4xx Statuscode Betekenissen en rollen

Gepubliceerd: Alex Shashenko 2024-01-29 alle artikelen | Woordenlijst | FAQ

Iedereen die minstens één keer in zijn leven regelmatig op internet surft, is de situatie tegengekomen waarin er een technische boodschap is in plaats van een verwachte webpagina. Dit is een melding over de huidige status van de webpagina en bevat waardevolle informatie die kort uitlegt wat er met deze webpagina is gebeurd. Onder de meeste omstandigheden is het voor gebruikers letterlijk slechts een melding die zegt dat de webpagina op de een of andere manier ontoegankelijk is. Aan de andere kant is het voor webmasters een teken dat er iets bezig is of gerepareerd moet worden.

In normale omstandigheden verdwijnt een dergelijke melding wanneer u de webpagina opnieuw laadt, of blijft deze verschijnen omdat er iets is gebeurd. Het verschijnen van statuscode 400 betekent namelijk dat de URL van de webpagina verkeerd is getypt. En de hele reeks notifiers waartoe het behoort, of 4xx-codes, gaat doorgaans over verschillende situaties waarin het verzoek onjuist is verzonden en er geen goed antwoord is geweest. 

Hoewel het voor webmasters routinematig om een kleine serverfout gaat, zijn er situaties waarin dit soort problemen een snelle diagnose vereisen om snel door de webmasters te kunnen worden opgespoord en opgelost. Daarom is het essentieel om kennis te verwerven over verschillende soorten HTTP-notifiers en 4xx in het bijzonder, of, op zijn minst, bekend te zijn met plaatsen waar u een grondige uitleg kunt krijgen.

400-statuscodegroep in een notendop

400 statuscodegroep

Om een grondig begrip te krijgen van 400-499-notifiers, moeten webmasters eerst meer informatie krijgen over alle HTTP-gecodeerde berichten, tenminste in algemene zin. Omdat deze specifieke set notifiers slechts één van de vijf andere is, en al deze sets te onderscheiden zijn door hun eigen kenmerken, apparaatsituaties en opgenomen fouten. 

Bijna alle informatie over hen wordt letterlijk opgeslagen in de MDN-database van Mozilla of in de RFC 2616 gemaakt door IETF, het team dat letterlijk al dergelijke codes beheert. Maar u hoeft ze niet grondig te bestuderen als u een beginneling bent en kennis wilt maken met deze meldingsgroepen zonder al te diep op het onderwerp in te gaan.

  • De 1xx notifier-groep gaat over de verlenging van het laden van gegevens - dergelijke berichten betekenen dat alles grotendeels in orde is, maar dat iets te veel tijd nodig heeft om te voltooien. Het is meestal alleen zichtbaar voor webmasters.

  • De codecategorie 2xx is doorgaans onzichtbaar voor gebruikers en informeert over gebruikelijke omstandigheden wanneer de server op welk niveau dan ook probleemloos functioneert.

  • De 3xx-meldingen gaan allemaal over omleidingen. Het bevat allerlei soorten meldingen wanneer de server moet reageren door de gebruiker naar een andere map te sturen.

  • De 4xx-meldingen zijn feitelijk zowel aan de gebruiker als aan de webmaster een bericht dat de client of de server iets heeft verprutst bij het proberen toegang te krijgen tot de webpagina of andere gegevens. 

  • De 5xx-codeset gaat over slechte omstandigheden op de server, waarbij verschillende zaken worden geteld, beginnend met verbindingsproblemen en tot aan de slechte configuratie.

Zoals gezegd, gaan de 4xx-meldingen allemaal over problemen aan de gebruikerszijde. Inclusief typfouten in de URL, ontbrekende toegangsrechten of andere zaken die de succesvolle afronding van de verwerkingsprocedure belemmeren. Zoals situaties waarin de pagina ontoegankelijk is of is verwijderd.

Gemeenschappelijke 4xx-codes en hun betekenis

Algemene 4xx-codes

Omdat het een vrij grote groep is, heeft 4xx een reeks verschillende subcodes, beginnend bij 400 en tot en met 499 statuscode. En hoewel ze niet allemaal door de IETF worden ingevuld, beschikt de IETF nog steeds over een breed assortiment aan aangewezen nummers voor kennisgevers.

De meest voorkomende en meest voorkomende melding uit deze batch is uiteraard 404 - Niet gevonden. Deze melding met de 404-statuscode geeft aan dat de webpagina ontoegankelijk, verborgen of niet-bestaand is. Maar het is niet de enige code die in deze categorie zit: er is een grote verzameling van en ze kunnen zelfs vaag gegroepeerd zijn.

  • 401 - Ongeautoriseerd. De 401-statuscode wordt weergegeven als er geen juiste autorisatie was voordat u de site bezocht.

  • 403 - Verboden. De statuscode 403-melding verschijnt als de toegangsrechten zelfs na authenticatie onvoldoende zijn.

  • 404 - Niet gevonden. De 404-statuscodemelder definieert dat de aanvraagprocedure onjuist verplaatste, niet-bestaande of verborgen gegevens ophaalt.

  • 405 - Methode niet toegestaan. De 405-statuscode definieert dat de server de gebruikte toegangsprocedure verbiedt.

  • 406 - Niet acceptabel. De 406-statuscodemelding wordt weergegeven wanneer de gevraagde zoek- of opzoekprocedure niet kan worden voltooid.

  • 407 - Proxyverificatie vereist. De 407-statuscodemelder zegt dat autorisatie op de proxy nodig is.

  • 408 - Time-out aanvragen. De 408-statuscode definieert dat iets het netwerk verhindert en kritieke vertragingen aan een van de kanten veroorzaakt, en het verzoek te traag maakt om door te gaan.

  • 409 - Conflict. De 409-statuscode melding verschijnt als er niet-overeenkomende of conflicterende instellingen zijn, waarbij rekening wordt gehouden met beide kanten van het gebruiker-server-paar.

  • 410 - Weg. De 410-statuscode meldt dat de bron onomkeerbaar van de server is verwijderd.

  • 413 - Lading te groot. De 413-statuscode notifier wordt gebruikt als het verzoek te veel gegevens bevat om te verwerken.

  • 414 - URI te lang. Deze statuscode 414-melding verschijnt als de URI (meestal URL) een groter aantal tekens bevat dan mogelijk is om te accepteren.

  • 415 - Niet-ondersteund mediatype. De 415-statuscode spreekt voor zich en definieert dat de geüploade afbeelding, audio of video een niet-ondersteund formaat heeft en dat de werking niet zal doorgaan.

  • 422 - Onverwerkbare entiteit. De 422-statuscodemelding geeft aan dat het verzoek beschadigde informatie bevat of dat er serverstoringen zijn die de voltooiing van de procedure verstoren.

  • 424 - Mislukte afhankelijkheid. Deze 424-statuscodemelding wordt weergegeven als het laatste verzoek in de zoekopdracht niet goed functioneert en de geketende voortzetting van het volgende onmogelijk is.

  • 429 - Te veel verzoeken. De zelfverklarende melding bevat de 429-statuscode als het aantal pogingen om de gegevens van de server op te halen de vooraf gedefinieerde limiet overschrijdt.

  • 431 - Verzoekkoptekstvelden zijn te groot. De statuscode 431-melding wordt weergegeven als een verzoek een te grote header bevat die onder de huidige instellingen onmogelijk kan worden verwerkt.

  • 443 - SSL/TLS-handshake mislukt. De 443-statuscode wordt weergegeven wanneer er conflicten zijn met SSL- of TLS-certificaten. inclusief vervaldatum en niet-overeenkomende configuratie.

  • 451 - Om juridische redenen niet beschikbaar. De 451-statuscode wordt alleen in een melding opgenomen als de server in een bepaald gebied of in een bepaald land door de wet verboden is.

Bovendien zijn er zelden nieuwe meldingen zoals de 417-statuscode, volledig verouderde meldingen zoals de 430-statuscode of zelfs berichten die voor de lol zijn gemaakt, zoals 418 'Ik ben een theepot'. melding die speciaal is gemaakt voor April Fools' Een dag terug in 1998.

Hoe kan een verzoek mislukt zijn met statuscode 400

hoe kan een verzoek mislukt zijn met statuscode 400

Bijna alle 4xx-meldingen verschijnen vanwege de activiteit van de gebruiker of de software, maar soms kan dit alleen door de webmaster worden opgelost. En alle oorzaken voor meldingen uit de 4xx-codeset zijn doorgaans typefouten, onnauwkeurigheden of, in gevallen van servergerelateerde problemen, slecht geconfigureerde instellingen. Hoewel het soms aan de serverzijde kan liggen, gaan alle 4xx-meldingen over het algemeen over het feit dat de bron of de inhoud om de een of andere reden ontoegankelijk zijn.

Vanuit SEO-oogpunt zal elke zoekmachine-parseerservice in principe de site uitsluiten van de SERP-wachtrijen zodra een van de 4xx-meldingen verschijnt. Omdat ze, alles bij elkaar genomen, de site niet kunnen ophalen en in de cache kunnen opslaan, hoeven ze niets te analyseren en niets toe te voegen aan de SERP-wachtrijen. En het zal worden gevolgd door situaties waarin het verkeer op de site afneemt en de beoordelingen van de site beginnen te dalen alsof deze plotseling volledig ontoegankelijk wordt.

Het belang van de 400-reactiecode

Belang van 400 responscode

Voor webmasters geeft de verschijning van 4xx-meldingen in logs of voor gebruikers aan dat er een grote kans bestaat dat de situatie slecht zal worden als deze niet wordt gediagnosticeerd en opgelost. Bovendien betekent dit conventioneel dat er iets op de server verkeerd is ingesteld tijdens de initiële configuratie of de laatste update. Om de zaak duidelijk te maken: 404 of 410 zeggen dat het gevraagde object permanent is verplaatst of gewist zonder enige omleiding. Of als de server 409 retourneert, kan de configuratie onjuist zijn.

Zoals hierboven vermeld, zijn 4xx-notifiers die voor gebruikers verschijnen in feite het signaal voor elke webmaster om zaken zo snel mogelijk op te lossen om problemen met de SEO van de site en de huidige SERP-beoordelingen te voorkomen. Het kan moeilijk zijn voor het team om terug te keren naar de voorgaande posities in de wachtrij als de situatie met 4xx-berichten lange tijd onopgemerkt of niet opgelost blijft. Omdat het in principe hetzelfde zal zijn als wanneer de site ontoegankelijk is en niet volledig kan worden geladen ondanks dat deze in werkende staat is.

Bovendien zullen 4xx-problemen, gezien alles wat hierboven is vermeld, de gebruikerservaring zeker op een slechte manier beïnvloeden. Want als het probleem aan de kant van de klant ligt, zal het niet verdwijnen, wat de gebruiker ook doet. En als het niet wordt opgelost, zal het een ongeluk zijn van dezelfde omvang als voor SEO: gebruikers zullen de site niet kunnen bereiken, hoe hard ze ook proberen.

Reactiecode 400 repareren

hoe u de responscode 400 kunt repareren

De beste methode om de verschijning van 4xx-notifiers aan te pakken, is door de site te monitoren met krachtige tools en daarnaast voortdurend door de serverlogboeken te kijken. Om dit duidelijk te maken: elke webmaster zou gebruik kunnen maken van geautomatiseerde monitoringdiensten die worden aangeboden door het Host-Tracker-platform. Het heeft met name een handige HTTP-monitoringtool die de geretourneerde notifiers controleert met codes uit verschillende plaatsen over de hele wereld. 

Rekening houdend met het feit dat deze tool als een client werkt, kan de Host-Tracker toolkit in principe elke 4xx-retour reproduceren, behalve degene die verband houden met problemen aan de gebruikerszijde. En wat het belangrijkste is: toegangspunten over de hele wereld kunnen zelfs de weergave van de 451-melding voor locaties en de staat van de site, zoals verboden door de wet, achterhalen.

Het oplossen van de meeste ongelukken die verband houden met deze groep meldingen is op geen enkele manier lastig voor webmasters. Omdat ze allemaal op de een of andere manier verbonden zijn met de toegankelijkheid op de server. Of de gegevens nu zijn verplaatst of gewist, de instellingen van de headerreacties verkeerd zijn geconfigureerd, het huidige SSL/TLS-certificaat is verlopen of er iets anders is gebeurd, de kennisgever zelf zal in de goede richting wijzen en de webmaster hoeft alleen maar om de bron van het probleem opnieuw te configureren om het op te lossen. 

Maar het oplossen van de problemen is niet het enige probleem als het om de gebruikerskant gaat. Ook het voorbereiden en aanpassen van notificatieberichten voor gebruikers is essentieel. En hoewel de webmaster zelf niet verantwoordelijk is voor de codes, zijn de notifiers wel aanpasbaar om gebruiksvriendelijk en informatief te zijn. Maar ze mogen niet te lang en belastend zijn om te lezen. In plaats daarvan moeten ze worden weergegeven als technisch, kort en begrijpelijk voor iedereen, zonder dat ze technisch onderlegd zijn. En het kan zelfs omleidingen bevatten naar toegankelijke of nuttige webpagina's op de site.

Conclusie

Alles bij elkaar genomen zijn 4xx-meldingen met HTTP-codes en informatie daarover essentieel voor alle aspecten van de site. Of het nu gaat om onderhoudsprocedures, stabiliteit van de site, SERP-ranking of gebruikerservaring: ze kunnen allemaal worden beïnvloed door het verschijnen van vrijwel elke code uit de groep. Hiermee rekening houdend is het van groot belang dat dergelijke voorvallen met alle middelen onder controle worden gehouden. En de beste methode om dit te doen is door de site voortdurend in de gaten te houden met behulp van krachtige tools zoals het Host-Tracker-platform dat methoden heeft om 4xx-meldingen op de server te vinden zodra het probleem zich voordoet.

Veelgestelde vragen

Wat is statuscode 400?

In principe zegt deze melding over een typefout of een verkeerd ingevoerd adres van de webpagina. 

Wat is statuscode 404?

Dit bericht verschijnt wanneer de webpagina ontoegankelijk of verborgen is.

Wat is statuscode 401?

Deze 4xx-melding zegt dat inloggen op het account met toegangsrechten nodig is om door te gaan.

Wat is statuscode 403?

Deze melding lijkt op 401, maar zegt dat de toegangsrechten zelfs na authenticatie onvoldoende zijn.

Wat is statuscode 429?

In dit specifieke bericht staat dat er te veel pogingen zijn gedaan om toegang te krijgen tot de webpagina en dat deze daarom niet zullen worden voltooid.

Lijst met verwijzingen naar officiële HTTP-documentatie en bronnen voor webmasters

1. Officiële HTTP-documentatie:

Fielding, R., Gettys, J., Mogul, J., Frystyk, H., Masinter, L., Leach, P., & Berners-Lee, T. (1999). Hypertext-overdrachtsprotocol - HTTP/1.1. IETF. RFC 2616. https://tools.ietf.org/html/rfc2616

Nottingham, M., & Fielding, R. (2020). HTTP-semantiek. IETF. https://httpwg.org/http-core/draft-ietf-httpbis-semantics-latest.html

2. Handleidingen voor webmasters en ontwikkelaars:

Mozilla Developer Network (MDN) webdocumenten. Statuscodes van HTTP-antwoorden. https://developer.mozilla.org/en-US/docs/Web/HTTP/Status

Google-webmasters. Google Search Central: HTTP-statuscodes. https://developers.google.com/webmaster-tools/v1/errors?hl=nl

3. Hulpmiddelen voor foutbewaking en -oplossing:

Hulp voor Google Search Console. Rapport Crawlfouten (websites). https://support.google.com/webmasters/answer/35120?hl=nl

Hosttracker. Controle van websiteprestaties. https://www.host-tracker.com/en

Rekening houdend met servergerelateerde ongelukken, werd eerder vermeld dat er een mogelijkheid bestaat dat de configuratie in de war is. Beginnend met de verkeerd aanvaardbare grootte van de headers of zelfs verkeerd ingestelde vereisten (417-fout) tot aan de ontbrekende bandbreedte of zelfs verlopen SSL of TLS.

Labels: usecase

Over de auteur

Oleksii Shashenko
Chief Communications and Technology Officer van HostTracker. Alex maakt al sinds het begin van het bedrijf deel uit van het team. Zijn werk richt zich op bedrijfsrapportage, analyse van databasestatistieken en systeembeheer. Alex verzorgt ook de communica
Loading...