Bei Mittelstands-Webseiten, die ich übernehme, finde ich technische SEO-Probleme fast immer vor. Meistens sind es keine hochkomplizierten Fälle, sondern Dinge, die sich über Jahre angesammelt haben: zu große Bilder, zu viele externe Abhängigkeiten, Layout-Verschiebungen beim Laden. Der größte Hebel liegt fast nie in einem einzelnen technischen Detail – sondern im Grundprinzip: weniger Ballast, bessere Bilder, saubererer Aufbau.

„Technisches SEO soll nicht Selbstzweck sein. Es soll Sichtbarkeit, Vertrauen und Anfragen unterstützen. Wenn eine Seite schon schnell und stabil ist, bringt es selten etwas, Tage darauf zu verwenden, den Score von 94 auf 100 zu bringen. Viel wichtiger ist: Lädt die Seite schnell genug? Kann der Kunde sofort Kontakt aufnehmen? Versteht Google die Inhalte?” — Caglar Imrek, IMREK Systems

Die häufigsten technischen Probleme bei übernommenen Seiten

In der Praxis sehe ich immer wieder dieselben fünf Problemtypen:

  1. Zu viele Plugins oder unnötige Skripte – besonders bei WordPress-Seiten ist oft extrem viel geladen, was die Seite eigentlich nicht braucht.
  2. Zu große Bilder – riesige Bilddateien, die mobil klein dargestellt, aber trotzdem vollständig geladen werden.
  3. Externe Fonts und Skripte – jede externe Verbindung macht die Seite langsamer und ist aus DSGVO-Sicht problematisch, solange keine Einwilligung eingeholt wurde.
  4. Layout-Verschiebungen (CLS) – Inhalte springen beim Laden, weil Bilder keine festen Maße haben oder Elemente wie Cookie-Banner nachgeladen werden.
  5. Schlechte mobile Performance – Desktop sieht ordentlich aus, mobil ist die Seite langsam und schwer zu bedienen.

Aus der Praxis: zwei Fälle

Fall 1 – Das Hero-Bild bremst alles. Eine lokale Unternehmensseite hatte optisch einen ansprechenden Header-Bereich – aber das Bild war viel zu groß und nicht richtig optimiert. Symptom: Die Seite wirkte besonders mobil träge. Ursache: ein schweres Hero-Bild plus mehrere externe Skripte, die synchron geladen wurden. Lösung: Bild komprimieren, passende Bildgrößen je Gerät ausliefern, unnötige Skripte entfernen und den Ladeablauf im oberen Bereich aufgeräumter gestalten.

Fall 2 – Die Seite springt beim Laden. Eine andere Seite hatte ständig kleine Layout-Verschiebungen, sobald man sie öffnete. Ursache: Bilder ohne feste Maße und nachladende Elemente im Header. Nach der Anpassung – feste Höhen und Breiten für alle Bilder und Layoutblöcke – war die Seite ruhig beim Laden. Das ist kein rein technisches Detail: Wenn eine Seite beim Öffnen springt, wirkt sie für den Kunden sofort weniger vertrauenswürdig.

Core Web Vitals: LCP, CLS und INP pragmatisch

Google misst drei Kernsignale für die Nutzererfahrung. So gehe ich sie an:

LCP (Largest Contentful Paint): Was ist das größte sichtbare Element am Anfang der Seite? Meistens ist es das Hero-Bild oder eine große Überschrift. Google bewertet ≤ 2,5 Sekunden als „gut”, über 4,0 Sekunden als „schlecht”. Genau dieses Element optimiere ich zuerst.

CLS (Cumulative Layout Shift): Springt beim Laden etwas? Google bewertet CLS ≤ 0,1 als „gut”, über 0,25 als „schlecht”. Die Lösung ist fast immer dieselbe: feste Maße (Höhe und Breite) für Bilder, Banner und Layoutbereiche setzen, damit der Browser den Platz vorab reserviert.

INP (Interaction to Next Paint): Reagiert die Seite schnell auf Klicks und Eingaben? Google bewertet ≤ 200 ms als „gut”, über 500 ms als „schlecht”. Wenn INP ein Problem ist, liegt es meistens an JavaScript, zu vielen Plugins oder schweren Skripten, die den Hauptthread blockieren.

Vergleich der Core Web Vitals LCP, CLS und INP: Ampeldarstellung gut/verbesserungswürdig/schlecht nach offiziellen Google-Schwellenwerten, mit typischen Ursachen bei Mittelstands-Webseiten

Der größte Hebel liegt fast nie im technischen Detail, sondern im Grundprinzip: weniger externe Abhängigkeiten, bessere Bilder, saubererer Aufbau.

Bewusste Entscheidungen: Astro, DSGVO, ALL-INKL

Dass ich Webseiten bewusst statisch mit Astro baue, hat genau mit diesen Problemen zu tun. Für viele Mittelstands- und Handwerkswebseiten braucht man kein aufgeblasenes CMS. Eine schnelle, statische Webseite ist oft die bessere Lösung: weniger Angriffsfläche, weniger Wartung, bessere Ladezeiten und mehr Kontrolle über das, was tatsächlich geladen wird.

DSGVO-konform ohne externe CDNs und Fonts zu bauen ist für mich eine bewusste Entscheidung. Die Nutzung externer Schriftarten über fremde Server ist nach aktueller Rechtspraxis in Deutschland ohne explizite Einwilligung problematisch. Fonts lokal hosten, Skripte reduzieren, keine unnötigen Dienste einbinden – das ist sauberer und technisch besser.

ALL-INKL ist für solche Projekte ein solider Ausgangspunkt: stabil, bezahlbar und für viele lokale Webseiten ausreichend. Der Tradeoff ist ehrlich: Wer serverlose Funktionen, automatisierte Preview-Deploys oder Edge-Caching braucht, braucht eine andere Plattform. Für statische Mittelstands-Webseiten mit klarem Scope sind diese Features selten nötig – Stabilität und Kontrolle stehen hier im Vordergrund.

Wenn Technik Anfragen kostet

Ein technisches Problem kann direkt Anfragen kosten – und das bemerkt man oft erst spät. Wenn eine Seite mobil langsam lädt, der Kontaktbutton schlecht erreichbar ist oder das Formular nicht funktioniert, springen Besucher ab. Dann bringt auch ein gutes Ranking wenig. Die konkreten Größenordnungen für mobile Absprünge habe ich in den 7 häufigsten SEO-Fehlern im Mittelstand beschrieben – Fehler 5 widmet sich genau diesem Punkt.

In solchen Fällen ist die Lösung nicht nur „SEO verbessern”, sondern die komplette technische und mobile Nutzerführung sauber machen: von der Ladezeit über den strukturellen Aufbau bis zur sichtbaren Kontaktmöglichkeit.

Was überbewertet wird

Technische Überoptimierung ohne wirtschaftlichen Nutzen ist in meiner Erfahrung überbewertet. Wenn eine Seite schon schnell und stabil ist, bringt es selten spürbar mehr, noch Tage damit zu verbringen, den PageSpeed-Score von 94 auf 100 zu bringen. Die bessere Frage ist immer: Lädt die Seite schnell genug für die Nutzer, die wirklich wichtig sind?

Ein grüner PageSpeed-Score ist kein Ranking-Versprechen – genau so wenig wie ein grüner Plugin-Score für OnPage-SEO eines ist. Was zählt: eine Seite, die Besucher nicht verliert, bevor sie anfragen können.

Ihr nächster Schritt

Wenn Sie wissen möchten, welche technischen Punkte Ihre Webseite aktuell ausbremsen, schaue ich mir das in einer kostenlosen Analyse konkret an – Befunde, keine Pauschalaussagen, Antwort innerhalb von 24 Stunden. Was technisch saubere Umsetzung in der Praxis aussieht, zeigen die Leistungen.