Actualiteit en Web Vitals

Twee factoren op paginaniveau komen steeds terug wanneer de pagina van een concurrent wordt aangehaald in plaats van die van jou: hij is recenter bijgewerkt, of hij laadt en reageert sneller. AmICited meet beide, voor je domein en voor je gevolgde concurrenten, en zet ze naast de posities waarop AI-engines pagina’s aanhalen. Twee pagina’s onder Audit dekken ze: Freshness en Web Vitals. Elke prompt krijgt ook twee gevoeligheidsscores die je vertellen of actualiteit of snelheid voor die vraag waarschijnlijk überhaupt uitmaakt.

Freshness#

Audit → Freshness wordt opgebouwd uit een dagelijkse crawl van je sitemaps en de sitemaps van je concurrenten. Het toont hoeveel URL’s elke host toevoegt, verwijdert en als bijgewerkt markeert, zodat je kunt zien wie wie overtreft in publiceren, en waar.

• Sitemap churn. Eén balk per dag, gesegmenteerd per host: toegevoegd boven de as, verwijderd eronder. Klik op een segment om de URL’s te zien. Wissel tussen Added, Removed en Net.
• Freshness leaderboard. Eén actualiteitsindex van 0 tot 100 per host, opgebouwd uit vier deelscores (publicatietempo, verversingstempo, recentheid en aandeel verouderd) en gecorrigeerd voor omvang, zodat een kleine site die gestaag levert niet wordt verslagen door een grote die dat niet doet.
• URLs by last update. Hoeveel URL’s elke host voor het laatst wijzigde binnen 7, 30, 90, 180 en 360 dagen, of langer, op basis van lastmod-datums in de sitemap. “No date” betekent dat de sitemap geen lastmod vermeldt: niet gemeten, niet oud.
• Directory comparison. Aantallen URL’s per padprefix, als treemap waarin je kunt inzoomen en die je per actualiteit kunt kleuren (het aandeel gedateerde pagina’s dat in de laatste 30 dagen is bijgewerkt).
• URL changes. Elke URL die aan een sitemap is toegevoegd, eruit is gehaald of als bijgewerkt is gemarkeerd, met CSV-export.
• Freshness vs citation position. Elke URL die voor de prompts van je domein wordt aangehaald (niet alleen van concurrenten) uitgezet naar paginaleeftijd tegenover zijn beste bronvermeldingsrang. De paginaleeftijd komt uit een datum die de pagina zelf vermeldt (gestructureerde data, paginametadata, paginamarkup, publicatiedatum of HTTP-header); een datum die alleen uit de sitemap komt, wordt gemarkeerd als zwak signaal.

De historie begint op de dag dat de tracking voor een host start, dus de weergave van 90 dagen vult zich in de loop van de tijd. Re-check crawlt de sitemaps van een host op verzoek opnieuw (0,005 credits), maximaal eens per dag. Aantallen pagina’s per concurrent en de verandering over 30 dagen staan ook onder Competitors → Competitor sitemaps.

Web Vitals#

Audit → Web Vitals gebruikt velddata van het Chrome UX Report (CrUX): hoe echte Chrome-gebruikers de pagina in de laatste 28 dagen ervoeren, op het 75e percentiel. Het dekt LCP (laden van de hoofdcontent), INP (reactiesnelheid), CLS (layoutstabiliteit), FCP (eerste content) en TTFB (serverrespons).

• Competitor comparison. De score en Core Web Vitals-status van je homepage ten opzichte van de homepages van je gevolgde concurrenten.
• Your pages by Web Vitals. Elke pagina van je domein die AI-engines aanhalen, gesorteerd op hoe vaak hij in promptbronnen voorkomt, zodat je eerst de pagina’s repareert die ertoe doen.
• Performance impact. Per metric je aangehaalde pagina’s uitgespreid naar snelheid ten opzichte van de positie waarop engines ze aanhalen, filterbaar op engine, met een trendlijn. Een vlakke lijn betekent dat de metric geen echte invloed heeft op je posities; een steile betekent dat hij dat wel heeft.
• What moves your position most. Welke metric het sterkst samengaat met je bronvermeldingspositie. Zie het als een hint, niet als bewijs: top-10-data is ruisig.

Refresh Web Vitals zet een nieuwe import in de wachtrij; URL’s worden geleidelijk opnieuw gecontroleerd en het kan enkele uren duren. CrUX heeft alleen data voor pagina’s met genoeg Chrome-verkeer, dus pagina’s met weinig verkeer kunnen de cijfers van de origin tonen of helemaal niets.

Gevoeligheidsscores per prompt#

Op de pagina Prompts tonen de kolommen Sensitivity voor elke prompt hoe sterk zijn Google-top-10 leunt op verse pagina’s en op goede Core Web Vitals. Beide worden berekend uit één waargenomen momentopname van de Google-resultaten voor de prompttekst. Ze beschrijven de resultatenset, niet waarom pagina’s ranken.

• “Good” gebruikt de standaardbanden: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1, FCP ≤ 1,8 s, TTFB ≤ 800 ms.
• Voor een score zijn minstens 5 bruikbare pagina’s nodig, en minstens 60% van de top 10 moet een datum hebben (of CrUX-data). Anders legt de cel uit dat de dekking te laag is om te scoren.

Rekenvoorbeeld#

Voor “best project management software” hebben 9 van de Google-top-10 een bruikbare datum en 7 daarvan werden in de laatste 30 dagen bijgewerkt: 7 ÷ 9 × 100 = 78. Dat is een prompt die hongert naar actualiteit, en een pagina die een jaar geleden voor het laatst is aangeraakt, zal het moeilijk hebben. Een prompt met score 10 wordt beantwoord door evergreen pagina’s; je pagina verversen verandert daar weinig.

Hoe je erop handelt#

• Ververs waar de actualiteitsgevoeligheid hoog is. Werk de pagina die de prompt zou moeten bezitten bij met echte wijzigingen (nieuwe data, prijzen van dit jaar, nieuwe secties), houd lastmod en datums op de pagina waarheidsgetrouw en leg het vast als annotatie.
• Verbeter eerst de snelheid van aangehaalde pagina’s. Begin bovenaan bij “Your pages by Web Vitals”. Trage TTFB en content die pas na zware JavaScript verschijnt, schaden AI-fetchers het meest, omdat retrievalbots met strakke timeouts ophalen.
• Let op de churn van concurrenten. Een concurrent die plotseling honderden URL’s in één directory toevoegt, voert meestal een contentpush uit gericht op dezelfde prompts die je volgt.

Gerelateerd#