Prüfen Sie vor dem Start Inhalte und URL-Mapping, technisches SEO, Weiterleitungen, Formulare, Analytics, Geschwindigkeit, Barrierefreiheit, Sicherheit und Backups; testen Sie nach der Veröffentlichung alles erneut. Legen Sie außerdem fest, welche Personen berechtigt sind, den Start zu stoppen oder rückgängig zu machen, und wie lange nach der Änderung eine verstärkte Überwachung erfolgt.
Der Launch einer neuen Website ist eine gesteuerte Änderung, nicht bloß das Kopieren von Dateien auf einen Server. Vor der Veröffentlichung müssen Inhalte, Indexierung, Weiterleitungen, Tracking, Formulare, Performance, Barrierefreiheit, Sicherheit und die Inhaberschaft der Konten geprüft werden. Beim Ersatz einer bestehenden Website ist es besonders wichtig, wertvolle URLs und Daten zu erhalten, die Suchmaschinen und Kunden bereits kennen.
Die Checkliste sollte Verantwortliche und eine Reihenfolge haben. Einige Schritte erfolgen vor der DNS-Umstellung, andere unmittelbar danach und weitere in den folgenden Tagen. Ein vorbereiteter Rollback-Plan senkt den Druck im Problemfall. Ziel ist nicht null Risiko, sondern einen Fehler schnell zu erkennen, die Auswirkungen zu begrenzen und ihn beheben zu können.
Inhalte, URLs und Migrationsplan
Erstellen Sie ein Inventar der alten indexierten URLs, Landingpages, Links und Konversionseinstiege. Legen Sie für jede fest, ob es eine entsprechende neue Seite gibt, sie beibehalten oder begründet entfernt wird. Eine Weiterleitung sollte auf den nächstliegenden relevanten Inhalt führen, nicht automatisch auf die Startseite. Vermeiden Sie Ketten und Schleifen und erhalten Sie Parameter nur dort, wo sie benötigt werden.
Überprüfen Sie Titel, Meta-Beschreibungen, Hauptüberschriften, interne Links, Bilder und Alternativtexte. Jede wichtige Seite sollte einen klaren Zweck und einen Kontaktschritt haben. Entfernen Sie Testinhalte, leere Vorlagen und vorläufige Notizen. Die Rechtschreib- und Sachprüfung sollte Telefonnummer, E-Mail, Adresse, Preise oder Bedingungen umfassen, sofern diese veröffentlicht sind.
Indexierung und technisches SEO
Verhindern Sie auf der Testumgebung die Indexierung, entfernen Sie diese vorübergehende Sperre jedoch beim Go-live. Überprüfen Sie robots.txt, Meta-Robots, kanonische URLs, die Sitemap, Sprachalternativen und Statuscodes. Die kanonische URL muss der öffentlichen bevorzugten Version entsprechen. Testen Sie die Varianten mit Protokoll und Host, damit sie konsistent weitergeleitet werden.
Validieren Sie strukturierte Daten und stimmen Sie sie mit dem sichtbaren Inhalt ab. In Sitemaps sollten nur indexierbare kanonische URLs mit korrekten Änderungsdaten stehen. Richten Sie Zugänge zu den Tools für Websiteinhaber ein und reichen Sie nach dem Start die Sitemap ein. Die Indexierung erfolgt weder sofort noch garantiert, beobachten Sie daher den Status und beheben Sie konkrete Fehler.
- kein noindex in der Produktion und keine Blockierung wichtiger Ressourcen
- eine bevorzugte Version jeder URL
- Weiterleitungen von alten wertvollen Adressen
- Sitemap nur mit gültigen kanonischen Seiten
Funktionalität, Messung und Datenschutz
Testen Sie jedes Formular einschließlich Validierung, Bestätigung, Zustellung, automatischer Antwort und Übertragung in nachgelagerte Systeme. Prüfen Sie Telefon- und E-Mail-Links, Suche, Dateien, Karten, Zahlungen oder Buchungen. Testen Sie auf Mobilgeräten und in den gängigen Browsern, auch im Szenario ohne Zustimmung zu optionalen Cookies.
Richten Sie die Analyse anhand eines Messplans ein und überprüfen Sie Ereignisse in Echtzeit, ohne unnötige Daten zu speichern. Banner und Präferenzen müssen die Wahl des Nutzers technisch respektieren. Datenschutztexte, die Kategorisierung der Tools und die Rechtsgrundlage sollte eine Fachperson anhand der konkreten Implementierung beurteilen; eine generische Vorlage bietet keine automatische Gewissheit der Konformität.
Performance, Barrierefreiheit und Sicherheit
Messen Sie repräsentative Templates bei mobiler Verbindung. Optimieren Sie Bilder, Schriften, Skripte und das Caching. Prüfen Sie die Layoutstabilität und die Interaktionen. Ergänzen Sie den automatisierten Test um eine manuelle Tastaturnavigation sowie um die Prüfung von Fokus, Formularen, Kontrast und Vergrößerung. Kritische Informationen dürfen nicht ausschließlich visuell oder erst beim Hovern verfügbar sein.
Aktualisieren Sie die Komponenten, entfernen Sie Testkonten, aktivieren Sie die Multi-Faktor-Authentifizierung für Administratoren und setzen Sie Sicherheitsheader passend zur Anwendung. Prüfen Sie TLS sowie die Zugänge zu Hosting, DNS und Backups. Erstellen Sie einen aktuellen Wiederherstellungspunkt und bereiten Sie ein Vorgehen für Sicherheitsvorfälle vor. Speichern Sie Geheimnisse und Produktionsschlüssel nicht in öffentlichem Code.
Starttag und anschließende Kontrolle
Planen Sie Änderungen für einen Zeitpunkt, zu dem sowohl das technische als auch das Content-Team verfügbar ist. Senken Sie bei Bedarf rechtzeitig die DNS-TTL und dokumentieren Sie die ursprünglichen Einstellungen. Testen Sie die Website nach der Umstellung aus einem unabhängigen Netzwerk und prüfen Sie Zertifikat, Weiterleitungen, Formulare, Analytics und Logs. Wenden Sie bei einem kritischen Problem das im Voraus vereinbarte Kriterium für eine Rücknahme an.
Beobachten Sie in den folgenden Tagen Fehlerseiten, Indexierung, Performance, Sicherheitsereignisse und Conversions. Vergleichen Sie neue und alte URLs und korrigieren Sie vergessene Links. Rechnen Sie mit natürlichen Schwankungen, untersuchen Sie jedoch deutliche Abweichungen. Führen Sie nach der Stabilisierung eine kurze Auswertung durch und ergänzen Sie die Checkliste um die Erkenntnisse für künftige Releases.
Kommunikationsplan und Verantwortung bei der Veröffentlichung
Das Launch-Dokument sollte den genauen Zeitpunkt, die entscheidungsbefugte Person, die technisch ausführende Person, die Testenden sowie Kontakte zu Hosting, Domain und kritischen Integrationen enthalten. Ordnen Sie jedem Prüfpunkt einen Status und einen Nachweis zu, etwa eine Test-URL oder die Kennung einer zugestellten Nachricht. Legen Sie fest, wer den Launch stoppen darf und welche Fehler für eine spätere Behebung akzeptabel sind. Ein gemeinsamer Kanal während der Umstellung verhindert widersprüchliche Anweisungen. Starten Sie die Marketingkampagne erst nach bestätigter Funktionsfähigkeit, damit die erste Besucherwelle nicht gleichzeitig ein Lasttest ohne Rückkehrmöglichkeit ist.
Bereiten Sie eine kurze Information für das interne Team über neue URLs, Formulare, die Administration und bekannte Einschränkungen vor. Informieren Sie Kunden nur dann über die Änderung, wenn sie deren Vorgehen beeinflusst oder einen relevanten Mehrwert bringt; aus einer gewöhnlichen technischen Migration muss keine große Ankündigung werden. Kommunizieren Sie bei einem Ausfall den bestätigten Stand, die Auswirkungen und das nächste Update ohne Spekulationen. Schließen Sie nach dem Launch temporäre Zugänge, widerrufen Sie Testschlüssel und archivieren Sie die Checkliste. Klare Kommunikation verkürzt die Entscheidungszeit und erhält das Vertrauen auch dann, wenn ein behebbares Problem auftritt. Legen Sie außerdem einen Zeitraum verstärkter Überwachung und den genauen Zeitpunkt des Übergangs in den regulären Support fest. Offene Kleinigkeiten werden mit einem Verantwortlichen ins Backlog übernommen, damit sie nach Auflösung des Projektteams nicht verloren gehen.
- namentlich benannte Verantwortliche für jede Entscheidung
- ein einziger Koordinationskanal während der Änderung
- Kampagne erst nach Überprüfung kritischer Funktionen
- Beendigung temporärer Zugänge nach dem Deployment
Häufige Fragen
Wann ist der beste Zeitpunkt für den Launch einer Website?
In einer Zeit mit geringerem Betrieb, wenn Personen verfügbar sind, die testen und reagieren können. Vermeiden Sie einen Start kurz vor einer Kampagne oder einem Zeitraum ohne Support. Der Termin sollte DNS, die Verarbeitung neuer Daten und externe Dienstleister berücksichtigen. Wichtiger als ein bestimmter Tag ist die Bereitschaft von Checkliste, Backup, Rollback und entscheidungsbefugten Personen. Ein kleinerer interner Pilotbetrieb kann vor der öffentlichen Kommunikation gestartet werden.
Muss jede alte URL weitergeleitet werden?
Leiten Sie sie weiter, wenn es einen relevanten Ersatz gibt. Wertlose oder entfernte Seiten ohne Entsprechung können statt einer irreführenden Weiterleitung einen passenden Status zurückgeben.
Was sollte direkt nach der Veröffentlichung geprüft werden?
Zertifikat, Erreichbarkeit, Weiterleitungen, Indexierbarkeit, Formulare, zentrale Nutzerpfade, Analytics, Fehlerprotokolle, Leistung und Sicherheitswarnungen.
Quellen und weiterführende Lektüre
- Google Business Profile – lokales Ranking verbessern
- Richtlinien für Google Business Profile
- Google Search Central
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
