Implementation brief · SEO
The AMP visit moved. The ranking standard did not
Google removed the Viewer and Cache handoff on 1 July 2026. The useful response is an origin acceptance test, not a new ranking theory.
- Search now opens the publisher host directlyThe visible AMP URL and the delivered response belong to the publisher, without a Google Viewer or Cache layer in the documented path.
- AMP did not receive a ranking demotionGoogle says AMP content continues to rank like any other page. Technology does not replace the ordinary quality standard.
- The origin visit is now the decisive evidencePerformance, consent, analytics, advertising and session continuity must work on the publisher response that the reader actually receives.
- Canonical parity remains an editorial contractAn AMP variant still needs valid markup, a sensible URL and the same content and actions as its corresponding canonical page.
Google's July 2026 AMP update is easy to misread as either a funeral or a comeback. It is neither. Google Search changed the route between a result and an AMP document: the click now goes directly to the publisher's AMP host page. References to the AMP Viewer, AMP Cache and signed exchange were removed from Search documentation because those delivery mechanisms are no longer part of the documented handoff.
The ranking claim stayed deliberately boring. Google indexes AMP pages like other web pages and applies the same standard regardless of the technology used to build them. What changed is operational ownership. A cached success can no longer stand in for the visit that matters, because the reader reaches the publisher origin and encounters its response headers, consent state, analytics, ad stack and performance budget directly.
Search could serve through a Google layer
The publisher maintained AMP while the documented delivery path also involved the Viewer, Cache or signed exchange configuration.
The publisher response is the visit
Search opens the publisher AMP URL directly. Origin behavior is no longer a secondary simulation behind the served path.
The cached success case no longer proves the origin visit
Under the previous model, a team could maintain several partially overlapping proofs. The AMP document had to be valid, the canonical relationship had to be coherent, the Cache had to refresh, and a signed exchange could preserve the publisher URL while Google served the content. Debugging often began by asking which layer supplied the response.
The direct-host model removes that ambiguity from the reader path. A click that fails because of a redirect loop, an edge rule, an absent consent script or an origin-only JavaScript error is now a publisher failure without a delivery intermediary to absorb it. Conversely, the same route makes first-party server logs and real-user measurements easier to interpret because they describe the visit Search actually initiated.

The ranking contract stayed still while delivery moved
Google's current AMP guidance says the pages are indexed like other pages and judged by the same standard. That sentence blocks two convenient but unsupported conclusions. Direct hosting does not create a ranking boost, and the removal of the Viewer does not amount to an AMP penalty. Search still needs a crawlable, indexable and useful document; the rendering technology does not exempt it from those requirements.
The distinction matters during migration reporting. If impressions move after the delivery change, the update itself is not enough to explain why. A release can also alter canonicals, redirects, structured data, content parity, page speed or measurement. Treat 1 July as the beginning of a new observation window, not as a causal label that can be attached to every change in traffic.
Direct hosting changes the owner of delivery evidence
It does not create a technology bonus. Diagnose ranking with the ordinary Search pipeline and diagnose the handoff with origin logs, real-user performance and a complete browser session.
First-party evidence becomes the migration test
A useful acceptance test follows one real click from response to revenue instead of checking the AMP validator alone. The first proof is transport: the Search result resolves to the intended publisher host, returns a healthy status and does not add an unnecessary redirect chain. The second is experience: the page reaches its meaningful content within the expected performance budget and remains usable on mobile.
The third proof is continuity. Consent must initialize before dependent tags, analytics must preserve the landing context, advertising must render without hiding the article, and subscriptions or sign-in must survive the direct arrival. None of those properties is a ranking factor merely because it appears in this test. Together they prove that the route Google now uses is commercially and editorially complete.
Follow one visit until the publisher can account for it
A valid AMP document is the opening condition. Release approval needs the entire origin session to remain observable and usable.
Correct host, healthy status, deliberate redirects, valid AMP and acceptable real-user performance.
Consent, locale, paywall, sign-in and session identifiers initialize in the right order.
Landing attribution, article engagement, advertising and subscription events describe the same visit.
Release evidence
What a direct-host AMP check should prove
| Surface | Evidence | Failure that matters | What it does not prove |
|---|---|---|---|
| Delivery | Final AMP URL, status and redirect trace | Wrong host, loop, blocked edge or intermittent origin | Ranking improvement |
| Experience | Mobile render and real-user performance | Late content, unstable layout or broken action | Canonical selection |
| Consent and identity | State before dependent tags and a continuous session | Duplicate prompts, lost login or unauthorized tags | AMP validity |
| Measurement | Landing, engagement and conversion in one first-party journey | Missing source, duplicate pageview or split session | Incremental traffic caused by Google |
| Content contract | AMP and canonical parity plus reciprocal annotations | Teaser AMP, stale copy or conflicting canonicals | Commercial completeness |
AMP and canonical pages still owe the same experience
The direct-host change did not erase the relationship between an AMP variant and its canonical counterpart. Google's guidance still requires users to experience the same content and complete the same actions where possible. It also expects a sensible AMP URL and valid AMP markup. A faster but incomplete teaser remains a poor substitute for the canonical article.
This is where a migration can expose old editorial debt. The non-AMP page may have gained a corrected disclosure, a new product price, an author update or a subscription option while the AMP template remained frozen. Direct delivery makes that stale version more visibly the publisher's own page. Pair the technical release with a parity sample across templates, not only a validator pass on the homepage.
Removing AMP is a redirect project, not a file deletion
A publisher that no longer needs a separate AMP version can remove it, but Google documents an ordered migration. Remove the rel="amphtml" link from the canonical page, return a 301 or 302 from the former AMP URL, and point that redirect to the canonical non-AMP page. An empty or abruptly deleted document can leave users on an error while Google is still discovering the change.
The operational choice is therefore between two maintained systems, not between modernity and failure. Keep AMP when the variant remains fast, complete and cheap to publish. Consolidate when the canonical page meets the performance and product requirements and a monitored redirect plan can preserve the visit. In both cases, the July update makes the publisher origin the place where the decision must work.
Questions about the AMP direct-host change
Did Google stop indexing AMP pages?
No. Google says AMP pages continue to be indexed and ranked like other web pages. The July 2026 change concerns the route used to open them.
Does direct hosting improve rankings?
Google does not document a ranking advantage. Direct hosting changes delivery ownership and maintenance, not the standard used to rank the page.
Do publishers still need AMP validation?
Yes, if they continue publishing AMP. Google's guidance still expects valid AMP markup and equivalent content and actions on the AMP and canonical versions.
Can a publisher simply delete every AMP URL?
That risks broken visits while Google discovers the removal. Google documents removing the amphtml annotation and redirecting former AMP URLs to their canonical pages.
Official Google sources
Google materials checked 29 August 2026
- Latest Google Search documentation updates, Google Search Central, entry for 1 July 2026.
- About AMP on Google Search, Google Search Central, updated 1 July 2026.
- Remove your AMP pages from Google Search, Google Search Central, accessed 29 August 2026.
- How to specify a canonical URL, Google Search Central, accessed 29 August 2026.




