WordPress-afbeeldingen naar WebP omzetten zonder plugin

WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren. draait op 85% van alle CMSKeurigOnline zegtCMSEen CMS is een platform om webcontent eenvoudig te creëren, beheren en publiceren zonder te coderen.-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.

De meeste artikelen over dit onderwerp eindigen bij een plugin-advies: installeer Imagify, ShortPixel of Smush en klaar. Dat werkt, maar het is niet nodig. Sinds WordPress 6.4/6.5 zit de conversie naar WebPKeurigOnline zegtWebPWebP is een modern afbeeldingsformaat dat 25-35% kleiner is dan JPEG en PNG. al in de core. In dit artikel laten we zien hoe je dat native filter activeert, hoe je checkt of je server WebP ondersteunt, en hoe je je bestaande mediabibliotheek alsnog meeneemt, zonder een extra plugin te installeren.

Waarom WebP: kleinere bestanden, betere Core Web Vitals

WebP is een modern beeldformaat van Google dat dezelfde visuele kwaliteit levert bij een aanzienlijk kleiner bestand. Uit Google's eigen compressiestudie blijkt dat WebP-afbeeldingen gemiddeld 25 tot 34% kleiner zijn dan vergelijkbare JPEG's bij gelijke visuele kwaliteit (gemeten met SSIM), en gemiddeld 26% kleiner dan PNG.^[2] Voor een website vol productfoto's of blogafbeeldingen scheelt dat direct megabytes per paginabezoek.

Die winst is niet alleen prettig voor je bezoekers, maar ook meetbaar in Google's Core Web VitalsKeurigOnline zegtCore Web VitalsCore Web Vitals zijn Google's belangrijkste metrics voor website-ervaring en snelheid.. Largest Contentful Paint (LCPKeurigOnline zegtLCPLCP (Largest Contentful Paint) meet de laadtijd van het grootste zichtbare element op een webpagina.), de metric die meet hoe snel het grootste zichtbare element laadt, is de zwaarste norm om te halen: slechts 63,7% van de mobiele sites haalt een goede LCP-score, tegenover 78,4% op desktop.^[3] Op mobiel haalt maar 51,3% van de sites alle drie de Core Web Vitals tegelijk. Kleinere afbeeldingen zijn een van de weinige hefbomen die je zonder herontwerp van je site kunt trekken, en ons artikel over afbeeldingen optimaliseren voor SEO gaat dieper in op formaat, compressie en alt-teksten als geheel.

Het effect stopt niet bij Core Web VitalsKeurigOnline zegtCore Web VitalsCore Web Vitals zijn Google's belangrijkste metrics voor website-ervaring en snelheid.. Trage pagina's kosten omzet: Vodafone rapporteerde 31% meer sales na een LCP-verbetering van 2,1 seconden, en Portent vond 23% hogere conversie bij sites die alle Core Web Vitals halen.^[3] WebP-conversie is dus geen technisch detail, het is een directe hefboom op je bezoekerservaring en je omzet.

De nuance die niemand vertelt: WebP alleen is niet genoeg

Uit web.dev's eigen analyse van veelvoorkomende misvattingen over LCPKeurigOnline zegtLCPLCP (Largest Contentful Paint) meet de laadtijd van het grootste zichtbare element op een webpagina. blijkt dat de tijd om de afbeelding zelf te downloaden (image load duration) de kortste van de vier LCP-subfases is. Zelfs bij sites met een slechte LCP-score wordt minder dan 10% van de p75-tijd besteed aan het downloaden van de LCP-afbeelding.^[4] De grootste winst zit meestal ergens anders: in de Time to First Byte (TTFBKeurigOnline zegtTTFBTTFB (Time to First Byte) meet de tijd tussen een HTTP-verzoek en de eerste byte van het serverantwoord.) en in de "resource load delay", de tijd tussen het eerste byte en het moment waarop de browser daadwerkelijk begint met downloaden van de afbeelding.

Dat betekent niet dat WebP-conversie zinloos is, het betekent dat het noodzakelijk is maar niet voldoende. Een kleinere afbeelding helpt pas echt als de browser ook weet dat hij die afbeelding met prioriteit moet ophalen. Toch krijgt 85,9% van de LCP-afbeeldingen op dit moment geen priority hint mee via fetchpriority of een preload-tag, een gemiste kans naast formaatconversie.^[5] Wil je die volledige stack aanpakken, van caching tot preload-hints, lees dan ons overzicht van Core Web Vitals-optimalisatie in WordPress en de bredere tips in je WordPress-site sneller maken. Dit artikel focust bewust op het WebP-stuk: de conversie zelf, native en zonder plugin.

Waarom WordPress dit niet automatisch doet

Sinds WordPress 5.8 (2021) kun je WebP-bestanden gewoon uploaden naar je mediabibliotheek, de bekende foutmelding over een "niet-ondersteund bestandstype" is verleden tijd. Sinds versie 6.5 (2024) kun je zelfs AVIF-bestanden uploaden, een nog nieuwer formaat dat tot 50% kleiner kan zijn dan JPEG.^[6] Wil je weten wat er nog meer in de laatste WordPress-versies is veranderd, lees dan onze release-uitleg bij WordPress 6.9.

Maar uploaden is iets anders dan omzetten. WordPress converteert bestaande JPEG- of PNG-uploads nooit vanzelf naar WebP. Upload je een foto van 3 MB als JPEG, dan blijft die JPEG. Wil je dat elke nieuwe upload automatisch als WebP wordt opgeslagen, dan heb je een eigen instelling of een plugin nodig. Dat is precies het gat dat de meeste tutorials laten liggen: ze noemen wel dat WebP sneller is, maar sturen je vervolgens rechtstreeks naar een pluginmarkt. Het volgende hoofdstuk laat zien dat dat niet nodig is.

De native oplossing: het image_editor_output_format-filter

Sinds WordPress 6.4/6.5 zit er een core-filter in WordPress zelf waarmee je het uitvoerformaat van geuploade afbeeldingen kunt sturen: image_editor_output_format.^[7] Geen plugin, geen extra databaseKeurigOnline zegtDatabaseEen database is een georganiseerde verzameling gegevens die elektronisch wordt opgeslagen en beheerd.-tabellen, gewoon één stukje code in het functions.php-bestand van je (child)theme.

// Zet nieuwe JPEG-uploads automatisch om naar WebP sub-sizes
function ko_webp_output_format( $formats ) {
    $formats['image/jpeg'] = 'image/webp';
    return $formats;
}
add_filter( 'image_editor_output_format', 'ko_webp_output_format' );

Deze functie haakt in op het moment waarop WordPress de verschillende sub-sizes van een afbeelding genereert (thumbnail, medium, large, enzovoort). In plaats van elke sub-size als JPEG op te slaan, slaat WordPress ze nu op als WebP. Het origineel dat je uploadt blijft ongewijzigd staan, alleen de automatisch gegenereerde formaten veranderen. Praktijkvoorbeelden van deze exacte snippet, inclusief varianten voor PNG-bestanden, zijn ook te vinden bij Mediadeboer.^[8]

Wil je ook PNG-uploads meenemen, breid de array dan uit:

function ko_webp_output_format( $formats ) {
    $formats['image/jpeg'] = 'image/webp';
    $formats['image/png']  = 'image/webp';
    return $formats;
}
add_filter( 'image_editor_output_format', 'ko_webp_output_format' );

Let op: PNG's met transparantie converteren prima naar WebP, dat formaat ondersteunt net als PNG een alphakanaal. Je verliest dus geen doorzichtige achtergronden.

Check eerst: ondersteunt je server WebP?

WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren. gebruikt onder de motorkap Imagick of GD om afbeeldingen te bewerken en te converteren. Niet elke serverconfiguratie heeft WebPKeurigOnline zegtWebPWebP is een modern afbeeldingsformaat dat 25-35% kleiner is dan JPEG en PNG.-ondersteuning in die bibliotheken ingeschakeld. Voeg je de snippet uit het vorige hoofdstuk toe op een server zonder WebP-support, dan verandert er simpelweg niets: sub-sizes blijven JPEG, zonder waarschuwing.

Controleer dit voordat je verder gaat via Gereedschappen > Site health > Info in je WordPress-dashboard. Klap daar het kopje Media handling uit. Je ziet welke image editor actief is (Imagick of GD) en of WebP als ondersteund formaat wordt vermeld. Staat WebP er niet bij, neem dan contact op met je hostingpartij. Bij KeurigOnline draaien onze hostingpakketten standaard met een moderne PHPKeurigOnline zegtPHPPHP (Hypertext Preprocessor) is een populaire open-source scripttaal die speciaal is ontworpen voor webontwikkeling en server-side programmering.-versie en Imagick-ondersteuning, dus die stap is bij ons al voor je geregeld.

Kwaliteitsinstelling afstemmen

Standaard gebruikt WordPress een compressiekwaliteit van 82 voor gegenereerde sub-sizes, een redelijk startpunt dat bestandsgrootte en visuele kwaliteit in balans houdt. Wil je zelf sturen, dan gebruik je het filter wp_editor_set_quality:

function ko_webp_quality( $quality ) {
    return 82;
}
add_filter( 'wp_editor_set_quality', 'ko_webp_quality' );

Een kwaliteit tussen 80 en 85 is voor de meeste foto's onzichtbaar ten opzichte van het origineel, terwijl je toch flink op bestandsgrootte bespaart. Ga je onder de 75, dan zie je bij foto's met veel detail (denk aan productfotografie met textuur) al snel compressie-artefacten. Test bij twijfel gewoon een paar waardes en vergelijk het resultaat visueel op je eigen scherm.

Bestaande media library alsnog converteren

Het image_editor_output_format-filter werkt niet met terugwerkende kracht.^[9] Alle JPEG's en PNG's die je vóór het toevoegen van de snippet al had geupload, blijven gewoon in hun oorspronkelijke formaat staan. Dat is precies de beperking die concurrerende artikelen wel noemen, maar waar ze vervolgens een betaalde plugin voor aanraden. Er is een native alternatief: WP-CLIKeurigOnline zegtWP-CLIWP-CLI is de command line interface voor WordPress waarmee ontwikkelaars WordPress beheren via de terminal..

Heb je SSHKeurigOnline zegtSSHSSH (Secure Shell) is een beveiligingsprotocol voor versleutelde externe toegang tot computers en servers.- of terminal-toegang tot je hosting (bij KeurigOnline standaard beschikbaar), dan regenereer je de volledige mediabibliotheek met één commando:

wp media regenerate --yes

WP-CLI loopt dan door elke bestaande upload heen en genereert de sub-sizes opnieuw aan, met het actieve filter. Bij een grote mediabibliotheek (duizenden afbeeldingen) kan dit een tijdje duren; voer het uit via een SSHKeurigOnline zegtSSHSSH (Secure Shell) is een beveiligingsprotocol voor versleutelde externe toegang tot computers en servers.-sessie in screen of tmux zodat het proces doorloopt als je verbinding wegvalt. Heb je geen WP-CLI-toegang, dan blijft een bulk-conversieplugin de enige optie voor bestaande media, maar voor alle nieuwe uploads vanaf nu heb je die niet meer nodig.

Blijft mijn SEO en bestaande URL's intact?

Een terechte zorg voordat je dit op een productiesite uitprobeert. Het antwoord: je originele geuploade bestand blijft altijd behouden als fallback, WordPress verwijdert nooit het bronbestand dat je hebt geupload. Alleen de automatisch gegenereerde sub-sizes (de thumbnail-, medium- en large-varianten die WordPress zelf aanmaakt) krijgen de .webp-extensie.

De URL van die sub-sizes verandert wel, van bijvoorbeeld afbeelding-300x200.jpg naar afbeelding-300x200.webp. Voor nieuwe uploads is dat geen probleem: die URL's bestonden nog niet. Regenereer je met wp media regenerate ook bestaande afbeeldingen, dan wijzigen die sub-size-URL's met terugwerkende kracht. Linkte je ergens handmatig naar een specifieke sub-size-URL (in plaats van via de WordPress-mediabibliotheek), controleer die links dan na een regeneratie. In de praktijk gebeurt dat zelden: de meeste thema's en de blokeditor verwijzen dynamisch naar de juiste sub-size, niet naar een hardgecodeerde URL.

WebP of toch AVIF?

Sinds WordPress 6.5 kun je ook AVIF-bestanden uploaden, en AVIF comprimeert doorgaans nog kleiner dan WebP. Toch is WebP in 2026 nog steeds de veilige default. Twee redenen.

Ten eerste de browserondersteuning: WebP wordt wereldwijd door ongeveer 97,4% van de browsers ondersteund, de resterende paar procent is vrijwel uitsluitend oude iOS-versies (ouder dan 14) en Internet Explorer.^[10] Ten tweede de encodeersnelheid: WebP encodeert 5 tot 10 keer sneller dan AVIF, wat vooral merkbaar is bij het in bulk converteren van een grote mediabibliotheek.^[11] Voor een real-time conversieproces zoals het filter uit dit artikel, waarbij elke upload direct wordt omgezet, telt dat verschil.

Praktisch advies: gebruik WebP als je standaard formaat. Wil je later toch AVIF toevoegen voor je zwaarste hero-afbeeldingen, dan werkt hetzelfde image_editor_output_format-principe, je zet dan image/jpeg om naar image/avif in plaats van image/webp. Zorg wel dat je server AVIF-encoding ondersteunt (Imagick met een recente ImageMagick-versie), anders zie je hetzelfde probleem als bij ontbrekende WebP-support: er gebeurt stilletjes niets.

Veelgestelde vragen