Wie wird die URL-Inventur erstellt? +
Drei Quellen aggregiert für ~99% Coverage: 1) sitemap.xml der Alt-Site (oder via Crawl, wenn fehlt), 2) Google Search Console: alle Pages mit Impressions in den letzten 16 Monaten via URL-Inspection-Batch, 3) Wayback Machine für historische URLs (oft vergessene Landing-Pages mit Backlinks). Output: CSV mit alter-url, neuer-url, weiterleitung-typ, status. Pro Site etwa 20-60 Min Tool-Zeit, danach manuelles Review.
Wie wird das 301-Mapping erzeugt? +
Match-Strategie nach Quality: a) exakte Slug-Übereinstimmung (auto), b) Slug-Ähnlichkeit über Levenshtein-Distance > 0.7 (manuell bestätigen), c) Title-Token-Overlap für Restliche, d) Default-Mapping zur thematisch nächsten Hub-Page wenn nichts passt. NIEMALS Redirect-Chains: jeder 301 zeigt direkt auf die finale URL. Output: .htaccess + Nginx-Config + JSON-Map für edge-deployable Hosts.
Was passiert nach dem Cutover? +
Sequenz: 1) DNS-Switch zur neuen Site, 2) Sitemap-Submit an Google + Bing via API, 3) IndexNow-Push für alle URLs (sofort an Bing/Yandex/Seznam, indirekt an ChatGPT/Perplexity weiter), 4) URL-Inspection pro Top-50-URL um Indexierungs-Status zu prüfen. Default-Indexierungs-Lag von 14-21 Tagen sinkt damit auf 1-3 Tage.
Wie wird Sichtbarkeits-Verlust überwacht? +
Followup-Audit-Trend: Tag 14, Tag 28 und Tag 56 jeweils ein voller Audit-Lauf, Diff zur Vor-Migration-Baseline. Score, Issues, GSC-Position-Änderungen pro Query, Sitemap-Konsistenz. Wenn Sichtbarkeits-Drop in den ersten 14 Tagen > 20%, sofortiger Alert plus konkrete Refactor-Tickets aus den abgesprungenen Queries, nicht nur "Traffic ist weg" sondern "Diese 12 Queries verloren Position 4-7, hier ist was zu tun".
Aus Standard-Shop migrieren, was ist anders? +
Standard-Shopsysteme haben eigene URL-Patterns (/products/<slug>, /collections/<slug>) und Card-Customer-IDs sind an die Plattform-Customer-IDs gebunden. Migration: 1) Admin-API-Export (Products, Customers, Orders), 2) Mapping zu eigenem DB-Schema, 3) Card-Customer-Migration über Provider-Migration-API (Cards bleiben gültig, kein Re-Auth nötig), 4) URL-301 für alle Produkt-URLs. Cutover am Wochenende mit Maintenance-Window.
Was ist mit Bildern und Assets? +
Asset-Migration via Image-Pipeline: alle Original-Bilder werden in vier Varianten generiert (original, medium, small, thumbnail) als WebP plus AVIF plus JPEG-Fallback. Upload nach S3-API-kompatiblem Object-Storage oder direkt ins Site-Repo. Image-URLs in Pages werden via Regex-Replace umgehängt. Frontend-Components nutzen automatisch die optimierten Varianten. Lazy-Loading per Default.
Wie wird der Test-Modus aufgesetzt? +
Staging-Subdomain (staging.<domain>) mit Basic-Auth via Reverse-Proxy plus noindex-Robots-Meta. Voll-Audit gegen Staging vor dem Cutover. Plus lokal-server.de via /etc/hosts-Override für Browser-Tests gegen den Cutover-Stand bevor DNS umgestellt wird, 100% identische Bedingungen, kein Live-Risiko.