Axelerant · Discoverability workstream

AMAI pre-migration SEO and discoverability baseline

The measured "before" state of amainsure.com, captured while WordPress is still live, so any change after the move to Drupal 11 can be attributed and not guessed.

amainsure.com · captured 7 October 2026 · sources: Semrush (US), Screaming Frog, Conductor

Organic snapshot

Where the site stands today

Semrush US estimates. This is the rankings and visibility baseline to re-pull and diff after cutover.

5,527
organic keywords
424
in positions 1 to 3
13,301
est. organic visits / mo
$125,854
est. traffic value
37
authority score
1,612
referring domains
4,232
keywords triggering AI Overviews
0
FAQ rich results (vs 5,047 PAA)

Answer engines

The risk the migration most easily breaks

A lift-and-shift that keeps rankings can still lose the traffic that never reaches a results page. For a physician audience researching insurance in natural language, that traffic is already large here.

AI exposure is real, and unmeasured

4,232

keywords already surface an AI Overview on amainsure.com. Answer engines do not execute JavaScript, so any content that renders through AJAX after the move disappears from their index while looking perfect to a human and to a visual-regression test. The site also holds zero FAQ rich results despite 5,047 People-Also-Ask keywords, which is an open opportunity, not just a risk.

Technical crawl

Shape of the site

Screaming Frog, full crawl with JavaScript rendering. 606 URLs crawled. The indexable content set is the real migration inventory.

MeasureCountRead
Internal URLs277Everything the crawler reached
HTML pages224Of which 172 indexable, 105 not
Indexable content pages128The true inventory to migrate and 301-map one to one
Status 200216Healthy
Status 301 (internal)30Existing redirect rules to import into Drupal
Status 40422Broken links on the live site today

Fix, do not carry forward

What the crawl found to clean up

Pre-existing issues worth fixing inside the migration, since every page is being touched anyway.

Rank tracking

Keyword set to monitor through cutover

35 keywords configured for Conductor, each pinned to a preferred URL so a post-migration drop points at the exact page that broke, grouped by cluster.

ClusterRoleExample terms (US volume)
Brand & navigationalearly warningama insurance (2,400), provider portal (1,600)
Malpractice / liabilitycore strengthclaims made vs occurrence (2,900), tail insurance (1,000)
Physician disabilitywinnablephysician disability insurance (1,000), own occupation (720)
Life insuranceproductphysician life insurance (720), ama life insurance (260)
Health / Medicare / otherwatchinternational health insurance (8,100, hard), medicare supplement plans (40,500, hard)

Status

Captured, and still outstanding

Captured

  • Semrush rankings, visibility and backlink baseline
  • Full Screaming Frog technical crawl, with the 404 and redirect lists extracted
  • Conductor keyword tracking set with preferred URLs

Outstanding (access-gated, time-sensitive)

  • GA4 and Search Console exports. The only true record of sessions, clicks, impressions and position, and it cannot be reconstructed after cutover. Request read access now.
  • Conductor AI-citation baseline. amainsure.com is not yet a Conductor web property, so the answer-engine reading needs the account set up before content freeze.

Next

The one principle to hold

Only retire or redirect a page once a destination can take over the queries it ranks for, and capture every baseline while WordPress is live. Measured before, measured after, nothing left to guesswork.