Was ist Mobile First Indexing? Warum Ihre mobile Version entscheidet

In diesem Leitfaden zeigen wir, Talha Aslan und Team, die Abweichungen zwischen Mobil und Desktop, die uns in der Praxis am häufigsten begegnen. Am Ende können Sie Ihre mobile Version mit der Desktopversion vergleichen, Lücken finden und entscheiden, welche Korrektur zuerst kommt. Die offizielle Erklärung finden Sie im Leitfaden von Google Search Central zur mobilen Indexierung.

Warum macht Mobile First Indexing Ihre mobile Version entscheidend?

Früher las Google die Desktopversion einer Seite und bediente mobile Nutzer auf dieser Grundlage. Allerdings hat sich das Suchverhalten aufs Smartphone verlagert. Deshalb hat sich die Logik umgedreht. Heute nimmt Google die Version in den Index auf, die sein Crawler tatsächlich sieht. Bei den meisten Websites ist das die mobile Version.

Ihre mobile Website ist also keine Zusatzansicht. Der Inhalt im Index, der Text im Ranking und die Rich Results stammen aus dem mobilen HTML. Zum Beispiel kennt Google bei einer gekürzten mobilen Produktbeschreibung höchstwahrscheinlich nur die kurze Fassung. Google schreibt selbst, dass Websites mit absichtlich weniger mobilem Inhalt mit Traffic Verlusten rechnen müssen.

Kurz gesagt: Die Desktopversion bleibt für Ihre Besucher wichtig, für den Index spielt sie aber nur die zweite Rolle. Eine reichhaltige Desktopseite bringt im Ranking wenig, wenn der gleiche Inhalt mobil fehlt. Deshalb beginnen wir jedes Audit beim mobilen HTML.

Zudem geht es nicht nur um Fließtext. Interne Links, Kategorielinks im Menü, Alternativtexte von Bildern und Schema Markup fallen ebenso weg, sobald sie im mobilen HTML fehlen.

Worin unterscheiden sich Googlebot Smartphone und Googlebot Desktop?

Zunächst gilt: Der Hauptcrawler von Google hat zwei Untertypen. Laut der Googlebot Dokumentation simuliert Googlebot Smartphone einen Nutzer auf einem Mobilgerät und Googlebot Desktop einen Nutzer am Computer. Dieselbe Seite nennt außerdem einen wichtigen Punkt: Bei den meisten Websites stammt der Großteil der Crawling Anfragen vom mobilen Crawler.

Beide Untertypen folgen denselben Regeln in der robots.txt. Sie können also nicht nur einen von beiden gezielt ansprechen. Welcher Crawler kam, sehen Sie am User Agent Header der Anfrage. Diesen Header kann allerdings jeder fälschen. Daher empfiehlt Google eine umgekehrte DNS Abfrage der Quell IP, um die Herkunft zu bestätigen.

Für Sie bedeutet dieser Unterschied konkret:

• Liefert Ihr Server je nach Gerät anderes HTML, sieht Google die mobile Fassung.
• Bremst eine Firewall oder ein Botschutz den mobilen Crawler, leidet auch Ihr Index.
• Der Desktop Crawler kann weiterhin kommen, er bestimmt aber nicht den Indexinhalt.
• Die Seite in Ihrem Desktopbrowser entspricht nicht zwingend der Seite, die Google sieht.

Der letzte Punkt ist besonders wichtig, denn die meisten Teams prüfen am Laptop. Schalten Sie im Audit deshalb die mobile Geräteansicht in den Entwicklertools ein oder schauen Sie direkt am Smartphone. Noch besser: Prüfen Sie das rohe HTML im Testtool von Google. So wissen Sie, dass Ihre Ansicht dem Indexinhalt entspricht.

Sind Mobile First Design und Mobile First Indexing dasselbe?

Nein, es handelt sich um zwei verschiedene Konzepte, und viele Teams verwechseln sie. Mobile First Design bedeutet, eine Oberfläche zuerst für kleine Bildschirme zu bauen und sie dann für große zu erweitern. Anders gesagt: Es ist eine Entscheidung in Design und Entwicklung. Ausführlich erklären wir das im Artikel was ist Mobile First Design.

Mobile First Indexing passiert dagegen auf der Seite von Google. Egal, welchen Designansatz Sie wählen: Google liest Ihre Seite mit dem mobilen Crawler und nimmt diese Fassung auf. Ihr Designansatz schaltet den Vorgang also weder ein noch aus. Er beeinflusst nur, wie vollständig Ihre mobile Version ist.

An einer Stelle treffen sich beide Themen. Eine mobil gedachte Website neigt dazu, Inhalte auf kleinen Bildschirmen zu verstecken oder zu kürzen. Entfernt eine Designerin einen Block, weil er mobil zu voll wirkt, verschwindet er auch aus dem Index. Deshalb gehören Designteam und SEO Team an einen Tisch.

Falls Sie Rankingunterschiede zwischen Geräten interessieren, beantwortet unser Artikel warum mobile und Desktop Rankings abweichen diese Frage gesondert. Hier geht es um Index und inhaltliche Gleichheit.

Wie beeinflussen mobiles Menü und interne Links den Index?

Interne Links sind der wichtigste Weg, auf dem Google neue Seiten Ihrer Website entdeckt. Mit Mobile First Indexing liest Google auch diese Links aus dem mobilen HTML. Folglich fällt jeder Link, der im mobilen Menü, im Footer oder in verwandten Produktblöcken fehlt, aus Ihrer Linkstruktur heraus.

Das Muster, das wir am häufigsten sehen, sieht so aus. Am Desktop gibt es ein breites Megamenü, mobil bleiben nur die Hauptkategorien. Unterkategorien, Markenseiten und Ratgeber tauchen im mobilen Menü nicht auf. Diese Seiten stützen sich dann nur noch auf die Sitemap und wenige Links im Text.

Sie müssen das Menü dafür nicht eins zu eins kopieren. Probieren Sie stattdessen diese Wege:

• Halten Sie Unterkategorien in aufklappbaren Ebenen des mobilen Menüs, löschen Sie sie aber nicht aus dem HTML.
• Setzen Sie auf Kategorieseiten Textlinks zu passenden Unterkategorien.
• Verlinken Sie in Blogartikeln passende Leistungs und Produktseiten im Kontext.
• Platzieren Sie im Footer eine kurze Linkliste zu Ihren wichtigsten Seitengruppen.

Vergleichen Sie danach die Zahl der Links im mobilen HTML mit dem Desktop. Ist der Abstand groß, holen Sie zuerst die Links zu umsatzstarken Seiten zurück. Somit erreicht Google beim mobilen Crawling auch tiefere Bereiche Ihrer Website.

Welchen Aufbau nutzt Ihre Website: Responsive, Dynamic Serving oder getrennte URLs?

Zunächst beschreibt Google drei mobile Konfigurationen. Erst wenn Sie Ihre kennen, können Sie richtig prüfen. Die Tabelle fasst zusammen, wie jede Variante funktioniert und wie riskant sie für Mobile First Indexing ist.

Google empfiehlt Responsive Design, weil sich dieses Muster am leichtesten umsetzen und pflegen lässt. Bei einer responsiven Website stimmen Inhalt und Metadaten ohnehin überein. Das Risiko konzentriert sich daher meist auf Bereiche, die CSS versteckt, und auf Inhalte, die JavaScript später nachlädt.

Beim Dynamic Serving entscheidet der Server anhand des User Agents und sendet einen Vary Header mit. Bei getrennten URLs braucht jede Desktopseite ein mobiles Gegenstück. Diesen Aufbau behandeln wir weiter unten in einem eigenen Abschnitt.

Wie erreichen Sie inhaltliche Gleichheit zwischen Mobil und Desktop?

Die Grundregel von Google ist klar: Die mobile Version soll denselben Hauptinhalt tragen wie die Desktopversion. Design und Layout dürfen sich unterscheiden. Allerdings sollten Text, Überschriften und wichtige Links in beiden Versionen vorhanden sein.

Um Gleichheit herzustellen, empfehlen wir diese Reihenfolge:

1. Holen Sie das Desktop HTML und das mobile HTML einer wichtigen Seite getrennt ab.
2. Vergleichen Sie den Haupttext; suchen Sie nach fehlenden Absätzen.
3. Listen Sie H1, H2 und H3 auf und prüfen Sie, ob sie übereinstimmen.
4. Zählen Sie interne Links und notieren Sie, welche im Menü oder Footer fehlen.
5. Vergleichen Sie Alternativtexte und Videos.
6. Validieren Sie die strukturierten Daten in beiden Versionen.

Ein häufiger Fehler ist vor allem das vereinfachte mobile Menü. Hat der Desktop dreißig Kategorielinks und mobil bleiben fünf, wirkt Ihre interne Verlinkung für Google schwächer. Zum Beispiel erhalten tiefe Kategorieseiten dann weniger Links, und Google crawlt sie womöglich seltener.

Ein weiterer Fehler ist die kurze Beschreibung nur für Mobilgeräte. Zeigen Sie eine lange Beschreibung nur am Desktop, nehmen Sie diesen Text praktisch aus dem Index. Kurz gesagt: Klappen Sie Inhalte ein, statt sie zu löschen.

Landen Inhalte in Akkordeons und Tabs im Index?

Google akzeptiert Akkordeons und Tabs ausdrücklich, um mobil Platz zu sparen. Die offizielle Dokumentation rät, Inhalte mit solchen Elementen zu ordnen, statt sie zu entfernen. Eingeklappter Inhalt ist also kein Problem, solange er im HTML steht.

Entscheidend ist folgende Frage: Steht der Inhalt beim Laden der Seite im HTML, oder kommt er erst nach einem Klick? Der Crawler von Google löst keine Interaktionen wie Wischen, Klicken oder Tippen aus. Deshalb fehlt Text, den der Browser erst beim Öffnen eines Akkordeons vom Server holt, auf der Seite, die Google sieht.

Der Test ist in der Praxis einfach. Suchen Sie im rohen HTML nach einem Satz aus dem Akkordeon. Steht der Satz dort, ist der Inhalt geladen und nur optisch geschlossen. Fehlt er, hängt der Inhalt an einer Interaktion, und Sie sollten ihn korrigieren.

• Gutes Beispiel: FAQ Antworten stehen im HTML, CSS hält sie geschlossen.
• Riskantes Beispiel: Ein Button zum Weiterlesen holt den Text per separater Anfrage.
• Riskantes Beispiel: Tabs laden ihren Inhalt erst nach einem Klick.

Dieser Unterschied wirkt klein, betrifft aber große Textblöcke auf Produkt und Leistungsseiten. Trennen Sie im Gespräch mit Ihren Entwicklern daher klar zwischen eingeklappt und nachgeladen.

Kann Lazy Loading Inhalte auf Mobilgeräten verstecken?

Lazy Loading ist eine Technik, die eine Seite beschleunigt, indem Bilder oder Inhalte erst kurz vor dem Sichtbereich laden. Richtig eingerichtet hilft sie der Geschwindigkeit. Eine schlechte Umsetzung reißt allerdings eine ernste Lücke für Mobile First Indexing.

Die Warnung von Google ist deutlich: Laden Sie primäre Inhalte nicht erst bei einer Nutzerinteraktion nach. Zum Beispiel existieren Textblöcke, die erst beim Scrollen erscheinen, oder Produktlisten hinter einem Button zum Nachladen für den Crawler womöglich gar nicht. Zudem sollten Sie primäre Bilder nicht verzögert laden.

Ein sicherer Ansatz sieht so aus. Laden Sie das Hauptbild oben auf dem Bildschirm sofort. Nutzen Sie für Bilder weiter unten das native Lazy Loading des Browsers, dann bleibt die Bildadresse im HTML. Koppeln Sie Textinhalte schließlich nie an Lazy Loading.

Die Geschwindigkeitsseite dieses Themas behandeln wir im Artikel was ist Lazy Loading. Hier zählt nur eine Regel: Google liest eine Seite nicht durch Scrollen. Text, der beim Laden nicht im HTML steht, existiert für den Index nicht.

Außerdem sollten Kategorieseiten mit endlosem Scrollen jede Produktgruppe zusätzlich unter einer eigenen Seitenadresse erreichbar machen. Sonst entdeckt Google die Produkte tief in der Liste beim mobilen Crawling womöglich nie.

Warum müssen Robots Meta Tags und robots.txt in beiden Versionen gleich sein?

Google bittet Sie, auf Mobil und Desktop dieselben Robots Meta Tags zu verwenden. Trägt die mobile Seite noindex oder nofollow, nimmt Google sie womöglich nicht auf, selbst wenn die Desktopversion sauber ist. Schließlich ist die mobile Version die, auf die Google schaut.

Dieser Fehler taucht vor allem bei Websites mit eigenem mobilen Theme oder mobilem Plugin auf. Zum Beispiel kann ein noindex aus einer Testumgebung nur im mobilen Template überleben. Ihre Desktopprüfung zeigt alles korrekt, der Indexbericht meldet aber, dass die Seite draußen bleibt.

Ein ähnliches Risiko besteht bei der robots.txt. Nutzt die mobile Version Ressourcen auf einem anderen Host oder in anderen Ordnern, dürfen Sie diese nicht per Disallow sperren. Gesperrtes CSS oder JavaScript stört die Darstellung der Seite durch Google.

Konkret genügen zwei Schritte für die Prüfung. Schauen Sie zuerst auf den Robots Meta Tag im Head des mobilen HTML. Vergleichen Sie dann die Ressourcenadressen der mobilen Version mit Ihren robots.txt Regeln. Den passenden Berichtsstatus erklären wir im Artikel durch noindex Tag ausgeschlossen.

Was passiert, wenn strukturierte Daten in der mobilen Version fehlen?

Strukturierte Daten, auch Schema genannt, sagen Google in maschinenlesbarer Form, worum es auf einer Seite geht. Google möchte diese Daten daher in beiden Versionen sehen. Fehlt Schema mobil, berücksichtigt Google das Desktop Markup für Rich Results höchstwahrscheinlich nicht.

Nach der Empfehlung von Google können Sie diese Typen priorisieren:

• Breadcrumb Markup.
• Product Markup.
• VideoObject Markup.

Bei getrennten URLs kommt ein Detail hinzu: Die strukturierten Daten der mobilen Version sollten auf die mobilen URLs zeigen. Kopierte Desktopadressen im mobilen Markup erzeugen Widersprüche.

Ein Szenario, das wir oft sehen: Ein Plugin ergänzt Schema nur im Desktop Template, das mobile Template stammt aus einer anderen Datei. Folglich bemerken Sie unerwartete Rückgänge in den Berichten zu Rich Results in der Search Console. Die Grundlagen finden Sie im Artikel was ist Schema Markup, und Markup erstellen Sie mit unserem Schema Generator.

Kurz gesagt: Richten Sie Schema nicht einmal ein und vergessen es dann. Prüfen Sie es nach jedem Theme oder Plugin Update erneut im mobilen HTML.

Wie gleichen Sie Title, Meta Description und Überschriften ab?

Google möchte, dass Title Element und Meta Description in beiden Versionen gleichwertig sind. Zudem empfiehlt Google auf Mobil und Desktop dieselben klaren, aussagekräftigen Überschriften. Diese drei Elemente zählen zu den schnellsten Signalen dafür, worum es auf einer Seite geht.

Mobil zeigen sich Probleme mit Überschriften meist in drei Formen. Erstens kürzt das mobile Template den Title oder stellt den Markennamen nach vorn. Zweitens bleibt die Meta Description im mobilen Theme leer. Drittens ersetzt das Design die H1 durch ein Logo oder einen Slogan, und die echte Seitenüberschrift verschwindet.

Nehmen Sie deshalb diese Fragen in Ihre Checkliste auf:

• Trägt der mobile Title dasselbe Keyword wie der Desktop Title?
• Ist die mobile Meta Description gefüllt und gleichwertig?
• Gibt es mobil genau eine aussagekräftige H1?
• Ist die Reihenfolge von H2 und H3 in beiden Versionen gleich?

Für einen schnellen Entwurf können Sie unseren Meta Tag Generator nutzen. Die eigentliche Arbeit besteht allerdings darin, zu bestätigen, dass der Tag unverändert im mobilen Template erscheint.

Wie sollten Sie Bilder und Videos auf Mobilgeräten behandeln?

Konkret bittet Google um hochwertige Bilder in der mobilen Version. Sehr kleine oder niedrig aufgelöste Bilder können Ihre Sichtbarkeit in der Bildersuche schwächen. Vermeiden Sie außerdem Bildadressen, die sich bei jedem Seitenaufruf ändern.

Gleich sein sollten Alternativtext, Bildtitel, Bildunterschrift, Dateiname und der umgebende Text. Mobile Komponenten mit leerem Alternativtext begegnen uns oft, denn Entwickler nutzen für Mobil manchmal eine eigene Bildkomponente.

Noch ein Hinweis zu Bildadressen. Nutzt die mobile Version andere Bild URLs als der Desktop, kann laut Google vorübergehend Bildtraffic verloren gehen. Das liegt daran, dass neue Adressen Zeit brauchen, um eine Suchhistorie aufzubauen.

Bei Videos stehen diese Regeln im Vordergrund:

1. Nutzen Sie ein unterstütztes Format und ein unterstütztes Tag wie video, embed oder object.
2. Halten Sie die strukturierten Videodaten in beiden Versionen identisch.
3. Platzieren Sie das Video mobil gut auffindbar, nicht weit unten auf der Seite.
4. Koppeln Sie primäre Videoinhalte nicht an Lazy Loading.

Steht ein Produktvideo am Desktop oben, mobil aber ganz unten, finden Nutzer und Google es also erst spät.

Worauf sollten Websites mit getrennten mobilen URLs achten?

Getrennte URLs verlangen unter Mobile First Indexing den meisten Pflegeaufwand. Laut Google ist in diesem Aufbau die Desktop URL immer kanonisch, die mobile Version ist ihre Alternative. Die Desktopseite sollte mit einem rel alternate Tag samt Media Query auf die mobile Seite zeigen. Umgekehrt verweist die mobile Seite per rel canonical zurück auf den Desktop.

Typische Fehler in diesem Aufbau sind deshalb:

• Viele Desktopseiten auf die mobile Startseite weiterzuleiten. Google entfernt diese Seiten dann womöglich aus dem Index.
• Fehlerseiten, die je Version einen anderen Statuscode liefern.
• URL Fragmente, also der Teil nach dem Rautezeichen, in mobilen Adressen.
• Hreflang Angaben auf mobilen Seiten, die auf Desktopadressen zeigen.
• Ein mobiler Server, der eine höhere Crawlrate nicht verkraftet.

Die Regel für hreflang ist einfach: Mobiles hreflang zeigt auf mobile URLs, Desktop hreflang auf Desktop URLs. Details finden Sie im Artikel was ist das hreflang Tag.

Google empfiehlt zudem, beide Versionen in der Search Console zu bestätigen und sich auf eine mögliche Datenverschiebung einzustellen. Starten Sie ein neues Projekt, raten wir dringend, Responsive Design statt getrennter URLs zu prüfen.

Wie prüfen Sie die mobile Version in der Search Console?

Das Tool zur URL Prüfung (URL Inspection) in der Search Console zeigt, mit welchem User Agent Typ Google Ihre Seite gecrawlt hat. Laut der offiziellen Search Console Hilfe nennt das Feld "Crawled as" im indexierten Ergebnis, ob Google Desktop oder Mobil verwendet hat. Sie finden es im Bereich zur Seitenverfügbarkeit.

Gehen Sie bei der Prüfung so vor:

1. Geben Sie die Adresse einer wichtigen Seite im Tool zur URL Prüfung ein.
2. Schauen Sie nach, ob das Feld "Crawled as" Mobil anzeigt.
3. Starten Sie einen Live Test und öffnen Sie die getestete Seite.
4. Bestätigen Sie, dass der Hauptinhalt im Screenshot sichtbar ist.
5. Suchen Sie im rohen HTML nach einem wichtigen Satz von der Desktopseite.

Der Bereich "View tested page" im Live Test zeigt einen Screenshot der gerenderten Seite, das zurückgegebene HTML, die HTTP Header und die Ausgabe der JavaScript Konsole. Screenshots gibt es nur bei einem erfolgreichen Live Test; für die indexierte URL bietet Google keinen an.

Sind Sie neu in der Search Console, erklärt unsere Google Search Console Anleitung für Einsteiger die wichtigsten Ansichten. Für einen schnellen ersten Blick hilft auch unser Test auf Mobilfreundlichkeit.

Welchen Googlebot sollten Sie in Ihren Serverlogs sehen?

Der Bericht zu den Crawling Statistiken (Crawl Stats) in der Search Console gruppiert Anfragen nach Googlebot Typ. Laut der Hilfeseite gehören dazu unter anderem Smartphone, Desktop, Bild, Video und das Laden von Seitenressourcen. Diese Aufteilung ist der direkteste Beleg dafür, welcher Crawler Ihre Website liest.

Bei einer mobil indexierten Website erwarten Sie, dass der Smartphone Anteil klar vorn liegt. Ist der Desktop Anteil hoch, werten Sie das als Signal und prüfen Sie dann einige Seiten einzeln im Tool zur URL Prüfung.

Haben Sie Zugriff auf Serverlogs, können Sie tiefer graben. Filtern Sie den Smartphone Crawler über seinen User Agent Header und listen Sie dann die Seiten auf, die er nie anfragt. Überspringen Sie allerdings die umgekehrte DNS Prüfung nicht, denn gefälschter Bottraffic ist verbreitet.

Unsere Logfile Analyse ist dafür ein guter Startpunkt. Zum Beispiel fehlen im mobilen Menü höchstwahrscheinlich Links, wenn tiefe Kategorieseiten keine Anfragen vom mobilen Crawler erhalten.

Achten Sie zudem auf Antwortzeiten. Antwortet die mobile Version langsamer, senkt Google womöglich die Crawlrate. Das verzögert dann die Entdeckung neuer Inhalte.

Beispielszenario: Was passiert, wenn Desktopinhalte mobil fehlen?

Dies ist ein Beispielszenario, kein echter Kundenfall. Stellen Sie sich einen Möbelshop unter example.com vor. Unter dem Produktraster steht auf der Desktop Kategorieseite ein langer Kaufratgeber. Das mobile Theme blendet diesen Text komplett aus, weil er den Bildschirm angeblich überfüllt.

Der Shopinhaber sucht am Desktop, sieht den Text und glaubt, alles sei in Ordnung. Allerdings liest Google die Seite mit dem mobilen Crawler, also enthält der Index eine Produktliste ohne Text. Somit erscheint die Kategorieseite nicht für die Longtail Suchanfragen, die der Ratgeber abdeckt.

Die Korrektur sähe so aus:

1. Fügen Sie den Text wieder ins mobile Template ein; die ersten zwei Absätze offen, den Rest im Akkordeon.
2. Bestätigen Sie, dass der Text beim Laden im HTML steht.
3. Starten Sie einen Live Test im Tool zur URL Prüfung.
4. Beobachten Sie die Impressionen der passenden Suchanfragen in den folgenden Wochen.

Ein Hinweis zur Vorsicht: Ein Rankinggewinn nach der Korrektur ist nicht garantiert. Wettbewerber, Inhaltsqualität und Suchintention prägen das Ergebnis ebenfalls. Trotzdem bringt Inhalt, den Google nicht sieht, niemals Rankings. Gleichheit ist deshalb die Voraussetzung für alles Weitere.

Weitere Probleme, die nur am Smartphone auftreten, sammelt unser Artikel zu mobilen SEO Fehlern.

Checkliste für Mobile First Indexing

Die folgende Liste bündelt die offiziellen Empfehlungen von Google in der Reihenfolge, in der wir sie in der Praxis anwenden. Prüfen Sie jeden Punkt auf Ihren wichtigsten Seitentemplates: Startseite, Kategorie, Produkt oder Leistung und Blogartikel.

1. Die mobile Version trägt denselben Haupttext wie der Desktop.
2. Eingeklappte Inhalte stehen beim Laden im HTML.
3. Primäre Inhalte und Bilder hängen nicht von einer Interaktion ab.
4. Robots Meta Tags stimmen in beiden Versionen überein.
5. Die robots.txt sperrt keine Ressourcen der mobilen Version.
6. Title, Meta Description und Überschriften sind gleichwertig.
7. Strukturierte Daten existieren mobil und zeigen auf die richtigen URLs.
8. Alternativtexte, Bildunterschriften und Dateinamen stimmen überein.
9. Videos nutzen ein unterstütztes Tag und stehen gut sichtbar.
10. Das mobile Menü behält die wichtigen Kategorielinks.
11. Bei getrennten URLs passen Canonical, Alternate und hreflang zusammen.
12. Der Smartphone Crawler liegt im Bericht zu den Crawling Statistiken vorn.

Arbeiten Sie diese Liste nach jedem Theme Update und jeder größeren Designänderung erneut ab. Abweichungen bleiben selten dauerhaft behoben, denn ein neues Plugin oder eine neue Komponente bringt sie leise zurück.

Hängen Sie bei mehreren Punkten fest, übernimmt unsere SEO Beratung dieses Audit auf Ihrer Website und begleitet die Korrekturen gemeinsam mit Ihren Entwicklern.

Wann sollten Sie diese Arbeit an ein SEO Team abgeben?

Bei einer kleinen responsiven Website können Sie die Checkliste selbst abarbeiten. Manchmal geht die Aufgabe allerdings über eine einmalige Prüfung hinaus. Externe Unterstützung spart vor allem in diesen Fällen Zeit:

• Die Website nutzt getrennte mobile URLs oder Dynamic Serving.
• Es gibt Tausende Produkt oder Kategorieseiten, und verschiedene Teams betreuen die Templates.
• JavaScript lädt den Inhalt nach, und das rohe HTML wirkt leer.
• Nach einem Relaunch sinken die Impressionen ohne erkennbaren Grund.

Bei Talha Aslan und Team beginnen wir solche Audits mit einem Vergleich von mobilem und Desktop HTML, Template für Template. Danach priorisieren wir die betroffenen Seiten anhand der Search Console und der Serverlogs. Schließlich setzen wir die Korrekturen mit Ihren Entwicklern um und beobachten die Ergebnisse.

Eines sagen wir offen: Kein Team kann Rankings garantieren. Wir verpflichten uns, den Prozess mit regelmäßigen Berichten transparent zu halten und dafür zu sorgen, dass Google die Seite sieht, die Sie zeigen möchten. Für einen Fahrplan und ein Angebot zu Ihrer Website erreichen Sie uns über unsere Seite zur SEO Beratung.

Zusammengefasst ist Ihre mobile Version heute das eigentliche Gesicht Ihrer Website. Behandeln Sie sie als Hauptversion für den Index, nicht als verkleinerte Kopie des Desktops.

Grundlagen: Was ist Online Marketing? Arten, Beispiele und Vorgehen auf einer Seite, mit einem interaktiven Film durch das Gehirn.