Waarom staat mijn WordPress website niet in Google terwijl alles goed lijkt?
Staat je WordPress site niet in Google terwijl alles goed lijkt, dan is het bijna altijd een blokkade zoals noindex of robots, een sitemap- of canonicalprobleem, of een stapel dunne pagina's die Google niet wil kiezen. Met een diagnose van dertig minuten vind je de oorzaak. In dit artikel loop je dezelfde checks door die wij intern gebruiken.
De snelle check die het bij veel sites direct oplost
Je site is live, je pagina laadt, je hebt een sitemap. En toch zie je in Search Console die harde zin: URL staat niet op Google. In de praktijk is het zelden magie. Begin daarom niet met content herschrijven of links bouwen, maar met twee checks die je binnen vijf minuten doet.
Check 1: de leesinstellingen van WordPress
- Ga naar Instellingen en dan Lezen.
- Controleer of de optie om zoekmachines te ontmoedigen uit staat.
- Stond die aan? Zet uit, sla op en test daarna een live URL in Search Console.
Waarom dit zo vaak voorkomt: veel sites worden eerst gebouwd in een tijdelijke fase. Die instelling blijft na livegang soms per ongeluk staan.
Check 2: robots en noindex-signalen
- Open /robots.txt en kijk of een Disallow-regel alles blokkeert.
- Zoek in de broncode van je pagina naar een meta robots tag met noindex erin.
- Let op cache: je kunt iets gefixt hebben terwijl de oude versie nog wordt geserveerd.
- Test live in Search Console. De live test wint altijd van je gevoel.
Reality check: los je dit op en kan je URL live geïndexeerd worden, dan was het probleem niet je content, niet je links en niet je autoriteit. Dan zat er gewoon een slot op de deur.
De echte WordPress oorzaken die steeds terugkomen
Blijft het probleem na de snelle check bestaan, dan zit de oorzaak dieper. Dit zijn de vier lagen die wij in de praktijk steeds terugzien. Een gehackte of verwaarloosde site is de oorzaak die niemand ziet, want aan de voorkant werkt alles gewoon: hoe je met updates, backups en inlogbeveiliging voorkomt dat het zover komt, lees je in WordPress onderhoud en beveiliging.
Sitemap en ontdekking
Signalen dat ontdekking faalt: in Search Console staan veel pagina's op ontdekt maar nog niet gecrawld, je sitemapstatus blijft op fout staan, alleen je homepage en een paar pagina's zitten in de index, en nieuwe posts blijven weken onzichtbaar.
- Open je sitemap-URL in de browser en kijk of er urls in staan.
- Controleer of de sitemap dezelfde variant gebruikt als je site: met of zonder www, http of https.
- Check of caching- of securityplugins je sitemap blokkeren voor bots.
- Draai daarna pas een indexatieverzoek op een kernpagina.
Archieven en bloat
De tweede klassieker in WordPress is bloat: tags, categorieën, datumarchieven, auteurarchieven, zoekresultaatpagina's en bijlagepagina's. Het voelt als structuur, maar het zijn vaak dunne pagina's die vooral herhaling bevatten. Je herkent het in Search Console aan veel uitgesloten pagina's met de melding duplicaat of alternatieve pagina, veel urls met vertoningen op lage posities zonder clicks, een groeiend aantal urls zonder groei in verkeer, en soft 404-meldingen bij archieven.
De nuance die veel mensen missen: tags en categorieën zijn niet per definitie fout. Ze werken als je ze behandelt als echte hubpagina's, met een intro, een duidelijke scope en interne links naar je beste artikelen. Is het alleen een lijst, dan is het meestal ballast.
Canonical en duplicaten
Canonicalproblemen zijn de stille killers in WordPress. Je kunt content en interne links hebben, en toch kiest Google een andere url als representatieve versie. Dit ontstaat als dezelfde post aan meerdere categorieën en tags hangt, als filters in webshops parameter-urls maken, als een pagina in twee varianten bestaat door www of trailing slash, of als twee pagina's bijna dezelfde inhoud hebben.
- Open URL-inspectie en kijk naar de door Google gekozen canonical.
- Wijkt die af van jouw keuze? Dan is dat je startpunt.
- Controleer of je interne links wijzen naar de variant die je wilt laten winnen.
- Consolideer overlap: één pagina moet de baas zijn.
Snelheid en renderen
De vierde laag is performance en renderen. Te veel plugins, zware pagebuilders, te veel scripts en content die pas na interactie verschijnt. Signalen: een trage TTFB en grote scriptbundels, vooral op mobiel, Core Web Vitals die rood of oranje blijven, pagina's die wel gecrawld worden maar lang niet geïndexeerd raken, en een screenshot in Search Console waarop content mist.
Praktische waarheid: het gaat bijna nooit om het aantal plugins, maar om wat ze injecteren op je front-end. Eén plugin kan je hele site vertragen, en één goede caching-aanpak kan juist stabiliteit geven.
Diagnose in vijf stappen
Zo weet je snel waarom Google jouw url niet pakt. Werk de stappen in deze volgorde af.
Stap 1: doe een live test op één kernpagina
Pak een pagina die je echt wilt laten scoren. Open URL-inspectie, draai de live test en kijk naar indexeerbaarheid. Zegt Google dat indexeren niet kan, dan is het techniek of blokkade. Geen discussie.Stap 2: check de gekozen canonical
Kiest Google een andere url dan jij, dan ga je geen extra content schrijven maar consolideren. De juiste url moet winnen in interne links en in je templates.Stap 3: check je sitemap en crawlstatistieken
Zorg dat je sitemap gevuld en bereikbaar is en de juiste url-variant bevat. Geen bezoek van Google betekent vaak ontdekking, hosting of blokkade.Stap 4: filter je indexrapport op patroon
Kijk niet naar het totaal, maar zoek een patroon: duplicaat, ontdekt, gecrawld maar niet geïndexeerd, soft 404 of alternatieve pagina. Dat patroon bepaalt je actie.Stap 5: check bloat en interne hiërarchie
Heb je duizenden dunne pagina's, dan is indexatie geen aan-uitprobleem maar een selectieprobleem. Dan ga je opruimen, hubs maken, interne links sturen en je belangrijkste pagina's dichter bij de homepage brengen.| Stap | Wat je doet | Wat je daarmee uitsluit |
|---|---|---|
| 1 | Live test op een kernpagina in de url-inspectie | noindex, robots-blokkade, serverfout |
| 2 | Kijk welke canonical Google zelf heeft gekozen | canonical die naar een andere pagina wijst |
| 3 | Vergelijk je sitemap met wat er echt in de index staat | urls die nooit zijn aangeboden |
| 4 | Zoek naar pagina's die op hetzelfde onderwerp mikken | kannibalisatie tussen je eigen pagina's |
| 5 | Controleer beveiliging, updates en ongewenste omleidingen | gehackt of verwaarloosd zonder dat je het ziet |
| ▶ | Blijft er niets meer over om weg te strepen | dan is het inhoudelijk, en pas dan is herschrijven zinvol |
Fixes per oorzaak, zonder chaos op je site
Noindex of robots-blokkade
Fix eerst de leesinstellingen van WordPress en de templates van je SEO-plugin. Check ook je cachinglagen, want na de fix wil je dat Google de nieuwe versie ziet. Draai een live test en daarna een indexatieverzoek op één pagina. Verwacht geen instant resultaat op alles: Google herbezoekt pagina's in batches, dus start met je kernpagina's en laat de rest volgen.
Sitemap-issues of foute url-variant
Zorg dat je sitemap een 200-status geeft en urls bevat. Laat één variant winnen: www of niet, altijd https, trailing slash consistent. Update je interne links naar die ene variant. Let op securityplugins en firewalls: die blokkeren soms bots op sitemap-endpoints. Heb je een webshop, pak dan direct het templateniveau mee, want veel dubbele urls komen uit filters en parameters.
Tag-, categorie- en bijlagebloat
Zet dunne archieven op noindex of maak er echte hubpagina's van. Schrap tags die je nooit gebruikt en die geen thema vertegenwoordigen. Zet bijlagepagina's uit of redirect ze naar het mediabestand, en verwijder interne links naar waardeloze archieven zodat bots er minder tijd aan besteden.
Google kiest een andere canonical
Stop met extra pagina's maken die hetzelfde onderwerp raken. Kies één hoofdurl en maak die sterker met interne links, een betere titel en duidelijkere intentie. Consolideer overlap met redirects waar nodig en controleer of je canonical-links kloppen op templateniveau.
Traagheid en zware scripts
Identificeer scripts die op elke pagina laden zonder noodzaak. Optimaliseer boven de vouw: LCP en INP zijn vaak de bottleneck. Gebruik caching en beeldoptimalisatie, maar voorkom pluginstapeling. En laat je niet gek maken door scoreobsessie: focus op de templates die verkeer en omzet dragen, de rest volgt later.
Gecrawld maar niet geïndexeerd
Dit is meestal geen foutmelding maar een kwaliteits- of selectiesignaal. Maak de pagina scherper: antwoord direct, geef bewijs en voorbeelden, en kies een duidelijke scope. Versterk interne links vanaf pagina's die al autoriteit hebben, en verwijder of voeg pagina's samen die hetzelfde doel hebben.
Twijfel je of je huidige site dit technisch nog aankan, lees dan ook wat het kost om een website te laten maken. Dan weet je waar je aan toe bent voordat je gaat verbouwen.
Het indexrapport, melding voor melding vertaald
Stap 4 hierboven zegt: zoek een patroon in je indexrapport. Dat lukt alleen als je weet wat die meldingen betekenen, en de namen die Google gebruikt zijn precies genoeg om verwarrend te zijn. Hieronder staan ze in de vorm waarin Google ze zelf noteert, met wat ze zeggen en wat je ermee doet. De volledige lijst met statussen staat in Googles eigen uitleg bij het rapport Pagina-indexering, gecontroleerd op 25 augustus 2026.
De meldingen die zeggen: er zit een slot op
URL blocked by robots.txt
Google mag de pagina niet ophalen. Let op de valkuil: dit is geen noindex. Een pagina die door robots.txt is geblokkeerd kan alsnog in de resultaten verschijnen zonder omschrijving, want Google kent de url wel en de inhoud niet. Wil je iets echt uit de index, gebruik dan noindex en blokkeer hem juist niet, anders kan Google die noindex nooit lezen.URL marked noindex
Hier is het antwoord eenduidig: iets zet die tag. In WordPress zijn dat meestal de leesinstellingen uit de snelle check, een instelling per berichttype in je SEO-plugin, of een vinkje in de zijbalk van die ene pagina.Server error (5xx)
en Not found (404). De pagina gaf op het moment van crawlen geen bruikbaar antwoord. Bij een 5xx op een handvol urls kijk je naar je hosting en naar plugins die bij piekbelasting omvallen. Bij een 404 kijk je of de url ooit heeft bestaan en of er interne links naartoe wijzen die je moet opruimen.Blocked due to unauthorized request (401)
en Blocked due to access forbidden (403). Dit is de klassieker bij een site die nog achter een wachtwoord of een firewallregel staat. Securityplugins die botverkeer weren zijn hier de gebruikelijke dader, en ze weren dan ook de bot die je wel wilt.De meldingen die zeggen: er is een andere pagina gekozen
- Alternate page with proper canonical tag. Dit is meestal goed nieuws. Google heeft je canonical gevolgd en indexeert de pagina waarnaar je wees. Alleen als de gekozen doelpagina niet degene is die jij wilt laten winnen, heb je werk.
- Duplicate without user-selected canonical. Er staan meerdere vrijwel gelijke urls en jij hebt niet aangewezen welke de baas is. Wijs er een aan en laat je interne links daarheen wijzen.
- Duplicate, Google chose different canonical than user. Dit is de vervelendste, en tegelijk de leerzaamste. Jij wees een pagina aan en Google koos een andere. Extra tekst schrijven helpt hier niet. Wat helpt: de overlap wegnemen, en je interne links en je sitemap zo strak op je gekozen url zetten dat Google geen reden meer heeft om je te overrulen.
- Page with redirect. De url stuurt door, dus hij hoort niet in de index. Alleen problematisch als de doorstuurketen langer is dan een stap of als er urls doorsturen die je nog in je sitemap hebt staan.
De twee meldingen waar geen knop bij hoort
- Discovered, currently not indexed. Google kent de url maar heeft hem nog niet opgehaald. Dit is een crawlbudget- en prioriteitssignaal. Het komt vaak bij sites met veel dunne urls: de bot heeft dan zoveel te doen dat jouw nieuwe pagina achteraan sluit. Opruimen helpt hier meer dan een indexatieverzoek.
- Crawled, currently not indexed. Google heeft hem gelezen en besloten hem niet op te nemen. Dit is geen foutmelding en er zit geen knop bij. Het is een selectieoordeel, en het antwoord is inhoudelijk: geeft deze pagina antwoord op een vraag die iemand echt stelt, staat dat antwoord bovenaan, en is er iets op te vinden dat nergens anders staat.
- Soft 404. De pagina geeft een 200-status maar leest als een lege of foutpagina. In WordPress komt dit vaak van lege archieven, van zoekresultaatpagina's en van categoriepagina's zonder berichten.
Werk dit rapport van boven naar beneden af op aantal, niet op alfabet, en behandel eerst de meldingen uit de eerste groep. Een slot open zetten is een fix. De laatste twee meldingen zijn geen fix maar een oordeel, en daar begin je pas aan als de sloten weg zijn.
Waar noindex zich in WordPress verstopt
De snelle check bovenaan vangt de twee bekendste plekken. Blijft de melding staan terwijl je zeker weet dat je die twee hebt gehad, dan zit het op een van de plaatsen hieronder. Ze staan op volgorde van hoe vaak we ze tegenkomen.
Per berichttype in je SEO-plugin
Elke grote SEO-plugin heeft een scherm waar je per type instelt of het in de zoekresultaten mag verschijnen: berichten, pagina's, media, en elk berichttype dat een plugin of je thema heeft toegevoegd. Eén schuifje daar zet honderden urls tegelijk op noindex, en op de pagina zelf zie je er niets van.Per pagina, in de zijbalk of onder de editor
Vaak een uitklapper met geavanceerde instellingen. Iemand heeft ooit een concept afgeschermd en het vinkje bleef staan.Per taxonomie
Categorieën, tags en elke eigen taxonomie hebben hun eigen schakelaar. Dit is meestal een bewuste keuze en dus niet fout, maar wel de verklaring als je je categoriepagina's mist.Een X-Robots-Tag in de HTTP-header
Deze is het lastigst te vinden, want hij staat niet in je broncode. Hij komt uit je server, uit een .htaccess-regel of uit een plugin. Je ziet hem alleen in de netwerktabbladen van je browser of in de live test van Search Console. Een pagina waarvan de broncode schoon is maar Search Console toch noindex meldt, is bijna altijd dit.Een onderhouds- of komt-binnenkort-plugin
Die zetten de hele site dicht voor iedereen die niet is ingelogd. Omdat jij wel bent ingelogd, ziet jouw site er prima uit. Log uit in een privévenster en kijk opnieuw.Een staging-omgeving die het origineel is geworden
Bij een verhuizing van staging naar live gaat de instelling om zoekmachines te ontmoedigen soms mee terug in plaats van eruit. Controleer na elke overzetting die ene checkbox, en controleer of de urls in je database naar het echte domein wijzen.Een cachelaag die de oude versie blijft serveren
Je hebt het opgelost, maar de bezoeker en de bot krijgen nog de opgeslagen kopie met de oude tag. Leeg je cache na elke wijziging aan robots- of canonicalinstellingen, ook de cache bij je hostingpartij en bij een eventuele CDN.Twee vuistregels die je hier veel tijd besparen. Ten eerste: de live test in Search Console wint altijd van je broncode, want die test ziet ook headers en serverantwoorden. Ten tweede: verander één ding tegelijk en test daarna. Wie drie schakelaars tegelijk omzet, weet daarna niet welke het was, en de volgende keer begint het zoeken opnieuw. De bredere technische achtergrond staat in technische SEO.
AI en de zoekresultaten in 2026
In 2026 zie je vaker paniek omdat de zoekresultatenpagina verandert. Mensen zoeken op hun eigen merk, zien AI-blokken en meer advertenties, en denken dat Google hun site niet meer toont. Soms klopt dat gevoel, soms niet.
De kortste samenvatting: kan Google je url niet indexeren, dan is het techniek of blokkade
Kan Google wel indexeren maar kiest hij je pagina niet, dan is het selectie, duplicaat of kwaliteit. Dat verschil moet je eerst scherp hebben. Wil je weten hoe AI-zoeken zich verder ontwikkelt, lees dan ook wat er verandert in ChatGPT en waar je op moet letten.
Veelgestelde vragen over WordPress sites die niet in Google staan
Hoe lang duurt het voordat Google mijn WordPress site indexeert?
Als alles goed staat kan het snel gaan, maar gegarandeerd is het niet. Belangrijker is of Google je pagina kan indexeren en of je site genoeg signalen heeft om gekozen te worden. Start met een live test en de gekozen canonical.
Waarom zegt Search Console dat mijn URL niet op Google staat?
Dat betekent alleen dat die url nu niet in de index zit. Het zegt nog niet waarom. Gebruik URL-inspectie en kijk naar indexeerbaarheid, canonicalkeuze en eventuele blokkades.
Wat is het meest voorkomende probleem bij WordPress-indexatie?
Noindex-instellingen, robotsregels of bloat door archieven en tags. Daarom start je altijd met de snelle check.
Moet ik tags en categorieën laten indexeren?
Alleen als je ze bouwt als echte hubpagina's met een intro en interne links. Zijn het alleen lijsten, dan is noindex vaak slimmer om verdunning te voorkomen.
Helpt het om op alles een indexatieverzoek te doen?
Niet als de oorzaak niet is opgelost. Een indexatieverzoek is een versneller, geen reparatie. Fix eerst blokkades, canonicalverwarring en template-issues, en begin dan met je belangrijkste pagina's.
Kan een plugin-update mijn site uit Google laten vallen?
Ja. Vooral als de update templates raakt: meta robots, canonicallogica, structured data, interne links of performance. Check daarom na updates je indexrapport en draai één live test.
Mijn site is snel maar wordt toch niet geïndexeerd, hoe kan dat?
Dan zit het meestal in selectie: te veel overlap, te veel dunne pagina's of onduidelijke intentie. Maak één hoofdpagina sterker en consolideer de rest.
Waar begin ik zonder technische kennis?
Begin met de leesinstellingen van WordPress, dan robots.txt, dan de live test in URL-inspectie. Staat dat allemaal goed, kijk dan naar archieven en duplicaten.
Laat ons direct meekijken op jouw WordPress site
Wil je dat we dit exact voor jouw site uitzoeken? Je krijgt niet alleen een diagnose maar ook een plan dat je site niet sloopt: wat je fixt op templateniveau, wat je omzet, welke pagina's moeten winnen en hoe je de interne structuur stuurt. Bekijk hiervoor onze dienst SEO verbeteren.
Liever eerst zelf verder leren? In onze kennisbank vind je meer praktische uitleg over indexatie, snelheid en vindbaarheid. Besluit je dat je hier hulp bij wilt, screen je bouwer dan eerst met de acht vragen uit WordPress specialist inhuren.
Er is één situatie waarin zelf doorzoeken zonde van je tijd is: je hebt de sloten uit de eerste groep meldingen allemaal gehad, je live test zegt dat indexeren kan, en Google neemt je pagina toch niet op. Dan gaat het niet meer over een schakelaar maar over selectie, en dat los je niet met een handleiding op. Loop je daar tegenaan, plan dan via contact een gesprek.
Neem twee dingen mee: de melding die bij jouw urls het vaakst voorkomt in het rapport Pagina-indexering, en de url die volgens Google de gekozen canonical is. Met die twee gegevens weten we binnen een half uur of je een technisch probleem hebt, een structuurprobleem of een inhoudelijk probleem, en die drie hebben elk een ander antwoord en een ander prijskaartje.
Wil je eerst een eigen nulmeting, doe dan de gratis SEO scan. Die loopt 24 punten van je site na en levert je precies het soort lijstje op waarmee zo'n gesprek kort blijft.