Onderhoud na een redesign is het onderdeel waar bij oplevering zelden over wordt gesproken. De nieuwe site is live, iedereen is tevreden, de laatste factuur gaat eruit. En precies dan begint de periode waarin de fouten naar boven komen, want die zitten vrijwel nooit in wat u tijdens de demo bekijkt.
De problemen zitten in de dingen die pas zichtbaar worden als er echte bezoekers, echte formulieren en echte zoekmachines langskomen. Hieronder wat er in de eerste maand het vaakst misgaat, gerangschikt naar hoe snel u het moet controleren.
Dag één: vier dingen die dezelfde dag moeten
- Controleer of de site geïndexeerd mag worden. Tijdens de bouw staat er in WordPress vrijwel altijd een vinkje dat zoekmachines weert. Blijft dat aan, dan verdwijnt uw hele site binnen enkele weken uit Google. Kijk bij Instellingen, dan Lezen, of het vinkje “zichtbaarheid voor zoekmachines” uitstaat. Dit is de duurste fout die er bestaat en hij komt vaker voor dan u zou denken.
- Test elk formulier met een echte verzending. Niet alleen kijken of het formulier op het scherm staat, maar daadwerkelijk versturen en controleren of de mail aankomt, ook in uw spammap. Bij een nieuwe site verandert vaak de mailinstelling mee, en dat merkt niemand.
- Bekijk de site op uw telefoon, buiten uw kantoor. Niet in een verkleind browservenster, maar echt op een toestel met mobiel internet. Grote afbeeldingen en zware lettertypen vallen daar direct op.
- Controleer of het slotje in de adresbalk klopt. Ziet u een waarschuwing over onveilige onderdelen, dan zit er ergens nog een afbeelding of script op het oude adres.
Week één: de doorverwijzingen
Het meest onderschatte onderdeel van een redesign zijn de oude adressen. Verandert de opbouw van uw pagina’s, dan komen alle bestaande links, bladwijzers en zoekresultaten uit op een pagina die niet meer bestaat.
Wat u doet: haal uit uw statistieken of uit Search Console een lijst van uw dertig drukste pagina’s van vóór de verbouwing en open ze stuk voor stuk. Krijgt u een foutpagina, dan hoort daar een doorverwijzing naar de nieuwe versie. Verwijs naar de pagina die er inhoudelijk het dichtst bij zit, niet standaard naar de homepage; dat laatste helpt uw bezoeker niet en telt bij Google nauwelijks mee.
Krijgt u massaal foutmeldingen terwijl de pagina’s er wel zijn, dan is er waarschijnlijk iets met de permalink-instelling gebeurd. Dat is een bekend en snel op te lossen geval, beschreven bij foutpagina's na een wijziging in de permalinks.
Verder in deze week:
- Controleer of uw analyticscode en Search Console-koppeling mee zijn verhuisd. Bij ongeveer de helft van de redesigns ontbreekt er één van de twee.
- Kijk of uw sitemap klopt en dien hem opnieuw in.
- Controleer of het robots-bestand geen mappen blokkeert die u wel wilt tonen.
- Zet uw eerste eigen back-up weg. De partij die de site bouwde, heeft er misschien een, maar u wilt er zelf ook bij kunnen.
Maand één: wat pas met echt gebruik opvalt
In de eerste weken komen bezoekers met apparaten, browsers en gedrag die tijdens de bouw niet zijn getest. Wat er dan bovenkomt:
Verspringende opmaak. Blokken die op een specifieke schermbreedte over elkaar heen vallen, of een menu dat op een tablet niet opengaat. Dit gebeurt bijna altijd; het is geen slecht werk, het is een gevolg van het aantal combinaties. Meld het gebundeld in plaats van per stuk, dat werkt voor beide partijen prettiger. Zie ook opmaak die na een wijziging niet meer klopt.
Snelheid die tegenvalt. Een nieuwe site is vaak zwaarder dan de oude: mooiere foto’s, meer animatie, een paginabouwer. Meet in de tweede week uw laadtijd en vergelijk die met de oude situatie. Is hij slechter, kaart dat aan zolang de samenwerking nog warm is.
Ontbrekende teksten. Een privacyverklaring die nog de naam van het bureau bevat, algemene voorwaarden van de oude site, of een pagina met blindtekst die niemand meer heeft nagelezen. Loop alle pagina’s een keer rustig door.
Onnodige plugins. Bij oplevering staan er vaak hulpmiddelen actief die alleen tijdens de bouw nodig waren, zoals een migratieplugin of een tijdelijke onderhoudspagina. Die mogen weg.
Openstaande accounts. Kijk bij Gebruikers wie er allemaal beheerder is. Zet de accounts van de bouwers op een lager niveau of verwijder ze zodra de nazorg voorbij is, in overleg.
De afspraken die u nu maakt
Het moment vlak na oplevering is het enige moment waarop u nog eenvoudig dingen kunt vastleggen. Vier vragen die u schriftelijk beantwoord wilt hebben:
- Hoelang duurt de garantieperiode en wat valt eronder? Een fout in het bouwwerk hoort kosteloos hersteld te worden; een nieuwe wens is meerwerk. Leg vast waar die grens ligt.
- Wie doet vanaf nu de updates? Als het antwoord “dat doet de klant zelf” is, weet u dat en kunt u het regelen. Onduidelijkheid hier is de reden dat sites een jaar na oplevering veertig openstaande updates hebben.
- Van wie zijn de licenties? Premium plugins en thema’s staan soms op naam van het bureau. Bij een breuk verliest u dan de updates. Vraag dit expliciet na.
- Waar staan de inloggegevens? Hosting, domeinnaam, e-mail en het beheerscherm. Zorg dat u die zelf heeft, in uw eigen wachtwoordkluis.
Onderhoud na een redesign: waarom de eerste maand zoveel bepaalt
De eerste dertig dagen zijn de goedkoopste periode om iets te laten aanpassen. Het bureau heeft het project nog vers in het hoofd, de bestanden staan nog klaar en er is doorgaans nog nazorg afgesproken. Zes maanden later is dezelfde aanpassing een nieuwe opdracht met een nieuwe planning.
En dat geldt ook voor de overdracht naar het beheer. Een site die vanaf dag één in een vast ritme meeloopt, blijft in de staat waarin hij is opgeleverd. Dat is precies waarvoor een beheerafspraak die direct na oplevering ingaat bedoeld is: geen periode waarin niemand zich verantwoordelijk voelt.
Zet daarom vandaag drie afspraken in uw agenda: een controle na een week, een na een maand, en een na drie maanden. Een halfuur per keer. Dat is het verschil tussen een site die na een jaar nog voelt als nieuw en een site die na een jaar alweer aan een opknapbeurt toe lijkt.
