Orders can change during transfer
The biggest difference is transactional writes. New orders, refunds, stock changes, subscriptions and customer updates can be created while a staged copy is being prepared.
Score WooCommerce migration complexity from order volume, daily activity, subscriptions, payment gateways and custom integrations.
Enter your values and calculate.
This is a planning estimate based on the values you enter. Real WordPress environments can be affected by disk speed, database size, cache behavior, provider limits, plugin architecture, active traffic and third-party services. Verify the production environment before making a live change.
Products and media are not the difficult part. The difficult part is preserving new orders, customer changes, subscription events, payment callbacks and background jobs while the store is being moved.
Use the calculator as a planning aid, then validate the result against the actual WordPress installation, hosting account and production traffic. These notes explain the technical assumptions behind the result and the checks I would make before acting on it.
The biggest difference is transactional writes. New orders, refunds, stock changes, subscriptions and customer updates can be created while a staged copy is being prepared.
WooCommerce and many extensions use Action Scheduler for background work. Pending jobs, payment retries, subscription renewals and webhooks need to continue correctly after migration.
Payment providers can call webhook URLs independently of browser traffic. Confirm callback URLs, SSL and firewall rules after the switch rather than assuming checkout testing covers everything.
High-activity stores may need a short maintenance window, incremental database synchronization or a controlled order freeze depending on the tools available and the acceptable risk.
No. It is an estimate based on the inputs available in a browser. Production WordPress sites can have custom code, unusual server limits, third-party integrations and traffic patterns that change the real requirement.
The calculator runs in your browser. The page does not need an account or a database to calculate the result. Avoid pasting passwords, API keys or private customer information into any planning field.
Use a manual review when the site generates revenue, has active users, contains a large database, uses memberships or subscriptions, has custom integrations, or cannot tolerate an extended rollback window.
The useful part of a planning tool is not the number by itself. It is understanding which assumptions produced the result, which production conditions can change it, and what should be checked before you act. Use this tool as part of a wider migration or infrastructure review rather than as an automatic go/no-go decision.
WooCommerce orders, stock, sessions, subscriptions and payment callbacks can continue changing during a migration. The final synchronization method matters more than the first bulk copy.
Do not stop at loading the homepage. Test cart, checkout, payment return URLs, transactional email, taxes, shipping, webhooks, scheduled actions and customer login on the destination.
The safest cutover window depends on transaction volume and business tolerance. A low-traffic store may use a short maintenance window, while an active store can require staged synchronization and a more deliberate final write freeze.
Only if you intentionally pause transactions or use a synchronization method that captures changes made after the initial copy.
Losing or overwriting live database changes such as orders, stock updates or subscription events during final cutover.
Checkout, payment callbacks, emails, customer login, scheduled actions, shipping, taxes, webhooks and any custom integrations.