WordPress Bild-Upload HTTP Fehler beheben

Du lädst ein Bild in die Mediathek — und WordPress antwortet mit dem wohl unhöflichsten Fehler, den es kennt: „HTTP-Fehler.“ Keine Nummer, keine Erklärung, nichts. Tatsächlich verbirgt sich dahinter eine kurze Liste konkreter Ursachen, die du systematisch abarbeiten kannst.

Sofort-Checks, bevor du irgendwas änderst

1. Einmal neu laden und erneut versuchen. Der HTTP-Fehler ist oft ein einmaliger Schluckauf — eine unterbrochene Verbindung, ein kurzzeitig ausgelasteter Server.
2. Anderes Bild testen. Klappt ein kleines JPG, während das 8-MB-Panorama scheitert? Dann ist es ein Größen- oder Speicherproblem.
3. Anderen Browser oder Inkognito-Fenster testen. Browser-Erweiterungen (v. a. Werbeblocker) funken gelegentlich in den Upload hinein.

Die häufigsten Ursachen — und ihre Lösung

1. PHP-Speicher zu knapp: Die serverseitige Bildverarbeitung (Vorschaugrößen erzeugen!) braucht ein Vielfaches der Dateigröße an RAM. Erhöhe das Limit in der wp-config.php: define('WP_MEMORY_LIMIT', '256M'); — Details im Artikel Memory Limit erhöhen.
2. Bild schlicht zu groß: Kameras liefern heute 50-Megapixel-Bilder. Kein Web-Bild braucht mehr als 2500 Pixel Breite. Verkleinere vor dem Upload — das löst nicht nur den Fehler, sondern beschleunigt auch die Website. Wie, steht im Artikel Bilder optimieren.
3. Imagick-Modul streikt: WordPress nutzt zur Bildverarbeitung bevorzugt Imagick, das auf manchen Shared Hostings mit knappen Ressourcen-Limits abstürzt. Der bewährte Ausweichweg: WordPress auf die GD-Bibliothek umstellen. Ins Theme (functions.php) oder als Mini-Plugin:
   add_filter('wp_image_editors', function() { return ['WP_Image_Editor_GD']; });
4. ModSecurity blockt den Upload: Die Hoster-Firewall stuft den Upload als verdächtig ein — typisch, wenn der Fehler sofort (nicht erst nach Sekunden) erscheint. Das sieht nur der Hoster in seinen Logs; bitte ihn, die greifende Regel auszunehmen.
5. Dateiname mit Sonderzeichen: Umlaute, Apostrophe oder Emojis im Dateinamen bringen manche Server-Setups aus dem Tritt. Benenne die Datei vor dem Upload um: foto-müller's.jpg → foto-mueller.jpg.
6. Upload-Limit des Servers: Prüfe unter Medien → Datei hinzufügen die angezeigte Maximalgröße. Liegt sie bei 2 MB, setze in der php.ini bzw. .htaccess höhere Werte für upload_max_filesize und post_max_size — oder lass es den Hoster tun.
7. Volles Hosting-Kontingent: Ist der Speicherplatz des Hosting-Pakets erschöpft, scheitert jeder Upload. Ein Blick ins Hosting-Panel schafft Klarheit.
8. Plugin-Konflikt: Bildoptimierungs-Plugins (Smush, Imagify & Co.) haken sich in den Upload ein. Deaktiviere sie testweise — klappt der Upload dann, liegt der Fehler dort und ein Update oder eine Neukonfiguration ist fällig.

Der WebP- und AVIF-Sonderfall

Moderne Formate wie WebP und AVIF kann WordPress seit Jahren hochladen — aber nur, wenn die Bildbibliothek des Servers sie unterstützt. Meldet der Upload bei WebP-Dateien einen HTTP-Fehler, während JPGs funktionieren, fehlt dem Server die entsprechende Imagick/GD-Unterstützung. Das kann nur der Hoster nachrüsten (oder ein PHP-Versionswechsel im Panel löst es).

Dauerhaft Ruhe vor dem Thema

Der HTTP-Fehler ist ein Symptom dafür, dass Uploads am Limit arbeiten: zu große Bilder, zu wenig Speicher, keine Optimierung. Wer den Workflow einmal sauber aufsetzt — Bilder vor dem Upload verkleinern, automatische Kompression, ausreichende Limits —, sieht den Fehler nie wieder.

Im Speed-Modul von Ammera Care übernehmen wir genau das: automatische Bildoptimierung mit WebP/AVIF-Auslieferung, sauber konfigurierte Limits und laufende Kontrolle der Ladezeiten. Zu den Modulen.