Elke ondernemer met een website kent het moment: u wilt iets veranderen, een update installeren of een nieuwe plugin uitproberen, en u aarzelt. Want als het misgaat, gaat het mis waar iedereen bij is. Uw klanten zien het, uw collega’s zien het, en u zit op vrijdagmiddag een back-up terug te zetten. Dus stelt u het uit. En zo stapelt het werk zich op.
Voor precies dat probleem bestaat de staging-omgeving voor WordPress: een kopie van uw website die alleen u kunt zien, waarop u alles kunt uitproberen zonder gevolgen. In dit artikel leggen we uit wat het precies is, voor wie het loont, hoe u er een krijgt, en waar het in de praktijk misgaat. Zonder techniekjargon, maar wel eerlijk over de beperkingen.
Een kopie waarop u mag experimenteren
Een staging-omgeving is niets anders dan een tweede versie van uw website, op een apart adres (bijvoorbeeld staging.uwdomein.nl), met dezelfde bestanden, dezelfde plugins en een kopie van de database. Bezoekers en zoekmachines kunnen er niet bij. U wel.
Op die kopie doet u alles wat u op de echte site niet durft: de grote WooCommerce-update, de overstap naar een nieuwe PHP-versie, het uitproberen van een ander thema, het verwijderen van tien plugins tegelijk. Werkt alles, dan doet u dezelfde stappen op de live site, met de zekerheid dat het goed komt. Werkt het niet, dan heeft niemand iets gemerkt en gooit u de kopie weg.
Het is vergelijkbaar met een proefopstelling in een werkplaats: u test de reparatie op het proefexemplaar voordat u aan de machine van de klant begint. Niet omdat u het niet kunt, maar omdat de gevolgen van een fout op de echte machine te groot zijn.
Voor wie een staging-omgeving WordPress echt loont
Niet iedereen heeft het nodig. Een eerlijke afweging:
- Webshops: vrijwel altijd. Een update die de afrekenpagina breekt, kost direct omzet. WooCommerce, betaalplugins en verzendkoppelingen hangen nauw samen en breken graag na een grote update. Testen vooraf is hier geen luxe.
- Sites met veel plugins of een page builder: zeer nuttig. Hoe meer onderdelen, hoe groter de kans op een conflict, en hoe fijner het is om dat op een kopie te ontdekken.
- Sites waaraan actief wordt ontwikkeld: nuttig. Nieuwe pagina’s bouwen, een ander menu proberen of een redesign voorbereiden gaat prettiger buiten het zicht.
- Kleine brochuresites met een handvol plugins: vaak overbodig. Een goede back-up en updaten in stapjes is hier meestal genoeg. Een staging-omgeving kost tijd om synchroon te houden, en die tijd is bij een simpele site beter besteed.
De vraag is dus niet “is staging goed” maar “wat kost mij een fout op de live site”. Hoe hoger dat bedrag, hoe sneller staging zich terugbetaalt.
Hoe u er een krijgt
Er zijn grofweg drie routes, van makkelijk naar bewerkelijk.
- Via uw hostingpartij. Veel Nederlandse hostingpartijen, vooral die met managed WordPress-pakketten, bieden een staging-knop in het controlepaneel. Eén klik maakt een kopie, en vaak kunt u daarna ook met één klik de wijzigingen terugzetten naar de live site. Dit is de prettigste route als hij beschikbaar is.
- Via een plugin. Er zijn plugins die een staging-kopie maken in een submap of op een subdomein van dezelfde hosting. Dat werkt, met de kanttekening dat de kopie op dezelfde server draait en dus dezelfde bronnen deelt. Voor een test is dat prima; let er wel op dat de kopie niet door Google wordt geïndexeerd.
- Handmatig. Bestanden kopiëren, database exporteren en importeren, adressen omzetten. Dit is werk voor wie weet wat hij doet, en de route die bureaus vaak kiezen als ze een aparte testserver gebruiken.
Welke route u ook kiest: zorg dat de staging-omgeving is afgeschermd met een wachtwoord en dat zoekmachines hem niet indexeren. Een openbare kopie van uw site is niet alleen slordig, maar kan ook uw vindbaarheid schaden door dubbele inhoud.
De valkuilen
Staging klinkt als een wondermiddel, maar heeft een paar eigenaardigheden die u moet kennen.
De kopie veroudert. Zodra u hem heeft gemaakt, loopt de live site door: nieuwe bestellingen, nieuwe reacties, aangepaste teksten. De staging-kopie heeft die niet. Maak dus vlak vóór een test een verse kopie, en kopieer nooit een oude staging-database terug naar de live site. Dat is de snelste manier om bestellingen kwijt te raken.
Niet alles is te testen. Betalingen via iDEAL, koppelingen met verzenddiensten en nieuwsbrieven werken op staging vaak niet of alleen in testmodus. Zet die koppelingen op de kopie in testmodus of uit, zodat er geen echte mails naar klanten gaan of testbestellingen bij PostNL belanden.
Terugzetten is niet altijd één knop. Sommige hostingtools kunnen alleen bestanden terugzetten, geen database. Weet vooraf wat de knop precies doet, anders zet u per ongeluk een oude database over een nieuwe.
Een voorbeeld: een woonwinkel in Eindhoven met een webshop testte de grote WooCommerce-update netjes op staging. Alles werkte. Daarna drukte iemand op “staging naar live”, inclusief database, en waren de bestellingen van die dag verdwenen. Gelukkig was er een back-up van een uur eerder. De les: staging is bedoeld om de handelingen te oefenen, niet om de hele kopie over de echte site te zetten. Hoe u een terugzetactie zorgvuldig doet, staat in het stappenplan voor een back-up terugzetten.
Wat u zelf kunt doen
Kijk vandaag in het controlepaneel van uw hosting of er een staging-optie is. Zo ja, maak een kopie en probeer daar de eerstvolgende grote update op uit. Zo nee, en heeft u een webshop, dan is dat een serieus argument om bij een volgende verhuizing een hostingpakket te kiezen dat het wel biedt. Waar u dan verder op let, staat in het artikel over hosting kiezen zonder reclame.
Wie het werk uitbesteedt, doet er goed aan te vragen of updates op een testkopie worden gedaan. Bij WebMaintor hoort staging bij het groeipakket van het onderhoudsabonnement en is het standaard bij webshops; andere bureaus regelen het vergelijkbaar of via de hosting. Wat telt, is dat de grote updates nooit als eerste op de site komen die uw klanten zien.
