CMS

• Inkomende e-mail wordt geweigerd. Mailservers hebben net als je website eigen opslag nodig; is die vol, dan stuurt de afzender een bounce terug en kom je berichten helemaal niet meer binnen.
• Uploaden en opslaan werkt niet meer. Nieuwe afbeeldingen, formulierinzendingen en zelfs conceptopslag in je CMS mislukken, omdat er letterlijk geen bytes meer bij kunnen.

Deze combinatie is precies waarom het zo vaak wordt aangezien voor een storing. Er is geen configuratiewijziging, geen mislukte update, geen zichtbare trigger, alleen een pakket dat geruisloos vol is gelopen. Twijfel je of het toch om malware gaat in plaats van schijfruimte, controleer dan eerst je bestanden op onbekende code voordat je verder zoekt.

• Domeingegevens: bij welke registrar het domein nu geregistreerd staat en, bij een .nl-domein, de verhuiscode.
• Een kopie van je huidige DNS-instellingen, als referentie voor het geval een record over het hoofd wordt gezien.

Werk je met WordPress of een ander CMS? Noteer dan ook eventuele API-sleutels van plugins die naar externe diensten verwijzen (betaalproviders, formulieren, CDN's). Die breken het snelst stilletjes na een overstap.

Website overzetten: bestanden, database en testen vóór livegang

De volgorde is hetzelfde voor WordPress, een ander CMS of een op maat gebouwde site: eerst kopiëren, dan testen, en pas daarna live. Zo zie je problemen voordat een bezoeker ze ziet.

Samenvatting: WordPress-afbeeldingen comprimeren en WebP omzetten

WordPress zet geuploade JPEG's en PNG's niet automatisch om naar WebP, ook al ondersteunt het CMS WebP-uploads al sinds versie 5.8. Met het native filter image_editor_output_format (core sinds WordPress 6.4/6.5) laat je nieuwe uploads zonder plugin als WebP-bestanden opslaan, gemiddeld 25 tot 34% kleiner dan een vergelijkbare JPEG.^[2] Bestaande afbeeldingen converteer je apart via WP-CLI.

WordPress draait op 85% van alle CMS-websites in Nederland, ruim voor Wix op de tweede plek met 4%.^[1] Nederland heeft wereldwijd zelfs de hoogste WordPress-dichtheid: ongeveer 591.000 WP-sites, 33,3 per 1.000 inwoners.^[1] Bij al die sites is de mediabibliotheek vaak de grootste boosdoener voor een trage laadtijd: onze uitleg over waarom je WordPress-site zo langzaam is noemt ongeoptimaliseerde afbeeldingen keer op keer als hoofdoorzaak.