Dein Preis in 2 Minuten

WordPress-FehlerMeldungen von WordPress

HTTP-Fehler beim Hochladen in WordPress: Ursachen und Lösung

Der HTTP-Fehler beim Hochladen heißt: Der Browser hat die Datei geschickt, vom Server kam aber keine brauchbare Antwort zurück. Ältere WordPress-Versionen zeigen nur „HTTP error.“, neuere schreiben „Unexpected response from the server“ oder bei Bildern „The server cannot process the image“. Fast immer scheitert die Verarbeitung des Bildes: Es ist zu groß, PHP hat zu wenig Arbeitsspeicher, die Bildbibliothek Imagick hakt oder eine Firewall blockt den Upload. Meist hilft es, das Bild zu verkleinern, das Speicherlimit anzuheben oder WordPress auf die Bibliothek GD umzustellen.

So sieht die Meldung aus

  • HTTP error.
  • HTTP-Fehler.
  • Unexpected response from the server. The file may have been uploaded successfully. Check in the Media Library or reload the page.
  • Unerwartete Antwort des Servers. Die Datei wurde möglicherweise erfolgreich hochgeladen. Schau in der Mediathek nach oder lade die Seite neu.
  • The server cannot process the image. This can happen if the server is busy or does not have enough resources to complete the task. Uploading a smaller image may help. Suggested maximum size is 2560 pixels.
  • Der Server kann das Bild nicht verarbeiten. Dies kann vorkommen, wenn der Server beschäftigt ist oder nicht genug Ressourcen hat, um die Aufgabe abzuschließen. Es könnte helfen, ein kleineres Bild hochzuladen. Die maximale Größe sollte 2560 Pixel nicht überschreiten.

Woran es liegt.

Bild zu groß für den Server

Fotos aus Kamera oder Smartphone haben oft mehrere tausend Pixel Kantenlänge. WordPress rechnet beim Hochladen daraus mehrere kleinere Größen für Vorschau, Beitrag und Galerie. Das kostet Rechenzeit und Speicher. Reicht eins davon nicht, endet die Verarbeitung mitten im Vorgang.

Zu wenig PHP-Arbeitsspeicher

Zum Verkleinern entpackt PHP das komplette Bild in den Speicher. Ein großes JPEG belegt dort ein Vielfaches seiner Dateigröße. Ist das Limit im Hosting-Paket knapp bemessen, bricht der Vorgang ohne verständliche Meldung ab.

Die Bildbibliothek Imagick hakt

WordPress nimmt zum Umrechnen zuerst Imagick, wenn der Server es anbietet, sonst GD. Auf manchen Hosting-Paketen braucht Imagick mehr Ressourcen, als erlaubt sind, oder ist unvollständig eingerichtet. Mit GD klappt derselbe Upload dann oft sofort.

Firewall oder Sicherheits-Plugin blockt

Regeln von mod_security beim Hoster oder eines Sicherheits-Plugins halten manche Uploads für einen Angriff. Der Browser erhält dann eine Fehlerseite statt der erwarteten Antwort. Typisch ist, dass nur einzelne Dateien scheitern, andere aber durchgehen.

Upload-Grenze des Webservers

Auf nginx legt client_max_body_size fest, wie groß eine Anfrage sein darf. Ist der Wert kleiner als das Upload-Limit von PHP, weist nginx die Datei mit dem Status 413 ab, bevor WordPress sie überhaupt sieht.

So behebst Du den Fehler.

Leg vor jeder Änderung eine Sicherung von Dateien und Datenbank an. Geh die Schritte der Reihe nach durch und prüf nach jedem, ob die Seite wieder lädt.

  1. Nachsehen, ob die Datei doch angekommen ist

    Öffne Medien → Mediathek und lade die Ansicht neu. Häufig liegt das Original dort bereits, nur die kleineren Bildgrößen fehlen. Lösche es dann und lade es verkleinert erneut hoch. Mit SSH-Zugang lassen sich die fehlenden Größen auch nachträglich erzeugen.

    Terminal (WP-CLI)
    wp media regenerate --only-missing --yes

  2. Bild verkleinern und neu hochladen

    Bring das Foto vor dem Upload auf höchstens 2560 Pixel an der längsten Seite. Diesen Wert nennt WordPress selbst in seiner Meldung. Speichere es als JPEG oder WebP in normaler Qualität. Geht der Upload jetzt durch, war die Bildgröße der Auslöser.

  3. Dateinamen vereinfachen

    Benenne die Datei testweise um: nur Kleinbuchstaben, Ziffern und Bindestriche, ohne Umlaute, Leerzeichen oder Apostrophe. Manche Server- und Firewall-Regeln stolpern über solche Zeichen. Der Test dauert eine Minute und schließt eine Ursache sicher aus.

  4. Speicher für die Bildverarbeitung erhöhen

    Für Bilder hebt WordPress den Arbeitsspeicher auf den Wert von WP_MAX_MEMORY_LIMIT an, meist 256 MB. Lade die wp-config.php als Sicherung herunter und trage dann einen höheren Wert ein. Sperrt der Hoster solche Änderungen, gilt weiter sein Limit. Dann hilft nur die Einstellung memory_limit im Hosting-Panel.

    wp-config.php
    define( 'WP_MAX_MEMORY_LIMIT', '512M' );

  5. Von Imagick auf GD umstellen

    Unter Werkzeuge → Website-Zustand → Bericht → Medienverarbeitung steht, welcher Editor aktiv ist. Zeigt er Imagick, setz GD mit dem Filter unten an die erste Stelle, am besten im Child-Theme oder in einem kleinen eigenen Plugin. Klappt der Upload danach, lass den Filter aktiv oder bitte den Hoster, Imagick zu prüfen.

    functions.php (Child-Theme)
    add_filter( 'wp_image_editors', function ( $editors ) {
	return array( 'WP_Image_Editor_GD', 'WP_Image_Editor_Imagick' );
} );

  6. Sicherheits-Plugin und Firewall prüfen

    Schalte das Sicherheits-Plugin unter Plugins → Installierte Plugins kurz ab und versuche den Upload erneut. Geht er durch, such im Protokoll des Plugins nach der geblockten Anfrage und gib sie gezielt frei. Aktiviere den Schutz danach sofort wieder. Blockt mod_security beim Hoster, sieht nur dessen Support die Regel.

  7. Upload-Grenze von nginx anheben

    Läuft die Seite auf nginx und zeigt der Netzwerk-Reiter der Entwicklertools im Browser beim Upload den Status 413, ist client_max_body_size zu klein. Der Wert gehört in den server-Block der Konfiguration, danach nginx neu laden. Auf geteiltem Hosting übernimmt das der Hoster.

    nginx.conf
    client_max_body_size 64M;

  8. Hoster um das Serverprotokoll bitten

    Scheitert der Upload weiter, frag den Support nach dem Fehlerprotokoll zur genauen Uhrzeit Deines Versuchs. Daraus geht hervor, ob PHP an Speicher, Laufzeit oder Imagick gescheitert ist oder welche Firewall-Regel gegriffen hat.

Zuletzt geprüft am 25. September 2026.

So kommt er nicht wieder.

  • Fotos vor dem Hochladen auf Webgröße bringen, 2560 Pixel an der langen Seite reichen für fast jede Website.
  • Ein Hosting-Paket wählen, das für die Bildverarbeitung genug Arbeitsspeicher bereitstellt.
  • Nach Umzug oder PHP-Wechsel einmal testweise ein großes Foto hochladen.
  • Dateinamen schon auf dem Rechner kurz und ohne Sonderzeichen vergeben.

Fragen zu HTTP-Fehler beim Hochladen in die Mediathek

Was bedeutet „HTTP error“ beim Hochladen in WordPress?
Der Server hat auf den Upload keine gültige Antwort geschickt. Meist ist er beim Verkleinern des Bildes an Speicher oder Rechenzeit gescheitert. Seltener hat eine Firewall die Anfrage abgefangen.
Warum klappen kleine Bilder, große aber nicht?
Große Fotos brauchen beim Umrechnen deutlich mehr Arbeitsspeicher und Zeit. Überschreitet ein Bild die Grenzen des Servers, bricht die Verarbeitung ab. Verkleinere es vorher oder erhöhe das Speicherlimit.
Ist das Bild trotz Fehlermeldung hochgeladen?
Oft ja. Die Originaldatei steht dann schon in der Mediathek, es fehlen nur die Vorschaubilder. Lade die Mediathek neu und prüfe das. Fehlende Größen lassen sich nachträglich erzeugen.
Hilft ein anderer Browser?
Manchmal. Eine Browser-Erweiterung oder ein veralteter Cache kann den Upload stören. Lässt sich die Datei aus einem anderen Browser heraus problemlos hochladen, liegt die Ursache bei Dir. Sonst sitzt sie auf dem Server.

Verwandte Fehler

Alle WordPress-Fehler

Lieber eine Website, die einfach läuft?

Wir bauen Websites, die schnell laden und ohne Update-Stress laufen. Oder wir übernehmen Deine WordPress-Seite samt Pflege. Erst Dein Paket, dann ein Termin per Video.

Kevin Baum im Videocall an seinem Schreibtisch, im Hintergrund eine Holzlattenwand mit farbigem Licht.

Erst Dein Paket, dann der Termin

Im Preisrechner tippst Du an, was Dich bremst. Du siehst sofort Dein Paket mit Preisspanne. Danach wählst Du direkt einen Termin, das Gespräch läuft per Video.

Dein Preis in 2 Minuten