TYPO3-Relaunch ohne Ranking-Verlust: Die Schritt-für-Schritt-Anleitung aus der Praxis

Performance & Core Web Vitals im Relaunch: so sichern Sie Ihr SEO-Ranking ab

1. Zielbild und Kennzahlen festlegen

  • Geschäftsziele priorisieren: Leads, Verkäufe, Bewerbungen, Serviceentlastung.
  • SEO-KPI definieren: Sichtbarkeit, Rankings je Cluster, organische Conversions, Core Web Vitals.
  • Scope festziehen: Was wird migriert, was entfällt, was kommt neu?

2. Ist-Analyse: Technik, Content, SEO

  • Vollständigen Crawl der bestehenden Seite erstellen (URLs, Statuscodes, Meta-Daten, Canonicals).
  • Leistungsanalyse: Ladezeiten, Bilder, CSS/JS, serverseitiges Caching.
  • Content-Inventar: Was performt? Was dünn ist? Was zusammengelegt werden sollte?
  • Datenquellen prüfen: Search Console, Analytics/Matomo, Backlinks, interne Suche.

3. Informationsarchitektur und URL-Konzept

  • Neues Menü/Seitenbaum als Keyword-Cluster planen (ein Thema = eine starke Seite).
  • Künftige Slugs festlegen (kurz, sprechend, kleingeschrieben, konsistent).
  • Redirect-Plan bauen: Alt-→-Neu als 301, keine Ketten/Loops.
  • Mehrsprachigkeit planen: Sprachpfade, hreflang-Paare, Fallback-Regeln.

4. Systembasis festlegen: Version, Setup, Environments

  • TYPO3 12 LTS oder 13 LTS (bei Greenfield meist 13 LTS) per Composer.
  • PHP-Version, DB und Hosting passend wählen; Dev/Staging/Prod sauber trennen.
  • Pflicht-Extensions: seo, redirects, scheduler, recycler, form.
  • Nice-to-have je Projekt: georgringer/news, yoast_seo, Caching/Staticfilecache.

5. Extensions prüfen und modernisieren

  • Whitelist statt Legacy-Zoo: nur nötige, wartbare Pakete.
  • Alternativen definieren, wenn eine Extension nicht 12/13-kompatibel ist.
  • Eigene Inhaltelemente: mit Content Blocks (ab TYPO3 13 im Core) bzw. sauberen Fluid-Partials.

6. Design-System & Content-Model

  • Komponentenbibliothek/Pattern-Library definieren (Buttons, Cards, Teaser, FAQs).
  • Redaktionsleitfaden: Titel, Teaser, Länge, Medien, interne Links, Accessibility.
  • Medienspezifikation: Bildgrößen, WebP/AVIF, Alt-Texte, Naming-Konventionen.

7. Site-Konfiguration & Routing

  • Site YAML: Basis-URL, rootPageId, Sprachen, Error-Handling.
  • Route Enhancers: saubere Detail-URLs für News/Events, Pagination/Archive.
  • Canonicals steuern (keine doppelten Pfade), Paginierungen/Filter nicht indexieren.

8. Meta-Daten, Sitemaps, robots.txt

  • Seiteneigenschaften: individuelle Title/Descriptions, OG/Twitter Cards.
  • XML-Sitemaps pro Sprache aktivieren und später in der Search Console einreichen.
  • robots.txt: Staging blockieren, Live freigeben; nur wirklich geheime Bereiche sperren.

9. Performance & Core Web Vitals

  • Bilder responsiv rendieren, harte Maximalbreiten, moderne Formate.
  • Kritisches CSS inline, JS nachladen (defer), unnötige Skripte entfernen.
  • Caching richtig konfigurieren; optional Staticfilecache für rein statische Seiten.
  • Regelmäßig mit Pagespeed/Lighthouse messen, LCP/CLS/FID dokumentieren.

10. Datenschutz & Tracking

  • Consent-Management einrichten (Cookies/Tracking erst nach Opt-in laden).
  • GA4/Matomo technisch sauber: IP-Anonymisierung, Events, Cross-Domain falls nötig.
  • Rechtstexte aktuell: Impressum, Datenschutz, Einbindung externer Dienste dokumentieren.

11. Migration der Inhalte

  • Content-Mapping erstellen (Alt-→-Neu inkl. Sprachen).
  • Redaktionssprints: Must-have vor Launch, Should-have nach Launch.
  • Strukturdaten nutzen (FAQ, Breadcrumb, Article, Organization, LocalBusiness).
  • News/Events sicher übernehmen (IDs, Kategorien, Author, Datum, Medien).

12. Qualitätssicherung

  • Funktional: Navigation, Suche, Filter, Formulare, Mails, 404-Seite.
  • Inhalte: Überschriftenhierarchie, interne Verlinkung, Medien, Barrierefreiheit (Kontraste, Labels, Alt-Texte, Fokus).
  • Geräte/Browsers: aktuelle iOS/Android, Chrome/Safari/Firefox/Edge.
  • Sicherheit: HTTPS only, Security-Header, keine offenen Verzeichnisse.

13. Go-Live in 10 klaren Schritten

  1. Content-Freeze vereinbaren und kommunizieren
  2. Vollbackup Alt-System erstellen
  3. DNS-TTL senken (vorab)
  4. Redirect-Liste in EXT:redirects importieren und testen
  5. noindex/Basic-Auth entfernen, Caches warmlaufen lassen
  6. XML-Sitemaps prüfen
  7. Monitoring aktivieren (Uptime, Error-Logs)
  8. Search Console Property auf neue Domain/Struktur ausrichten
  9. Consent-Banner live testen, Tracking prüfen
  10. Stakeholder informieren, Content-Freeze aufheben

14. Die ersten 0–30–90 Tage nach Launch

  • 0–7 Tage: 404-Monitor & Redirects täglich prüfen, Hotfix-Fenster einplanen.
  • 8–30 Tage: Search-Console-Abdeckung, Crawlingfehler, CWV-Trends auswerten; interne Links nachschärfen.
  • 31–90 Tage: Content-Lücken schließen, neue Cluster publizieren, A/B-Testing von Titles/Teasern, Backlink-Outreach lokal/branchenweit.

Kompakte Checkliste

  • Crawl & Inventar erstellt
  • URL-/Redirect-Plan final
  • Site YAML & Route Enhancers sauber
  • Title/Descriptions gepflegt
  • XML-Sitemaps erreichbar
  • robots.txt korrekt (Staging blockiert, Live frei)
  • Performance im grünen Bereich
  • Consent/Tracking rechtssicher
  • QA auf Geräten/Browsern bestanden
  • Go-Live-Plan und Post-Launch-Monitoring aktiv

Fazit: Relaunch ohne Ranking-Verlust

Ein TYPO3-Relaunch kann schnell zum Risiko für bestehende Rankings werden – wenn nicht gewissenhaft geplant und ausgeführt. Doch mit der Schritt-für-Schritt-Anleitung aus der Praxis lässt sich der Relaunch so durchführen, dass Sichtbarkeit, Backlinks und SEO-Kennzahlen bewahrt und sogar verbessert werden. Entscheidend sind: klares Zielbild, saubere URL- und Redirect-Struktur, moderne Systembasis, Performance-Optimierung und ein intensives Monitoring nach dem Livegang. Wer diese Meilensteine einhält, geht den Relaunch nicht nur ohne Ranking-Verlust, sondern mit neuem SEO-Wachstum an.

Häufig gestellte Fragen (FAQ) zum TYPO3-Relaunch

Wie vermeide ich SEO-Verluste beim Relaunch?
Mit einem lückenlosen Redirect-Mapping, stabilen Slugs, korrekten Canonicals/hreflang und konsequenter Post-Launch-Überwachung in der Search Console.

  1. TYPO3 12 oder 13 – was soll ich wählen?
    Bestehende Projekte oft auf 12 LTS stabilisieren, Neuprojekte in der Regel auf 13 LTS starten (Content Blocks im Core, längere Laufzeit). Entscheidend sind Extension-Kompatibilitäten.
     
  2. Brauche ich zwingend Composer?
    Ja, für professionelle Setups. Composer sichert reproduzierbare Builds, sauberes Deployment und bessere Updatefähigkeit.
     
  3. Soll ich Kategorien/Tag-Seiten indexieren?
    Nur, wenn Sie eigenständige Suchintention bedienen und echten Mehrwert haben. Sonst noindex und per Canonical konsolidieren.
     
  4. Wie binde ich Redaktionen sinnvoll ein?
    Mit Rollen/Rechten, klaren Content-Vorlagen, einem Redaktionsleitfaden und Schulungen – plus Qualitätschecks im Vier-Augen-Prinzip vor Veröffentlichung.
     
  5. Woran scheitern Relaunches am häufigsten?
    Fehlendes Redirect-Konzept, zu späte Performance-Optimierung, Staging-noindex auf Live vergessen, unklare Verantwortlichkeiten und fehlendes Monitoring nach dem Start.