TrueURL
TrueURL

Menü

Sprache Deutsch
Design

Kostenloses Redirect-Tool

Mobil- vs. Desktop-Weiterleitung prüfen

Prüfen Sie eine URL zweimal, als Desktop-Chrome und als Safari auf dem iPhone, und vergleichen Sie beide Weiterleitungsketten nebeneinander. So erkennen Sie gerätebasierte Weiterleitungen, die Mobilbesucher an ein unerwartetes Ziel schicken.

Warum sich mobile und Desktop-Weiterleitungen unterscheiden

Manche Websites entscheiden anhand des Geräts, wohin sie einen Besucher schicken, und erkennen es am User-Agent-Header. Typische Beispiele sind separate Mobil-Websites (m.example.com), Seiten zum App-Download, Auswahlseiten für Shop oder Region und Landingpages für Anzeigen. Ist diese Logik fehlerhaft, landen Mobilbesucher auf der Startseite, einer Fehlerseite oder einer Seite, die nichts mit dem angeklickten Link zu tun hat.

Google crawlt und indexiert überwiegend die mobile Version von Seiten. Eine fehlerhafte mobile Weiterleitung schadet daher nicht nur der Nutzererfahrung, sondern auch der Sichtbarkeit in der Suche.

So funktioniert der Vergleich

TrueURL prüft die URL zweimal mit denselben Einstellungen und ändert nur den User-Agent: ein aktueller Desktop-Chrome unter Windows und Safari auf dem iPhone. Die beiden Weiterleitungsketten werden mit ihren Ziel-URLs und Statuscodes nebeneinander angezeigt, sodass jeder Unterschied sofort ins Auge fällt.

Nur der User-Agent ändert sich. Websites, die per JavaScript anhand der Bildschirmgröße eine Version wählen, verhalten sich in beiden Spalten womöglich gleich, obwohl sie auf einem echten Smartphone anders aussehen. Um andere User-Agents wie Chrome auf Android oder den Googlebot zu testen, wählen Sie im Weiterleitungsketten-Checker eine Vorlage in den erweiterten Einstellungen.

So sieht ein gutes Ergebnis aus

  • Responsive Website: Beide Spalten enden auf derselben Ziel-URL. Diese Lösung empfiehlt Google, und sie ist am einfachsten zu pflegen.
  • Separate mobile URLs: Desktop bleibt auf www.example.com/page, und Mobilgeräte gelangen zur entsprechenden Seite m.example.com/page, nicht zur mobilen Startseite. Die Desktop-Seite sollte mit <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page"> auf ihre mobile URL verweisen, und die mobile Seite sollte einen Canonical-Tag haben, der zurückverweist.
  • Dynamische Bereitstellung (Dynamic Serving): dieselbe URL für beide, mit unterschiedlichem HTML. Die Antwort sollte Vary: User-Agent enthalten, damit Caches die Versionen nicht vermischen.

Häufige Fehler bei mobilen Weiterleitungen

  • Fehlerhafte Weiterleitungen: Jeder Mobilbesucher wird auf die mobile Startseite geschickt statt auf die passende Seite.
  • Fehlende mobile Seiten: Eine Desktop-Seite ohne mobile Version leitet auf einen Fehler weiter. Liefern Sie stattdessen die Desktop-Seite aus.
  • Weiterleitungen nur in eine Richtung: Mobilnutzer werden weitergeleitet, Desktop-Nutzer, die einen m.-Link öffnen, aber nicht zurück zur Desktop-Seite.
  • App-Interstitials: Eine Weiterleitung in einen App-Store oder ein bildschirmfüllendes App-Banner verdeckt den Inhalt, für den der Besucher gekommen ist.
  • Zusätzliche Hops nur auf Mobilgeräten: ein Umweg über einen Dienst zur Geräteerkennung oder zum Tracking, der sich vor allem bei langsamen mobilen Verbindungen bemerkbar macht.

Ratgeber

Häufige Fragen

Welche User-Agents verwendet der Vergleich?

Desktop-Chrome unter Windows und Safari auf dem iPhone, beide mit aktuellen Versionsnummern. Praktisch jeder Code zur Geräteerkennung erkennt den ersten als Desktop-Computer und den zweiten als Smartphone.

Sieht Google das mobile oder das Desktop-Ergebnis?

Überwiegend das mobile. Google crawlt und indexiert das Web vorrangig mit dem Googlebot für Smartphones, dessen User-Agent wie Chrome auf einem Android-Smartphone aussieht. Endet die mobile Spalte auf der falschen Seite, indexiert Google womöglich auch diese. Um zu sehen, was eine Website an den User-Agent des Googlebots sendet, verwenden Sie die Vorlage für den Googlebot (Smartphone) in den erweiterten Einstellungen des Weiterleitungsketten-Checkers. Websites, die den Googlebot anhand seiner IP-Adresse verifizieren, antworten TrueURL möglicherweise trotzdem anders.

Sind separate mobile URLs (m.-Websites) schlecht für SEO?

Sie werden unterstützt, sind aber schwieriger richtig umzusetzen: Jede Seite braucht eine passende mobile URL, korrekte Annotationen und Weiterleitungen in beide Richtungen. Google empfiehlt responsives Design, das Geräteweiterleitungen ganz vermeidet. Wenn Sie eine m.-Website betreiben, prüfen Sie Ihre wichtigsten Seiten nach jedem Release hier.

Warum sind beide Spalten identisch, obwohl meine Website auf dem Smartphone anders aussieht?

Ihre Website passt sich vermutlich im Browser an, per responsivem CSS oder JavaScript, statt mit serverseitigen Weiterleitungen. Das ist der empfohlene Ansatz und bedeutet, dass es keine gerätebasierte Weiterleitung zu vergleichen gibt.

Kann ich andere Geräte vergleichen, etwa Android-Smartphones oder Tablets?

Dieses Tool vergleicht Desktop-Chrome mit Safari auf dem iPhone. Für andere Geräte öffnen Sie die erweiterten Einstellungen im Weiterleitungsketten-Checker, wählen eine Vorlage wie Chrome auf Android oder fügen einen beliebigen User-Agent-String ein und starten die Prüfung.

Verlangsamen Geräteweiterleitungen mobile Seiten?

Ja. Jede Weiterleitung kostet einen vollständigen Roundtrip, bevor die Seite zu laden beginnt, und Mobilfunknetze haben eine höhere Latenz als Breitbandanschlüsse. Schon eine Weiterleitung von www auf m. kann eine spürbare Verzögerung verursachen; messen können Sie sie mit dem Weiterleitungs-Latenztest.