SEO und UX: Welche Faktoren der Nutzererfahrung Google beim Ranking berücksichtigt

Was bedeutet das Zusammenspiel von SEO und UX, und wie bewertet Google die Nutzererfahrung?

Das Zusammenspiel von SEO und UX bedeutet, eine Seite so aufzubauen, dass Suchmaschinen sie verstehen und Besucher sie als schnell, sicher und angenehm erleben. Google vergibt dafür keine einzelne Note. Stattdessen betrachtet Google mehrere Signale: Core Web Vitals, HTTPS, mobile Darstellung, Werbedichte, Interstitials und die Klarheit des Hauptinhalts.

Ich arbeite seit 2012 im digitalen Marketing. Die Frage, die ich von Kunden am häufigsten höre, lautet: „Unsere Website ist schnell, warum steigen wir trotzdem nicht?“ Die ehrliche Antwort ändert sich selten. Eine gute Nutzererfahrung allein bringt keine Rankings. Eine schlechte Nutzererfahrung vertreibt allerdings genau die Besucher, die guter Content gewonnen hat.

In diesem Artikel gehe ich die Faktoren durch, die Google in der eigenen Dokumentation nennt. Praktische Designfragen wie Tabs oder Menüs behandle ich an anderer Stelle. Hier geht es also um das, was Google nach eigener Aussage betrachtet, und darum, wie Sie jeden Punkt selbst prüfen.

Was meint Google genau mit „Page Experience“?

Die Dokumentation von Google zur Nutzerfreundlichkeit von Seiten enthält eine kurze Liste mit Fragen zur Selbsteinschätzung. Diese Liste bildet somit den offiziellen Rahmen des Themas. Deshalb empfehle ich, jede Behauptung über ein neues „UX Rankingsignal“ zuerst an diesen Fragen zu messen.

• Haben Ihre Seiten gute Core Web Vitals?
• Liefern Sie Ihre Seiten sicher über HTTPS aus?
• Stellen Mobilgeräte Ihre Inhalte gut dar?
• Verzichten Ihre Inhalte auf übermäßige Werbung, die vom Hauptinhalt ablenkt?
• Verzichten Ihre Seiten auf aufdringliche Interstitials?
• Erkennen Besucher den Hauptinhalt leicht und unterscheiden ihn vom Rest der Seite?

Achten Sie darauf, was in der Liste fehlt. Buttonfarben, Schriftgeschmack oder Animationen tauchen zum Beispiel nirgends auf. Google interessiert sich also nicht für ästhetische Vorlieben, sondern dafür, wie mühelos Besucher den Inhalt erreichen. Diese Unterscheidung ist vor allem dann wichtig, wenn Sie ein begrenztes Budget verteilen.

Ist Page Experience ein einzelnes Rankingsignal?

Nein. Google schreibt im selben Dokument ausdrücklich, dass es kein einzelnes Signal gibt. Die zentralen Rankingsysteme betrachten vielmehr verschiedene Signale, die zur gesamten Nutzererfahrung passen. Zudem bestätigt Google, dass die Rankingsysteme die Core Web Vitals verwenden.

Ein Satz aus dem Dokument eignet sich besonders gut, um Erwartungen zu dämpfen. Google betont, immer die relevantesten Inhalte zeigen zu wollen, auch wenn die Nutzererfahrung nur mittelmäßig ist. Eine Seite mit perfekten Werten, die die Suchanfrage nicht beantwortet, überholt daher nicht automatisch eine langsamere Seite mit der passenden Antwort.

Meinen Kunden erkläre ich es so: Die Nutzererfahrung hebt Sie von Seiten mit ähnlicher Qualität ab. Außerdem entscheidet sie, ob aus Besuchern Anfragen oder Käufe werden. Wer sie allerdings als Heilmittel für dünnen Content betrachtet, erlebt eine Enttäuschung. Zuerst kommt die Relevanz, dann die Erfahrung. Stimmen beide, halten die Ergebnisse meist lange.

Was sind Core Web Vitals und welche Grenzwerte gelten?

Die Core Web Vitals bestehen aus drei Metriken, mit denen Google echte Nutzererfahrung abbildet: LCP für das Laden, INP für die Reaktionsfähigkeit und CLS für die visuelle Stabilität. Konkret lauten die offiziellen Grenzwerte auf web.dev so:

Ein Detail übersehen viele Teams. Maßgeblich ist dabei das 75. Perzentil der Seitenaufrufe, getrennt nach Mobilgeräten und Desktop. Das heißt, mindestens drei von vier Besuchen brauchen eine gute Erfahrung. Das Ergebnis auf Ihrem eigenen schnellen Laptop kann Sie deshalb täuschen.

Welche Fehler verschlechtern den LCP, und wie beheben Sie sie?

Auf den meisten Unternehmenswebsites ist das LCP Element das große Titelbild oder der Überschriftenblock auf der Startseite. In meinen Audits lassen sich die Ursachen für einen schlechten LCP fast immer in dieselben vier Gruppen einordnen. Finden Sie zunächst heraus, welche davon auf Ihre Website zutrifft.

• Unkomprimierte Bilder, die Smartphones in Desktopgröße erreichen.
• Eine langsame Serverantwort, häufig bei günstigem Shared Hosting.
• Ein Titelbild hinter Lazy Loading, das dadurch zu spät lädt.
• Schwere CSS und JavaScript Dateien, die das Rendern blockieren.

Die Lösung folgt daher derselben Reihenfolge. Bilder in ein modernes Format wie WebP umzuwandeln und auf die echte Anzeigegröße zu verkleinern, bringt meist den günstigsten und schnellsten Gewinn. Dafür eignet sich der Bildverkleinerer. Danach entfernen Sie das Lazy Loading beim Hauptbild im sichtbaren Bereich. Anschließend kümmern Sie sich um Server und Caching. Kurz gesagt: Suchen Sie kein Wunderplugin, sondern räumen Sie Bilder, Server und Ladereihenfolge Schritt für Schritt auf.

Warum hat INP den FID ersetzt, und was misst die Metrik?

INP ist seit März 2024 offizieller Bestandteil der Core Web Vitals und hat First Input Delay (FID) abgelöst. FID betrachtete nur die Verzögerung vor der Verarbeitung der allerersten Interaktion. INP beobachtet dagegen Klicks, Tippen und Tastatureingaben während des gesamten Besuchs. Dann meldet die Metrik, wie lange die Seite bis zur nächsten sichtbaren Aktualisierung braucht.

Diese Umstellung machte also ein verbreitetes Problem sichtbar. Viele Websites reagierten schnell auf den ersten Klick, doch Menüs, Filter oder Formulare hakten später. Eine Kategorieseite, die nach jedem Filterklick eine Sekunde einfriert, sah unter FID zum Beispiel noch gut aus. Mit INP taucht diese Trägheit endlich in den Daten auf.

Drei Dinge verschlechtern INP besonders oft: lange JavaScript Aufgaben, die den Hauptthread blockieren, zu viele Tags von Drittanbietern und schwere Oberflächenkomponenten. Deshalb ist das Aufräumen ungenutzter Tags im Tag Manager oft die erste Verbesserung ohne eigene Programmierung. Danach arbeiten Sie mit Ihrem Entwickler daran, lange Aufgaben aufzuteilen.

Wie vertreibt Layout Shift (CLS) Ihre Besucher?

CLS misst, wie stark sich Inhalte beim Laden unerwartet verschieben. Sie kennen das Gefühl. Sie beginnen zu lesen, ein Banner schiebt sich von oben herein und drückt den Text nach unten. Oder Sie zielen auf „Jetzt kaufen“ und tippen stattdessen auf eine Anzeige. Kurz gesagt: Für Nutzer gibt es kaum etwas Ärgerlicheres.

Typische Ursachen sind Bilder und Videos ohne feste Maße, spät ladende Werbeflächen, Webfonts, die nach dem Text eintreffen, und nachträglich eingefügte Hinweisleisten. Zudem bleiben diese Verschiebungen auf der schnellen Leitung des Entwicklers oft unsichtbar. Erst im langsamen Mobilfunknetz fallen sie dann deutlich auf.

Die Logik der Lösung ist einfach: Reservieren Sie für jedes Element vorab den nötigen Platz. Geben Sie Bildern Werte für Breite und Höhe. Legen Sie für Werbe und Einbettungsbereiche eine feste Höhe fest. Halten Sie die Ersatzschrift in der Größe nah an der Webschrift. In den meisten Fällen bringt das den CLS in den guten Bereich. Außerdem sinken meist auch die Beschwerden über versehentliche Klicks.

Warum ist der Unterschied zwischen Felddaten und Labordaten so wichtig?

Die Bewertung der Core Web Vitals durch Google beruht auf echten Felddaten von Chrome Nutzern. Werkzeuge wie Lighthouse simulieren dagegen einen einzelnen Seitenaufruf unter kontrollierten Bedingungen. Beide beantworten also unterschiedliche Fragen. Labordaten zeigen, warum eine Seite langsam ist. Felddaten zeigen, was echte Besucher tatsächlich erleben.

Genau diese Lücke erzeugt das häufigste Missverständnis, das mir begegnet. Ein Kunde freut sich über 95 Punkte in Lighthouse, während der Core Web Vitals Bericht in der Search Console weiterhin „schlechte“ URLs zeigt. Andererseits kommt auch das Umgekehrte vor. Treffen Sie Entscheidungen daher auf Basis der Felddaten und nutzen Sie Labortests zur Diagnose.

Seiten mit wenig Traffic haben manchmal gar keine Felddaten. Die Search Console fasst dann ähnliche Seiten zu Gruppen zusammen oder zeigt nichts an. Das schrittweise Lesen eines Lighthouse Berichts behandle ich in einem eigenen Artikel. Merken Sie sich vorerst nur eines: Verbessern Sie die echte Nutzerverteilung, statt einem Laborwert hinterherzulaufen.

Ist HTTPS noch ein Faktor der Nutzererfahrung?

Ja. HTTPS steht ausdrücklich in den Fragen von Google zur Page Experience, und die Search Console bietet einen eigenen HTTPS Bericht. Da heute fast jede Website ein SSL Zertifikat besitzt, wirkt dieser Punkt weniger als Wettbewerbsvorteil. Vielmehr handelt es sich um eine Grundvoraussetzung, deren Fehlen deutlich schadet.

In der Praxis liegt das Problem selten am fehlenden Zertifikat, sondern an halbfertigen Umstellungen. Die Adresszeile zeigt zum Beispiel HTTPS, doch einige Bilder oder Skripte kommen weiterhin über HTTP. Ein weiterer häufiger Fehler: Beide Versionen bleiben erreichbar, und dazwischen entstehen lange Weiterleitungsketten.

• Leiten Sie jede HTTP Adresse in einem einzigen 301 Schritt auf ihre HTTPS Version.
• Prüfen Sie die Browserkonsole auf Warnungen zu gemischten Inhalten.
• Stellen Sie sicher, dass Canonical Tags und XML Sitemap auf HTTPS URLs zeigen.
• Tragen Sie das Ablaufdatum des Zertifikats in Ihren Kalender ein, denn ein abgelaufenes Zertifikat zeigt Besuchern einen Warnbildschirm.

Weiterleitungsketten erkennen Sie schnell mit dem Redirect Checker.

Wann werden aufdringliche Interstitials zum Problem?

In den Hinweisen zu Interstitials beschreibt Google aufdringliche Elemente als Seitenelemente, die den Blick auf den Inhalt versperren, meist zu Werbezwecken. Laut diesem Dokument erschweren solche Dialoge Suchmaschinen das Verständnis des Inhalts. Das kann zu einer schwächeren Leistung in der Suche führen.

Diese Muster markiere ich in Audits am häufigsten:

• Kampagnen oder Newsletter Overlays, die direkt beim Aufruf den ganzen Bildschirm bedecken.
• Zustimmungs oder Anmeldeschritte, die Nutzer vor dem Inhalt auf eine separate Seite schicken.
• Ebenen mit winzigen, versteckten oder verspätet erscheinenden Schließen Buttons.

Gesetzliche Pflichten behandelt Google allerdings anders. Das Dokument nennt Dialoge wie Cookie Einwilligung und Altersprüfung ausdrücklich als Ausnahmen. Selbst dann empfiehlt Google, den Inhalt zu überlagern, statt Nutzer umzuleiten. Für Aktionen rate ich zu einem Banner, das nur einen kleinen Teil des Bildschirms einnimmt. So erreicht Ihre Botschaft die Besucher, ohne sie vom Inhalt wegzuziehen.

Warum zählen übermäßige Werbung und ein klar erkennbarer Hauptinhalt?

Die letzten beiden Fragen auf der Liste von Google gehören zusammen: keine übermäßige Werbung, die vom Hauptinhalt ablenkt, und ein Hauptinhalt, den Besucher leicht vom Rest unterscheiden. Beide gehen auf eine einzige Nutzerfrage zurück: „Wo ist die Information, wegen der ich hier bin?“

Glauben Sie trotzdem nicht, dass dies nur werbefinanzierte Verlage betrifft. Unternehmenswebsites erzeugen dasselbe Problem auf anderen Wegen. Füllen zum Beispiel Slider, Aktionsleiste, Chatblase und Cookie Hinweis den ersten Bildschirm einer Leistungsseite, verlassen Besucher die Seite womöglich, bevor sie das Angebot verstehen. Keine einzige Anzeige, trotzdem dieselbe Wirkung.

In Audits nutze ich einen einfachen Test. Ich öffne die Seite auf dem Smartphone und mache einen Screenshot des ersten Bildschirms. Dann versuche ich, nur anhand dieses Bildes die Frage „Was bietet diese Seite?“ zu beantworten. Gelingt das nicht, sticht der Hauptinhalt zu wenig hervor. Überschrift, kurzes Nutzenversprechen und erster Absatz gehören deshalb immer in den ersten Bildschirm. Dekorative Elemente rutschen darunter.

Wie prüfen Sie die mobile Nutzbarkeit, seit Google die Tools eingestellt hat?

Zum 1. Dezember 2023 hat Google den Bericht zur mobilen Nutzerfreundlichkeit in der Search Console, den Mobile Friendly Test und dessen API eingestellt. Das heißt aber nicht, dass mobile Erfahrung an Bedeutung verloren hat. Die mobile Darstellung bleibt eine der Fragen zur Page Experience, und Google bewertet Websites vorrangig über ihre mobile Version.

Stattdessen nutze ich heute für mobile Prüfungen drei Wege:

1. Lighthouse und den Gerätemodus der Chrome DevTools, um das Layout bei verschiedenen Bildschirmbreiten zu prüfen.
2. Das URL Prüftool der Search Console, um den Screenshot der Seite so zu sehen, wie Google sie gerendert hat.
3. Ein echtes Android Smartphone der Mittelklasse im Mobilfunknetz, auf dem ich die Seite öffne und das Formular selbst ausfülle.

Überspringen Sie den dritten Schritt bitte nicht. Die teuren Geräte von Designern und Geschäftsführern spiegeln nicht wider, was ein großer Teil der Besucher erlebt. Kleine Tippflächen, überlaufende Tabellen und Formularbuttons, die hinter der Tastatur verschwinden, zeigen sich meist erst bei diesem Test.

Wie hängen hilfreiche Inhalte und Page Experience zusammen?

Der Leitfaden von Google zu hilfreichen, nutzerorientierten Inhalten sagt, dass die zentralen Rankingsysteme Inhalte mit guter Nutzererfahrung belohnen wollen. Derselbe Leitfaden rät, die Erfahrung als Ganzes zu betrachten, statt sich auf einzelne Faktoren zu versteifen. Google sieht die Page Experience also als Teil hilfreicher Inhalte.

Diese Sichtweise hat zudem eine praktische Konsequenz. Egal wie gut Sie schreiben: Ein unleserliches Layout, winzige Schrift oder endlose Absätze ohne Gliederung mindern den Wert des Textes. Umgekehrt rettet eine schnelle, aufgeräumte Seite keinen leeren Inhalt. Beides gehört daher in denselben Plan.

Achten Sie beim Schreiben deshalb nicht nur auf Keywords, sondern auch auf Lesbarkeit. Mit dem Lesbarkeitstest prüfen Sie Grundlagen wie die Satzlänge. Wie starke Seiten in KI gestützten Suchergebnissen ihre Inhalte aufbauen, zeige ich im Artikel über Content für AI Overviews.

Welche UX Probleme sehe ich auf Unternehmenswebsites am häufigsten?

Nach der Arbeit mit Websites aus vielen Branchen begegnen mir immer wieder dieselben Schwachstellen. Allerdings ist keine davon technisch kompliziert. Trotzdem bleiben sie oft jahrelang bestehen, weil niemand sie bemerkt. Die folgende Liste beruht auf meinen Beobachtungen aus der Praxis, nicht auf einer statistischen Studie.

• Ein automatisch wechselnder Slider auf der Startseite mit fünf oder sechs Folien, jede mit eigenem großen Bild.
• Ein fixierter Kopfbereich, der auf dem Smartphone ein Drittel des Bildschirms belegt, dazu eine Aktionsleiste.
• Kontaktformulare mit unnötigen Feldern und einem Telefonfeld, das mobil die falsche Tastatur öffnet.
• Produktkataloge nur als PDF Download statt als Seiteninhalt.
• Trackingcodes von Drittanbietern, die jemand vor Jahren eingebaut hat und die niemand mehr prüft.

Gemeinsam ist diesen Punkten, dass jeder für sich klein wirkt. Zusammen verschlechtern sie jedoch LCP, CLS und INP gleichzeitig und schwächen den ersten Eindruck. Fragen Sie sich deshalb vor jeder neuen Funktion, welche bestehenden Elemente ihren Platz wirklich verdienen. Oft besteht die wirksamste Verbesserung darin, etwas zu entfernen.

Was tun kleine Websites ohne Core Web Vitals Daten?

Neue Websites und lokale Unternehmensseiten mit wenig Traffic sehen im Core Web Vitals Bericht häufig keine Daten. Der Grund ist einfach: Der Chrome User Experience Report braucht genügend echte Besuche für eine aussagekräftige Bewertung. Das ist kein Fehler, denn es fehlt schlicht noch die Stichprobe.

Auf einer solchen Website arbeiten Sie zunächst mit Labormessungen, während Sie auf Felddaten warten. PageSpeed Insights und Lighthouse liefern Ihnen ein ungefähres Bild. Außerdem hilft es bei kleinen Websites erstaunlich gut, die eigenen Seiten im langsamen Mobilfunknetz zu öffnen und zu beobachten, wann der erste Bildschirm nutzbar ist.

Zudem sind die Kosten für Korrekturen gering. Mit einem Theme, wenigen Plugins und überschaubar vielen Seiten legen Sie mit einer Checkliste in wenigen Tagen ein sauberes Fundament. Sobald der Traffic wächst, entstehen Felddaten, und Sie beobachten dann die echte Nutzerverteilung. Fehlende Daten sind also kein Grund, die Arbeit aufzuschieben.

Welche Search Console Berichte sollten Sie für SEO und UX beobachten?

Die Dokumentation von Google zur Page Experience verweist direkt auf den Core Web Vitals Bericht und den HTTPS Bericht in der Search Console. Zusätzlich sammle ich indirekte Signale aus weiteren Berichten, denn Probleme der Nutzererfahrung zeigen sich manchmal auch in Klick und Impressionsdaten.

• Core Web Vitals Bericht: teilt URLs für Mobilgeräte und Desktop in gut, verbesserungswürdig und schlecht ein.
• HTTPS Bericht: listet indexierte Seiten, die kein HTTPS nutzen.
• URL Prüfung: zeigt, wie Google die Seite sieht, samt gerendertem Screenshot.
• Leistungsbericht: Eine große Lücke bei der Klickrate zwischen Geräten kann auf ein mobiles Problem hindeuten.

Ein Hinweis noch: Nachdem Sie ein Problem behoben und „Korrektur überprüfen“ angeklickt haben, kommt das Ergebnis nicht sofort. Der Bericht wartet nämlich auf neue echte Nutzerdaten. Geduld zahlt sich hier also aus. Für SEO und UX bringt regelmäßiges Beobachten mehr als jede einmalige Korrektur. In meiner SEO Beratung läuft diese Prüfung deshalb als monatliche Routine.

In welchen Faktor der Nutzererfahrung sollten Sie zuerst investieren?

Mit begrenztem Budget und knapper Entwicklerzeit lässt sich nicht alles gleichzeitig beheben. Meine Reihenfolge richtet sich danach, wie viele Nutzer ein Problem betrifft und was die Korrektur kostet. Die folgende Abfolge ist ein Startpunkt aus der Praxis, keine Regel für jede Website.

1. HTTPS und Weiterleitungsfehler: Sie schaden Vertrauen und Erreichbarkeit, und die Korrektur ist meist günstig.
2. Vollbild Popups und Interstitials: oft nur eine Einstellung, mit sofortiger Wirkung.
3. Defekte mobile Layouts: Tippflächen, überlaufende Tabellen, Formulare.
4. LCP: Bildoptimierung und Serverantwort.
5. CLS: Bilder ohne Maße und spät ladende Bereiche.
6. INP: braucht meist Entwicklerarbeit, beginnen Sie also mit dem Aufräumen der Tags.

Diese Reihenfolge prüfe ich in jedem Projekt erneut anhand der Daten. Liegt das INP Problem zum Beispiel auf der Checkout Seite, rückt es nach ganz oben, denn es bedeutet direkten Umsatzverlust. Die Priorität ergibt sich also aus dem Geschäftswert der Seite mal der Schwere des Problems. Welche Seiten am wichtigsten sind, hängt auch von der Architektur ab; dazu hilft mein Artikel über die Kategoriestruktur für große Websites.

Welche Irrtümer über Page Experience sind am weitesten verbreitet?

Die meisten Irrtümer, die mir begegnen, entstehen, weil jemand die Dokumentation von Google nur aus zweiter Hand kennt. Hier die häufigsten, jeweils mit dem, was die Dokumentation tatsächlich sagt.

„Mit 100 Punkten in Lighthouse lande ich auf Platz eins.“ Nein. Lighthouse ist ein Diagnosewerkzeug, und Google betrachtet echte Nutzerdaten. Zudem steht die Relevanz immer an erster Stelle.

„Die Absprungrate ist ein direkter Rankingfaktor.“ Die Dokumentation zur Page Experience erwähnt keine solche Metrik. Für Ihre eigene Diagnose kann die Absprungrate trotzdem nützlich sein. Unter den veröffentlichten Fragen von Google taucht sie allerdings nicht auf.

„Der mobile Test ist weg, also zählt Mobil nicht mehr.“ Ganz im Gegenteil. Das Tool ist verschwunden, die mobile Darstellung steht aber weiterhin auf der Liste.

„Schönes Design verbessert das Ranking.“ Ästhetik allein ist kein Signal. Entscheidend ist, ob das Design den Zugang zum Inhalt erleichtert. Planen Sie daher einen optischen Relaunch, beachten Sie auch die Schritte aus meinem Artikel, wie Sie SEO beim Website Relaunch schützen.

Wo überschneiden sich technisches SEO und Nutzererfahrung?

Technisches SEO und UX sind oft zwei Seiten desselben Codes. Eine Seite, die ihren Inhalt nur per JavaScript aufbaut, erscheint zum Beispiel spät für Nutzer und erschwert zugleich Crawlern die Arbeit. Ebenso lassen lange Weiterleitungsketten Menschen warten und verbrauchen gleichzeitig Crawling Ressourcen.

Zudem bilden Titel und Beschreibungen eine weitere Schnittmenge. Passt der Titel im Suchergebnis nicht zur geöffneten Seite, kehrt der Nutzer enttäuscht zurück. Ehrliche Titel und Beschreibungen, die den echten Seiteninhalt widerspiegeln, sind daher der erste Schritt der Nutzererfahrung, und dieser Schritt beginnt bereits auf der Ergebnisseite. Wie Ihr Titel dort aussieht, prüfen Sie mit der Google SERP Vorschau.

Im KI Zeitalter ist diese Schnittmenge noch größer geworden. Schnelles, sauberes und aussagekräftiges HTML dient Menschen und KI Crawlern gleichermaßen. Die fortgeschrittene Seite des Themas beschreibe ich im Artikel über technisches SEO nach der KI Wende. Planen Sie eine neue Website, binden Sie SEO Prüfungen außerdem von Anfang an in das Webdesign ein.

Wie sieht eine Checkliste für SEO und UX Schritt für Schritt aus?

Die folgende Checkliste nutze ich bei der ersten Prüfung einer neuen Kundenwebsite. Sie baut auf den offiziellen Fragen von Google auf und macht aus jeder Frage eine messbare Kontrolle. Sie können sie auf Ihrer eigenen Website in derselben Reihenfolge abarbeiten.

1. Notieren Sie im Core Web Vitals Bericht die schlechten URL Gruppen für Mobilgeräte und Desktop.
2. Öffnen Sie aus jeder Gruppe eine Beispiel URL in PageSpeed Insights und lesen Sie Felddaten und Diagnose.
3. Prüfen Sie den HTTPS Bericht und Ihre Weiterleitungsketten.
4. Öffnen Sie die Startseite und Ihre drei umsatzstärksten Seiten auf einem echten Smartphone im Mobilfunknetz.
5. Stellen Sie sicher, dass Überschrift und Hauptinhalt im ersten Bildschirm erscheinen.
6. Suchen Sie nach Vollbild Popups, erzwungenen Anmeldungen oder Ebenen, die Inhalt verdecken.
7. Listen Sie Bildgrößen und Formate, Elemente ohne Maße und spät ladende Bereiche auf.
8. Gehen Sie Ihren Tag Manager durch und entfernen Sie ungenutzte Tags.

Am Ende halten Sie eine priorisierte Aufgabenliste in der Hand. Da das Zusammenspiel von SEO und UX ein dauerhaftes Ziel ist, wiederholen Sie diese Prüfung nach jedem größeren Update.

Wie messen Sie den geschäftlichen Effekt von UX Verbesserungen?

Grüne Core Web Vitals sind für sich genommen noch kein Geschäftsergebnis. Die eigentliche Frage lautet, ob die Verbesserung das Verhalten der Besucher und den Umsatz verändert hat. Deshalb stelle ich neben technische Kennzahlen immer auch geschäftliche.

Meine Methode in der Praxis sieht so aus: Zunächst vergleiche ich die vier Wochen vor und nach einer Änderung. Wo möglich, ziehe ich zusätzlich denselben Zeitraum des Vorjahres heran, um saisonale Effekte zu verringern. In GA4 betrachte ich Engagement Rate, Formularanfragen und Abbrüche im Kaufprozess. In der Search Console verfolge ich dann die mobile Klickrate und die durchschnittliche Position.

Ehrlich gesagt lässt sich eine Rankingveränderung selten einer einzelnen UX Korrektur zuordnen, denn im selben Zeitraum wirken auch Algorithmusupdates und Bewegungen der Konkurrenz. Beurteilen Sie die Verbesserung daher nicht mit der Frage „Hat sie Rankings gebracht?“, sondern mit „Bringt derselbe Traffic mehr Conversions?“. Diese Frage liefert eine messbare und geschäftlich relevante Antwort. Brauchen Sie Unterstützung bei der Einrichtung, erreichen Sie mich über die Kontaktseite.

Fazit: Die Seite, die Nutzer zufriedenstellt, ist die Seite, die Google sucht

Die Botschaft von Google zur Nutzererfahrung ist ziemlich konsistent. Es gibt kein magisches Signal, doch eine gute Page Experience gehört zu dem, was die zentralen Rankingsysteme belohnen wollen. Core Web Vitals, HTTPS, mobile Darstellung, maßvolle Werbung, unaufdringliche Dialoge und ein klarer Hauptinhalt bilden den offiziellen Rahmen dieser Erfahrung.

Meine Lehre aus der eigenen Arbeit ist deshalb einfach. Betrachten Sie das Zusammenspiel von SEO und UX nicht als einmaliges Optimierungsprojekt, sondern als Teil der normalen Pflege Ihrer Website. Zuerst kommt relevanter, hilfreicher Content, danach ein reibungsloser Zugang zu diesem Content. Gehen Sie beide Schritte gemeinsam, bewegen sich Sichtbarkeit und Conversion Rate in dieselbe Richtung.

Wissen Sie nicht, wo Sie anfangen sollen, dann machen Sie mit der Checkliste oben eine kurze Bestandsaufnahme. So trennen Sie die Probleme, die Sie wirklich Besucher kosten, von denen, die nur einen Messwert betreffen.