Google-Rankings auf Mobil und Desktop: Warum sie auseinandergehen (2026)

Eine Position ist keine einzelne Zahl. Fragt man dieselbe Website, zu derselben Suchanfrage, über dieselben 90 Tage, werden Mobil und Desktop nicht übereinstimmen. In unseren eigenen Search-Console-Daten erreichte die Lücke bei einer Suchanfrage 11,4 Positionen, und die Richtung kippte je nach Suchanfrage: mal lag Mobil vorn, mal Desktop.

Das ist kein Datenfehler und kein Grund, einen Mobile-Rank-Tracker zu kaufen. Es ist eine Eigenschaft davon, wie Google eine Ergebnisseite aufbaut, und sie bleibt unsichtbar, solange man einen vermischten Durchschnitt liest.

Dieser Artikel behandelt, was die Trennung tatsächlich verursacht, wie unsere eigenen Zahlen aussahen und einen kurzen Claude-Code-Workflow, der beides trennt, damit Sie aufhören, Desktop-Entscheidungen über Mobil-Traffic zu treffen.

Das Missverständnis

Die Annahme, die die meisten Teams mit sich tragen, meist ohne sie auszusprechen, ist, dass eine Position eine Eigenschaft der Seite ist. Man rankt auf 8 für eine Suchanfrage, also rankt man auf 8. Rank-Tracker verstärken diese Annahme, weil sie standardmäßig mit einem Gerät arbeiten und eine Zahl pro Keyword ausgeben.

Die praktische Folge ist eine Berichtsgewohnheit: Jemand prüft eine Desktop-Position, schreibt sie in eine Tabelle, und alles Nachgelagerte behandelt sie als die Wahrheit über Sichtbarkeit.

Die hilfreichere Realität

Zwei Fakten, beide von Google dokumentiert, brechen das Ein-Zahl-Modell.

Fakt eins: Was gerankt wird, ist Ihre Mobilseite. Die Search-Central-Dokumentation von Google sagt es direkt: „Google verwendet die Mobilversion des Inhalts einer Website, die mit dem Smartphone-Agent gecrawlt wird, für Indexierung und Ranking." Ihr Desktop-HTML ist nicht der primäre Input, auch wenn die suchende Person an einem Laptop sitzt.

Fakt zwei: Die Ergebnisseite wird für das Gerät gebaut, das davorsteht. Die Hilfe-Dokumentation von Search Console selbst sagt es unverblümt, und es lohnt sich, zweimal zu lesen: „Suchergebnisse sind spezifisch für Zeit, Ort, Gerät und den recenten Verlauf der suchenden Person."

Setzt man beides zusammen, ist die notierte Position eine Stichprobe aus einer Verteilung, die sich mit dem Gerät verschiebt. Die Zahl ist nicht falsch. Sie ist nur deutlich enger als die Art, wie sie verwendet wird.

Warum sich der Mythos so leicht verbreitet

Vier gewöhnliche Dinge halten das Ein-Zahl-Modell am Leben.

• Tracker sind standardmäßig auf Desktop eingestellt. Eine Desktop-SERP ist billiger abzurufen und einfacher zu speichern, also wird sie zur Standardspalte. Gerätewechsel gibt es in vielen Tarifen, was etwas anderes ist, als standardmäßig aktiv zu sein.
• Search Console vermischt Geräte. Der Standardbericht zur Leistung mittelt über Mobil, Desktop und Tablet. Man muss den Tab „Geräte" öffnen oder die API mit device als Dimension abrufen, um die Trennung zu sehen. Nichts in der Standardansicht warnt davor, dass eine Vermischung stattfindet.
• Mobile Rank Tracking wird als Zusatz verkauft. Wenn ein Anbieter „Mobile-Rank-Tracker" als Funktion auflistet, liegt die Implikation darin, dass der Standardbericht bereits alles abdeckt. Er deckt einen Ausschnitt ab.
• Der Effekt ist bei kleinen Stichproben unsichtbar. Betrachtet man zehn Suchanfragen und alle stimmen überein, wirkt das Problem theoretisch. Sichtbar wird es auf Ebene der Suchanfrage, bei Suchanfragen mit genug Impressionen zum Mitteln.

Was unsere eigenen 90 Tage zeigten

Wir haben unsere eigene Search-Console-Property abgerufen, 90 Tage bis zum 11. September 2026, mit query und device als Dimensionen.

Dieselbe Property, dasselbe Fenster, drei verschiedene Geschichten. Beachten Sie, dass die Mobil-Durchschnittsposition besser ist, während die Mobil-CTR schlechter ist.

Zwei Dinge in dieser Tabelle verdienen Aufmerksamkeit.

Das erste ist das umgekehrte Signal. Die durchschnittliche Mobil-Position war besser als die Desktop-Position (30,8 gegenüber 34,4), und dennoch war die Mobil-CTR schlechter (0,97% gegenüber 1,10%). Eine bessere Position bei schlechterer Klickrate ist auf Mobil normal: Ergebnisseiten sind höher, das Layout unterscheidet sich, und der obere Bereich ist mit Funktionen überfüllt. Wer nur die Position berichtet hätte, hätte Mobil zur stärkeren Fläche erklärt und die Klicklücke völlig verpasst.

Das zweite ist die Falle, websiteweite Durchschnitte überhaupt zu lesen. Diese beiden Zeilen fassen unterschiedliche Suchanfragen-Mixe zusammen. Desktop trägt 82% unserer Impressionen, weil unser Publikum SEO-Praktiker an Schreibtischen ist, und Mobil trägt eine andere, kleinere Menge an Suchanfragen. Websiteweite Durchschnitte verbergen das. Der Join pro Suchanfrage ist es, was die Zahl handlungsfähig macht.

Also haben wir den Join gemacht. Von 130 Suchanfragen mit mindestens 20 Impressionen hatten 85 Daten auf beiden Geräten. Hier sind die sechs größten Abweichungen.

Die Lücke verläuft in beide Richtungen. „Mobil rankt schlechter" ist so falsch wie „eine Position ist eine Position".

Die Richtung kippt. Das ist der Befund, der Ihre Arbeitsgewohnheit ändern sollte: Sie können die Geräteabweichung nicht mit einer Faustregel korrigieren, weil es keine konsistente Richtung gibt, die man korrigieren könnte. Sie müssen sie pro Suchanfrage messen.

Was stattdessen zu tun ist: trennen, joinen, Schwellenwert, entscheiden

Vier Schritte, etwa 20 Minuten, sobald der Workflow existiert.

Schritt 1: query und device zusammen abrufen. Öffnen Sie in der Search Console die Leistung, fügen Sie den Tab „Geräte" neben „Suchanfragen" hinzu und exportieren Sie über 90 Tage. Über die API fordern Sie die Dimensionen ["query","device"] mit einem Zeilenlimit an, das hoch genug ist, um Ihre Suchanfragen-Menge zu fassen. Die API akzeptiert ein Zeilenlimit weit über dem, was eine mittelgroße Website braucht, also fordern Sie hoch an und kürzen Sie lokal.

Wenn Sie bereits einen wöchentlichen Ranking-Bericht erstellen, wird daraus eine zusätzliche Dimension auf etwas, das Ihnen gehört, statt einer neuen Arbeitsmappe. Der Berichtsvertrag in unserem Workflow für den wöchentlichen Ranking-Bericht hat dafür einen Platz.

Schritt 2: über den Suchanfragen-Schlüssel joinen. Eine Zeile pro Suchanfrage, mit einer Mobil-Spalte und einer Desktop-Spalte. Zeilen, die nur auf einem Gerät existieren, sind für sich genommen ein Befund: Sie bedeuten, dass die Suchanfrage auf der einen Fläche Impressionen bekommt und auf der anderen nicht.

Schritt 3: einen Schwellenwert anwenden, bevor Sie hinsehen. Fünf Positionen sind ein brauchbarer Ausgangsschwellenwert. Darunter lesen Sie Rauschen. Darüber haben Sie eine Suchanfrage, bei der die beiden Flächen tatsächlich uneinig sind.

Schritt 4: pro Suchanfragen-Klasse entscheiden, nicht pro Suchanfrage. Money-Keywords werden zuerst behoben. Vergleichsanfragen weichen meist ab, weil das SERP-Layout anders ist, nicht weil Ihre Seite schwach ist. Markenanfragen, die abweichen, sind fast nie ein SEO-Problem. Informationsanfragen können warten.

Der Claude-Code-Workflow, der die Trennung vornimmt

Der wiederholbare Teil ist mechanisch: abrufen, joinen, Schwellenwert anwenden, zusammenfassen. Genau das ist die Form von Aufgabe, die in einen Agenten gehört und nicht in Ihre Woche.

Speichern Sie dies als Anweisungsdatei, die Claude Code lesen kann, und richten Sie sie auf die Property, die Ihnen gehört:

Rufe Search-Console-Daten für die Property <property> der letzten 90 Tage ab.
Verwende die Dimensionen: query, device. Behalte nur Suchanfragen mit mindestens 20 Impressionen.

Joine Mobil gegen Desktop über den Suchanfragen-Schlüssel.
Berechne für jede auf beiden Geräten vorhandene Suchanfrage die absolute Differenz der Durchschnittsposition.

Gib nur Zeilen aus, bei denen die Differenz 5.0 oder mehr beträgt, sortiert nach Gesamtimpressionen absteigend.
Zeige für jede Zeile: Suchanfrage, Position Mobil, Position Desktop, Lücke, welches Gerät besser ist,
Impressionen Mobil, Impressionen Desktop.

Beende mit zwei Zusammenfassungszeilen:
1. Anzahl der Suchanfragen, bei denen Mobil besser ist, und Anzahl, bei denen Desktop besser ist.
2. Die einzelne Suchanfrage mit der größten Lücke und ihre Gesamtimpressionen.

Schlage keine Korrekturen vor. Schreibe keine Content-Empfehlungen.
Speichere die Ausgabe als mobile-desktop-gap-YYYY-MM-DD.md im Arbeitsordner.

Drei bewusste Entscheidungen in dieser Anweisung lohnen sich zu behalten, wenn Sie sie anpassen.

Sie setzt eine Mindestimpressionen-Untergrenze, weil eine Suchanfrage mit vier Mobil-Impressionen eine Durchschnittsposition ergibt, die nichts bedeutet. Sie verbietet Korrekturvorschläge, weil die Entscheidung von Suchanfragen-Klasse und Geschäftskontext abhängt und ein Agent, der dabei rät, selbstsicheren Unsinn produziert. Und sie speichert in einer datierten Datei, damit Sie die Trennung des nächsten Monats mit der dieses Monats vergleichen können, was die einzige Möglichkeit ist zu sehen, ob eine Korrektur gewirkt hat.

Der Prompt ist in seiner Form agentenneutral. Codex führt dieselbe Anweisung über seine eigenen Dateikonventionen aus, und der Prüfschritt ist identisch.

Leitplanken

• Unter etwa 20 Impressionen: aufhören. Durchschnittspositionen über eine Handvoll Impressionen springen von selbst zweistellig. Der Schwellenwert im Prompt existiert aus diesem Grund.
• Tablet ist nicht Mobil. Unsere Tablet-Zeile hatte 156 Impressionen und null Klicks. Tablet in Mobil einzuordnen hätte die Mobil-Zahlen aus Gründen verschlechtert, die nichts mit mobiler Suche zu tun haben.
• Dieser Artikel handelt von Messung, nicht von Eignung. Ob Google Ihre Mobilinhalte überhaupt sehen kann, ist ein anderes Problem mit anderen Prüfungen. Die Audit-Seite haben wir in Mobile-First-Indexierung 2026 behandelt.
• Eine bessere Position kann ein schlechteres Ergebnis sein. In unseren eigenen Daten rankte Mobil besser und klickte schlechter. Position und Klickrate müssen zusammen gelesen werden.
• Jagen Sie nicht jeder Lücke nach. Eine Lücke von 6 Positionen bei einer Suchanfrage mit 30 monatlichen Suchen ist kein Projekt. Sortieren Sie die Liste nach Impressionen und lassen Sie den Rest liegen.
• Tiefe Positionen verhalten sich anders. Liegt eine Suchanfrage auf beiden Geräten jenseits von Position 100, beheben Sie zuerst das Tiefenproblem. Wie weit Google-Ergebnisse tatsächlich reichen, haben wir in unserem Tiefentest der Rank-Prüfung gemessen.

Auspia-Sicht: Geräteabweichung ist ein Messproblem, bevor sie ein Ranking-Problem ist. Die meisten Teams haben nie hingesehen, weil der Standardbericht die Trennung verbirgt. Sobald die Trennung sichtbar ist, erweisen sich die meisten Lücken als erklärbar, und die interessante Handvoll lohnt eine Korrektur.

Häufige Fragen

Rankt Google Mobil- und Desktop-Seiten getrennt? Effektiv ja. Google indexiert die Mobilversion Ihrer Inhalte, und die Ergebnisseite, die an ein Smartphone ausgeliefert wird, unterscheidet sich von der an einen Laptop. Die beiden Positionen stammen aus denselben zugrunde liegenden Systemen, sind aber nicht dieselbe Zahl.

Warum weicht mein Rank-Tracker von der Search Console ab? Weil sie unterschiedliche Dinge messen. Ein Tracker ruft eine Live-SERP an einem Ort und auf einem Gerät ab. Die Search Console mittelt Impressionen über alle Geräte, Länder und den gesamten Datumsbereich. Beide können recht haben und trotzdem uneinig sein.

Was ist ein Mobile-Rank-Tracker und brauche ich einen? Ein Mobile-Rank-Tracker ruft die Smartphone-SERP für ein Keyword-Set ab. Er ist das Geld wert, wenn Sie Wettbewerberpositionen oder Standorte brauchen, die Sie in Ihren eigenen Daten nicht sehen. Wenn Sie nur die mobile Sichtbarkeit Ihrer eigenen Website brauchen, hat die Search Console sie bereits, nach Gerät aufgeteilt und kostenlos.

Wie viele Impressionen braucht es, bis die Position pro Gerät verlässlich ist? Etwa 20 ist die praktische Untergrenze für eine grobe Lesart; ab 100 bewegt sich die Zahl nicht mehr von Woche zu Woche. Unter 20 behalten Sie die Suchanfrage in der Liste, handeln Sie aber nicht danach.

Kann Claude Code die Search Console direkt lesen? Ja, über die Search Console API mit einem Dienstkonto oder OAuth-Anmeldedaten. Der obige Workflow setzt voraus, dass diese Verbindung besteht. Unser SEO-Agent-Leitfaden behandelt, welche Ranking-Aufgaben es wert sind, an einen Agenten übergeben zu werden, und welche nicht.

Sollte ich die Mobilseite korrigieren, wenn Mobil schlechter rankt? Prüfen Sie zuerst die SERP. Trägt die mobile Ergebnisseite mehr Video, mehr lokale Pakete oder einen anderen Mix an Seitentypen, liegt die Korrektur im Inhaltsformat und nicht in der Seitenqualität. Stimmt die SERP-Form überein und ist die Seite in Ordnung, behandeln Sie es als Content-Paritätsproblem und prüfen Sie gegen die Mobile-First-Checks.

Autor: Marcus Ellery, Growth Experimenter hinter mehr als 150 SEO-Tests bei Auspia. Er schreibt über Benchmark-Daten, kontrollierte Tests und den Unterschied zwischen einer Kennzahl, die sich bewegt, und einer Kennzahl, die etwas bedeutet.