Published: July 7, 2026 · 10 min read · By Brandon Aday
Every professional firm we work with asks the same question in the first Discovery call: if we rebuild, will we lose our Google rankings? The honest answer is that a bad migration will cost you 15–40% of organic traffic for a full quarter. A properly scoped migration — run against the checklist below — typically holds steady or improves rankings within 30 days, because the new site closes AEO and GEO gaps the old site never addressed.
This is the checklist Aday Interactive, Inc. runs on every migration. It applies whether the firm is moving from WordPress to modern PHP, WordPress to Next.js, or an older PHP/HTML build to any modern stack. It is agnostic to the destination platform because AI-search performance is driven by the JSON-LD graph and entity clarity of the emitted HTML, not by the framework rendering it.
The first mistake most migrations make is trusting the site nav as the URL inventory. It is not. A five-year-old law firm site typically has 60–120 URLs that no longer appear in the nav but still earn ranking equity from external backlinks, historical Google Search Console impressions, or citations in bar-directory listings.
We pull three sources: (1) a full crawl of the live site starting from the homepage with `--follow-external=false`; (2) the Google Search Console URL history for the last 24 months, filtered to URLs with at least one impression; (3) the Ahrefs or SEMrush inbound-link inventory, filtered to URLs with at least one dofollow inbound link. The union of those three sources is the URL inventory. Every URL in that inventory must have a mapped 301 destination on the new stack.
A common failure mode is a lazy 301 map that sends every legacy URL to the homepage. This is worse than no redirect at all — Google reads it as a soft 404 and drops the URL from the index within two weeks.
Each legacy URL gets a mapped destination based on its role:
One of the fastest wins we ship post-migration is when the old site had a dozen "attorney1", "attorney2", "attorney3" URLs from a plugin-driven bio wall and the new site emits proper `/team/firstname-lastname` structure with Attorney JSON-LD schema. Same content, better citation surface.
Before we cut the old site down, we inventory every JSON-LD block it emits. Organization, LocalBusiness, Person, Attorney, Physician, RealEstateAgent, FAQPage, Service, Article, BlogPosting. Which pages carry which types. What `@id`s they use. Which `sameAs` links resolve where.
The new site must emit the same schema types at the same URL depth, with entity `@id`s that resolve to the same firm entity graph. If the old site had `Attorney` schema on each partner bio with `sameAs` pointing to Avvo and the Florida Bar directory, the new site emits Attorney schema on each partner bio with `sameAs` pointing to Avvo and the Florida Bar directory. Continuity is the point.
The upgrade opportunity: pages the old site had no schema on. Most WordPress builds emit Organization and BreadcrumbList and nothing else. Adding FAQPage, Service, LegalService, MedicalBusiness, RealEstateAgent, and Person schemas to the appropriate pages is the AEO/GEO layer that moves AI citation performance — and it happens in the migration, not as a follow-up.
Five surfaces on every professional-firm page carry the firm entity: the `
The migration is the moment to enforce parity. Every page on the new stack emits the firm legal name in all five surfaces, in the same string variant, consistently. This is invisible brand reinforcement — a visitor sees the brand chip in the nav and the tagline in the hero, but the LLM sees the `
Every professional firm has answered the same 30–60 questions in email or over the phone thousands of times. Almost none of them have those answers written down on the site with FAQPage JSON-LD. The migration is the natural moment to inventory them and ship them.
The specificity recipe matters. AI engines cite FAQ answers that carry named regulations with rule numbers, named vendors, dollar anchors, worked patterns by firm size or vertical sub-segment. A law firm FAQ that answers "How long do I have to file a personal-injury claim in Florida?" and cites Fla. Stat. § 95.11(3)(a) gets cited; the same FAQ that says "as long as needed" does not. See our plain-English GEO guide for the full recipe.
Every migration ships with a 30-day monitoring dashboard: daily Google Search Console impression tracking per URL group, weekly Ahrefs rank tracking for the top 50 tracked keywords, daily 301 hit-rate monitoring to catch any redirect that starts 404-ing, and a schema-validation crawl every seven days.
The dashboard exists so that when something breaks — and something usually breaks in the first 14 days, whether a cache directive, a canonical link, or a schema field — we catch it in hours, not weeks. Firms that skip this monitoring are the ones who tell the story two months later: we rebuilt, lost 30% of traffic, and never recovered.
Most firms come to us asking about the framework: Next.js, WordPress, Webflow, PHP, headless. The framework decision is real, but it is downstream of the more important decision, which is whether the new site will be authored to an AEO/GEO specification. If it is, the framework is scoped to the firm's content velocity and internal team. If it is not, the framework will not save you — a Next.js site without JSON-LD and FAQ specificity is invisible to ChatGPT in the same way a WordPress site without JSON-LD and FAQ specificity is.
Aday Interactive, Inc. ships both modern PHP + Tailwind builds and Next.js builds — the decision is scoped in Discovery based on how the firm publishes and who maintains the site after we hand it off. Every build ships with the six-point preservation checklist above.
Not if it is scoped as a migration rather than a launch. Aday Interactive, Inc. runs a six-point preservation checklist on every rebuild: full crawl of the existing site, 301 redirect map for every URL, schema parity check, entity clarity audit across the five citation surfaces, FAQ inventory, and post-launch monitoring for 30 days. Most firms see rankings hold steady or improve within 30 days because the new site closes the AEO/GEO gaps the old site never addressed. Book a free 60-second website audit to see which of the six points are most exposed on your current site.
WordPress works. What it does not do well is AI-search-optimized entity resolution — the JSON-LD graph, FAQPage schema, entity `@id` cross-referencing, and page-speed profile ChatGPT and Perplexity favor when deciding which firm to cite. Most professional firms outgrow WordPress not because of failure, but because the plugin-driven schema layer becomes brittle at the exact moment AI citation traffic starts mattering. If your site has more than three schema plugins fighting each other, that is the signal. See our Custom Web & SaaS work.
Every URL that ever earned a link, ranking, or backlink. Aday Interactive, Inc. runs a full crawl of the live site plus Google Search Console URL history plus Ahrefs/SEMrush inbound-link inventory to catch URLs that no longer appear in the site nav but still carry ranking equity. Each URL gets a mapped 301 destination on the new stack — case-page URLs to case pages, attorney bio URLs to attorney bios, service-line URLs to service-line pages. Missing even ten of these is enough to lose 15% of organic traffic post-launch.
Before migration, we inventory every JSON-LD block on the live site — Organization, LocalBusiness, Person, FAQPage, Service, Article. The new stack must emit the same schema types at the same URL depth, with entity `@id`s that resolve to the same firm entity graph. If the old site had Attorney schema on each partner bio, the new site emits Attorney schema on each partner bio — same `sameAs` links, same practice-area references, same bar-admission fields. AI engines rely on graph continuity across a migration; breaking it is what causes the "we rebuilt and lost 40% of traffic" story.
Both work. Aday Interactive, Inc. ships modern PHP + Tailwind builds and Next.js builds — the stack decision is scoped to the firm's content velocity, publishing cadence, and internal team. Law firms with a marketing coordinator who publishes weekly are usually fine on modern PHP with a headless CMS layer; SaaS platforms and firms with 3+ contributors publishing daily typically graduate to Next.js. Both stacks emit identical JSON-LD graphs at the URL level, so AI citation performance is stack-agnostic when built by an AEO-native team.
Six to twelve weeks from confirmed scope, depending on page count and complexity. A boutique 10-attorney firm site with 45 pages typically ships in 6–8 weeks; a 40-physician concierge network with locations and Doctor schema per provider is 10–12 weeks. The preservation checklist runs in parallel with the build so the redirect map, schema inventory, and monitoring dashboard are ready before launch, not scrambled together during the 48-hour go-live window.
Informational and educational purposes only
This article reflects Aday Interactive, Inc.'s views on marketing and technology architecture for professional-services firms as of the publication date. It is not a substitute for advice from a licensed professional in your jurisdiction and does not create any professional relationship between you and Aday Interactive, Inc. Rules, statutes, checklists, and AI-engine behavior referenced here can change; verify the current versions and consult qualified counsel before acting. Where the article discusses regulated professional practice, those references are for informational and educational purposes only and do not constitute legal, medical, tax, financial, or investment advice. Consult a licensed professional in your jurisdiction before acting on anything you read here.
Aday Interactive, Inc. provides custom AI, AI governance, intelligent growth systems, and AI search visibility (GEO/AEO/SEO) for established professional firms across the United States. Founder-led from Coral Gables, FL, with in-person engagements available throughout Miami-Dade County (Coral Gables, Brickell, Coconut Grove, South Miami) and remote delivery nationwide.