SEO-baselinemåling: Før du starter

En baseline er den daterede, kildeunderbyggede beskrivelse af ydelsen, før planlagt arbejde ændrer systemet. Uden den kan en senere stigning i trafik, rangeringer, omsætning eller AI-citater være opmuntrende, men det er ikke et forsvarbart resultat. Et resultat, der ikke kan sammenlignes med et udgangspunkt, er en anekdote.

Fase: P5 · Baselinemåling. Trin: A · Forstå. Tidsramme: én fokuseret eftermiddag for et site med forbundne data; giv én ekstra dag når segmenter eller historiske eksporter kræver afstemning. Ejer: målingsansvarlig eller SEO-ansvarlig, med analyse- og omsætningsdataejere, der godkender deres respektive tal.

Reglen er bevidst streng: Indfang baselinen, før nogen anbefalet ændring implementeres. En baseline, der indfanges retrospektivt, er ikke en baseline. Det er en rekonstruktion, der er udsat for ændret sporing, revideret attribution, glemte udgivelser og selektiv hukommelse.

Hvorfor denne fase kommer her

Baselinemåling følger efter discovery, opsætning af adgang, det tekniske audit og AI-tilgængelighed og agentparathed , fordi disse faser fastlægger, hvad virksomheden ønsker, hvilke systemer der kan stole på, og hvorvidt søge- og AI-agenter kan nå sitet. Den forbruger deres godkendte mål, forbundne datakilder, segmentdefinitioner, konkurrentsæt, kendte sporingsfejl og tekniske undtagelser.

Den kommer før research og implementering af en afhængighedsårsag. Når en titel ændres, en skabelon implementeres, en crawler-begrænsning fjernes, eller en kampagne starter, begynder den oprindelige tilstand at forsvinde. Analyseværktøjer kan stadig indeholde ældre rækker, men sammenligningen er allerede blevet forurenet: Det sporede sæt kan være anderledes, attributionsregler kan være ændret, og teamet kender nu det resultat, det håber at bevise. At fryse udgangspunktet først forhindrer målet i at flytte sig, efter arbejdet begynder.

Denne billige fase tager en eftermiddag og forhindrer den ni-måneders diskussion om, hvorvidt væksten kom fra programmet, sæsonudsving, kampagner, migreringer eller konkurrentnedgang.

Inputs og outputs

Inputs accepteres kun, når deres omfang og dato er eksplicitte. Outputs er kontrakten med søgeords- og promptresearch : Den næste fase skal vide, hvilke segmenter der findes, hvad der allerede måles, hvor konkurrenterne fører, og hvilke sporede sæt der blev frosset.

Baseline-inputs og -outputs

Baseline-tjeklisten

Udfør tjekpunkterne i rækkefølge. Hvert element har en “færdig-når”-betingelse, fordi “kigget på dashboardet” ikke er en reproducerbar målehandling.

1. Lås definitioner, tid og ejerskab

• Hvad skal gøres: Skriv en dataordbog for hver metrik, inklusive formel, kilde, tidszone, valuta, attributionsgrundlag, tilbagebliksvindue og ansvarlig ejer.
• Hvorfor det er vigtigt: “Omsætning”, “synlighed” og selv “sideantal” kan betyde forskellige ting i forskellige værktøjer. En sammenligning er ugyldig, når dens definition ændres mellem udgangspunktet og checkpointet.
• Sådan gør du: Vælg én rapporteringstidszone og én valuta. Angiv om omsætning er brutto, netto eller attribueret; om trafik inkluderer alle organiske søgemaskiner; og om en synlighedsværdi er en procentdel eller et indeks.
• Værktøj: Kildeindstillinger, analyseringsdokumentation og rapporteringsskabelonen.
• Færdig når: Hver baseline-række kan genberegnes ud fra dens skriftlige definition, og ingen metrik ejes af “teamet.”

2. Opdel sitet i segmenter, før du beregner totaler

• Hvad skal gøres: Tildel hver inkluderet URL til en mappe, sidetype og forretningssegment, beregn derefter målinger på disse niveauer, før du laver en sitedækkende sammenlægning.
• Hvorfor det er vigtigt: Et sitedækkende tal skjuler det niveau, hvor arbejdet rent faktisk foregår. En dokumentationssektion kan vokse, mens en produktkategori falder, hvilket efterlader en flad total, der ikke fortæller nogen af historierne.
• Sådan gør du: Brug gensidigt udelukkende primære segmentregler såsom /academy/ vs. /features/, guide vs. produktside, og SaaS vs. e-handelsforretningsområde. Hold “ukendt” som en synlig gruppe frem for stille og roligt at droppe URL’er.
• Værktøj: URL-eksport, analysedimensioner og AmICited-filtre.
• Færdig når: 100 % af inkluderede URL’er og omsætningsbærende sessioner er tilknyttet et primært segment, eller den ikke-tilknyttede rest er navngivet, kvantificeret og under 2 % af den relevante total.

3. Frys organisk efterspørgsel, trafik og omsætning

• Hvad skal gøres: Indfang visninger, klik, organisk trafik , konverteringer og omsætning for hvert segment og sammenligningsvindue.
• Hvorfor det er vigtigt: Rangeringer kan forbedres uden at producere nyttige besøg, og besøg kan stige uden at skabe forretningsværdi. Baselinens skal bevare hele kæden fra efterspørgsel til resultat.
• Sådan gør du: Eksportér daglige data med enhed, land, mappe, sidetype og forretningssegment, hvor volumen tillader det. Afstem analyseomsætning med det officielle system og dokumentér den accepterede afvigelse frem for at tvinge tallene til at matche.
• Værktøj: Forbundne søge- og analysekilder plus Cockpit på AmICited Cockpit .
• Færdig når: Hvert segment har daterede totaler, år-over-år- eller substitutvinduet, råeksporter og en skriftlig forklaring for enhver kildeafvigelse over 5 %.

4. Frys rangeringsfordeling og indekseret dækning

• Hvad skal gøres: Registrér det sporede søgeordssæt, dets rangeringsfordeling og indekseret sideantal pr. segment. Rangeringsfordeling betyder antallet af sporede termer i position 1–3, 4–10, 11–20, 21–50, 51–100 og ikke-rangerende.
• Hvorfor det er vigtigt: En gennemsnitlig position kan forbedres, mens højværditermer forsvinder. Indekserede totaler kan også forblive stabile, mens vigtige sider forlader indekset, og lavværdi-URL’er erstatter dem.
• Sådan gør du: Eksportér den nøjagtige søgeordsliste med motor, land, enhed, URL, position og indfangningsdato. Gem både indsendte og indekserede antal, hvor kilden leverer dem, og adskil “ikke indekseret” fra “ikke tjekket.”
• Værktøj: Organisk rangrapport på AmICited Organic Rank , plus forbundne indeksdækningskilder.
• Færdig når: Det sporede sæt-fil er uforanderligt, alle positionsbånd stemmer overens med det samlede sporede sæt, og indekserede antal har en kilde og indfangningstidsstempel.

5. Frys CTR efter positionsbånd og sideoplevelse

• Hvad skal gøres: Indfang click-through rate (CTR) efter positionsbånd og Core Web Vitals efter repræsentativ sidetype.
• Hvorfor det er vigtigt: En samlet CTR kan ikke skelne en rangeringsændring fra et svagt snippet, mens en enkelt hastighedsscore for startsiden ikke kan repræsentere produkt-, kategori-, artikel- og applikationsskabeloner.
• Sådan gør du: Beregn klik divideret med visninger for position 1–3, 4–10, 11–20 og 21–50; behold de underliggende klik og visninger. For sideoplevelse, registrér LCP, INP og CLS feltstatus og stikprøvestørrelse pr. skabelon, hvor data findes.
• Værktøj: CTR-gab på AmICited CTR Gap , plus den forbundne Web Vitals-kilde.
• Færdig når: Hver offentliggjort CTR-sats har sin nævner, hvert positionsbånd med færre end 1.000 visninger er markeret som vejledende, og hver prioritetsskabelon har feltdata eller en eksplicit “utilstrækkelige data”-tilstand.

6. Frys AI-synlighed, rang, stemme, citater og sentiment

• Hvad skal gøres: Eksportér prompt-sættet og registrér AI-synlighedsscore, gennemsnitlig citationsposition, synlighedsandel , citationsandel og sentiment efter motor, marked, emne og forretningssegment.
• Hvorfor det er vigtigt: Disse målinger besvarer forskellige spørgsmål. Et brand kan nævnes ofte men sjældent citeres, eller citeres hyppigt men beskrives negativt. At kombinere dem i én score skjuler det handlingsrettede gab.
• Sådan gør du: Lås prompt-ordlyd, motor, sprogindstilling og kørselsfrekvens. Eksportér prompt-niveauresultater, og mærk fravær som fravær, ikke rang nul. Bevar de svar og citerede URL’er, der er nødvendige for at revidere senere ændringer.
• Værktøj: AI-synlighed på AmICited Visibility , AI-rangsporing på AmICited Rank Tracker , og Kilde- og citationsindsigt på AmICited Sources .
• Færdig når: 100 % af sporede prompts er i den frosne eksport, hver metrik navngiver sin nævner, og manglende kørsler kan skelnes fra nul omtaler eller citater.

7. Placer konkurrenter på samme måleramme

• Hvad skal gøres: Registrér konkurrentpositioner for rangeringsfordeling, indekseret fodaftryk hvor observerbart, AI-synlighed, synlighedsandel, citationsandel, sentiment og Core Web Vitals.
• Hvorfor det er vigtigt: Dit absolutte resultat kan stige, mens kategorien stiger hurtigere. Konkurrentbevægelse adskiller en sitespecifik gevinst fra en markedsdækkende ændring.
• Sådan gør du: Anvend de samme motorer, markeder, enheder, emner, prompts, datoer og positionsbånd på hver konkurrent. Markér utilgængelige private målinger, såsom omsætning, frem for at estimere dem.
• Værktøj: Konkurrentanalyse på AmICited Competitors , med eksporter fra Visibility, Rank Tracker og Sources.
• Færdig når: Hver observerbar konkurrentmåling bruger samme vindue og definition som det ejede sites værdi, og hver utilgængelig måling er mærket utilgængelig frem for nul.

8. Frys eksporter, opret rapporten, og start annotationer

• Hvad skal gøres: Gem råeksporter, udfyld rapporteringsskabelonen, og log den første daterede annotation, der markerer baseline-frysningen.
• Hvorfor det er vigtigt: Live dashboards genberegner, opbevaringsvinduer udløber, konkurrentsæt ændres, og forbindelser kan genautoriseres. Et skærmbillede er bevis på udseende; en eksport bevarer de underliggende rækker.
• Sådan gør du: Brug filnavne såsom 2026-08-27_visibility_prompt-engine-market.csv, gem en skrivebeskyttet kopi uden for værktøjet, tilføj en manifest med kilde og filtre, og registrér fremover alle implementeringer, migreringer, kampagner, indholdsudgivelser, sporingsændringer og nedbrud.
• Værktøj: Annotationsresultater og AmICited-rapporteksporter; brug AmICited Cockpit som det tilbagevendende rapporteringsindgangspunkt.
• Færdig når: En anden person kan åbne pakken, reproducere alle rapporttotaler, identificere næste checkpoint og se, hvem der ejer fremtidige annotationer.

Værktøjer i AmICited

Brug hvert produktvisning til en defineret del af baselinen, og eksportér derefter de rækker, der er nødvendige for at bevare den del uden for live-grænsefladen.

De matchende produktreferencer er AI-synlighed , AI-rangsporing , Konkurrentanalyse , Kilde- og citationsindsigt , Cockpit , Organisk rangrapport , CTR-gab og Annotationsresultater . Funktionssiden forklarer rapportkontrakten; app-linket udfører trinnet.

Beslutningsregler

Disse er operationelle tærskler for baseline-kvalitet, ikke løfter om, at overskridelse af en metrik automatisk forårsager vækst. Anvend dem konsekvent, og registrér enhver strengere forretningsspecifik regel.

Baseline-accepttærskler

Sæsonudsving og sammenligningsvinduet

År-over-år slår normalt måned-over-måned, fordi det sammenligner forretningen med samme del af dens efterspørgselscyklus. December mod november kan måle et feriemønster; december mod den foregående december er mere sandsynlig at holde dette mønster konstant. Registrér stadig den umiddelbart forudgående periode for operationel kontekst, men lad den ikke erstatte den sæsonbestemte sammenligning.

Når der ikke findes noget tidligere år, brug den længste stabile historik, der er tilgængelig, med et minimum på fire hele uger for en foreløbig baseline. Sammenlign lige store hele uger, adskil lanceringsrampe fra stabil drift, og annotér kampagner, prisændringer, nedbrud, migreringer, samtykkeændringer og større medieaktivitet. Hvis det tilgængelige vindue indeholder en af disse hændelser, bevar den frem for at udglatte den, og angiv at baselinen er betinget.

Leverance

Overgiv én frossen pakke, ikke et link til et skiftende dashboard. Pakken indeholder:

1. En PDF eller et skrivebeskyttet dokument med en ledelsesresumé, omfang, definitioner, kildedækning, sammenligningsvinduer, segmenttabeller, konkurrenttabeller, kendte begrænsninger og opgørelsestidspunkt.
2. Et regneark med én fane pr. metrikfamilie og konsistente rækker for mappe, sidetype, forretningssegment, marked, enhed, motor og konkurrent, hvor relevant.
3. En råeksportmappe og manifest med filnavn, værktøj, rapportsti, ekstraktionstidspunkt, tidszone, filtre, rækkeantal og ejer.
4. En genanvendelig rapporteringsskabelon med den frosne baseline-kolonne låst og tomme checkpoint-kolonner til den aftalte kadence.
5. En annotationslog, der angiver ændringen, nøjagtig dato og tidspunkt, berørt omfang, ejer, forventet metrik, retning, observationsvindue og checkpoint-dato.

Ethvert vist tal skal være dateret og kildeunderbygget. Afrund kun til præsentation; behold den ikke-afrundede kildeværdi i arbejdsbogen. Beskyt baseline-kolonnerne mod redigeringer, og opret senere checkpoint-kolonner i stedet for at overskrive starten.

Hvad går galt

Kun sitedækkende totaler som baseline. Totalen ser autoritativ ud, men skjuler modsatrettede bevægelser. Forhindr dette ved at gøre mappe, sidetype og forretningssegment til påkrævede dimensioner og behandle det sitedækkende tal som en sammenlægning.

At glemme at fryse eksporten. Live-værktøjer genberegner efterhånden som data, konkurrenter og definitioner ændres. Et skærmbillede kan ikke filtreres eller afstemmes. Gem rå rækker, manifestet og en skrivebeskyttet kopi samme dag.

At starte arbejde før indfangning. Teams lover ofte at rekonstruere baselinen senere fra hukommelsen eller dashboard-historik. Hukommelsen bevarer ikke filtre, prompt-ordlyd, et indekseret sæt eller det nøjagtige tidspunkt, hvor sporing ændredes. Stop udgivelsen, eller mærk sammenligningen som rekonstrueret.

At ændre det sporede sæt undervejs. Tilføjelse af lette søgeord eller fjernelse af prompts, hvor brandet er fraværende, gør senere scores usammenlignelige. Bevar den oprindelige kohorte, og rapporter nye tilføjelser som en separat kohorte.

At bruge nul for manglende. Nul betyder, at systemet observerede intet; manglende betyder, at systemet ikke observerede. Hold separate tilstande for fraværende, utilgængelig, utilstrækkelig volumen, forbindelsesfejl og ikke relevant.

At behandle konkurrentestimater som egne data. En konkurrents observerbare rangeringer eller citater kan sammenlignes; dens private trafik og omsætning kan ikke. Skab ikke symmetri ved at indsætte estimerede forretningsresultater.

Kun at annotere succesfulde lanceringer. Attribution bliver skæv, når loggen udelader nedbrud, tilbagerulninger, kampagner, sporingsrettelser og arbejde, der ikke nåede sit mål. Vanen starter her: enhver væsentlig ændring får en dateret annotation, uanset om teamet forventer, at den ser god ud.

Næste fase

Målingsejeren overgiver til søgeords- og promptresearch det frosne dokument, eksportpakken, rapporteringsskabelonen, segmentoversigten, det godkendte konkurrentsæt, eksisterende søgeords- og promptkohorter, dækningshuller og annotationsregler. Research-ejeren bekræfter, at filerne åbner, totaler stemmer, og baseline-kolonnerne er låst, før mulighedssættet udvides.

Den næste fase kan opdage nye søgeord, prompts, emner eller konkurrenter. Tilføj dem som daterede udvidelseskohorter; omskriv ikke P5-startsættet. Det bevarer to gyldige spørgsmål: hvordan det oprindelige sporede univers ændrede sig, og hvordan det bredere program klarer sig efter dets målingsomfang er udvidet.

Overleveringen er fuldført, når research-ejeren kan angive startydelsen for hvert prioritetssegment, identificere hvilke sammenligninger der er foreløbige, og oprette nye kohorter uden at ændre det frosne bevismateriale.

FAQ

Ofte stillede spørgsmål