Hoe we SEO- en AI-zichtbaarheidsresultaten meten

Een resultaat is een gemeten verandering ten opzichte van een gedateerd startpunt, berekend met een definitie die vóór aanvang van het werk is gekozen en geïnterpreteerd in de context van al het andere dat veranderde. Het is geen gunstig getal dat na oplevering is ontdekt. Deze methodologie is het contract achter elk resultaat dat we publiceren: een lezer moet dezelfde brondata kunnen nemen, de genoemde formule kunnen toepassen en hetzelfde getal kunnen bereiken.

Die standaard is belangrijk omdat zoekprestaties een observationeel systeem zijn. Pagina’s veranderen, concurrenten reageren, de vraag verschuift, zoekmachines worden bijgewerkt en marketingcampagnes overlappen elkaar. We kunnen bewijzen wat we hebben opgeleverd en wanneer. We kunnen meten wat er daarna gebeurde. We kunnen alleen claimen dat ons werk de volledige beweging heeft veroorzaakt als het onderzoeksontwerp die claim ondersteunt.

Het meetrecord dat elk resultaat moet bevatten

Elk gepubliceerd resultaat moet voldoende informatie bevatten om gecontroleerd te kunnen worden. Het record bevat minimaal:

• de bedrijfsdoelstelling en de vóór implementatie geselecteerde metric;
• de metricformule, bron, tijdzone, valuta waar relevant, en toerekeningsmodel;
• de site, directory, template, pagina-cohort, markt, apparaat, engine en promptomvang;
• baseline- en vergelijkingsdatums, inclusief het aantal volledige dagen in elk venster;
• de absolute startwaarde, absolute eindwaarde en berekende verandering;
• implementatiedatums en het exacte werk dat in de claim is opgenomen;
• materiële annotaties en bekende concurrerende verklaringen;
• ontbrekende gegevens, trackingwijzigingen, uitsluitingen en steekproef- of noemergrootte;
• de sterkte van de toerekeningsformulering die we mogen gebruiken; en
• de reviewer die de klantgerichte cijfers heeft goedgekeurd.

Als een van deze velden niet beschikbaar is, vermelden we de beperking naast het resultaat of publiceren we het niet. Een privé-spreadsheet met het voorbehoud herstelt geen ongenuanceerde publieke claim niet.

1. Wat telt als een resultaat

Het doel van meten is om aan te tonen of het werk iets waardevols heeft veranderd. We ordenen metrics als een keten, omdat elke fase een andere vraag beantwoordt:

1. Levering: Is de beoogde wijziging correct gepubliceerd? Voorbeelden zijn gepubliceerde pagina’s, bijgewerkte templates, opgeloste redirects en herstelde crawler-toegang.
2. Ontdekking en zichtbaarheid: Hebben zoek- of AI-systemen het werk gevonden en getoond? Voorbeelden zijn geldige geïndexeerde pagina’s, vertoningen, rankingspreiding, AI-zichtbaarheidsscore, vermeldingen en citaties.
3. Selectie en betrokkenheid: Hebben mensen of antwoordengines het geselecteerd? Voorbeelden zijn organische klikken, gekwalificeerde sessies, geciteerde URL’s, betrokken bezoeken en bezoeken aan een vervolgpagina.
4. Bedrijfsresultaat: Heeft dat gedrag waarde gecreëerd? Voorbeelden zijn gekwalificeerde leads, proefversies, aankopen, abonnementsinkomsten, geboekte afspraken of een andere uitkomst die vóór aanvang van het werk met de klant is overeengekomen.

Levering is bewijs dat het werk heeft plaatsgevonden. Zichtbaarheid is een voorlopende indicator: een maatstaf waarvan wordt verwacht dat deze beweegt vóór een bedrijfsresultaat. Betrokkenheid toont respons. Het bedrijfsresultaat is het resultaat waar de meeste organisaties uiteindelijk voor betalen.

Verkeer alleen is daarom voor de meeste bedrijfsmodellen geen resultaat. Een SaaS-bedrijf profiteert er niet van als 20.000 extra bezoekers een irrelevant artikel lezen; het profiteert wanneer geschikte prospects proefversies, demo’s en abonnementen starten of beïnvloeden. Een e-commercebedrijf heeft winstgevende bestellingen nodig, geen sessies los van omzet en marge. Een uitgever kan gekwalificeerde paginaweergaven legitiem als bedrijfsresultaat beschouwen wanneer die weergaven advertentie- of abonnementswaarde opleveren, maar zelfs dan kunnen botverkeer, accidentele bezoeken en doelgroepgeografie de waarde van hetzelfde bezoekenaantal veranderen.

We rapporteren verkeer wanneer het de juiste plaats in de keten is voor de metric, en we koppelen het aan kwaliteits- of downstream-bewijs wanneer het bedrijfsmodel dat toestaat. We weigeren vertoningen, een enkele ranking, paginatelling, ruw verkeer, betrokkenheidspercentage of een eigen score als definitieve bedrijfsimpact te presenteren wanneer er geen gevalideerd verband is aangetoond.

De uitkomst wordt vooraf gekozen. Als de overeengekomen primaire uitkomst gekwalificeerde demo-aanvragen is, vervangen we die na oplevering niet door vertoningen, simpelweg omdat vertoningen stegen en demo-aanvragen niet.

2. Baselines: bevries het startpunt

Een baseline is een gedateerde, onveranderlijke meting van de relevante scope voordat de eerste wijziging in scope wordt doorgevoerd. De P5 baseline-meetfase legt uit hoe je deze vastlegt. De baseline moet dezelfde formule, bronnen, filters, segmenten, tijdzone, valuta, toerekeningsmodel, promptsets, concurrentenset en uitsluitingen gebruiken als het latere controlepunt.

Voor ratiometrics slaan we de teller en noemer op, niet alleen de ratio. Voor sitebrede totalen slaan we ook het getroffen cohort op. Als 40 productpagina’s worden geoptimaliseerd, blijft hun baseline gescheiden van de andere 8.000 URL’s; anders kan niet-gerelateerde sitegroei verhullen wat er met het werk is gebeurd.

Een retroactief gereconstrueerde baseline is geen baseline. Zodra het team de uitkomst kent, zijn keuzes over datums, filters, segmenten en uitsluitingen vatbaar voor terugkijkfouten. Live tools kunnen ook hun verwerking, retentie, toerekening of concurrentengegevens hebben gewijzigd. Een reconstructie een baseline noemen zou een mate van controle suggereren die niet bestond.

Wanneer een klant geen schone geschiedenis heeft, gebruiken we een van drie eerlijke alternatieven:

• Prospectieve baseline: meetapparatuur aansluiten en valideren, geen wijzigingen in scope aanbrengen tijdens een bepaalde observatieperiode, en die periode dan bevriezen vóór implementatie.
• Gereconstrueerde referentie: de best beschikbare geschiedenis exporteren, bron- en trackingwijzigingen documenteren, deze als “gereconstrueerd” labelen en de claim beperken tot wat de overgebleven data ondersteunt.
• Geen voor-na-claim: nu beginnen met meten en absolute checkpoint-prestaties rapporteren tot een geldige prospectieve vergelijking bestaat.

Ontbrekende gegevens zijn onbekend, niet nul. We interpoleren ze niet alleen om een schone grafiek te maken. Als het ontbrekende interval een materiële wijziging overlapt of de vergelijking niet-equivalent maakt, is het resultaat niet publiceerbaar als voor-na-claim.

3. Vergelijkingsvensters en de rapportageklok

De twee vensters moeten hetzelfde aantal volledige dagen bevatten, dezelfde mix van weekdagen gebruiken en de onvolledige huidige dag uitsluiten. We vermelden beide bereiken in het resultaat in plaats van labels zoals “afgelopen maand” te gebruiken die in de loop van de tijd van betekenis veranderen.

Jaar-op-jaarvergelijking vergelijkt een venster met het overeenkomstige kalendervenster een jaar eerder. Dit is onze standaard wanneer de vraag seizoenspatronen heeft en de eerdere data schoon is. Vaste en beweeglijke feestdagen worden geannoteerd; wanneer een feestdag tussen vensters verschuift en de vraag materieel beïnvloedt, stemmen we handelsweken op elkaar af of vermelden we de mismatch.

Periode-op-periodevergelijking vergelijkt aangrenzende vensters van gelijke lengte, zoals 28 volledige dagen na implementatie met de voorafgaande 28 volledige dagen. We gebruiken dit wanneer de site geen schoon voorgaand jaar heeft, wanneer het bedrijf niet materieel seizoensgebonden is, of wanneer we een recent operationeel signaal nodig hebben. Het is gevoeliger voor campagnes, lanceringen, feestdagen en marktveranderingen, dus we presenteren het nooit als seizoensgecorrigeerd.

Waar voldoende geschiedenis bestaat, tonen we beide. Jaar op jaar beantwoordt “zijn we vooruit op het equivalente seizoen?” Periode op periode beantwoordt “is de recente richting veranderd?” Als ze elkaar tegenspreken, is die tegenspraak informatie om uit te leggen, geen reden om een van beide te verbergen.

Geen prestatiebeweging is rapporteerbaar als resultaat vóórdat 28 volledige dagen zijn verstreken na de betreffende wijziging. Eerdere waarnemingen kunnen verifiëren dat een pagina live, crawlbaar, geïndexeerd of geciteerd is, maar het zijn implementatiecontroles, geen resultaten. Achtentwintig dagen is een minimum, geen automatische goedkeuring. We verlengen het venster wanneer:

• de normale aankoop- of leadcyclus langer is dan 28 dagen;
• de wijziging tijd nodig had om alle pagina’s te bereiken of door zoek- en AI-systemen te worden verwerkt;
• het wekelijkse volume te klein is om te voorkomen dat enkele gebeurtenissen de ratio domineren;
• het bedrijf sterke maandelijkse, driemaandelijkse of jaarlijkse seizoenseffecten heeft; of
• een storing, campagne, migratie, trackingwijziging of grote externe gebeurtenis een groot deel van het venster verstoort.

We registreren vooraf het eerste controlepunt en het beoogde rapportagevenster. We blijven de begin- of einddatums niet verschuiven totdat de curve er gunstig uitziet.

4. Toerekeningsoprechtheid

Toerekening is het toewijzen van een waargenomen effect aan een oorzaak. Timing alleen is niet voldoende: “erna” betekent niet noodzakelijk “erdoor”. We gebruiken vier niveaus van claims.

Geverifieerde levering betekent dat we de geïmplementeerde wijziging zelf aan het werk kunnen toeschrijven: bijvoorbeeld 120 gespecificeerde pagina’s ontvingen geldige canonical-tags op de geregistreerde releasedatum. Het stelt geen prestatie-effect vast.

Experiment-ondersteund effect vereist een ontwerp dat in staat is een incrementeel effect te schatten, zoals een gerandomiseerde of geloofwaardig gematchte holdout met een vooraf gespecificeerde hypothese, metric, steekproef en einddatum. We beschrijven het ontwerp en de onzekerheid; we zetten een imperfect inhoudsexperiment niet om in laboratoriumzekerheid.

Bijdragebewijs is van toepassing wanneer het getroffen cohort beweegt na de geregistreerde wijziging, de richting overeenkomt met de vooraf gespecificeerde hypothese, en een onveranderd referentiecohort of concurrentiële benchmark niet dezelfde beweging laat zien. We kunnen zeggen dat het resultaat “consistent is met”, “geassocieerd is met” of “de bijdrage ondersteunt van” het werk.

Alleen correlatie is van toepassing wanneer de metric na de wijziging bewoog maar er geen geldig tegenfeitelijk scenario bestaat. We rapporteren de volgorde en de concurrerende verklaringen. We zeggen niet “gegenereerd”, “veroorzaakt” of “opgeleverd” voor de uitkomst.

In gewoon klantwerk kunnen we vaak het effect niet scheiden van:

• algoritme-updates van zoekmachines of AI-aanbieders;
• seizoenseffecten, feestdagen, weer en veranderingen in onderliggende vraag;
• betaald zoeken, betaalde sociale media, retargeting en affiliate-activiteiten;
• PR-dekking, creator-activiteit, merkencampagnes en offline promotie;
• productlanceringen, prijzen, beschikbaarheid, merchandising en conversieratio-wijzigingen;
• migraties, redesigns, trackingwijzigingen, toestemmingswijzigingen en storingen;
• lanceringen, verliezen, promoties van concurrenten en veranderingen in media-uitgaven; of
• economische, regelgevende, culturele en categorie-brede marktverschuivingen.

We noemen de factoren die zich hebben voorgedaan, zeggen of ze waarschijnlijk het gemeten cohort beïnvloeden, en verlagen de sterkte van de claim dienovereenkomstig. Als betaald en organisch op dezelfde pagina terechtkomen tijdens een lancering, kennen we niet alle conversies toe aan organische inhoud. Als een algoritme-update het controlepunt overlapt, kunnen we relatieve beweging rapporteren ten opzichte van onaangetaste segmenten of concurrenten, maar die vergelijking is bewijs, geen perfecte isolatie.

5. Annotaties maken interpretatie mogelijk

Een annotatie is een gedateerd record van een wijziging of externe gebeurtenis, geplaatst op dezelfde tijdlijn als de metric. Zonder annotaties wordt toerekening maanden later een geheugenoefening.

We loggen de gebeurtenis wanneer deze plaatsvindt, niet wanneer rapportage begint. Elke annotatie registreert de datum en tijdzone, eigenaar, getroffen URL’s of segment, categorie, beschrijving, implementatie- of campagneverwijzing, verwachte metric en richting, verwachte vertraging, controlepuntdatum en bekende overlappende activiteit. Meerdaagse releases hebben start- en einddatums. Terugdraaiingen worden voorzien van hun eigen vermelding in plaats van het origineel te overschrijven.

We annoteren inhoudsreleases, technische implementaties, migraties, redirects, templatewijzigingen, analyse- en toestemmingswijzigingen, storingen, betaalde campagnes, PR, product- en prijswijzigingen, grote concurrentiegebeurtenissen en bevestigde platformupdates. Annotatie-uitkomsten houdt die wijzigingen, verwachtingen, controlepunten en waargenomen uitkomsten bij elkaar, terwijl associatie expliciet wordt behandeld als bewijs in plaats van bewijs van causaliteit.

6. Hoe we AI-zichtbaarheid meten

AI-zichtbaarheidsmetrics worden afzonderlijk berekend omdat ze verschillende vragen beantwoorden. We mengen nooit zichtbaarheid, stem, citaties, sentiment en ranking in een geschat “AI-impact” getal.

Voordat we periodes vergelijken, bevriezen we de prompttekst, het onderwerp, de locatie, de engine, de uitvoeringsfrequentie, de gevolgde merkset en de gevolgde domeinset. Een promptobservatie is één opgeslagen antwoord van één gedefinieerde prompt, engine, locatie en geplande uitvoering. Het antwoord en de geciteerde URL’s worden bewaard zodat het totaal kan worden gecontroleerd.

AI-zichtbaarheidsscore

De zichtbaarheidsscore beantwoordt: “Voor hoeveel van de gevolgde promptset heeft dit domein ten minste één citatie verdiend?”

AI-zichtbaarheidsscore = promptobservaties die het domein minstens één keer citeren ÷ alle geldige promptobservaties in het bevroren cohort × 100

Meerdere citaties in één antwoord maken die observatie niet zichtbaarder; het telt één keer in de teller. Een verzamelingsfout is geen nul-citatie-antwoord. Het is ontbrekende data, gerapporteerd via dekking en opnieuw uitgevoerd of consistent uitgesloten van beide vensters. De AI-zichtbaarheid weergave toont de onderliggende antwoorden die nodig zijn om de score te inspecteren.

Stemvolume

Stemvolume beantwoordt: “Van de genoemde merken in deze antwoorden, welk aandeel was van dit merk?”

Stemvolume = vermeldingen van het merk ÷ vermeldingen van elk gevolgd merk in de vaste concurrentenset × 100

We vermelden of de teleenheid één vermelding per antwoord is of elke vermelding en houden die regel onveranderd. We hernormaliseren de geschiedenis niet wanneer een concurrent wordt toegevoegd; een wijziging van de concurrentenset start een nieuwe vergelijkbare reeks of zorgt ervoor dat het eerdere venster opnieuw wordt berekend uit opgeslagen antwoorden.

Citaataandeel

Citaataandeel beantwoordt: “Van de citaties toegewezen aan de gevolgde domeinset, welk aandeel verwees naar dit domein?”

Citaataandeel = citaties naar het domein ÷ citaties naar elk gevolgd domein in de vaste set × 100

De teller telt citaties, niet merkvermeldingen. Eén antwoord kan verschillende URL’s van hetzelfde domein citeren, en elke citatie telt onder de verklaarde regel. Rapportage op domeinniveau mag niet worden gepresenteerd als prestaties op paginaniveau. Bron- & citatie-intelligentie behoudt de details van domein, URL, prompt en engine achter het totaal.

Deze metrics hebben bekende beperkingen. AI-antwoorden kunnen variëren tussen uitvoeringen; aanbieders veranderen modellen, retrievalsystemen, interfaces en citatiegedrag; locatie, taal, personalisatie en actualiteit kunnen een antwoord veranderen; en de gekozen prompt- en concurrentensets bepalen het gemeten universum. Een gevolgde set is een herhaalbare steekproef van de vragen die we hebben gekozen, geen census van alles wat potentiële klanten vragen. Citatieaanwezigheid bewijst ook niet dat een persoon de bron heeft gezien, vertrouwd of bezocht. Daarom rapporteren we engine, locatie, cohort, uitvoeringsfrequentie, dekking en absolute aantallen bij elke materiële AI-zichtbaarheidsclaim.

7. Afronding, bereiken en absolute waarden

Percentages worden nooit alleen gepubliceerd. Elk percentage verschijnt met de absolute waarden die zijn gebruikt om het te berekenen.

Voor een aantalwijziging rapporteren we de baseline, eindwaarde, absolute verschil en relatieve verandering: “gekwalificeerde organische leads stegen van 40 naar 52, een stijging van 12 leads of 30%.” Voor een ratio rapporteren we beide ratio’s in procentpunten en vermelden we hun tellers en noemers: “conversieratio steeg van 2,0% (40/2.000) naar 2,4% (52/2.167), een stijging van 0,4 procentpunt.” Dat een stijging van 0,4% noemen zou onjuist zijn; de relatieve stijging is 20%.

Aantallen zijn hele getallen. Percentages worden normaal gesproken afgerond op één decimaal, behalve wanneer dat een niet-nulwaarde in 0,0% zou veranderen, in welk geval we een tweede decimaal toevoegen. We berekenen wijzigingen van onafgeronde invoerwaarden en ronden alleen het getoonde resultaat af. Waarden onder 1.000 worden niet afgekort. Grotere afkortingen mogen in koppen voorkomen, maar het exacte getal blijft in de hoofdtekst of een toegankelijke tabel staan.

We gebruiken alleen bereiken wanneer de bron of methode daadwerkelijk onzekerheid produceert. Het bereik moet zijn methode noemen, zoals een betrouwbaarheidsinterval, toerekeningsmodelbereik of datadekkinggrens. We verzinnen geen bereik om een puntschatting wetenschappelijk te laten lijken, en we vervangen geen kleine exacte aantallen door percentages die beweging overdrijven.

8. Anonimisering van klanten zonder betekenisverlies

Een anoniem resultaat moet toetsbaar blijven. We kunnen de klantnaam, het domein, productnamen en commercieel gevoelige gegevens vervangen, maar het gepubliceerde verslag moet behouden:

• bedrijfsmodel, brede categorie, markt en materiële beperkingen;
• site- of pagina-cohortomvang en het type pagina’s dat is gewijzigd;
• exacte baseline- en vergelijkingsdatums en vensterlengtes;
• metricdefinitie, bron, toerekeningsmodel en noemer;
• absolute baseline- en eindwaarden, of een expliciet geïndexeerde reeks wanneer contractuele vertrouwelijkheid absolute waarden verbiedt;
• de interventie, releasedatums en verstreken tijd vóór meting;
• bekende gelijktijdige activiteit en de daaruit voortvloeiende toerekeningsbeperking; en
• voldoende methodedetail zodat een ander team de berekening kan toepassen.

Als exacte commerciële waarden niet kunnen worden getoond, kan een index de baseline op 100 zetten en dezelfde schaal toepassen op elk later punt. We labelen het als geïndexeerd en tonen nog steeds de onderliggende gebeurtenis- of steekproefaantallen waar openbaarmaking dit toestaat. We combineren nooit meerdere klanten in een fictieve “typische klant”, veranderen datums om de curve te versterken, of verbergen dat het resultaat uit één directory kwam in plaats van de hele site.

Als het behouden van deze context de klant zou identificeren, publiceren we het resultaat niet. Vertrouwelijkheid is een reden om een case niet te publiceren, geen toestemming om een indrukwekkend maar onverifieerbaar percentage te publiceren.

9. Wat we niet zullen publiceren

Publicatie is een selectiebeslissing, dus de regels moeten net zo streng zijn als de berekeningen. We zullen niet publiceren:

• een uitgezochte startdatum, einddatum, zoekmachine, land, apparaat, prompt, trefwoord of segment;
• een winst op één pagina beschreven als sitebrede groei;
• een metric die achteraf is geselecteerd omdat deze gunstig bewoog;
• een percentage zonder de baseline, uiteindelijke absolute waarde en noemer waar van toepassing;
• een vergelijking die verschillende formules, reikwijdtes, bronnen, toerekeningsmodellen, valuta’s of promptcohorten combineert;
• een gedeeltelijke maand vergeleken met een volledige maand, of ongelijke vensters gepresenteerd als equivalent;
• ontbrekende waarnemingen behandeld als nul, of trackingonderbrekingen verborgen in een doorlopende grafiek;
• een resultaat gerapporteerd vóór het minimumvenster of vóórdat de normale conversiecyclus is voltooid;
• een AI-score gepresenteerd zonder de prompt-, engine-, locatie-, concurrent- en dekkingsdefinities;
• een correlationeel resultaat geschreven als bewijs dat alleen ons werk de uitkomst veroorzaakte;
• alleen de beste pagina, query, engine of checkpoint wanneer het volledige verklaarde cohort beschikbaar is; of
• een klantresultaat dat de gemachtigde reviewer niet heeft goedgekeurd op juistheid, context en openbaarmaking.

We verwijderen ook geen ongunstige controlepunten uit een reeks. Een hypothese die niet uitkwam, kan het team nog steeds leren wat er moet veranderen. Het verbergen ervan zou het latere succes minder geloofwaardig maken, niet meer.

Publicatie-goedkeuring

Vóór publicatie moet de persoon die verantwoordelijk is voor klantgerichte cijfers de berekening reproduceren uit de bevroren exportbestanden, de vergelijkingsscope en datums bevestigen, het annotatieoverzicht inspecteren, elke absolute waarde en elk percentage verifiëren, de toerekeningsformulering goedkeuren en bevestigen dat anonimisering voldoet aan de klantovereenkomst. Een tweede redactionele controle moet ervoor zorgen dat de kop niet meer zegt dan het bewijs.

De laatste vraag is eenvoudig: kan een kritische lezer vaststellen wat er veranderde, wat niet, wat de beweging nog meer zou kunnen verklaren, en hoe elk getal is berekend? Zo niet, dan is het resultaat nog niet klaar om te publiceren.