Aktualitet och Web Vitals

Två faktorer på sidnivå dyker upp om och om igen när en konkurrents sida citeras i stället för din: den uppdaterades senare, eller den laddas och svarar snabbare. AmICited mäter båda, för din domän och för dina spårade konkurrenter, och placerar dem bredvid de positioner som AI-motorer citerar sidor på. Två sidor under Audit täcker dem: Freshness och Web Vitals. Varje prompt får också två känslighetspoäng som talar om huruvida aktualitet eller hastighet överhuvudtaget sannolikt spelar roll för den frågan.

Freshness#

Audit → Freshness bygger på en daglig genomsökning av dina webbplatskartor och dina konkurrenters webbplatskartor. Den visar hur många URL:er varje värd lägger till, tar bort och markerar som uppdaterade, så att du kan se vem som publicerar mer än vem, och var.

• Sitemap churn. En stapel per dag, segmenterad efter värd: tillagda ovanför axeln, borttagna under. Klicka på ett segment för att se URL:erna. Växla mellan Added, Removed och Net.
• Freshness leaderboard. Ett enda aktualitetsindex från 0 till 100 per värd, byggt av fyra delpoäng (publiceringstakt, uppdateringstakt, färskhet och andel inaktuella) och storleksjusterat, så att en liten webbplats som levererar jämnt inte slås av en stor som inte gör det.
• URLs by last update. Hur många URL:er varje värd senast ändrade inom 7, 30, 90, 180 och 360 dagar, eller längre, från lastmod-datum i webbplatskartan. “No date” betyder att webbplatskartan inte anger något lastmod: omätt, inte gammalt.
• Directory comparison. Antal URL:er per sökvägsprefix, som en trädkarta du kan borra i och färga efter aktualitet (andelen daterade sidor som uppdaterats de senaste 30 dagarna).
• URL changes. Varje URL som lagts till i en webbplatskarta, tagits bort från en eller markerats som uppdaterad, med CSV-export.
• Freshness vs citation position. Varje URL som citeras för din domäns prompts (inte bara konkurrenternas) utritad efter sidans ålder mot dess bästa citeringsplacering. Sidans ålder kommer från ett datum som sidan själv anger (strukturerad data, sidmetadata, sidmarkering, publiceringsdatum eller HTTP-huvud); ett datum som bara tagits från webbplatskartan markeras som en svag signal.

Historiken börjar den dag spårningen startar för en värd, så 90-dagarsvyn fylls på med tiden. Re-check genomsöker en värds webbplatskartor igen vid behov (0,005 krediter), högst en gång per dag. Antal sidor per konkurrent och 30-dagarsförändring finns också under Competitors → Competitor sitemaps.

Web Vitals#

Audit → Web Vitals använder fältdata från Chrome UX Report (CrUX): hur riktiga Chrome-användare upplevde sidan under de senaste 28 dagarna, vid 75:e percentilen. Den omfattar LCP (huvudinnehållets laddning), INP (responsivitet), CLS (layoutstabilitet), FCP (första innehåll) och TTFB (serversvar).

• Competitor comparison. Din startsidas poäng och status för Core Web Vitals mot dina spårade konkurrenters startsidor.
• Your pages by Web Vitals. Varje sida på din domän som AI-motorer citerar, sorterad efter hur ofta den förekommer i promptkällor, så att du åtgärdar de sidor som spelar störst roll först.
• Performance impact. För varje mått, dina citerade sidor spridda efter hastighet mot den position motorerna citerar dem på, filtrerbart efter motor, med en trendlinje. En platt linje betyder att måttet inte har någon verklig betydelse för dina positioner; en brant betyder att det har det.
• What moves your position most. Vilket mått som följer din citeringsposition mest. Behandla det som ett tips, inte ett bevis: data för topp 10 är brusiga.

Refresh Web Vitals köar en ny import; URL:er kontrolleras gradvis och det kan ta flera timmar. CrUX har bara data för sidor med tillräckligt mycket Chrome-trafik, så sidor med låg trafik kan visa ursprungets siffror eller ingenting alls.

Känslighetspoäng för prompts#

På sidan Prompts visar kolumnerna Sensitivity för varje prompt hur mycket dess Google-topp 10 lutar sig mot färska sidor och mot goda Core Web Vitals. Båda beräknas från en observerad ögonblicksbild av Google-resultaten för prompttexten. De beskriver resultatmängden, inte varför sidor rankar.

• “Bra” använder standardbanden: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1, FCP ≤ 1,8 s, TTFB ≤ 800 ms.
• En poäng kräver minst 5 användbara sidor, och minst 60 % av topp 10 måste vara daterade (eller ha CrUX-data). Annars förklarar cellen att täckningen är för låg för att poängsättas.

Räkneexempel#

För “bästa projektledningsprogramvara” har 9 av Googles topp 10 ett användbart datum och 7 av dem uppdaterades de senaste 30 dagarna: 7 ÷ 9 × 100 = 78. Det är en prompt som är hungrig på aktualitet, och en sida som senast rördes för ett år sedan kommer att ha det svårt. En prompt med poängen 10 besvaras av ständigt aktuella sidor; att uppdatera din flyttar inte mycket där.

Så agerar du på det#

• Uppdatera där aktualitetskänsligheten är hög. Uppdatera den sida som bör äga prompten med verkliga ändringar (nya data, årets priser, nya avsnitt), håll lastmod och datum på sidan sanningsenliga och logga det som en anteckning.
• Åtgärda hastigheten på citerade sidor först. Börja överst i “Your pages by Web Vitals”. Långsam TTFB och innehåll som bara visas efter tung JavaScript skadar AI-hämtare mest, eftersom hämtningsrobotar hämtar under snäva tidsgränser.
• Bevaka konkurrenternas förändringar. En konkurrent som plötsligt lägger till hundratals URL:er i en katalog gör oftast en innehållssatsning riktad mot samma prompts som du spårar.

Relaterat#