Tech-SEO Authority
Die 29-Punkte SEO-Migrations-Checkliste, die wir vor jedem Go-Live durchgehen
Performance, Indexierbarkeit, Schema, Information Architecture, Sichtbarkeit, Trust. Jeder Punkt ist Pflicht, nicht optional. Wenn einer fehlt, passieren die typischen Relaunch-Disaster.
Die typische Relaunch-Story: Die Site ist live, sieht super aus, der CEO ist gluecklich. Sechs Wochen spaeter ist die Search-Console-Sichtbarkeit eingebrochen und niemand weiss warum. Wir haben das oft gesehen, immer dieselben Ursachen.
Diese Checkliste ist die Pre-Launch-Liste, die wir vor jedem Go-Live abarbeiten. Jede einzelne kann den Unterschied zwischen "stabiler Lift in 90 Tagen" und "minus 40 Prozent organisch in 4 Wochen" machen.
Die 29-Punkte-Liste
Sortiert nach Reihenfolge in der wir sie pruefen
01. Performance (Core Web Vitals)
- 1 Largest Contentful Paint unter 2,5 Sekunden auf Mobile
- 2 Interaction to Next Paint unter 200 Millisekunden
- 3 Cumulative Layout Shift unter 0,1
- 4 First Contentful Paint unter 1,8 Sekunden
- 5 Inlined Critical CSS, Render-Blocking Resources eliminiert
- 6 Bilder als WebP oder AVIF mit korrektem srcset und sizes
- 7 Web Fonts mit font-display swap und Preload fuer Above-the-Fold
02. Indexierbarkeit
- 1 robots.txt erlaubt Crawling der relevanten Pfade
- 2 XML-Sitemap aktuell, in robots.txt referenziert, in Search Console eingereicht
- 3 Canonical-Tags korrekt gesetzt, Self-Canonical fuer indexierbare Pages
- 4 noindex auf Filter-, Search- und Login-Seiten
- 5 hreflang fuer Multi-Language-Sites korrekt mit zurueckverweisenden Tags
- 6 Korrekte Status-Codes: 200 fuer Live, 301 fuer Migrationen, 404 fuer entfernte Inhalte
03. Strukturierte Daten
- 1 Organization-Schema im Footer oder Layout
- 2 BreadcrumbList-Schema auf allen Tiefe-2-Seiten
- 3 Article- oder BlogPosting-Schema fuer Insights
- 4 Service- oder Product-Schema fuer Angebotsseiten
- 5 FAQPage-Schema wo passend, mit echten Fragen
- 6 LocalBusiness-Schema bei lokaler Praesenz
04. Information Architecture
- 1 Maximale Klick-Tiefe von 3 Klicks fuer alle indexierbaren Seiten
- 2 Breadcrumb-Navigation visuell und im Schema
- 3 Interne Verlinkung in Pillar-Spoke-Struktur, keine verwaisten Pages
- 4 URL-Struktur flach und sprechend, keine technischen Parameter im Pfad
05. Sichtbarkeit + Trust
- 1 Title-Tags unique, 50-60 Zeichen, mit Hauptkeyword am Anfang
- 2 Meta-Description unique, 140-155 Zeichen, mit klarem Value-Prop
- 3 Open-Graph- und Twitter-Card-Markup fuer alle Pages
- 4 Korrekte Heading-Hierarchie ohne H1-Duplikate, kein H3 ohne H2
- 5 Alt-Text auf allen Content-Bildern, leerer Alt fuer dekorative
- 6 Skip-to-Content-Link, korrekte ARIA-Roles, Lighthouse-Accessibility 90+
Die 5 Fehler die wir am haeufigsten in Audits sehen
Hier kippen Relaunches in den 4 Wochen nach Go-Live
-
01. Disallow / in der robots.txt vergessen rauszunehmen
Stage-Build hatte "Disallow: /" um Indexierung des Stage-Servers zu verhindern. Beim Deploy auf Production wurde der Stage-State mitkopiert. Die ganze Site ist blockiert. Das passiert mindestens einmal im Jahr in unseren externen Audits.
-
02. Canonical-Tag zeigt auf Stage-Domain
Hardcoded Canonical-URLs aus dem Stage-Build, Production zeigt auf stage.kunde.de statt kunde.de. Google indexiert das Original auf der Stage-Domain und ignoriert die Production. Sichtbarkeit kollabiert in 14 Tagen.
-
03. 302 statt 301 fuer Migrations-Redirects
302 ist temporaer, 301 ist permanent. Backlink-Equity wandert nur bei 301 mit. Wir sehen das immer wieder bei Frameworks deren Default temporary ist (Vercel-Rewrites, Cloudflare-Worker-Redirects ohne explizites status).
-
04. Redirect-Chains von 3 oder mehr Hops
/alte-url -> /neue-url-v1 -> /neue-url-v2 -> /finale-url. Jede Kette ueber 1 Hop verliert PageRank und kostet Crawl-Budget. Wir loesen alle Chains auf 1 Hop auf.
-
05. Vergessene 404-Backlinks
Ein Konkurrent oder Branchen-Magazin hat vor 4 Jahren auf /pdf/whitepaper-2022.pdf verlinkt. Die alte Site hat das Asset, die neue nicht. Backlink ist wertlos. Wir crawlen alle externen Backlinks vor Migration und mappen jede einzelne URL.
Häufig gestellte Fragen
Verlieren wir Rankings durch den Relaunch? +
Wenn die Migration sauber laeuft, nicht. Wir migrieren mit 1-zu-1-Redirect-Mapping, behalten Title und Meta wo sinnvoll, uebernehmen Schema-Markup, reichen die neue Sitemap in Search Console ein und lassen Lighthouse-CI im Build laufen. Der typische Pfad: erste 7 bis 14 Tage Index-Schwankung von 5 bis 15 Prozent, danach Erholung und Lift, weil Tech-SEO meist besser wird.
Wie lange dauert die Migration? +
Reine Migrations-Arbeit (ohne Design + Build): 3 bis 5 Tage fuer eine Marketing-Site mit 30 bis 80 Pages, 7 bis 14 Tage fuer eine Site mit 200 bis 500 Pages und Multi-Language. Wir machen das parallel zur Build-Phase, nicht erst nach Go-Live.
Was passiert mit Backlinks auf alte URLs? +
Jeder existierende Backlink wird via 301-Redirect auf die naechstpassende neue URL geleitet. Backlink-Equity wandert mit dem 301 mit, Google diskontiert es nicht mehr signifikant (laut Multiple Statements von Google seit 2016). Wichtig ist: keine 302, keine Redirect-Chains, keine 404-Pfade die Backlinks haben.
Wann reichen wir die neue Sitemap ein? +
Sobald die neue Site live ist und alle Redirects greifen. Erst Live-Verifikation auf 5 zufaelligen Pages: Status 200, Canonical korrekt, Schema valide. Dann Sitemap einreichen in Search Console. Parallel die alte Sitemap nicht loeschen, sondern fuer 30 Tage live lassen, damit Google die 301-Mappings entdeckt.
Was ist mit der robots.txt? +
Vor Launch: robots.txt der neuen Site darf nicht "Disallow: /" enthalten. Klingt banal, ist aber Tier-1-Fehler den wir bei jedem zweiten externen Audit sehen. Wir checken das in der Pre-Launch-Checklist und nochmal nach Go-Live mit einem fetch-as-Googlebot-Live-Test.
Migration in 4 Wochen, ohne Ranking-Verlust
Schick uns die Domain und die geplante Tech-Stack-Wahl. Wir checken in 24 Stunden was die Migration wirklich braucht.
Antwort innerhalb von 24h · Keine versteckten Kosten