400 Bad Request error: Wat het betekent en hoe kun je het verhelpen
Als je dit artikel leest, heb je waarschijnlijk genoeg van de melding 400 Bad Request wanneer je een website probeert te openen.
Je hebt de pagina opnieuw geladen, een ander apparaat gebruikt en verschillende browsers geprobeerd, maar niets lijkt te werken.
Wat betekent 400 Bad Request? Hoe kun je deze fout oplossen? Laten we hier eens dieper op ingaan.
Foutcode | 400 Foute Aanvraag Fout |
Fouttype | Cliëntzijde |
Foutvarianten | HTTP Fout 400 HTTP Fout 400 – Foute aanvraag HTTP Fout 400. De hostnaam in het verzoek is ongeldig HTTP Status 400 – Foute aanvraag 400 Foute Aanvraag 400 Foute Aanvraag. Verzoekheader of cookie te groot Foute Aanvraag – Ongeldige URL Foute Aanvraag – Fout 400 Foute Aanvraag – Je browser heeft een verzoek gestuurd dat de server niet kon begrijpen 400 – Foute Aanvraag. Het verzoek kon door de server niet worden begrepen vanwege een onjuiste syntax. De cliënt mag het verzoek niet herhalen zonder wijzigingen. |
Oorzaken van fouten | Fout in URL-syntax Beschadigde cache of cookies Ongeldige framing van verzoekbericht Onjuiste syntax van het verzoek Verouderde DNS-cache |
Wat betekent een 400 Bad Request fout?
Een 400 Bad Request-fout maakt deel uit van de HTTP 4XX-statuscodes, die aangeven dat de server verzoeken niet kan verwerken vanwege een fout aan de clientzijde.
Dit gebeurt meestal wanneer je verzoek corrupt, ongeldig of te groot is. Als gevolg daarvan kan de server het verzoek niet verwerken en geeft hij in plaats daarvan een 400-antwoordcode weer.
Wat is precies de hoofdoorzaak van deze fout? Er zijn verschillende mogelijke oorzaken:
- Onjuiste syntaxis in de URL. Het webadres heeft typefouten of ongeldige tekens. Zelfs een kleine fout, zoals extra spaties of het verwijderen van speciale tekens zoals =, kan de 400-fout veroorzaken.
- Problemen met je browser. Corrupte cachebestanden, verouderde cookies en conflicterende browser extensies zorgen ervoor dat de server je verzoek niet goed kan verwerken.
- Verouderde DNS-cache. Wanneer de website die je probeert te bereiken zijn DNS-records bijwerkt, wordt de informatie in je cachegegevens ongeldig. De server kan dan niet het juiste IP-adres ophalen.
- De bestandsgrootte is te groot. Je HTTP-verzoek bevat afbeeldingen in de cache, browser cookies of geüploade bestanden die de limieten van de server overschrijden.
Het probleem is dat je meestal een algemene foutmelding te zien krijgt zonder enige context. Het is dus moeilijk om te weten wat er precies fout is gegaan.
Zo ziet een 400 Bad Request-fout er in Google Chrome uit:
In Safari verschijnt dezelfde foutmelding:
Maar soms kom je ook verschillende variaties van de 400-statuscode tegen die je vertellen wat het probleem zou kunnen zijn.
Als de cookie gegevens bijvoorbeeld groter zijn dan de toegestane limiet, zie je een 400-foutcode met de tekst Request Header Or Cookie Too Large.
Ook het invoeren van een verkeerd webadres kan leiden tot de foutmelding Bad Request – Invalid URL.
Hoe kun je een 400 Bad Request-fout oplossen
De 400 response code is een client-side fout, wat betekent dat er iets mis is met je verzoek in plaats van met de server van de site.
Om dit op te lossen, moet je ervoor zorgen dat alles aan jouw kant perfect werkt.
1. Controleer je internetverbinding
Wanneer je een website probeert te openen, stuurt je browser een verzoek naar de server, die vervolgens een antwoord terugstuurt.
Een trage internetverbinding kan ervoor zorgen dat de gegevens onvolledig worden verzonden, wat leidt tot de 400-statuscode.
Het is dus een goed idee om je internetsnelheid te testen met een tool zoals Google Fiber, voordat je andere manieren om problemen op te lossen uitprobeert.
Voor surfen op het web moet een goede pingsnelheid tussen 51 en 150 milliseconden (ms) liggen. Alles daarbuiten betekent dat je internetverbinding traag is. Probeer in dat geval een ander netwerk te gebruiken en kijk of de 400-fout is opgelost.
Als je verbinding prima werkt, maar de foutmelding blijft, ga dan verder met de tweede stap.
2. Los typefouten en ongeldige tekens in de URL op
Elke keer dat je een URL invoert in de adresbalk, moet je ervoor zorgen dat er geen spelfouten of onjuist gebruik van speciale tekens in staan.
Als je bijvoorbeeld www.hostinger.nl/%tutorials in je browser typt, krijg je deze melding:
Waarom? Omdat dit specifieke webadres gewoon niet bestaat. De juiste URL is www.hostinger.nl/tutorials.
Sommige URL’s maken ook gebruik van ASCII-tekencodering om gegevens op het internet over te brengen. Veelvoorkomende voorbeelden zijn het vervangen van spaties door %20 en een dubbele punt (:) door %3A.
Dit zie je bij lange URL’s die inloggegevens bevatten, zoals deze:
https://login.domaincom/authorize?client_id=Paul%20Walker%3ACalifornia
Onjuiste codering kan echter leiden tot syntaxfouten. Omdat de URL zo ingewikkeld is, kun je gemakkelijk iets over het hoofd zien, vooral als je het handmatig intypt.
Als je vermoedt dat de URL onjuist is gecodeerd, gebruik dan een encoder/decoder om de URL terug te decoderen naar het oorspronkelijke formaat.
Daarna codeer je de URL opnieuw volgens de juiste syntaxis en opmaak.
3. Cache en cookies van je browser wissen
Cache is een tijdelijke opslaglocatie die wordt gebruikt om kopieën te bewaren van alle webpagina’s die je ooit hebt bezocht. De volgende keer dat je dezelfde pagina bezoekt, kan de browser de inhoud dus sneller weergeven.
Ondertussen slaan cookies je persoonlijke informatie op, zoals je surfgeschiedenis, inloggegevens en voorkeursinstellingen. Hierdoor kunnen browsers een naadloze en persoonlijke ervaring bieden.
Je kunt bijvoorbeeld gemakkelijk pagina’s openen die met een wachtwoord zijn beveiligd zonder dat je elke keer je gegevens hoeft in te voeren.
Maar er zijn altijd twee kanten van dezelfde medaille. Hoe nuttig ze ook zijn, cache en cookies kunnen beschadigd of verouderd raken. Omdat de server de juiste informatie niet kan vinden, zal deze een 400 Bad Request fout weergeven.
Om dit te voorkomen, is de eenvoudigste manier om de browsegegevens regelmatig te wissen. Als je Google Chrome gebruikt, volg dan deze stappen:
- Klik op de drie puntjes in de rechterbovenhoek van Google Chrome en selecteer Instellingen.
- Zoek de sectie Privacy en beveiliging en kies Browsegegevens verwijderen.
- Selecteer Cached afbeeldingen en bestanden en Cookies en andere sitegegevens.
- Stel het tijdbereik van je voorkeur in – wij raden alle tijd aan.
- Klik op Gegevens wissen en dat is het.
De stappen zouden vergelijkbaar moeten zijn voor verschillende browsers. Je kunt onze gids lezen over het wissen van browsercache in Safari, Mozilla Firefox en Microsoft Edge.
Houd er rekening mee dat het verwijderen van cache en cookies betekent dat je wordt afgemeld bij bepaalde websites, afhankelijk van het door jou gekozen tijdsbereik.
Je kunt ook een trage laadtijd ervaren, omdat je browser inhoud die eerder in de cache was opgeslagen opnieuw moet downloaden.
4. Browser-extensies deactiveren
Sommige browserextensies werken rechtstreeks samen met cookies. Denk aan wachtwoordbeheerders die je inloggegevens opslaan of advertentieblokkers die een lijst bijhouden van geblokkeerde domeinen en bekende advertentie scripts.
Wanneer je cookies in gevaar komen, sturen je extensies de verkeerde informatie naar de server. Voor je het weet, weigert de server je verzoeken omdat hij de ontbrekende gegevens niet kan vinden.
Veel browser add-ons kunnen ook HTTP-headers wijzigen, JavaScript-scripts blokkeren en conflicteren met andere extensies – wat allemaal een 400-fout kan veroorzaken.
Probeer al je extensies tijdelijk uit te schakelen om te zien of de fout verdwijnt. Klik in Chrome op het drie-puntjes icoon en selecteer Extensies → Extensies beheren. Schakel vervolgens de schakelaar van elke extensie uit.
Vernieuw daarna de webpagina waarop de 400-fout werd weergegeven. Als de pagina correct laadt, betekent dit dat een van de extensies het probleem veroorzaakte.
Schakel de extensies een voor een opnieuw in en ververs de pagina na elke activering. Als de 400-fout zich opnieuw voordoet, is waarschijnlijk de laatst ingeschakelde extensie verantwoordelijk.
Probeer de verdachte extensie bij te werken om te zien of dit het probleem oplost. Als de extensie up-to-date is, moet je deze mogelijk verwijderen en een vervangende extensie zoeken.
5. De DNS-cache spoelen
Het DNS (Domain Name System) slaat de domeinnaam en het IP-adres van elke website op.
Wanneer je een domeinnaam invoert, zoekt je browser op de DNS-servers naar het benodigde IP-adres om de webpagina te laden.
Standaard worden deze DNS-records opgeslagen in de lokale cache van je computer om het laden bij herhaalde bezoeken te versnellen.
Soms kan een website echter van IP-adres veranderen. Als dat gebeurt, worden de gegevens in de cache verouderd, wat resulteert in de HTTP 400-fout.
Daarom moet je de lokale DNS-cache regelmatig leegmaken, zodat je systeem de meest actuele DNS-informatie kan ophalen.
Hier lees je hoe je de DNS-cache op verschillende besturingssystemen leegmaakt:
Windows
De volgende DNS-cache-spoelmethode werkt op Windows 11, 10, 8 en 7:
- Typ cmd in de Windows-zoekopdracht en druk op Enter om toegang te krijgen tot de Windows-opdrachtprompt console.
- Voer ipconfig /flushdns in het opdrachtpromptvenster in en druk op Enter.
- Er zou een bevestigingsbericht moeten verschijnen dat aangeeft dat de DNS-oplossercache met succes is doorgespoeld.
macOS
Zo spoel je de DNS-cache door op macOS 11 Big Sur of latere versies:
- Gebruik de Spotlight-zoekopdracht om de Terminal-app te vinden en te openen.
- Eenmaal geopend, voer het volgende command in en klik op Enter.
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
- Voer je administrator wachtwoord in wanneer daarom wordt gevraagd. Merk op dat het niet zichtbaar is terwijl je typt.
Voor oudere macOS-versies zijn mogelijk andere opdrachten nodig om de DNS-cache door te spoelen.
Als je macOS Catalina, Mojave, High Sierra, Sierra, El Capitan, Mavericks, Mountain Lion of Lion gebruikt, probeer dan deze opdracht:
sudo killall -HUP mDNSResponder
Gebruik dit voor macOS 10.10 Yosemite:
sudo discoveryutil udnsflushcaches
Naast je besturingssysteem moet je ook de verouderde DNS-cache in je webbrowser verwijderen.
Gebruikers van Google Chrome typen gewoon chrome://net-internals/#dns in de adresbalk en drukken op Enter. Klik vervolgens op Clear host cache om de DNS-cache in Chrome door te spoelen.
6. Comprimeer je bestanden
Webservers stellen meestal een uploadlimiet in om opslagruimte te sparen en time-outs te voorkomen. Als je dus een bestand uploadt dat groter is dan de toegestane grootte, kan de server je verzoek niet verwerken.
Verklein in dat geval je bestand voordat je het opnieuw probeert te uploaden. Er zijn talloze gratis online tools die je kunt gebruiken:
Houd er rekening mee dat het comprimeren van een bestand de kwaliteit ervan kan beïnvloeden. Controleer je multimedia-inhoud altijd dubbel om er zeker van te zijn dat deze niet wazig is na de compressie.
Hoe je je website controleert op 4XX foutcodes
We hebben het gehad over het oplossen van een 400 Bad Request-fout voor gebruikers. Maar hoe zit het met website-eigenaren? Hoe kun je ervoor zorgen dat je website vrij is van 4XX-fouten?
Het antwoord is een regelmatige website-audit. Open uw website eens in de zoveel tijd vanuit verschillende browsers om te zien of er een 4XX response code opduikt.
Je kunt ook een tool als Ahrefs gebruiken om een grondige sitecontrole uit te voeren:
- Open Ahrefs en navigeer naar Site Audit.
- Klik op + Nieuw project en importeer je website vanuit Google Search Console of voeg deze handmatig toe.
- Eenmaal toegevoegd, start een nieuwe crawl en laat Ahrefs je site analyseren.
- Als het rapport klaar is, ga je naar Alle problemen in het linkermenu.
- Onder Interne pagina’s zie je een lijst met 4XX fouten op je site.
Klik vervolgens op de knop met het vraagteken (?) om meer te weten te komen over de details van de fout, zoals welke URL’s zijn aangetast en de benodigde stappen om de fout op te lossen.
Conclusie
Een 400 Bad Request-fout treedt op als er iets mis is met je verzoek. Dit komt doordat je een ongeldige URL invoert, je cachebestanden en cookies verouderd zijn of je een bestand uploadt dat de limieten van de server overschrijdt.
Gelukkig is er geen technische kennis nodig om deze fout op te lossen:
- Gebruik een snelle netwerkverbinding.
- Zorg ervoor dat de URL correct is.
- Wis de browsercache en cookies.
- Schakel browserextensies uit.
- Flush de DNS-cache op je computer.
- Beperk de bestanden die je wilt uploaden.
Als je een website-eigenaar bent, moet je ook regelmatig een controle uitvoeren om je site vrij te houden van 4XX-fouten.
400 Bad Request FAQ
Is een 400 Bad Request-fout een probleem aan client- of serverzijde?
Net als elke andere 4XX-statuscode wordt een 400 Bad Request-antwoord vaak veroorzaakt door een fout van de client, zoals een onjuiste URL-syntaxis, ongeldige verzoekheaders of te grote bestandsuploads.
Hoe los ik 400 Bad Request in Google Chrome op?
De eenvoudigste manier om een 400 Bad Request-fout in Chrome op te lossen is door de cache en cookies van je browser te wissen. Open gewoon het pictogram met de drie puntjes, kies Browsergegevens wissen, stel het tijdsbereik in en klik op Gegevens wissen. Je kunt ook je browserextensies een voor een uitschakelen om te zien welke de fout veroorzaakt.
Zijn er tools die kunnen helpen bij het opsporen van een 400 Bad Request-fout?
Je kunt hulpprogramma’s voor browserontwikkelaars zoals Chrome DevTools gebruiken om 400 Bad Request-fouten en andere HTTP-problemen op te lossen. Hiermee kun je HTTP-verzoeken en antwoorden inspecteren om problemen met de opmaak van verzoeken, tarieven en methoden te identificeren. Als je een WordPress website hebt, volg dan onze handleiding om de WordPress debug modus in te schakelen.