U sleept een foto van uw nieuwe bedrijfswagen naar de mediabibliotheek. Het balkje loopt vol, blijft even staan en dan verschijnt er in rood: “HTTP-fout.” Geen nummer, geen uitleg. U probeert het nog een keer, met hetzelfde resultaat. Een kleinere foto lukt soms wel, een andere weer niet. En de foto’s die u vorige maand uploadde, gingen probleemloos.

Een WordPress upload HTTP-fout is een verzamelmelding. WordPress weet alleen dat de server iets anders terugstuurde dan verwacht, en heeft geen idee waarom. Het goede nieuws is dat de lijst met mogelijke oorzaken kort is. In dit artikel lopen we ze langs, van de meest waarschijnlijke naar de minst waarschijnlijke, zodat u niet lukraak hoeft te proberen.

Wat er gebeurt tijdens een upload

Een upload bestaat uit drie delen. Eerst stuurt uw browser het bestand naar de server. Dan slaat WordPress het op in de map wp-content/uploads. Daarna maakt WordPress met een beeldbewerkingsprogramma op de server verschillende formaten aan: een miniatuur, een middelgrote versie, een grote versie en vaak nog een paar formaten die uw thema of WooCommerce nodig heeft. Pas als dat allemaal klaar is, meldt WordPress succes.

De HTTP-fout kan in elk van die drie delen ontstaan. Een te groot bestand strandt bij het versturen. Verkeerde bestandsrechten stranden bij het opslaan. Te weinig geheugen strandt bij het aanmaken van de formaten. Aan de melding zelf ziet u het verschil niet, maar aan het gedrag wel: lukt een kleine afbeelding wel en een grote niet, dan zit het bijna zeker in het derde deel.

Zeven oorzaken van een WordPress upload HTTP-fout

1. Het bestand is te groot of te zwaar

Een foto rechtstreeks van een moderne telefoon of camera is al snel 6000 pixels breed en 8 tot 15 megabyte. Dat is veel meer dan een website nodig heeft. De server heeft voor het verwerken van zo’n bestand tijdelijk een veelvoud van de bestandsgrootte aan geheugen nodig. Verklein de foto vooraf naar hooguit 2000 of 2500 pixels breed. Een gratis programma of zelfs de ingebouwde fotoviewer van uw computer kan dat. Meestal is de fout daarmee verdwenen.

2. De geheugenlimiet van PHP is te laag

Als ook verkleinde afbeeldingen mislukken, is de geheugenlimiet vaak de oorzaak. Bij 64 MB komt WordPress bij het aanmaken van formaten snel in de knel. Onder Gereedschap, Sitegezondheid, Info ziet u de huidige waarde. Hoe u die verhoogt, en waarom dat soms niet helpt, staat in het artikel over de geheugenlimiet van WordPress.

3. Verkeerde bestandsrechten op de uploadmap

Na een verhuizing, een herstel uit een back-up of een handmatige actie via FTP komt het voor dat de webserver niet meer mag schrijven in wp-content/uploads of in de map van de huidige maand. WordPress kan het bestand dan niet opslaan. Dit merkt u doordat geen enkele upload meer lukt, ook geen piepkleine. De hostingpartij zet de rechten in een paar minuten goed; de map moet schrijfbaar zijn voor de webservergebruiker.

4. De beeldbewerker op de server loopt vast

WordPress gebruikt bij voorkeur Imagick en anders GD om afbeeldingen te verwerken. Op sommige servers heeft Imagick een limiet die bij grote afbeeldingen wordt overschreden, of is er een versie met een bekend probleem bij bepaalde bestandstypen. Een bekende oplossing is WordPress vertellen om GD te gebruiken in plaats van Imagick. Dat kan met een klein codefragment in het thema of met een plugin; uw hostingpartij of beheerder kent dit.

5. Een beveiligingsplugin of firewall blokkeert het verzoek

Uploads gaan via een bestand dat async-upload.php heet. Sommige firewallregels vinden dat verdacht, zeker bij bestanden met ongebruikelijke namen of bij meerdere uploads achter elkaar. Schakel de beveiligingsplugin kort uit en probeer opnieuw. Verdwijnt de fout, dan maakt u in de plugin een uitzondering.

6. Het bestandstype of de bestandsnaam

WordPress accepteert standaard jpg, png, gif en webp. HEIC-foto’s van een iPhone, SVG-bestanden en sommige exotische formaten worden geweigerd, soms met een duidelijke melding, soms als HTTP-fout. Ook bestandsnamen met tekens als apostrofs, hekjes of accenten geven op sommige servers problemen. Hernoem het bestand naar iets simpels als bedrijfswagen-2026.jpg en sla het op als jpg.

7. Een tijdelijke serverstoring of time-out

Als de server het op dat moment druk heeft, kan het verwerken langer duren dan de maximale uitvoeringstijd toestaat. Probeer het een kwartier later nog eens voordat u instellingen gaat aanpassen.

Een handige volgorde voor het uitsluiten

  1. Verklein de afbeelding naar 2000 pixels breed en probeer opnieuw.
  2. Hernoem het bestand naar alleen kleine letters, cijfers en koppeltekens.
  3. Probeer een piepklein testbestand van een paar kilobyte. Mislukt dat ook, dan zit het in de rechten, de firewall of de server, niet in de afbeelding.
  4. Schakel de beveiligingsplugin even uit.
  5. Controleer de geheugenlimiet in Sitegezondheid en verhoog die als hij onder 128 MB zit.
  6. Vraag uw hostingpartij naar de bestandsrechten en de versie van Imagick.

Praktijkvoorbeeld: een makelaar in Groningen

Een makelaarskantoor in Groningen kon opeens geen woningfoto’s meer uploaden. Elke foto gaf een HTTP-fout, terwijl dat een week eerder nog gewoon werkte. De medewerkster had al geprobeerd om kleinere foto’s te maken, met wisselend resultaat: de ene lukte, de andere niet. Bij navraag bleek dat de hostingpartij die week naar een nieuwe server was verhuisd. Daar stond een strengere geheugenlimiet en een oudere versie van Imagick.

Na het verhogen van de limiet naar 256 MB lukte het grootste deel weer. De laatste paar foto’s, die uit een fotobewerkingsprogramma kwamen met een ingebed kleurprofiel, mislukten nog steeds. Overschakelen op GD als beeldbewerker loste dat op. Sindsdien verkleint het kantoor de foto’s standaard voor het uploaden, wat ook de site sneller maakt.

Wanneer u hulp inschakelt

De eerste vier stappen kunt u zelf doen. Het aanpassen van de geheugenlimiet, de bestandsrechten en de beeldbewerker vraagt om toegang tot de server of om een kleine code-aanpassing. Als u die stappen liever niet zelf zet, of als de fout na alle bovenstaande stappen blijft, is dat een korte klus voor iemand die WordPress-fouten oplost en die de serverlogboeken kan lezen, waarin de werkelijke oorzaak meestal in één regel staat.

Samengevat

De HTTP-fout bij uploaden is vervelend, maar zelden ernstig. Begin bij de afbeelding zelf: kleiner maken en netjes hernoemen lost het merendeel op. Daarna volgen geheugen, rechten, firewall en beeldbewerker. Werk de lijst in die volgorde af en u weet binnen een kwartier waar het zit. Wilt u bovendien voorkomen dat grote uploads uw site traag maken, dan is het optimaliseren van afbeeldingen een logische volgende stap.