SEO Relaunch: Migration ohne Rankingverlust sichern

Warum ist ein SEO Relaunch ohne 301-Mapping und INP-Kontrolle so riskant?

Ein SEO-Relaunch ohne 301-Mapping und INP-Kontrolle kostet Dich im Schnitt 20–40 % organischen Traffic – und diesen Verlust holst Du nicht einfach zurück.Google Search Central nennt hier zwei Schuldige: fehlerhafte Weiterleitungen und ignorierte Core Web Vitals. Die Zahlen sind brutal: 68 % der deutschen Mittelstands-Shops verlieren nach einem Relaunch Rankings, weil URL-Strukturen geändert wurden, ohne jede alte URL einzeln zu mappen. Das ist kein Technik-Problem – das ist ein Planungs-Problem. Viele Agenturen behandeln Relaunches als Frontend-Projekt und schieben technische SEO auf die Nachher-Liste.

Vier Fehlerquellen zerstören Relaunches: URL-Änderungen ohne vollständiges Mapping. Fehlerhafte 301-Weiterleitungen. Indexierungsverluste durch blockierte Crawl-Pfade. Verschlechterte Core Web Vitals durch neue Template-Architektur. Konkret: Du migrierst von JTL-Shop 4 auf JTL-Shop 5, änderst die URL-Struktur von /produkt-name.html auf /shop/produkt-name/. Jetzt brauchst Du für jede einzelne URL eine 301-Weiterleitung – nicht nur für Kategorien, sondern für Produktvarianten, Filterergebnisse, alte Kampagnen-Landingpages. Jede. Einzelne. Bei 2.500 indexierten URLs sind das 2.500 manuelle Prüfungen, 2.500 Zeilen in der .htaccess. Wenn Du nur 80 % abdeckst? Du verlierst 20 % Sichtbarkeit. Punkt.

Der zweite Bruch heißt Interaction to Next Paint. Seit März 2024 ist INP ein offizieller Ranking-Faktor. Dein neues Template lädt schwere JavaScript-Bibliotheken, Lazy Loading ist falsch kalibriert – schon springt Dein INP von 150 ms auf 400 ms. Google stuft Dich als „needs improvement“ ein. Deutsche Shopware-Shops zeigen es deutlich: Seiten mit INP über 300 ms verlieren durchschnittlich 8–12 % Conversion gegenüber Seiten unter 200 ms. Bei 50.000 EUR Monatsumsatz sind das 4.000–6.000 EUR Verlust. Monat für Monat. Keine Marketing-Fehler, keine Produktprobleme – nur ein Template, das niemand vor Go-Live unter Last getestet hat.

Welche Relaunch-Szenarien verursachen die größten SEO-Risiken bei Domain, CMS und URL-Struktur?

Ein Relaunch ist für viele Shop-Betreiber ein notwendiger Schritt, um technische Schulden abzubauen oder auf ein moderneres System wie Shopware 6 oder JTL-Shop 5 zu wechseln. Dieser Artikel gehört zur Rubrik Webentwicklung auf webentwickler.pro und zeigt, wie Sie die Risiken bei strukturellen Änderungen an Ihrer Domain oder URL-Logik bewerten. Das SEO-Risiko korreliert dabei direkt mit der Anzahl der Änderungen an der URL-Struktur und der Domain-Autorität. Während ein reiner Design-Wechsel oft unkritisch bleibt, können fehlerhafte URL-Restrukturierungen ohne saubere 301-Weiterleitungsketten zu einem Einbruch des organischen Traffics um bis zu 60 % führen.

Quelle der Best Practices: Google Search Central — Offizielle Dokumentation zu Website-Migrationen

Werden URLs geändert, empfiehlt Google zwingend die Implementierung von 301-Redirects und die Aktualisierung der Sitemap, um die Indexierung der neuen Pfade zu beschleunigen. Ein Fehler in der Weiterleitungslogik führt dazu, dass mühsam aufgebautes Vertrauen der Suchmaschinen verloren geht. Wer seine Sichtbarkeit behalten möchte, sollte Themen der Rubriken Web-Performance und SEO auf webentwickler.pro verfolgen, um technische Fallstricke frühzeitig zu umgehen.

Welche 7 Schritte sichern einen Website Relaunch SEO vor dem Go-live ab?

Ein Website-Relaunch ohne präzise technische Absicherung gleicht einer Operation am offenen Herzen ohne Monitoring. Dieser Artikel gehört zur Rubrik Webentwicklung auf webentwickler.pro und zeigt, wie Sie durch eine strukturierte SEO-Checkliste beim Relaunch verhindern, dass Sichtbarkeit und Umsatz am Tag X einbrechen. Laut Ryte Magazine führen unentdeckte technische SEO-Fehler bei Migrationen oft zu einem dauerhaften Ranking-Verlust von bis zu 30 %, wenn die Infrastruktur nicht steht.

1. Bestandsaufnahme der aktuellen URL-Struktur durchführen. Crawlen Sie Ihre bestehende Live-Seite vollständig, um alle indexierten URLs, Metadaten und Statuscodes zu erfassen. Dies bildet die Basis für das spätere Mapping und verhindert, dass wertvolle Unterseiten im neuen System vergessen werden.
2. Redirect-Mapping auf 1:1-Basis erstellen. Erstellen Sie eine Tabelle, die jede alte URL einem neuen Ziel zuordnet. Vermeiden Sie pauschale Weiterleitungen auf die Startseite, da dies die Relevanzsignale für Google zerstört und technische Fehler Shopware Rankings massiv gefährden können.
3. Staging-Umgebung technisch isolieren. Stellen Sie sicher, dass die Testumgebung per Passwortschutz (Basic Auth) oder „noindex“ für Suchmaschinen gesperrt ist. Eine versehentliche Indexierung des Staging-Systems führt zu Duplicate Content und verwässert die Autorität Ihrer Hauptdomain bereits vor dem Start.
4. Core Web Vitals auf dem neuen Template messen. Prüfen Sie die Ladezeiten (LCP, CLS, INP) in der Testumgebung. Ein Anstieg des LCP von 1,5 auf 3,5 Sekunden kann laut Google Web Vitals Report die Absprungrate um über 20 % erhöhen, was den wirtschaftlichen Erfolg des Relaunchs sofort schmälert.
5. Metadaten und strukturierte Daten validieren. Kontrollieren Sie, ob Title-Tags, Descriptions und Schema.org-Markups (z. B. Product oder FAQ) korrekt übernommen wurden. Fehlerhafte strukturierte Daten führen dazu, dass Rich Snippets in den Suchergebnissen verschwinden und die Klickrate sinkt.
6. Interne Verlinkung und Canonical-Tags prüfen. Stellen Sie sicher, dass alle internen Links auf die neuen Ziel-URLs zeigen und keine Redirect-Ketten entstehen. Korrekte Canonical-Tags sind essenziell, um Google die Priorisierung der Seiten vorzugeben, besonders bei komplexen Filtersystemen in JTL oder Shopware.
7. Finalen Crawl und Statuscode-Check unmittelbar vor dem Go-live. Führen Sie einen letzten Testlauf durch, um 404-Fehler oder fehlerhafte Skripte zu identifizieren. Nur eine technisch saubere Seite ohne Altlasten sichert die SEO-Strategie beim Relaunch langfristig ab.

Welche Rechts- und Compliance-Punkte nach DDG, DSGVO und BFSG musst Du beim Relaunch prüfen?

Beim Website-Relaunch müssen Sie Impressum, Datenschutzerklärung, Cookie-Consent, lokale Einbindung externer Dienste und Barrierefreiheit nach BFSG prüfen – sonst drohen Abmahnungen ab 250 EUR pro Verstoß und Bußgelder bis 20 Mio. EUR bei DSGVO-Verstößen. Ein Relaunch ist Deine Chance, technische Schulden im Rechts-Setup zu bereinigen – oder neue aufzubauen, wenn Du die Compliance-Prüfung überspringst. Dieser Artikel gehört zur Rubrik Website Relaunch SEO auf webentwickler.pro und zeigt, welche rechtlichen Checkpoints Du vor Go-Live abhaken musst.

Die rechtliche Absicherung einer Website ist kein Marketing-Thema, sondern ein technisches: Jeder externe Request – Google Fonts, YouTube-Embed, Analytics-Script – kann ein DSGVO-Problem sein. Jede fehlende Pflichtangabe im Impressum ist eine Abmahn-Flanke. Jede nicht barrierefreie Komponente verstößt ab Juni 2025 gegen das Barrierefreiheitsstärkungsgesetz (BFSG). Laut eRecht24 sind Impressum, Datenschutzerklärung und Cookie-Consent die drei häufigsten Abmahnfallen – alle drei werden beim Relaunch oft vergessen, weil der Fokus auf Design und Performance liegt.

Ein typisches Szenario: Du launchst die neue Website mit modernem Template. Google Fonts laden von Google-Servern statt lokal. YouTube-Videos sind direkt eingebettet, ohne Consent-Layer. Der Cookie-Banner zeigt „Alle akzeptieren“ als einzige Option. Das Impressum verlinkt auf die alte Domain. Die Datenschutzerklärung erwähnt Google Analytics, aber Du nutzt jetzt Matomo. Drei Wochen nach Launch kommt die erste Abmahnung – 250 EUR Streitwert, 1.500 EUR Anwaltskosten. Das ist kein Worst Case, sondern Standard bei Mittelstand-Relaunches ohne Rechts-Audit.

Impressum nach § 5 TMG und § 18 MStV: Pflichtangaben und Erreichbarkeit

Das Impressum muss von jeder Seite aus mit maximal zwei Klicks erreichbar sein. Der Link muss „Impressum“ heißen – nicht „Kontakt“, nicht „Über uns“, nicht „Legal“. Laut § 5 Telemediengesetz (TMG) müssen folgende Angaben enthalten sein: Name und Anschrift des Betreibers (bei juristischen Personen: Rechtsform, Vertretungsberechtigte, Registernummer), Kontaktdaten (E-Mail, Telefon), Umsatzsteuer-ID (falls vorhanden), zuständige Aufsichtsbehörde (bei regulierten Berufen). Bei redaktionellen Inhalten greift zusätzlich § 18 Medienstaatsvertrag (MStV): Du brauchst einen Verantwortlichen im Sinne des Presserechts mit Anschrift.

Beim Relaunch passieren drei typische Fehler: Das Impressum verlinkt noch auf die alte Domain oder alte Firmierung. Die Telefonnummer fehlt – TMG verlangt „schnelle elektronische Kontaktaufnahme“, E-Mail allein reicht nicht. Bei GmbHs fehlt die Registernummer oder der Geschäftsführer ist nicht namentlich genannt. Laut einer Analyse von IT-Recht Kanzlei München 2025 haben 34 % der deutschen KMU-Websites ein unvollständiges Impressum – oft jahrelang unbemerkt, bis die erste Abmahnung kommt. Kosten: 250–1.000 EUR Streitwert plus Anwaltskosten.

Technisch ist das Impressum eine statische Seite – aber Du musst prüfen, ob Dein CMS oder Template den Link im Footer auf allen Seiten korrekt rendert. Bei mehrsprachigen Websites brauchst Du das Impressum in jeder Sprache. Bei Subdomain-Setups (z. B. shop.ihredomain.de) muss das Impressum auch dort verlinkt sein. Wenn Du einen Blog auf einer separaten Domain betreibst, braucht auch der ein eigenes Impressum. Das klingt trivial – aber bei Relaunches mit neuer URL-Struktur wird das Impressum oft vergessen, weil es nicht im Content-Audit auftaucht.

Datenschutzerklärung nach Art. 13 DSGVO: Verarbeitungszwecke und Rechtsgrundlagen

Die Datenschutzerklärung muss alle Datenverarbeitungen dokumentieren: Welche Daten werden erhoben, zu welchem Zweck, auf welcher Rechtsgrundlage (Art. 6 DSGVO), wie lange werden sie gespeichert, an wen werden sie weitergegeben. Beim Relaunch ändert sich oft die technische Infrastruktur – und damit die Verarbeitungen. Wenn Du von Google Analytics auf Matomo wechselst, muss das in der Datenschutzerklärung stehen. Wenn Du ein neues CRM einbindest, muss das dokumentiert sein. Wenn Du Formulare über einen neuen Anbieter hostest (z. B. Typeform statt Gravity Forms), muss das erwähnt werden.

Laut DSGVO Art. 13 musst Du folgende Punkte abdecken: Name und Kontaktdaten des Verantwortlichen, Kontaktdaten des Datenschutzbeauftragten (falls vorhanden), Zwecke und Rechtsgrundlagen der Verarbeitung, berechtigte Interessen (bei Art. 6 Abs. 1 lit. f), Empfänger der Daten (z. B. Hosting-Provider, Newsletter-Tool), Drittlandtransfer (z. B. USA bei Google Fonts), Speicherdauer, Betroffenenrechte (Auskunft, Löschung, Widerspruch, Beschwerde), Widerrufsmöglichkeit bei Einwilligung, Hinweis auf automatisierte Entscheidungsfindung (falls vorhanden). Das ist keine Checkliste für Juristen, sondern technische Dokumentation: Jeder externe Request ist eine Datenverarbeitung.

Ein konkretes Beispiel: Du bindest Google Fonts ein. Wenn Du die Fonts von Google-Servern lädst, überträgt der Browser des Nutzers dessen IP-Adresse an Google. Das ist eine Datenverarbeitung nach Art. 4 Nr. 2 DSGVO. Du brauchst entweder eine Einwilligung (Art. 6 Abs. 1 lit. a) oder ein berechtigtes Interesse (Art. 6 Abs. 1 lit. f) – und musst das in der Datenschutzerklärung dokumentieren. Seit dem LG München I Urteil vom 20.01.2022 (Az. 3 O 17493/20) sind Schadensersatzforderungen wegen Google Fonts von Google-Servern ohne Einwilligung möglich. Die saubere Lösung: Fonts lokal hosten. Beim Relaunch ist das der richtige Zeitpunkt, das umzusetzen – und die Datenschutzerklärung entsprechend anzupassen.

Cookie-Consent und Tracking: Einwilligung vor Datenverarbeitung

Seit dem EuGH-Urteil „Planet49″ (C-673/17) vom 01.10.2019 gilt: Jedes nicht technisch notwendige Cookie braucht eine aktive Einwilligung, bevor es gesetzt wird. „Technisch notwendig“ heißt: Das Cookie ist zwingend erforderlich, damit die Website funktioniert (z. B. Session-Cookie für Login, Warenkorb-Cookie). Alles andere – Analytics, Marketing, Social Media Embeds – braucht Opt-in. Ein Cookie-Banner mit vorangekreuzten Häkchen oder „Alle akzeptieren“ als einziger Option ist nicht DSGVO-konform.

Beim Relaunch musst Du prüfen: Welche Cookies setzt Dein neues Template oder CMS? Viele WordPress-Themes laden Google Fonts, Google Maps, YouTube-Embeds oder Facebook-Pixel automatisch – ohne Consent-Layer. Wenn Du ein neues Analytics-Tool einbindest (z. B. Matomo statt Google Analytics), musst Du sicherstellen, dass es erst nach Einwilligung lädt. Wenn Du ein neues Cookie-Consent-Tool nutzt (z. B. Cookiebot, Borlabs Cookie, Usercentrics), musst Du alle Skripte und Embeds damit blockieren, bis der Nutzer zustimmt. Laut einer Studie der Gesellschaft für Datenschutz und Datensicherheit (GDD) 2025 sind 41 % der deutschen Unternehmenswebsites nicht DSGVO-konform, weil Tracking-Skripte vor Einwilligung laden.

Technisch bedeutet das: Du musst alle externen Skripte (Google Analytics, Facebook Pixel, LinkedIn Insight Tag, Hotjar, etc.) so einbinden, dass sie erst nach Consent-Klick ausgeführt werden. Das geht über Tag Manager (Google Tag Manager, Matomo Tag Manager) oder über Consent-Management-Plattformen (CMP). Wenn Du YouTube-Videos einbettest, nutze den „Privacy Enhanced Mode“ (youtube-nocookie.com) oder einen Consent-Layer, der das Video erst nach Klick lädt. Wenn Du Google Maps einbettest, nutze einen Platzhalter mit Consent-Abfrage. Das ist kein UX-Problem, sondern Standard: Nutzer erwarten inzwischen, dass sie gefragt werden, bevor Daten an Dritte fließen.

Lokale Einbindung externer Dienste: Google Fonts, Analytics, Maps

Die sauberste Lösung für DSGVO-Compliance: Externe Dienste lokal hosten oder durch datenschutzfreundliche Alternativen ersetzen. Google Fonts kannst Du mit einem Tool wie „google-webfonts-helper“ herunterladen und auf Deinem Server hosten – dann fließt keine IP-Adresse an Google. Google Analytics kannst Du durch Matomo (selbst gehostet) oder Plausible (EU-Server) ersetzen. Google Maps kannst Du durch OpenStreetMap oder Leaflet.js ersetzen. YouTube-Videos kannst Du über einen Consent-Layer laden oder durch Vimeo (mit DSGVO-Vertrag) ersetzen.

Beim Relaunch ist das der richtige Zeitpunkt, diese Umstellung zu machen – weil Du ohnehin die Frontend-Architektur anfasst. Ein konkretes Beispiel: Du nutzt ein WordPress-Theme, das Google Fonts von Google-Servern lädt. Du kannst entweder ein Plugin wie „OMGF“ (Optimize My Google Fonts) nutzen, das die Fonts automatisch lokal hostet, oder Du passt die Theme-Dateien manuell an. Beides dauert 30–60 Minuten. Die Alternative: Du lässt es, wie es ist – und riskierst Abmahnungen. Laut IT-Recht Kanzlei München 2025 kosten Google-Fonts-Abmahnungen im Schnitt 250 EUR Streitwert plus 1.200 EUR Anwaltskosten. Das ist mehr als die Entwicklungszeit für lokales Hosting.

Bei Google Analytics ist die Lage komplexer: Seit dem Schrems-II-Urteil des EuGH (C-311/18) vom 16.07.2020 ist der Transfer personenbezogener Daten in die USA ohne angemessenes Schutzniveau problematisch. Google Analytics 4 (GA4) überträgt Daten an US-Server. Die österreichische Datenschutzbehörde (DSB) hat 2022 entschieden, dass GA ohne Zusatzmaßnahmen nicht DSGVO-konform ist. Die deutschen Aufsichtsbehörden haben sich dem angeschlossen. Die Lösung: Entweder Du nutzt GA4 mit IP-Anonymisierung, Consent und Auftragsverarbeitungsvertrag (AVV) – oder Du wechselst zu Matomo (selbst gehostet auf EU-Servern). Beim Relaunch ist das die Gelegenheit, auf ein datenschutzfreundliches Setup zu wechseln – und die BFSG Compliance 2025 gleich mitzunehmen.

Barrierefreiheit nach BFSG: Pflicht ab Juni 2025 für Unternehmen mit mehr als 10 Mitarbeitern

Das Barrierefreiheitsstärkungsgesetz (BFSG) setzt die EU-Richtlinie 2019/882 (European Accessibility Act) in deutsches Recht um. Ab 28. Juni 2025 müssen Unternehmen mit mehr als 10 Mitarbeitern oder mehr als 2 Mio. EUR Jahresumsatz ihre Websites und Online-Shops barrierefrei gestalten – nach den Kriterien der Web Content Accessibility Guidelines (WCAG) 2.1 Level AA. Das betrifft nicht nur öffentliche Stellen (die sind seit 2019 verpflichtet), sondern auch private Unternehmen. Verstöße können mit Bußgeldern bis 100.000 EUR geahndet werden.

Barrierefreiheit bedeutet: Deine Website muss für Menschen mit Sehbehinderung (Screenreader), motorischen Einschränkungen (Tastaturnavigation), Hörbehinderung (Untertitel für Videos) und kognitiven Einschränkungen (einfache Sprache, klare Struktur) nutzbar sein. Konkret heißt das: Alle Bilder brauchen Alt-Texte. Alle Formularfelder brauchen Labels. Alle interaktiven Elemente (Buttons, Links) müssen per Tastatur erreichbar sein. Kontraste müssen mindestens 4,5:1 (Text) bzw. 3:1 (UI-Elemente) betragen. Videos brauchen Untertitel. Die Seitenstruktur muss semantisch korrekt sein (H1–H6, <nav>, <main>, <footer>).

Beim Relaunch musst Du prüfen: Erfüllt Dein neues Template die WCAG 2.1 Level AA? Viele moderne Templates sind nicht barrierefrei – weil sie auf visuelle Effekte setzen, die für Screenreader nicht funktionieren. Ein konkretes Beispiel: Ein Hamburger-Menü ohne aria-label ist für Screenreader unsichtbar. Ein Slider ohne Tastaturnavigation ist für Menschen mit motorischen Einschränkungen nicht bedienbar. Ein Kontrastfehler (hellgrauer Text auf weißem Hintergrund) ist für Menschen mit Sehschwäche nicht lesbar. Laut einer Studie von WebAIM 2025 haben 96,3 % aller Websites mindestens einen WCAG-Verstoß – meist fehlende Alt-Texte, Kontrastfehler oder fehlende Formular-Labels.

Die gute Nachricht: Barrierefreiheit ist kein Redesign, sondern eine technische Checkliste. Du kannst Dein bestehendes Design barrierefrei machen, indem Du Alt-Texte ergänzt, Kontraste anpasst, Formular-Labels hinzufügst und die HTML-Struktur semantisch korrekt aufbaust. Tools wie WAVE (WebAIM), Lighthouse (Chrome DevTools) oder axe DevTools zeigen Dir die Fehler. Beim Relaunch ist das der richtige Zeitpunkt, Barrierefreiheit von Anfang an mitzudenken – nicht als Nachbesserung sechs Monate nach Launch, wenn die erste Beschwerde kommt. Mehr Details zur technischen Umsetzung findest Du im Artikel BFSG Compliance 2025.

Auftragsverarbeitungsverträge (AVV) mit allen Dienstleistern

Wenn Du externe Dienstleister nutzt, die personenbezogene Daten verarbeiten (Hosting-Provider, Newsletter-Tool, CRM, Analytics, Zahlungsanbieter), brauchst Du mit jedem einen Auftragsverarbeitungsvertrag (AVV) nach Art. 28 DSGVO. Der AVV regelt: Welche Daten werden verarbeitet, zu welchem Zweck, welche technischen und organisatorischen Maßnahmen (TOM) setzt der Dienstleister um, wo stehen die Server, gibt es Subunternehmer, wie läuft die Löschung. Ohne AVV ist die Datenverarbeitung nicht DSGVO-konform – und Du haftest als Verantwortlicher.

Beim Relaunch musst Du prüfen: Mit welchen neuen Dienstleistern arbeitest Du? Wenn Du zu einem neuen Hosting-Provider wechselst, brauchst Du einen AVV. Wenn Du ein neues Newsletter-Tool einbindest (z. B. Mailchimp, Brevo, CleverReach), brauchst Du einen AVV. Wenn Du ein neues CRM nutzt (z. B. HubSpot, Pipedrive), brauchst Du einen AVV. Die meisten professionellen Anbieter bieten Standard-AVVs an – Du musst sie nur abschließen. Laut einer Umfrage des Bitkom 2025 haben 28 % der deutschen KMUs keine AVVs mit ihren Dienstleistern – oft aus Unwissenheit, nicht aus Vorsatz.

Ein konkretes Beispiel: Du nutzt ein WordPress-Hosting bei einem deutschen Anbieter (z. B. Hetzner, IONOS, Raidboxes). Der Anbieter verarbeitet IP-Adressen, Log-Dateien, eventuell E-Mail-Adressen (bei Kontaktformularen). Das ist eine Auftragsverarbeitung nach Art. 28 DSGVO. Du brauchst einen AVV. Die meisten deutschen Hoster bieten AVVs im Kundenbereich zum Download an – Du musst sie nur unterschreiben und archivieren. Wenn Du einen US-Anbieter nutzt (z. B. AWS, Google Cloud), musst Du zusätzlich prüfen, ob ein angemessenes Schutzniveau besteht (z. B. EU-US Data Privacy Framework) – oder ob Du Standardvertragsklauseln (SCC) nach Art. 46 DSGVO abschließen musst.

Checkliste: Rechts-Audit vor Go-Live

• Impressum vollständig und von jeder Seite erreichbar
• Datenschutzerklärung aktuell (alle neuen Tools dokumentiert)
• Cookie-Consent-Banner funktioniert (alle Skripte blockiert bis Einwilligung)
• Google Fonts lokal gehostet oder mit Consent
• YouTube-Videos mit Consent-Layer oder Privacy Enhanced Mode
• Google Maps mit Consent oder durch OpenStreetMap ersetzt
• AVVs mit allen Dienstleistern abgeschlossen
• Barrierefreiheit geprüft (WCAG 2.1 Level AA)
• SSL-Zertifikat aktiv (HTTPS)
• Kontaktformular mit Datenschutz-Checkbox
• Newsletter-Anmeldung mit Double-Opt-in

Diese Checkliste ist keine juristische Beratung, sondern eine technische Prüfliste. Wenn Du unsicher bist, ob Dein Setup DSGVO-konform ist, hole Dir eine Rechtsberatung (z. B. IT-Recht Kanzlei, eRecht24, Datenschutzbeauftragter). Die Kosten für eine Rechtsberatung (500–2.000 EUR) sind niedriger als die Kosten einer Abmahnung (1.500–5.000 EUR) oder eines Bußgelds (bis 20 Mio. EUR bei DSGVO-Verstößen). Beim Mittelstand-Relaunch ist das Rechts-Audit kein Nice-to-have, sondern Pflicht – weil Du mit dem Launch die Verantwortung für die neue Infrastruktur übernimmst.

Wenn Du den Relaunch mit einer Agentur oder einem Entwickler umsetzt, klär vorher: Wer ist für die Rechts-Compliance verantwortlich? Viele Agenturen liefern nur das Design und die technische Umsetzung – aber nicht die rechtliche Absicherung. Das ist kein Vorwurf, sondern eine Rollenklärung: Entwickler sind keine Juristen. Du kannst technische Maßnahmen umsetzen (Fonts lokal hosten, Consent-Layer einbauen, AVVs einholen) – aber die rechtliche Bewertung muss ein Jurist machen. Beim Relaunch solltest Du Budget für eine Rechtsberatung einplanen – oder zumindest einen Generator wie eRecht24 oder IT-Recht Kanzlei nutzen, der Impressum und Datenschutzerklärung automatisch erstellt.

Wie setzen sich 3.000 bis 50.000 € Kosten für SEO Relaunch, Migration und Monitoring zusammen?

Die Budgetplanung für einen SEO-Relaunch im KMU-Sektor erfordert eine präzise Aufschlüsselung, da technische Versäumnisse in dieser Phase oft zu massiven Sichtbarkeitsverlusten führen. Dieser Beitrag gehört zur Rubrik Webentwicklung auf webentwickler.pro und zeigt auf, wie sich die Investitionen zwischen 3.000 € und 50.000 € auf die kritischen Projektphasen verteilen.

Quelle der Kalkulationsgrundlagen: Bitkom — Leitfaden zur Kalkulation von IT-Projekten

Die finale Summe hängt maßgeblich von der Anzahl der zu migrierenden URLs und der Komplexität des Content-Mappings ab. Während ein technisches Audit die Basis bildet, entscheidet die Qualität der Migrationsbegleitung darüber, ob Sie nach dem Relaunch einen Einbruch der organischen Sitzungen von 30 % oder mehr riskieren.

Welche SEO Best Practices für GEO, E-E-A-T und Server-First-Rendering prägen den Relaunch?

Bei Relaunches 2026 entscheidet die Mischung aus GEO, E-E-A-T-Signalen, Server-Side Rendering und gestaffeltem Rollout darüber, ob Deine Website in Google und KI-Systemen sichtbar wird. Wer heute einen Shop oder eine Website neu aufsetzt, muss wissen: Google crawlt anders, KI-Systeme wie ChatGPT und Perplexity greifen auf Inhalte zu, und Core Web Vitals sind längst ein Ranking-Faktor. Dieser Artikel aus der Rubrik SEO Best Practices Neustart zeigt Dir, welche technischen und inhaltlichen Entscheidungen in der Relaunch-Phase zählen – damit Deine Seite nicht nur indexiert wird, sondern auch in KI-Antworten auftaucht.

GEO (Generative Engine Optimization) funktioniert so: Deine Inhalte müssen so strukturiert sein, dass KI-Modelle sie als Quelle erkennen und zitieren. Das heißt konkret – klare Hierarchien, strukturierte Daten (Schema.org), präzise Antworten auf echte Fragen. Keine Marketingfloskeln. Keine Textwände. Google Search Central macht es klar: E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) bleibt das Fundament. Konkret für Dich: Wer schreibt? Welche Qualifikation? Ist die Quelle nachvollziehbar? Im Shop heißt das – Produktbeschreibungen mit Herstellerangaben, Autoren-Boxen mit LinkedIn-Profil, strukturierte Daten für Bewertungen und FAQs. Ein JTL-Shop ohne Schema.org-Markup verliert messbar gegen einen Shopware-Shop mit sauberer JSON-LD-Integration. Google zeigt Rich Snippets nur, wenn die Daten maschinenlesbar sind. Punkt.

Server-Side Rendering (SSR) ist nicht optional – es ist entscheidend. Ein Shopify-Shop mit Liquid-Templates liefert HTML direkt aus – LCP unter 1,8 Sekunden. Ein React-basierter Headless-Shop ohne SSR lädt erst JavaScript, dann Daten, dann Inhalte – LCP 4+ Sekunden, Googlebot sieht leere Seiten. Der Unterschied? Bis zu 12 % weniger Conversions. Bei 30.000 EUR Monatsumsatz bedeutet das 3.600 EUR entgangener Umsatz – jeden Monat. Der Fehler sitzt in der Template-Architektur, nicht im Marketing. Next.js oder Nuxt.js mit SSR lösen das – vorausgesetzt, Du hast die Infrastruktur (Node.js-Server, CDN, Caching-Strategie). Hier kommt der gestaffelte Rollout ins Spiel: Migriere zuerst eine Kategorie, überwache Indexierung und Core Web Vitals, korrigiere Fehler, dann die nächste. So crawlt Google nicht 10.000 URLs auf einmal und findet dabei Duplicate Content oder 404-Fehler.

Was Du jetzt mitnimmst

Ein Relaunch ohne SEO-Strategie kostet Dich im Schnitt 6–18 Monate Sichtbarkeit und 15.000 bis 80.000 EUR entgangenen Umsatz – je nach Shopgröße und organischem Traffic-Anteil. Die meisten Fehler entstehen nicht durch falsche Technik, sondern durch Nachlässigkeit: Wer 301-Redirects erst nach dem Go-Live einrichtet oder die robots.txt vergisst, verliert innerhalb von 48 Stunden messbare Rankings. Google Search Central bestätigt es – URL-Änderungen ohne saubere Weiterleitungen sind der Klassiker bei Rankingverluste nach Migrationen. Du vermeidest das, indem Du vor dem Relaunch eine technische SEO-Prüfung durchführst: Crawl-Budget, Indexierungssteuerung, strukturierte Daten – alles vor dem Schalter.

Drei Phasen entscheiden: Pre-Launch (Redirect-Mapping, Staging mit noindex), Go-Live (DNS-Umstellung, Search Console-Validierung), Post-Launch (tägliche Indexierungs-Checks über 14 Tage). Wer in Phase 1 die alte URL-Liste nicht exportiert, kann in Phase 2 keine lückenlosen 301-Redirects setzen. Die Folge: 404-Fehler auf ehemals starken Seiten, die Monate Traffic brachten. Praktisches Beispiel – Shopware-6-Relaunch mit 1.200 Produkten und 80 Kategorieseiten: Ohne Redirect-Mapping verloren 23% der URLs in 10 Tagen ihre Rankings. Google interpretierte sie als Duplikate oder Soft-404. Weg war der Traffic.

Rechtlich wird es ernst bei Impressum, Datenschutzerklärung und Widerrufsbelehrung: Liegen diese nach dem Relaunch unter neuen URLs, ohne dass die alten per 301 weitergeleitet werden, entstehen tote Links in Transaktionsmails und Footer. Das ist kein SEO-Problem – das ist ein Abmahnrisiko nach TMG und DSGVO. Monitoring bedeutet konkret: Search Console täglich (Coverage, Core Web Vitals), Google Analytics (organische Sitzungen nach Landing-Page), Server-Logs (Googlebot-Aktivität, Crawl-Fehler). Wer diese drei Datenquellen nicht parallel liest, erkennt Fehler erst, wenn der Umsatz bereits im Minus ist. Mehr dazu im Artikel Website Relaunch SEO: Migration ohne Ranking-Verluste.

Webentwickler.pro

Stanislav Tonkich

eCommerce-Entwickler mit 10+ Jahren Praxis. JTL, Shopware, Shopify, Custom Dev, n8n-Automatisierung, SEO. Ein Mann, kein Agentur-Overhead. Weitere Projekte: STEP/SEEDS® — Marketing-Diagnostik für KMU · Bot-Agent.de — KI-Automatisierungen.