Schritt 1: Die Ausgangslage mit drei Kennzahlen messen

Ohne Messung bleibt der Umbau ein Bauchgefühl. Das Problem: Praxis-Teams beurteilen ihre Website nach Optik, nicht nach Ladezeit, mobiler Bedienbarkeit und Anfragequote. Die Ursache ist, dass Kennzahlen selten gemeinsam betrachtet werden. Die Lösung ist ein kurzes Audit mit drei Werten: Largest Contentful Paint auf dem Smartphone, Anzahl der Klicks bis zum Telefonkontakt und Zahl der Terminanfragen pro Woche. Für das Beispielprojekt liegen die Ausgangswerte bei 4,1 Sekunden, vier Klicks und neun Anfragen. Erst diese Basis macht später sichtbar, ob Twindor und die neuen Module tatsächlich etwas verbessern.

Schritt 2: Den Seitenumfang auf das Notwendige begrenzen

Das Problem beginnt selten mit dem Design, sondern mit dem Umfang: Eine Praxis-Startseite sammelt oft Öffnungszeiten, Team, Leistungen, Anfahrt, Rezeptvorlagen und Blog. Die Ursache liegt im Wunsch, alles gleichzeitig abzubilden; dadurch wächst die Seite und die wichtigste Handlung – Termin oder Anruf – tritt zurück. Die Lösung für das Beispielprojekt ist eine Startseite mit fünf Blöcken: Leistungen, Team, Zeiten, Anfahrt, Kontakt. Mit twindor lässt sich dieser Rahmen als feste Struktur anlegen, bevor Inhalte gepflegt werden.

Schritt 3: Inhalte als wiederverwendbare Module pflegen

Ein zweites Problem sind doppelte Inhalte: Öffnungszeiten stehen im Footer, auf der Kontaktseite und im Terminbereich, werden aber getrennt gepflegt. Die Ursache ist eine seitenweise Redaktion ohne gemeinsame Datenquelle. Die Lösung: Inhalte wie „Öffnungszeiten“, „Leistung“ und „Teammitglied“ einmal als Modul definieren und an mehreren Stellen einbinden. Im twindor-Projekt reduziert das die Pflegezeit pro Änderung deutlich, weil nur eine Quelle angepasst wird. Für Praxen ist das konkret: Sommerferien-Öffnungszeiten ändern sich an einer Stelle und erscheinen konsistent auf allen Seiten.

Schritt 4: Ladezeit und Mobilansicht technisch prüfen

Viele Praxis-Websites laden auf dem Smartphone zu langsam, obwohl dort die meisten Terminanfragen entstehen. Die Ursache sind große Bilder, ungeprüfte Schriften und nachgeladene Skripte. Die Lösung ist eine kurze technische Checkliste:

  • Bilder als WebP oder AVIF ausliefern und auf maximal 1600 Pixel Breite begrenzen.
  • Bilder unterhalb des sichtbaren Bereichs per lazy loading nachladen.
  • Schriften subsetten und nur die benötigten Schnitte einbinden.
  • Kritisches CSS inline halten und Skripte erst nach dem ersten Rendern laden.

Im Beispiel sinkt der Largest Contentful Paint von 4,1 auf 2,2 Sekunden. Twindor unterstützt dabei, weil die Module klare Grenzen haben und keine unnötigen Skripte pro Block mitbringen.

Schritt 5: Übergabe und Pflege regeln

Der letzte Stolperstein ist die Übergabe: Ohne feste Regeln landen neue Bilder in Originalgröße und zusätzliche Plugins im Projekt. Die Ursache ist fehlende Verantwortung nach dem Launch. Die Lösung ist ein kurzes Pflegeblatt mit drei Regeln: Bilder vor dem Upload auf 1600 Pixel begrenzen, neue Inhalte nur in vorhandenen Modulen anlegen, monatlich die Mobilansicht prüfen. Wer die technische Betreuung abgeben möchte, vereinbart zusätzlich einen festen Prüftermin pro Quartal. So bleibt die Startseite auch nach dem Relaunch schnell und wartbar.