Table of Contents
Outgrowing your current website builder is actually a massive victory. It means your traffic is scaling, your needs are multiplying, and you’re ready for total ownership of your digital presence. But moving an established website feels risky. You’re leaving a closed system where everything is managed for you, and you’re stepping into an open-source environment where you hold the keys.
I’ve overseen migrations for 143 websites over the last decade. The technical process isn’t the hardest part. The hardest part is executing the move without losing your search rankings, breaking your images, or frustrating your active users. This guide breaks down exactly how to move your content safely in 2026. We’ve removed the guesswork so you can protect your assets and launch your new foundation without a single broken link.
Key Takeaways
- Plan for a 24-48 hour window where your site experiences DNS propagation delays.
- Only 4 data types export natively – pages, blog posts, text blocks, and gallery blocks.
- Images don’t physically transfer in the export file; you’ll need a specific script to download them.
- You’ll lose up to 89% of organic traffic if you don’t map your old URLs to your new ones correctly.
- Your design can’t be exported. You must rebuild your visual structure from scratch on the new platform.
- Moving platforms requires a new hosting environment capable of handling dynamic PHP processing.
1. Prerequisites for Moving Your Site
Before touching a single setting, you need a highly specific inventory of what currently exists. You can’t migrate what you haven’t tracked. I’ve seen countless site owners rush into exporting, only to realize weeks later that they left an entire directory of critical PDF downloads behind.
Open a fresh spreadsheet. You’re going to build a migration map. This document becomes your source of truth for the entire project.
- Map every single URL – Use a free crawling tool to generate a list of all live URLs on your current site.
- Document your metadata – Copy all title tags and meta descriptions. You’ll need to paste these into your new system later.
- Save your custom code – Look inside your header injection areas. Copy any tracking scripts, Facebook pixels, or custom CSS you want to keep.
- Audit your integrations – List every connected service. This includes email marketing, payment gateways, and scheduling tools.
- Download your physical assets – Manually save your logos, brand guides, and custom fonts to your local hard drive.
- Note your current permalink structure – Write down exactly how your blog post URLs are formatted so you can replicate the pattern.
Pro tip: Don’t cancel your original subscription yet. Keep your old site live and fully funded until the new version is completely functional on your primary domain. Cutting the cord too early is a fatal mistake.
2. Setting Up Your New WordPress Environment
Your old platform acted as both the software and the server. Now, you need to provide your own server infrastructure. Choosing the right foundation dictates how fast your new site loads and how well it handles traffic spikes.
Look, you’ll see hundreds of hosting options. They fall into three main categories. Let’s compare exactly what you get with each tier.
| Hosting Category | Average Cost | Performance Level | Best Use Case |
|---|---|---|---|
| Shared Hosting | $35 – $80 / year | Low. Shares resources with thousands of other sites. | Personal blogs with under 500 monthly visitors. |
| Virtual Private Server (VPS) | $120 – $300 / year | Medium to High. Requires server administration skills. | Developers who want root access to configure PHP limits. |
| Managed Cloud Hosting | $180 – $450 / year | Ultra-High. Dedicated resources with built-in caching. | Business sites demanding 99.9% uptime and fast loading. |
If you’re running a serious business, you need managed infrastructure. Modern solutions like the Host Cloud use Google Cloud C2 servers combined with Cloudflare Enterprise CDN. This setup consistently delivers a 109ms Time to First Byte (TTFB), which is critical for passing Core Web Vitals.
Once you secure hosting, install the core software. Most premium hosts provide a one-click installation process. Generate a complex administrator password. Never use “admin” as your username. That’s an open invitation for brute-force attacks.
3. Exporting Your Squarespace Content
This is the part nobody tells you about. The export tool is fundamentally flawed. It doesn’t capture everything. It only packages specific content types into an XML format originally designed decades ago.
You must understand what gets left behind. Folders, index pages, product pages, event pages, and custom audio blocks simply won’t export. You’ll have to copy those manually.
- Log into your original dashboard and open the main configuration menu.
- Click on Settings, then scroll down to Advanced.
- Select Import / Export from the available options.
- Click the Export button. The system will ask you which format you want.
- Choose the WordPress option. Even though you aren’t using the system yet, this formats the data correctly.
- Wait for the progress bar to finish. For a site with 311 pages, this usually takes about 4 minutes.
- Click Download to save the resulting XML file to your local computer.
Keep this XML file safe. It contains the raw text of your pages, the structural HTML of your posts, and the URLs of your images. It doesn’t contain the actual image files. We’ll handle that massive headache in a later step.
4. Importing Content into WordPress
Now we push your raw data into your new blank canvas. The core software has a built-in importer, but you must install it first.
Log into your new dashboard. The interface will look empty. That’s normal.
- Navigate to Tools in the left-hand sidebar.
- Click on Import.
- Scroll down until you find the dedicated WordPress importer tool.
- Click Install Now, and then click Run Importer.
- Upload the XML file you saved in the previous phase.
- Assign the imported content to a specific author. You can create a new user or map the content to your current admin account.
Here’s a critical detail: check the box that says “Download and import file attachments.” Sometimes this works. Usually, it fails due to security restrictions on the origin server. If it fails, don’t panic. We’ve a dedicated method for fixing media assets.
Once the import finishes, go to the Pages and Posts menus. You’ll see your content listed there. The formatting will look terrible. The text is there, but the design is completely gone. This is exactly how it’s supposed to look at this stage.
During a migration, the biggest risk isn’t technical failure; it’s the invisible loss of URL authority. If you change a URL string without a proper mapping strategy, search engines treat it as a deleted page. You must preserve the exact permalink structure or deploy aggressive server-level redirects before you flip the DNS switch.
Itamar Haim, SEO Team Lead at Elementor. A digital strategist merging SEO, AEO/GEO, and web development.
5. Rebuilding Your Design and Structure
You can’t port your old template. Closed systems use proprietary code blocks. Open systems use themes and builders. You’ve to recreate your visual identity from scratch.
Honestly, this is your biggest opportunity to improve your site’s performance. Old templates rely on heavy, nested divs. Modern web design uses lean, modular components.
To rebuild effectively, you need a visual engine. You could hard-code everything in PHP, but that’s a massive waste of time. Instead, professionals use advanced site builders. Using a tool like Editor Pro gives you 118+ specialized widgets and a drag-and-drop live editor. More importantly, the upcoming V4 Atomic update in 2026 uses a CSS-first foundation with native classes and variables, which drastically reduces code bloat.
Follow this specific build order:
- Install a lightweight shell theme – Use something under 30KB. The Hello Theme is perfect for this because it gets out of your way and lets the builder handle the styling.
- Set Global Brand Settings – Define your primary colors, secondary colors, and typography scales globally. Never style elements one by one.
- Build the Theme Builder templates – Create your global header, global footer, single post template, and 404 page.
- Generate rapid wireframes – If you’re redesigning while migrating, use the AI Site Planner. It translates text prompts into full site maps and structural wireframes in under 20 minutes, saving you hours of manual layout work.
Focus on responsive controls. Adjust the padding and margin specifically for mobile breakpoints. Over 60% of your traffic will view this on a phone.
6. Migrating Images and Media Assets
Remember that XML file? It tricked you. When you view your imported posts, the images appear to be there. But if you inspect the code, those images are actually hotlinking back to images.squarespace-cdn.com.
If you cancel your old account right now, every single image on your new site will instantly turn into a broken file icon. You must sever this connection and host the files locally.
Doing this manually for hundreds of photos is a nightmare. Instead, apply an automated script to fetch the files.
- Install an extraction tool – Search the plugin repository for “Auto Upload Images” or a similar media-fetching tool.
- Activate the script – Once installed, configure the plugin settings to target external URLs.
- Trigger the download – Go to your post list, select all posts, and click “Update.” The plugin will scan the content, find the external links, download the physical JPEG or PNG files to your new server, and rewrite the HTML tags in the post to point to your new local directory.
After fetching the images, you’ve a massive performance problem. Uncompressed media accounts for 64% of page weight. Run your entire new media library through a compression engine. The Elementor Image Optimizer automatically converts legacy formats into WebP or AVIF, resulting in up to a 60% file size reduction.
7. Reconnecting Forms and Third-Party Tools
Your old site had built-in contact forms and newsletter signups. Those are gone now. You must replace the functionality using dedicated tools that integrate with your new ecosystem.
Let’s break down the exact replacements you need to build.
Replacing Contact Forms:
You don’t need a separate plugin if your site builder includes one. Use a native Form Builder to recreate your contact pages. Ensure you set up the specific field validations required by your business. Map the fields to match the exact data collection you had before.
Replacing Email Delivery:
This is a critical failure point. Standard hosting environments are terrible at sending emails. If a customer fills out a form, the notification email will likely land in your spam folder. To fix this, you must bypass your server’s default PHP mailer. Implement Site Mailer to handle transactional routing. It replaces complicated SMTP configurations and guarantees a 95% inbox placement rate. Note: this is strictly for system notifications, not for sending marketing newsletters.
Replacing Accessibility Tools:
Closed platforms enforce some basic accessibility standards. Now that you control the design, you’re responsible for compliance. Before launching, run your pages through Elementor Ally. It scans for over 180 specific WCAG issues, from missing ARIA labels to poor color contrast ratios.
Pro tip: Test every single form yourself. Fill out dummy data. Check the success messages. Verify the email arrives in your actual inbox. Never assume a form works just because it looks correct.
8. Handling SEO Redirects
If you skip this section, your business will lose its search rankings overnight. Period. When you move platforms, your URL structures inherently change. Your old platform likely forced a /blog/ prefix onto your articles. Your new system probably defaults to a simple date or post-name structure.
When Google crawls your old, indexed URLs and finds nothing, it issues a 404 error and drops the page from the index. You must build a bridge using 301 redirects. A 301 redirect is a server-level command that tells search engines, “This page has permanently moved to this new location. Pass all the authority over.”
- Open the migration spreadsheet you built in step one.
- In column A, list the exact old URL path (e.g.,
/blog/2025-case-study). - In column B, list the exact new URL path (e.g.,
/case-study). - Install a redirection manager tool on your new platform.
- Input the mapping data. If you’ve hundreds of links, upload your spreadsheet as a CSV file to process them in bulk.
Look, you must also replicate your exact title tags and meta descriptions. Install an SEO framework tool and paste the metadata from your spreadsheet into the corresponding pages. If your metadata changes during a migration, search engines will recalculate your relevance, which causes volatility.
9. Transferring Your Domain Name
Your new site is built. The images are local. The redirects are staged. Now it’s time to point your custom domain name away from the old server and toward the new one.
You’ve two choices here. You can update the DNS records, or you can transfer the domain registration entirely. Updating DNS is faster. Transferring registration gives you better long-term control.
If you want to move the actual registration away from your old provider, follow these specific steps:
- Unlock the domain – Log into your original registrar and toggle the domain lock setting to “Off.”
- Request the EPP code – Generate an authorization code. This proves you own the domain.
- Initiate the transfer – Go to your new registrar, input the domain name, and paste the EPP code.
- Approve the email confirmation – Click the verification link sent to your administrative email address.
If you only want to update the DNS records (the fastest method for launching):
- Log into your domain’s advanced DNS settings.
- Locate the primary A Record.
- Change the IP address value to match the IP address provided by your new managed hosting server.
- Save the configuration.
Understand that DNS propagation takes time. The global internet registry doesn’t update instantly. Expect a 24 to 48-hour window where some visitors see the old site, and some see the new site. Never launch on a Friday. Always launch on a Tuesday morning so you’ve the full week to monitor traffic patterns.
10. Pre-Launch Testing Protocol
You’ve connected the domain. The site is live. But you aren’t done yet. A professional developer runs a strict quality assurance protocol immediately after propagation finishes.
You need objective data, not just visual checks. Assume something is broken.
Run through this pass/fail testing protocol:
- Mobile responsive check – Open the site on an actual iOS and Android device. Don’t just use a desktop emulator. Verify the mobile menu triggers correctly.
- SSL certificate verification – Look at the URL bar. Ensure the HTTPS padlock is active on every single page. Mixed content warnings will destroy user trust.
- Form delivery test – Submit a test inquiry through every contact point. Verify the database logs the entry and the routing service delivers the email.
- 404 traffic monitor – Look at your server logs. Identify any URLs returning a “Not Found” error. These are pages you missed during the redirect phase. Fix them immediately.
- Speed performance baseline – Run the homepage through Google PageSpeed Insights. Document your initial scores so you’ve a baseline for future optimizations.
Pro tip: Once everything passes, log into your old platform and fully delete your billing information. Download your final invoices for tax purposes, then terminate the account.
Frequently Asked Questions
Will my search engine rankings drop after the move?
They shouldn’t, provided you map your 301 redirects perfectly. However, expect a 10% to 15% fluctuation in traffic for about three weeks as search engines crawl and re-index the new server architecture. If traffic stays down after 30 days, you’ve missed crucial redirects.
Can I keep my old site live while building the new one?
Yes. In fact, that’s the only safe way to do it. You’ll build the new site on a temporary staging domain provided by your new host. Your live traffic continues to hit the old site. You only switch the DNS once the new site is 100% finished.
How long does a complete migration actually take?
For a standard 20-page business site, the technical export and import take about two hours. Rebuilding the design and structure takes anywhere from 15 to 40 hours, depending on complexity. DNS propagation adds an unavoidable 24-48 hour waiting period at the end.
Do I have to buy my domain name again?
No. You already own your domain name. You’re simply changing where that domain points, or you’re transferring the management of it to a new registrar. You’ll only pay the standard annual renewal fee when your current registration period expires.
Why are all my images missing after importing the XML file?
The native export file doesn’t contain physical media files; it only contains HTML text with links pointing to the old server’s CDN. You must use a specialized media fetching script to download the actual image files directly into your new media library.
What happens to my customer accounts and past order data?
Native eCommerce data doesn’t transfer via standard XML exports. If you run a store, you can’t use the basic importer. You’ll need to use a dedicated database migration tool or hire a developer to port the encrypted customer data into a system like WooCommerce securely.
Is the new platform fundamentally more expensive?
It depends on how you build it. Closed platforms charge a flat monthly fee for everything. The open-source model separates your costs. You’ll pay for premium hosting, premium plugins, and professional builder subscriptions. For serious businesses, the total cost of ownership is often similar, but you get infinitely more server power.
Looking for fresh content?
By entering your email, you agree to receive Elementor emails, including marketing emails,
and agree to our Terms & Conditions and Privacy Policy.