Wenn Sie eine Website regelmäßig um Inhalte, Funktionen oder Schnittstellen erweitern, müssen Sie neben dem Startaufwand auch den laufenden Betrieb einplanen. Die technische Lösung bestimmt, wie leicht Sie Inhalte pflegen, wer Änderungen sicher veröffentlichen kann und wie aufwendig spätere Erweiterungen werden.
Legen Sie zuerst fest, welche Aufgaben die Website erfüllen und woran Sie ihre Qualität messen. Wählen Sie danach Plattform und Architektur so, dass sie diese Anforderungen im Betrieb und bei der Weiterentwicklung mit vertretbarem Aufwand erfüllen.
Anforderungen messbar machen
Beschreiben Sie zuerst, was Besucherinnen und Besucher auf der Website erledigen sollen. Dazu können eine Kontaktanfrage, eine Suche, eine Buchung oder ein Kauf gehören. Formulieren Sie für jede wichtige Aufgabe ein überprüfbares Ergebnis. Eine Anfrage lässt sich vollständig absenden. Eine Suche liefert passende Inhalte. Ein Kauf lässt sich auch mit der Tastatur abschließen.
Planen Sie Inhalte und URLs gemeinsam. Jede eigenständige Seite sollte eine stabile Adresse erhalten, über die Besucher und Suchmaschinen sie direkt aufrufen können. Klären Sie außerdem, wer Inhalte erstellt, prüft und veröffentlicht. Bei mehreren Rollen braucht es passende Zugriffsrechte und einen nachvollziehbaren Freigabeweg.
Halten Sie auch Datenflüsse fest. Notieren Sie, welche Informationen ein Formular überträgt und welche externen Dienste es erhält. Erfassen Sie außerdem, welche Daten die Website speichert. Diese Fragen helfen Ihnen, passende Schnittstellen und Analysewerkzeuge auszuwählen. Legen Sie fest, woran Sie wichtige Qualitätsziele erkennen, etwa beim Ladeverhalten, bei der Barrierefreiheit und bei der Bedienung zentraler Abläufe.
Plattform nach Anforderungen wählen
Die passende Lösung hängt davon ab, wie die Website betrieben und erweitert werden soll. Ein Baukasten eignet sich für einen überschaubaren Auftritt, wenn die angebotenen Funktionen ausreichen. Prüfen Sie vorab, wie weit sich Inhalte und Daten exportieren lassen und welche Grenzen bei individuellen Abläufen oder Anbindungen bestehen.
Ein klassisches Content-Management-System, kurz CMS, trennt Inhalte weitgehend von ihrer Darstellung und bietet sich an, wenn eine Redaktion regelmäßig Seiten pflegt. Dafür müssen Updates, Erweiterungen und Benutzerrechte verwaltet werden. Ein Headless-CMS speichert Inhalte getrennt vom Frontend, also von dem Teil, den Besucher sehen. Das ist nützlich, wenn Inhalte über mehrere Kanäle erscheinen oder Redaktion und Darstellung unabhängig voneinander entwickelt werden. Die zusätzlichen Schnittstellen erhöhen jedoch den Integrations- und Betriebsaufwand.
Eine individuelle Entwicklung passt, wenn besondere Geschäftsabläufe oder Integrationen den Kern der Website bilden. Dafür müssen Tests, Dokumentation, Wartung und das nötige technische Wissen von Anfang an eingeplant werden.
Es gibt keine allgemeingültige Rangliste, die Baukasten, CMS, Headless-CMS und Eigenentwicklung nach Kosten oder Leistung ordnet. Vergleichen Sie die Optionen anhand Ihrer Anforderungen und des geplanten Betriebs. Entscheidend ist, ob die Lösung die benötigten Funktionen bereitstellt, intern gepflegt werden kann und einen späteren Wechsel realistisch zulässt.
Erweiterungen und Betrieb mitplanen
Denken Sie bei jeder technischen Entscheidung auch an die Zeit nach dem Start. Ein zusätzliches Plugin oder eine Schnittstelle bringt nicht nur eine Funktion mit: Es muss aktualisiert, auf Berechtigungen geprüft und bei Änderungen an anderen Komponenten getestet werden. Begrenzen Sie Erweiterungen daher auf Funktionen, die einen klaren Nutzen für Besucher oder Redaktionsabläufe haben.
Prüfen Sie außerdem, ob Ihre Inhalte und Daten in einem nutzbaren Format exportiert werden können. Ein Anbieterwechsel wird schwieriger, wenn URLs, Medien oder strukturierte Inhalte an eine Plattform gebunden sind. Dokumentieren Sie externe Abhängigkeiten und legen Sie fest, wer Updates einspielt, Backups kontrolliert und Fehler nach einer Veröffentlichung untersucht.
Suchmaschinenzugriff absichern
Suchmaschinen müssen wichtige Inhalte und Links erreichen können. Google empfiehlt Links, denen Suchmaschinen folgen können, eigene URLs für eigenständige Inhalte und eine Sitemap, die Suchmaschinen beim Finden von Seiten hilft. Eine Sitemap ist dabei ein Hinweis auf vorhandene URLs, keine Zusage, dass Google jede davon crawlt oder indexiert.
Bei einer Website, deren sichtbarer Teil stark auf JavaScript beruht, prüft Google Seiten in drei Schritten: Google ruft die Seite ab, führt das JavaScript aus und entscheidet danach, ob sie in den Suchindex aufgenommen wird. Testen Sie deshalb, ob wichtige Inhalte und Links nach der Ausführung des JavaScripts vorhanden sind und ob jede eigenständige Ansicht eine eigene URL hat. Verlassen Sie sich nicht allein darauf, dass Google JavaScript ausführen kann.
Bei einem Relaunch oder mehreren ähnlichen URLs sollten Sie zusätzlich festlegen, welche Adresse als maßgebliche Version gelten soll. Weiterleitungen, Canonical-Angaben (Hinweise auf die bevorzugte URL) und Sitemap-Einträge helfen Google dabei, doppelte Inhalte einzuordnen. Google kann dennoch eine andere URL auswählen. Prüfen Sie deshalb Weiterleitungen und wichtige Seiten nach dem Start und kontrollieren Sie, welche Adresse tatsächlich indexiert wird.
Leistung mit echten Daten prüfen
Die Core Web Vitals messen drei Aspekte der Nutzung: LCP erfasst, wie schnell der größte sichtbare Inhalt erscheint, INP die Reaktionsfähigkeit auf Eingaben und CLS unerwartete Verschiebungen des Seiteninhalts. Als „gut“ gelten LCP-Werte bis 2,5 Sekunden, INP-Werte bis 200 Millisekunden und CLS-Werte bis 0,1. Google bewertet diese Kennzahlen am 75. Perzentil der Seitenaufrufe, also anhand des Werts, den 75 Prozent der Seitenaufrufe nicht überschreiten. Die Einstufung zeigt, wie die Werte bei einem großen Teil der Besuche ausfallen. Sie sagt nichts über jede einzelne Nutzung aus.
Nutzen Sie Messungen im Labor, um Änderungen vor der Veröffentlichung unter vergleichbaren Bedingungen zu testen. Beobachten Sie nach dem Start zusätzlich Felddaten aus tatsächlichen Besuchen, denn Geräte, Netze und Interaktionen unterscheiden sich. INP setzt echte Interaktionen voraus; in Labortests kann Total Blocking Time, kurz TBT, als Näherungswert für die Reaktionsfähigkeit dienen. Sie ersetzt die Messung realer Nutzung nicht.
Planen Sie diese Messpunkte vor der Umsetzung ein. Wenn eine neue Funktion die Seite verlangsamt oder Inhalte beim Laden verschiebt, erkennen Sie die Veränderung so früher und können die konkrete Änderung untersuchen.
Barrierefreiheit und Datenschutz einplanen
Die WCAG des W3C enthält testbare Kriterien für barrierefreie Websites. Für Bilder braucht es Alternativtexte; die Website muss sich außerdem mit der Tastatur bedienen lassen. Sichtbare Fokusmarkierungen und verständliche Beschriftungen zählen ebenfalls dazu. Prüfen Sie zentrale Abläufe nicht nur mit automatisierten Werkzeugen, sondern auch manuell, etwa indem Sie mit der Tastatur navigieren und Hilfsmittel wie Screenreader testen.
Technische Kriterien und gesetzliche Pflichten müssen getrennt geprüft werden. Das Barrierefreiheitsstärkungsgesetz (BFSG) erfasst bestimmte Dienstleistungen im elektronischen Geschäftsverkehr für Verbraucher. Es gilt nicht automatisch in gleicher Weise für jede Unternehmenswebsite; außerdem sieht das Gesetz eine Ausnahme für Kleinstunternehmen vor, die Dienstleistungen anbieten. Ob ein konkretes Angebot erfasst ist, hängt von Betreiber und Leistung ab und erfordert eine passende rechtliche Prüfung.
Auch Analyse- und Marketingdienste gehören in die Planung. Nach § 25 TDDDG ist für das Speichern oder Auslesen von Informationen auf einem Endgerät grundsätzlich eine Einwilligung erforderlich. Ausnahmen gelten unter anderem für Vorgänge, die ausschließlich der Nachrichtenübertragung dienen oder unbedingt nötig sind, um einen ausdrücklich gewünschten digitalen Dienst bereitzustellen. Prüfen Sie daher vor der Einbindung, welche Informationen ein Dienst ausliest oder speichert und ob eine Ausnahme greift.
Für die Sicherheit bietet OWASP Top 10:2025 einen Rahmen, um verbreitete Risikobereiche zu erkennen. Dazu zählen Zugriffskontrolle, Fehlkonfigurationen und Authentifizierungsfehler. Diese Übersicht ersetzt keine Sicherheitsprüfung und keine konkreten Schutzmaßnahmen. Klären Sie unter anderem, wer administrative Zugänge erhält, wie Zugangsdaten geschützt werden und wie Software-Updates und Sicherheitsvorfälle behandelt werden.
Nach dem Start weiterprüfen
Auch nach dem Start müssen Sie die Website weiter prüfen. Beobachten Sie, ob wichtige Aufgaben tatsächlich funktionieren und die Leistungswerte stabil bleiben. Kontrollieren Sie auch, ob Suchmaschinen die vorgesehenen Seiten erreichen. Prüfen Sie regelmäßig Formulare und Buchungen. Beziehen Sie externe Anbindungen ebenfalls in diese Prüfung ein, denn Änderungen bei beteiligten Diensten können Abläufe unterbrechen.
Vergleichen Sie die beobachteten Ergebnisse mit den Abnahmekriterien aus der Planung. Wenn Besucher eine zentrale Aufgabe nicht abschließen, untersuchen Sie zuerst den betroffenen Ablauf und seine Datenflüsse. So wird aus dem ursprünglichen Anforderungsplan eine Grundlage für konkrete Verbesserungen statt einer einmaligen Projektdokumentation.