Checklist: een WordPress-site live zetten zonder verrassingen

De nieuwe site is af. Teksten goedgekeurd, foto’s erin, iedereen is enthousiast. Nu alleen nog live zetten. Dat lijkt het kleinste stuk van het hele project, en daarom gaat het zo vaak mis: een formulier dat naar het testadres mailt, een site die voor Google onzichtbaar blijft, oude links die allemaal een 404 geven.

Ik loop bij elke livegang dezelfde lijst door. Dit is die lijst, in de volgorde waarin ik hem afwerk, met bij elk punt waarom het ertoe doet.

Voor de livegang

Inhoud

• Contactgegevens kloppen overal. Telefoonnummer, e-mailadres, adres, KvK-nummer. Niet alleen op de contactpagina, maar ook in de footer, in de gestructureerde gegevens en in de automatische mails van je formulieren.
• Privacy- en cookiebeleid staan erop. Met de juiste bedrijfsnaam en de diensten die je echt gebruikt, niet een sjabloon met andermans naam erin.
• Algemene voorwaarden staan erop, als je die hebt.
• Testinhoud is weg. Voorbeeldberichten, de pagina “Voorbeeldpagina”, lorem ipsum in een blok dat niemand heeft gezien. Zoek er even specifiek op.

Techniek

• Alle formulieren getest. Vul ze in, verstuur ze en kijk of de mail aankomt op het goede adres. Ook de bevestigingsmail aan de bezoeker. Op een testomgeving staat het ontvangstadres vaak nog op dat van de bouwer.
• Uitgaande mail via SMTP. Zonder SMTP verstuurt WordPress mail via de server, en die komt vaak in de spam of helemaal niet aan. Hoe je dat goed instelt, lees je in WordPress mail komt niet aan.
• De site op een telefoon bekeken. Niet alleen in een verkleind browservenster, maar echt, op een iPhone en een Android-toestel.
• Een eigen 404-pagina. Met een zoekveld of links naar de belangrijkste pagina’s, zodat iemand die verdwaalt niet meteen weg is.
• De cookiebanner werkt. En trackingcodes laden pas na toestemming als dat nodig is.
• Plugins en thema bijgewerkt, en licenties van premium plugins geactiveerd op het nieuwe domein. Anders komen er na de livegang geen updates.
• Tijdzone en datumnotatie. Onder Instellingen, Algemeen. Een verkeerde tijdzone geeft verkeerde tijden bij formulierinzendingen en geplande berichten.
• Het beheerdersadres. Ook onder Instellingen, Algemeen. Daar stuurt WordPress noodmeldingen naartoe. Zet het op een adres dat iemand leest.

Oude URL’s

Vervangt de nieuwe site een oude, maak dan voor de livegang een lijst van alle oude URL’s. Haal die uit de sitemap van de oude site of uit Search Console. Zet voor elke oude URL die niet meer bestaat een 301-redirect naar de nieuwe pagina die er het meest op lijkt. Niet alles naar de homepage: dat ziet Google als een pagina die niet meer bestaat.

Dit is het punt dat het vaakst vergeten wordt, en het kost het meest. Elke link die andere sites naar je oude pagina’s hebben, en elke positie in Google, gaat verloren als die pagina ineens een 404 geeft.

Op de dag zelf

1. Verlaag de TTL van je DNS-records een dag van tevoren, als je naar een nieuwe server verhuist. Dan is de omzetting sneller overal zichtbaar.
2. Maak een back-up van de oude site en van de nieuwe, voordat je iets omzet.
3. Zet het domein om of verhuis de site naar de live-omgeving. Hoe dat zonder downtime gaat, lees je in WordPress-site verhuizen.
4. Vervang het testadres in de database. Met WP-CLI kan dat veilig, ook in opgeslagen instellingen van plugins. Draai het eerst met --dry-run, zodat je ziet wat er verandert:

wp search-replace 'https://test.jouwdomein.nl' 'https://jouwdomein.nl' --dry-run
wp search-replace 'https://test.jouwdomein.nl' 'https://jouwdomein.nl'
wp cache flush

5. Controleer het SSL-certificaat. De site moet op https laden, zonder melding in de browser.
6. Zet alle varianten goed door. http en https, met en zonder www: alle vier moeten met één 301-redirect op hetzelfde adres uitkomen.
7. Sla je permalinks opnieuw op. Onder Instellingen, Permalinks, gewoon op Opslaan klikken. Dat lost veel 404’s na een verhuizing op.
8. Leeg alle caches. Van je cacheplugin, je hoster en je CDN.

Direct na de livegang

Zichtbaar voor Google

• Zet “Zoekmachines ontmoedigen” uit. Onder Instellingen, Lezen. Op een testomgeving staat dat vinkje aan, en het gaat mee als je de site verhuist. Het is de meest gemaakte fout bij een livegang, en je merkt hem pas weken later.
• Controleer robots.txt. Er mag geen Disallow: / in staan, en je sitemap hoort erin vermeld te staan.
• Controleer je titels en meta descriptions. Elke pagina een eigen titel, geen dubbele, geen “Home” of “Pagina 2”.
• Open Graph-gegevens. Deel een link in WhatsApp of LinkedIn en kijk of er een nette afbeelding en titel verschijnen.
• Meld je sitemap aan in Search Console. Zet het domein erin als het er nog niet staat, en dien de sitemap in. Vraag voor je belangrijkste pagina’s handmatig indexering aan.

Meten

• Analytics werkt. Open de realtime-weergave en bezoek je eigen site in een privévenster. Zie je jezelf binnenkomen, dan werkt het.
• Formulierinzendingen worden gemeten. Als een aanvraag het doel van je site is, wil je dat terugzien in je cijfers. Hoe je dat doet met Gravity Forms lees je in Gravity Forms-inzendingen meten in GA4.

Veilig en bewaakt

• Automatische back-ups staan aan, en ze worden buiten de server bewaard.
• Uptime-monitoring staat aan, zodat je een melding krijgt als de site plat ligt.
• Een beveiligingsplugin of firewall is ingesteld, met een beperking op het aantal inlogpogingen.
• Gebruikers opgeruimd. Testaccounts weg, en alleen beheerders die het echt moeten zijn.
• Inloggegevens veilig gedeeld met de klant, via een wachtwoordmanager of een eenmalige link. Niet in een gewone mail.

Een week later

• Kijk in Search Console of er pagina’s met fouten zijn, en of de 404’s van oude URL’s goed worden doorgestuurd.
• Kijk of er aanvragen binnenkomen. Komt er een week helemaal niets, verstuur dan zelf nog een testformulier.
• Kijk of de back-ups echt draaien. Niet of ze aanstaan, maar of er de afgelopen dagen ook echt back-ups gemaakt zijn.

Waar het meestal misgaat

• Het noindex-vinkje blijft aan. De site is live, maar Google mag hem niet indexeren. Na een maand vraagt iemand waarom hij niet te vinden is.
• Geen redirects van oude URL’s. Alle posities van de oude site verdwijnen, en bezoekers via oude links komen op een 404.
• Formulieren mailen naar het testadres. Of naar het adres van de bouwer. De aanvragen komen binnen, alleen bij de verkeerde.
• Het testdomein staat nog in de content. Afbeeldingen en links verwijzen naar de testomgeving. Zodra die weg is, zijn ze kapot.
• Licenties niet overgezet. Alles werkt, tot er een beveiligingsupdate komt die je niet krijgt.

Tot slot

Een livegang is niet moeilijk, maar wel precies. De meeste fouten zijn klein en blijven weken onopgemerkt, terwijl ze je bezoekers en aanvragen kosten. Werk de lijst van boven naar beneden af, en kijk een week later nog een keer.

Laat je een nieuwe site bouwen? Bij een website laten maken loop ik deze lijst bij elke oplevering voor je door. En met WordPress onderhoud blijf ik daarna meekijken.