Ein Performance-Lighthouse-Score über 90 entsteht nicht durch ein paar Optimierungen kurz vor dem Launch, sondern durch klare Entscheidungen in der Systemarchitektur: Medien, Frontend, CMS, Datenbank, Deployment und laufende Wartung müssen von Anfang an zusammenspielen. Genau deshalb ist ein hoher Lighthouse-Score für KMU kein technischer Schönheitswert, sondern ein Hinweis darauf, ob Deine Website schnell, stabil und langfristig betreibbar geplant wurde.
Ich bin Florian Berger von Berger+Team in Bozen. In über 20 Jahren Webentwicklung, Branding und Digitalisierung habe ich bei vielen KMU in Südtirol gesehen: Die meisten Websites scheitern nicht an fehlender Gestaltung. Sie scheitern an gewachsenen technischen Schulden, langsamen Ladezeiten, unsicheren Update-Prozessen und Systemen, die bei jeder Erweiterung komplizierter werden.
Eine schnelle Website ist keine Optimierung für einen Testwert. Eine schnelle Website reduziert Reibung für Menschen, erleichtert Entscheidungen und macht digitale Kommunikation verlässlicher.
Wenn Du eine B2B-Website betreibst, verkaufst Du selten spontan. Menschen vergleichen, lesen, prüfen Vertrauen und suchen Orientierung. Jede unnötige Ladezeit stört diesen Prozess. Eine von Deloitte für Google veröffentlichte Studie zeigte 2020, dass bereits eine Verbesserung der mobilen Ladezeit um 0,1 Sekunden mit höheren Funnel-Progressionsraten, mehr Pageviews und besseren Conversion-Raten verbunden war; für Retail-Sites wurden +8,4% und für Travel-Sites +10,1% Conversion-Rate berichtet.
Lighthouse-Score über 90: Warum Architektur wichtiger ist als Nachoptimierung
Lighthouse ist laut Google ein Tool, das Audits für Performance, Accessibility, Best Practices, SEO und weitere Bereiche bereitstellt und über PageSpeed Insights, Chrome DevTools, die Kommandozeile oder als Node-Modul genutzt werden kann. Der Lighthouse-Score ist ein strukturierter Messwert, aber kein Ersatz für strategisches Denken.
Ein Performance-Score von 90 oder mehr bedeutet vereinfacht: Die Seite lädt schnell genug, blockiert den Browser nicht unnötig, liefert Inhalte stabil aus und vermeidet viele typische technische Bremsen. Für Dich als Unternehmer ist die entscheidende Frage aber nicht: „Wie bekomme ich einmalig 90 Punkte?“ Die bessere Frage lautet: Welche Website-Performance-Architektur sorgt dafür, dass Deine Website auch nach neuen Inhalten, Updates und Erweiterungen schnell bleibt?
Bei Berger+Team denken wir Webdesign und Entwicklung deshalb nicht als visuelle Oberfläche mit Technik dahinter. Eine strategische Website ist ein System. Dieses System muss Inhalte verständlich machen, Anfragen fördern, mobile Nutzung ernst nehmen und im Alltag wartbar bleiben.
Was schnelle Ladezeit für KMU wirklich bedeutet
Website-Performance beschreibt, wie schnell, stabil und reaktionsfähig eine Website unter realen Bedingungen funktioniert. Wenn Du den Begriff genauer einordnen willst, findest Du in unserem Glossar eine kompakte Erklärung zur Website-Performance.
Für KMU übersetze ich Performance immer in vier unternehmerische Effekte:
- Weniger Absprünge: Menschen bleiben eher auf einer Seite, wenn Inhalte ohne Warten sichtbar werden.
- Bessere mobile Erfahrung: Viele Entscheider recherchieren zuerst am Smartphone, auch im B2B.
- Mehr Vertrauen: Eine schnelle, stabile Website wirkt verlässlicher als eine Website mit verzögerten Buttons, springenden Layouts oder langen Wartezeiten.
- Weniger Wartungsstress: Eine klare Systemarchitektur reduziert Fehlerquellen bei Updates und Erweiterungen.
Die Core Web Vitals helfen dabei, diese Erfahrung messbarer zu machen. Google beschreibt Core Web Vitals als Metriken für reale, nutzerzentrierte Aspekte der Page Experience; sie sind aber kein alleiniger Qualitätsmaßstab und gute Werte garantieren kein Top-Ranking. Für KMU ist diese Einordnung wichtig: Gute Messwerte sind wertvoll, aber sie ersetzen keine klare Positionierung, keinen guten Inhalt und keine passende Angebotslogik.
Die Architektur dahinter: Medien, Frontend, CMS und Caching
Ein großer Teil der Ladezeit entsteht nicht durch das sichtbare Design, sondern durch die Art, wie die Website Bilder, Code und Daten ausliefert. Genau dort entscheidet sich, ob Performance später mühsam repariert werden muss oder von Anfang an eingebaut ist.
1. Automatische Medienkonvertierung statt manuellem Bild-Chaos
Bilder sind bei KMU-Websites oft die größte Performance-Bremse. Ein Team lädt ein 6-MB-Foto hoch, das CMS zeigt das Foto in einem kleinen Teaser an, und niemand merkt sofort, dass mobile Nutzer unnötig riesige Dateien laden. Deshalb braucht eine moderne CMS-Architektur eine automatische Medienkonvertierung.
Das bedeutet: Ein hochgeladenes Bild wird im Hintergrund in passende Größen und moderne Formate wie WebP und AVIF umgewandelt. Zusätzlich erzeugt das System responsive Bilder, damit ein Smartphone nicht dieselbe Bilddatei laden muss wie ein großer Desktop-Bildschirm.
Google berichtet in seiner WebP-Studie, dass WebP bei gleicher SSIM-Qualität typischerweise 25–34% kleinere Dateien als JPEG erzeugt. web.dev beschreibt AVIF zudem als Format mit besserer wahrnehmbarer Qualität bei kleineren Dateien als JPEG oder WebP, wobei die Ergebnisse je nach Bildtyp und Encoding-Einstellungen variieren. Für Dich heißt das: Dein Team kann Inhalte pflegen, ohne jedes Bild vorab technisch perfekt vorbereiten zu müssen.
2. Mobile-First ab 320px statt nachträglicher Anpassung
Mobile-First bedeutet nicht, dass Desktop egal ist. Mobile-First bedeutet, dass die kleinste sinnvolle Nutzung ernst genommen wird. Bei uns beginnt diese Prüfung konsequent ab 320px. Das ist wichtig, weil viele Websites auf modernen großen Smartphones ordentlich aussehen, aber auf kleinen Geräten, eingebetteten Browsern oder älteren Smartphones brechen.
Für eine B2B-Website ist das kein Detail. Wenn ein potenzieller Auftraggeber unterwegs Deine Leistung prüft, darf kein Button zu klein, kein Formular unlesbar und kein Menü instabil sein. Mobile-First ist ein Qualitätskriterium, keine Designmode.
3. Schlanker Code im Frontend
Das Frontend ist der Teil Deiner Website, den der Browser lädt und ausführt. Je mehr unnötiger Code dort landet, desto länger wartet der Nutzer auf echte Interaktion. Moderne Website-Performance entsteht deshalb durch klare Komponenten, saubere Auslieferung, reduzierte Skripte und eine Caching-Logik, die wiederkehrende Inhalte nicht immer neu berechnet.
Für KMU ist der Nutzen klar: Die Website fühlt sich schneller an, auch wenn viele Inhalte, Sprachen, Formulare oder Module im Einsatz sind. Gerade in Südtirol, wo viele Betriebe deutsch-italienische Websites betreiben, wird diese saubere Struktur schnell wichtig.
Warum TypeScript und PostgreSQL für Auftraggeber relevant sind
TypeScript klingt zuerst nach Entwicklerthema. In der Praxis ist TypeScript ein Mittel zur Risikoreduktion. TypeScript prüft viele Fehler bereits während der Entwicklung, bevor Fehler im Live-System auftauchen. Wenn Datenmodell, CMS-Logik und Frontend durchgängig typisiert sind, werden viele typische Brüche früher sichtbar.
PostgreSQL ist eine stabile, leistungsfähige relationale Datenbank. Für Dich ist nicht der Name entscheidend, sondern die Konsequenz: Inhalte, Strukturen, Relationen und Erweiterungen können sauber modelliert werden. Eine Website muss dadurch nicht jedes Mal neu gebaut werden, wenn neue Bereiche, Filter, Standorte, Leistungen oder interne Prozesse dazukommen.
In unserem Setup achten wir darauf, dass Systeme modular skalierbar bleiben. Modular skalierbar heißt: Du kannst später neue Funktionen ergänzen, ohne automatisch in einen kompletten Relaunch gezwungen zu werden. Das ist einer der größten Unterschiede zwischen einer geplanten Systemarchitektur und einer Website, die über Jahre mit einzelnen Plugins, Sonderlösungen und Notfallkorrekturen gewachsen ist.
Technik ist dann gut, wenn Technik dem Unternehmen später Freiheit gibt — nicht neue Abhängigkeiten.
Live-Betrieb: Updates ohne Wartungsmodus und ohne Unsicherheit
Viele KMU haben nicht Angst vor Technik. Viele KMU haben Angst vor den Folgen schlechter Technik: Website offline, Formular kaputt, Layout verschoben, Daten weg, niemand erreichbar. Diese Angst ist nachvollziehbar, weil viele Systeme im Alltag nur so lange ruhig bleiben, bis ein Update kommt.
Eine moderne Architektur plant den Live-Betrieb deshalb mit. Dazu gehören automatisierte Datenbank-Migrationen, klare Deployment-Prozesse, Backups, Tests und Updates ohne Wartungsmodus, soweit die Art der Änderung das zulässt. Eine Datenbank-Migration bedeutet: Die Struktur der Datenbank wird kontrolliert verändert, etwa wenn neue Felder, neue Inhaltstypen oder neue Beziehungen dazukommen.
Der Vorteil für kleine Teams ist groß:
- weniger Ausfallzeit, weil Updates planbar und reproduzierbar ablaufen;
- weniger manuelle Eingriffe, weil Migrationen nicht jedes Mal händisch nachgezogen werden müssen;
- weniger Datenrisiko, weil Änderungen dokumentiert, versioniert und abgesichert sind;
- mehr Vertrauen, weil die Website nicht bei jeder Erweiterung zum Unsicherheitsfaktor wird.
Gerade hier zeigt sich für mich der Unterschied zwischen kurzfristiger Umsetzung und langfristiger Verantwortung. Eine Website ist nicht fertig, wenn die Website online geht. Eine Website beginnt ab dem Launch zu arbeiten.
Klassische Website-Altlasten vs. moderne Systemarchitektur
Das ist keine pauschale Kritik an WordPress. WordPress kann für viele Projekte sinnvoll sein, wenn WordPress sauber geplant, schlank umgesetzt und professionell gewartet wird. Das Problem entsteht nicht durch ein einzelnes System, sondern durch unkontrolliertes Wachstum.
In der Praxis sehe ich bei älteren KMU-Websites oft diese Muster:
- Viele Plugins lösen einzelne Symptome, aber niemand prüft das Gesamtsystem.
- Bilder werden unoptimiert hochgeladen, wodurch Ladezeit und Speicherbedarf steigen.
- Layouts sind nicht konsequent Mobile-First gedacht, sondern werden nachträglich angepasst.
- Updates werden aufgeschoben, weil niemand sicher ist, was danach kaputtgeht.
- Neue Funktionen erzeugen neue Sonderlösungen, statt in eine modulare Architektur einzuzahlen.
- Technische Schulden wachsen unsichtbar, bis der nächste Relaunch als einziger Ausweg erscheint.
Eine moderne Systemarchitektur dreht diese Logik um. Medien werden automatisch optimiert. Komponenten sind wiederverwendbar. Datenbank-Änderungen sind nachvollziehbar. Das Frontend bleibt schlank. Das CMS führt Redakteure, statt Redakteure mit endlosen Optionen zu überfordern. So entsteht eine schnelle CMS-Architektur, die nicht nur heute gut misst, sondern morgen noch betreibbar bleibt.
Wenn Du Deine Website stärker als zentrale Plattform verstehen möchtest, empfehle ich Dir ergänzend den Beitrag Website als digitales Betriebssystem für KMU. Dort geht es stärker um Inhalte, Daten, Prozesse und digitale Zusammenarbeit.
Wann ist ein Lighthouse-Score von 90 oder mehr realistisch?
Ein Performance-Lighthouse-Score von mindestens 90 ist realistisch, wenn Architektur, Inhalte und Drittanbieter-Skripte zusammenpassen. Ich würde aber nie seriös behaupten, dass jeder beliebige Inhalt und jedes beliebige Tracking-Setup dauerhaft denselben Score ermöglicht.
Bei Berger+Team planen wir Websites so, dass ein Lighthouse-Score von 90 oder mehr unter klaren Bedingungen erreichbar ist:
- Standard-Templates und Komponenten werden sauber verwendet.
- Bilder laufen über automatische Medienkonvertierung in WebP, AVIF und passende Größen.
- Externe Skripte wie Tracking, Chat-Tools oder Buchungssysteme werden bewusst begrenzt.
- Inhalte werden nicht mit unnötigen eingebetteten Medien überladen.
- Mobile-First wird ab 320px geprüft.
- Das CMS bleibt schlank und wird nicht mit zufälligen Erweiterungen überfrachtet.
- Updates, Caching und Datenbank-Migrationen folgen einem klaren Prozess.
Ein Score von 100 ist nicht immer sinnvoll. Manchmal kostet der letzte Punkt mehr, als der letzte Punkt wirtschaftlich bringt. Wichtiger ist, dass Deine Website für echte Nutzer schnell lädt, stabile Core Web Vitals erreicht und Deine Conversion-Ziele unterstützt.
7 Prüffragen, bevor Du eine neue Website-Architektur beauftragst
Wenn Du als KMU eine neue Website planst, musst Du nicht selbst Entwickler werden. Du solltest aber die richtigen Fragen stellen. Diese sieben Fragen helfen Dir, technische Qualität von schöner Präsentation zu unterscheiden:
- Wie werden Bilder nach dem Upload verarbeitet? Frage konkret nach WebP, AVIF, automatischer Medienkonvertierung und responsiven Bildern.
- Ab welcher Bildschirmbreite wird getestet? Eine saubere Mobile-First-Strategie sollte kleine Geräte ab 320px berücksichtigen.
- Wie bleibt das Frontend schlank? Frage, wie unnötiger JavaScript-Code, blockierende Ressourcen und externe Skripte kontrolliert werden.
- Wie werden Core Web Vitals gemessen? Kläre, ob nur Laborwerte oder auch reale Nutzerdaten betrachtet werden.
- Wie laufen Updates und Datenbank-Migrationen? Ein professioneller Prozess reduziert Wartungsmodus, Ausfallzeit und manuelle Fehler.
- Wie modular skalierbar ist das CMS? Frage, ob neue Funktionen ergänzt werden können, ohne den nächsten Relaunch auszulösen.
- Wer ist nach dem Launch direkt erreichbar? Ein direkter Draht zu den Menschen, die am System arbeiten, spart Missverständnisse und Zeit.
Genau dieser direkte Draht ist ein Grund, warum Berger+Team als Freelancer-Kollektiv arbeitet. Wer an Deinem Projekt arbeitet, spricht direkt mit Dir. Keine Zwischenebenen, kein Stille-Post-Prinzip, keine unnötige Komplexität. Wenn Digitalisierung für kleine Unternehmen funktionieren soll, muss Digitalisierung verständlich bleiben.
Warum Performance auch Branding ist
Viele trennen Branding, Webentwicklung und Performance gedanklich. Für mich gehört das zusammen. Eine starke Marke verspricht Klarheit, Qualität und Verlässlichkeit. Wenn die Website langsam lädt, springt, hängt oder mobil schwer bedienbar ist, widerspricht die Erfahrung genau diesem Versprechen.
Performance ist deshalb nicht nur Technik. Performance ist ein Teil Deiner Markenwirkung. Eine schnelle, klare Website zeigt: Dieses Unternehmen respektiert meine Zeit. Dieses Unternehmen arbeitet sorgfältig. Dieses Unternehmen ist erreichbar und organisiert.
Wenn Du Website, Marke, Automatisierung und digitale Prozesse ganzheitlich prüfen möchtest, kann eine strategische Beratung sinnvoller sein als der sofortige Relaunch. Manchmal braucht ein Unternehmen keine neue Website. Manchmal braucht ein Unternehmen zuerst eine klare Entscheidung, welche Rolle die Website im Vertrieb, im Marketing und im Arbeitsalltag übernehmen soll.
Fazit: Ein hoher Lighthouse-Score ist das Ergebnis guter Entscheidungen
Ein Lighthouse-Score über 90 ist kein Zufall und kein Trick. Ein hoher Score entsteht, wenn Medienstrategie, Mobile-First-Design, schlankes Frontend, CMS-Logik, PostgreSQL-Datenmodell, TypeScript-Entwicklung, Caching, Deployment und Wartung gemeinsam geplant werden.
Für Dich als KMU zählt am Ende nicht der technische Ruhm. Für Dich zählen bessere Anfragen, weniger Chaos, stabilere Prozesse und eine Website, die nicht alle paar Jahre neu erfunden werden muss. Wenn Du wissen willst, ob Deine aktuelle Website noch tragfähig ist oder ob eine moderne Architektur sinnvoll wäre, ist ein Kennenlerngespräch der einfachste nächste Schritt. Schreib mir direkt bei Berger+Team in Bozen — dann schauen wir gemeinsam, was Deine Website wirklich braucht.
FAQ: Lighthouse-Score, CMS-Architektur und Website-Performance
Was bedeutet ein Lighthouse-Score über 90?
Ein Performance-Lighthouse-Score über 90 bedeutet, dass eine Seite im Lighthouse-Test bei der Performance technisch sehr gut abschneidet. Lighthouse kann zusätzlich Accessibility, Best Practices und SEO prüfen. Für Dich ist der Score ein nützlicher Hinweis, aber wichtiger ist, ob echte Nutzer die Website schnell, stabil und verständlich erleben.
Ist ein Lighthouse-Score von 100 nötig?
Nein, ein Score von 100 ist nicht immer wirtschaftlich sinnvoll. Oft bringt ein stabiler Bereich über 90 mehr Nutzen als teure Detailoptimierung für die letzten Punkte, besonders wenn Inhalte, Conversion und Wartbarkeit bereits sauber funktionieren.
Warum sind WebP und AVIF für schnelle Websites wichtig?
WebP und AVIF können Bilddateien bei vergleichbarer Qualität deutlich kleiner machen als ältere Formate. Kleinere Bilder reduzieren Ladezeit, verbessern die mobile Nutzung und helfen besonders dann, wenn Dein Team regelmäßig neue Fotos, Referenzen oder Blogbeiträge veröffentlicht.
Was bringt TypeScript für Auftraggeber?
TypeScript reduziert Fehlerquellen, weil viele Probleme bereits während der Entwicklung sichtbar werden. Für Dich bedeutet das mehr Stabilität, leichter wiederverwendbare Komponenten und weniger Risiko bei späteren Erweiterungen.
Was heißt Datenbank-Migration ohne Wartungsmodus?
Eine Datenbank-Migration ohne Wartungsmodus bedeutet, dass strukturelle Änderungen kontrolliert im Hintergrund ausgerollt werden, ohne die Website unnötig offline zu nehmen. Voraussetzung sind saubere Prozesse, Backups, Tests und eine Architektur, die solche Änderungen unterstützt.
Wann lohnt sich eine moderne CMS-Architektur für KMU?
Eine moderne CMS-Architektur lohnt sich, wenn Deine Website regelmäßig erweitert wird, mehrere Inhalte oder Sprachen verwaltet, schnelle Ladezeit wichtig ist oder Dein Team keine Angst vor Updates haben soll. Besonders bei einer B2B-Website mit erklärungsbedürftigen Leistungen spart eine stabile Architektur langfristig Zeit und Relaunch-Kosten.
Sind Core Web Vitals für KMU wirklich relevant?
Ja, Core Web Vitals sind relevant, weil Core Web Vitals Ladegeschwindigkeit, Interaktivität und visuelle Stabilität messbar machen. Sie sind kein alleiniger Erfolgsfaktor, aber sie helfen Dir zu erkennen, ob Deine Website Menschen technisch unterstützt oder ausbremst.
Quellen
- Deloitte / Google: Milliseconds Make Millions — thinkwithgoogle.com (2020)
- Chrome for Developers: Lighthouse documentation — developer.chrome.com
- Google Search Central: Understanding Core Web Vitals and Google search results — developers.google.com (2025)
- Google WebP Compression Study — developers.google.com (2011)
- web.dev: Image formats: AVIF — web.dev
