Short answer: yes, a platform move can make you vanish from AI answers. Not because the new platform is worse. Because the move broke the things those tools already knew about you.
That is fixable, and better still, it is preventable. Here is how it goes wrong and what to do about it.
Can a new platform really make you vanish from AI answers?
It can, and it does it quietly. Nobody gets an error message. The new site looks great. Your phone stops ringing a few weeks later.
AI assistants and Google's AI answers do not browse your business like a customer. They lean on pages that already exist, at addresses that already exist, saying things that agree with each other. Move the site carelessly and you break all three.
The platform itself is rarely the culprit. The handling of the old site is.
How do AI tools and search engines learn which pages are yours?
They learn from what is published. Your service pages, your town pages, your blog posts, your reviews, your business details. Each lives at a specific address, and over the years those addresses collect links, listings and mentions.
Three things build trust:
- Pages that exist. A real page about a real service in a real town.
- Addresses that stay put. The same address, year after year.
- Facts that agree. The same founding year, the same phone number, the same review figure everywhere.
A move puts all three at risk at once. That is why it deserves more care than a redesign gets.
What happens when old addresses all redirect to the homepage?
You lose the specific pages. This is the shortcut that sinks migrations, and it is tempting because it looks tidy. Nothing shows an error. Every old link "works."
A New Leaf Painting Contractors in Jacksonville, Florida learned this the hard way. The company has painted homes and businesses since 2010, and its site had grown to hundreds of blog posts and paint guides, video stories and a page for nearly every town the crews work in. Then it moved platforms, and the move went badly. Hundreds of old addresses were redirected to the homepage.
A search engine that asks for a paint guide and gets the homepage learns one thing: that guide is gone. A page about painting in a particular town becomes a generic front door. Nothing there answers the question anymore.
Why is a page that no longer exists still being cited?
Because the tools learn on a delay. Search indexes still list pages that were removed. Assistants can repeat what they learned earlier. For a while, your old address is still the one being offered to people.
At A New Leaf, pages that search engines still listed were simply gone. A homeowner who clicked through landed on the homepage, not the thing they were promised. Some leave. Worse, the mismatch tells the search engine that the listing was wrong.
The takeaway for a Raleigh contractor, dentist or law firm is the same. The old address is not dead just because you retired it. People, listings and machines are still using it.
How do you check which old addresses still matter?
Make a list before you move, not after. It does not need to be fancy. You want every address the site ever published, not just the ones in today's menu.
Include:
- Every page, post and town page on the current site
- Addresses from older platforms the site passed through
- Pages with links from other sites, directories or social profiles
- Pages that appear in search results today
- Pages that bring in leads, calls or form requests
For A New Leaf, the team traced every address the site had published, back through its older platforms. That last part matters. Sites carry the leftovers of every previous version, and old links keep pointing at them.
Then sort each address into one of two piles. It has a replacement, or it should be gone.
Does every old page deserve a redirect?
No. This is where some agencies get it wrong in the other direction.
Some pages should never have been published. Near-identical thin pages, duplicates, leftovers. Sending those to a random page pretends they were something. A clean "gone" tells search engines the truth.
At A New Leaf, each old address answered in a single hop. Either to the page that replaced it, or to a clean "gone" for the thin, near-identical pages that never should have existed. Nothing was sent to the homepage as a catch-all.
The rule is simple. If a page has a true successor, send people there. If it does not, say so honestly.
Why do one-hop redirects beat chains?
A chain is an address that redirects to another address, which redirects to another. Sites collect them over every platform change. Old address to older platform's address to the current one.
Chains are slow, they leak trust at each step, and crawlers can give up before the end. A visitor on a phone feels each extra stop.
One hop means the old address goes straight to the final page. Done. That is the standard to hold your developer to, and it is easy to test. Take twenty old addresses and see where each one lands, and how many stops it took.
If you inherited a site with years of platform history, this is where the work is.
What markup tells a machine a post is a post?
Markup is the hidden labeling behind a page. It tells machines what they are looking at: a business, a breadcrumb trail, an article.
The A New Leaf blog lost this in the move. The posts were still there, but they had lost the markup that tells Google what a post is. To a machine, a guide that took someone a week to write became an anonymous block of text.
The rebuild restored it:
- One business, described once. Not three conflicting descriptions.
- Breadcrumbs on every page. So a machine understands where each page sits.
- Article markup on every post. So a post is labeled as a post.
Facts need to agree too. The review figure at A New Leaf comes from one place, so every page and its search markup show the same number. Business facts, from the founding year to the insurance limit, also come from one source. Hundreds of pages cannot drift out of agreement when they all read from the same place.
Does speed matter for any of this?
It helps. Pages that load faster on a phone are a better experience, and a better experience is less likely to be abandoned.
On A New Leaf, the large PNG hero images were served as lossless WebP. Identical, pixel for pixel, so the pages load faster without a softer picture. You can see where your own pages stand with our free speed test.
What should you do in the first month after a move?
The first month is when a bad move can still be repaired cheaply. Treat it like a checkup, not a launch party.
- Test your old address list. Confirm each one lands in one hop at the right page or a clean gone.
- Look for homepage dumping. If many old addresses end up at the front page, fix that first.
- Check what search engines still list. Search for your services and towns, and click through your own listings.
- Inspect the markup. Confirm posts carry article markup and pages carry breadcrumbs.
- Compare your facts. Phone, founding year, review figure. They should match everywhere.
- Ask an assistant about your business. Ask ChatGPT and Google what they say about you, then compare it with your site.
A New Leaf's move went badly, and the rebuild kept every page at its original address with its own words carried over, so nothing a customer or a search engine knew went missing. You can read the full story in the A New Leaf Painting case study. Our SEO and analytics work covers exactly this kind of migration.
What is your next step?
Before you sign off on any new site, ask your developer for the redirect map. One column of old addresses, one column of where each lands. If it says "homepage" more than a handful of times, you have found the problem before it found you.
If you already moved and traffic feels off, talk to us. Bring the old address list if you have it. We will tell you what we see.