Måleforløbet
Identitet fastlåses
Navn, domæne, lokationer og kendte navnevarianter gemmes. Det reducerer falske matches.
Spørgsmål versionsstyres
Et branche- og lokationsspecifikt sæt låses før kørsel. Ændres sættet, bliver det en ny version og ikke en skjult ændring af baseline.
Provider og model registreres
Tidspunkt, model, konfiguration og kørsels-id gemmes sammen med råt svar.
Omtaler klassificeres
Et match er enten fundet, ikke fundet eller sendt til manuel kontrol. Kilde og omtale er separate observationer.
Kilder kortlægges
Vi registrerer citerede eller henviste kilder, når provideren returnerer dem. Fravær af kilder rapporteres som fravær, ikke udfyldes med gæt.
Målingen gentages
Samme opsætning genkøres. Resultatet vises med datagrundlag og usikkerhed, så ændringer kan vurderes.
Begrænsninger
- AI-svar varierer med tidspunkt, model, bruger, geografi og produktflade.
- Provider-API'er er praktiske måleproxies, ikke en fuld simulation af alle forbrugervendte oplevelser.
- En omtale dokumenterer ikke, at en SEO- eller GEO-ændring var årsagen.
- Et manglende match betyder kun, at virksomheden ikke blev fundet efter de definerede identitetsregler i den konkrete kørsel.
- Google oplyser, at almindelig SEO-praksis fortsat gælder for AI-funktioner; der findes ikke et særligt Google AI-schema eller en særskilt AI-tekstfil, som garanterer synlighed.
Hvornår vi ændrer metoden
En metodeændring dokumenteres og versionsmærkes. Gamle og nye målinger blandes ikke uden en tydelig note. Se evidensregisteret for kilder og klassifikationer.