Skip to main content

SEO migration

Moving to Astro? Make a plan for your links.

A redesign shouldn't leave customers following broken links. We plan the move around the pages people already find and the search traffic your business relies on.

  1. Keep existing page addresses where practical

  2. Test redirects and SEO data before launch

  3. Check the live site and search reports afterward

The challenge

There is more to move than the pages in your menu

Search results, bookmarks, and links from other websites can send visitors to old articles, downloads, or landing pages. Those addresses are easy to miss during a redesign, especially if nobody has edited them in years.

We list the existing addresses and give each one a plan: keep it, redirect it to a relevant replacement, or remove it with the right response. You can review the changes before anything goes live.

How it works
BEFOREAFTER /services//services/KEEP /old-guide//guides/guide/301 /retired/Not found404
  1. Keep existing addresses
  2. Redirect moved pages
  3. Remove pages with no replacement
Plan where each page address will lead.Record which addresses stay, move, or are removed, then test them after launch.

What's included

Check the pages, the links, and the launch

Find the pages people rely on
We use your sitemaps and available search and traffic data to find important pages, images, and downloads. If records are missing, we explain what we can and cannot check.
Compare the agreed SEO fields
You receive an inventory of source URLs, planned destinations, response codes, titles, descriptions, and preferred page addresses (canonicals). We compare the agreed templates and fields on the new site, record omissions, and identify anything we could not verify. Language versions, archives, and pagination are scoped explicitly.
Check the launch settings
We test redirects, check the new sitemap and search engine access, and remove the search restrictions used on the test site. Forms and tracking are included in the launch checks listed in your proposal.

Price and scope

Know which checks your quote covers

We quote from the URL inventory, available records, template types, and proposed changes. The scope distinguishes planning, implementation, pre-launch checks, and post-launch follow-up. It names the URLs and fields covered, responsibilities, unresolved items, and follow-up period. Missing analytics or historical URLs are recorded as limits.

The steps

How the work happens

  1. List the pages and plan the move

    We review the current site and available traffic data, then map changed addresses to their destinations. We discuss any content being merged or removed.

  2. Test before launch

    We check the new site against the page list, search details, and redirect plan, then fix issues before the move.

  3. Check after launch

    We test the live addresses and sitemap, then review Search Console with the access you provide. Your proposal sets the follow-up period and how new issues are handled.

Before we begin

Is this right for your site?

A good fit when

  • You are moving a WordPress website to Astro
  • Search traffic, links from other websites, or saved addresses matter to your business
  • You want to review the URL changes before launch

Worth discussing early

  • Rankings and indexing can change while search engines process the move
  • Ongoing SEO, content strategy, and link building are outside this migration work
  • Domain changes, multilingual sites, and large archives need additional planning

At handover

What you keep

You get the URL and metadata inventory, the agreed redirect decisions, dated check results, and an issue log with owners and next actions. A checked item includes its evidence; an unchecked item stays visible. The proposal lists the launch checks and follow-up included, whether migration is a separate engagement or part of your rebuild.

Explore the WordPress-to-Astro rebuild

Technical background: Google Search Central: site moves.

Free planning resource

Give every old URL a decision

Use this inventory in Excel, Google Sheets, or another spreadsheet. It connects each existing address to its intended destination, metadata, owner, and check result. No email is required.

Download the blank URL inventory (CSV) Download the illustrative example (CSV)
  1. Collect the source addresses

    Start with a crawl and sitemaps. Add available search, analytics, backlink, download, and campaign records. Record missing sources so an incomplete inventory stays visible.

  2. Agree the destination and fields

    Choose keep, redirect, or remove. For a redirect, use a relevant final destination. Record the expected response, title, description, canonical, and indexability. Assign a priority and owner.

  3. Check and retain the evidence

    Check the implemented response and final page, then record the date, result, and evidence location. A redirect should reach its intended final page without a loop or avoidable chain. Recheck after launch. Keep unresolved items open.

Illustrative example

Four decisions for a fictional garden business

The example uses reserved example.com addresses and invented metadata. It shows how to fill the sheet; no live site was migrated or tested.

Keep the service page
Keep /services/gardening/ at the same address. Plan a 200 response and the public URL as its canonical.
Merge the older service page
Map /garden-maintenance/ to /services/gardening/ with a 301 redirect. The example records an omitted redirect as a planning issue, with implementation and testing still to do.
Remove an expired offer
The fictional /offers/spring-2024/ has no useful replacement. Its plan calls for a 410 response, with no unrelated homepage redirect.
Correct the article canonical
Keep /journal/lawn-care/ public. A canonical pointing to the WordPress backend is flagged in the example plan; the intended canonical is the public article URL.

This URL inventory is one part of launch acceptance. Use the project brief to include content, forms, publishing, access, and analytics checks too. A completed spreadsheet alone does not guarantee preserved rankings.

Plan the work

Useful before you choose

Prepare the rebuild brief
Give URL decisions, business-critical features, and launch responsibilities a place in the project scope.
Understand migration cost factors
Separate the visual rebuild from content, integrations, SEO checks, and ongoing operation.

Questions

Before you decide

Can you guarantee that rankings will stay the same?

No. Search rankings can change during a move. We reduce avoidable problems by checking page addresses, redirects, content, and SEO data before and after launch.

Do all page addresses have to change?

No. We keep existing addresses wherever practical. If one needs to change, we agree where it will lead and test the redirect.

What happens to Yoast or Rank Math settings?

We inventory the fields your site uses and agree how each one should appear on the rebuilt site. Titles, descriptions, canonicals, and structured data need verification in the rendered page. Plugin settings do not transfer simply because WordPress remains the CMS.

What if we no longer need a page?

If it has a useful replacement, we can redirect it there. Otherwise, it should return a not-found or gone response. We don't send every removed page to the homepage.

Your next step

Tell us about your site

Send your current site address and tell us what you're planning to change.

We'll reply by email with questions or a suggested next step.

AI service guide

WP Forged assistant

Ask about WordPress, Astro, and our services. Answers are AI-generated and do not set project scope.