Friskhed og Web Vitals

To faktorer på sideniveau dukker op igen og igen, når en konkurrents side bliver citeret i stedet for din: den blev opdateret for nylig, eller den indlæses og reagerer hurtigere. AmICited måler begge dele, for dit domæne og for dine sporede konkurrenter, og stiller dem ved siden af de placeringer, AI-motorer citerer sider på. To sider under Audit dækker dem: Freshness og Web Vitals. Hver prompt får også to følsomhedsscorer, der fortæller dig, om friskhed eller hastighed overhovedet sandsynligvis har betydning for det spørgsmål.

Freshness#

Audit → Freshness bygges af en daglig crawl af dine og dine konkurrenters sitemaps. Den viser, hvor mange URL’er hver vært tilføjer, fjerner og markerer som opdateret, så du kan se, hvem der udgiver mest, og hvor.

• Sitemap churn. Én søjle pr. dag, opdelt efter vært: tilføjet over aksen, fjernet under. Klik på et segment for at se URL’erne. Skift mellem Added, Removed og Net.
• Freshness leaderboard. Ét friskhedsindeks fra 0 til 100 pr. vært, bygget af fire delscorer (udgivelsesrate, opdateringsrate, aktualitet og andel forældede) og størrelsesjusteret, så et lille site, der leverer jævnt, ikke slås af et stort, der ikke gør.
• URLs by last update. Hvor mange URL’er hver vært sidst ændrede inden for 7, 30, 90, 180 og 360 dage, eller længere, ud fra sitemap-lastmod-datoer. “No date” betyder, at sitemappen ikke angiver nogen lastmod: ikke målt, ikke gammel.
• Directory comparison. URL-antal pr. stipræfiks, som et treemap, du kan bore ned i og farve efter friskhed (andelen af daterede sider opdateret inden for de seneste 30 dage).
• URL changes. Hver URL tilføjet til en sitemap, fjernet fra en eller markeret som opdateret, med CSV-eksport.
• Freshness vs citation position. Hver URL, der er citeret for dit domænes prompts (ikke kun konkurrenters), plottet efter sidealder mod dens bedste citationsplacering. Sidealderen kommer fra en dato, siden selv angiver (struktureret data, sidens metadata, sidens markup, udgivelsesdato eller HTTP-header); en dato taget kun fra sitemappen markeres som et svagt signal.

Historikken starter den dag, sporingen begynder for en vært, så 90-dagesvisningen fyldes ud over tid. Re-check crawler en værts sitemaps igen efter behov (0,005 krediter), højst én gang i døgnet. Sideantal pr. konkurrent og 30-dages ændring findes også under Competitors → Competitor sitemaps.

Web Vitals#

Audit → Web Vitals bruger feltdata fra Chrome UX Report (CrUX): hvordan rigtige Chrome-brugere oplevede siden over de seneste 28 dage, ved 75. percentil. Den dækker LCP (indlæsning af hovedindhold), INP (responsivitet), CLS (layoutstabilitet), FCP (første indhold) og TTFB (serversvar).

• Competitor comparison. Din forsides score og Core Web Vitals-status mod dine sporede konkurrenters forsider.
• Your pages by Web Vitals. Hver side på dit domæne, som AI-motorer citerer, sorteret efter hvor ofte den optræder i promptkilder, så du retter de sider, der betyder mest, først.
• Performance impact. For hver metrik dine citerede sider fordelt efter hastighed mod den placering, motorerne citerer dem på, kan filtreres efter motor, med en trendlinje. En flad linje betyder, at metrikken ikke har reel betydning for dine placeringer; en stejl betyder, at den har.
• What moves your position most. Hvilken metrik der bedst følger din citationsplacering. Tag det som et fingerpeg, ikke bevis: top-10-data er støjende.

Refresh Web Vitals sætter en ny import i kø; URL’er tjekkes gradvist igen, og det kan tage flere timer. CrUX har kun data for sider med nok Chrome-trafik, så sider med lav trafik kan vise originens tal eller slet intet.

Prompt-følsomhedsscorer#

På siden Prompts viser kolonnerne Sensitivity for hver prompt, hvor meget dens Google top 10 læner sig op ad friske sider og op ad gode Core Web Vitals. Begge beregnes ud fra ét observeret øjebliksbillede af Google-resultaterne for prompteksten. De beskriver resultatsættet, ikke hvorfor sider rangerer.

• “God” bruger standardbåndene: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1, FCP ≤ 1,8 s, TTFB ≤ 800 ms.
• En score kræver mindst 5 brugbare sider, og mindst 60 % af top 10 skal være dateret (eller have CrUX-data). Ellers forklarer cellen, at dækningen er for lav til at score.

Regneeksempel#

For “best project management software” har 9 af Googles top 10 en brugbar dato, og 7 af dem blev opdateret de seneste 30 dage: 7 ÷ 9 × 100 = 78. Det er en prompt, der er sulten efter friskhed, og en side, der sidst blev rørt for et år siden, vil have det svært. En prompt, der scorer 10, besvares af evergreen-sider; at opdatere din flytter ikke meget dér.

Sådan handler du på det#

• Opdatér, hvor friskhedsfølsomheden er høj. Opdatér den side, der bør eje prompten, med reelle ændringer (nye data, indeværende års priser, nye sektioner), hold lastmod og datoer på siden sande, og log det som en annotation.
• Ret hastigheden på citerede sider først. Start øverst i “Your pages by Web Vitals”. Langsom TTFB og indhold, der først vises efter tung JavaScript, skader AI-hentere mest, fordi retrieval-bots henter med stramme timeouts.
• Hold øje med konkurrenternes churn. En konkurrent, der pludselig tilføjer hundredvis af URL’er i én mappe, er som regel et indholdspush rettet mod de samme prompts, du sporer.

Relateret#