Bauplan · Webseite · 2026

Der Bauplan einer Webseite, die gefunden wird und schnell lädt.

Eine Webseite ist wie ein Gebäude: Das Fundament entscheidet, ob alles darüber stabil steht. Dieser Plan zeigt, wie eine Seite technisch aufgebaut sein muss, damit Google sie nach oben rankt – und damit Besucher nicht abspringen, bevor die erste Sekunde um ist.

Standard: Google Core Web Vitals Geprüft auf: Mobile-First Stand: Juni 2026
01 — Das Fundament

Drei Säulen tragen jedes Ranking

Google bewertet eine Seite nicht nach einem einzigen Faktor, sondern nach drei großen Bereichen. Fehlt eine Säule, wackelt das ganze Ranking. Die ungefähre Gewichtung sieht so aus:

SÄULE 01

Technik & Performance

Gewicht ≈ 30 %
  • Schnelle Ladezeit (Core Web Vitals)
  • Mobile-First – funktioniert am Handy
  • HTTPS-Verschlüsselung
  • Saubere Struktur (Sitemap, Canonical)
  • Schema-Markup für Rich Snippets
SÄULE 02

Inhalt & Relevanz

Gewicht ≈ 45 %
  • Antwortet auf die echte Suchfrage
  • Richtige Keywords an richtiger Stelle
  • Eigene Seite je Leistung & Ort
  • Aktueller Content (Blog, Ratgeber)
  • Klare Überschriften-Struktur (H1→H2)
SÄULE 03

Vertrauen & Autorität

Gewicht ≈ 25 %
  • Echte Bewertungen & Referenzen
  • Hochwertige Backlinks (keine Tricks)
  • Google Business Profil gepflegt
  • Impressum, Name, Adresse konsistent
  • Erkennbare Expertise (E-E-A-T)
02 — Die Ladezeit-Messlatte

Core Web Vitals: Googles drei Stoppuhren

Seit 2021 misst Google bei echten Besuchern, wie schnell und stabil eine Seite ist. Diese drei Werte sind offizieller Ranking-Faktor. Erreicht werden müssen sie bei 75 % der Besucher – gemessen auf einem mittelmäßigen Handy mit normalem Mobilfunk, nicht auf deinem schnellen Büro-PC.

LCP
Largest Contentful Paint
< 2,5 Sek.
Wie schnell ist das größte Element sichtbar (meist das Hero-Bild oder die Headline)? Der Moment, in dem der Besucher denkt: „Die Seite ist da."
INP
Interaction to Next Paint
< 200 ms
Wie schnell reagiert die Seite auf einen Klick oder Tipp? Der häufigste Fehler 2026 – über 40 % aller Seiten fallen hier durch, meist wegen zu viel JavaScript.
CLS
Cumulative Layout Shift
< 0,1
Springt das Layout beim Laden herum? Wenn ein Button verrutscht, gerade während man klicken will – das nervt und kostet Vertrauen.
Wichtig 2026: Mit dem März-2026-Update hat Google die Performance stärker gewichtet. Einige Quellen berichten sogar von einer verschärften LCP-Grenze Richtung 2,0 Sek. Die Faustregel bleibt: Jede Sekunde Verzögerung kostet rund 7 % der Anfragen. Eine Seite, die über 3 Sek. lädt, verliert über die Hälfte der mobilen Besucher, bevor sie überhaupt etwas sieht.
03 — Die Bremsen

Was eine Webseite langsam macht

Hier die häufigsten Ladezeit-Killer – sortiert nach Schweregrad. Die Frage „sind Videos und Animationen schlecht?" beantworte ich gleich differenziert: Es kommt darauf an, wie sie eingebaut sind.

!

Autoplay-Hintergrundvideos

Ein Video, das automatisch im Hero abspielt, lädt schnell mehrere Megabyte. Auf dem Handy mit Mobilfunk ist das der Tod der Ladezeit – und frisst das Datenvolumen des Besuchers. Genau hier liegt der Kern deiner Frage: Nicht das Video an sich ist das Problem, sondern Autoplay + große Datei + sofortiges Laden.

LösungStatt Autoplay ein optimiertes Standbild (Poster) zeigen, Video erst auf Klick laden. Oder kurzes, stark komprimiertes Video per Lazy-Load nachladen.

Schwer
LCP + Daten
!

Riesige, unkomprimierte Bilder

Ein 4000-Pixel-Foto direkt von der Kamera, das im Browser auf Briefmarkengröße geschrumpft wird – die volle Dateigröße muss trotzdem geladen werden. Häufigste Einzelursache für langsame Seiten.

LösungBilder im WebP-Format (25–35 % kleiner als JPEG), in passender Größe, mit Lazy-Loading für alles unterhalb des sichtbaren Bereichs.

Schwer
LCP
!

Zu viele Plugins & schwere Page-Builder

WordPress mit 30 Plugins und einem Baukasten wie WPBakery oder Elementor lädt unmengen CSS und JavaScript – auch das, was die Seite gar nicht braucht. Das ist der Hauptgrund, warum INP (Reaktionszeit) durchfällt.

LösungNur notwendige Plugins, schlankes Theme oder Custom-Code. JavaScript aufteilen und verzögert laden.

Schwer
INP
~

Tracking- & Chat-Skripte von Drittanbietern

Analytics, Facebook-Pixel, Cookie-Banner, Chat-Widgets – jedes externe Skript blockiert kurz die Seite. Drei, vier davon summieren sich spürbar.

LösungSkripte „defer/async" laden, Chat-Widget erst bei Interaktion aktivieren, unnötiges Tracking weglassen.

Mittel
INP
~

Animierte GIFs & schwere Effekte

Ein animiertes GIF kann größer sein als ein ganzes Video. Auch viele gleichzeitige Scroll- und Hover-Effekte belasten das Handy. Hier die Differenzierung: Eine schlanke CSS-Animation (z. B. ein sanftes Einblenden) kostet fast nichts. Ein 5-MB-GIF oder zehn parallele Effekte schon.

LösungGIFs durch kurze Videos oder CSS ersetzen. Animationen sparsam und gezielt einsetzen – weniger ist schneller und wirkt edler.

Mittel
INP + CLS
~

Kein Caching / langsamer Server

Ohne Caching baut der Server jede Seite bei jedem Besuch neu auf. Ein Billig-Hosting bei viel Traffic wird zum Flaschenhals.

LösungCaching aktivieren (z. B. WP Rocket), ordentliches Hosting, idealerweise mit CDN für Bilder.

Mittel
LCP

Bilder ohne Größenangabe

Wenn Breite und Höhe nicht festgelegt sind, „springt" das Layout, sobald das Bild nachlädt. Kleiner Aufwand, große Wirkung auf den CLS-Wert.

LösungJedem Bild, Video und Einbettung feste width/height geben. Verhindert das Herumspringen komplett.

Leicht
CLS
04 — Die Musterskizze

So ist die perfekte Startseite aufgebaut

Reihenfolge ist kein Zufall. Jeder Block hat eine Aufgabe – den Besucher führen und Google die richtigen Signale geben. Von oben nach unten:

Above the fold

1 · Hero-Bereich

Klare H1 mit Haupt-Keyword + Ort („Fassadendämmung Ingolstadt"). Ein optimiertes Bild (kein Autoplay-Video). Direkt sichtbar: ein klarer Button („Angebot anfordern"). Das ist das LCP-Element – muss in unter 2,5 Sek. da sein.

Trust

2 · Vertrauens-Leiste

Sofort unter dem Hero: Meisterbetrieb, Bewertungssterne, Jahre Erfahrung, „bekannt aus". Echte Zahlen statt Platzhalter.

Content

3 · Leistungen

Je Leistung eine Kachel, die auf eine eigene Unterseite verlinkt.

Proof

4 · Referenzen

Vorher-Nachher-Bilder, echte Projekte mit Zahlen.

Local

5 · Einsatzgebiet

Städte als echte Unterseiten – nicht als Klon-Domains.

Conversion

6 · Bewertungen & FAQ

Kundenstimmen mit Namen (mit Review-Schema!) und ein FAQ-Block (mit FAQ-Schema) – fängt Longtail-Suchanfragen ab und liefert Rich Snippets in Google.

Abschluss

7 · Kontakt & Footer

Konsistente Adresse (Name/Adresse/Telefon überall gleich), Google-Maps-Karte, Öffnungszeiten, Links zu Impressum, Datenschutz, Sitemap.

📐 Goldene Regel: Eine Seite = ein Thema. Statt alles auf die Startseite zu packen, bekommt jede Leistung und jeder Ort eine eigene, einzigartige Unterseite. Das ist der saubere Weg, lokal zu ranken – ohne Risiko einer Google-Abstrafung.
05 — Vorteile & Fallen

Was hilft – und was schadet

✓ Das bringt Ranking & Tempo
+WebP-Bilder, richtig dimensioniert & lazy-geladen
+Schlankes Theme / Custom-Code statt Plugin-Wildwuchs
+Eigene Unterseite je Leistung und je Ort
+Schema-Markup (LocalBusiness, FAQ, Review)
+Echte Bewertungen & gepflegtes Google-Profil
+Caching + ordentliches Hosting
+Konsistente Adresse über alle Kanäle hinweg
+Sparsame, gezielte Animationen (CSS, nicht GIF)
✗ Das kostet Ranking & Besucher
Autoplay-Hintergrundvideos im Hero
Riesige unkomprimierte Fotos direkt von der Kamera
Netzwerk fast identischer Städte-Domains (Doorway-Pages)
Keyword-Stuffing (lange Schlagwort-Listen)
Platzhalter-Texte & leere Statistik-Zähler
Widersprüchliche Adressen (Impressum ≠ Maps)
Falscher Canonical-Tag (zeigt auf falsche Domain)
Zehn Drittanbieter-Skripte, die alles blockieren