Staging-site uit de index houden: complete gids

Houd een staging-site bij voorkeur uit de index met wachtwoordbeveiliging. Daarmee is de omgeving niet openbaar toegankelijk voor bezoekers en crawlers. Gebruik noindex wanneer Google pagina’s wel moet kunnen crawlen, maar niet in de zoekresultaten mag opnemen. Vertrouw niet alleen op robots.txt: dat stuurt crawling, maar is geen betrouwbare manier om een URL uit Google te houden.

Dit is vooral belangrijk wanneer je een nieuwe WordPress-site bouwt, een redesign test of een CMS-migratie voorbereidt. Een publiek bereikbare stagingomgeving kan kopieën van live content, testteksten, tijdelijke formulieren en ongewenste URL’s bevatten.

Wat is een staging-site?

Een staging-site is een aparte testomgeving waarin je wijzigingen beoordeelt vóór ze naar de productiewebsite gaan. Vaak staat die op een subdomein, een tijdelijk domein of een afgeschermde URL. Denk aan een nieuw thema, aangepaste templates, redirects, formulieren of content die nog niet klaar is voor publicatie.

Een stagingomgeving hoort normaal gesproken niet in zoekmachines thuis. Anders kunnen bezoekers op een testversie landen en kan Google vergelijkbare of dubbele pagina’s tegenkomen. Tijdens een migratie vraagt dit om extra aandacht, naast redirects en foutcontrole. Lees daarom ook onze gids over 404- en soft-404-fouten oplossen.

Welke methode kies je?

De beste oplossing hangt af van het doel van de omgeving. Gebruik deze scorecard om een verdedigbare keuze te maken.

Situatie	Aanbevolen maatregel	Waarom	Wat controleer je?
Interne testomgeving, niet bedoeld voor klanten of publiek	Wachtwoordbeveiliging op hosting- of serverniveau	Bezoekers en crawlers krijgen geen toegang tot de inhoud	Open een pagina in een privévenster: er verschijnt eerst een inlogprompt
Demo voor een klant die de URL moet kunnen bekijken	Wachtwoordbeveiliging, eventueel aangevuld met noindex	De site blijft besloten, terwijl geselecteerde mensen hem kunnen beoordelen	Controleer toegang zonder wachtwoord én of de noindex-instructie aanwezig is
Tijdelijke publieke testpagina die Google niet mag tonen	Meta robots-tag met noindex of HTTP X-Robots-Tag	Google kan de instructie lezen en de pagina niet indexeren	Controleer broncode of HTTP-header en blokkeer crawling niet via robots.txt
Bestanden zoals pdf’s of andere niet-HTML-documenten op staging	HTTP X-Robots-Tag: noindex	Een meta-tag werkt alleen in HTML; een HTTP-header kan breder worden toegepast	Controleer de response headers van het bestand
Livegang is afgerond	Verwijder stagingblokkades alleen op productie	De nieuwe live site moet kunnen worden gecrawld en geïndexeerd	Controleer noindex, authenticatie, canonicals, sitemap en belangrijke pagina’s

Waarom robots.txt alleen onvoldoende is

Een robots.txt-bestand vertelt crawlers welke URL’s zij bij voorkeur niet moeten crawlen. Het is geen betrouwbare indexatieblokkade. Google kan een geblokkeerde URL in bepaalde gevallen nog als URL in zoekresultaten tonen, bijvoorbeeld wanneer de URL elders wordt genoemd.

Belangrijker: Google moet een noindex-instructie kunnen ophalen om die te verwerken. Blokkeer je dezelfde pagina met robots.txt, dan kan Google de meta robots-tag of X-Robots-Tag mogelijk niet lezen. Combineer voor indexatiepreventie dus niet gedachteloos Disallow in robots.txt met noindex.

Staging uit de index houden: stappenplan

1. Bepaal of de staging-site publiek mag zijn. Is er geen reden voor openbare toegang? Kies dan wachtwoordbeveiliging. Dit is doorgaans de stevigste basis voor een testomgeving.
2. Stel de afscherming in op hosting- of serverniveau. Veel hostingomgevingen bieden directorybescherming, een stagingfunctie of toegangsbeheer. Laat je developer controleren dat de bescherming voor de hele stagingomgeving geldt, inclusief subpagina’s en bestanden.
3. Voeg noindex toe als extra indexatiebescherming of wanneer authenticatie niet mogelijk is. Voor HTML-pagina’s kan dat via een meta-tag in de paginahead: <meta name="robots" content="noindex">. Voor andere bestandstypen of een centrale technische implementatie kan een HTTP-header met X-Robots-Tag: noindex geschikt zijn.
4. Controleer de WordPress-instellingen en SEO-plugin. WordPress en SEO-plugins kunnen indexatie-instellingen op siteniveau, contenttype of individuele pagina’s beheren. Controleer de werkelijk gegenereerde broncode, want een vinkje in de beheeromgeving is niet voldoende bewijs.
5. Haal staging-URL’s uit XML-sitemaps. Een staging-sitemap hoeft niet bij Google Search Console te worden ingediend. Controleer ook of een gekopieerde productieconfiguratie geen staging-URL’s in een sitemap of canonical-tag heeft achtergelaten.
6. Voorkom links vanaf de productiesite. Controleer menu’s, footerlinks, afbeeldingen, scripts, formulieren en testknoppen. Een interne link vanaf productie maakt een staging-URL makkelijker vindbaar.
7. Test vóór je inhoud gaat vullen. Test de homepage, een gewone pagina, een bericht, een afbeeldings- of document-URL en een eventuele subdirectory. Een bescherming die alleen op de homepage werkt, is onvoldoende.

Zo controleer je de technische blokkade

Controleer de broncode

Open een pagina op staging en kies ‘Paginabron weergeven’. Zoek naar noindex. Staat de instructie er niet, dan is een WordPress- of plugininstelling mogelijk niet actief, overschreven door een template of alleen op enkele pagina’s toegepast.

Controleer HTTP-headers

Wanneer je X-Robots-Tag gebruikt, staat de instructie niet in de HTML-broncode. Controleer de response headers met browserontwikkelaarstools of een technische headercontrole. Laat bij twijfel een developer bevestigen dat de header op de bedoelde URL’s én bestandstypen wordt meegegeven.

Controleer robots.txt afzonderlijk

Open /robots.txt op het stagingdomein. Zie je regels die crawling blokkeren op pagina’s waarop je noindex inzet? Kies dan opnieuw je aanpak. Bij een besloten stagingomgeving is wachtwoordbeveiliging het uitgangspunt. Bij een publiek bereikbare pagina met noindex moet Google de noindex-instructie kunnen ophalen.

Gebruik Google Search Console waar dat passend is

Koppel een niet-publieke stagingomgeving niet uitsluitend voor deze controle aan Search Console als de omgeving normaal niet toegankelijk is. Is een staging-URL al publiek bereikbaar geweest of vermoed je indexatie, gebruik dan URL-inspectie op een geverifieerde property om te onderzoeken hoe Google de URL ziet. Controleer ook via een zoekopdracht op de stagingdomeinnaam of opvallende testteksten of er al resultaten zichtbaar zijn.

Veelgemaakte fouten

• Alleen ‘Zoekmachines ontmoedigen’ in WordPress aanvinken. Dat is geen vervanging voor toegangsbeveiliging en moet altijd technisch worden gecontroleerd.
• Noindex én een crawlblokkade via robots.txt toepassen. Daardoor kan de noindex-instructie onleesbaar worden voor Google.
• Staging meenemen in een productie-sitemap. Dit geeft zoekmachines juist een route naar test-URL’s.
• Een productie-site klonen met live canonicals. Dan kunnen stagingpagina’s naar productiedomeinen verwijzen, of andersom. Controleer canonicals altijd vóór livegang.
• Wachtwoordbeveiliging na livegang per ongeluk laten staan. De nieuwe productiesite wordt dan ook voor crawlers en bezoekers afgesloten.
• Vergeten om noindex van de nieuwe live site te verwijderen. Dit is een klassiek migratierisico en kan de indexatie van belangrijke pagina’s verhinderen.

Pre-launchchecklist voor staging en productie

• Staging is wachtwoordbeveiligd, of er is bewust gekozen voor een gecontroleerde noindex-implementatie.
• Stagingpagina’s, documenten en andere relevante URL’s zijn getest op toegangsbeveiliging of noindex.
• Robots.txt blokkeert geen pagina’s waarvoor Google de noindex-instructie moet kunnen lezen.
• De XML-sitemap bevat uitsluitend URL’s van de beoogde productiesite.
• Canonicals op staging en productie verwijzen naar de juiste omgeving.
• Er staan geen links naar staging op de live website, in feeds of in marketinguitingen.
• De livegangcheck bevat expliciet het verwijderen van noindex en toegangsblokkades op productie.

Wat doe je direct na livegang?

Na livegang wil je dat productie indexeerbaar is, terwijl staging afgeschermd blijft. Controleer daarom de homepage en belangrijke landingspagina’s op een ontbrekende noindex-tag, correcte canonical en bereikbaarheid zonder inlogprompt. Dien vervolgens alleen de sitemap van productie in en monitor indexeringssignalen in Search Console.

Controleer tegelijk redirects van oude URL’s naar passende nieuwe bestemmingen. Een foutieve redirect leidt niet alleen tot een slechte gebruikerservaring, maar kan ook als 404- of soft-404-probleem terugkomen. De praktische aanpak vind je in onze gids over 404- en soft-404-fouten.

Wanneer schakel je technische SEO-hulp in?

Vraag hulp wanneer staging en productie complexe serverregels, meerdere domeinen, een CDN, headless software of een maatwerkdeployment gebruiken. Ook bij een CMS-migratie, grote URL-wijziging of reeds geïndexeerde staging-URL’s is een technische controle verstandig. LYNX helpt met conversie- en SEO-optimalisatie, van technische checks tot een gecontroleerde livegang. Bekijk ook het volledige overzicht van webdesign, SEO en online marketingdiensten.

Bespreek je website of online groeikansen met LYNX Media.