Die kurze Antwort
Die mobile Website-Optimierung sollte bei der geschäftlichen Aufgabe beginnen, die eine Besucherin oder ein Besucher erledigen muss, und Tests der Customer Journey auf echten Geräten mit Leistungsdaten aus der Praxis verbinden. Bewahren Sie die Hauptinhalte, gestalten Sie Bedienelemente komfortabel, beseitigen Sie Verzögerungen bei Interaktionen und definieren Sie messbare Abnahmekriterien, bevor Sie einen Relaunch freigeben.
- Testen Sie die vollständige Customer Journey bis zur Anfrage auf repräsentativen Smartphones und nicht nur anhand responsiver Bildschirmansichten.
- Nutzen Sie Felddaten und die aktuellen Schwellenwerte von Google für die Core Web Vitals, um messbare Leistungskriterien festzulegen.
- Weisen Sie jedem Problem eine verantwortliche Person und vor Entwicklungsbeginn einen beobachtbaren Abnahmetest zu.
- Halten Sie wichtige mobile Inhalte, Metadaten und strukturierte Daten gleichwertig mit der Desktop-Version.
Auf dieser Seite
Die direkte Antwort
Auf einer guten mobilen Website verstehen die richtigen Besucherinnen und Besucher das Angebot, wählen einen passenden Weg und schliessen eine Anfrage ab, ohne mit der Benutzeroberfläche kämpfen zu müssen. Mobile Website-Optimierung ist deshalb eine geschäftlich relevante Qualitätsaufgabe und nicht bloss die letzte Runde kosmetischer Korrekturen. Prüfen Sie die vollständige Customer Journey, messen Sie die Leistung bei echten Nutzerinnen und Nutzern und vereinbaren Sie vor der Freigabe des Relaunches, was als bestanden gilt.
Beginnen Sie mit einer entscheidenden Aufgabe, etwa der Anfrage für ein Beratungsgespräch. Testen Sie diese auf repräsentativen Smartphones mit realistischen Inhalten und Integrationen. Halten Sie fest, wo eine Person zögert, danebentippt, warten muss, Informationen verliert oder nicht erkennt, ob die Aktion erfolgreich war. Aus diesen Beobachtungen entsteht eine zweckmässige Aufgabenliste.
Google verwendet mobile Inhalte für die Indexierung und das Ranking. Das Unternehmen empfiehlt responsives Webdesign, weil es sich im Allgemeinen einfacher pflegen lässt. Die Vollständigkeit der mobilen Version beeinflusst somit sowohl die Customer Experience als auch die Sichtbarkeit in der Suche.
- Wählen Sie zuerst eine mobile Customer Journey mit hohem Geschäftswert für die Prüfung aus.
- Testen Sie Verständnis, Navigation, Interaktionen, das Ausfüllen des Formulars und die Bestätigung.
- Verbinden Sie beobachtete Probleme mit Leistungsdaten aus der Praxis.
- Machen Sie aus jeder Priorität eine klare Zuständigkeit und einen Abnahmetest.
Beginnen Sie mit der mobilen Customer Journey bis zur Anfrage
Eine Seite kann in einer schmalen Ansicht gepflegt wirken und trotzdem Anfragen verlieren. Vielleicht gelangt die Person auf eine Leistungsseite statt auf die Homepage, öffnet ein Menü, vergleicht Nachweise, kehrt zu Preisinformationen zurück, füllt ein Formular aus und wartet auf die Bestätigung. Ihre Prüfung muss dieser Abfolge folgen, anstatt einzelne Bildschirmansichten isoliert zu bewerten.
Beschreiben Sie die Aufgabe in geschäftlichen Begriffen. Für ein fiktives Berner Ingenieurberatungsunternehmen könnte sie lauten: Ein Facility Manager mit einem Produktionsproblem kann die relevante Leistung finden, bestätigen, dass das Unternehmen in der Schweiz tätig ist, und direkt vom Einsatzort aus einen Rückruf anfordern. Diese Aussage verdeutlicht, welche Informationen sichtbar bleiben müssen und welche Unterbrechungen eine Rolle spielen. Sie setzt keine höhere Conversion-Rate voraus.
Berücksichtigen Sie auch unbequeme Zustände, die in Entwürfen oft fehlen: einen langen Firmennamen, Validierungsfehler, eine geöffnete Bildschirmtastatur, schwachen Empfang, Einwilligungseinstellungen, eine übersetzte Beschriftung und einen langsamen Kalender eines Drittanbieters. Ein Test ist erst erfolgreich, wenn die Anfrage das erwartete Ziel erreicht und die Besucherin oder der Besucher eine eindeutige Bestätigung sieht.
- Einstieg: Erkennt die Person schnell die Leistung und die angesprochene Zielgruppe?
- Orientierung: Zeigt das Menü das nächste sinnvolle Ziel, ohne wichtige Bedienelemente zu verdecken?
- Nachweis: Kann die Person relevante Belege prüfen, ohne unlesbare Dokumente öffnen zu müssen?
- Aktion: Lassen sich Felder, Beschriftungen, Fehler und Schaltflächen mit dem Daumen und der Bildschirmtastatur bedienen?
- Abschluss: Erreicht die Nachricht den Posteingang oder das CRM, und weiss die Person, was als Nächstes geschieht?
| Phase der Customer Journey | Zu prüfender Fehler | Geschäftliche Folge | Abnahmenachweis |
|---|---|---|---|
| Einstieg | Allgemeine Überschrift oder verborgener Leistungskontext | Qualifizierte Personen verlassen die Seite oder wählen den falschen Weg | Eine Testperson kann Angebot und Zielgruppe erklären |
| Navigation | Das Menü verdeckt Inhalte oder verwendet unklare Beschriftungen | Besucherinnen und Besucher erreichen die relevante Leistung nicht | Die Zielseite wird ohne Zurücknavigieren erreicht |
| Anfrage | Die Tastatur verdeckt Felder oder Fehler löschen Eingaben | Der Lead wird abgebrochen | Das Formular lässt sich nach der Korrektur mit den erhaltenen Daten absenden |
| Bestätigung | Kein eindeutiger Erfolgszustand oder fehlgeschlagene Zustellung | Doppelte Versuche oder verlorene Leads | Sichtbare Bestätigung und geprüfter Eingang im Zielsystem |
Finden Sie Hürden auf echten Geräten
Das Verkleinern des Browserfensters ist während der Gestaltung hilfreich, bildet das gesamte mobile Erlebnis jedoch nicht ab. Echte Smartphones bringen Sicherheitsabstände, Browserleisten, Touch-Eingaben, Bildschirmtastaturen, Textskalierung und gerätespezifische Leistung mit sich. Testen Sie gezielt eine kleine Geräteauswahl, die Ihre Analysedaten und den Kundenkontext widerspiegelt, statt jedes Modell abzudecken.
Beginnen Sie mit dem kleinsten häufig verwendeten Viewport, einem aktuellen iPhone, einem repräsentativen Android-Smartphone und jedem älteren Gerät, das gemäss Ihren Analysedaten noch relevant ist. Verwenden Sie WLAN und ein gedrosseltes Netzwerkprofil. Drehen Sie den Bildschirm, vergrössern Sie den Text, öffnen und schliessen Sie die Tastatur, folgen Sie Telefon- und Kartenlinks, lösen Sie jeden Formularfehler aus und kehren Sie aus einer externen Anwendung zurück. Testen Sie mit erteilter und abgelehnter Einwilligung, weil sich Analyse-, Karten-, Video- oder Terminplanungsdienste unterschiedlich verhalten können.
Beobachten Sie einige wahrscheinliche Nutzerinnen und Nutzer dabei, wie sie die Aufgabe ohne Anleitung erledigen. Fragen Sie vor jedem Tippen, was sie erwarten, und danach, was ihrer Ansicht nach geschehen ist. Eine Pause belegt nicht automatisch einen Gestaltungsfehler. Wiederholtes Zögern bei derselben Beschriftung ist jedoch ein starker Hinweis darauf, dass die Information oder Interaktion überarbeitet werden muss.
- Erfassen Sie Gerät, Browser, Netzwerkbedingungen und Testdatum.
- Testen Sie mit 200 Prozent Textgrösse sowie im Hoch- und Querformat.
- Prüfen Sie Tippflächen an den Bildschirmrändern und bei fixierten Bedienelementen.
- Überprüfen Sie Telefon-, E-Mail-, Karten-, Upload- und Kalenderaktionen auf dem Gerät.
- Testen Sie behobene Probleme unter denselben Bedingungen erneut.
| Test | Methode | Bedingung für das Bestehen |
|---|---|---|
| Menü | Jedes Hauptziel per Touch und Tastatur erreichen | Beschriftungen bleiben sichtbar, der Fokus ist klar erkennbar und kein Bedienelement wird eingeschlossen |
| Formular | Einmal mit Fehlern und einmal erfolgreich absenden | Eingaben bleiben erhalten, Fehlermeldungen nennen eine Lösung und die Zustellung ist geprüft |
| Zoom und Text | Textgrösse erhöhen und wichtige Seiten vergrössern | Inhalte bleiben ohne verborgene Aktionen oder überlappenden Text lesbar |
| Drittanbieter | Karten, Video, Chat oder Terminplanung bei beiden Einwilligungszuständen verwenden | Die Kernaufgabe bleibt möglich und bei einem Ausfall steht eine sinnvolle Alternative bereit |
Legen Sie zweckmässige Abnahmekriterien für die Leistung fest
Für die Leistungsmessung braucht es eine Datenquelle, einen Seitenumfang und ein Perzentil. Ein einzelner Labormesswert auf dem Laptop einer Entwicklerin oder eines Entwicklers beschreibt nicht, was Kundinnen und Kunden erleben. Felddaten bilden geeignete Besuche über einen längeren Zeitraum ab, während Laborwerkzeuge helfen, ein Problem nachzustellen und zu diagnostizieren. Verwenden Sie beides und bestimmen Sie, welche Messung für die Abnahme massgebend ist.
Googles Core Web Vitals sind Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift. Die aktuellen Grenzwerte für einen guten Status liegen bei höchstens 2,5 Sekunden für LCP, höchstens 200 Millisekunden für INP und höchstens 0,1 für CLS. Google beurteilt diese Werte am 75. Perzentil der Seitenaufrufe. Ein realistisches Briefing sollte repräsentative Vorlagen und mobile Felddaten als Ziel nennen. Solange nicht genügend Felddaten vorliegen, dienen Labortests als vorläufige Prüfung.
Geben Sie kein pauschales Versprechen ab, wonach jede URL jederzeit einen Schwellenwert einhalten wird. Besucherzahlen, Gerätemix, Dienste von Drittanbietern und neue Inhalte beeinflussen die Ergebnisse. Verlangen Sie vom Anbieter offenzulegen, welche Vorlagen getestet wurden, welche Datenquelle zum Einsatz kam, welche Drittanbieter aktiv waren und wie Rückschritte überwacht werden.
- Benennen Sie die Seitengruppen: Homepage, wichtigste Leistung, Artikel, Kontakt und sämtliche Kampagnenvorlagen.
- Definieren Sie mobile Felddaten am 75. Perzentil als angestrebtes Ergebnis.
- Legen Sie für neue Seiten ohne genügend Feldbeobachtungen eine vorläufige Labormethode fest.
- Beziehen Sie Einwilligungswerkzeuge, Analysedienste und andere produktive Skripte in die Tests ein.
- Vereinbaren Sie, wer einen Rückschritt nach Änderungen an Inhalten oder Integrationen untersucht.
| Messwert | Was er abbildet | Guter Grenzwert | Formulierung für die Abnahme |
|---|---|---|---|
| LCP | Wann der sichtbare Hauptinhalt voraussichtlich erscheint | 2,5 Sekunden oder weniger | Repräsentative mobile Seitengruppen streben am 75. Perzentil einen guten Feldstatus an |
| INP | Reaktionsgeschwindigkeit bei Nutzerinteraktionen | 200 Millisekunden oder weniger | Menüs, Filter und Formulare reagieren ohne wesentliche Interaktionsverzögerung |
| CLS | Unerwartete Verschiebung sichtbarer Inhalte | 0,1 oder weniger | Spät geladene Medien, Schriften und Hinweise verschieben Bedienelemente nicht unerwartet |
Diagnostizieren Sie LCP, INP und CLS anhand der Symptome
Messwerte werden handlungsrelevant, wenn das Team sie mit etwas verbindet, das Besucherinnen und Besucher sehen. Ein langsamer LCP kann durch ein übergrosses Hero-Bild, eine verzögert geladene Schrift, eine langsame Serverantwort oder Hauptinhalte entstehen, die auf clientseitigen Code warten. Ein schlechter INP kann sich als Menü, Konfigurator oder Formular zeigen, das verspätet reagiert, weil der Haupt-Thread ausgelastet ist. CLS tritt oft auf, wenn ein Bild, eine Einwilligungsebene, ein eingebettetes Widget oder eine Schrift das Layout verschiebt, nachdem die Person bereits zu lesen begonnen hat.
Ordnen Sie zuerst das Symptom zu, bevor Sie eine Lösung vorschreiben. Sämtliche Bilder zu komprimieren, behebt keine Serververzögerung, und ein Hostingwechsel entfernt kein schwergewichtiges Terminplanungs-Widget. Bitten Sie die Entwicklung, für jede wichtige Vorlage das Element oder die Interaktion zu ermitteln, die der Messwert abbildet, und danach die kleinste dauerhafte Korrektur vorzuschlagen.
Die Verantwortung ist oft verteilt. Inhaltsteams bestimmen Bildauswahl und Einbettungen, Designerinnen und Designer reservieren Platz und definieren das Verhalten von Komponenten, die Entwicklung steuert Laden und Ausführung, und die Geschäftsverantwortlichen entscheiden, ob ein Drittanbieterwerkzeug seine Leistungskosten rechtfertigt. Ein Triage-Protokoll macht diese Abwägung sichtbar.
- LCP-Symptom: Die Leistungsüberschrift erscheint, das Hauptbild oder Angebot jedoch erst deutlich später.
- INP-Symptom: Der erste Tipp auf das Menü scheint ignoriert zu werden und führt zu einem zweiten Tipp.
- CLS-Symptom: Ein verspäteter Banner verschiebt die Anfrage-Schaltfläche, während die Person sie drücken will.
- Entscheidungsfrage: Hilft die Komponente genügend Kundinnen und Kunden, um ihre gemessenen Kosten zu rechtfertigen?
Halten Sie mobile Inhalte vollständig und crawlbar
Mobile Optimierung sollte nicht dadurch für eine aufgeräumtere Ansicht sorgen, dass Informationen gelöscht werden, die Kundinnen, Kunden oder Suchsysteme benötigen. Google empfiehlt gleichwertige Hauptinhalte auf mobilen Geräten und Desktop-Computern, einschliesslich klarer Überschriften. Inhalte können platzsparend in Tabs oder Akkordeons verschoben werden, sollten aber verfügbar und verständlich bleiben.
Google rät zudem dazu, Metadaten und strukturierte Daten in allen Versionen gleichwertig zu halten und die für die Darstellung benötigten Ressourcen zugänglich zu machen. Hauptinhalte sollten nicht erst geladen werden, nachdem eine Person klickt, wischt oder tippt. Bei den meisten Relaunches verringert eine responsive Website mit derselben URL und denselben HTML-Inhalten das Risiko, getrennte Versionen pflegen zu müssen.
Prüfen Sie die produktive Seite so, wie Google sowie Kundinnen und Kunden sie erhalten. Stellen Sie sicher, dass Einwilligungsregeln, Lazy Loading, ein Content Delivery Network oder eine rein mobile Vorlage weder die Leistungsbeschreibung noch Nachweise, Kontaktmöglichkeiten, Canonical-Angaben oder strukturierte Daten entfernt.
- Vergleichen Sie Überschriften, Texte, Links, Bilder und Alternativtexte auf mobilen Geräten und Desktop-Computern.
- Prüfen Sie Titel, Meta-Beschreibung, Canonical und relevante strukturierte Daten.
- Stellen Sie sicher, dass verzögert geladene Hauptinhalte ohne Nutzerinteraktion verfügbar sind.
- Prüfen Sie, dass robots-Regeln und CDN-Steuerungen keine benötigten Ressourcen blockieren.
Verfassen Sie ein Briefing für die mobile Optimierung
Ein starkes Briefing benennt Zielgruppe, Aufgabe, vorhandene Nachweise, betroffene Vorlagen und Abnahmemethode. Es unterscheidet eine geschäftliche Anforderung von einer vorgeschlagenen Umsetzung. Verlangen Sie beispielsweise, dass Besucherinnen und Besucher ein Formular korrigieren können, ohne Eingaben zu verlieren. Lassen Sie das Umsetzungsteam die Komponente und den technischen Ansatz vorschlagen.
Nehmen Sie Analysedaten nur dort auf, wo sie die Priorisierung unterstützen. Geräteverteilung, Einstiegsseiten, Formularfehler und Abschlussdaten können zeigen, wo Sie suchen sollten, erklären aber nicht jede Ursache. Verbinden Sie diese Daten mit Sitzungsbeobachtungen, Supportanfragen und direkten Tests. Schützen Sie bei der Beweiserhebung die Privatsphäre.
Bitten Sie alle Anbieter, auf dieselben Kriterien einzugehen. Ein Portfolio-Screenshot zeigt nicht, ob Formulare zugestellt werden, Interaktionen reaktionsschnell bleiben oder mobile Inhalte vollständig sind. Verlangen Sie Nachweise aus einem repräsentativen Build und einen klaren Plan für die Prüfung im Produktivsystem.
- Zielgruppe und Kontext: Wer nutzt die Website, wo und für welche Aufgabe?
- Umfang der Customer Journey: Welche Einstiegsseiten, Entscheidungen, Aktionen und Systeme gehören dazu?
- Nachweise: Welche Felddaten, Analysedaten oder beobachteten Hürden begründen die Priorität?
- Abnahme: Welche Geräte, Seitengruppen, Messwerte und Aufgabenergebnisse definieren das Bestehen?
- Verantwortung: Wer liefert Inhalte, Integrationen, Tests, Überwachung und Korrekturen nach der Veröffentlichung?
Entscheiden Sie, was sich vor der Veröffentlichung ändern muss
Priorisieren Sie Mängel nach ihren Auswirkungen auf die Aufgabe, ihrer Reichweite und den Möglichkeiten zur Wiederherstellung. Ein defektes Kontaktformular oder eine verdeckte Absenden-Schaltfläche verhindert das Ergebnis und muss die Veröffentlichung stoppen. Eine kleine Unstimmigkeit bei den Abständen kann in die Liste für Verbesserungen aufgenommen werden. Leistungsprobleme erfordern dasselbe Urteilsvermögen: Eine verzögerte Hauptaktion auf der wichtigsten Leistungsvorlage birgt ein grösseres geschäftliches Risiko als ein kleiner Fehler in einem selten verwendeten Archiv.
Führen Sie die Customer Journey für die Abnahme im Produktivsystem erneut durch, einschliesslich der tatsächlichen Einwilligungseinstellungen und Integrationen. Stellen Sie sicher, dass die Anfrage eintrifft, Telefon- und E-Mail-Aktionen funktionieren, wichtige Seiten ihre Inhalte behalten und die Überwachung aktiv ist. Erfassen Sie den Nachweis neben der Anforderung, damit die Freigabe auf einem beobachteten Ergebnis beruht.
Ist die aktuelle mobile Customer Journey unklar, kann ein individuelles Homepage-Konzept die Prioritäten vor einer Entscheidung über die vollständige Umsetzung konkretisieren. Das Konzept sollte die Hauptbotschaft, die mobile Gestaltungsrichtung und den nächsten Schritt zeigen. Hosting, Umsetzung und laufende Arbeiten bleiben Gegenstand einer separaten Offerte.
- Stoppen Sie die Veröffentlichung bei gescheiterten kritischen Aufgaben, Datenverlust, unzugänglichen Bedienelementen oder fehlenden Hauptinhalten.
- Planen Sie visuelle und redaktionelle Verbesserungen mit geringeren Auswirkungen samt Zuständigkeiten und Terminen ein.
- Testen Sie das Produktivsystem erneut, statt sich auf die Freigabe der Staging-Umgebung zu verlassen.
- Überwachen Sie Anfragen und Felddaten nach der Veröffentlichung, ohne eine feste Steigerung zu versprechen.
IHRE FRAGEN, BEANTWORTET
Häufig gestellte Fragen
Was ist mobile Website-Optimierung?
Sie ist die systematische Verbesserung mobiler Inhalte, Navigation, Interaktionen, Formulare und Leistung mit Blick auf reale Aufgaben von Besucherinnen und Besuchern. Ein zweckmässiger Prozess verbindet beobachtete Tests der Customer Journey mit Felddaten und eindeutigen Abnahmekriterien.
Welche Core Web Vitals gelten als gut?
Googles aktuelle Grenzwerte für einen guten Status liegen bei höchstens 2,5 Sekunden für LCP, höchstens 200 Millisekunden für INP und höchstens 0,1 für CLS, jeweils am 75. Perzentil beurteilt. Diese Werte sind nützliche Abnahmeziele und keine Garantie für Rankings oder Anfragen.
Reicht eine responsive Vorschau zum Testen einer mobilen Website?
Nein. Echte Geräte zeigen Besonderheiten bei Touch-Bedienung, Bildschirmtastaturen, Browser-Bedienelementen, Textskalierung, Übergaben an Drittanbieter und Geräteleistung. Testen Sie die vollständige Aufgabe auf repräsentativen Smartphones.
Sollten mobile Seiten weniger Inhalte enthalten?
Sie dürfen Inhalte anders darstellen, etwa in Tabs oder Akkordeons. Wichtige Inhalte sollten jedoch gleichwertig und zugänglich bleiben. Google verwendet mobile Inhalte für die Indexierung und das Ranking.
Wann sollte ein mobiles Problem die Veröffentlichung stoppen?
Stoppen Sie die Veröffentlichung, wenn eine entscheidende Aufgabe scheitert, Daten verloren gehen, Bedienelemente nicht verwendet werden können oder Hauptinhalte fehlen. Weisen Sie Probleme mit geringeren Auswirkungen einer Liste für Arbeiten nach der Veröffentlichung zu.
GENAUER NACHLESEN
Quellen und Referenzen
- Google Search Central: Best Practices für die Mobile-First-Indexierung
- web.dev: Wie die Schwellenwerte der Core Web Vitals definiert wurden
- web.dev: Core Web Vitals für geschäftliche Entscheidungsträger optimieren
- GOV.UK: Dienstleistungen einfach nutzbar machen
- Google Search Central: Nutzerfreundlichkeit von Seiten in den Google-Suchergebnissen verstehen
