Sidehastighet og AI-siteringer
AI-søkere og svarmotorer favoriserer sider som laster raskt og holder seg teknisk sunne. Som en core web vitals-sjekker sporer AmICited LCP, INP, CLS, TTFB og en samlet helsescore for hver side, og viser deretter hvordan hastighet henger sammen med om siden blir sitert.
Sidehastighet sitering bevis
De fleste verktøy stopper ved om AI har nevnt deg. AmICited sporer hele systemet bak siteringen, inkludert om siden din er rask nok for en søker til å hente, gjengi og stole på i utgangspunktet. Hver metrikk får sitt eget spredningsdiagram — verdi på én akse, siteringsposisjon 1 til 10 på den andre, posisjon 1 øverst — mot en god/trenger-forbedring/dårlig-sone, så du ser med ett blikk om raske sider faktisk samler seg nær toppen.
- Core Web Vitals og TTFB per side: LCP, INP, CLS, FCP og tid til første byte for dine siterte (og ennå ikke siterte) sider, hver sjekket mot en fastsatt god/dårlig-terskel — LCP på 2,5s/4s, INP på 200ms/500ms, CLS på 0,10/0,25, FCP på 1,8s/3s, TTFB på 0,8s/1,8s, samlet score på 90/50.
- Én helsescore per side: et enkelt tall som folder hastighet, stabilitet og teknisk helse inn i noe du kan rangere og handle på.
- Markerer de trege sidene som taper siteringer: AmICited korrelerer hastighet med sannsynlighet for sitering, så du ser hvilke trege sider som faktisk koster deg svar — en rangering som først vises når det finnes minst fem brukbare topp-10-datapunkter å rangere ut ifra.
- Hvilken metrikk som faktisk påvirker posisjonen din: de fem vitalene rangeres etter hvor sterkt hastighetsnivået deres sporer siteringsposisjon, slik at du fikser den ene metrikken som korrelerer, ikke alle fem likt.
- Prioriterte fikser agenten din kan iverksette: sortert etter mulighetsgevinst for sitering, klar for Claude Code eller byggeprosessen din — ikke en vegg av generiske advarsler.
Spor siteringsendringer etter hastighetsrettinger
Når en treg side blir raskere, fortsetter AmICited å spore den, slik at du kan se siteringsrangeringen klatre i ukene som følger, per spørsmål og per motor, og bekrefte at fiksen faktisk lønnet seg. Les det som en sterk korrelasjon, ikke bevis på årsakssammenheng: en positiv score betyr at dårligere ytelsesnivåer forekom sammen med dårligere siteringsposisjoner på sidene du har, noe som gir grunn til å undersøke og levere fiksen — ikke en garanti for at hastighet alene flyttet svaret.
- Før og etter i én visning: helsescore og siteringsrangering spores side ved side over tid, med ukentlige p75-verdier ved hover.
- Per spørsmål, per motor: filtrer ned til én motor eller alle, se nøyaktig hvor en raskere side begynte å vinne svar, og klikk deg videre til URL-en selv.
- Oppdater på forespørsel: hent en ny Core Web Vitals-import etter at du har levert en fiks — den er asynkron, så de oppdaterte tallene lander ved en senere oppfriskning, ikke øyeblikkelig.
- Attribusjon du kan forsvare: knytt en hastighetsforbedring til en målbar økning i siteringer, støttet av reelle brukerdata fra Chrome UX Report, ikke en syntetisk laboratorietest.
Raske sider er lettere for AI å lese, stole på og sitere
Å holde største innholdsmaling under et par sekunder er et velkjent helsemål. Raske, stabile sider hentes rent og gjengis fullstendig, noe som er grunnlaget for at en svarmotor i det hele tatt skal sitere dem.
Slik sjekker du Core Web VitalsKoster sidehastigheten stille og rolig deg AI-siteringer?
Gratis sjekk · 7 dagers prøveperiode · kredittkort kreves