Staging-omgeving gebruiken: testen zonder risico

Een staging-omgeving is een exacte kopie van je live WordPress-site, draaiend op een aparte plek op de server. Je kunt er plugins updaten, thema-aanpassingen doen of een nieuw ontwerp uitproberen zonder dat je bezoekers of klanten daar iets van merken. Pas als alles werkt zoals verwacht, zet je de wijzigingen door naar je live site. Het voorkomt downtime, kapotte pagina's en stressmomenten.

Wat is een staging-omgeving precies?

Een staging-omgeving is een afgeschermde kopie van je website die niet zichtbaar is voor het publiek. Ze bevat dezelfde bestanden, database en instellingen als je live site, maar draait op een apart (sub)domein of in een afgesloten map.

Denk aan een proefkeuken naast je restaurant. Je experimenteert met een nieuw recept, en pas als het gerecht goed smaakt, zet je het op de menukaart. Zo werkt staging ook: je test alles in een veilige omgeving en publiceert alleen wat klopt.

Wat er op de staging-omgeving staat, is onzichtbaar voor zoekmachines en bezoekers. De meeste hostingpartijen blokkeren de staging automatisch voor crawlers, zodat Google je testpagina's niet indexeert.

Wanneer heb ik een staging-omgeving nodig?

Staging loont zodra een fout op je live site je geld, klanten of vertrouwen kost. Dat is voor de meeste mkb-ondernemers al snel het geval.

Concrete situaties waarin staging zijn waarde bewijst:

• Plugin- en WordPress-updates doorvoeren. Een update kan conflicteren met andere plugins of je thema. Op staging ontdek je dat voordat je bezoekers een foutmelding zien. Lees ook mijn artikel over WordPress veilig bijwerken en de volgorde die telt voor de juiste aanpak.
• Een nieuw design of pagina-indeling testen. Werk je met een pagebuilder en wil je een compleet nieuw ontwerp uitproberen? Doe dat op staging, zodat je huidige site intact blijft.
• WooCommerce-aanpassingen maken. Bestelproces, betaalmethoden of verzendregels wijzigen in een live webshop is riskant. Een staging-omgeving laat je alles doorlopen zonder echte bestellingen te verstoren.
• Grote inhoudelijke wijzigingen voorbereiden. Denk aan het samenvoegen van pagina's, het aanpassen van je menustructuur of het verhuizen van content. Op staging kun je rustig schuiven zonder dat bezoekers verdwalen.
• PHP-versie upgraden. Een nieuwe PHP-versie kan snelheidswinst opleveren, maar ook incompatibiliteit met oudere plugins veroorzaken. Test het eerst.

Hoe maak ik een staging-omgeving aan in WordPress?

De snelste manier is via je hostingpaneel. Veel hostingpartijen bieden een staging-functie aan met één klik. Je hoeft dan geen bestanden handmatig te kopiëren.

De stappen zijn in de meeste gevallen:

1. Log in op je hostingpaneel of je beheeromgeving bij je hoster.
2. Zoek de optie "Staging", "Testomgeving" of vergelijkbare benaming.
3. Klik op "Aanmaken" of "Kopieer naar staging".
4. Wacht tot de kopie klaar is. Dit duurt meestal een paar minuten.
5. Open de staging-URL die je ontvangt en log in op het WordPress-dashboard van de staging.

Heb je geen staging-functie in je hostingpaneel? Dan kun je een plugin gebruiken die een duplicaat van je site maakt op een subdirectory of subdomein. Let er dan wel op dat je de staging-omgeving beveiligt met een wachtwoord en blokkeert voor zoekmachines.

Bij de webhosting van WebsiteToday is een staging-optie standaard beschikbaar. Ik zet dat voor klanten klaar zodat je er direct mee aan de slag kunt.

Waar let ik op bij het terugzetten van staging naar live?

Dit is het punt waar het het vaakst misgaat. Het pushen van je staging naar de live site is niet hetzelfde als het terugzetten van een backup. Er zijn een paar belangrijke valkuilen.

1. Nieuwe content op je live site wordt overschreven. Tussen het moment dat je de staging aanmaakt en het moment dat je de staging terugzet, kan er van alles veranderd zijn op je live site: nieuwe blogartikelen, reacties van bezoekers, WooCommerce-bestellingen of formulierinzendingen. Als je de volledige database van staging naar live pusht, raak je die gegevens kwijt.

Tip: plan het terugzetten op een moment waarop er weinig activiteit is. Publiceer geen nieuwe content op de live site terwijl je op staging werkt, of noteer precies welke wijzigingen je op beide plekken maakt.

2. Absolute URL's in de database. WordPress slaat URL's absoluut op in de database. Als je staging op staging.jouwdomein.nl draait, staan die URL's in elke pagina, elk menu-item en elke afbeeldingsverwijzing. Bij het terugzetten moet een zoek-en-vervang (search and replace) worden uitgevoerd om alle staging-URL's te vervangen door je live domein. Vergeet je dit, dan krijg je kapotte links en ontbrekende afbeeldingen.

3. Caching leegmaken na het pushen. Na het terugzetten toont je live site mogelijk nog de oude versie vanwege server- of browsercache. Leeg na elke push je caching-plugin, eventuele server-side cache en CDN-cache.

4. SSL-certificaten en beveiligingsinstellingen controleren. Sommige beveiligingsplugins slaan instellingen op die specifiek zijn voor het domein. Controleer na het terugzetten of je SSL-certificaat correct werkt en of beveiligingsregels nog kloppen.

Kan ik staging ook gebruiken om updates veilig door te voeren?

Ja, dat is zelfs een van de meest praktische toepassingen. Door updates eerst op staging te draaien, zie je direct of er iets breekt voordat je live site erdoor geraakt wordt.

Een goede werkwijze ziet er zo uit:

1. Maak een verse staging-kopie van je live site.
2. Voer op de staging alle updates door: eerst de plugins, dan het thema, als laatste WordPress zelf.
3. Loop de belangrijkste pagina's na: homepage, contactpagina, formulieren, het bestelproces als je een webshop hebt.
4. Controleer of er foutmeldingen in het logbestand staan.
5. Werkt alles? Voer dan dezelfde updates door op je live site of push de staging.

Dit klinkt als extra werk, maar het kost je hooguit een kwartier. Vergelijk dat met een middag troubleshooten omdat een plugin-update je live site platlegt. In mijn artikel over de juiste volgorde bij WordPress-updates ga ik dieper in op welke volgorde je moet aanhouden.

Is staging iets anders dan een backup?

Ja, staging en backups zijn twee verschillende dingen die elkaar aanvullen. Een backup is een momentopname van je site die je terugzet als er iets misgaat. Staging is een werkende kopie waarop je actief wijzigingen test voordat ze live gaan.

Je hebt beide nodig. Een backup vangt onverwachte problemen op. Staging voorkomt dat die problemen ontstaan. Zie het als een airbag versus een rijles: de airbag redt je bij een ongeluk, maar de rijles zorgt dat het ongeluk er idealiter niet komt.

Moet ik staging zelf beheren of kan iemand dat voor mij doen?

Beide kan. Als je handig bent in WordPress en het leuk vindt om zelf te sleutelen, kun je staging prima zelf beheren. Maar als je liever je tijd besteedt aan je bedrijf, is het verstandig om het uit te besteden aan iemand die het regelmatig doet.

Bij het onderhoud dat ik voor klanten verzorg, is staging een vast onderdeel van het updateproces. Ik test wijzigingen eerst op een kopie en zet ze pas door als alles goed werkt. Zo hoef jij je er niet druk om te maken.

Wil je je hosting zo inrichten dat staging beschikbaar is en je er zelf mee kunt werken? Kijk dan eens op de pagina over Webhosting en Domeinen. Ik help je graag op weg.

Veelgestelde vragen

Is een staging-omgeving hetzelfde als een lokale ontwikkelomgeving?

Nee, een staging-omgeving is niet hetzelfde als een lokale ontwikkelomgeving. Staging draait op de server van je hoster en bootst de live situatie zo nauwkeurig mogelijk na. Een lokale omgeving draait op je eigen computer en kan afwijken qua PHP-versie, serverinstellingen en prestaties. Staging geeft daarom een betrouwbaarder beeld van hoe wijzigingen zich op de live site gedragen.

Wordt mijn staging-omgeving geïndexeerd door Google?

In de meeste gevallen wordt je staging-omgeving niet geïndexeerd door Google. De meeste hostingpartijen blokkeren staging automatisch voor zoekmachines, bijvoorbeeld via een wachtwoordbeveiliging of een noindex-header. Controleer dit wel altijd even. Dubbele content in Google wil je voorkomen.

Hoe vaak moet ik mijn staging-omgeving vernieuwen?

Vernieuw je staging-omgeving elke keer voordat je er nieuwe wijzigingen op gaat testen. Een verouderde staging bevat niet dezelfde data als je live site, waardoor je testresultaten onbetrouwbaar worden. Maak er een gewoonte van om steeds een verse kopie te maken als startpunt.

Kan ik meerdere staging-omgevingen tegelijk hebben?

Ja, sommige hostingomgevingen en plugins ondersteunen meerdere staging-omgevingen naast elkaar. Dat kan handig zijn als je tegelijkertijd aan een redesign werkt en losse plugin-updates wilt testen. Houd er rekening mee dat elke extra staging serverruimte inneemt.

Wat als mijn hoster geen staging-functie aanbiedt?

Als je hoster geen ingebouwde staging-functie aanbiedt, kun je een WordPress-plugin gebruiken die je site dupliceert naar een subdirectory of subdomein. Zorg er dan zelf voor dat de omgeving beveiligd is met een wachtwoord en geblokkeerd voor zoekmachines. Het is iets meer werk, maar het resultaat is hetzelfde.

Verlies ik WooCommerce-bestellingen als ik staging terugzet naar live?

Ja, je kunt WooCommerce-bestellingen verliezen als je de volledige database van staging naar live pusht. Bestellingen die binnenkomen terwijl je op staging werkt, staan alleen in de live database. Push je de staging-database daar overheen, dan worden die bestellingen overschreven. Plan het terugzetten daarom buiten drukke bestelperiodes en maak altijd eerst een backup van je live site.