70 % aller lokalen Suchanfragen kommen vom Smartphone. Wer auf Mobile in 3 Sekunden nicht lädt, verliert die Hälfte der potenziellen Anfragen sofort. Mobile-First-Design ist nicht Trend, es ist Pflicht — und Google's Mobile-First-Index bewertet seit 2018 die mobile Version Ihrer Site als primäre.

TL;DR

Mobile-First heißt: Website zuerst für 375 px Smartphone entwerfen, dann für Desktop erweitern. Nicht andersrum.

Core Web Vitals (LCP, INP, CLS) sind seit 2021 direkter Ranking-Faktor. Schlechte Werte drücken Sichtbarkeit auf Mobile UND Desktop.

Wichtigste Hebel: Bilder im WebP-Format mit Lazy-Loading, Caching aktiv, JavaScript minimiert, kein Render-Blocking.

Performance ≠ SEO-Score: CWV-Field-Daten zählen, nicht der PageSpeed-Score (0-100).

Warum Mobile-First nicht optional ist

Die Zahlen sind eindeutig. 70 % aller lokalen Service-Anfragen kommen vom Smartphone. Wer „Sanitärbetrieb Bensheim" googelt, tippt das im Bus, auf dem Sofa, an der Bushaltestelle — nicht am Schreibtisch.

Mobile Nutzer haben weniger Geduld als Desktop-Nutzer. Studien zeigen: nach 3 Sekunden Ladezeit haben 53 % der mobilen Besucher die Site verlassen. Bei 6 Sekunden sind es 77 %. Das heißt: jede Sekunde Wartezeit-Reduktion ist messbar Geld wert.

Google's Mobile-First-Index wurde 2018 zum Standard. Das heißt: Google bewertet die mobile Version Ihrer Website als primäre Version — auch für das Desktop-Ranking. Eine schwache Mobile-Site drückt also die Sichtbarkeit überall.

Eine Datenanalyse von Mittelstandsseiten in der Region Bergstraße zeigt: 37 % sind nicht mobilfreundlich, 68 % haben Ladezeiten über 4 Sekunden. Das ist verschenktes Conversion-Potenzial in dramatischem Umfang.

Mobile-First-Design-Prinzipien

Tap-Targets — mindestens 48 × 48 px

Buttons, Links und Bedienelemente müssen mit dem Daumen treffbar sein. Daumen-Spitze ist etwa 8-10 mm breit, was bei typischen Smartphone-Pixeldichten etwa 44-48 px entspricht. Google's Mobile-Friendly-Test schlägt Alarm wenn Buttons zu eng nebeneinander oder zu klein sind.

Häufiger Fehler: Footer-Links zu klein und zu eng. Folge — Nutzer versehentlich auf falschen Link, frustriert, verlassen die Seite.

Lesbare Schrift ohne Zoom

Mindestens 16 px Body-Text. Headlines deutlich größer. Wenn Nutzer zoomen müssen um zu lesen, ist das ein Mobile-Friendly-Fehler. Google straft das.

Klickbares Anrufen (tel:-Links)

Jede Telefonnummer auf der Website muss als <a href="tel:..."> ausgezeichnet sein. Ein einziger Tap startet dann den Anruf direkt aus dem Browser. Ohne tel:-Link muss der Nutzer die Nummer merken, die Telefon-App öffnen, manuell eintippen — Conversion-Killer.

Vermeidung horizontaler Scrollerei

Inhalte dürfen niemals breiter als der Bildschirm sein. Tabellen, eingebettete Videos, breite Bilder müssen entweder schrumpfen, scrollbar werden (innerhalb eines begrenzten Containers) oder umgebrochen werden.

Hamburger-Menü statt Mega-Menü

Komplexe Desktop-Mega-Menüs funktionieren auf Mobile nicht. Standard ist das Hamburger-Icon das ein Slide-In-Menü öffnet. Die Hauptseiten sollten dort maximal 6-8 sein — mehr überfordert.

Sticky-Header — wann sinnvoll, wann nicht

Header der beim Scrollen mitgeht ist auf Mobile platzraubend. Maximale Höhe 60-70 px. Sonst gehen zu viel Pixel verloren. Bei wichtigen CTAs im Header (Telefon-Button) lohnt sich Sticky — sonst kompakter Auto-Hide bei Scroll-down.

Core Web Vitals erklärt

Drei Performance-Metriken die Google direkt im Ranking gewichtet:

LCP — Largest Contentful Paint

Wie lange dauert es bis das größte sichtbare Element (Hero-Bild oder Headline) erscheint?

  • Gut: unter 2,5 Sekunden
  • Verbesserungsbedarf: 2,5-4 Sekunden
  • Schlecht: über 4 Sekunden

Hauptursachen für schlechtes LCP: unkomprimierte Hero-Bilder, Render-Blocking JavaScript, langsamer Server (TTFB > 800 ms), keine Browser-Caching-Header.

INP — Interaction to Next Paint

Wie lange braucht die Site um auf Nutzer-Interaktion (Klick, Tap) zu reagieren? Löste 2024 die alte FID-Metrik ab.

  • Gut: unter 200 ms
  • Verbesserungsbedarf: 200-500 ms
  • Schlecht: über 500 ms

Hauptursachen für schlechtes INP: schwere JavaScript-Bibliotheken (Slider, Pop-up-Plugins), viele WordPress-Plugins, blockierende Third-Party-Scripts (Chat-Widgets).

CLS — Cumulative Layout Shift

Wie sehr verschiebt sich der Seiteninhalt während des Ladens? Nutzer-frustrierend wenn der Button plötzlich nach unten rutscht und man auf etwas anderes klickt.

  • Gut: unter 0,1
  • Verbesserungsbedarf: 0,1-0,25
  • Schlecht: über 0,25

Hauptursachen für schlechtes CLS: Bilder ohne feste Dimensionen, Web-Fonts ohne font-display: swap, nachgeladene Werbe-Boxen, Embeds (YouTube, Maps) ohne reservierten Slot.

Mehr Details im Glossar-Eintrag Was sind Core Web Vitals?

Wie schnell ist Ihre Site auf Mobile?

Wir prüfen und optimieren Core Web Vitals als Standard in allen Bergstraße-Digital-Paketen. Im Erstgespräch messen wir Ihre aktuelle Site.

Bildoptimierung

Bilder sind der größte Performance-Hebel — und der häufigste Bremsklotz. Drei Maßnahmen:

WebP-Format statt JPEG/PNG

WebP ist Google's modernes Bildformat. Etwa 25-35 % kleiner als JPEG bei gleicher Qualität, von allen modernen Browsern unterstützt. Ein 1.200 × 800 px Hero-Bild kann von 320 KB (JPEG) auf 95 KB (WebP) schrumpfen — ohne sichtbaren Qualitätsverlust.

Konvertierungstool: Squoosh.app kostenlos online. Oder WordPress-Plugin „WebP Express".

Responsive Images mit srcset

Mehrere Größen pro Bild bereitstellen. Mobile bekommt 768 px Variante, Desktop 1920 px Variante. Spart Bandbreite und Ladezeit auf Mobile dramatisch. WordPress macht das automatisch wenn man Bilder über die Mediathek einbindet.

Lazy-Loading

Bilder unterhalb der Fold-Linie werden erst geladen wenn der Nutzer scrollt. HTML5-Standard seit 2019: <img loading="lazy" ...>. Spart First-Load-Bandbreite massiv. Ausnahme: das Hero-Bild — das soll sofort erscheinen, nicht lazy.

Caching + CDN

Browser-Caching: Statische Assets (Bilder, CSS, JavaScript) bekommen Cache-Header die Browser mitteilen wie lange sie lokal gespeichert bleiben sollen. Beim zweiten Besuch lädt der Browser nur das was sich geändert hat.

Server-Caching (WordPress): Plugins wie WP Rocket (Premium), Cache Enabler (Free), oder WP Super Cache erstellen statische HTML-Versionen Ihrer Pages. Statt jede Anfrage durch PHP zu schicken, liefert der Server die fertige HTML-Datei. 5-10× Speedup typisch.

CDN — Content Delivery Network: Bilder und Assets werden global verteilt gespeichert. Für lokale Mittelstandsbetriebe in der Bergstraße meist NICHT nötig — der gesamte Traffic kommt aus der Region. Ein deutscher Server reicht. CDN wird relevant ab überregionaler Reichweite.

JavaScript + CSS Optimierung

Render-Blocking Scripts vermeiden. JavaScript das im <head> ohne async oder defer eingebunden ist, blockiert das Rendering. Nutzer sehen weiße Seite bis das Script geladen ist.

Minification. CSS und JavaScript-Dateien können um 30-50 % verkleinert werden indem Whitespace, Kommentare und überflüssige Zeichen entfernt werden. WordPress-Plugins erledigen das automatisch.

Third-Party-Scripts asynchron laden. Tracking-Tools (Google Analytics), Chat-Widgets, Embed-Codes — alles was nicht direkt zur Anzeige beiträgt, sollte mit async oder defer nachgeladen werden.

Critical-CSS inline. Das CSS für Inhalte above-the-fold direkt im HTML einbinden. Spart einen Round-Trip zum Server für die Hauptanzeige.

Hosting-Auswahl + Server-Performance

TTFB (Time to First Byte) ist die Zeit vom Anfragen bis zur ersten Server-Antwort. Sollte unter 800 ms liegen. Wenn höher: Hosting-Problem.

Shared Hosting vs. Managed WordPress vs. eigener Server:

  • Shared Hosting (IONOS, Hosteurope, Strato): 5-15 €/Monat. Reicht für die meisten Mittelstandsbetriebe. Achten Sie auf SSD und HTTP/2-Support.
  • Managed WordPress (Raidboxes, WPEngine): 25-60 €/Monat. Bessere Performance, automatische Updates, technischer Support. Empfehlenswert wenn die Site geschäftskritisch ist.
  • Eigener Server (Hetzner, Netcup): 15-50 €/Monat. Volle Kontrolle, höchste Performance — aber technisches Know-how nötig.

Tools für Performance-Monitoring

  • Google PageSpeed Insights (pagespeed.web.dev) — Pflicht-Tool. Zeigt CWV für Mobile + Desktop, konkrete Verbesserungs-Vorschläge.
  • Google Search Console — Section „Core Web Vitals" zeigt Probleme über die ganze Site.
  • WebPageTest — Tieferes Tool für Spezial-Analysen. Zeigt Waterfall-Charts, Server-Standorte testbar.
  • GTmetrix — Alternative zu PageSpeed Insights, etwas anderer Fokus. Free Tier nutzbar.
  • Chrome DevTools Lighthouse — Im Browser eingebaut (F12 → Lighthouse-Tab). Schnelle Spot-Checks.

Mobile UX-Patterns für Conversion

Mobile-First-CTAs

Auf Mobile sind die Bildschirmflächen knapp. Der wichtigste CTA gehört „above the fold" und prominent. Klickbares „Jetzt anrufen" mit großem Daumen-Target schlägt 5 kleinere Buttons.

Sticky-Bars unten

Eine flach am unteren Bildschirmrand klebende Bar mit den 2-3 wichtigsten Actions (Anrufen / Termin / Kontakt) ist auf Mobile oft die beste Conversion-Komponente. Erreicht ohne zu scrollen, immer sichtbar.

Click-to-Call vs. Click-to-Form

Für Handwerker und Notdienst-Branchen: Click-to-Call schlägt fast immer das Kontaktformular. Niemand füllt 5 Felder aus wenn das Rohr platzt. Für Steuerberater und Anwälte: Click-to-Form führt zu vorqualifizierten Anfragen.

Form-Friction reduzieren

Mobile Tastaturen sind langsam. Halbieren Sie die Formularfelder: nur das Absolut-Notwendige (Name, Telefon ODER Email, kurze Nachricht). Optionale Felder klar markieren oder weglassen.

Häufige Fragen

Reicht Responsive Design für Mobile-First?

Nicht ganz. Responsive Design heißt: die Website passt sich verschiedenen Bildschirmgrößen an. Mobile-First geht weiter — startet vom kleinen Bildschirm aus und priorisiert mobile UX. Manche Responsive Sites sind faktisch Desktop-First mit Mobile-Anpassung.

Was wenn meine Site bereits 90+ PageSpeed-Score hat?

Score und Core Web Vitals sind verschiedene Dinge. Ein Score von 90 sagt wenig. Die echten Field-Daten (in Google Search Console „Core Web Vitals"-Bereich) sind aussagekräftiger.

Soll ich AMP nutzen?

Nein. AMP (Accelerated Mobile Pages) wurde von Google nicht mehr stark gepusht. Für Mittelstand-Sites ist normales Mobile-First-Design mit guten CWV der bessere Weg.

Wie wichtig ist Performance für AI-Search?

Indirekt. AI-Engines bevorzugen schnell ladende Quellen. Eine 10-Sekunden-Ladezeit kann dazu führen dass der Crawler die Page nicht vollständig erfasst. Plus: gute Performance signalisiert Qualität.

Was kostet professionelle Performance-Optimierung?

Bei bestehenden Sites: 500-1.500 € einmaliger Audit + Optimierung. Bei Bergstraße Digital ist Performance-Optimierung in allen Webdesign-Paketen Standard, kein Aufpreis.

Performance-Check Ihrer Site?

Im Erstgespräch messen wir Mobile + Desktop CWV und besprechen die wichtigsten Hebel. Kostenlos, ohne Verpflichtung.

Verfasst von David Rupa, Inhaber von Bergstraße Digital.