SEO
Technische SEO-Probleme, die das Mobile-Indexing beeinflussen
Die technischen SEO-Probleme, die nur beim Mobile-First-Indexing zählen, und die konkreten Prüfungen, mit denen Sie sie finden.
Mobile-First-Indexing ist bei Google seit Jahren der Standard, doch viele Websites liefern weiterhin Probleme aus, die in der Desktop-first-Ära kaum aufgefallen wären und heute still das Ranking belasten. Dieser Artikel konzentriert sich auf Probleme, die nur beim Mobile-First-Indexing existieren oder nur dort eine Rolle spielen. Reine Desktop-Probleme sind ein anderes Audit.
Content-Parität zwischen Mobil und Desktop
Zeigt Ihre mobile Website weniger Inhalt als die Desktop-Version, etwa durch eingeklappte Bereiche, versteckte Tabs oder Lazy-Loading-Inhalte, die nicht geladen werden, indexiert Google die mobile Version. Inhalte, die nur auf dem Desktop vorhanden sind, bleiben dann praktisch unsichtbar. Die Lösung: Das mobile DOM muss denselben Inhalt enthalten wie der Desktop, auch wenn einiges hinter Bedienelementen versteckt ist. Die Regel lautet: „Versteckter Inhalt ist in Ordnung, fehlender Inhalt nicht.“
Parität bei strukturierten Daten
Schema-Markup muss auch in der mobilen Darstellung der Seite vorhanden sein, nicht nur auf dem Desktop. Websites, die Schema auf Mobilgeräten aus Performance-Gründen entfernen, verlieren Rich Results. Rufen Sie einige wichtige Seiten im Mobile-Friendly Test auf und prüfen Sie, ob das Schema im gerenderten Ergebnis vorhanden ist.
Lazy-Loading bei Bildern
Natives Lazy Loading über loading="lazy" wird unterstützt und funktioniert gut. JavaScript-basiertes Lazy Loading, das auf Intersection Observern beruht, kann beim mobilen Crawl von Google ausbleiben, sodass Alt-Text und Bild-Metadaten ungelesen bleiben. Wenn Ihr Lazy Loading eine Eigenentwicklung ist, testen Sie, ob der Googlebot Smartphone es auslösen kann. Mehr dazu, was das Rendering mit echtem Chromium erkennt, finden Sie in unserem Leitfaden zum JavaScript-SEO-Audit.
Erreichbarkeit des Hamburger-Menüs
Verbirgt Ihre mobile Navigation alle internen Links in einem Hamburger-Menü, das JavaScript zum Öffnen braucht, kann die Entdeckung interner Links leiden. Sorgen Sie entweder dafür, dass die Navigationslinks im gerenderten HTML stehen, auch wenn das Menü geschlossen ist, oder ergänzen Sie eine Footer-Navigation, die die wichtigsten URLs als einfachen Text auflistet.
Viewport-Konfiguration
Ein fehlendes oder falsch konfiguriertes Viewport-Meta-Tag drückt die Werte zur mobilen Nutzerfreundlichkeit in der Search Console und verschlechtert die Core Web Vitals. Das Standard-Tag <meta name="viewport" content="width=device-width, initial-scale=1"> passt für fast jede moderne Website. Prüfen Sie, dass es auf jeder Seite vorhanden ist.
Größe von Touch-Zielen und Tap-Überschneidungen
Kleine Tap-Ziele und sich überlappende interaktive Elemente werden im Bericht zur mobilen Nutzerfreundlichkeit der Search Console markiert. Auch wenn es dabei eher um Usability als um Ranking geht, summieren sich dauerhaft bestehende Markierungen mit der Zeit zu Qualitätssignalen. Beheben Sie sie einmal, und sie bleiben behoben.
Lesbarkeit der Schriftgröße
Fließtext unter 16 Pixel wird auf Mobilgeräten markiert. Die Lösung liegt allein im CSS, wird aber leicht übersehen, wenn Sie Stile aus einem Desktop-first-Design geerbt haben.
Server-Antwortzeit in Mobilfunknetzen
Der Googlebot Smartphone crawlt unter verschiedenen Netzbedingungen. Ein Server, der aus einem Rechenzentrum schnell antwortet, kann in einer simulierten 3G-Umgebung träge sein. Führen Sie PageSpeed Insights mit dem Mobilprofil aus und prüfen Sie die Time to First Byte. Liegt die TTFB mobil über 800 ms, braucht der zugrunde liegende Server oder das Hosting zuerst Aufmerksamkeit.
Mobilspezifische URL-Muster
Manche Websites betreiben weiterhin eine separate mobile Subdomain m.example.com. Das wird nicht mehr empfohlen, Google bevorzugt Responsive Design. Wenn Sie noch ein separates mobiles URL-Muster nutzen, ist die Umstellung auf Responsive eine einmalige Investition, die sich über Jahre auszahlt.
Kontinuierliches Mobile-Audit
Mobile Probleme entstehen mit der Zeit, wenn neue Komponenten ausgeliefert und Abhängigkeiten aktualisiert werden. Ein kontinuierliches Site-Audit, das mit dem mobilen User-Agent läuft, fängt sie ab, sobald sie auftreten, statt zu warten, bis sie Wochen später in der Search Console auftauchen.
Bei Websites, die seit Jahren online sind und nie ein gezieltes Mobile-First-Audit hatten, deckt diese Checkliste meist drei oder vier echte Probleme auf, die still Rankings gekostet haben. UtilitySEO und vergleichbare Tools führen das Audit mit Desktop- und Mobile-User-Agent durch und zeigen die Paritätslücken direkt an.
Häufig gestellte Fragen
Content-Parität zwischen Ihrer mobilen und Ihrer Desktop-Website ist entscheidend, weil Google primär die mobile Version indexiert und Inhalte, die nur auf dem Desktop vorhanden sind, für die Suche praktisch unsichtbar bleiben.
- Fehlt Inhalt mobil, indexiert Google ihn nicht.
- Inhalt hinter Bedienelementen ist in der Regel unproblematisch.
- Das mobile DOM sollte den gesamten Desktop-Inhalt enthalten.
Ja, strukturierte Daten können das Mobile-Indexing erheblich beeinflussen, denn das Schema-Markup muss in der mobilen Darstellung einer Seite vorhanden sein, damit Rich Results angezeigt werden.
- Der Googlebot Smartphone muss Ihr Schema sehen können.
- Wer Schema aus Performance-Gründen mobil entfernt, kann Rich Results verlieren.
- Prüfen Sie mit dem Mobile-Friendly Test von Google, ob das Schema vorhanden ist.
JavaScript-basiertes Lazy Loading, besonders wenn es auf Intersection Observern beruht, kann das Mobile-Indexing beeinträchtigen, wenn der Googlebot Smartphone es nicht auslöst.
- Natives Lazy Loading (loading="lazy") wird gut unterstützt.
- Eigene JS-Lösungen können verhindern, dass Alt-Text und Bild-Metadaten gelesen werden.
- Testen Sie eigenes Lazy Loading immer mit dem Googlebot Smartphone, ob es korrekt auslöst.
Eine korrekte Viewport-Konfiguration ist für das Mobile-Indexing wichtig, weil ein fehlendes oder falsch konfiguriertes Viewport-Meta-Tag die Werte zur mobilen Nutzerfreundlichkeit und die Core Web Vitals stark verschlechtert.
- Empfohlen wird das Standard-Tag <meta name="viewport" content="width=device-width, initial-scale=1">.
- Falsche Einstellungen können mobil zu einer schlechten Nutzererfahrung führen.
- Prüfen Sie, dass dieses Tag auf jeder Seite vorhanden ist.
Server-Antwortzeiten in Mobilfunknetzen beeinflussen das Mobile-Indexing erheblich, weil der Googlebot Smartphone unter unterschiedlichen Netzbedingungen crawlt und träge Antworten die Qualität der Website mindern.
- Ein schneller Server im Rechenzentrum kann in einer 3G-Umgebung langsam sein.
- Prüfen Sie die Time to First Byte (TTFB) mit dem Mobilprofil von PageSpeed Insights.
- Eine TTFB über 800 ms deutet auf Probleme beim Server oder Hosting hin.
Die Erreichbarkeit des Hamburger-Menüs ist für das Mobile-Indexing wichtig, denn wenn alle internen Links hinter einem von JavaScript abhängigen Menü versteckt sind, kann die Entdeckung interner Links leiden.
- Sorgen Sie dafür, dass die Navigationslinks im gerenderten HTML stehen, auch wenn das Menü geschlossen ist.
- Ergänzen Sie eine Footer-Navigation, die die wichtigsten URLs als einfachen Text auflistet.
- Der Googlebot muss alle internen Links leicht finden, um Ihre Website effektiv zu crawlen.
Wisse, was du als Nächstes beheben solltest.
Scanne deine Website für einen klareren Startpunkt.
Etwa 30 Sekunden. Keine Karte nötig.