JavaScriptfout verbergt je aanbod voor Google

Volgens de documentatie van Google op https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics verwerkt Google pagina's met JavaScript in drie fasen: crawlen, renderen en indexeren. De bron legt ook uit dat een pagina in een wachtrij voor renderen kan staan en dat het renderen met een headless Chromium-browser gebeurt. Daaruit volgt dat server-HTML en gerenderde HTML kunnen verschillen. Staat je aanbod alleen in de gerenderde versie, dan hangt het af van de renderfase of Google het ziet.

De bron meldt ook dat Google JavaScript niet rendert vanuit geblokkeerde bestanden of pagina's. Een blokkering in robots.txt voor een scriptbestand kan dus de reden zijn dat een sectie ontbreekt. Let op het onderscheid: Googlebot respecteert robots.txt, je gewone browser niet. Dat je aanbod in jouw browser zichtbaar is, bewijst dus niet dat Google toegang heeft tot alle bestanden die nodig zijn om het te tonen. Een praktische controle is de URL-inspectie in Search Console, waar je de door Google weergegeven HTML en eventuele fouten kunt bekijken. Wat daar precies zichtbaar is, hangt af van je account en de actuele functies; de aangehaalde bronpagina beschrijft dit niet in detail.

Voer de controle uit op één concrete pagina met een aanbod dat je verwacht te zien, zoals een prijsblok, een dienstenlijst of een formulier.

1. Kies een testpagina en een testzin. Neem een unieke zin of prijs uit je aanbod, bijvoorbeeld een productnaam of een voorwaarde.
2. Bekijk de ruwe server-HTML. Gebruik de bronweergave van je browser of een hulpmiddel dat de initiële respons toont, en zoek naar je testzin. Staat de zin erin, dan komt het aanbod rechtstreeks van de server.
3. Bekijk de gerenderde pagina. Gebruik de ontwikkelaarstools van je browser om de DOM te bekijken en zoek dezelfde zin.
4. Noteer het verschil. Staat de zin alleen in de gerenderde DOM, dan hangt het aanbod af van JavaScript.
5. Controleer Googles versie. Zoek de pagina op in URL-inspectie in Search Console en bekijk de weergegeven HTML en eventuele fouten. De bron op https://developers.google.com/search/docs/monitor-debug/search-console-start beschrijft Search Console als hulpmiddel om te zien hoe Google je site crawlt, indexeert en toont. Exacte schermnamen en rechten kunnen wijzigen; je beheerder controleert wat in jouw account beschikbaar is.
6. Controleer de consolefouten. Open de console van je browser, herlaad de pagina en noteer JavaScriptfouten, mislukte scriptverzoeken en geblokkeerde bronnen.

Bewaar bij elke stap schermafdrukken en tijdstip. Zo kan je webbouwer je bevindingen herhalen.

Gebruik dit beslisblad om symptoom, waarschijnlijke oorzaak en vervolgstap te koppelen.

De Google-bron wijst erop dat Googlebot links vindt in het href-attribuut van HTML-links. Een knop die enkel een script uitvoert, is dus een minder zichtbaar pad naar een aanbodpagina.

Een vage melding zoals 'Google ziet mijn aanbod niet' leidt tot vragen. Een goede melding bevat:

• de exacte URL en de datum en het tijdstip van de test;
• de testzin of het element dat ontbreekt;
• waar het wel en niet voorkomt: ruwe server-HTML, gerenderde DOM en URL-inspectie;
• de browser en de versie die je gebruikte;
• de consolefouten en mislukte verzoeken, met schermafdruk;
• wat je verwacht: dat het aanbod in de initiële HTML of na renderen zichtbaar is zonder gebruikersactie.

Schrijf het probleem als een reeks stappen die je webbouwer kan volgen. Voeg toe dat je geen oplossing voorschrijft: de webbouwer kiest of het via server-side rendering, prerendering of een codefout oplost. Vraag dat na de aanpassing dezelfde drie controles worden herhaald.

Controleer ook of de canonical op de pagina klopt en niet door script wordt overschreven. De bron over canonicals op https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls beschrijft een canonical als een signaal dat Google gebruikt, geen bevel. Een canonical die verandert tussen server-HTML en rendering maakt de zaak onduidelijk.

Een fictieve opleidingsaanbieder heeft een pagina met drie pakketten. In de browser zie je de pakketnamen en prijzen. Invoer: de zin 'Pakket Basis, per sessie' en de URL van de pagina.

Stap 2: de ruwe server-HTML bevat de pakketnamen niet, enkel een lege container. Stap 3: de gerenderde DOM bevat de pakketten. Verschil: het aanbod hangt van JavaScript af. Stap 5: de URL-inspectie toont in de weergegeven HTML een lege container. Stap 6: in de console staat een mislukt verzoek naar een prijsbestand.

Verwachte technische controles: (1) het prijsbestand is bereikbaar voor Googlebot en niet geblokkeerd in robots.txt, (2) de webbouwer bepaalt of dit blok server-side kan worden aangeleverd, (3) na de aanpassing bevat de ruwe HTML de testzin of toont URL-inspectie de volledige sectie. Het scenario bevat bewust geen verwachte indexeringstermijn of rankingwinst: Google beslist zelf of en wanneer een pagina opnieuw wordt verwerkt.

Herhaal na elke wijziging dezelfde zes stappen op dezelfde pagina met dezelfde testzin. Vraag in Search Console om een nieuwe inspectie van de URL en vergelijk de weergegeven HTML met je eerdere schermafdruk. Gebruik de live test enkel om te zien of de pagina nu toegankelijk is; de door Google gekozen canonical lees je in de geïndexeerde URL-inspectiedata, niet in de live test. Of een pagina daarna in de index komt of wijzigt, blijft onzeker en kan tijd kosten.

Houd de grenzen in het oog. Een browsercontrole bewijst geen crawltoegang. Robots.txt regelt crawlen en garandeert geen verwijdering uit een index. Een publieke scan ziet alleen wat van buitenaf zichtbaar is en bewijst geen volledige technische implementatie. Menunamen en functies van Search Console kunnen wijzigen; je beheerder controleert wat in jouw account beschikbaar is.

Wil je zien welke zichtbare signalen je website nu geeft, bekijk ze dan via Marketing Scan. Die publieke scan voert niet alle controles uit die in deze gids staan.