Prospețime și Web Vitals

Doi factori la nivel de pagină revin mereu când pagina unui concurent este citată în locul alteia: a fost actualizată mai recent sau se încarcă și răspunde mai repede. AmICited măsoară ambii factori, pentru domeniul dumneavoastră și pentru concurenții urmăriți, și îi așază lângă pozițiile la care motoarele AI citează paginile. Două pagini din Audit îi acoperă: Freshness și Web Vitals. Fiecare prompt primește și două scoruri de sensibilitate care vă spun dacă prospețimea sau viteza sunt probabil relevante pentru acea întrebare.

Freshness#

Audit → Freshness este construit dintr-o scanare zilnică a sitemap-urilor dumneavoastră și ale concurenților. Arată câte URL-uri adaugă, elimină și marchează ca actualizate fiecare gazdă, astfel încât să vedeți cine publică mai mult decât cine și unde.

• Sitemap churn. O bară pe zi, segmentată pe gazdă: adăugate deasupra axei, eliminate dedesubt. Faceți clic pe un segment pentru a vedea URL-urile. Comutați între Added, Removed și Net.
• Freshness leaderboard. Un singur indice de prospețime de la 0 la 100 pe gazdă, construit din patru subscoruri (rata de publicare, rata de reîmprospătare, recența și ponderea de pagini învechite) și ajustat după dimensiune, astfel încât un site mic care livrează constant să nu fie depășit de unul mare care nu o face.
• URLs by last update. Câte URL-uri a modificat fiecare gazdă ultima dată în 7, 30, 90, 180 și 360 de zile sau mai mult, din datele lastmod ale sitemap-urilor. „No date” înseamnă că sitemap-ul nu declară niciun lastmod: nemăsurat, nu vechi.
• Directory comparison. Numărul de URL-uri pe prefix de cale, ca treemap în care puteți coborî și pe care îl puteți colora după prospețime (ponderea paginilor datate actualizate în ultimele 30 de zile).
• URL changes. Fiecare URL adăugat într-un sitemap, eliminat dintr-unul sau marcat ca actualizat, cu export CSV.
• Freshness vs citation position. Fiecare URL citat pentru prompturile domeniului dumneavoastră (nu doar ale concurenților) reprezentat după vârsta paginii față de cea mai bună poziție de citare a sa. Vârsta paginii provine dintr-o dată pe care pagina o declară (date structurate, metadate ale paginii, marcaj al paginii, data publicării sau un antet HTTP); o dată luată doar din sitemap este marcată ca semnal slab.

Istoricul începe în ziua în care începe urmărirea unei gazde, deci vizualizarea pe 90 de zile se completează în timp. Re-check scanează din nou la cerere sitemap-urile unei gazde (0,005 credite), cel mult o dată pe zi. Numărul de pagini și variația pe 30 de zile pentru fiecare concurent se află și la Competitors → Competitor sitemaps.

Web Vitals#

Audit → Web Vitals folosește datele de teren Chrome UX Report (CrUX): cum au experimentat utilizatorii reali de Chrome pagina în ultimele 28 de zile, la percentila 75. Acoperă LCP (încărcarea conținutului principal), INP (reactivitatea), CLS (stabilitatea layoutului), FCP (primul conținut) și TTFB (răspunsul serverului).

• Competitor comparison. Scorul paginii dumneavoastră de start și starea Core Web Vitals față de paginile de start ale concurenților urmăriți.
• Your pages by Web Vitals. Fiecare pagină a domeniului dumneavoastră pe care o citează motoarele AI, sortată după cât de des apare în sursele prompturilor, astfel încât să remediați mai întâi paginile care contează.
• Performance impact. Pentru fiecare metrică, paginile dumneavoastră citate distribuite după viteză față de poziția la care le citează motoarele, filtrabile după motor, cu o linie de tendință. O linie plată înseamnă că metrica nu are o influență reală asupra pozițiilor dumneavoastră; una abruptă înseamnă că are.
• What moves your position most. Ce metrică urmărește cel mai bine poziția dumneavoastră de citare. Tratați-o ca pe un indiciu, nu ca pe o dovadă: datele top 10 sunt zgomotoase.

Refresh Web Vitals pune în coadă un nou import; URL-urile sunt reverificate treptat și poate dura câteva ore. CrUX are date doar pentru paginile cu suficient trafic Chrome, deci paginile cu trafic redus pot afișa cifrele originii sau nimic.

Scoruri de sensibilitate ale prompturilor#

În pagina Prompts, coloanele Sensitivity arată, pentru fiecare prompt, cât se bazează primele 10 rezultate Google ale sale pe pagini proaspete și pe Core Web Vitals bune. Ambele sunt calculate dintr-un singur instantaneu observat al rezultatelor Google pentru textul promptului. Descriu setul de rezultate, nu motivul pentru care se clasează paginile.

• „Bun” folosește intervalele standard: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1, FCP ≤ 1,8 s, TTFB ≤ 800 ms.
• Un scor necesită cel puțin 5 pagini utilizabile, iar cel puțin 60% dintre primele 10 trebuie să fie datate (sau să aibă date CrUX). Altfel, celula explică faptul că acoperirea este prea mică pentru a fi evaluată.

Exemplu lucrat#

Pentru „best project management software”, 9 dintre primele 10 rezultate Google au o dată utilizabilă și 7 dintre ele au fost actualizate în ultimele 30 de zile: 7 ÷ 9 × 100 = 78. Este un prompt lacom de prospețime, iar o pagină atinsă ultima dată acum un an se va chinui. Un prompt cu scor 10 primește răspunsuri de la pagini evergreen; reîmprospătarea paginii dumneavoastră nu va mișca prea mult acolo.

Cum acționați#

• Reîmprospătați acolo unde sensibilitatea la prospețime este ridicată. Actualizați pagina care ar trebui să dețină promptul cu schimbări reale (date noi, prețurile anului curent, secțiuni noi), păstrați lastmod și datele de pe pagină corecte și înregistrați acțiunea ca adnotare.
• Remediați mai întâi viteza paginilor citate. Începeți din partea de sus a listei „Your pages by Web Vitals”. Un TTFB lent și conținutul care apare doar după JavaScript greu afectează cel mai mult preluatorii AI, deoarece boții de regăsire preiau cu timeout-uri scurte.
• Urmăriți churn-ul concurenților. Un concurent care adaugă brusc sute de URL-uri într-un singur director este de obicei un efort de conținut orientat către aceleași prompturi pe care le urmăriți.

Articole conexe#