Hoe kun je een HTTP 302 fout oplossen

De HTTP 302 fout ontstaat wanneer de opgevraagde bron tijdelijk is verplaatst naar een andere locatie. Bezoekers worden dan automatisch doorgestuurd naar een nieuwe URL. Maar als de 302 fout verkeerd wordt verwerkt, kan dat ervoor zorgen dat je website niet meer toegankelijk is.

Foutcode	302 Found Error
Fouttype	Redirect
Fout variaties	HTTP 302 ErrorHTTP Error Code 302302 Status CodeHTTP 302 RedirectHTTP Response 302
Oorzaak fout	Onjuist verzoek verzonden door de server

5 stappen om de HTTP 302 fout op te lossen

De 302 found server respons geeft aan dat de gevraagde bron tijdelijk is verplaatst naar een nieuwe locatie. Soms interpreteert een server dit echter verkeerd en stuurt die onterecht een HTTP 302 foutmelding.

Hier zijn vijf stappen om te achterhalen welk onderdeel van je website de onjuiste 302 found respons verstuurt en hoe je dit kunt oplossen.

1. Je website herstellen vanaf een back-up

Het maken van een volledige back-up van je website voordat je wijzigingen aanbrengt in het systeem is essentieel.

Een betrouwbare back-up kan je website redden van gegevensverlies, beveiligingslekken en malware-infecties. De eerste stap die je het beste kunt nemen, is je website herstellen naar een goed werkende versie.

Ga daarvoor naar het configuratiescherm van je hosting. Hostinger klanten kunnen naar het hPanel dashboard gaan en navigeren naar Bestanden → Back-ups.

Als je hierop klikt, zie je verschillende soorten back-ups die op de server zijn opgeslagen. Gebruik je WordPress of een ander Contentmanagementsysteem (CMS), dan moet je zowel je websitebestanden als de MySQL database herstellen.

Begin door te klikken op de knop Bestanden back-ups en kies een back-upbestand uit het dropdownmenu. Gebruik de back-up gegevens die zijn gemaakt voordat de 302 fout optrad.

Vink alle vakjes naast je websitebestanden aan en selecteer vervolgens Herstelde bestanden.

Er verschijnt een pop-up waarin je wordt gevraagd het command te bevestigen. Klik op Herstellen en wacht tot het herstelproces is voltooid.

2. Verouderde software deactiveren

Internetstandaarden worden vastgelegd in een Request for Comment (RFC). Volgens de HTTP 1.0 specificatie geeft de statuscode 302 found aan dat de browser tijdelijk moet worden omgeleid.

Wordt deze HTTP 302 statuscode gebruikt bij een POST-verzoek, dan mag de browser de inhoud eigenlijk niet automatisch omleiden zonder toestemming van de gebruiker. Veel moderne browsers negeren dit en behandelen de fout als een GET-verzoek.

Daardoor kan de webserver software de juiste omleiding niet uitvoeren. Om dat probleem op te lossen, is in het HTTP 1.1 RFC-document de statuscode 303 See Other geïntroduceerd, die specifiek bedoeld is voor POST-naar-GET-verzoeken.

Daarom raden we aan om verouderde software die niet voldoet aan de HTTP 1.1 RFC standaard uit te schakelen. Zo voorkom je dat bezoekers onjuiste of irrelevante content te zien krijgen.

3. Webserverconfiguratie controleren

Een andere stap die je kunt nemen om fout 302 redirects op te lossen, is het controleren van de configuratie van je webserver. De twee populairste webservers zijn Nginx en Apache. Je webapplicaties draaien waarschijnlijk op een van beide.

Hieronder vind je de stappen om de configuratiebestanden van beide servers te controleren.

Apache

Om te achterhalen welke webserver je gebruikt, zoek je naar een basisbestand dat de functies van je website regelt. Bij Apache begin je met het zoeken naar het .htaccess bestand (hypertext access) in je root directory.

Ga hiervoor naar het controle panel van je hosting en navigeer naar Bestandsbeheer → public_html.

Zodra je je .htaccess bestand hebt gevonden, open je het met een teksteditor.

Je ziet een reeks RewriteXXX instructies die verantwoordelijk zijn voor HTTP redirects en permalink structuren. Let vooral op deze twee:

• RewriteRule – bepaalt de regels voor de rewriting engine.
  
• RewriteCond – bepaalt of de aangevraagde URL voldoet aan de gedefinieerde conditie van de regel.

Als het verzoek een overeenkomende URL heeft, zal de RewriteRule na de RewriteCond richtlijnen een tijdelijke omleiding naar de juiste URL uitvoeren.

Hieronder vind je een voorbeeld van een correcte 302 tijdelijke redirect:

RewriteEngine on

RewriteCond %{HTTP_HOST} ^website\.com$

RewriteRule ^(.*)$ HTTP://www.temporary-website.com/$1 [R=302]

In het vorige voorbeeld komt de combinatie van RewriteCond en RewriteRule overeen met verzoeken naar website.com. Hierdoor genereert het systeem een tijdelijke omleiding naar dezelfde URL op het domein temporary-website.com.

Let op de extra vlag na de RewriteRule richtlijn – deze geeft aan dat de geleverde responscode een 302 fout moet zijn. Dit vraagt de user agent om een tijdelijke redirect uit te voeren.

Als je vreemde richtlijnen voor het herschrijven in het .htaccess bestand vindt, kun je deze becommentariëren door een # prefix voor de regel te zetten. Wanneer je klaar bent, probeer dan de webserver opnieuw op te starten om te zien of de 302 fout is opgelost.

Nginx

Als je webserver op Nginx draait, moet je een ander basisbestand vinden. Zoek in plaats van een .htaccess bestand naar het bestand nginx.conf in de volgende directory’s:

• /usr/local/nginx/conf
• /etc/nginx
• /usr/local/etc/nginx

Als je het bestand hebt gevonden, open het dan met een teksteditor en zoek naar richtlijnen voor herschrijven die een redirect vlag hebben.

Om te begrijpen hoe het Nginx systeem werkt, kun je het volgende voorbeeld van de ablock richtlijn bekijken:

server {

listen 80;

listen 443 ssl;

server_name www.example.com;

rewrite ^/$ http://www.temporary-example.com redirect;

}

Richtlijnen voor herschrijven in Nginx werken op dezelfde manier als in Apache. Een set richtlijnen in het bovenstaande voorbeeld regelt een virtuele server en genereert een tijdelijke HTTP-omleiding van example.com naar temporary-example.com.

Om er zeker van te zijn dat alles goed werkt op je Nginx server, moet je zoeken naar ongebruikelijke herschrijfrichtlijnen die een redirect vlag hebben. Geef commentaar op zulke regels en herstart het systeem om te zien of het probleem is opgelost.

4. Foutenlogboeken wissen

Recente wijzigingen en updates op een website kunnen ook de 302 found fout veroorzaken. Vergeet daarom niet om na een update het foutenlogboek van je website te controleren.

De meeste webapplicaties hebben server logboeken die verbonden zijn met de hardware waarop ze draaien. Deze logs registreren elke activiteit die op de servers wordt uitgevoerd, van de geschiedenis van de opgevraagde pagina’s tot het verzamelen van gebruikersspecifieke informatie.

Hostingproviders bieden meestal toegang tot het activeren van serverlogs via het hosting controlepaneel van de gebruiker. Je kunt het loggen van fouten echter ook inschakelen op je WordPress website met behulp van de WP_DEBUG PHP-constante, die het debugging proces door de hele website genereert.

Om te beginnen, kopieer en plak je de volgende regels in je wp-config.php bestand:

define( 'WP_DEBUG', true );

define( 'WP_DEBUG_LOG', true );

define( 'WP_DEBUG_DISPLAY', false );

Als je klaar bent, verschijnen alle geregistreerde fouten in het bestand wp-content/debug.log. Dit maakt het makkelijker om vast te stellen welk onderdeel de onverwachte tijdelijke omleidingen veroorzaken.

Als je het foutenlogboek van je virtuele serversoftware wilt controleren, open je het volgende bestand:

• Nginx server: /var/log/nginx/error.log/
• Apache server: /var/log/apache2/error.log/

5. Nieuwe plug-ins of thema’s verwijderen of tijdelijk uitschakelen

De meest voorkomende oorzaak van website fouten in WordPress zijn tegenstrijdige plug-ins of thema’s. Soms probeert een plug-in redirects in te stellen die in strijd zijn met de standaard redirects van WordPress, wat leidt tot een onjuiste HTTP-antwoordcode.

Een effectieve manier om dit probleem op te lossen, is door plug-ins tijdelijk uit te schakelen op je website. Ga naar de wp-content directory en hernoem de map plug-ins, bijvoorbeeld naar plug-ins-disable.

Als je website weer normaal werkt zonder actieve plug-ins, is de volgende stap om uit te zoeken welke plug-in de HTTP 302 fout veroorzaakt. Begin met het hernoemen van de plug-ins directory naar de originele naam en activeer de plug-ins één voor één.

Als de 302 foutmelding verschijnt, heb je de defecte plug-in gevonden. Door deze te verwijderen, zou de foutmelding moeten verdwijnen. Als deze methode geen resultaat oplevert, volg dan dezelfde stappen met je WordPress thema’s.

Wat is de 302 tijdelijke redirect?

Statuscodes geven aan of het HTTP-verzoek succesvol was. Hier zijn de vijf HTTP-statuscodes:

• 1xx – Informatieve verzoeken
• 2xx – Succesvolle verzoeken
• 3xx – Redirects
• 4xx – Client-side fouten
• 5xx – Server-side fouten

Een HTTP-statuscode die begint met “3” geeft aan dat je webbrowser verdere acties moet ondernemen om aan het verzoek te voldoen.

De HTTP-redirect start wanneer de webserver die de inhoud host, een 3xx statuscode en een locatie header met de nieuwe URL terugstuurt. Zodra de webbrowser dit antwoord ontvangt, laadt hij automatisch de nieuwe URL in plaats van de 404 fout niet gevonden weer te geven.

Omdat de omleidingsrichtlijn kan veranderen, moet de webserver de oude URL behouden om toekomstige verzoeken te verwerken. Dit zorgt ervoor dat de user agent of webbrowser het oorspronkelijke verzoek naar de URL in de locatie header stuurt.

Een van de meest voorkomende toepassingen van de HTTP 302 statuscode is lokalisatie. Als je bijvoorbeeld https://www.google.com/ bezoekt, stuurt de browser je automatisch door naar de gelokaliseerde versie van Google op basis van je locatie.

Woon je in India, dan leidt een 302 found respons je naar https://www.google.co.in/ zodat je makkelijker toegang hebt tot lokale content. Grote bedrijven zoals eBay en Amazon gebruiken ook 302 redirects om webverkeer naar lokale servers te sturen.

Wanneer en hoe gebruik je de 302 tijdelijke redirect?

In wezen is een HTTP 302 antwoord bedoeld voor omleiding, niet als foutmelding. Tenzij de server een verkeerd antwoord terugstuurt, is een 302 redirect meestal bewust ingesteld.

Hieronder vind je een paar veelvoorkomende redenen om een 302 found antwoord te gebruiken:

• Lokale content aanbieden. Dit wordt vaak gedaan door internationale bedrijven of e-commerce platforms om webverkeer uit een specifieke regio naar een bijpassende URL te sturen.
  
• Omleiden voor A/B-testen. Als een platform een nieuwe functie aan het testen is, kunnen bezoekers tijdelijk naar die nieuwe webpagina worden geleid om feedback te verzamelen.
  
• Bezoekers naar een specifieke webpagina sturen. Handig als je website in tijdelijk onderhoud is: zo blijven bezoekers een werkende webpagina zien en up-to-date met je content.
  
• Een marketingactie uitvoeren. Denk aan het doorsturen naar een tijdelijke promotiepagina met speciale kortingen of aanbiedingen.

De 302 statuscode en SEO

Als een 302 redirect op de juiste manier wordt gebruikt, schaadt dat de SEO van je website niet. Sterker nog, het helpt juist om de SEO-waarde van een pagina te behouden.

De 302 statuscode laat Google weten dat de omleiding tijdelijk is, waardoor de originele pagina in de index blijft en zijn rankings en autoriteit behoudt.

Maar als je per ongeluk een 302 redirect instelt voor iets wat eigenlijk een permanente verhuizing is, gaat het fout. Google blijft dan de oude pagina indexeren en negeert de nieuwe. Omdat de SEO-waarde niet wordt overgedragen, krijgt de nieuwe pagina niet dezelfde positie in de zoekmachines als de originele.

Hoe kun je vaststellen of jouw website een 302 fout heeft?

Om te checken of je website te maken heeft met een 302 foutmelding, voer je de oorspronkelijke URL in de adresbalk in en kijk je of deze verandert in de bestemmings-URL. Als dat gebeurt, werkt de HTTP-redirect zoals het hoort.

Blijft het adres hetzelfde, dan moet je op zoek naar de oorzaak. Begin met het legen van de browsercache om te zien of dat de URL alsnog laat veranderen. Gebeurt er nog steeds niks? Probeer dan de methodes die we in het vorige hoofdstuk hebben besproken.

Conclusie

De HTTP-foutcode 302 geeft aan dat een bepaalde URL tijdelijk is verplaatst naar een andere locatie. Wanneer bezoekers, Google robots of andere zoekmachines de oorspronkelijke URL openen, stuurt de 302 redirect automatisch een nieuw adres terug.

302 redirects kunnen op bepaalde momenten nuttig zijn voor je website. Maar als de webserver onverwacht een 302 respons genereert, kan dat je website ontoegankelijk maken.

Hier zijn de stappen om het probleem op te lossen nog even op een rij:

1. Herstel een back-up van je website
2. Deactiveer verouderde software
3. Controleer de webserverconfiguratie
4. Wis de foutenlogboeken
5. Zorg voor tijdelijke verwijdering van plug-ins en thema’s

Hopelijk hebben deze stappen geholpen. Heb je vragen of feedback, laat dan gerust een reactie hieronder achter.

HTTP 302 FAQ’s