Website onderhoud

Wat ik precies doe bij website onderhoud

Duidelijke afspraken over wie wat doet

Bij goed onderhoud horen duidelijke afspraken. Dat betekent:

• we leggen vast waar jouw domeinnaam en hosting staan en wie waarvoor verantwoordelijk is
• updates, instellingen en foutoplossingen pak ik zelf op

Deze transparantie is belangrijk, zodat jij precies weet wie wat doet. Jij houdt altijd toegang tot je eigen omgeving, maar je hoeft zelf niets technisch te beheren.

WordPress updates

Ik zorg dat:

• relevante WordPress-updates worden beoordeeld en volgens afspraak uitgevoerd
• beveiligingsupdates worden beoordeeld en ingepland volgens de onderhoudsafspraken
• database en bestanden worden gecontroleerd waar dat is afgesproken

Dit zorgt ervoor dat de basis van je website betrouwbaar en veilig is.

Plugin updates en controle

Plugins maken jouw website krachtig, maar zijn ook een veelvoorkomende bron van problemen. Daarom update ik plugins niet zomaar, maar altijd gecontroleerd.

Ik let hierbij op:

• compatibiliteit tussen thema en plugins
• foutmeldingen of conflicten
• veiligheidsrisico’s
• verouderde plugins die vervangen moeten worden

Als een onderdeel niet meer werkt, onderzoeken we de oorzaak volgens de afgesproken onderhoudsscope. De mogelijke oplossing, benodigde tijd en eventuele extra werkzaamheden worden afgestemd.

Thema-updates zonder verrassingen

Bij elke website die ik in onderhoud heb zorg ik dat:

• het thema gecontroleerd wordt bijgewerkt
• maatwerk en custom velden behouden blijven
• het ontwerp na elke update wordt nagekeken

Hierdoor blijft jouw ontwerp snel en stabiel.

Foutmeldingen en storingen oplossen

Als er iets misgaat, ben ik jouw vaste aanspreekpunt. Denk aan:

• witte schermen
• kapotte contactformulieren
• pagina’s die niet meer laden
• caching conflicten
• problemen door updates

Ik onderzoek waar het fout gaat en zorg dat jouw website weer snel online staat.

Back ups en herstel

Regelmatige back ups zijn essentieel. Mocht er ooit iets misgaan, dan kan ik de website snel terugzetten naar een eerdere versie. Dit voorkomt verlies van content of functionaliteit.

Waar onderhoud in de praktijk over gaat

Onderhoud klinkt als een abonnement waar niets voor terugkomt zolang alles werkt. In werkelijkheid gaat het om vier dingen die stuk voor stuk stilletjes verlopen als niemand ernaar kijkt.

• De PHP-versie waarop je site draait. Dit is het meest onderschatte onderdeel, want je ziet er niets van tot het misgaat. Elke PHP-versie krijgt twee jaar actieve ondersteuning en daarna twee jaar alleen nog beveiligingsupdates. Daarna stopt het volledig.
• Updates van WordPress, thema en plugins. Niet alleen uitvoeren, maar daarna controleren of alles nog werkt. Een update die stilletjes een formulier sloopt kost je weken aan aanvragen voordat iemand het merkt.
• Back-ups die je ook echt kunt terugzetten. Een back-up die nooit is geprobeerd is geen back-up maar een aanname. Zorg daarnaast dat er een kopie buiten je eigen server staat, want een probleem met de server neemt anders je back-up mee.
• Controle of de site nog vindbaar is. Een verkeerde instelling kan je hele site uit de zoekresultaten halen zonder dat er iets zichtbaar kapot is. Dat is precies het soort fout waar je maanden last van hebt als niemand het opmerkt.

De stand van zaken

PHP 8.0 en 8.1 hebben het einde van hun levensduur bereikt en worden niet meer ondersteund. PHP 8.2 en 8.3 krijgen alleen nog beveiligingsupdates, respectievelijk tot eind 2026 en eind 2027. Alleen 8.4 en 8.5 krijgen op dit moment nog volledige ondersteuning.

Veel WordPress-sites in Nederland draaien nog op een versie uit die eerste groep, vaak zonder dat de eigenaar het weet. Het staat namelijk niet in je beheeromgeving in beeld tenzij je ernaar zoekt.

Overstappen naar een nieuwere versie is meestal een kwestie van een instelling bij je hostingpartij, maar niet zonder controle vooraf. Oude plugins en verouderde thema’s kunnen op een nieuwere PHP-versie stukgaan. Daarom wordt zo’n overstap eerst op een testomgeving gedaan en pas daarna op de echte site.

Waarom updates op een testomgeving horen

De verleiding is groot om updates rechtstreeks op de live site te doen. Bij een kleine site gaat dat meestal goed, en dat is precies waarom het zo lang goed lijkt te gaan.

Het gaat mis op het moment dat twee onderdelen elkaar bijten. Je krijgt dan een wit scherm of een pagina die half laadt, en dat gebeurt op een willekeurig moment waarop jij er niet naar zit te kijken. Op een testomgeving zie je dat vooraf, en kost het je niets.

Wat er in de praktijk het vaakst breekt: contactformulieren, cookiemeldingen, betaalkoppelingen en alles wat met een externe partij praat. Dat zijn niet toevallig ook de onderdelen waarvan je het niet merkt door er zelf even naar te kijken, want je vult je eigen formulier zelden in.