A B2C Commerce merchant is notified that their realm is scheduled for a Hyperforce move in 45 days. They have four legacy storefront zones configured in Business Manager and use a third-party payment gateway that connects back to the B2C Commerce platform over an outbound HTTP connection (not HTTPS).
Without completing the pre-move steps:
By completing all five pre-move tasks 30 days before the move, the merchant's storefront and all integrations are fully operational within minutes of the move completing. https://help.salesforce.com/s/articleView?id=002888834&type=1
All five tasks below must be completed before your realm move. The Salesforce Support team will confirm pre-move readiness before scheduling the move window.
Hyperforce enforces a strict security model that requires HTTPS for all network traffic. HTTP-only connections are automatically rejected by Hyperforce infrastructure — this is an architectural requirement, not a configurable option. Any integration, webhook, or storefront URL using HTTP (not HTTPS) will break immediately after the move. https://help.salesforce.com/s/articleView?id=002888834&type=1
Action: In Business Manager, go to Administration → Global Preferences → Security → Access Restriction tab and enable Enforce HTTPS. Audit all third-party integrations for HTTP callback URLs and update them to HTTPS before the move.
Refer to the Enforce HTTPS for B2C Commerce documentation for full details.
Hyperforce POD infrastructure has different outbound IP addresses than legacy POD infrastructure. Any third-party system (payment processors, ERP, PIM, OMS, fraud tools) that uses IP-based allowlisting to accept inbound connections from B2C Commerce must add the new Hyperforce IP addresses before the move.
Action: Add all Hyperforce outbound IPs listed in the IP Allowlist by Region section below to the firewall settings of every third-party integration. All regions must be allowlisted — not just your primary region — because Hyperforce may route traffic from an alternate region during a failover event.
⚠️ 72-hour freeze: Do not submit firewall change requests in the 72 hours immediately before your realm move. Changes made during this window can interfere with the data replication process that begins approximately 5 hours before the move starts and may cause data inconsistency. Submit all firewall changes at least 4 days before the move date. https://help.salesforce.com/s/articleView?id=002888834&type=1
Legacy storefront zones are not supported on Hyperforce infrastructure and must be migrated to proxy zone configuration before the move. After migration, the legacy zone must be deleted.
Benefits of proxy zones (required for Hyperforce):
Action: In Business Manager, go to Administration → Sites → Embedded CDN Settings to identify any legacy zones. Follow the eCDN Proxy Zone FAQ for migration steps. Delete the legacy zone after migration is confirmed.
WebDAV authentication is moving to the eCDN layer for Hyperforce. Code uploads to Staging require client certificates uploaded to the eCDN. Without this configuration, developers will be unable to upload code after the move. https://help.salesforce.com/s/articleView?id=002888834&type=1
Action:
If your realm uses the Salesforce SMTP service to send transactional emails (order confirmations, account registration), the email domains used for sending must be listed and approved before the move. SPF records must reference the Production domain — not an IP address — to ensure seamless email delivery after the move. https://help.salesforce.com/s/articleView?id=002888834&type=1
Action:
Add all of the following IP addresses to the firewall allowlists of every third-party integration. All five regions must be allowlisted regardless of your primary Hyperforce region — Salesforce may route traffic from an alternate region during failover events. https://help.salesforce.com/s/articleView?id=002888834&type=1
| Region | IP Address 1 | IP Address 2 | IP Address 3 |
| useast2 (US East) | 18.190.166.58/32 | 3.130.91.8/32 | 3.136.57.110/32 |
| apsoutheast2 (AP Southeast) | 54.79.57.97/32 | 3.24.132.176/32 | 3.106.175.125/32 |
| apnortheast1 (AP Northeast) | 52.198.115.116/32 | 52.194.10.115/32 | 13.114.79.3/32 |
| eunorth1 (EU North) | 13.49.122.164/32 | 51.21.12.245/32 | 13.48.103.142/32 |
| apsouth2 (AP South) | 18.61.46.39/32 | 98.130.30.92/32 | 18.60.70.158/32 |
The realm move is performed by the Salesforce Support and Operations teams during a planned maintenance window. You do not need to take any actions during the move itself — your role is to monitor the support case and verify the environment after the move completes.
| Time (POD Local) | Event |
| T-5 hours | Staging and Development instances taken offline |
| ~02:00 | PIG move begins; maintenance page displayed; Salesforce case updated |
| ~02:00–07:00 | Core move activities: shutdown old POD → data replication → startup new HF POD → shutdown old databases |
| ~07:00 | Move complete; Support confirms Business Manager, storefront, and MongoDB functionality |
| Post-move | Maintenance page taken down; case updated; customer post-move verification begins |
During the move: All PIG instances (Production, Staging, Development) and storefronts are offline. Scheduled jobs will not run. Reschedule any data or code replications that fall within the move window (9 PM ET the day prior to 7 AM ET the day of the move). Replications running during the move result in failed jobs that require manual clearing. https://help.salesforce.com/s/articleView?id=002888834&type=1
After Salesforce confirms the move is complete, verify the following before declaring the migration successful:
If any verification step fails, update the support case immediately — the Salesforce team on duty monitors the ticket throughout the move window under Global Handover / Follow the Sun coverage. https://help.salesforce.com/s/articleView?id=002888834&type=1
002888834

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.