SEO-grunnlinjemåling: Før du begynner

En grunnlinje er den daterte, kildebelagte beskrivelsen av ytelse før planlagt arbeid endrer systemet. Uten den kan en senere økning i trafikk, rangeringer, inntekter eller AI-sitasjoner være oppmuntrende, men det er ikke et forsvarbart resultat. Et resultat som ikke kan sammenlignes med et startpunkt, er en anekdote.

Fase: P5 · Grunnlinjemåling. Trinn: A · Forstå. Tidsramme: én fokusert ettermiddag for et nettsted med tilkoblede data; tillat én ekstra dag når segmenter eller historiske eksporter trenger avstemming. Eier: målingsansvarlig eller SEO-ansvarlig, med analyse- og inntektsdataeiere som godkjenner sine respektive tall.

Regelen er bevisst streng: fang opp grunnlinjen før noen anbefalt endring rulles ut. En grunnlinje som fanges opp i ettertid, er ikke en grunnlinje. Det er en rekonstruksjon som er utsatt for endret sporing, revidert attribusjon, glemte utrullinger og selektiv hukommelse.

Hvorfor denne fasen kommer her

Grunnlinjemåling følger etter oppdagelse, tilgangsoppsett, den tekniske revisjonen og AI-tilgjengelighet og agentberedskap fordi disse fasene etablerer hva virksomheten ønsker, hvilke systemer som kan stoles på, og om søk- og AI-agenter kan nå nettstedet. Den forbruker deres godkjente mål, tilkoblede datakilder, segmentdefinisjoner, konkurrentsett, kjente sporingsfeil og tekniske unntak.

Den kommer før forskning og implementering av en avhengighetsårsak. Når en tittel endres, en mal rulles ut, en crawler-begrensning fjernes, eller en kampanje starter, begynner den opprinnelige tilstanden å forsvinne. Analyseverktøy kan fortsatt inneholde eldre rader, men sammenligningen er allerede forurenset: sporesettet kan være annerledes, attribusjonsregler kan ha endret seg, og teamet kjenner nå utfallet det håper å bevise. Å fryse startpunktet først hindrer at målet flytter seg etter at arbeidet begynner.

Denne rimelige fasen tar en ettermiddag og forhindrer måned-ni-diskusjonen om hvorvidt veksten kom fra programmet, sesongvariasjoner, kampanjer, migreringer eller konkurrentnedgang.

Inndata og utdata

Inndata aksepteres kun når omfanget og datoen er eksplisitt. Utdata er kontrakten med søkeord- og prompt-undersøkelse : neste fase må vite hvilke segmenter som finnes, hva som allerede måles, hvor konkurrenter leder, og hvilke sporesett som ble fryst.

Grunnlinje – inndata og utdata

Grunnlinjesjekklisten

Fullfør sjekkene i rekkefølge. Hvert element har en «ferdig når»-betingelse, fordi «så på dashbordet» ikke er en reproduserbar målehandling.

1. Lås definisjoner, tid og eierskap

• Hva du skal gjøre: Skriv en dataordbok for hver beregning, inkludert formel, kilde, tidssone, valuta, attribusjonsgrunnlag, tilbakeskuingsvindu og ansvarlig eier.
• Hvorfor det betyr noe: «Inntekter», «synlighet» og til og med «sideantall» kan bety forskjellige ting i forskjellige verktøy. En sammenligning er ugyldig når definisjonen endres mellom startpunktet og sjekkpunktet.
• Hvordan du gjør det: Velg én rapporteringstidssone og én valuta. Angi om inntekter er brutto, netto eller attribuert; om trafikk inkluderer alle økologiske søkemotorer; og om en synlighetsverdi er en prosentandel eller en indeks.
• Verktøy: Kildeinnstillinger, analysedokumentasjon og rapporteringsmalen.
• Ferdig når: Hver grunnlinjerad kan beregnes på nytt fra dens skriftlige definisjon, og ingen beregning eies av «teamet».

2. Segmenter nettstedet før du beregner totaler

• Hva du skal gjøre: Tilordne hver URL innenfor omfanget til en katalog, sidetype og forretningssegment, beregn deretter beregninger på disse nivåene før du produserer en samlet sum for hele nettstedet.
• Hvorfor det betyr noe: Et helhetlig tall skjuler nivået der arbeidet faktisk skjer. En dokumentasjonsseksjon kan vokse mens en produktkategori synker, noe som gir en flat total som ikke forteller noen av historiene.
• Hvordan du gjør det: Bruk gjensidig utelukkende primære segmentregler som /academy/ versus /features/, veiledning versus produktside, og SaaS versus e-handelsforretningsområde. Hold «ukjent» som en synlig bøtte i stedet for å stille droppe URL-er.
• Verktøy: URL-eksport, analysedimensjoner og AmICited-filtre.
• Ferdig når: 100 % av URL-ene innenfor omfanget og inntektsbærende økter tilordnes et primærsegment, eller den gjenværende umappede andelen er navngitt, kvantifisert og under 2 % av den relevante totalen.

3. Frys økologisk etterspørsel, trafikk og inntekter

• Hva du skal gjøre: Fang opp visninger, klikk, økologisk trafikk , konverteringer og inntekter for hvert segment og sammenligningsvindu.
• Hvorfor det betyr noe: Rangeringer kan forbedres uten å produsere nyttige besøk, og besøk kan øke uten å skape forretningsverdi. Grunnlinjen må bevare hele kjeden fra etterspørsel til resultat.
• Hvordan du gjøre det: Eksporter daglige data med enhet, land, katalog, sidetype og forretningssegment der volumet tillater det. Avstem analyseinntekter med systemet med autoritetsdata, og dokumenter det aksepterte avviket i stedet for å tvinge tallene til å matche.
• Verktøy: Tilkoblede søk- og analysekilder samt Cockpit på AmICited Cockpit .
• Ferdig når: Hvert segment har daterte totaler, år-over-år eller erstatningsvinduet, råeksporter og en skriftlig forklaring for eventuelle kildeavvik over 5 %.

4. Frys rangeringdistribusjon og indeksert dekning

• Hva du skal gjøre: Registrer det sporesettet av søkeord, dets rangeringdistribusjon og indeksert sideantall per segment. Rangeringdistribusjon betyr antall sporesøkeord i posisjonene 1–3, 4–10, 11–20, 21–50, 51–100 og ikke rangert.
• Hvorfor det betyr noe: En gjennomsnittlig posisjon kan forbedres mens høyverdige søkeord forsvinner. Indekserte totaler kan også forbli stabile mens viktige sider forsvinner fra indeksen og lavverdige URL-er erstatter dem.
• Hvordan du gjøre det: Eksporter den nøyaktige søkeordlisten med motor, land, enhet, URL, posisjon og fangstdato. Lagre både innsendte og indekserte antall der kilden tilbyr dem, og skill «ikke indeksert» fra «ikke sjekket».
• Verktøy: Økologisk posisjonsrapport på AmICited Organic Rank , pluss tilkoblede indeksdekningskilder.
• Ferdig når: Sporesett-filen er uforanderlig, alle posisjonsbånd samsvarer med det totale sporesettet, og indekserte antall har en kilde og et fangststempel.

5. Frys CTR etter posisjonsbånd og sideopplevelse

• Hva du skal gjøre: Fang opp klikkfrekvens (CTR) etter posisjonsbånd og Core Web Vitals etter representativ sidetype.
• Hvorfor det betyr noe: En blandet CTR kan ikke skille et rangskifte fra et svakt utdrag, mens én enkelt hastighetsscore for forsiden ikke kan representere produkt-, kategori-, artikkel- og applikasjonsmaler.
• Hvordan du gjøre det: Beregn klikk delt på visninger for posisjonene 1–3, 4–10, 11–20 og 21–50; behold de underliggende klikkene og visningene. For sideopplevelse, registrer LCP, INP og CLS-feltstatus og utvalgsstørrelse per mal der data finnes.
• Verktøy: CTR-gap på AmICited CTR Gap , pluss den tilkoblede Web Vitals-kilden.
• Ferdig når: Hver publisert CTR-rate har sin nevner, hvert posisjonsbånd med færre enn 1000 visninger flagges som veiledende, og hver prioriterte mal har feltdata eller en eksplisitt «utilstrekkelig data»-status.

6. Frys AI-synlighet, posisjon, synlighetsandel, sitasjoner og sentiment

• Hva du skal gjøre: Eksporter promptsettet og registrer AI-synlighetsscore, gjennomsnittlig siteringsposisjon, synlighetsandel , siteringsandel og sentiment etter motor, marked, emne og forretningssegment.
• Hvorfor det betyr noe: Disse beregningene svarer på forskjellige spørsmål. Et merke kan bli nevnt ofte men sjelden sitert, eller bli sitert hyppig mens det beskrives negativt. Å kombinere dem i én score skjuler det handlingsrelevante gapet.
• Hvordan du gjøre det: Lås prompt-ordlyd, motor, språk og kjøringskadens. Eksporter resultater på promptnivå og merk fravær som fravær, ikke rang null. Bevar svarene og de siterte URL-ene som trengs for å revidere senere endringer.
• Verktøy: AI-synlighet på AmICited Visibility , AI-posisjonssporing på AmICited Rank Tracker , og Kilde- og siteringsinnsikt på AmICited Sources .
• Ferdig når: 100 % av sporespørsmålene er i den frosne eksporten, hver beregning angir sin nevner, og manglende kjøringer kan skilles fra null omtaler eller sitasjoner.

7. Sett konkurrenter på samme måleramme

• Hva du skal gjøre: Registrer konkurrentposisjoner for rangeringdistribusjon, indeksert fotavtrykk der observerbart, AI-synlighet, synlighetsandel, siteringsandel, sentiment og Core Web Vitals.
• Hvorfor det betyr noe: Ditt absolutte resultat kan stige mens kategorien stiger raskere. Konkurrentbevegelser skiller en nettsteds-spesifikk gevinst fra en markedsbred endring.
• Hvordan du gjøre det: Bruk de samme motorene, markedene, enhetene, emnene, promptene, datoene og posisjonsbåndene for hver konkurrent. Merk utilgjengelige private beregninger, som inntekter, i stedet for å estimere dem.
• Verktøy: Konkurrentanalyse på AmICited Competitors , med eksporter fra Visibility, Rank Tracker og Sources.
• Ferdig når: Hver observerbar konkurrentberegning bruker samme vindu og definisjon som den eide nettstedsverdien, og hver utilgjengelig beregning er merket utilgjengelig snarere enn null.

8. Frys eksporter, opprett rapporten og start annoteringer

• Hva du skal gjøre: Lagre råeksporter, fyll ut rapporteringsmalen, og loggfør den første daterte annoteringen som markerer grunnlinjefrysingen.
• Hvorfor det betyr noe: Levende dashbord beregner på nytt, oppbevaringsvinduer utløper, konkurrentsett endres, og koblinger kan bli re-autorisert. Et skjermbilde er bevis på utseende; en eksport bevarer de underliggende radene.
• Hvordan du gjøre det: Bruk filnavn som 2026-08-27_visibility_prompt-engine-market.csv, lagre en skrivebeskyttet kopi utenfor verktøyet, legg til et manifest med kilde og filtre, og registrer alle utrullinger, migreringer, kampanjer, innholdsutgivelser, sporingsendringer og nedetid fra nå av.
• Verktøy: Annoteringsresultater og AmICited-rapporteksporter; bruk AmICited Cockpit som det gjentakende rapporteringsinngangspunktet.
• Ferdig når: En annen person kan åpne pakken, reprodusere alle rapporttotaler, identifisere neste sjekkpunkt og se hvem som eier fremtidige annoteringer.

Verktøy i AmICited

Bruk hver produktvisning for en definert del av grunnlinjen, eksporter deretter radene som trengs for å bevare den delen utenfor det levende grensesnittet.

De matchende produktreferansene er AI-synlighet , AI-posisjonssporing , Konkurrentanalyse , Kilde- og siteringsinnsikt , Cockpit , Økologisk posisjonsrapport , CTR-gap og Annoteringsresultater . Funksjonssiden forklarar rapportkontrakten; app-lenken utfører trinnet.

Beslutningsregler

Dette er driftsterskler for grunnlinjekvalitet, ikke løfter om at det å krysse en beregning automatisk fører til vekst. Bruk dem konsekvent og noter eventuelle strengere forretningsspesifikke regler.

Grunnlinje – akseptterskler

Sesongvariasjon og sammenligningsvinduet

År-over-år er vanligvis bedre enn måned-over-måned fordi det sammenligner virksomheten med samme del av etterspørselssyklusen. Desember mot november kan måle et feriemønster; desember mot foregående desember er mer sannsynlig å holde mønsteret konstant. Registrer likevel den umiddelbart foregående perioden for operasjonell kontekst, men la den ikke erstatte den sesongbaserte sammenligningen.

Når det ikke finnes noe foregående år, bruk den lengste stabile historikken som er tilgjengelig, med et minimum på fire hele uker for en foreløpig grunnlinje. Sammenlign like lange hele uker, skille lanseringsrampe fra stabil drift, og annoter kampanjer, prisendringer, nedetid, migreringer, samtykkeendringer og større medieaktivitet. Hvis det tilgjengelige vinduet inneholder en av disse hendelsene, bevar det i stedet for å glatte det bort, og oppgi at grunnlinjen er betinget.

Leveranse

Overlever én frossen pakke, ikke en lenke til et skiftende dashbord. Pakken inneholder:

1. En PDF eller et skrivebeskyttet dokument med et ledelsessammendrag, omfang, definisjoner, kildedekning, sammenligningsvinduer, segmenttabeller, konkurrenttabeller, kjente begrensninger og tidsstempel for «per dato».
2. Et regneark med én fane per beregningsfamilie og konsistente rader for katalog, sidetype, forretningssegment, marked, enhet, motor og konkurrent der aktuelt.
3. En råeksportmappe og et manifest som viser filnavn, verktøy, rapportsti, uttrekkingstidspunkt, tidssone, filtre, antall rader og eier.
4. En gjenbrukbar rapporteringsmal med den frosne grunnlinjekolonnen låst og tomme sjekkpunktkolonner for den avtalte kadensen.
5. En annoteringslogg som angir endringen, nøyaktig dato og klokkeslett, berørt omfang, eier, forventet beregning, retning, observasjonsvindu og sjekkpunktdato.

Hvert viste tall må være datert og kildebelagt. Rund av for presentasjon kun; behold den ikke-avrundede kildeverdien i arbeidsboken. Beskytt grunnlinjekolonnene mot redigering, og opprett senere sjekkpunktkolonner i stedet for å overskrive starten.

Hva går galt

Å kun måle grunnlinje for hele nettstedet. Totalen ser autoritativ ut, men skjuler motstridende bevegelser. Forhindre dette ved å gjøre katalog, sidetype og forretningssegment til obligatoriske dimensjoner og behandle helhetstallet som en samlet sum.

Å glemme å fryse eksporten. Levende verktøy beregner på nytt når data, konkurrenter og definisjoner endres. Et skjermbilde kan ikke filtreres eller avstemmes. Lagre rårader, manifestet og en skrivebeskyttet kopi samme dag.

Å starte arbeid før fangst. Team lover ofte å rekonstruere grunnlinjen senere fra hukommelse eller dashbordhistorikk. Hukommelse bevarer ikke filtre, prompt-ordlyd, et indeksert sett eller det nøyaktige øyeblikket sporingen endret seg. Stopp utrullingen eller merk sammenligningen som rekonstruert.

Å endre sporesettet midt i prosessen. Å legge til enkle søkeord eller fjerne prompter der merket er fraværende, gjør senere scorer uforlignelige. Bevar den opprinnelige kohorten og rapporter nye tilføyelser som en separat kohort.

Å bruke null for manglende. Null betyr at systemet observerte ingen; manglende betyr at systemet ikke observerte. Hold separate tilstander for fraværende, utilgjengelig, utilstrekkelig volum, tilkoblingsfeil og ikke aktuelt.

Å behandle konkurrentestimater som egne data. En konkurrents observerbare rangeringer eller sitasjoner kan sammenlignes; deres private trafikk og inntekter kan ikke. Ikke fabrikkér symmetri ved å sette inn estimerte forretningsresultater.

Å kun annotere vellykkede lanseringer. Attribusjon blir skjev når loggen utelater nedetid, tilbakeføringer, kampanjer, sporingsreparasjoner og arbeid som ikke traff målet. Vanen starter her: hver vesentlig endring får en datert annotering, uavhengig av om teamet forventer at den vil se bra ut.

Neste fase

Målingseieren overleverer søkeord- og prompt-undersøkelse det frosne dokumentet, eksportpakken, rapporteringsmalen, segmentkartet, godkjent konkurrentsett, eksisterende søkeord- og promptkohorter, dekningsgap og annoteringsregler. Forskningsansvarlig bekrefter at filene åpnes, totaler avstemmes, og grunnlinjekolonner er låst før mulighetssettet utvides.

Neste fase kan oppdage nye søkeord, prompter, emner eller konkurrenter. Legg dem til som daterte utvidelseskohorter; omskriv ikke P5-startsettet. Det bevarer to gyldige spørsmål: hvordan det opprinnelig sporesatte universet endret seg, og hvordan det bredere programmet presterer etter at måleomfanget utvides.

Overleveringen er fullført når forskningsansvarlig kan navngi startytelsen for hvert prioriteringssegment, identifisere hvilke sammenligninger som er foreløpige, og opprette nye kohorter uten å endre det frosne bevisgrunnlaget.

FAQ

Ofte stilte spørsmål