Mobile-First-Indexierung 2026: Die Checkliste, die viele WordPress-Websites immer noch nicht erfüllen

Seit 2023 schaut sich Google für die Indexierung einer WordPress-Seite nur noch deine mobile Version an. Doch bei den meisten Seiten erzählt diese mobile Version eine schwächere Geschichte, als sie sollte, versteckte Inhalte, Meta-Robots, die sich widersprechen, strukturierte Daten, die nicht zusammenpassen, Canonicals, die still und leise ins Nichts zeigen.

Themes und Plugins sind meist die Verursacher. Sie schleusen diese Lücken ein, ohne dass es jemand merkt, und wenn die Sichtbarkeit sinkt, ist der Schaden bereits vor Wochen entstanden.

Also jagt nicht den Symptomen nach. Arbeite das in dieser Reihenfolge durch: prüfe, was tatsächlich gerendert wird, richte jedes Metadaten-Element aufeinander aus, führe Core Web Vitals aus, bestätige den Indexierungsstatus in der Search Console. Überspringe einen Schritt und du wirst zuerst das falsche Problem beheben.

Was folgt, schlüsselt genau auf, wo WordPress-Seiten typischerweise stolpern, damit du es bemerkst, bevor Google es tut.

Wichtigste Erkenntnisse

Google indexiert seit 2023 nur noch die mobile Version. Das bedeutet, dass deine gerenderte mobile Ausgabe jetzt die Basis ist, behandle sie von Anfang an so.

Ruf Mobil- und Desktop-Version nebeneinander auf. Suche nach Lücken bei Überschriften, strukturierten Daten, Links und Medien, bevor du überhaupt daran denkst, Meta-Tags anzufassen.

Inhalte, die auf Mobilgeräten verschwinden, versteckt hinter Breakpoints, verborgen in „Mehr laden“-Skripten oder eingebettet in eingeklappte Tabs, verdienen deine Aufmerksamkeit zuerst. Nichts anderes auf dieser Liste birgt das gleiche Risiko.

Meta-Robots, Canonical-Tags, robots.txt: Bring sie dazu, auf Mobil und Desktop die gleiche Sprache zu sprechen. Google liest mobile Signale für die Indexierung, daher wirkt jede Diskrepanz hier gegen dich.

Starte einen Crawler, Ahrefs Site Audit erledigt die Arbeit gut, und sortiere die Ergebnisse nach Schweregrad. Weise Verantwortliche zu, setze Deadlines und baue die Korrekturen in deinen nächsten Sprint ein.

Warum Mobile-First-Indexierung auf WordPress-Websites immer noch scheitert

Es verzeiht keine Abkürzungen. Google baut sein gesamtes Verständnis Ihrer Website heute aus der mobilen Version auf, und diese Version schleppt oft Altlasten mit sich herum, von denen Sie nichts wussten, nicht übereinstimmende Robots-Meta-Tags, verwässerte Templates, strukturierte Daten, die es nie vom Desktop auf die mobile Seite geschafft haben.

Führen Sie eine ordentliche responsive Diagnose durch, und Sie werden sehen, was Desktop-Ansichten die ganze Zeit verborgen haben. Plugins setzen noindex-Tags auf mobile Seiten, ohne zu fragen. Themes verlieren Metadaten irgendwo zwischen den Breakpoints. Builder vergessen, dass hreflang existiert, sobald der Bildschirm kleiner wird. Nichts davon ist böswillig, es ist einfach Vernachlässigung, die Art, die sich anhäuft, wenn niemand die mobile Seite genau genug im Blick behält.

Als Nächstes häufen sich Crawling-Diskrepanzen. Inhalte verschieben sich zwischen mobiler und Desktop-Version. Links verschwinden oder vervielfachen sich, je nachdem, welches Template geladen wird. Fragment-basierte URLs verhalten sich unterschiedlich, je nachdem, welche Version Google gerade betrachtet. Jede Unstimmigkeit untergräbt die Klarheit, die Suchmaschinen benötigen, um eine Seite fair zu ranken.

Sie haben diese Website aufgebaut, um gesehen zu werden, nicht um unter den technischen Altlasten anderer begraben zu werden. Dennoch verlangsamen zahlreiche WordPress-Setups, vollgestopft mit veralteten Themes und aufgeblähten JavaScript-Stacks, alles, noch bevor ein Crawler überhaupt einen fairen Blick darauf werfen kann. Das Rendering zieht sich hin, Crawl-Budgets verbrauchen sich schneller als sie sollten, und genau die Signale, die den Wert Ihrer Website beweisen sollen, werden gelöscht, bevor jemand merkt, dass sie fehlen. Google hat die mobile-first Indexierung 2023 vollständig eingeführt, was bedeutet, dass die mobile Version nun die einzige Version ist, die für Crawling- und Ranking-Zwecke zählt.

Vergleichen Sie Mobil- und Desktop-Inhalte vor allem anderen

Google bewertet nur eine Version deiner Seite, daher ist das die Version, die es zuerst zu prüfen gilt. Bevor du auch nur einen Meta-Tag oder einen Schema-Block anfasst, rufe die mobile und die Desktop-Version nebeneinander auf. Beginne mit dem, was tatsächlich auf einem Handy-Bildschirm dargestellt wird, nicht mit dem, was tief im HTML-Quellcode vergraben liegt. Diese gerenderte Ausgabe wird zu deiner Basislinie.

Als Nächstes folgt Desktop, verglichen mit genau dieser mobilen Darstellung, wobei jede Lücke sofort markiert wird. Überschriften, Struktur, Links, Medien, strukturierte Daten , jedes davon verdient seinen eigenen Moment der Aufmerksamkeit. Keines davon sollte wie eine Randnotiz behandelt werden. Denke daran, dass Inhalte, die auf mobilen Geräten in Tabs eingeklappt oder versteckt sind, genauso behandelt werden wie sichtbarer Inhalt und indexiert werden, also markiere sie nicht als Lücke, nur weil sie versteckt sind.

Die Sichtbarkeit von Inhalten ist das, wonach du hier eigentlich suchst. Alles, was auf Mobilgeräten gekürzt, versteckt oder verzögert dargestellt wird, läuft Gefahr, vollständig aus Googles Verständnis der Seite zu verschwinden. Layout-Eigenheiten sind kosmetisch, die kannst du dir für später aufheben. Fehlender Primärinhalt ist die eigentliche Gefahr, und das ist es, was zuerst deine Aufmerksamkeit braucht.

Deckt Theme- und Plugin-Lücken auf, die Ihre Inhalte verstecken

Themen und Plugins verursachen den größten Schaden, leise, ohne dass jemand es bemerkt, bis die Rankings absacken. Du baust eine wunderschöne Desktop-Seite, fühlst dich gut dabei, und entdeckst dann, dass mobile Nutzer etwas völlig anderes sehen. Theme-Lücken entstehen, wenn mobile Layouts Textblöcke, interne Links oder Produktmodule entfernen, die nur in der Desktop-Vorlage existieren. Plugin-Konflikte machen es noch schlimmer, indem sie robots.txt-Regeln umschreiben, Meta-Tags verändern oder separaten HTML-Code für mobile Besucher erzeugen.

Denk darüber nach, was „Freiheit“ für deine Seite eigentlich bedeutet. Es geht nicht darum, jedes glänzende Plugin zu installieren, das bessere Performance verspricht. Wahre Freiheit bedeutet, die Struktur deiner Seite zu besitzen, statt versteckte Einstellungen entscheiden zu lassen, was Google sieht. Sobald du das verstehst, betrachtest du deine Seite anders.

Wo schaust du also zuerst hin? Achte auf diese Muster:

1. Breakpoint-Steuerungen, die ganze Abschnitte auf Mobilgeräten verstecken
2. „Mehr laden“-Skripte, die für Crawler nie ausgelöst werden
3. Cache-Plugins, die heimlich mobilspezifische Regeln umschreiben
4. Nur-mobile-Plugins, die inkonsistenten HTML-Output erzeugen

Jedes einzelne für sich erscheint klein. Zusammengenommen aber hast du eine Seite, die Google zwei verschiedene Geschichten erzählt. Eine fehlerhaft konfigurierte robots.txt-Regel kann den Zugriff auf deine Theme- oder Stylesheet-Dateien komplett blockieren, sodass Google nichts als unformatierten, kaputt aussehenden Inhalt crawlen kann. Jede Lücke hier kostet Sichtbarkeit, und niemand merkt es, bis der Traffic verschwindet. Bis dahin reparierst du keine Einstellung mehr, du baust das Vertrauen der Suchmaschinen von Grund auf neu auf.

Metadaten und Robots-Tags über alle Geräte hinweg angleichen

Lassen Sie uns über etwas sprechen, das selbst erfahrenen WordPress-Seitenbetreibern Probleme bereitet: Metadaten-Unstimmigkeiten zwischen Mobil- und Desktop-Versionen. Dieser stille Übeltäter zählt zu den am meisten übersehenen Ursachen für das Scheitern von Mobile-First-Indexierung, und hier ist der Punkt, es ist vollständig vermeidbar, sobald man weiß, wo man hinschauen muss.

Ihre Titel und Meta-Beschreibungen müssen auf beiden Versionen mit einer Stimme sprechen. Sicher, Ihr mobiler Titel könnte aus Längengründen gekürzt werden, aber die Kernbotschaft und die Keywords sollten intakt bleiben. Stellen Sie es sich wie ein Gespräch vor, das Sie mit Google führen, Sie wollten schließlich nicht etwas anderes sagen, je nachdem, wer zuhört.

Robots-Direktiven verdienen genauso viel Aufmerksamkeit, vielleicht sogar mehr. Ein versehentlicher noindex- oder nofollow-Tag, der sich in Ihrer mobilen Vorlage versteckt, kann echten Schaden anrichten. Vielleicht hat ein Plugin ihn ohne Ihr Wissen gesetzt, oder vielleicht hat ein Theme-Override ihn irgendwo verborgen, wo Sie nie nachgesehen haben. Wie dem auch sei, dieses einzelne Tag kann Ihre Desktop-Version klammheimlich überschreiben und eine Seite vollständig aus dem Google-Index entfernen, ohne Vorwarnung, ohne zweite Chance.

Titel und Beschreibungen zuordnen

So viele WordPress-Websites zeigen auf dem Desktop einen anderen Titel als auf dem Mobilgerät. Google verlangt „gleichwertige“ Metadaten, nicht identische, aber viele Websites behandeln die mobile Gleichwertigkeit als optional. Das ist eine Gewohnheit, die man jetzt ablegen sollte, bevor die Ranking-Signale verwässert werden.

Denken Sie darüber nach, was tatsächlich passiert, wenn die Snippet-Optimierung vernachlässigt wird.

Mobile Titel werden willkürlich abgeschnitten und verlieren dabei zentrale Keywords vollständig. Beschreibungen weichen voneinander ab, was Googles Auswahlprozess für Snippets verwirrt. Plugins erzeugen geräteabhängige Varianten, die niemand aufeinander abgestimmt hat. Die Suchrelevanz leidet, weil die mobile Version , diejenige, die Google tatsächlich indexiert , nicht mit der Botschaft der Desktop-Version übereinstimmt.

Hier ist die Disziplin, die das behebt: eine Titel-Logik, eine Beschreibungsstrategie, keine Ausnahmen. Kürzerer mobiler Text muss die Bedeutung bewahren, ohne neue Behauptungen einzuführen oder wichtige Suchbegriffe zu streichen. Konsistenz ist kein Nice-to-have mehr, sie ist die Grundvoraussetzung. Über Titel und Beschreibungen hinaus müssen auch Robots-Direktiven und kanonische Tags auf beiden Versionen konsistent bleiben, um zu vermeiden, dass Google widersprüchliche Signale erhält.

Widersprüchliche Robots-Direktiven vermeiden

Robots-Direktiven, die still zwischen Mobil- und Desktop-Version widersprechen. Das trifft härter als Snippet-Diskrepanzen, weil Google sich beim Mobile-First-Indexing jetzt für die gesamte Website auf die Signale deiner mobilen Version verlässt. Wenn du das falsch machst, reparierst du kein kosmetisches Problem mehr.

Stell dir folgendes Szenario vor. Eine Plugin- oder Theme-Einstellung schleust ein verirrtes `noindex` in deinen mobilen Robots-Tag ein. Desktop zeigt die Seite als perfekt indexierbar an, dort sieht alles gut aus. Währenddessen zieht Google die Seite still aus seinem Index, basierend auf dem, was Mobil sagt, und du merkst es erst, wenn der Traffic einbricht und du anfängst nachzuforschen.

WordPress macht es leicht, in diese Falle zu tappen. SEO-Plugins behandeln mobile Templates oft anders als Desktop-Templates. Caching-Schichten liefern veraltete Header ohne Warnung aus. CDN-Konfigurationen teilen die HTML-Ausgabe so auf, dass Versionen entstehen, die du nie veröffentlichen wolltest. Jedes davon für sich erscheint harmlos, aber zusammen gestapelt schleichen sich widersprüchliche Direktiven unbemerkt durch.

Canonical- und Alternate-Tags brauchen dieselbe Aufmerksamkeit. Sie müssen übereinstimmende Robots-Signale tragen, keine widersprüchlichen, sonst sendest du Google gemischte Signale darüber, was tatsächlich in die Suchergebnisse gehört. Das ist wichtig, weil Meta-Robots-Direktiven, die auf der mobilen Seite vorhanden sind, genau die Direktiven sind, denen Google tatsächlich folgt.

Überprüfe deine Meta-Robots-Ausgabe direkt, auf beiden Versionen, nebeneinander. Verzichte auf die Annahme, dass Plugin-Standardeinstellungen alles von selbst aufeinander abgestimmt halten. Genau das ist die Art von blindem Vertrauen, die es diesen Konflikten ermöglicht, monatelang unentdeckt zu überleben, bevor jemand den Schaden bemerkt.

Strukturierte Daten auf mobilen Seiten konsistent halten

Wie viel Rich-Result-Equity verpufft nur deshalb, weil eine mobile Seite nie dieselben strukturierten Daten erhalten hat wie ihr Desktop-Gegenstück? Google schaut sich zuerst die mobile Version an. Das bedeutet, dass halbfertiges mobiles Schema einfach nicht mehr berücksichtigt wird, egal wie ausgefeilt das Desktop-Markup auch sein mag. Dies liegt daran, dass Mobile-First-Indexierung dazu führt, dass Googles Systeme sich für Informationen auf die mobile Seite statt auf die Desktop-Seite beziehen.

Separate mobile URLs machen das noch schwieriger, besonders bei veralteten AMP-Setups. Nichts synchronisiert sich automatisch zwischen ihnen, weshalb manuelle Paritätsprüfungen unverzichtbar werden. Vier Dinge verdienen hier deine Aufmerksamkeit:

1. Gleiche zunächst die Typen Breadcrumb, Product und VideoObject zwischen beiden Versionen ab.
2. Prüfe, dass jedes URL-Feld auf die korrekte mobile Adresse verweist, niemals auf die Desktop-Adresse.
3. Stelle sicher, dass identische Pflichteigenschaften auf beiden Versionen auftauchen.
4. Lasse Markup weg, das nur Unordnung schafft, ohne auf Mobilgeräten einem echten Zweck zu dienen.

Überspringe diese Arbeit, und du wirst Sichtbarkeit verlieren, von der du nicht einmal wusstest, dass du sie hattest.

Canonical- und Robots.txt-Fehler auf Mobilgeräten erkennen

Hier ist eine Frage, die es wert ist, gründlich durchdacht zu werden: Wohin verweist eine mobile Seite eigentlich, und lässt die robots.txt den Googlebot überhaupt in ihre Nähe? Beantworten Sie beides ehrlich, und Sie werden die Fehler entdecken, die die mobile-first-Indexierung auf WordPress-Websites still und leise sabotieren.

Denken Sie einen Moment über die mobile Kanonisierung nach. Sie bricht zusammen, wenn eine separate mobile URL sich selbst als kanonisch ausweist, statt auf die Desktop-Version zurückzuverweisen. Google gerät dadurch in Verwirrung darüber, welche Seite eigentlich zählt, und diese Verwirrung hat Konsequenzen. Abweichungen bei den Robots-Regeln verschärfen die Lage zusätzlich. Uneinheitliche Regeln zwischen den Domains erzeugen ein Crawling-Verhalten, das niemand vorhersagen kann , am wenigsten Sie selbst.

Sie haben diese Website aufgebaut, um gefunden zu werden , nicht, um sie hinter technischen blinden Flecken zu verstecken. Rufen Sie beide Dateien auf. Prüfen Sie jedes Signal gegen das andere. Ein Canonical-Tag, das nur per JavaScript gesetzt wird, gilt als unzuverlässig und muss daher im rohen Server-HTML vorhanden sein, um jede Unklarheit zu beseitigen. Treffen Sie die Entscheidungen selbst, statt sie der Inkonsistenz zu überlassen, denn genau diese ist es, die letztlich bestimmt, was Google indexiert, wenn Sie es nicht selbst tun.

Core Web Vitals-Ziele auf Mobilgeräten erreichen

Lass mich dir etwas über Zahlen sagen: Sie lügen nicht. Mobile Core Web Vitals entlarven schwache WordPress-Builds schneller als jedes manuelle Audit es könnte, weil Google reale Nutzerdaten misst, nicht Laborwerte. Jede Abkürzung, die du zu verstecken versucht hast? Mobile Geräte werden sie finden und ans Licht zerren.

Hier ist, wie Freiheit von langsam ladenden Seiten tatsächlich aussieht, vier feste Grenzwerte, kein Spielraum:

1. LCP bei 2,5 Sekunden oder besser. CDN-Auslieferung und komprimierte Hero-Bilder bringen dich dorthin.
2. INP unter 200 Millisekunden. Verzögere deine Skripte, lass Service Worker die schwere Arbeit übernehmen, und beobachte, wie sich die Reaktionsfähigkeit verbessert.
3. CLS bei 0,1 oder weniger. Feste Bildabmessungen sichern das ohne großen Aufwand ab.
4. Lazy Loading, mit Bedacht eingesetzt statt wahllos über jedes Element verteilt. Kritische Inhalte müssen weiterhin schnell rendern, also spare dir die Technik für das, was tatsächlich warten kann.

Betrachte diese Grenzwerte als Grundlage, nicht als Ziellinie. Deine mobilen Nutzer arbeiten mit begrenzter Zeit und begrenzter Bandbreite, gib ihnen eine Seite, die beides respektiert. WordPress liegt derzeit hinter Shopify, Wix und Squarespace bei den Bestehensraten der mobilen Core Web Vitals zurück, mit lediglich 44% im Vergleich zu deren 65%+.

Indexierungsstatus in der Search Console überprüfen

Sie können sich den ganzen Tag über Core Web Vitals-Werte den Kopf zerbrechen, aber das alles spielt keine Rolle, wenn Google Ihre Seite nicht einmal indexiert. Das ist der Teil, den die meisten WordPress-Betreiber still und heimlich überspringen, in der Hoffnung, dass Geschwindigkeit allein sie retten wird. Die Search Console lässt Sie mit dieser Annahme nicht davonkommen, sie hält die tatsächlichen Antworten bereit, und sie regelmäßig zu prüfen ist längst keine Option mehr.

Öffnen Sie zuerst die URL-Prüfung und behalten Sie im Hinterkopf, dass sie nur die Property liest, die Sie gerade geöffnet haben. Schauen Sie sich den Indexierungsstatus ganz oben an: „URL ist auf Google“ bedeutet, dass Sie gut aufgestellt sind, während „URL ist nicht auf Google“ Ihnen zeigt, dass Arbeit vor Ihnen liegt. Sobald Sie repariert haben, was auch immer defekt war, stürzen Sie sich nicht sofort auf eine erneute Indexierungsanfrage, führen Sie zuerst den Live-Test durch und bestätigen Sie, dass die Seite tatsächlich so indexiert wird, wie Sie es erwarten.

Treten Sie danach einen Schritt zurück und rufen Sie den Bericht zur Seitenindexierung auf, den Sie monatlich prüfen sollten. Achten Sie auf alles, was seltsam wirkt: plötzliche Einbrüche, unerklärliche Fehlerspitzen, Muster, die vorher nicht da waren. Nichts davon ersetzt jedoch den Blick auf einzelne URLs, denn aggregierte Zahlen zeigen Ihnen, dass etwas nicht stimmt, aber sie sagen Ihnen nicht, was.

Audit-Ergebnisse in eine Prioritätenliste für Korrekturen umwandeln

Stürzt du dich ohne System hinein, wirst du in Panik ertrinken, statt Fortschritte zu machen. Also sortiere zuerst nach Schweregrad. Das ist nicht verhandelbar, bevor überhaupt jemand eine einzige Zeile Code berührt.

Beginne mit den Blockern. Noindex-Tags und defekte Canonicals halten alles andere in Schach, also bewegt sich nichts, bis diese eingedämmt sind. Von dort aus übernimmt die Sprint-Reihenfolge das Steuer und führt Teams in dieser Reihenfolge durch den Rest:

1. Crawling- und Indexierungsblocker, sofort behoben, keine Ausnahmen.
2. Mobile UX-Fehler, die Rankings und Konversionen schädigen.
3. Content- und Metadaten-Lücken zwischen Mobil- und Desktop-Version.
4. Performance-Einbußen, sortiert nach tatsächlicher Auswirkung auf die Ladezeit.

Gib jedem Befund eine Kategorie, einen Verantwortlichen und eine Deadline. Lässt du den Verantwortlichen weg, verschwindet die Verantwortlichkeit. Lässt du die Deadline weg, bleibt die Behebung unangetastet, für immer. Ein geeigneter Crawler kann 170+ Probleme in diesen Kategorien aufdecken, sodass sich die Prioritätenliste nach Abschluss des Audits praktisch von selbst erstellt.