"Wanneer is dat voor het laatst bijgewerkt?" is een vraag die bij elk monitoringdashboard terugkomt, en het antwoord hangt af van wat er precies bijgewerkt wordt. Websites, zoekwoorden, social posts en AI-antwoorden veranderen niet allemaal op hetzelfde moment of via hetzelfde mechanisme, en wie scan en crawl als synoniemen gebruikt, verliest dat verschil uit het oog.

Wat is een scan, en wat is een crawl

Een scan is één geplande meting van één kanaal voor één project: bijvoorbeeld het opnieuw beantwoorden van uw prompts, het opvragen van zoekwoordposities of het controleren van een sitemap, telkens op het moment dat daarvoor staat ingepland. Een crawl is één actie die pagina's of posts ophaalt van een externe bron, zoals een website of een socialkanaal. Een scan kan een crawl in gang zetten, maar niet elke scan doet dat: een prompt- of zoekwoordscan haalt geen pagina's op, een websitescan wel.

Het onderscheid zit dus niet in hoe belangrijk een handeling is, maar in wat ze precies doet. Een scan is een moment op een schema: het kanaal wordt aan de beurt gelaten, ongeacht of er die keer iets te melden valt. Een crawl is een actie met een concreet resultaat: een verzameling pagina's of posts die binnengehaald en verwerkt wordt. Een scan kan dus leeg uitpakken, een crawl per definitie niet: als er niets opgehaald wordt, heeft er geen crawl plaatsgevonden.

Het verschil in de praktijk

Neem een website in uw project. Op een vast interval controleert GripIQ of er iets veranderd is: dat is de scan. Blijkt er een wijziging, dan wordt de sitemap opnieuw doorlopen en worden de betrokken pagina's opgehaald: dat is de crawl die daarop volgt. Bij socialkanalen werkt het net zo: de scan bepaalt wanneer een kanaal aan de beurt is, en de crawl haalt de nieuwe posts van dat kanaal op.

Bij Prompts en Keywords ligt het net iets anders. Een promptscan stuurt uw vraag opnieuw naar de AI-aanbieders en registreert het antwoord; een zoekwoordscan vraagt de actuele positie op. Geen van beide haalt pagina's van een externe site op, dus geen van beide is een crawl in de strikte zin. Het woord "scan" dekt dus een breder begrip dan "crawl": elke meting op een kanaal is een scan, maar alleen het ophalen van externe pagina's of posts is een crawl.

Dat onderscheid verklaart ook waarom een status als inactief niet overal hetzelfde effect heeft. Zet u een Brand, website of socialkanaal inactief, dan stoppen de social-crawls en sitemap-scans ervoor, terwijl Keyword- en Promptscans gewoon doorlopen voor de rest van het project. De twee mechanismen zijn onafhankelijk genoeg om apart uitgeschakeld te kunnen worden.

Dat verklaart meteen waarom "inactief" niet betekent dat alle meting stilvalt. Een inactieve concurrent levert geen nieuwe crawldata meer op omdat zijn website en socialkanalen niet langer bezocht worden, maar hij blijft meetellen in de scans die geen crawl vereisen. Wie dat verschil niet kent, verwacht ten onrechte dat een status als inactief overal dezelfde stilte veroorzaakt.

Waarom die planning ertoe doet

Een scan gebeurt niet op aanvraag maar op een vast schema per project en per kanaal. Dat schema bepaalt hoe oud een cijfer op uw scherm mag zijn voor de volgende scan het ververst, en dat is precies wat de freshness-aanduiding toont: wanneer de laatste scan liep en wanneer de volgende gepland staat. Een leeg overzicht en een overzicht dat nog niet gescand is, zien er zonder die aanduiding hetzelfde uit; met de aanduiding erbij is het verschil meteen duidelijk.

In GripIQ ziet u die aanduiding naast de filters op elk kanaaloverzicht, bijvoorbeeld op het Keywords-overzicht: wanneer de laatste positiescan liep, en wanneer de volgende volgt. Een cijfer van drie dagen oud leest u anders dan een cijfer van enkele uren oud, en zonder die datering zou u dat verschil niet zien.

Die planning ligt niet toevallig vast per kanaal en niet per project in zijn geheel. Een website verandert doorgaans trager dan een socialkanaal, en een socialkanaal verandert weer trager dan wat een AI-assistent op enig moment kan antwoorden. Elk kanaal krijgt daardoor zijn eigen ritme van scans, en dat ritme bepaalt hoe vaak een crawl voor dat kanaal in gang gezet wordt. Een schema dat voor alle kanalen gelijk zou zijn, zou het ene kanaal te vaak controleren en het andere te weinig.

Wat een scan niet is

Een scan is geen herlaadknop en geen realtime verversing: een pagina in GripIQ ververst niet vanzelf zodra er ergens nieuwe data binnenkomt, want die data komt in de meeste projecten maar een paar keer per uur binnen, verspreid over een heel etmaal. Een scan is ook geen synoniem voor synchroniseren of verversen in de brede zin: het woord is gereserveerd voor die ene, geplande meting per kanaal. Wie "de data een refresh geven" bedoelt, bedoelt in GripIQ altijd wachten tot de volgende scan, niet een handeling die u zelf uitvoert.

Wat u nu kunt doen