Technische SEO-Checkliste vor dem Relaunch: Dev-SEO-Handoff für Sachsen und Mittelsachsen

Aufgaben:

• Alle bestehenden URLs mit Screaming Frog, Sitebulb oder einem ähnlichen Tool crawlen.
• Statuscodes, Title Tags, Meta Descriptions, H1, Canonicals und interne Links exportieren.
• 200-, 301-, 302-, 404- und 5xx-URLs getrennt dokumentieren.
• Duplicate Content, dünne Inhalte und widersprüchliche Canonicals markieren.

Priorität: Sehr hoch

Handoff: Übergabe als CSV oder Sheet mit klaren Spalten für alte URL, neue URL, Status, Priorität und Verantwortlichen.

Aufgaben:

• Top-Seiten aus Google Search Console nach Klicks, Impressionen und durchschnittlicher Position exportieren.
• Top-Seiten aus GA4 nach Sitzungen, Leads und Conversions sichern.
• Regionale Landingpages für Sachsen, Chemnitz, Leipzig, Dresden oder Mittelsachsen separat markieren.
• Seiten mit lokalen Rankings, etwa für Freiberg, Mittweida, Burgstädt oder Döbeln, als kritisch kennzeichnen.

Priorität: Sehr hoch

Warum wichtig: Ohne Baseline kannst du nach dem Launch nicht sauber unterscheiden, ob ein Rückgang normal, saisonal oder technisch verursacht ist.

Aufgaben:

• Wichtige Keywords und Suchanfragen vor dem Relaunch dokumentieren.
• Markenbegriffe, lokale Keywords und Service-Keywords getrennt auswerten.
• Suchanfragen mit hoher Impression, aber niedriger Klickrate als Optimierungspotenzial markieren.

Handoff: SEO-Team liefert Keyword- und URL-Prioritäten, Dev-Team nutzt diese Prioritäten für Redirects, Templates und QA.

Aufgaben:

• Jede alte URL einer neuen URL zuordnen.
• Für jede URL eine Entscheidung treffen: behalten, weiterleiten, zusammenführen, noindex oder 410.
• Keine wichtigen Seiten pauschal auf die Startseite weiterleiten.
• Regionale Seiten nicht auf generische Seiten umbiegen, wenn lokale Suchintention verloren geht.

Priorität: Kritisch

Beispiel: Eine Seite über Website-Relaunch in Sachsen sollte nicht auf eine allgemeine Webdesign-Seite weiterleiten, wenn die neue Seite den Relaunch-Kontext nicht abdeckt.

Aufgaben:

• Redirect-Regeln auf Staging einrichten und mit echten alten URLs testen.
• Redirect-Ketten vermeiden: alt → neu, nicht alt → Zwischen-URL → neu.
• HTTP/HTTPS, www/non-www, Trailing Slashes und Query-Strings prüfen.
• Top-50-URLs manuell zusätzlich testen.

Weiterführend: Redirects richtig umsetzen – vollständiger SEO-Guide

Aufgaben:

• Staging darf blockiert sein, Production nicht.
• Keine wichtigen Templates versehentlich mit noindex ausliefern.
• XML-Sitemap nach dem Go-Live aktualisieren und in der Google Search Console einreichen.
• Nur indexierbare, kanonische URLs in die Sitemap aufnehmen.

Handoff: robots.txt, Sitemap-URL und Indexierungsregeln gehören in die finale Deploy-Checkliste.

Aufgaben:

• Jede Sprachversion sollte ein selbstreferenzielles Canonical haben.
• Deutsche Seiten dürfen nicht per Canonical auf englische Seiten zeigen.
• hreflang muss wechselseitig funktionieren: de verweist auf en, en verweist auf de.
• Der deutsche Inhalt sollte sprachlich und inhaltlich eigenständig sein, nicht nur eine direkte Übersetzung.

Priorität: Sehr hoch bei mehrsprachigen Websites

Praxis-Hinweis: Für Olymaris ist das besonders wichtig, weil deutsche und englische Inhalte ähnliche Themen behandeln, aber getrennte Suchmärkte bedienen.

Aufgaben:

• Mobile Rendering vor Desktop priorisieren.
• Navigation, CTA, Formulare und lokale Kontaktinformationen auf Mobilgeräten testen.
• Above-the-fold-Bereich schlank halten.
• Font Loading, Layout Shift und Bildgrößen kontrollieren.

Beispiel: Wer in Mittelsachsen schnell einen Dienstleister sucht, vergleicht oft mobil. Eine langsame Relaunch-Seite verliert Leads, bevor das Design wirken kann.

Aufgaben:

• Lighthouse-Tests auf Staging und Production durchführen.
• LCP-Element identifizieren und gezielt optimieren.
• Interaktive Elemente auf INP-Probleme prüfen.
• Layout-Verschiebungen durch Bilder, Banner, Fonts und Cookie-Overlays reduzieren.

Dauerhafte Unterstützung: Search Visibility Upgrade – technisches SEO & Monitoring

Aufgaben:

• GA4 Measurement ID auf Staging und Production prüfen.
• Formular-Absendungen, Klicks auf Telefonnummern, E-Mail-Links und Haupt-CTAs testen.
• Consent-Banner mit Tracking-Verhalten abgleichen.
• Testevents dokumentieren, damit Marketing und Entwicklung dieselben Zahlen sehen.

Priorität: Sehr hoch — ohne sauberes Tracking ist jede Optimierung nach dem Relaunch blind.

Aufgaben:

• GSC-Verifizierung nach dem Relaunch sicherstellen.
• Sitemap neu einreichen.
• Indexierungsberichte täglich prüfen.
• Alerts für starke Traffic-Verluste, 5xx-Fehler und unerwartete 404-Spitzen definieren.

Aufgaben:

• Deploy-Zeitfenster, Verantwortliche und Eskalationswege festlegen.
• DNS, SSL, Redirects, robots.txt, Sitemap und Tracking in einer Liste prüfen.
• Vor dem Launch klare Freigaben von Dev, SEO, Projektleitung und Marketing einholen.
• Rollback-Kriterien definieren, bevor ein Problem entsteht.

Handoff: Das Runbook gehört nicht nur in einen Chat. Es sollte im Projektmanagement-Tool, Repo oder internen Wiki liegen.

Aufgaben:

• Top-50-URLs manuell öffnen und Statuscodes prüfen.
• Wichtige alte URLs testen und Redirect-Ziele kontrollieren.
• Kontaktformulare und CTA-Klicks prüfen.
• Startseite, Service-Seiten, Blog, lokale Landingpages und Impressum/Datenschutz kontrollieren.

Praxis: Für regionale Unternehmen sollten auch lokale Seiten wie Sachsen-, Chemnitz-, Freiberg- oder Mittweida-Bezüge direkt geprüft werden.