SEO per AMP

TL;DR — AMP (Accelerated Mobile Pages) è un framework di Google del 2015 per creare pagine mobile velocissime. Non è mai stato un fattore di ranking e, da giugno 2021, non serve più per comparire nel carosello Top Stories di Google: quel ruolo è passato ai Core Web Vitals. Per un sito nuovo, lascia perdere AMP. Se lo hai già, valuta se vale ancora la complessità.

Che cos’è AMP

AMP sta per Accelerated Mobile Pages. Google lo ha lanciato nel 2015 (è comparso nella Ricerca Google a ottobre) come soluzione open source per far caricare quasi istantaneamente le pagine mobile.

Funziona mettendo la pagina a dieta rigorosa. AMP ammette solo un insieme limitato di HTML, il tuo JavaScript è per lo più vietato, il CSS deve essere inline e leggero e devi caricare una libreria AMP speciale. In cambio, Google può conservare una copia della pagina sulla propria rete superveloce (la Google AMP Cache) e caricarla in background prima che qualcuno tocchi il tuo risultato: per questo sembra istantanea.

Perché veniva usato

Per anni, AMP è stato praticamente il prezzo d’ingresso al carosello Top Stories, il riquadro di notizie in cima ai risultati di ricerca mobile. Se gestivi un sito di notizie e volevi apparire in Top Stories, ti serviva AMP. Google mostrava anche una piccola icona a forma di fulmine (⚡) accanto ai risultati AMP, per segnalare che la pagina si sarebbe caricata rapidamente.

Che cosa è cambiato

A giugno 2021 Google ha smesso di richiedere AMP per Top Stories. Ora può comparire qualsiasi pagina, purché soddisfi i criteri per le notizie di Google: per la parte relativa alle prestazioni contano i Core Web Vitals, le metriche di velocità e stabilità di Google, non AMP. Nello stesso periodo Google ha rimosso anche il badge del fulmine dai risultati.

L’errore più comune

AMP non dà un boost al ranking. Google ha sempre detto che AMP, di per sé, non è un fattore di ranking. Le pagine veloci possono posizionarsi meglio, certo, ma AMP è solo un modo per ottenere velocità, non l’unico. Una pagina normale ben costruita può essere altrettanto veloce (o più veloce) senza nessuna delle restrizioni di AMP.

Conviene usarlo oggi?

• Sito nuovo? Non costruirlo su AMP. Dedica invece lo sforzo ai Core Web Vitals.
• Hai già AMP? Funziona ancora e continua a essere indicizzato. Molti editori però lo hanno disattivato senza perdere molto traffico, anche perché AMP rende più complicata l’analisi. Chiediti se sta ancora ripagando il costo di mantenerlo.

Vuoi la versione completa, con tag canonical, problema della riscrittura degli URL, Signed Exchange, insidie dell’analisi e una checklist concreta per rimuoverlo? Passa alla scheda Advanced.

TL;DR — AMP è il framework open source di Google del 2015 per pagine mobile quasi istantanee: HTML/CSS/JS limitati e prerendering dalla Google AMP Cache. Non è mai stato un fattore di ranking (Google lo dice esplicitamente) e, dall’aggiornamento Page Experience del giugno 2021, non è più richiesto per Top Stories: i Core Web Vitals lo hanno sostituito e il badge AMP è stato rimosso. AMP memorizzato nella cache viene ancora servito sotto google.com/amp/s/…; il Signed Exchange (SXG) può servirlo sotto il tuo URL, ma solo in Chrome. Il rapporto canonical abbina una pagina non AMP canonicalizzata a se stessa (con rel="amphtml") a una pagina AMP che rimanda indietro con rel="canonical". Oggi AMP è opzionale e in calo: non crearne di nuovi e valuta il costo operativo (soprattutto per l’analisi) prima di mantenerlo.

Un po’ di storia

Google ha lanciato AMP nel 2015 e lo ha reso disponibile nella Ricerca Google a ottobre 2015, presentandolo come la risposta del web aperto a Facebook Instant Articles e Apple News: un modo per mantenere competitive le pagine degli editori sulla velocità mobile. Al lancio era sostenuto da partner come Twitter, LinkedIn, WordPress e Pinterest; in seguito il progetto è passato sotto la governance della OpenJS Foundation, anche se Google è rimasto il principale contributore.

Il motivo per cui la maggior parte degli editori lo ha adottato non era ideologico: era il carosello Top Stories. Tra il 2016 e il 2021 circa, AMP era di fatto richiesto per comparirvi e Google contrassegnava i risultati AMP con un badge a forma di fulmine (⚡).

Come funziona AMP a livello tecnico

AMP ottiene velocità attraverso una serie di vincoli:

• Markup limitato. Una pagina AMP dichiara <html ⚡> (o <html amp>), carica il runtime AMP JS (<script async src="https://cdn.ampproject.org/v0.js">) e include il boilerplate AMP più i meta tag charset e viewport obbligatori.
• Niente JavaScript dell’autore. Il tuo JS è vietato, salvo tramite il componente amp-script in sandbox; il JS di terze parti gira solo dentro gli iframe. Tutto ciò che gira è asincrono, quindi nulla blocca il rendering.
• Il CSS è inline e limitato a 75KB. Nessun foglio di stile esterno.
• Le dimensioni delle risorse sono dichiarate staticamente. Immagini ed embed riservano il proprio spazio in anticipo, evitando lo spostamento del layout.

Sono queste regole a permettere a Google di fare il prerendering sicuro di una pagina AMP in un iframe nascosto prima che l’utente tocchi il risultato: è da lì che nasce la sensazione di “istantaneità”.

La Google AMP Cache

La velocità di AMP non dipende solo dal framework, ma anche dalla distribuzione. Google conserva una copia convalidata e ottimizzata della pagina AMP su cdn.ampproject.org, la serve tramite HTTPS e protocolli moderni e ottimizza le immagini. Una conseguenza da tenere a mente è questa: con AMP memorizzato nella cache, l’infrastruttura di Google diventa l’host dei tuoi contenuti, non i tuoi server. Nota anche che le pagine AMP desktop non vengono servite dalla AMP Cache: AMP canonical si comporta lì come un risultato standard, quindi il vantaggio dell’accelerazione CDN è di fatto limitato al mobile.

Che cosa è successo davvero nella Ricerca Google

La cronologia che conta è questa:

• 2016–2021: il badge AMP (⚡) veniva mostrato nei risultati; AMP era richiesto per Top Stories.
• Aprile 2021: Google ha annunciato che, con l’aggiornamento Page Experience, “using the AMP format is no longer required” (traduzione) «non è più necessario usare il formato AMP» per Top Stories.
• Giugno 2021: è stato distribuito l’aggiornamento Page Experience. I Core Web Vitals sono diventati il segnale di prestazione per l’idoneità a Top Stories e Google ha rimosso il badge AMP dai risultati.
• 2021–oggi: AMP è opzionale, non dà alcun boost al ranking e il CWV è ciò che determina davvero i segnali legati alle prestazioni.

Il punto da ricordare è questo: AMP, di per sé, non è un fattore di ranking e non è più il biglietto per Top Stories.

Il problema della riscrittura degli URL (e Signed Exchange)

Per un singolo articolo AMP entrano in gioco tre URL: l’URL originale dell’editore, l’URL della AMP Cache su cdn.ampproject.org e l’URL del Google AMP Viewer, che ha una forma come https://www.google.com/amp/s/[your-domain]/[path]. Poiché il prerendering richiede un iframe della stessa origine, il Viewer serve i tuoi contenuti sotto un URL google.com: gli utenti vedono quindi il dominio di Google, non il tuo. Questo ha creato vera confusione sul brand e problemi di attribuzione.

Signed Exchange (SXG) è la soluzione. Avvolge il documento AMP in una firma crittografica legata al tuo URL, così quando Chrome la convalida il browser mostra il tuo dominio nella barra degli indirizzi. Google dà priorità al signed exchange rispetto ad AMP Viewer quando è supportato. I compromessi sono questi: SXG funziona solo in Chrome, le firme hanno una durata massima di 7 giorni (quindi il packager deve rifarle), è limitato ai risultati ricchi e di base (non ai caroselli) e richiede un server amppackager o un provider SXG di terze parti. È il metodo di distribuzione “giusto”, ma comporta un impegno operativo significativo.

Tag canonical di AMP

È qui che le implementazioni AMP si rompono più spesso. Esistono due configurazioni:

• Abbinata (la più comune): una pagina non AMP e una pagina AMP separata.
  • La pagina non AMP è il proprio canonical e aggiunge <link rel="amphtml" href="https://example.com/article/amp/">.
  • La pagina AMP aggiunge <link rel="canonical" href="https://example.com/article/">, che rimanda alla versione non AMP.
• Solo AMP: un singolo URL è contemporaneamente canonical e AMP, quindi rimanda a se stesso.

Regole pratiche: Google indicizza l’URL canonical (AMP viene trattato come duplicato), quindi inserisci i dati strutturati in entrambe le versioni, includi nella sitemap solo gli URL canonical e lascia che rel="amphtml" gestisca la scoperta di AMP. Google documenta proprio questo abbinamento rel="amphtml" / rel="canonical": consulta Informazioni su AMP: rendi scopribili i tuoi contenuti per il rapporto di riferimento se la tua configurazione non corrisponde a nessuno dei due casi.

Le difficoltà dell’analisi in AMP

La complessità del tracciamento in AMP è un costo operativo reale, non teorico:

• Il problema del referral. Il traffico dalle pagine AMP memorizzate nella cache appariva storicamente come referral da cdn.ampproject.org invece che dalla ricerca organica: la soluzione è escludere quel dominio dai referral.
• Frammentazione delle sessioni. Passare da una pagina AMP in cache alla pagina non AMP iniziava per impostazione predefinita una nuova sessione. AMP Linker (che trasferisce il Client ID tramite il parametro URL amp_id= oltre il confine tra cache e sito) serve a ricucire le sessioni.
• GTM per AMP usa il componente amp-analytics, con una configurazione più complessa di GTM standard e meno funzioni.
• GA4 ha aggiunto il supporto AMP nativo a giugno 2024; prima di allora, la misurazione AMP dipendeva soprattutto da implementazioni della community.

Quando Search Engine Land ha disattivato AMP, “a clearer picture of their audience analytics” è stato uno dei vantaggi riportati: è quindi un problema noto.

Altre superfici AMP (per non confonderle)

• Web Stories (lanciate come AMP Stories nel 2018 e rinominate Google Web Stories nel 2020) sono un formato visivo e interattivo di storie costruito su AMP. Appaiono in Search, Discover e Immagini. Sono distinte dagli articoli AMP standard.
• AMP for Email porta contenuti interattivi (moduli, caroselli, dati in tempo reale) in Gmail e in pochi altri client. È una funzione email, non una funzione SEO della ricerca: è utile sapere che esiste, ma non riguarda il ranking.

Bing e AMP

Bing ha aderito all’iniziativa open source AMP nel settembre 2016 e per un periodo ha gestito un proprio viewer e una propria cache AMP, con il suo badge a forma di fulmine. Tuttavia, secondo Bing, “AMP did not impact their ranking algorithms in any way” (traduzione) «AMP non ha influito in alcun modo sui suoi algoritmi di ranking» e il supporto AMP di Bing oggi è in gran parte storico: non esiste un carosello di notizie attuale che richieda AMP e non c’è un rapporto AMP in evidenza in Bing Webmaster Tools. In pratica, la posizione di Bing rispecchia quella di Google: opzionale e senza boost al ranking.

Conviene ancora usare AMP?

Casi in cui mantenere AMP può avere senso:

• Un editore di notizie/media già basato su AMP, con pochi errori in Search Console e costi di migrazione elevati.
• Un sito con contenuti semplici in cui AMP è casualmente il percorso più diretto verso buoni Core Web Vitals.

Casi in cui rimuoverlo:

• Siti enterprise con funzioni che AMP non può supportare: è esattamente il caso che ho sostenuto a SMX West. Per una grande azienda con una struttura complessa, AMP può essere troppo difficile da implementare e comportare rischi eccessivi; esistono anche ragioni aziendali concrete per mantenere elementi del sito che AMP non consente.
• Siti che eseguono AMP solo per un badge Top Stories che non esiste più.
• Siti in cui la chiarezza dell’analisi è importante: la complessità del tracciamento AMP è un costo reale.
• Siti che superano già i Core Web Vitals: AMP non offre alcun vantaggio aggiuntivo.
• Qualsiasi sito in cui la riscrittura degli URL di AMP crea problemi di brand o attribuzione.

La risposta onesta nel 2026: AMP è opzionale e in calo. Per i progetti nuovi, non implementarlo. Per quelli esistenti, valuta il costo operativo rispetto al beneficio rimasto.

Come rimuovere AMP (se decidi di farlo)

1. Rimuovi il tag rel="amphtml" dalle pagine canonical (non AMP).
2. 301-redirect gli URL AMP verso i corrispondenti URL canonical non AMP.
3. Smetti di monitorare il rapporto sullo stato AMP in Search Console.
4. Verifica che gli errori AMP scompaiano da Search Console nelle settimane successive.

Se la procedura è corretta, le pagine canonical continuano a essere indicizzate e a posizionarsi. Grandi editori, tra cui Search Engine Land, hanno rimosso AMP con un’interruzione minima del traffico.

Miti da sfatare

• «AMP dà un boost al ranking.» Non è così. AMP non è un fattore di ranking; conta la velocità, e AMP è solo un modo per ottenerla.
• «Serve AMP per Top Stories.» Falso da giugno 2021.
• «AMP è sempre più veloce di una pagina normale.» No: il vantaggio deriva dal prerendering della copia in cache da parte di Google. Una pagina non AMP veloce può battere una pagina AMP lenta.
• «Gli URL AMP sono i tuoi URL.» Solo con Signed Exchange (solo Chrome). Il Viewer predefinito mostra google.com/amp/s/….
• «Rimuovere AMP farà crollare il traffico.» Gestisci correttamente canonical e redirect e l’impatto è in genere minimo.

Per i segnali di prestazione che oggi contano davvero, consulta Core Web Vitals e il cluster più ampio Web Performance.

Riepilogo AI

Una sintesi della versione Advanced:

• AMP = Accelerated Mobile Pages, il framework open source di Google lanciato nel 2015 (disponibile nella Ricerca Google da ottobre 2015) per pagine mobile quasi istantanee tramite HTML/CSS/JS limitati e prerendering dalla Google AMP Cache.
• Mai un fattore di ranking: Google lo dice esplicitamente. La velocità conta; AMP è un modo per ottenerla, non l’unico.
• Non più richiesto per Top Stories dall’aggiornamento Page Experience del giugno 2021: i Core Web Vitals lo hanno sostituito e il badge AMP è stato rimosso dai risultati.
• Distribuzione: AMP memorizzato nella cache viene di solito mostrato sotto google.com/amp/s/…; il Signed Exchange (SXG) può servirlo sotto il tuo URL, ma è solo per Chrome (firma massima di 7 giorni, niente caroselli, serve un packager).
• Abbinamento canonical: la pagina non AMP è canonical a se stessa e porta rel="amphtml"; la pagina AMP rimanda indietro con rel="canonical". Google indicizza il canonical; inserisci i dati strutturati in entrambe le versioni e nella sitemap elenca solo gli URL canonical.
• Il vero costo è l’analisi: problema dei referral da cdn.ampproject.org, frammentazione delle sessioni (risolta con AMP Linker / amp_id=), GTM per AMP complesso. GA4 ha aggiunto il supporto AMP nativo a giugno 2024.
• Superfici distinte: Web Stories (AMP Stories, rinominate nel 2020) e AMP for Email: nessuna delle due è AMP per articoli nella ricerca.
• Bing: ha aderito ad AMP nel 2016, ma AMP non ha mai influenzato il ranking di Bing; il supporto oggi è in gran parte storico.
• Decisione: opzionale e in calo. Non creare nuovi AMP; rimuovilo (elimina rel="amphtml" e reindirizza con 301 gli URL AMP) quando il costo operativo supera il beneficio, sempre più ridotto.

Documentazione ufficiale

Documentazione primaria dei motori di ricerca e del progetto AMP.

Google

• Informazioni su AMP — come Google serve AMP (Viewer e Signed Exchange), la frase “non è un fattore di ranking” e la precisazione sulla cache desktop.
• Convalidare le pagine AMP — AMP Test, Rich Results Test e rapporto sullo stato AMP di Search Console.
• Ulteriori dettagli sull’aggiornamento Page Experience (aprile 2021) — AMP non è più richiesto per Top Stories.
• Google AMP Cache overview e AMP Cache URL format — come la cache conserva e indirizza le pagine AMP.
• What’s in an AMP URL? — perché il Viewer richiede il prerendering.
• Signed Exchanges (SXG) — per servire AMP sotto il tuo URL.
• AMP for Email — il caso d’uso separato per le email.
• GA4 measurement of AMP e AMP session unification — i dettagli dell’analisi.

Progetto AMP

• How AMP works — la spiegazione del framework su vincoli e prerendering.
• Serve AMP using Signed Exchanges — la guida all’implementazione.

Bing / Microsoft

• L’app Bing aderisce all’iniziativa open source AMP (settembre 2016) — l’ingresso di Bing nell’iniziativa open source AMP.

Citazioni dalla fonte

Dichiarazioni ufficiali di Google e Bing. Ogni link è un deep link che, quando possibile, porta direttamente al passaggio citato nella pagina di origine.

Google — AMP non è un fattore di ranking

• “AMP itself isn’t a ranking factor.” (traduzione) «AMP in sé non è un fattore di ranking.» — Documentazione di Google Search Central. Vai alla citazione

Google — AMP non è più richiesto per Top Stories

• “using the AMP format is no longer required” (traduzione) «non è più necessario usare il formato AMP» per il carosello Top Stories. Vai alla citazione

Google — Signed Exchange ha la precedenza sul Viewer

• Google “prioritizes signed exchange over AMP Viewer when supported.” (traduzione) «dà la precedenza al Signed Exchange rispetto ad AMP Viewer quando è supportato». Vai alla citazione

Google — AMP desktop non viene servito dalla cache

• “Desktop AMP pages are not currently served from Google AMP Cache; canonical AMP pages behave as standard results.” (traduzione) «Le pagine AMP desktop non vengono attualmente servite dalla Google AMP Cache; le pagine AMP canonical si comportano come risultati standard.» Vai alla citazione

Bing — AMP non è un fattore di ranking di Bing

• “AMP does not impact our ranking algorithms in any way.” (traduzione) «AMP non influisce in alcun modo sui nostri algoritmi di ranking.» — il responsabile engineering del gruppo Bing all’epoca del lancio di AMP. Leggi la copertura

Mantenere AMP, rimuoverlo o evitarlo?

Stai valutando AMP per un progetto nuovo? Non aggiungerlo per la SEO. AMP non è un fattore di ranking e non è più richiesto per Top Stories. Costruisci direttamente il sito canonical in modo che soddisfi i requisiti di prestazioni e pubblicazione.

Gestisci già pagine AMP? Continua solo se la versione AMP offre ancora un beneficio misurato per il business o la distribuzione che supera il costo di mantenere una seconda implementazione.

• AMP è stabile, economico e concretamente utile: mantienilo, ma verifica abbinamento canonical, convalida, analisi e parità dei contenuti.
• AMP esiste solo per un vecchio requisito di Top Stories: pianifica la rimozione.
• AMP crea problemi di analisi, funzioni, brand o manutenzione: rimuovilo con redirect URL per URL verso gli equivalenti canonical.
• Le pagine canonical non soddisfano ancora i requisiti di prestazione: sistemale prima, poi migra; non rimuovere la versione funzionante senza una sostituta.

Checklist di manutenzione e rimozione di AMP

Se AMP resta

• Ogni pagina canonical punta alla propria controparte AMP con rel="amphtml".
• Ogni pagina AMP rimanda con canonical all’URL non AMP corrispondente.
• Contenuti e dati strutturati restano equivalenti nelle due versioni.
• I documenti AMP vengono convalidati dopo modifiche a template, componenti e pubblicità.
• L’analisi conserva attribuzione e sessioni durante la navigazione dalla cache al sito.
• Nella sitemap XML compaiono solo gli URL canonical.

Se AMP viene rimosso

• Conferma che le pagine canonical contengano tutto il contenuto e superino i controlli di accettazione delle prestazioni del team.
• Rimuovi rel="amphtml" dalle pagine canonical.
• Mappa ogni URL AMP al suo equivalente canonical esatto con un redirect permanente.
• Ripeti il test di canonical, dati strutturati, link interni e analisi sulla destinazione.
• Monitora Search Console mentre i rapporti AMP si svuotano e gli URL canonical vengono nuovamente sottoposti a scansione.

Errori AMP da evitare

Mantenere AMP per un boost al ranking che non esiste

AMP non è mai stato un fattore di ranking e non è più richiesto per Top Stories dal 2021. Mantienilo solo per un beneficio operativo attuale e misurato.

Pubblicare due versioni che divergono

Una pagina AMP con testo più breve, dati strutturati mancanti o call to action diverse crea problemi di parità e manutenzione. Usa una sola fonte di contenuto e convalida entrambi gli output.

Rimuovere AMP senza redirect a livello di URL

Cancellare gli endpoint AMP o indirizzarli tutti alla home rompe il rapporto URL stabilito. Reindirizza ogni URL AMP alla pagina canonical corrispondente.

Dichiarare vittoria perché il documento è valido

La convalida dimostra la conformità ad AMP, non la continuità dell’analisi, la correttezza dei canonical, la parità dei contenuti o buoni risultati per gli utenti. Verifica l’intero percorso di distribuzione.

Cheat sheet AMP

I fatti che risolvono la maggior parte delle discussioni

L’abbinamento canonical

Sitemap / dati strutturati: la sitemap elenca solo gli URL canonical; inserisci i dati strutturati in entrambe le versioni.

Distribuzione e analisi in breve

• AMP memorizzato nella cache viene di solito servito sotto cdn.ampproject.org / google.com/amp/s/….
• SXG = il tuo URL nella barra, solo Chrome, firma massima di 7 giorni, niente caroselli.
• Escludi cdn.ampproject.org come referral; usa AMP Linker (amp_id=) per unificare le sessioni.
• Supporto AMP nativo di GA4: giugno 2024.

Rimuovere AMP

1. Elimina rel="amphtml" dalle pagine canonical → 2. reindirizza con 301 gli URL AMP al canonical →
2. interrompi il monitoraggio AMP in GSC → 4. conferma che gli errori scompaiano.

Convalida: AMP Test (search.google.com/test/amp), Rich Results Test e rapporto sullo stato AMP di GSC.

Comandi per l’audit AMP

Trovare i rapporti AMP in un’esportazione di crawl

Usa questa espressione regolare nell’estrazione personalizzata di un crawler sul codice HTML:

<link\s+[^>]*rel=["'](?:amphtml|canonical)["'][^>]*href=["']([^"']+)["'][^>]*>

Il gruppo di cattura 1 restituisce l’URL AMP o canonical collegato. Esamina le coppie estratte per individuare associazioni mancanti, tra domini diversi o molte-a-una.

Controllare un redirect AMP durante la rimozione

Esegui in un terminale e sostituisci l’URL di esempio:

curl -sSIL https://example.com/article/amp/

La prima risposta dovrebbe essere un redirect permanente e la destinazione finale dovrebbe essere l’articolo canonical esatto, senza una catena evitabile.

Inventariare i link AMP nel documento corrente

Esegui questo comando nella Console DevTools di Chrome su una pagina canonical o AMP:

[...document.querySelectorAll('link[rel="amphtml"], link[rel="canonical"]')].map(link => ({ rel: link.rel, href: link.href }))

Strumenti per mantenere o rimuovere AMP

• AMP Validator: verifica che il documento pubblicato rispetti le regole del markup AMP dopo modifiche a template e componenti.
• Ispezione URL di Search Console: confronta il canonical indicizzato e l’output renderizzato per URL canonical e AMP rappresentativi.
• Rapporto sullo stato AMP di Search Console: usalo finché AMP resta distribuito per trovare errori di validità estesi al template; dopo una rimozione pianificata, l’inventario dovrebbe diminuire.
• PageSpeed Insights: conferma che la sostituzione canonical raggiunga l’obiettivo di prestazioni che AMP offriva; verifica l’URL canonical, non solo la copia AMP in cache.
• Crawler con estrazione personalizzata: inventaria le coppie amphtml/canonical e verifica che ogni URL AMP ritirato reindirizzi al canonical corrispondente.

Convalidare una modifica AMP

Testare l’abbinamento canonical dopo il rilascio di un template AMP

Test da eseguire: esegui il crawl di coppie rappresentative ed estrai i link amphtml e canonical. Risultato atteso: il canonical punta a un unico URL AMP corrispondente e la pagina AMP rimanda a quel canonical. Interpretazione del fallimento: i segnali di scoperta o consolidamento sono rotti. Finestra di monitoraggio: immediata. Trigger di rollback: compaiono associazioni mancanti, incrociate o molte-a-una.

Testare il redirect di rimozione AMP

Test da eseguire: richiedi un campione di ogni pattern di URL AMP con il follow dei redirect disabilitato e poi abilitato. Risultato atteso: un unico hop permanente verso l’equivalente canonical esatto, che risponde correttamente. Interpretazione del fallimento: la mappa di migrazione è incompleta o concatenata. Finestra di monitoraggio: immediatamente dopo il deploy e durante il recrawl. Trigger di rollback: un URL AMP restituisce errori, entra in un loop o approda a una pagina generica.

Testare l’esperienza della sostituzione canonical

Test da eseguire: esegui la destinazione canonical con PageSpeed Insights e QA dell’analisi. Risultato atteso: la sostituzione raggiunge la baseline mobile di prestazioni stabilita dal team e conserva la misurazione prevista. Interpretazione del fallimento: AMP è stato rimosso prima di sostituirne il ruolo di distribuzione o tracciamento. Finestra di monitoraggio: controlli di laboratorio immediati; dati sul campo nella normale finestra mobile. Trigger di rollback: regressione sistematica delle prestazioni o perdita della misurazione necessaria dopo la migrazione.

Mettiti alla prova: SEO per AMP

Cinque domande rapide su che cos’è AMP, come funziona e qual è la sua situazione attuale. Scegli una risposta per ciascuna, poi controlla.

Risorse che vale la pena leggere

I miei articoli

• The Beginner’s Guide to Technical SEO — dove le prestazioni mobile e AMP si inseriscono nel quadro più ampio.

I miei interventi

• AMP: Do or die? — SMX West 2018 session recap (Search Engine Land) — il mio punto di vista da «vecchio arrabbiato» sul fatto che AMP potrebbe non essere la soluzione giusta per ogni azienda, soprattutto per le grandi imprese con strutture complesse e funzioni che AMP non può supportare.

Ufficiali

• Google — Informazioni su AMP e Convalidare le pagine AMP.
• Google — Ulteriori dettagli sull’aggiornamento Page Experience (aprile 2021) — AMP non è più richiesto per Top Stories.

Dal settore

• Perché stiamo disattivando le pagine AMP — la decisione di un grande editore di abbandonare AMP.
• Che cosa è successo quando abbiamo disattivato AMP — il resoconto successivo: pochissime interruzioni del traffico e un’analisi del pubblico più chiara.
• Gli editori abbandoneranno AMP quando non sarà più richiesto per Top Stories? (Search Engine Land).
• Google AMP is dead! (Plausible Analytics) — la tesi del declino di AMP, oltre al contesto del controllo antitrust dietro la decisione di Google di rimuovere il requisito.
• Google AMP e SEO: tutto ciò che devi sapere (Search Engine Journal) — una guida tecnica che include la gestione dei canonical.
• Good news: Google no longer requires publishers to use AMP (The Register) — la copertura del passaggio ai Core Web Vitals.

Video

• Google Search Central (YouTube) — la serie How Google Search Works e gli approfondimenti di Martin Splitt su Page Experience e Core Web Vitals, che spiegano i segnali di prestazione che hanno sostituito AMP per Top Stories. Canale

Cronologia modifiche