To keep Google's AI Overviews, Perplexity, and ChatGPT search pointed at you after a replatform, you have to preserve three things that answer engines rely on: the URL a citation resolves to, the extractable answer on the page, and the structured data that confirms what the page is. A migration silently breaks all three at once — redirects lose fragment anchors, rewrites bury the sentence that got quoted, and template changes drop the schema. Answer Engine Optimization (AEO) survives a replatform only when you treat those three signals as migration artifacts to be audited, not as things that "come along for the ride."
Why answer engines are more fragile than classic search
Traditional SEO degrades gracefully. If a 301 chain adds a hop or a title tag changes, rankings wobble and recover. Answer engines are less forgiving because they operate on a narrower surface: they extract a specific passage, attribute it to a specific URL, and cache that association. Three migration-specific failure modes hit that association directly.
- Citation URL rot. An AI answer often links to a deep URL — sometimes with a fragment like
#pricingpointing at a specific heading. If your new templates don't preserve heading IDs, the redirect lands but the anchor evaporates, and the citation now points at the top of a long page. - Passage displacement. LLMs quote the sentence that directly answered a question. If a rewrite splits that content across tabs, moves it below an accordion, or renders it client-side, the extractable answer is gone even though the words technically still exist.
- Entity ambiguity. Structured data (FAQPage, HowTo, Product, Organization) tells engines what an entity is. Drop the schema during a template rebuild and the engine loses its confidence signal — often without any ranking change to warn you.
What actually needs to carry over
Map these signals before you cut over. Most migration plans track redirects and metadata; few track the AEO layer explicitly.
| Signal | How it breaks in a migration | What to preserve |
|---|---|---|
| Heading anchors / fragment IDs | New template auto-generates different id values | Stable, human-readable IDs on every H2/H3 that answers a question |
| Answer passages | Content moved into tabs, accordions, or JS-rendered blocks | Answer in the first 1–2 sentences under a question-shaped heading, server-rendered |
| Structured data | Schema was hand-injected on old pages, not modeled in the new CMS | FAQPage, HowTo, Article, Organization mapped to content types |
| Freshness signals | dateModified resets to migration date across the whole site | Original publish/update dates carried into the new fields |
| Internal citation graph | Cross-links point to old paths and hit redirect chains | Body links rewritten to final destination URLs |
The dateModified trap
This one deserves its own warning. When a migration stamps every page with the cutover date, you signal to every engine that your entire site was published on one day. Answer engines weight recency, but a synchronized freshness spike reads as a mass reprint, not genuine updates — and it flattens the real freshness ordering that helped your best pages get picked. Carry the true datePublished and dateModified from the source system into the new content model as first-class fields.
A migration workflow that protects AEO
- Find your cited pages first. Pull the URLs that currently appear in AI Overviews and answer-engine citations for your priority queries. These are your highest-risk assets — protect them before you touch anything else.
- Freeze the answer passages. For each cited page, record the exact heading and the sentence that answers the query. This becomes an acceptance test: the same passage must be server-rendered, above the fold of its section, on the new page.
- Lock heading IDs. Define an ID convention and apply it in the new templates so
/guide#refundsresolves to the same section it always did. Redirect the URL and preserve the fragment target. - Model schema as content types, not afterthoughts. If your FAQ answers lived in raw HTML before, map them to a structured field so the new platform emits FAQPage markup consistently instead of relying on editors to paste it.
- Validate redirects to final URLs. AI crawlers follow redirects, but chains and soft-404s erode trust. Every cited URL should 301 in exactly one hop to a live equivalent — see our migration planning workflow for how to sequence this against the full inventory.
- Re-request crawling deliberately. Submit updated sitemaps and use URL inspection on your top cited pages so engines re-fetch and re-associate the citation with the new URL quickly rather than on their own slow cadence.
How to know if it worked
Rankings alone won't tell you. Track a small panel of "citation queries" — the questions where you currently appear in AI answers — and check them weekly before and after cutover. A page can hold its blue-link position while quietly losing its AI citation because the extractable passage moved. Watch for the gap between the two.
The pages that get cited are rarely your highest-traffic pages. They're the ones with a clean question-and-answer structure. A migration that optimizes only for traffic will happily sacrifice them.
The pre-migration audit that catches this
The theme across every failure mode is that AEO damage is invisible in the usual dashboards until an engine re-crawls and drops you. That's why the work belongs before cutover, not after. A pre-migration scan that flags orphaned answer passages, missing schema, unstable heading IDs, and redirect risk — and scores each page as migrate, rewrite, or kill — is what keeps the citations you already earned from resetting to zero. This is exactly the class of signal a pre-migration content-intelligence pass exists to surface, so you fix the answer layer while you still control both sides of the redirect.
Answer engines reward structure and stability. A replatform is a deliberate act of instability. Bridge the two by treating your cited passages, anchors, and schema as protected assets — and the AI answers stay pointed at you when the URLs change.