Warum WordPress-Bilder oft langsam sind

WordPress 6.6 (Juni 2024) hat zwar nativen WebP-Generator eingeführt und WebP wird seit Juni 2024 standardmäßig parallel zu JPG erzeugt — aber drei Probleme bleiben. Erstens: AVIF wird nicht nativ unterstützt; das beste moderne Format fehlt. Zweitens: viele Themes und Builder (Elementor, Divi) erzeugen Bilder via CSS-Background, die kein <picture>-Element bekommen. Drittens: Mediathek-Bilder aus 2019 wurden nie in moderne Formate konvertiert, und die nachträgliche Konversion ist aufwendig.

Eine Grundlagen-Übersicht für die Theme-Auswahl findest du in unserem WordPress-Bilder-Grundlagen-Beitrag; hier geht es um den 2026-Plugin-Stack.

Native WordPress 6.6+ Pipeline

Standard out-of-the-box seit Juni 2024: WordPress generiert automatisch WebP-Varianten aller hochgeladenen JPG/PNG, in allen registrierten Bildgrößen (Thumbnail, Medium, Large, Full). Das Theme bekommt dann via wp_get_attachment_image() ein modernes <img>-Tag mit korrektem srcset.

Stärken: kostenlos, ohne Plugin, integriert. Schwächen:kein AVIF, kein <picture>-Tag mit Format-Cascade, doppelter Speicher-Verbrauch (JPG + WebP), Filter zum De-Aktivieren ist obskur. Wer den Speicher-Verbrauch kontrollieren will, kann via wp_image_editor_output_format-Filter steuern.

Die Plugin-Optionen 2026

Vier Plugins dominieren den Markt für Profi-Anforderungen:

ShortPixel Image Optimizer

Kostenpflichtig nach Probier-Volumen. Lädt Bilder zu ShortPixel-Servern hoch, komprimiert sie dort (Lossy, Glossy, Lossless), liefert AVIF + WebP zurück. Erkennt auch CSS-Background-Bilder via DOM-Scan.

Kosten 2026: 100 Bilder/Monat kostenlos, 5 000/Monat für $4.99, 50 000/Monat für $29.99. Für mittlere E-Commerce-Shops mit ~10 000 Produkten reicht das Mid-Tier oft nicht. Lock-in: Bilder werden auf ShortPixel-CDN gehostet, bei Abo-Ende fehlen sie.

EWWW Image Optimizer

Seit 2013 etabliert. Optimiert standardmäßig lokal (lossless), Cloud-Variante mit Easy IO (CDN) ist Premium. Generiert WebP + AVIF, liefert über <picture>mit JS-Helper aus.

Kosten 2026: Free für Lokal-Komprimierung, Easy IO ab $7/Monat unbegrenzt. Stärken: kein Lock-in beim Free-Tier, gute Cloud-Option. Schwächen: UI etwas altbacken, viele Settings.

Imagify

Vom WP Rocket-Team. Klare UI, gute Standard-Settings, AVIF seit 2024. Cloud-basiert.

Kosten 2026: 20 MB/Monat gratis, Lite ab $2.99/Monat für 500 MB, Plus $5.99/Monat für 1 GB, Infinite $9.99/Monat für unlimited. Bei mittleren Sites ist Lite oft genug.

Cloudflare Polish + Mirage

Wer Cloudflare als CDN nutzt (zunehmend Standard), bekommt mit Polish (Pro-Plan, $25/Monat) automatische WebP/AVIF-Konvertierung an der Edge, ohne dass Original-Bilder umgewandelt werden müssen. Auch die Mediathek bleibt in JPG/PNG — Cloudflare optimiert beim Request.

Stärken: kein Plugin, keine Server-Last, perfekte Cache-Hit-Rate. Schwächen: Cloudflare-Lock-in, Polish-Setting verlangt etwas Test-Aufwand, nicht alle Themes liefern Polish-freundliches HTML.

Lazy Loading und Core Web Vitals

WordPress 5.5+ markiert Bilder automatisch mit loading="lazy"— gut. Aber: das gilt für alle Bilder, auch das LCP-Hero. Ergebnis: LCP leidet messbar. Lösung in 2026: Plugins wie WP Rocket oder Perfmatters erkennen das LCP-Bild automatisch und setzen fetchpriority="high" + entfernen lazy. Manuell geht das auch via Theme-Filter.

Mehr zu den Core-Web-Vitals-Auswirkungen in unserem CWV-Beitrag.

Mediathek-Migration: alte Bilder zu AVIF

Ein häufig unterschätzter Posten: existierende Mediathek mit Tausenden Original-JPGs aus den vergangenen Jahren. Drei Wege zur Migration:

  • Plugin-Bulk-Run. ShortPixel, Imagify und EWWW haben „Bulk optimize"-Buttons, die alle vorhandenen Bilder verarbeiten. Pro Bild ~2–5 Sekunden, also Stunden bis Tage bei 10 000 Bildern.
  • WP-CLI-Skript mit Sharp. Wer WP-CLI-Zugang hat, kann ein Node-Skript schreiben, das das Uploads-Verzeichnis durchgeht und AVIF + WebP generiert. Spart Plugin-Subscription.
  • Cloudflare Polish nutzen. Wenn Polish aktiviert ist, ist die Migration „automatisch" — beim ersten Request des Bildes liefert Cloudflare AVIF aus. Kein Bulk-Run nötig.

Empfehlungs-Matrix nach Site-Größe

  • Kleine Blog-Sites (<500 Bilder): WordPress-Native WebP + Imagify Lite. Kostenkomforter Einstieg.
  • Mittlere Sites (500–5 000 Bilder): ShortPixel oder EWWW Easy IO mit Cloud-Konvertierung. AVIF aktivieren.
  • E-Commerce mit großem Produktkatalog (5 000+ Bilder): Cloudflare Polish (Pro-Plan) als Edge-Konvertierung. Alle Plugin-Pipelines würden ans Limit stoßen.
  • Foto-Magazine, Foto-Blogs: ShortPixel mit Glossy-Modus. JPG-Original behalten für Qualitäts-bewusste Leser.
  • Multisite-Netzwerke: EWWW oder Cloudflare Polish — beide multisite-kompatibel; ShortPixel hat hier historisch Probleme gehabt.

Server-Konfiguration vergessen

Auch die Server-Seite muss mitspielen. Drei häufige Probleme:

  • memory_limit zu niedrig. AVIF-Encoding braucht viel RAM. Bei shared Hosts mit 256 MB scheitert der Encoder. Mindestens 512 MB für Komfort.
  • fehlendes ImageMagick / Sharp.WordPress nutzt GD oder ImageMagick. AVIF-Encoding braucht ImageMagick > 7.0.25 oder das @cf/vips-Add-on. Beim Hoster prüfen.
  • Cache-Control-Header fehlen. Optimierte Bilder müssen mit Cache-Control: public, max-age=31536000, immutable ausgeliefert werden. Bei vielen Hosters muss das in .htaccess oder nginx.conf nachgeführt werden.

WordPress 7.0 — was kommt?

Laut WordPress-Roadmap kommt 2026 die nativen AVIF-Encoder-Integration(frühe Beta seit WordPress 6.8). Damit wird ein Großteil der Plugin-Pipelines überflüssig — zumindest für Sites ohne CDN-Strategie. Plugins werden sich differenzieren über CDN-Edge-Optimierung, Smart-Crop und KI-Background-Removal.

Quellen

WordPress Make — WebP by default · ShortPixel — Pricing · EWWW Image Optimizer Pricing · Imagify Pricing · Cloudflare Polish · WordPress Make Core · ImageMagick — Format Support.