WordPress-site indexeren bij Google: instellingen, problemen & fixes

Hoe WordPress indexering beheert — en waar de instellingen zitten

WordPress beheert indexering niet zelfstandig. Out-of-the-box heeft het slechts een grove schakelaar: het vinkje 'Zoekmachines ontmoedigen dit te indexeren' in Instellingen → Lezen. Al het andere — noindex per bericht, noindex per taxonomie, canonical-tags, XML-sitemaps — is gedelegeerd aan een SEO-plugin. In de praktijk betekent dat voor de overgrote meerderheid van de sites: Yoast SEO of RankMath. Die gelaagde architectuur betekent dat indexering op twee niveaus tegelijk wordt aangestuurd. Ten eerste de sitewijde WordPress-schakelaar, die een noindex-header op elke pagina plaatst als hij is ingeschakeld. Ten tweede de gedetailleerde instellingen in de SEO-plugin, die jou noindex laten instellen per berichttype, taxonomie, archief of individuele URL. Beide lagen moeten goed staan, want de sitewijde schakelaar overschrijft de plugin-instellingen als hij aanstaat. Waar jij moet beginnen: - Sitewijde schakelaar: WordPress Beheer → Instellingen → Lezen → sectie 'Zoekmachinezichtbaarheid' - Yoast-instellingen: Yoast SEO → Zoekweergave → [tabbladen Berichttypen / Taxonomieen / Archieven] - RankMath-instellingen: RankMath → Titels & Meta → [tabbladen Berichttypen / Taxonomieen] - Per-bericht override: het Yoast- of RankMath-paneel onderaan de bericht-editor, onder 'Geavanceerd' Begin elke WordPress-indexeringscontrole bij de sitewijde schakelaar. Daarna de SEO-plugin. Daarna individuele URL's.

De instelling 'Zoekmachines ontmoedigen': hoe je hem vindt en oplost

Het meest voorkomende WordPress-indexeringsprobleem is ook het gemakkelijkst over het hoofd te zien: het vinkje 'Zoekmachines ontmoedigen dit te indexeren' in Instellingen → Lezen. Dit vinkje is bedoeld om stagingomgevingen te beschermen tijdens de ontwikkeling. Het probleem is dat ontwikkelaars het aanvinken, de site lanceren en vergeten het uit te vinken. Google ziet een noindex-header op elke pagina en stopt met het toevoegen van de site aan de index. Als de site al eerder geindexeerd was, verwijdert Google de opgeslagen pagina's geleidelijk. Hoe jij het controleert: 1. Log in op WordPress Beheer. 2. Ga naar Instellingen → Lezen. 3. Zoek de sectie 'Zoekmachinezichtbaarheid' onderaan. 4. Als het vinkje naast 'Zoekmachines ontmoedigen dit te indexeren' aan staat, zet het uit en klik op Wijzigingen opslaan. Wat de schakelaar precies doet: als hij aanstaat, stuurt WordPress een X-Robots-Tag: noindex HTTP-header mee bij elk frontend-verzoek. Bovendien voegt hij een meta robots noindex-tag toe in de HTML-head. Beide signalen vertellen Googlebot de pagina's niet op te nemen in de zoekresultaten. Het uitvinken van de schakelaar verwijdert beide signalen direct na opslaan — geen cache-legen vereist op WordPress-niveau, al is het verstandig om jouw cachingplugin (WP Rocket, W3 Total Cache, LiteSpeed Cache) daarna een volledige sitecache-purge te laten uitvoeren zodat gecachte HTML de noindex-tag niet meer bevat. Verificatie: open jouw homepage in een browser, bekijk de paginabron (Ctrl+U) en zoek naar 'noindex'. Als er geen verschijnt buiten pagina's die je bewust op noindex hebt gezet, is de instelling hersteld.

Yoast en RankMath: taxonomieen, archieven en bijlagepagina's correct instellen

Als de sitewijde schakelaar goed staat, is de volgende laag de taxonomie- en berichttype-instellingen van de SEO-plugin. Sommige inhoudstypen hoor je op noindex te zetten, andere niet. Wat je standaard op noindex zet: - Tagarchiven (/tag/jouw-tag/): tags hebben zelden genoeg unieke inhoud om indexering te rechtvaardigen. In Yoast ga je naar Zoekweergave → Taxonomieen → Tags en zet 'Tags weergeven in zoekresultaten' op 'Nee'. In RankMath ga je naar Titels & Meta → Tags en schakel je 'Noindex' in. - Bijlagepagina's (/attachment/afbeeldingsnaam/): WordPress maakt automatisch een pagina aan voor elke geupload afbeelding. Die pagina's bevatten nauwelijks inhoud. In Yoast: Zoekweergave → Media → indexering uitschakelen. In RankMath: Titels & Meta → Bijlage → 'Noindex' inschakelen. - Auteurarchiven (/author/naam/) op sites met een enkele auteur: dupliceert de homepage of de blogfeed. Noindex via Yoast → Zoekweergave → Archieven → Auteurarchiven, of RankMath → Titels & Meta → Auteurs. - Datumarchieven (/2024/01/): dunne inhoud. Zelfde tabbladen als bij auteurarchiven. Wat je geindexeerd houdt: - Categoriearchieven (/category/naam/): vaak een goede hubpagina, zeker als jij ondersteunende inhoud voor die categorie schrijft. Houd ze geindexeerd, maar zorg dat elke categorie een unieke beschrijving heeft. - Pagina's en berichten: uiteraard geindexeerd houden. - Aangepaste berichttypen: afhankelijk van de inhoud. Producten (WooCommerce), cursussen, vermeldingen — geindexeerd houden als ze echte inhoud bevatten. Per-bericht override: als jij een enkel bericht op noindex wilt zetten zonder de globale instelling aan te raken, open je het bericht in de editor, scrol naar het Yoast- of RankMath-paneel, klik op 'Geavanceerd' en zet 'Sta zoekmachines toe dit bericht in zoekresultaten te tonen' op 'Nee' (Yoast) of schakel 'Robots Meta noindex' in (RankMath). Dat overschrijft de globale instelling alleen voor dat bericht.

De XML-sitemap van jouw SEO-plugin: alleen indexeerbare URL's

Zowel Yoast als RankMath genereren automatisch een XML-sitemap. Die sitemap moet een schone lijst zijn van elke URL die jij wilt laten crawlen en overwegen voor indexering. Een vervuilde sitemap — een die genoindexeerde pagina's, omleidingsdoelen of 404-pagina's bevat — ondermijnt de waarde van de sitemap. Waar jouw sitemap staat: standaard op /sitemap.xml (RankMath) of /sitemap_index.xml (Yoast), die sub-sitemaps indexeert per berichttype en taxonomie. Hoe je hem opschoont: 1. Elk berichttype of elke taxonomie die jij op noindex hebt gezet in de plugin-instellingen hoort ook uitgesloten te zijn van de sitemap. Zowel Yoast als RankMath doen dit automatisch: als jij een inhoudstype op noindex zet, verdwijnt het uit de sitemap. Controleer dit door jouw sitemap in een browser te openen en te bevestigen dat tagpagina's, bijlagepagina's en datumarchieven ontbreken. 2. Controleer op 301-omgeleide URL's in de sitemap. Als jij jouw URL-structuur hebt aangepast en omleidingen hebt ingesteld, horen de oude URL's niet meer in de sitemap. Herstel dit door de onderliggende pagina te repareren of het bericht te verwijderen. 3. Gepagineerde archieven (/category/naam/pagina/2/) mogen in de sitemap als ze unieke inhoud hebben, maar ze horen een zelf-verwijzende canonical te dragen. Het standaardgedrag van Yoast en RankMath doet dit correct. 4. Na grote wijzigingen (berichttypen toevoegen of verwijderen uit de sitemap) open je Google Search Console → Sitemaps, voer je jouw sitemap-URL opnieuw in en klik je op Verzenden. Dat vertelt Google de bijgewerkte lijst opnieuw op te halen. Noot over sitemap-pingen: Google heeft zijn sitemap-pingendpoint einde 2023 buiten gebruik gesteld. Indienen via GSC is de correcte Google-specifieke methode. Voor Bing (en de door Bing aangedreven IndexNow) werkt de ping-URL https://www.bing.com/ping?sitemap=[URL] nog wel, en RankMath Pro ondersteunt automatisch IndexNow-pingen bij publicatie. IndexNow is geen Google-mechanisme en heeft geen effect op Google-indexering.

Canonicals in WordPress: zelf-verwijzend op de juiste manier

Een canonical-tag vertelt zoekmachines welke versie van een pagina de 'hoofdversie' is. WordPress met een SEO-plugin plaatst canonical-tags automatisch, maar een paar veelvoorkomende configuraties zorgen ervoor dat canonicals ergens anders naar wijzen dan bedoeld — wat indexering van de gewenste URL kan onderdrukken. Zelf-verwijzende canonicals (de correcte standaard): elke indexeerbare pagina hoort een canonical te hebben die naar zichzelf wijst. Bijvoorbeeld: https://voorbeeld.nl/blog/mijn-bericht/ heeft rel="canonical" href="https://voorbeeld.nl/blog/mijn-bericht/". Dat is wat Yoast en RankMath standaard genereren. Veelvoorkomende canonical-fouten in WordPress: 1. Paginering die canonical wijst naar pagina 1: oudere SEO-adviezen zeiden /pagina/2/ te canonicaliseren naar /pagina/1/. Dat wordt niet meer aanbevolen. Elke gepagineerde pagina hoort een eigen zelf-verwijzende canonical te hebben. 2. HTTPS/HTTP-mismatch: als WordPress is geconfigureerd met http:// in Instellingen → Algemeen maar jouw server levert via HTTPS, leest de canonical http:// terwijl de werkelijke URL https:// is. Google ziet een mismatch. Fix dit door Instellingen → Algemeen → WordPress-adres (URL) en Site-adres (URL) bij te werken naar https://. 3. www vs. niet-www: hetzelfde principe. Kies een variant en zorg dat het WordPress-adres, de canonical-uitvoer en de sitemap-URL's allemaal overeenkomen. 4. Taxonomie-canonicals die naar de homepage wijzen: dit gebeurt als een plugin-conflict of een aangepaste themafunctie de canonical-uitvoer overschrijft. Controleer dit door de paginabron van een categorie- of tagpagina te bekijken en te bevestigen dat de canonical de categorie-URL is, niet de homepage.

robots.txt in WordPress: wat het doet — en wat niet

robots.txt bepaalt welke URL's crawlers mogen ophalen. Het voorkomt indexering NIET. Dit is een veelgemaakte denkfout: als een URL is geblokkeerd in robots.txt, kan Googlebot hem niet crawlen, maar Google kan de URL nog steeds indexeren op basis van signalen zoals externe links — Google kan de paginainhoud dan alleen niet lezen. Om een URL buiten de index te houden heb je een noindex-tag op de pagina zelf nodig, niet een Disallow in robots.txt. Standaard WordPress robots.txt: WordPress genereert een virtueel /robots.txt als er geen fysiek bestand bestaat bij de root. De standaard ziet er zo uit: User-agent: * Disallow: /wp-admin/ Allow: /wp-admin/admin-ajax.php Dit is over het algemeen correct. Het blokkeert crawlers van het beheerpaneel (verspild crawlbudget) maar staat AJAX-verzoeken toe die nodig zijn voor sommige frontend-functies. Wat jij WEL moet blokkeren: - /wp-admin/ (al geblokkeerd standaard) - Stagingmappen, als die toegankelijk zijn op hetzelfde domein Wat jij NIET moet blokkeren: - /wp-content/uploads/ — het blokkeren hiervan verhindert Google jouw afbeeldingen te crawlen, waardoor ze verdwijnen uit Google Afbeeldingen. - CSS- en JavaScript-bestanden — Google heeft die nodig om pagina's volledig te renderen. Als JS geblokkeerd is, ziet Google mogelijk geen lazy-loaded inhoud. Waar jij robots.txt bewerkt in WordPress: Yoast SEO → Extra → Bestandseditor (als er geen fysiek robots.txt-bestand bestaat, bewerkt Yoast de virtuele versie). RankMath → Algemene instellingen → robots.txt bewerken. Je kunt ook een fysiek /robots.txt-bestand aanmaken in de document-root van jouw server — dit overschrijft de virtuele versie van WordPress. Kortom: gebruik noindex voor inhoud die jij uit de index wilt houden, en robots.txt alleen om te voorkomen dat de inhoud van een URL gelezen wordt. Verwar de twee niet.

Nieuwe WordPress-berichten indexeren: discovery en actieve indiening

Een bericht publiceren in WordPress triggert geen automatische Google-indexering. Google vindt nieuwe inhoud via crawlen, wat op zijn eigen schema plaatsvindt op basis van de crawlfrequentie van jouw site. Om discovery te versnellen combineer je passieve signalen (interne links, sitemaps) met actieve indiening. Stap-voor-stap workflow voor het indexeren van nieuwe berichten: 1. Publiceer het bericht en bevestig dat het live staat zonder noindex. Open de URL in een browser, bekijk de paginabron en bevestig dat er geen noindex meta-tag in de head staat. 2. Voeg een interne link toe vanuit een bestaande, al-geindexeerde pagina. Een thematisch verwant bericht of een 'Lees ook'-sectie werkt goed. Interne links zijn het betrouwbaarste passieve discovery-signaal, omdat Googlebot ze volgt tijdens zijn reguliere crawl van jouw gevestigde pagina's. 3. Update jouw sitemap in GSC. Ga naar Google Search Console → Sitemaps. Als jouw sitemap al is ingediend en automatisch wordt gegenereerd door jouw plugin, bevat hij het nieuwe bericht automatisch. Klik op Verzenden om Google aan te sporen de lijst opnieuw op te halen. 4. Gebruik de URL Inspection-tool in GSC. Open het gereedschap, plak jouw nieuwe bericht-URL en klik op 'Indexering aanvragen'. Dit plaatst de URL in een crawl-prioriteitswachtrij. Het garandeert geen indexering — Google beoordeelt de pagina nog steeds — maar het verkort doorgaans de discovery-tijd. 5. Optioneel: gebruik IndexNow (RankMath Pro of een losse plugin). IndexNow pusht de URL naar Bing en andere deelnemende engines op het moment van publicatie. Het heeft geen effect op Google. 6. Deel het bericht waar het echte links of klikken oplevert: sociale profielen, nieuwsbrieven, relevante forums (als het oprecht helpt). Externe links die naar een nieuwe URL wijzen zijn een sterk discovery-signaal. Realistisch tijdsbestek: voor een site met regelmatige crawlactiviteit en sterke interne linkstructuur verschijnen nieuwe berichten doorgaans binnen dagen, niet weken in de index van Google. Voor nieuwere sites of sites met een langzamer crawlschema kan het 7 tot 14 dagen duren. Er is geen harde garantie op timing — Google beslist. Als een bericht na 14 dagen nog niet verschijnt in GSC, inspeceer het opnieuw, controleer op noindex- en canonical-problemen en bevestig dat de pagina een 200-statuscode retourneert.

Indexering controleren: site:-operator, GSC en realistische verwachtingen

Na het herstellen van jouw WordPress-indexeringsinstellingen wil jij bevestigen dat de wijzigingen effect hebben gehad. Drie gereedschappen dekken dit op verschillende detailniveaus. site:-zoekoperator: typ site:jouwdomein.nl in Google. Dit geeft een globale schatting van het aantal geindexeerde pagina's en laat jou duidelijke problemen spotten. Beperkingen: het aantal is een benadering (Google zelf geeft aan dat het niet betrouwbaar is als exacte maatstaf), en de resultaten zijn niet gesorteerd op een bruikbaar signaal. Gebruik het voor een snelle controle, niet voor een nauwkeurige audit. Google Search Console (rapport Pagina-indexering): dit is de gezaghebbende bron. Ga naar GSC → Indexering → Pagina's. Het rapport toont: - Geindexeerde pagina's (goed) - Pagina's met problemen: 'Gecrawld — momenteel niet geindexeerd', 'Gevonden — momenteel niet geindexeerd', 'Uitgesloten door noindex', 'Geblokkeerd door robots.txt', 'Doorsturen', en meer. Elke categorie is aanklikbaar. Klik op 'Uitgesloten door noindex' om precies te zien welke URL's een noindex-tag hebben. Klik op 'Geblokkeerd door robots.txt' om te zien wat Googlebot niet kan ophalen. Klik op 'Gecrawld — momenteel niet geindexeerd' om pagina's te zien die Google bezocht maar niet heeft geindexeerd — dit is het meest frustrerende segment en heeft meestal te maken met dunne of dubbele inhoud. URL Inspection-tool: plak een enkele URL voor een gedetailleerd rapport over die specifieke pagina: datum van laatste crawl, canonical zoals Google die ziet, of de pagina geindexeerd is, en eventuele gedetecteerde problemen. De optie 'Live testen' haalt de pagina vers op vanuit Google's crawler. Realistisch verwacht: op basis van eigen onderzoek indexeert circa 60-75% van correct geconfigureerde URL's die door een actieve indienwerkflow gaan binnen 14 dagen in Google — geen garantie, Google beslist. Het resterende deel heeft meer tijd of verbeteringen in inhoudskwaliteit nodig. Actieve indiening verbetert de kans en het tijdsbestek, niet de uitkomst.

Uit de praktijk: wat 15+ jaar SEO-ervaring leert over WordPress-indexering

Dmytro Puhach, Founder · 15+ jaar SEO-ervaring — Ik heb WordPress-sites geaudit op elk schaal, van solo-auteurblogs tot grote WooCommerce-catalogi met tienduizenden SKU's. Een paar patronen komen steeds opnieuw terug. Het staging-vinkjesprobleem is vaker aanwezig dan het zou moeten zijn. Ik kom nog steeds sites tegen die al maanden, soms jaren live zijn met het vinkje 'Zoekmachines ontmoedigen' aan. De site-eigenaar denkt dat er iets mis is met zijn inhoud of autoriteit. De fix duurt 30 seconden. Controleer dit altijd als eerste. Noindex op taxonomieen is ondergewaardeerd. De meeste WordPress-handleidingen focussen op instellingen per bericht. Maar een grote WordPress-blog met 200 tagpagina's, elk een dunne lijst van 3 tot 5 berichten, creëert significante ruis. Het op noindex zetten van tags (terwijl categorieen geindexeerd blijven) leidt doorgaans tot een merkbare verbetering in hoe Google het crawlbudget verdeelt over de overblijvende, betere pagina's. robots.txt wordt misbruikt als noindex-vervanger. Ik zie regelmatig sites met lange Disallow-lijsten bedoeld om dunne pagina's te 'verbergen'. Dat werkt niet zo. Google kan een geblokkeerde URL nog steeds indexeren via externe links. Gebruik noindex voor inhoud die jij uit de index wilt houden, en robots.txt alleen om te voorkomen dat de inhoud van een URL wordt gelezen. Het tijdsverwachtingsgat zorgt voor echte frustratie. Site-eigenaren publiceren een bericht op maandag en controleren Google op dinsdag. Het staat er niet. Ze denken dat er iets kapot is. Voor de meeste gezonde sites is 'binnen dagen, niet weken' het juiste referentiekader. Voor nieuwe domeinen met lage crawlfrequentie is 14 dagen het juiste moment om een volledige diagnose te starten. Actieve indiening werkt nog steeds. De knop 'Indexering aanvragen' in de URL Inspection-tool van GSC, gecombineerd met een solide interne link vanuit een al-geindexeerde pagina, is de betrouwbaarste manier om de tijd tussen publicatie en indexering te verkorten. Niet spectaculair, maar consistent effectief.

Wanneer handmatige indiening niet meer schaalbaar is

Handmatige indiening via GSC werkt goed voor sites die een handvol berichten per week publiceren. Het schaalt niet. Als jij een WooCommerce-catalogus runt, een programmatisch content-project beheert, of een site-migratie uitvoert die duizenden URL's raakt tegelijk, worden individuele GSC-indieningingen een knelpunt. Dat is waar een meerkanaals indexeringsdienst praktische waarde toevoegt. FastIndexing dient jouw URL's in via meerdere discovery-kanalen tegelijk — en monitort welke URL's daadwerkelijk worden geindexeerd, zodat jij een feedbackloop hebt in plaats van een zwarte doos. Voor WordPress specifiek werkt FastIndexing via een eenvoudige URL-lijst (plakken of CSV-upload) of via de REST API als jij indieningingen automatisch wilt triggeren bij publicatie. Prijzen beginnen vanaf €0,11 per URL. Jij dient de URL's in; Google beslist wat er wordt geindexeerd. Het doel is dat Google jouw URL's snel te zien krijgt met de juiste signalen — zodat de beslissing eerder valt dan later.

Gerelateerde termen

Veelgestelde vragen

Lees verder