Freschezza e Web Vitals

Due fattori a livello di pagina ricorrono di continuo quando viene citata la pagina di un concorrente al posto della tua: è stata aggiornata più di recente, oppure si carica e risponde più velocemente. AmICited misura entrambi, per il tuo dominio e per i tuoi concorrenti monitorati, e li affianca alle posizioni in cui i motori AI citano le pagine. Se ne occupano due pagine in Audit: Freshness e Web Vitals. Ogni prompt ottiene inoltre due punteggi di sensibilità che ti dicono se, per quella domanda, la freschezza o la velocità hanno probabilmente importanza.

Freschezza#

Audit → Freshness è costruita a partire da una scansione giornaliera delle tue sitemap e di quelle dei concorrenti. Mostra quanti URL ogni host aggiunge, rimuove e contrassegna come aggiornati, così puoi vedere chi pubblica più di chi, e dove.

• Sitemap churn. Una barra per giorno, suddivisa per host: aggiunti sopra l’asse, rimossi sotto. Fai clic su un segmento per vedere gli URL. Passa tra Added, Removed e Net.
• Freshness leaderboard. Un unico indice di freschezza da 0 a 100 per host, costruito da quattro sotto-punteggi (frequenza di pubblicazione, frequenza di aggiornamento, recenza e quota di pagine obsolete) e corretto per dimensione, così un sito piccolo che pubblica con costanza non viene battuto da uno grande che non lo fa.
• URLs by last update. Quanti URL ogni host ha modificato l’ultima volta entro 7, 30, 90, 180 e 360 giorni, o oltre, in base alle date lastmod della sitemap. “No date” significa che la sitemap non indica alcun lastmod: non misurato, non vecchio.
• Directory comparison. Conteggi degli URL per prefisso di percorso, come treemap in cui puoi scendere di livello e colorare per freschezza (la quota di pagine datate aggiornate negli ultimi 30 giorni).
• URL changes. Ogni URL aggiunto a una sitemap, rimosso da una o contrassegnato come aggiornato, con esportazione in CSV.
• Freshness vs citation position. Ogni URL citato per i prompt del tuo dominio (non solo dei concorrenti) disposto per età della pagina rispetto alla sua migliore posizione di citazione. L’età della pagina deriva da una data che la pagina dichiara (dati strutturati, metadati della pagina, markup della pagina, data di pubblicazione o intestazione HTTP); una data ricavata solo dalla sitemap è contrassegnata come segnale debole.

Lo storico parte dal giorno in cui inizia il monitoraggio di un host, quindi la vista a 90 giorni si riempie col tempo. Re-check scansiona di nuovo le sitemap di un host su richiesta (0.005 crediti), al massimo una volta al giorno. I conteggi di pagine per concorrente e la variazione a 30 giorni sono anche in Concorrenti → Sitemap della concorrenza.

Web Vitals#

Audit → Web Vitals usa i dati sul campo del Chrome UX Report (CrUX): come gli utenti reali di Chrome hanno vissuto la pagina negli ultimi 28 giorni, al 75° percentile. Copre LCP (caricamento del contenuto principale), INP (reattività), CLS (stabilità del layout), FCP (primo contenuto) e TTFB (risposta del server).

• Competitor comparison. Il punteggio della tua homepage e lo stato dei Core Web Vitals rispetto alle homepage dei tuoi concorrenti monitorati.
• Your pages by Web Vitals. Ogni pagina del tuo dominio citata dai motori AI, ordinata in base a quanto spesso compare tra le fonti dei prompt, così correggi per prime le pagine che contano.
• Performance impact. Per ogni metrica, le tue pagine citate distribuite per velocità rispetto alla posizione in cui i motori le citano, filtrabili per motore, con una linea di tendenza. Una linea piatta significa che la metrica non ha un reale peso sulle tue posizioni; una ripida significa che lo ha.
• What moves your position most. Quale metrica segue di più la tua posizione di citazione. Consideralo un indizio, non una prova: i dati della top 10 sono rumorosi.

Refresh Web Vitals mette in coda una nuova importazione; gli URL vengono ricontrollati gradualmente e può volerci qualche ora. CrUX ha dati solo per le pagine con abbastanza traffico Chrome, quindi le pagine a basso traffico possono mostrare i numeri dell’origine o nulla.

Punteggi di sensibilità dei prompt#

Nella pagina Prompt, le colonne Sensitivity mostrano, per ogni prompt, quanto la sua top 10 di Google punta su pagine fresche e su buoni Core Web Vitals. Entrambi sono calcolati da un’unica istantanea osservata dei risultati di Google per il testo del prompt. Descrivono l’insieme dei risultati, non il motivo per cui le pagine si posizionano.

• “Buono” usa le fasce standard: LCP ≤ 2.5 s, INP ≤ 200 ms, CLS ≤ 0.1, FCP ≤ 1.8 s, TTFB ≤ 800 ms.
• Un punteggio richiede almeno 5 pagine utilizzabili e almeno il 60% della top 10 deve essere datato (o avere dati CrUX). Altrimenti la cella spiega che la copertura è troppo bassa per calcolare un punteggio.

Esempio pratico#

Per “miglior software di project management”, 9 delle prime 10 di Google hanno una data utilizzabile e 7 di queste sono state aggiornate negli ultimi 30 giorni: 7 ÷ 9 × 100 = 78. È un prompt avido di freschezza, e una pagina toccata l’ultima volta un anno fa faticherà. Un prompt con punteggio 10 riceve risposta da pagine evergreen; aggiornare la tua lì non cambierà molto.

Come agire#

• Aggiorna dove la sensibilità alla freschezza è alta. Aggiorna la pagina che dovrebbe presidiare il prompt con modifiche reali (dati nuovi, prezzi dell’anno corrente, nuove sezioni), mantieni veritieri lastmod e le date in pagina e registralo come annotazione.
• Correggi prima la velocità sulle pagine citate. Parti dall’alto di “Your pages by Web Vitals”. Un TTFB lento e contenuti che compaiono solo dopo molto JavaScript penalizzano soprattutto i fetcher AI, perché i bot di recupero operano con timeout stretti.
• Osserva il churn dei concorrenti. Un concorrente che aggiunge all’improvviso centinaia di URL in una directory è di solito una spinta di contenuti rivolta agli stessi prompt che monitori.

Correlati#