Die Ausgangslage
Eine Baufirma kam mit einer WordPress-Site zu mir, die technisch funktionierte, aber praktisch unsichtbar war. Mobile Ladezeit: 8,4 Sekunden. Lighthouse-Performance: 31. Keine Meta-Beschreibungen, keine strukturierten Daten, und Title-Tags, die entweder fehlten oder über mehrere Seiten hinweg dupliziert waren.
Die Firma war seit über 20 Jahren im Geschäft und hatte einen starken Ruf in der Region. Nichts davon zeigte sich online. Suchte man ihre Kernleistungen in ihrer Region, erschienen Mitbewerber, die die grundlegende SEO-Arbeit gemacht hatten; die Firma selbst tauchte erst auf Seite drei oder vier auf.
Was ich gemacht habe
Performance-Audit. Ich begann mit einem vollständigen Audit mit Lighthouse, PageSpeed Insights und GTmetrix, um jeden Engpass zu finden. Die Übeltäter waren vertraut: unkomprimierte Bilder (eine einzige Projektgalerie lud 14 MB unoptimierte JPEGs), kein Browser-Caching, render-blockierendes JavaScript aus ungenutzten Plugins und Shared Hosting ohne CDN.
Bildoptimierung. Jedes Bild durchlief eine Kompressionspipeline: WebP für moderne Browser mit JPEG-Fallback, Lazy Loading unterhalb des sichtbaren Bereichs und korrekte width- und height-Attribute, um Layout-Sprünge zu unterbinden. Die Projektgalerie schrumpfte von 14 MB auf 1,1 MB ohne sichtbaren Qualitätsverlust.
Plugin-Audit und Bereinigung. Die Site lief mit 23 aktiven Plugins, sieben davon ungenutzt oder redundant. Ich entfernte sie und reduzierte die JavaScript-Last um 340 KB. Zwei verbliebene Plugins, die Skripte seitenweit luden, konfigurierte ich so um, dass sie nur dort laden, wo sie tatsächlich gebraucht werden.
Caching und CDN. Ich konfigurierte WP Rocket für server- und browserseitiges Caching, aktivierte GZIP-Komprimierung und verlagerte statische Assets auf das CDN von Cloudflare. Die Time to First Byte sank von 1,8s auf 210ms.
Technische SEO-Grundlage. Jede Seite erhielt ein eindeutiges, beschreibendes Title-Tag und eine Meta-Beschreibung, aufgebaut um echte Suchbegriffe. Ich installierte und konfigurierte Yoast SEO, reichte eine XML-Sitemap bei der Google Search Console ein und beseitigte 47 Crawl-Fehler, die sich über Jahre still angehäuft hatten.
Strukturierte Daten. Ich fügte LocalBusiness-Schema mit Adresse, Einzugsgebiet und Kontaktdaten der Firma hinzu. Diese Daten fliessen direkt in die Art ein, wie Google das Unternehmen in lokalen Suchergebnissen und Wissenspanels darstellt.
Ergebnisse nach drei Monaten
- Mobile Ladezeit: 8,4s → 1,2s
- Lighthouse-Performance-Score: 31 → 89
- Google Search Console: Crawl-Fehler von 47 → 0 behoben
- Organische Klicks (90-Tage-Zeitraum): +210%
- Rankings für die wichtigsten Service-Keywords: Seite 3-4 → Seite 1
- Hosting-Kosten unverändert: alle Verbesserungen innerhalb der bestehenden Infrastruktur
Die Firma steht heute für ihre drei wichtigsten Service-Begriffe in der Region auf Seite eins. Es kam kein Werbebudget hinzu. Die gesamte Verbesserung entstand daraus, die technischen Barrieren zu entfernen, die Google daran hinderten, die Site richtig zu indexieren und zu ranken.
Was den Unterschied gemacht hat
Baufirmen haben oft einen starken Offline-Ruf, der sich nie online überträgt, schlicht weil niemand die grundlegende technische Arbeit gemacht hat. Diese Site war nicht schlecht. Sie war falsch konfiguriert und überladen.
Geschwindigkeit war der unmittelbarste Hebel. Core Web Vitals sind ein direktes Ranking-Signal, und eine mobile Ladezeit von 8 Sekunden ist eine automatische Strafe. Sobald die Ladezeit unter 1,5 Sekunden lag, wurde die Site fähig, um Rankings zu konkurrieren, von denen sie zuvor ausgeschlossen war.
Die strukturierten Daten und die Title-Tag-Arbeit gaben Google den Kontext, um zu verstehen, was das Unternehmen macht und wo es tätig ist. Zuvor hatten mehrere Seiten identische oder fehlende Title-Tags, sodass die Site aus Googles Sicht keine klar unterscheidbaren Seiten hatte. Nach der Korrektur war jede Seite indexierbar, verständlich und für sich rankbar.