What Squarespace's Wix importer ports and what it doesn't
Squarespace's Wix importer accepts the Wix site URL and pulls text content, images, blog posts, and basic page structure. It does not port: Wix Apps (forms, bookings, members, structured-data apps), Wix Velo custom code, page animations, transition effects, custom fonts (the font NAME is read but Squarespace's own font catalog is what renders), CSS customisations, embedded video players (links are preserved, but the player itself is replaced with Squarespace's), or any structured data app's output. The importer is best understood as a starting point: it saves the manual content-paste step on every page, but it does not eliminate the rebuild.
Wix URL patterns vs Squarespace URL patterns
Wix uses a small set of distinctive URL prefixes: /post/slug for blog posts, /shop/product-slug for products, /service-page/service-slug for service items, and /event/event-slug for events. Squarespace's equivalent patterns are /blog/slug/, /shop/product-slug/, /services/slug/ (or whatever the operator names the service collection), and /events/slug/. Every blog post, product, service, and event on the Wix site needs an explicit redirect from its /post/-pattern URL to its /blog/-pattern Squarespace equivalent. Page URLs (/about-us, /contact) are usually identical or near-identical and require only minor cleanup.
The Wix-to-Squarespace 301 redirect map (sample)
The redirect map is one row per source URL, one destination URL per row, status 301. The sample below covers the four URL patterns Wix sites typically expose. Authoring is mechanical; CSV import via the URL Mappings panel handles the bulk submission. Validate every redirect by appending the source URL to the new Squarespace domain in a private browser window before cutover.
Wix Apps that do not survive — the replacement map
Wix's app marketplace adds functionality that lives inside the Wix ecosystem and does not export. Common apps that operators have to replace on Squarespace: Wix Forms (replace with Squarespace Form Block), Wix Bookings (Squarespace Scheduling, included on Business+), Wix Members (Squarespace Member Areas, Plus+), Wix Stores beyond basic products (Squarespace Commerce, included on Commerce Basic+), Wix Chat (replace with a third-party chat embed via Code Injection), and Wix Blog Manager comment system (Squarespace's native commenting on Commerce plans, or a Disqus embed for other plans).
Schema and SEO settings re-author after the import
The Wix importer ports the visible content of meta titles and descriptions where they are stored as page-level text, but it does not port them as Squarespace SEO panel content. The operator has to re-author every meta title, meta description, Open Graph image, and image alt text in the Squarespace panel on every page. The work is per-page and tedious; budget 15 to 30 minutes per page including the Article schema install on blog posts.
The cutover sequence — what fires when
Cutover day is the moment DNS points at Squarespace. Before that moment, the staging Squarespace site exists at staging.yoursite.com or at a built-in trial URL, the Wix site is live at the production domain, and the URL Mappings list is built but not yet exposed to the world. Cutover is: update DNS, wait for propagation (4 to 24 hours), submit the new sitemap to Google Search Console, file the change-of-address request if the domain itself changed, monitor for the first 48 hours intensively.
The 14-day post-cutover monitoring
The first 14 days after cutover reveal every gap in the URL Mappings list. Watch Search Console's Coverage report daily for 404 spikes. Watch the Performance report for impression and click drops on specific high-traffic URLs. Watch the Index Coverage detail view for 'Page with redirect' counts that are climbing as expected and 'Not found' counts that should be near zero. The 14-day window is the recovery window; gaps caught within it are fixable, gaps caught later are sticky.