# Eén voorbeeldbevinding: van scanbewijs naar controleplan

> Drie delen, met in elke fase de eigen onderdelen van het product.

Bron: https://citetune.com/nl/hoe-het-werkt

## Deel één: bewijs

Een bevinding begint met wat we letterlijk zagen: statuscodes, headers, aantallen bytes en de user-agent die ze opleverde, geciteerd in plaats van samengevat.

Het afgeleide mechanisme staat in een aparte band met een andere kleur en draagt de regel die het zou weerleggen.

## Deel twee: een oplossing die je beoordeelt

Deze voorbeelddiff toont een mogelijke regelwijziging, met veiligheidscontrole en terugdraaiplan. Controleer de werkelijke CDN-configuratie, het betrokken verkeer en je accountfuncties voordat je iets toepast.

Een goedgekeurde wijziging pas je zelf toe of voeg je via een beoordeelde pull request samen als de GitHub-connector is ingesteld. CiteTune heeft geen schrijfrechten op je live site.

## Derde stap — controleren

Voer na een echte beleidswijziging dezelfde scan opnieuw uit en meld met datum en regel-ID of de 403-bevinding nog optreedt. Controleer verkeer van aanbieders apart.

Elke verandering in AI-zichtbaarheid melden we apart, met het voltooiingspercentage, zonder een oorzakelijk verband met de oplossing te claimen.

## Stappen

1. **Het bewijs ophalen** — Voer een afgebakende crawl van dezelfde site uit en verzamel de waargenomen feiten voor elk van de zestien deterministische regels.
2. **De veilige oplossing beoordelen** — Lees de voorgestelde diff, het veiligheidsniveau, de randvoorwaarden en het plan om terug te draaien, en pas de patch daarna zelf toe, of voeg haar samen als pull request als de GitHub-koppeling is ingesteld.
3. **Het resultaat verifiëren** — Voer na een echte regelwijziging dezelfde scan opnieuw uit en controleer verkeer van geverifieerde crawlers van aanbieders apart. Rapporteer AI-zichtbaarheid afzonderlijk.