Er is een WordPress redirect-functionaliteit ingebouwd in WordPress, ontwikkeld om verkeerde URL’s op te vangen. Wanneer een onjuiste URL wordt ingevoerd, probeert WordPress de juiste URL te vinden en wordt de bezoeker omgeleid naar de juiste URL – mits deze gevonden kan worden. Dit lijkt op het eerste gezicht een geweldig systeem, maar er zitten wel degelijk een paar haken en ogen aan. Laten we hier eens dieper op ingaan.

Een bezoeker van je site kan bijvoorbeeld de www-variant van je domein gebruiken of deze niet gebruiken bij het invoeren van de UR. WordPress zal ze vervolgens omleiden naar de juiste URL. Hetzelfde gebeurt wanneer het pad, die voor de URLvan een pagina-slug moet worden ingevoerd, wordt overgeslagen. Heb je bijvoorbeeld een die zich hier bevindt op http://www.voorbeeld.nl/categorie/pagina, kijk dan eens wat er gebeurt als je http://www.voorbeeld.nl/pagina invoert. In de meeste gevallen is WordPress slim genoeg om de juiste pagina te vinden en je om te leiden.

De situatie wordt ingewikkelder als je je website instelt op HTTPS. Als je dat doet, wil je meestal dat al het verkeer wordt omgeleid van HTTP naar de HTTPS-prefix. Dat kan het omleidingsproces echt rommelig maken. Stel je deze situatie voor:

  • Een bezoeker probeert toegang te krijgen tot de webpagina https://www.voorbeeld.nl/categorie/pagina door http://voorbeeld.nl/pagina in te voeren (let op het verschil tussen http en https, de missende www en de missende categorie).
  • Eerst wordt de bezoeker omgeleid van HTTP naar HTTPS.
  • Ten tweede wordt de bezoeker omgeleid naar de www-versie van de website, door deze toe te voegen aan de URL.
  • Ten derde wordt de bezoeker doorverwezen naar de URL-formulering die de categoriepagina in het pad bevat.
  • Ten slotte begint de server de websitebestanden en bronnen naar de browser van de bezoeker te verzenden.

Misschien denk je bij jezelf: “Dat is geweldig! Ik kan een link fout invoeren en de bezoeker zal nog steeds op de goede pagina terechtkomen.” In zekere zin heb je gelijk; WordPress is erg goed in het uitzoeken waar verkeerde ingevoerde URL’s uiteindelijk bijhoren en dat betekent dat verkeerd gespelde URL’s vaak goed terecht komen. Al deze automatische omleidingen hebben echter ook een keerzijde.

Je vergeet de impact van omleidingen en redirects op de laadsnelheid van de pagina. 🚀 Hier is een kort overzicht van er hoe redirects WordPress beïnvloeden. Click to Tweet

De WordPress Redirect lag

Als je je eenmaal realiseert hoe flexibel WordPress is, kun je je gemakkelijk laten verleiden om korte URLs te gebruiken. Dit is met name gevaarlijk als je handmatig URL’s typt in links binnen artikelen en aangepaste menu’s. Bezoekers komen immers nog steeds op de juiste URL terecht, toch?

In wezen heb je gelijk. Wat je echter over het hoofd ziet is de impact die redirects hebben op de laadsnelheid van een pagina. Hieronder zie je de testresultaten van Pingdom voor een WordPress-site. Deze test is gebaseerd op het openen van een pagina met een correct geformuleerde URL – hier komt dus geen redirect aan te pas.

Pingdom-testresultaat met een correct ingevoerde URL

Pingdom-testresultaat met een correct ingevoerde URL

Het resultaat is verbluffend. Als we naar de bestandsverzoeken kijken zien we dat er geen omleidingen plaatsvinden wanneer de site wordt aangevraagd.

Bestandsverzoek van Pingdom

Bestandsverzoek van Pingdom

Wat gebeurt er als we een beetje gaan knoeien met deze URL en de test vervolgens opnieuw uitvoeren?

Pingdom-testresultaat-URL is slecht gevormd

Pingdom-testresultaat-URL is slecht gevormd

Whoa! De redirects hebben meer dan een halve seconde aan de laadtijd van de pagina toegevoegd – een stijging van ongeveer 58%. Laten we de bestandsaanvragen eens bekijken om te zien wat er is gebeurd.

Pingdom-URL-bestandsverzoek

Pingdom-URL-bestandsverzoek

We hebben aan de ‘voorkant’ van de URL twee redirects toegevoegd (http en www). Na deze omleidingen wordt de pagina verder normaal geladen. Dus we kunnen de langzamere paginasnelheid aan de omleidingen volledig toewijzen aan de onjuiste URL die we invoerden. Dit zegt ons het volgende: redirects hebben een negatieve impact op de paginalaadsnelheden en dit verschil is significant en bovendien meetbaat.

Omleiden of niet omleiden?

Er is een reden dat deze omleidingen bestaan, en nog een goede ook: ze sturen bezoekers die verouderde of niet-bestaande content willen lezen naar de bijgewerkte versie van je website. We hebben de niet-bestaande URL’s tot op zekere hoogte al behandeld. WordPress doet een deel daarvan allemaal zelf. WordPress zal echter niet alles kunnen opvangen en soms zijn handmatige omleidingsregels nodig.

Stel dat je bijvoorbeeld een artikel met de titel Wat is er nieuw in WordPress? hebt geschreven toen WordPress 3.0 werd uitgebracht. In 2010 was dit ongetwijfeld een prachtig artikel, maar iemand die vandaag de dag op zoek is naar nieuwe features van WordPress en zoekt naar ‘Wat is er nieuw in WordPress?’ zal niet blij worden van het artikel. Om ook deze lezers te bedienen schrijf je een nieuw artikel over nieuwe functies van een geplande versie van WordPress.

In dit scenario is een omleiding van het oude bericht naar het nieuwe bericht volkomen acceptabel en geschikt. Bovendien is in dit geval een omleiding een goed SEO-gebruik, omdat de link-juice dat aan het oude bericht is toegeschreven, aan je nieuwe bericht kan worden doorgegeven, waardoor het instant-cachet voor de zoekmachine.

  • Er zijn verschillende scenario’s waarbij omleidingen geschikt zijn:
  • Net als in het voorbeeld, heb je bijgewerkte content gepubliceerd en wil je verouderde content omleiden naar de bijgewerkte content.
  • Je hebt de permalink-structuur van een website gereviseerd en oude URL’s moeten worden omgeleid naar de nieuwe structuur.
  • Je werkt een gepubliceerde pagina of post bij en wilt het verkeer tijdelijk omleiden naar een andere post of pagina terwijl je aan de update werkt.
  • Zoals aan het begin van dit artikel is uitgelegd, is WordPress heel goed om gebruikers naar de juiste URL te leiden na het fout invoeren van de URL.

Wanneer niet omleiden

In alle bovenstaande scenario’s zijn omleidingen noodzakelijk om bezoekers van verouderde content en verkeerde URL’s naar de goede content te sturen, of als tijdelijke maatregel terwijl specifieke content wordt bijgewerkt.

Je zou kunnen beweren dat een WordPress-omleiding niet strikt noodzakelijk is in het geval je een bezoeker doorstuurt van verouderde content naar de bijgewerkte versie. De meeste bezoekers van dat artikel zijn echter mensen die in zoekmachines zoeken op woorden als ‘nieuwe WordPress-functies’. Het is duidelijk dat het oude artikel niet in die zoektermen past, maar de nieuwe inhoud wel, wat betekent dat een omleiding in die zin noodzakelijk is om bezoekers naar de content te sturen die ze willen lezen.

Wanneer is het niet gepast om een ​​WordPress omleiding te gebruiken? Als je een omleiding gebruikt wanneer dit niet nodig is, moet je je strategie opnieuw tegen het licht houden.

Als je bijvoorbeeld een aangepast menu hebt gemaakt met URL’s die geen www bevatten, maar je site-URL wel, dan maak je simpelweg een fout die je moet oplossen. Het gebruik van omleidingen is in dat scenario niet geschikt en doet de snelheid van je site geen goed.

Hoe omleidingen te minimaliseren in WordPress

Als je graag het aantal omleidingen van je WordPress-installatie wil minimaliseren, dan zijn er twee dingen die je kan doen om deze tot een minimum te beperken.

  • Zorg ervoor dat je top-level domein niet meer dan één omleiding bevat.
  • Creëer nooit opzettelijk onnodige omleidingen.

Zorgen dat je top-level domein niet meer dan één omleiding bevat

Je doel is om ervoor te zorgen dat bezoekers je URL bereiken met maximaal één redirect – ongeacht de combinatie van prefixen en subdomeintoevoegingen die ze invoeren. Al deze URL’s moeten worden omgezet naar het hoofddomein met niet meer dan één omleiding en één daarvan zou moeten worden opgelost zonder omleidingen.

  • http://voorbeeld.nl
  • http://www.voorbeeld.nl
  • https://voorbeeld.nl
  • https://www.voorbeeld.nl

Als je niet zeker weet hoeveel omleidingen nodig zijn om de URL van je site te resolven met behulp van die verschillende combinaties van protocolprefixen en subdomeinen, kun je dit controleren met mapper Patrick Sexton’s Redirect.

Redirect mapper-tool

Redirect mapper-tool

Hier is een voorbeeld van omleidingen die niet goed zijn ingesteld en die gemakkelijk kunnen worden opgespoord met de omleidingsmapper. Je kunt zien dat er dubbele omleidingen plaatsvinden op zowel de www- als niet-www-versies.

Omleidingen niet correct ingesteld

Omleidingen niet correct ingesteld

Hier is een voorbeeld van omleidingen die wel correct zijn ingesteld. Zoals je kunt zien, is er maar één omleiding.

Omleidingen correct ingesteld

Omleidingen correct ingesteld

Als je merkt dat sommige combinaties niet kunnen worden omgezet (een 404 server status foutmelding) of dat er meer dan één omleiding moet worden omgezet, is het tijd om aan de slag te gaan.

Wat je moet doen is één of meer omleidingsregels aan de server toevoegen om ervoor te zorgen dat bezoekers zo snel mogelijk naar de juiste formulering van de URL van je site komen. Als je site wordt gehost op een standaard LAMP-stack, moet je regels voor het herschrijven van URL’s toevoegen aan het .htaccess-bestand van je site.

Als je echter een meer geavanceerde hostingconfiguratie gebruikt, is er een goede mogelijkheid dat deze wordt aangedreven door Nginx in plaats van door Apache. In dat geval is het niet zo eenvoudig; de configuratie van de omleiding verschilt van host tot host en je kunt het beste contact opnemen met de support van je host om het omleidingsprobleem op te lossen.

Als je site wordt gehost door Kinsta, draait deze op een Nginx-server, wat betekent dat het instellen van redirects supereenvoudig is. Je kan onze omleidings-tool in MyKinsta gebruiken om 301- en 302-redirects aan te maken. Maar je kunt natuurlijk altijd contact opnemen met ondersteuning als je vragen hebt of hulp nodig hebt.

Redirectregels toevoegen in MyKinsta

Redirectregels toevoegen in MyKinsta

Wat is je doel hierbij? Je wil omleidingsregels maken die gericht zijn op URL-formuleringen waarvoor meer dan één omleiding nodig is. Deze wil je vervolgens op zo’n manier verwijzen dat er maar één verwijzing nodig is om naar de correct geformuleerde URL te gaan. Als de URL http://voorbeeld.nl bijvoorbeeld twee omleidingen nodig heeft om naar https://www.voorbeeld.nl te gaan, maak je een handmatige omleiding die ervoor zorgt dat dit gebeurt in één stap in plaats van twee.

Het gebruik van gratis WordPress-plug-ins om omleidingen te implementeren kan soms voor prestatieproblemen zorgen, omdat de meesten van deze plug-ins de functie wp_redirect gebruiken. Hier zijn echter aanvullende code-uitvoering en resources voor nodig. Als je ze toevoegt in MyKinsta, betekent dit dat de regels op serverniveau worden geïmplementeerd, een veel optimalere manier.

Voeg omleidingsregel toe

Voeg omleidingsregel toe

Gebruik de juiste URL-structuur bij het maken van URL’s

Zorg dat je niet opzettelijk omleidingen creëert bij het bouwen van interne links en menu’s. Als je er een handje van hebt om haastig en onnauwkeurig URL’s in te voeren, kan je daar het beste mee stoppen. Let er bij het typen van een URL op dat je:

  • De juiste protocolprefix (HTTP of HTTPS) gebruikt
  • Correct gebruik (of het juist weglaten) van het www-subdomein
  • Gebruik geen post- en pagina-ID’s in links
  • Neem het volledige pad naar de pagina of het bericht op

De in WordPress ingebouwde omleidingsfeatures zijn een goede back-up voor als je per ongeluk een foute URL aanmaakt. Maar zorg in elk geval dat je hier bij wijze van uitzondering gebruik van maakt en dat het niet vaak gebeurt.

Een WordPress Redirect maken met een plug-in

Zoals we hebben besproken, zijn er legitieme situaties om een ​​WordPress-omleiding te maken. Als je host geen omleidingsregel-features aanbiedt, moet je mogelijk een WordPress-plug-in gebruiken. Er zijn veel omleidingsplug-ins gratis beschikbaar in de plug-inbibliotheek van WordPress.

WordPress omleidingsplugin

WordPress omleidingsplugin

  • Redirection is verreweg de meest populaire redirect-plugin. De plug-in is heel gemakkelijk te gebruiken en kan worden ingesteld om omleidingen te maken met behulp van de WordPress-kern, .htaccess op een Apache-server of Nginx-serveromleidingen.
  • Simple 301 Redirects, een andere populaire optie, is ontworpen om omleiding zo eenvoudig mogelijk te maken. Het is makkelijk te gebruiken, biedt geen configuratie-opties en bevat net voldoende informatie om het gemakkelijk te maken om handmatig 301-omleidingen toe te voegen.
  • Safe Redirect Manager is door het geweldige team van 10Up gebouwd. Hiermee kun je locaties omleiden naar nieuwe URL’s met de HTTP-statuscodes van jouw keuze. De plug-in gebruikt de functie wp_safe_redirect die omleidingen alleen toestaat als deze op de witte lijst staat. Als veiligheid iets is wat je belangrijk vindt, bekijk dan deze plug-in.
  • 301 Redirects is een populaire plug-in voor gebruikers die van veel configuratiemogelijkheden houden. Met meer dan 200.000 actieve installaties is de plug-in door en door getest. Hij is gemakkelijk te gebruiken, heeft een goed ontworpen interface en kan worden gebruikt om handmatig 301- en 302-omleidingen te maken. Een bijzonder leuke feature is dat je in een vervolgkeuzemenu pagina’s, berichten, mediapagina’s en archiefpagina’s kan kiezen als bestemming van een omleiding. Hierdoor kan je met handmatig aangemaakte omleidingsregels iemand omleiden zonder dat er in feite een omleiding aan te pas komt. Ook kan je queryreeksen behouden tussen de redirects

Goed omgaan met omleidingen

Kort door de bocht kunnen we stellen dat WordPress-redirects je site vertragen. Daarom is het de moeite waard om wat tijd uit te trekken om het aantal omleidingen op je site te verminderen. In sommige gevallen is het gepast om een omleiding in te stellen, maar zorg er in elk geval voor dat elke omleiding een bepaalde noodzaak heeft, zodat je de site zo snel mogelijk houdt voor de bezoekers van je WordPress-site.

Hoe denk jij erover? Heb je prestatieproblemen ondervonden vanwege te veel omleidingen?

20
keer gedeeld