TrueURL
TrueURL

Menu

Taal Nederlands
Thema

Gratis redirecttool

Redirects mobiel vs. desktop

Controleer één URL twee keer, als Chrome op desktop en als Safari op iPhone, en vergelijk beide redirectketens naast elkaar. Zo zie je redirects op basis van het apparaat die mobiele bezoekers ergens onverwachts heen sturen.

Waarom redirects op mobiel en desktop verschillen

Sommige sites bepalen waar ze een bezoeker heen sturen aan de hand van het apparaat, dat ze afleiden uit de User-Agent-header. Typische voorbeelden zijn aparte mobiele sites (m.example.com), downloadpagina’s voor apps, keuzepagina’s voor winkel of regio en landingspagina’s van advertenties. Klopt die logica niet, dan komen mobiele bezoekers uit op de homepage, een foutpagina of een pagina die niets te maken heeft met de link die ze volgden.

Google crawlt en indexeert vooral de mobiele versie van pagina’s, dus een kapotte mobiele redirect schaadt niet alleen de gebruikerservaring, maar ook je zichtbaarheid in zoekmachines.

Zo werkt de vergelijking

TrueURL controleert de URL twee keer met dezelfde instellingen en wijzigt alleen de user-agent: een recente Chrome op een Windows-desktop en Safari op iPhone. De twee redirectketens staan naast elkaar met hun eind-URL’s en statuscodes, zodat elk verschil direct opvalt.

Alleen de user-agent verandert. Sites die in JavaScript een versie kiezen op basis van de schermgrootte, kunnen zich in beide kolommen hetzelfde gedragen, ook al zien ze er op een echte telefoon anders uit. Wil je andere user-agents testen, zoals Chrome op Android of Googlebot, kies dan een voorinstelling onder Geavanceerde instellingen in de Redirectketen-checker.

Zo ziet een goed resultaat eruit

  • Responsive site: beide kolommen eindigen op dezelfde eind-URL. Dit is de opzet die Google aanbeveelt en die het makkelijkst te onderhouden is.
  • Aparte mobiele URL’s: desktop blijft op www.example.com/page en mobiel gaat naar de overeenkomende m.example.com/page, niet naar de mobiele homepage. De desktoppagina hoort naar haar mobiele URL te verwijzen met <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page">, en de mobiele pagina hoort een canonical tag te hebben die terugverwijst.
  • Dynamische weergave (dynamic serving): dezelfde URL voor beide, met andere HTML. De response moet Vary: User-Agent bevatten, zodat caches de versies niet door elkaar halen.

Veelgemaakte fouten met mobiele redirects

  • Foutieve redirects: elke mobiele bezoeker wordt naar de mobiele homepage gestuurd in plaats van naar de overeenkomende pagina.
  • Ontbrekende mobiele pagina’s: een desktoppagina zonder mobiele versie stuurt door naar een foutpagina. Toon in dat geval gewoon de desktoppagina.
  • Redirects in één richting: mobiele gebruikers worden doorgestuurd, maar desktopgebruikers die een m.-link openen, worden niet teruggestuurd naar de desktoppagina.
  • Tussenpagina’s voor apps: een redirect naar een appstore of een schermvullende appbanner verbergt de content waarvoor de bezoeker kwam.
  • Extra hops alleen op mobiel: een omweg via een dienst voor apparaatdetectie of tracking, wat het meest pijn doet op trage mobiele verbindingen.

Gidsen

  • 12 min. leestijd

    URL-redirects controleren en redirectketens lezen

    Redirects controleren met TrueURL, curl en DevTools: lees elke hop van een redirectketen en los loops, lange ketens en gemengde 301- en 302-redirects op.

    Artikel lezen

Veelgestelde vragen

Welke user-agents gebruikt de vergelijking?

Chrome op een Windows-desktop en Safari op iPhone, allebei met recente versienummers. Vrijwel alle code voor apparaatdetectie herkent de eerste als desktopcomputer en de tweede als telefoon.

Ziet Google het mobiele of het desktopresultaat?

Vooral het mobiele. Google crawlt en indexeert het web voornamelijk met Googlebot Smartphone, waarvan de user-agent eruitziet als Chrome op een Android-telefoon. Eindigt de mobiele kolom op de verkeerde pagina, dan kan Google ook die pagina indexeren. Wil je zien wat een site naar de user-agent van Googlebot stuurt, gebruik dan de voorinstelling Googlebot Smartphone onder Geavanceerde instellingen in de Redirectketen-checker. Sites die Googlebot aan de hand van het IP-adres verifiëren, kunnen TrueURL nog steeds anders antwoorden.

Zijn aparte mobiele URL’s (m-dot-sites) slecht voor SEO?

Ze worden ondersteund, maar zijn lastiger goed in te richten: elke pagina heeft een overeenkomende mobiele URL nodig, juiste annotaties en redirects in beide richtingen. Google raadt responsive design aan, waarmee je redirects op basis van het apparaat helemaal vermijdt. Heb je een m-dot-site, controleer je belangrijkste pagina’s dan hier na elke release.

Waarom zijn beide kolommen gelijk terwijl mijn site er op een telefoon anders uitziet?

Je site past zich waarschijnlijk in de browser aan, met responsive CSS of JavaScript, in plaats van met server-side redirects. Dat is de aanbevolen aanpak, en het betekent dat er geen redirect op basis van het apparaat is om te vergelijken.

Kan ik andere apparaten vergelijken, zoals Android-telefoons of tablets?

Deze tool vergelijkt Chrome op desktop met Safari op iPhone. Voor andere apparaten open je Geavanceerde instellingen in de Redirectketen-checker, kies je een voorinstelling zoals Chrome op Android of plak je een willekeurige user-agent-string, en voer je de controle uit.

Vertragen redirects op basis van het apparaat mobiele pagina’s?

Ja. Elke redirect kost een volledige roundtrip voordat de pagina begint te laden, en mobiele netwerken hebben een hogere latentie dan een vaste breedbandverbinding. Alleen al een redirect van www naar m. kan een merkbare vertraging opleveren; je kunt die meten met de Redirectlatentie-checker.