Hoe kunnen we helpen?

WebP werkt in alle huidige browsers, in Safari vanaf versie 14. AVIF toont Safari pas vanaf versie 16. Wil je ook oudere Apple-apparaten bedienen, kies dan voor WebP of voor de fallback-modus. Daarin krijgt Safari 14 en 15 bij AVIF de WebP-kopie, en een browser die geen van beide kent het originele bestand.

WebP, voor vrijwel elke site. AVIF is kleiner, maar veel trager om te maken, en Safari 15 en ouder, veel linkvoorbeelden op sociale media en de meeste mailprogramma’s tonen het niet. Kies je toch AVIF, doe het dan in de fallback-modus.

Ja. Leeg na het omzetten de cache van je CDN, want de plugin kan dat niet voor je doen. Staan er URL’s met de hostnaam van je CDN in je database, voeg die host dan toe met het filter verklein_rewrite_hosts. Met <picture> in de fallback-modus heeft een CDN verder niets nodig. Gebruik je de Accept-headerregel, dan moet je CDN de header Vary: Accept respecteren, anders kan een oude browser toch de WebP krijgen. De Systeemcheck test die regel.

nginx negeert het .htaccess-bestand dat de back-upmap afsluit, dus zet je zelf een regel in de serverconfiguratie. Met de tweede regel komen oude JPG- en PNG-URL’s bij WordPress terecht, voor de 301. De exacte mapnaam staat op het tabblad Systeem & hulp, en de Systeemcheck test of de map dicht is. De regels staan in de documentatie.

Ja, zolang de originelen in de back-upmap staan of zijn blijven staan. Dat is standaard zo. Ga naar verklein.nu → Herstellen & opruimen, herstel per afbeelding in de Mediabibliotheek, of gebruik wp verklein restore. Heb je de back-ups opgeruimd of de originelen laten verwijderen, dan kan het niet meer.

Tijdens het omzetten staan de nieuwe bestanden naast de oude, en de originelen blijven als back-up bewaard. Reken dus tijdelijk op wat extra ruimte. Ben je tevreden, dan ruim je de back-ups op en hou je alleen de kleinere bestanden over. In de fallback-modus blijven origineel en kopie allebei staan. De Systeemcheck laat zien hoeveel ruimte er vrij is.

Ja. De URL-update kan overweg met gewone tekst, HTML, JSON met escaped slashes en geserialiseerde PHP-gegevens, zoals Elementor, Divi, Beaver Builder, Oxygen, Bricks, WPBakery en Avada die opslaan. De CSS-cache van Elementor, Beaver Builder, Divi en Avada wordt automatisch geleegd. Gebruik je Oxygen, genereer de CSS-cache dan opnieuw via Oxygen → Settings.

Kleinere afbeeldingen laden sneller, en dat is goed voor de laadtijd van je pagina’s. Titel, alt-tekst en ID van je afbeeldingen blijven hetzelfde. In de vervangmodus verandert de bestandsnaam van .jpg naar .webp, maar de plugin kan oude URL’s met een 301 doorsturen, zodat links van andere sites en Google Afbeeldingen blijven werken.

Beide werken. Imagick heeft de voorkeur: het geeft betere kwaliteit, behoudt kleurprofielen en ondersteunt de instelling voor inspanning. Of je server AVIF kan maken, hangt af van hoe Imagick of GD is gebouwd. De Systeemcheck laat het zien; anders kan je hostingpartij het meestal aanzetten.

AVIF-bestanden maken kost veel rekenwerk. Reken op 3 tot 20 seconden per afbeelding inclusief alle formaten, tegen een halve tot twee seconden voor WebP. Een grote bibliotheek kan dus uren duren. Zet de inspanning op 3 of 4 op trage hosting, en gebruik WP-CLI voor duizenden afbeeldingen.

Alleen voor bestanden die nog op je eigen server staan. Met WP Offload Media, Media Cloud of WP-Stateless waarschuwt de plugin vooraf, en hij uploadt de omgezette bestanden niet naar de cloud.

Je omgezette afbeeldingen, de kopieën uit de fallback-modus en de back-upmap blijven altijd staan, dus je site blijft werken. In de fallback-modus toont hij dan weer de originele JPG’s en PNG’s. De instellingen en herstelgegevens blijven standaard ook bewaard, zodat je na een herinstallatie nog kunt herstellen. Wil je alles kwijt, zet dan eerst Alle plugingegevens wissen als de plugin wordt verwijderd aan in de instellingen. Wil je terug naar de originelen, herstel dan vóór het verwijderen.