{"id":25649,"date":"2019-09-02T23:08:43","date_gmt":"2019-09-03T06:08:43","guid":{"rendered":"https:\/\/kinsta.com\/?post_type=knowledgebase&p=49651"},"modified":"2025-10-01T21:51:47","modified_gmt":"2025-10-01T19:51:47","slug":"400-bad-request","status":"publish","type":"post","link":"https:\/\/kinsta.com\/nl\/blog\/400-bad-request\/","title":{"rendered":"Hoe een 400 Bad Request Fout repareren (oorzaken en oplossingen)"},"content":{"rendered":"

Wanneer een website niet wordt geladen, is dit erg vervelend. Het is echter belangrijk om te begrijpen waarom dit is gebeurd, zodat je weet hoe je het kunt oplossen.<\/p>\n

De 4xx-familie<\/a> van statuscodes is wat we hier onderzoeken, aangezien deze betrekking hebben op ongeldige of corrupte verzoeken van de client.<\/p>\n

In het bijzonder zullen we de 400-fout: Bad Request <\/strong>nader bekijken: wat deze fout betekent, wat de oorzaak is en enkele specifieke stappen om het probleem op te lossen.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Bekijk onze videogids voor het oplossen van een 400 Bad Request fout<\/a><\/strong><\/p>\n<\/kinsta-video>\n

Wat is 400 Bad Request Fout?<\/h2>\n

Een 400 Bad Request, ook wel een 400 error<\/strong> of HTTP error 400<\/strong> genoemd, wordt door de server gezien als een algemene client error en wordt geretourneerd wanneer de server vaststelt dat de fout niet in een van de andere statuscodecategorie\u00ebn valt.<\/p>\n

Het belangrijkste om hier te begrijpen is dat de 400-fout: Bad Request iets is dat te maken heeft met de ingediende aanvraag van de client voordat<\/em> deze door de server wordt verwerkt.<\/p>\n

De Internet Engineering Task Force (IETF) definieert de 400 Bad Request<\/a> als volgt:<\/p>\n

De 400 statuscode (Bad Request) geeft aan dat de server het verzoek niet kan of wil verwerken vanwege iets dat wordt gezien als een clientfout (bijv. verkeerd opgemaakte verzoeksyntaxis, ongeldige framing van het verzoek of misleidende routing van het verzoek).<\/em><\/p><\/blockquote>\n\n\n\n\n\n\n
Foutcode<\/strong><\/td>\n400 Bad Request Error<\/td>\n<\/tr>\n
Fouttype<\/strong><\/td>\nClientzijde<\/td>\n<\/tr>\n
Foutvariaties<\/strong><\/td>\nHTTP Error 400
\nHTTP Error 400 \u2013 Bad Request
\nHTTP Status 400 \u2013 Bad Request
\nHTTP Error 400. The request hostname is invalid
\n400 Bad Request
\n400 Bad Request. Request Header Or Cookie Too Large
\nBad Request \u2013 Error 400
\nBad Request \u2013 Invalid URL<\/td>\n<\/tr>\n
Foutoorzaken<\/strong><\/td>\nURL string syntaxis fout
\nBeschadigde browsercache en cookies
\nDNS lookup-cache
\nBestandsgrootte te groot
\nAlgemene serverfout<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Wat veroorzaakt de HTTP 400 Bad Request fout?<\/h2>\n

Er zijn verschillende hoofdoorzaken die de 400-fout: Bad Request kunnen veroorzaken en, zelfs als deze fout niet specifiek is voor een bepaalde browser of OS (besturingssysteem), vari\u00ebren de oplossingen enigszins.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

1. URL Ongeldige Tekenreekssyntaxis<\/h3>\n

De HTTP error 400 kan optreden als gevolg van een onjuist getypte URL, een verkeerd opgemaakte syntaxis of een URL die ongeldige tekens bevat.<\/p>\n

Dit is verrassend eenvoudig om per ongeluk te doen en kan gebeuren als een URL onjuist is gecodeerd. De volgende link is een voorbeeld van een URL die tekens bevat die de server niet kan verwerken. Daarom wordt een 400 Bad Request Fout geactiveerd.<\/p>\n

https:\/\/twitter.com\/share?lang=en&text=Example%20of%20malformed%%20characters%20in%20URL<\/code><\/p>\n

Let op het extra %<\/strong>-teken direct nadat het woord malformed<\/strong>\u00a0 is opgemaakt in de URL. Een correct gecodeerde spatie moet %20<\/strong> zijn en niet %%20<\/strong>. Zo ziet het resultaat eruit in de Chrome-browser.<\/p>\n

Een illegaal teken kan ook een 400 Bad Request Fout activeren. De volgende URL bevat een {<\/strong> -teken, wat niet is toegestaan. Daarom leidt dit tot hetzelfde type fout.<\/p>\n

https:\/\/twitter.com\/share?lang=en&text=Example%20of%20malformed{%20characters%20in%20URL<\/code><\/p>\n

2. Beschadigde Browsercache en Cookies<\/h3>\n

Zelfs als de URL 100% correct is, kan de 400-fout: Bad Request nog steeds optreden vanwege beschadigde bestanden in de browsercache of problemen met verlopen en\/of beschadigde browsercookies.<\/p>\n

Misschien ben je een 400-fout: Bad Request tegengekomen bij het openen van het beheerdersgedeelte van je WordPress-site<\/a> enige tijd na je laatste aanmelding. Dat gebeurt vanwege de manier waarop de cookie die je inlogverificatiegegevens verwerkt<\/a>, beschadigd is geraakt en jou niet als een geldige gebruiker met beheerdersrechten kan erkennen.<\/p>\n

Hierdoor wordt de verbinding geweigerd en wordt een 400-fout: Bad Request geactiveerd.<\/p>\n

3. DNS-opzoekcache<\/h3>\n

De 400 Bad Request kan gebeuren wanneer de lokaal opgeslagen DNS-gegevens<\/a> niet gesynchroniseerd zijn met geregistreerde DNS-informatie.<\/p>\n

Alle domeinnamen zijn aliassen voor IP-adressen. Men kan een IP-adres beschouwen als een telefoonnummer dat “altijd belt” naar een specifieke server waarmee je verbinding wilt maken. Wanneer je een website voor het eerst bezoekt, vindt er een proces plaats met de naam “naamomzetting” en dat is wanneer de domeinnaam wordt omgezet in het specifieke IP-adres van de server.<\/p>\n

Om de zaken te versnellen, worden deze details lokaal op je computer opgeslagen in de lokale DNS-cache, zodat het naamomzettingsproces niet voor elke<\/em> eenmalig<\/em> bezoek voor een bepaalde website hoeft te worden uitgevoerd. Dit is vergelijkbaar met hoe de browsercache werkt voor HTML, CSS, JavaScript, media en andere bestanden.<\/p>\n

4. Bestand is te groot<\/h3>\n

Een 400 Bad Request kan ook optreden als je probeert een bestand te uploaden naar een website die te groot is om aan het uploadverzoek te voldoen. Dit is strikt gerelateerd aan de maximale bestandsgrootte van de server<\/a> en varieert afhankelijk van de manier waarop deze is ingesteld.<\/p>\n

Tot nu toe hebben we ons gericht op de 400-fout: Bad Request die alleen wordt veroorzaakt vanwege problemen met de client.<\/p>\n

5. Algemene serverfout<\/h3>\n

Deze fout kan soms ook worden veroorzaakt door problemen met de server. In het bijzonder kan een 400-statuscode wijzen op een algemeen probleem met de server, een serverstoring of andere niet-gespecificeerde tijdelijke problemen.<\/p>\n

Als dit gebeurt wanneer je verbinding probeert te maken met een externe website, heb je daar geen controle over en kun je de browser het beste vernieuwen en regelmatig controleren of het probleem door de site-eigenaren is opgelost.<\/p>\n

Wat je eventueel zou kunnen doen om na te gaan of het probleem daadwerkelijk aan de server ligt: probeer de website in verschillende browsers te laden. Als je een stap verder wilt gaan, test het dan op een geheel ander apparaat om systeemspecifieke problemen uit te sluiten.<\/p>\n

Als je geen verbinding kunt maken met de site via andere browsers, computers, besturingssystemen of andere apparaten, is dit waarschijnlijk een probleem met de server. Als je wilt, kun je contact opnemen met de site-eigenaar en hem laten weten welk besturingssysteem, welke browser en welke versies je gebruikte toen het probleem zich voordeed.<\/p>\n

400 Bad Request Fout: hoe ziet het eruit?<\/h2>\n

Meestal houdt een 400 Bad Request verband met problemen aan de clientzijde. We hebben al gezien hoe een 400-fout: Bad Request eruitziet in de Chrome-browser waar deze in het Engels getoond wordt als HTTP ERROR 400.<\/p>\n

\"400-fout:
400-fout: Bad Request in Chrome<\/figcaption><\/figure>\n

Maar hoe zit het met de andere browsers?<\/p>\n

400 Bad Request in Firefox<\/h3>\n
\"400-fout:
400-fout: Bad Request in Firefox<\/figcaption><\/figure>\n

400 Bad Request in Safari<\/h3>\n
\"400-fout:
400-fout: Bad Request in Safari<\/figcaption><\/figure>\n

400 Bad Request in Microsoft Edge<\/h3>\n
\"400-fout:
400-fout: Bad Request in Microsoft Edge<\/figcaption><\/figure>\n

Zoals je ziet, sturen alle browsers een algemeen en nutteloos 400-statuscodebericht terug. Het lijkt erop dat je aan je lot wordt overgelaten om een oplossing voor het probleem te vinden. In Firefox en Safari is het zelfs niet eens duidelijk dat er een 400-fout: Bad Request is opgetreden, omdat het browservenster volledig leeg is!<\/p>\n

Gelukkig hebben we een aantal eenvoudige stappen samengesteld die je kunt nemen om de 400-fout: Bad Request op te lossen. Laten we elk van deze in de volgende sectie eens nader bekijken!<\/p>\n\n

\n
\n

400 Bad Request (Woordenlijst):<\/h2>\n

De 400-fout: Bad Request is een HTTP-responsstatuscode die aangeeft dat de server het verzoek dat door de client is verzonden niet kon verwerken (begrijpen), vanwege een ongeldige syntaxis, ongeldige verzoek van frameberichten of misleidende aanvraagroutering.<\/p>\n<\/div>\n <\/div>\n

\n
<\/div>\n
\n
\n
\n <\/svg> <\/div>\n
Support<\/div>\n <\/div>\n <\/div>\n <\/div>\n<\/div>\n\n

Hoe los je de 400 Bad Request Error op?<\/h2>\n

Voer de stappen in dit gedeelte uit om een 400 Bad Request te diagnosticeren en te corrigeren. De voorgestelde oplossingen omvatten:<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Voordat je dieper ingaat op de verschillende manieren om de 400-fout: Bad Request op te lossen, merk je mogelijk dat veel van bovenstaande stappen betrekking hebben op het legen van lokaal gecachte gegevens.<\/p>\n

Het klopt dat als je computer helemaal geen bestanden of gegevens in de cache zou opslaan, er waarschijnlijk aanzienlijk minder fouten met verbindingsproblemen zouden zijn.<\/p>\n

De voordelen van het cachen van bestanden en gegevens zijn echter goed gedocumenteerd en het surfen op internet zou zeker lijden als de technieken voor het opslaan in cache niet door browsers zouden worden gebruikt. Met Edge Caching<\/a> kun je bijvoorbeeld de tijd die nodig is om volledige pagina’s aan browsers te leveren met meer dan 50% verkorten.<\/p>\n

Het komt allemaal neer op een compromis tussen optimalisatie en gebruikerservaring, waarbij websites zo snel mogelijk proberen te laden, maar af en toe vatbaar zijn voor fouten zoals een 400 Bad Request zonder enige waarschuwing.<\/p>\n

1. Controleer de ingediende URL<\/h3>\n

Aangezien dit een van de meest voorkomende redenen is voor een 400-fout: Bad Request, laten we beginnen met een voor de hand liggende boosdoener, de URL-tekenreeks zelf. Het kan heel eenvoudig zijn om ongewenste tekens in de URL op te nemen wanneer je deze handmatig in de browser invoert.<\/p>\n

Controleer of de domeinnaam en de specifieke pagina die je wilt openen, correct zijn gespeld en getypt. Zorg er ook voor dat ze gescheiden zijn met forward slashes. Als de URL speciale tekens bevat, zorg er dan voor dat deze correct zijn gecodeerd en legale URL-tekens zijn.<\/p>\n

Voor lange URL’s vindt je het wellicht gemakkelijker en minder foutgevoelig om een online URL-encoder of -decoder<\/a> te gebruiken. Dit soort hulpprogramma’s zijn vaak ook in staat om illegale tekens in de URL automatish te herkennen.<\/p>\n

Als je eenmaal zeker bent dat de URL correct is, probeer deze nogmaals in de browser te openen. Krijg je alsnog de 400-fout: Bad Request, dan wordt het tijd om wat cache te wissen!<\/p>\n

2. Wis de browsercache<\/h3>\n

Als sommige lokaal opgeslagen websitebestanden zijn beschadigd, kan dit leiden tot een 400-fout: Bad Request, in plaats van de verwachte website-inhoud.<\/p>\n

Dit omvat alle soorten bestanden die een website moet uitvoeren, zoals:<\/p>\n