Problemen met de weergave van JavaScript bij de indexering door Bing: wat gaat er mis?

Websites met veel JavaScript kunnen er in een browser perfect uitzien, maar voor Bing bijna leeg lijken. Als dat gebeurt, mislukt de indexering stilletjes: de URL wordt misschien wel ontdekt, maar de inhoud die Bing nodig heeft voor de rangschikking wordt nooit zichtbaar, stabiel of de moeite waard om op te slaan.

Waarom Bing meer moeite heeft met JavaScript dan je zou verwachten

Moderne frameworks leveren vaak een minimale HTML-shell mee en bouwen de pagina pas op nadat deze is geladen. Als Bing de pagina niet volledig weergeeft, of een onvolledige versie weergeeft, kan het zijn dat er een summiere momentopname wordt geïndexeerd waarin kopteksten, interne links en de daadwerkelijke tekst ontbreken.

Voor teams die verder kijken dan de klassieke zoekfunctie, wordt dit ook een kwestie van AI-zichtbaarheid. Als Bing de zoeklaag vormt voor een assistent-ervaring, zorgen ontbrekende pagina’s ervoor dat het aantal bronnen dat kan worden opgehaald en geciteerd, afneemt, zoals uiteengezet in hoe de indexering door Bing de zichtbaarheid van ChatGPT beïnvloedt.

Welke technische problemen zorgen er het vaakst voor dat Bing pagina’s met veel JavaScript niet kan indexeren?

De onderstaande fouten komen steevast naar voren bij audits van React-, Vue-, Angular- en headless CMS-opstellingen. Elk van deze fouten kan ervoor zorgen dat Bing niet dezelfde “definitieve DOM” te zien krijgt als de gebruiker.

1) De oorspronkelijke HTML bevat geen zinvolle inhoud (alleen CSR)

Als de server een HTML-document teruggeeft met een lege <div id="root"> en verder weinig anders; Bing kan die dunne schil opslaan. Zelfs als Bing wat JavaScript kan uitvoeren, wacht het mogelijk niet lang genoeg of wordt de weergave bij verschillende crawls niet consistent weergegeven.

Veelvoorkomende symptomen zijn onder meer pagina’s die alleen op basis van de titel zijn geïndexeerd, ontbrekende hoofdtekst of fragmenten die lijken op navigatie in een sjabloon.

• Minimaal of ontbrekend <h1>/<h2> in de broncode
• De hoofdtekst verschijnt pas nadat de API-aanroepen zijn voltooid
• Interne links worden aan de clientzijde toegevoegd, waardoor de crawlpaden oppervlakkig lijken

2) Scripts die het renderen blokkeren, langdurige taken of time-outs

Het uitvoeren van JavaScript kost tijd en systeembronnen. Als je pagina zware bundels, veel tags van derden of intensieve hydration vereist, kan het weergeven een time-out krijgen of stoppen voordat belangrijke elementen verschijnen.

Zelfs wanneer Bing een pagina weergeeft, kan een gedeeltelijke weergave slechter zijn dan helemaal geen weergave, omdat dit een onstabiel momentopname oplevert dat bij elke crawl verandert.

• Grote frameworkbundels zonder codesplitsing
• Tagmanagers en scripts voor A/B-tests die de interactiviteit vertragen
• Routing aan de clientzijde waarbij wordt gewacht op gegevens voordat de daadwerkelijke inhoud wordt weergegeven

3) Robots en metadirectieven die per ongeluk op weergegeven statussen zijn toegepast

Teams controleren vaak het robots.txt-bestand en vergeten daarbij dat meta-robots via JavaScript kunnen worden ingevoegd, of per omgeving kunnen verschillen. Een verkeerd geconfigureerde “staging”-vlag kan ervoor zorgen dat noindex in gebruik genomen voor bepaalde routes.

• <meta name="robots" content="noindex"> weergave voor gebruikers die niet zijn ingelogd
• Verschillende richtlijnen per landinstelling of A/B-variant
• Robots-regels die cruciale JS/CSS-bestanden blokkeren die nodig zijn om inhoud weer te geven

4) Omleidingen aan de kant van de gebruiker en “soft navigation” waarbij de echte URL wordt verborgen

Single-page apps leiden gebruikers vaak via JavaScript om nadat de oorspronkelijke HTML is geladen. Bing kan de toestand vóór de omleiding indexeren, de pagina als een ‘soft 404’ behandelen of de bestemmingspagina over het hoofd zien als de omleidingslogica afhankelijk is van bepaalde voorwaarden (cookies, geolocatie, toestemmingsstatus).

301/302-omleidingen aan de serverzijde zijn veel consistenter dan omleidingen aan de clientzijde voor crawl- en indexeringsprocessen.

5) API-aanroepen die niet in de cache zijn opgeslagen, geblokkeerde eindpunten of CORS-fouten tijdens het weergeven

Veel JavaScript-pagina’s zijn slechts zo goed als de reacties van hun API. Als de renderer van Bing je content-API niet kan ophalen, blijft de pagina leeg.

• De API vereist authenticatieheaders die alleen browsers hebben
• IP-gebaseerde blokkering of bescherming tegen bots op API-subdomeinen
• Door een verkeerde configuratie van CORS kan het ophalen van gegevens niet worden voltooid
• Trage API’s zorgen ervoor dat de pagina wordt weergegeven voordat de inhoud binnenkomt

6) Inhoud die verborgen is achter interactieve elementen (tabbladen, accordeons, oneindig scrollen)

Als de tekst pas zichtbaar wordt nadat er op een tabblad is geklikt, naar beneden is gescrolld of een accordeon is geopend, is het mogelijk dat Bing die interacties niet registreert. Een mens ziet een uitgebreide pagina; de crawler ziet slechts een voorproefje.

Dit is met name riskant voor categoriepagina’s waarop producten pas worden geladen nadat filters zijn toegepast, of voor redactionele pagina’s waarop het antwoord pas wordt weergegeven na een UI-gebeurtenis.

7) Veelvoorkomende fouten met betrekking tot canonical-tags en routing in SPA-frameworks

JavaScript-routing kan veel URL-varianten genereren die er anders uitzien maar dezelfde inhoud weergeven, of erger nog: verschillende inhoud die per ongeluk dezelfde canonieke URL deelt.

• Alle routes geven dezelfde canonieke pagina weer (vaak de startpagina)
• Versies met en zonder afsluitende schuine streep concurreren met elkaar
• Zoekparameters die worden gebruikt voor de status, waardoor bijna-duplicaten ontstaan
• Onjuist hreflang toewijzingen voor gelokaliseerde SPA’s

8) Toestemmingsbanners en scriptbeperkingen die het weergeven blokkeren

Toestemmingshulpmiddelen kunnen scripts blokkeren totdat de gebruiker actie onderneemt. Als de frameworkbundel als “marketing” wordt aangemerkt en standaard wordt geblokkeerd, wordt de pagina nooit weergegeven voor een crawler die geen interactie aangaat met de banner.

Dit komt vaak voor op websites die zich op de EU richten en strenge standaardinstellingen voor toestemming hanteren.

Een praktische diagnostische werkwijze voor het opsporen van problemen met de weergave van JavaScript bij de indexering door Bing

Deze checklist is bedoeld om na te gaan of Bing (1) uw HTML kan ophalen, (2) uw inhoud kan weergeven en (3) een stabiele, indexeerbare versie kan behouden.

Stap 1: Vergelijk de “bron bekijken”-weergave met wat je in de DOM ziet

Open de pagina en bekijk vervolgens de broncode. Als de belangrijkste koppen en alinea’s in de broncode ontbreken, is Bing afhankelijk van een succesvolle weergave.

• Als de bron de volledige inhoud bevat: richt je dan op crawl- en indexeringssignalen (canonical-tags, richtlijnen, duplicatie).
• Als de bron leeg is: richt je dan op SSR, pre-rendering of de stabiliteit van dynamische weergave.

Stap 2: Ga na of belangrijke bronnen geblokkeerd zijn

Controleer je logbestanden of monitoring op geblokkeerde JS-, CSS- of API-aanroepen. Als Bing de scripts waarmee de pagina wordt opgebouwd niet kan ophalen, kan het je inhoud niet weergeven.

Stap 3: Controleer of de pagina in de weergegeven vorm kan worden geïndexeerd

Zelfs als de inhoud wordt weergegeven, moet je controleren of er geen onbedoelde noindex, canonieke discrepanties of “soft 404”-patronen waarbij de weergegeven pagina er karig uitziet. JavaScript-sites geven vaak voor alle routes dezelfde titel en metabeschrijving weer, waardoor pagina’s eruit kunnen zien alsof ze gedupliceerd zijn.

Stap 4: Corrigeer crawlpaden met interne links die ook zonder JavaScript werken

Bij veel SPA-implementaties worden interne links pas laat toegevoegd. Als Bing slechts een beperkt aantal URL’s indexeert, kan het nuttig zijn om de crawlpaden te versterken, vooral wanneer je links als een cluster structureert in plaats van als willekeurige kruisverwijzingen.

Als je contentprogramma groeit, zijn de mechanismen in interne links voor themaclusters kan je helpen bij het ontwerpen van crawl-vriendelijke routes die niet afhankelijk zijn van intensieve weergave.

Wat moet er op de site worden aangepast (zonder alles opnieuw te bouwen)?

De meeste oplossingen vallen onder drie categorieën: de eerste respons uitgebreider maken, de weergave vereenvoudigen of tegenstrijdige indexeringssignalen verminderen.

De relevante onderdelen op de server weergeven of vooraf weergeven

• Geef de hoofdkop, de samenvatting en de hoofdtekst weer in de oorspronkelijke HTML.
• Zorg ervoor dat er interne links naar belangrijke pagina’s in het HTML-antwoord staan.
• Maak gebruik van de SSR-functies van het framework (of statische generatie) voor redactionele pagina’s en landingspagina’s.

De kwetsbaarheid bij het weergeven verminderen

• Splits bundels en verwijder overbodige tags van derden uit cruciale routes.
• Zorg ervoor dat API-antwoorden in de cache kunnen worden opgeslagen en bestand zijn tegen vertragingen.
• Zorg ervoor dat essentiële scripts niet achter toestemmingsprocedures worden verborgen.

Schakel indexeringssignalen uit, zodat Bing weet wat het moet behouden

• Controleer of elke route de juiste canonieke URL heeft.
• Gebruik consistente URL-indelingen (schuine streep, kleine letters, parameters).
• Zorg ervoor dat foutmeldingen echte 404/410-responsen retourneren, en geen weergegeven “niet gevonden”-pagina’s met statuscode 200.

Waarom dit van belang is voor AI-gestuurde ontdekkingen

Als Bing een onvolledige of defecte momentopname indexeert, beschikken zoeksystemen die op Bing vertrouwen over minder betrouwbare informatie. Dit kan betekenen dat assistenten verwijzen naar gidsen, wederverkopers of oude, in de cache opgeslagen pagina’s in plaats van naar uw officiële documentatie; dit is een veelvoorkomend patroon op het gebied van zichtbaarheid dat wordt besproken in hoe AI-chatbots bronnen kiezen voor hun antwoorden.

Voor een basisuitleg over hoe zoekmachines op het internet inhoud crawlen en indexeren, kan het overzicht op Wikipedia helpen om alle betrokkenen op één lijn te brengen wat betreft de terminologie: zoekmachine op het internet.

Volgende stap: maak van de oplossingen een checklist voor indexering die je steeds opnieuw kunt gebruiken

Zodra je de belangrijkste problemen met de JavaScript-weergave bij de indexering door Bing hebt opgelost, houd dan voor elke nieuwe sjabloon een korte checklist bij voor de release: de initiële HTML-inhoud is aanwezig, de richtlijnen zijn correct, de canonical-tags zijn correct en de interne links zijn zonder interactie crawlbaar.

Als je een extra paar ogen wilt, kan Authora je helpen bij het opsporen van belemmeringen voor het renderen en indexeren, en vervolgens de oplossingen vertalen naar een inhoudsarchitectuur die crawlbaar blijft naarmate je in de loop van de tijd meer pagina’s publiceert.