Zurück zum Blog
website relaunch checkliste5. August 202616 Min.

Website-Relaunch-Checkliste: Sicher live ohne Ranking-Verlust

Website-Relaunch-Checkliste: Sicher live ohne Ranking-Verlust ! Draufsicht: Jemand erstellt eine Checkliste für den Website-Relaunch Ein Website-Relaunch gelingt ohne Ranking-Verlust, wenn Sie drei Dinge vor dem Go-Live absichern: ein vollständiges URL-Mapping mit 301-Weiterleitungen, eine Staging-Umgebung mit aktivem noindex-Schutz und einen rechtlichen Vorab-Check nach DDG und DSGVO.

Teilen:

Website-Relaunch-Checkliste: Sicher live ohne Ranking-Verlust

Draufsicht: Jemand erstellt eine Checkliste für den Website-Relaunch

Ein Website-Relaunch gelingt ohne Ranking-Verlust, wenn Sie drei Dinge vor dem Go-Live absichern: ein vollständiges URL-Mapping mit 301-Weiterleitungen, eine Staging-Umgebung mit aktivem noindex-Schutz und einen rechtlichen Vorab-Check nach DDG und DSGVO. Wer diese drei Punkte überspringt, riskiert Traffic-Einbrüche, die sich über einen längeren Zeitraum auswirken können.

Kurz-Checkliste für den Go-Live (druckfertig):

  • [ ] URL-Mapping abgeschlossen, alle Top-Seiten nach Traffic priorisiert
  • [ ] 301-Weiterleitungen serverseitig implementiert und getestet
  • [ ] Staging-Umgebung mit Passwortschutz und noindex aktiv
  • [ ] SSL-Zertifikat gültig, HTTPS auf allen Seiten
  • [ ] Vollständiges Backup der alten Website gesichert
  • [ ] Impressum und Datenschutzerklärung geprüft (DDG/DSGVO)
  • [ ] Cookie-Banner konfiguriert und getestet
  • [ ] GA4 und Search Console eingerichtet, Tracking verifiziert
  • [ ] XML-Sitemap aktuell, robots.txt geprüft
  • [ ] Core Web Vitals gemessen (LCP, INP, CLS)
  • [ ] Alle Formulare, Links und Zahlungsprozesse getestet
  • [ ] Rollback-Plan dokumentiert, verantwortliche Person benannt

Die ausführliche, phasenorientierte Checkliste mit allen Detailaufgaben finden Sie in den folgenden Abschnitten. Eine druckfertige PDF-Version können Sie sich bei Netivoo direkt anfordern.

Wichtige Erkenntnisse

Ein Website-Relaunch ohne vollständiges URL-Mapping, Staging-Schutz und rechtliche Vorab-Prüfung ist kein Relaunch, sondern ein kalkuliertes Risiko.

Thema Details
URL-Mapping als Priorität Nr. 1 Fehlende 301-Weiterleitungen verursachen deutliche Traffic-Verluste, die sich über Monate hinziehen können.
Staging mit noindex absichern Ohne Passwortschutz und noindex kann die Testseite in Google indexiert werden und Rankings beschädigen.
Rechtliche Pflichten vor Go-Live Impressum nach DDG, Datenschutzerklärung nach Art. 13 DSGVO und Cookie-Konzept müssen vor dem Launch stehen.
48-Stunden-Monitoring ist Pflicht Server-Logs und Screaming-Frog-Crawls liefern schnellere Frühwarnungen als die Search Console.
Netivoo für schnelle Umsetzung Netivoo realisiert rechtssichere, mobil optimierte Websites für Handwerksbetriebe in etwa 7 Tagen.

Inhaltsverzeichnis

Was gehört zur Pre-Launch-Checkliste vor dem Go-Live?

Die Pre-Launch-Phase entscheidet darüber, ob der Go-Live-Tag ruhig oder chaotisch verläuft. Wer hier spart, zahlt danach mit Traffic-Verlusten und Nächten im Fehlerlog.

URL-Mapping und Redirect-Plan

Jede bestehende URL braucht eine Entscheidung: migrieren, konsolidieren oder löschen. Priorisieren Sie nach GA4-Klicks, Impressionen aus der Search Console, Backlink-Anzahl und Conversion-Wert. Die vollständige Pre-Launch-Vorbereitung mit Crawl-Baseline, Top-Seiten-Priorisierung und Redirect-Map gilt als Pflicht, nicht als Option.

URL-Kategorie Entscheidung Maßnahme
Hoher Traffic, hohe Backlinks Migrieren 1:1 auf neue URL, 301-Weiterleitung
Ähnliche Inhalte, geringer Traffic Konsolidieren Auf stärkste URL zusammenführen
Veraltete Inhalte, kein Traffic Löschen 301 auf thematisch nächste Seite
Neue URL-Struktur Neu anlegen Canonical korrekt setzen

Technik und Staging

  • Staging-Umgebung mit Passwortschutz und noindex in der robots.txt absichern. Ohne diesen Schutz kann die Testseite in Google indexiert werden.
  • SSL-Zertifikat prüfen, HTTPS auf allen Unterseiten erzwingen, Mixed-Content-Fehler beheben.
  • Vollständiges Datenbankbackup und Datei-Backup der alten Website sichern, Wiederherstellung einmal testen.
  • CDN-Konfiguration prüfen, Cache-Invalidierung für den Launch-Tag planen.
  • Deploy-Skripte auf Staging ausführen und dokumentieren.
  • GA4-Property einrichten, Conversion-Events konfigurieren und auf Staging testen.
  • Search Console mit neuer Domain verknüpfen, Eigentumsnachweis prüfen.
  • Consent-Management-Plattform (z. B. Cookiebot oder Usercentrics) konfigurieren und Einwilligungsfluss testen.
  • Server-Side-Tagging prüfen, falls eingesetzt.

Performance und Barrierefreiheit

  • Core Web Vitals mit PageSpeed Insights und Lighthouse messen: kurze Ladezeiten und geringe Layout-Verschiebungen.
  • Bilder in WebP konvertieren, Lazy Loading aktivieren, kritisches CSS inline setzen.
  • WCAG 2.2 AA: Farbkontraste prüfen, Tastaturnavigation testen, Alt-Texte vollständig vergeben.

Rechtlicher Vorab-Check

Impressum, Datenschutzerklärung und Cookie-Konzept müssen vor dem Go-Live stehen. Mehr dazu im Abschnitt zu rechtlichen Anforderungen weiter unten.

Profi-Tipp: Benennen Sie eine einzige Person mit finaler Entscheidungsbefugnis für den Go-Live. Diese Person entscheidet auch über einen Rollback. Ohne klare Accountability verlieren Teams am Launch-Tag wertvolle Stunden in Abstimmungsschleifen.

Was passiert am Launch-Tag Schritt für Schritt?

Der Launch-Tag ist kein Zeitpunkt für Improvisation. Ein schriftliches Protokoll mit Zeitfenstern verhindert, dass Schritte vergessen werden.

Monitoring in den ersten 48 Stunden

Die ersten 48 Stunden nach dem Go-Live sind kritisch. Search-Console-Daten kommen verzögert. Server-Logs und ein frischer Screaming-Frog-Crawl liefern schnellere Frühwarnungen.

  • Screaming Frog sofort nach Live-Schaltung crawlen lassen, 4xx- und 5xx-Fehler prüfen.
  • Server-Logs auf 500er-Fehler und ungewöhnliche Anfragen überwachen.
  • Uptime-Monitoring (z. B. UptimeRobot) auf kritische Seiten einrichten.
  • Conversion-Pfade manuell durchklicken: Kontaktformular, Telefon-Link, Angebotsanfrage.
  • Wichtige Weiterleitungen mit curl oder dem Redirect-Checker stichprobenartig prüfen.

Rollback-Kriterien und Entscheidungsweg

Wann wird zurückgedreht?

  • Eine große Zahl der Seiten liefert 5xx-Fehler.
  • Kritische Conversion-Seiten (Kontakt, Angebot, Warenkorb) sind nicht erreichbar.
  • Datenschutz- oder Impressumspflichten sind auf der Live-Seite nicht erfüllbar.
  • Zahlungsprozesse schlagen fehl.

Wer entscheidet? Die vorab benannte Accountability-Person, nicht das Team per Konsens.

Wie schnell? DNS-Rollback auf die alte IP ist innerhalb von 15–30 Minuten möglich, wenn die TTL vorher reduziert wurde. Ein vollständiger Datenbankrollback dauert je nach Größe 30–90 Minuten.

Wie überwachen Sie die Website nach dem Launch richtig?

Stabil live zu sein bedeutet nicht, fertig zu sein. Die ersten 90 Tage zeigen, ob die Migration funktioniert hat.

Tägliche Checks in den ersten 7 Tagen:

  • Server-Logs auf 5xx-Fehler und Crawl-Anomalien prüfen.
  • GA4-Echtzeit und Conversion-Rate mit Vorperiode vergleichen.
  • Screaming Frog oder Sitebulb für einen täglichen Crawl einsetzen.
  • Neue 404-Fehler in der Search Console prüfen und Weiterleitungen nachpflegen.

30/60/90-Tage-Plan:

Zeitraum Metriken Maßnahmen
30 Tage Impressionen, Klicks, Crawl-Fehler, Conversion-Rate Fehlende Redirects ergänzen, strukturierte Daten validieren
60 Tage Rankings Top-20-Seiten, Bounce-Rate, Ladezeit Content-Optimierung, Performance-Nachbesserung
90 Tage Organischer Traffic vs. Baseline, Leads/Anfragen Reporting erstellen, A/B-Tests für schwache Conversion-Seiten starten

Typische Nacharbeiten nach dem Launch:

  • Fehlende Weiterleitungen für URLs nachpflegen, die erst nach dem Launch in den Logs auftauchen.
  • Strukturierte Daten (Schema.org) mit dem Rich-Results-Test von Google validieren.
  • Interne Verlinkung auf neue URL-Struktur prüfen, veraltete interne Links korrigieren.
  • Bilder und Medien, die im Staging vergessen wurden, nachoptimieren.
  • Redaktion und Content-Owner in das neue CMS einweisen (mehr dazu im Abschnitt zu Rollen).

Wie vermeiden Sie Traffic-Verluste durch die SEO-Migration?

Fehlende oder fehlerhafte 301-Weiterleitungen sind laut einer Analyse zur SEO-Website-Migration die häufigste Ursache für Traffic-Verluste nach einem Relaunch, die sich auf 30–70 % belaufen können und Monate zur Erholung brauchen.

URL-Mapping-Workflow

Jede alte URL bekommt einen Score aus vier Metriken: GA4-Klicks, Search-Console-Impressionen, Backlink-Anzahl (Ahrefs oder Majestic) und Conversion-Wert. Daraus ergibt sich die Priorität.

Priorität Kriterium Maßnahme
Hoch Viele Klicks, Backlinks oder Conversions 1:1 migrieren, 301 auf neue URL
Mittel Moderate Sichtbarkeit, ähnliche Inhalte vorhanden Konsolidieren, 301 auf stärkste Seite
Niedrig Kein Traffic, keine Backlinks, veralteter Inhalt Löschen, 301 auf thematisch nächste Seite

Technische Implementierung

  • 301-Weiterleitungen serverseitig in der .htaccess (Apache) oder nginx.conf einrichten, nicht über JavaScript oder Meta-Refresh.
  • Redirect-Ketten vermeiden: A → B → C kostet PageRank und verlangsamt den Crawl. Direkt A → C.
  • Jede Weiterleitung mit curl -I oder Screaming Frog testen, Statuscode 301 verifizieren.
  • robots.txt: Staging-Sperren entfernen, Crawl-Budget durch Ausschluss irrelevanter Verzeichnisse schonen.
  • XML-Sitemap nur mit indexierbaren, kanonischen URLs befüllen, keine 301-Ziele in die Sitemap aufnehmen.
  • hreflang-Tags bei mehrsprachigen Websites auf neue URLs aktualisieren.
  • Canonical-Tags auf jeder Seite prüfen: Self-Referencing-Canonical korrekt gesetzt?

Statistic-Callout: Fehlendes oder fehlerhaftes Redirect-Mapping kann Traffic-Verluste von 30–70 % verursachen, die sich über Monate hinziehen. URL-Mapping ist damit ein zentraler Bestandteil der gesamten Migration.

Validierung nach dem Go-Live

  • Screaming Frog sofort nach Live-Schaltung crawlen: alle 301-Ketten, 404-Fehler und Canonical-Abweichungen prüfen.
  • Search Console: Abdeckungsbericht täglich beobachten, neue Fehler sofort beheben.
  • Server-Logs: Googlebot-Anfragen auf 404 und 500 filtern.

Welche Tests brauchen Sie vor der Freigabe?

Eine Freigabe ohne definierten Testplan ist keine Freigabe. Sie ist eine Hoffnung.

Funktionstests:

  • Alle Formulare absenden und E-Mail-Eingang prüfen (Kontakt, Anfrage, Newsletter).
  • Suchfunktion mit typischen Suchbegriffen testen.
  • Login-Bereiche und geschützte Seiten prüfen.
  • Zahlungsprozesse und Buchungssysteme mit Testdaten durchlaufen.
  • Drittanbieter-Integrationen (Kalender, Karten, Chat) auf Funktion prüfen.
  • Alle internen und externen Links auf 200-Status prüfen.

UX und Conversion:

  • Conversion-Pfad auf Desktop und Mobilgerät manuell durchklicken.
  • Navigation auf allen Geräteklassen (Smartphone, Tablet, Desktop) prüfen.
  • Schriftgrößen, Abstände und Touch-Targets auf Mobilgeräten kontrollieren.
  • A/B-Test-Plan für kritische CTAs (Kontaktbutton, Angebotsanfrage) vorbereiten.

Performance und Core Web Vitals:

  1. Lighthouse-Audit auf den fünf wichtigsten Seiten ausführen (Startseite, Leistungsseiten, Kontakt).
  2. PageSpeed Insights für Mobile und Desktop messen: LCP-Ziel unter 2,5 Sekunden.
  3. CLS-Wert unter 0,1 sicherstellen: keine Layout-Verschiebungen durch nachladeende Schriften oder Bilder.
  4. INP unter 200 Millisekunden: Interaktivität auf langsamen Mobilgeräten testen.
  5. CDN-Auslieferung und Browser-Caching mit den Chrome DevTools prüfen.

Accessibility und Sicherheit:

  • Axe-Browser-Extension für automatisierte WCAG-2.2-AA-Prüfung einsetzen.
  • Tastaturnavigation: Tab-Reihenfolge, Fokus-Indikatoren, Skip-Links testen.
  • HTTPS auf allen Seiten, Mixed-Content-Warnungen in der Browser-Konsole beheben.
  • Content-Security-Policy-Header prüfen, X-Frame-Options setzen.
  • Screaming Frog für eine vollständige Stichproben-Matrix aller Seitentypen nutzen.

Was müssen Sie rechtlich beim Relaunch beachten?

Rechtliche Mängel nach einem Relaunch sind kein Kavaliersdelikt. Abmahnungen wegen fehlendem Impressum oder unvollständiger Datenschutzerklärung sind in Deutschland alltäglich.

Impressumspflicht nach DDG

Nach §§ 5 und 6 DDG müssen im Impressum mindestens folgende Angaben stehen: vollständiger Name und Anschrift, Kontaktdaten (E-Mail und Telefon), Vertretungsberechtigte, Handelsregisternummer falls vorhanden, Umsatzsteuer-Identifikationsnummer falls zutreffend. Das Impressum muss leicht erkennbar, unmittelbar erreichbar und ständig verfügbar sein, also mit maximal zwei Klicks von jeder Seite aus.

Typische Fehler, die automatisierte Scan-Tools zuverlässig erkennen: Impressum als Bild statt Text, fehlende E-Mail-Adresse, Impressum hinter mehr als zwei Klicks versteckt.

Datenschutzerklärung nach DSGVO

Art. 13 DSGVO verpflichtet Sie, Nutzer über alle Verarbeitungsvorgänge zu informieren: welche Daten erhoben werden, zu welchem Zweck, auf welcher Rechtsgrundlage und wie lange sie gespeichert werden. Die Datenschutzerklärung muss von jeder Unterseite aus über einen eigenen Link erreichbar sein, getrennt vom Impressum-Link. Beim Relaunch müssen alle neuen Dienste und Tools in der Erklärung aufgeführt sein, bevor die Seite live geht. Netivoos Datenschutz-Hinweise zeigen, wie eine konforme Umsetzung aussieht.

Ein Cookie-Banner ist nur für technisch nicht notwendige Cookies und Drittdienste erforderlich. Eine Website, die ausschließlich technisch notwendige Cookies setzt, kann ohne Banner rechtssicher betrieben werden. Die Datenschutzerklärung bleibt in jedem Fall Pflicht.

Wer Google Analytics, YouTube-Einbettungen oder Meta-Pixel einsetzt, braucht eine Einwilligung vor dem Setzen des Cookies. Datensparsame Alternativen wie Matomo (selbst gehostet, ohne Cookies konfigurierbar) oder Plausible Analytics können den Bedarf nach einem Banner entfallen lassen. Mehr zur praktischen Umsetzung erklärt der Netivoo-Artikel zur Cookie-Banner-Pflicht.

Rechtliche To-Dos beim Relaunch:

  • Impressum auf Vollständigkeit prüfen, Scan-Tool wie ScanCompliance einsetzen.
  • Datenschutzerklärung auf alle neuen Dienste und Tools aktualisieren.
  • Consent-Management-Tool konfigurieren und Einwilligungsfluss testen.
  • Impressum-Link und Datenschutz-Link im Footer auf jeder Seite prüfen.
  • Nach dem Go-Live sofort einen automatisierten Rechtscheck durchführen, danach vierteljährlich wiederholen.

Profi-Tipp: Führen Sie die rechtliche Abnahme als eigenes Abnahme-Gate durch, getrennt von der technischen Freigabe. Erst wenn Impressum, Datenschutzerklärung und Cookie-Konzept schriftlich freigegeben sind, darf der Go-Live-Termin bestätigt werden.

Hinweis: Dieser Artikel enthält allgemeine Informationen, keine Rechtsberatung. Prüfen Sie aktuelle Anforderungen mit einem Fachanwalt oder der zuständigen IHK.

Wie lange dauert ein Relaunch und was kostet er?

Ehrliche Antwort: Es kommt auf den Umfang an. Aber es gibt verlässliche Richtwerte.

Projekttyp Typische Dauer Budgetrahmen Typischer Leistungsumfang
Schnellprojekt 4–6 Wochen — Bis 10 Seiten, Template-basiert, Grundfunktionen
Standardprojekt 8 Wochen — 10–50 Seiten, individuelle Gestaltung, SEO, Integrationen
Enterprise 3–6 Monate — Komplexe Systeme, Mehrsprachigkeit, Shop, Custom-Entwicklung

Netivoo realisiert Websites für Handwerksbetriebe in etwa 7 Tagen, weil der Prozess auf diese Zielgruppe zugeschnitten ist: klare Seitenstruktur, bewährte Templates, direkte Kommunikation ohne Agentur-Overhead.

Budget-Schutz in der Praxis:

  • Leistungsumfang schriftlich fixieren, bevor das Projekt startet. Was nicht im Angebot steht, ist kein Bestandteil.
  • Meilenstein-Zahlungen vereinbaren: z. B. 30 % bei Auftragserteilung, 40 % bei Design-Freigabe, 30 % bei Go-Live.
  • Change-Request-Prozess definieren: jede Änderung außerhalb des Leistungsumfangs wird schriftlich beauftragt und separat berechnet.
  • Zeitpuffer von 20 % auf die Gesamtdauer einplanen, besonders für Content-Lieferungen durch den Auftraggeber.
  • Hosting, Wartung und laufende Updates als separate monatliche Position kalkulieren, nicht in den Einmalpreis einrechnen.

Wer ist für was verantwortlich beim Relaunch?

Projekte scheitern selten an der Technik. Sie scheitern daran, dass niemand weiß, wer am Go-Live-Tag die Entscheidung trifft.

Empfohlene Rollen:

  • Projektleiter (Accountability): Finale Entscheidungsbefugnis, koordiniert alle Beteiligten, gibt Go-Live frei oder stoppt ihn.
  • Entwickler / Infra: Technische Umsetzung, Staging, Deployment, Backup, Server-Konfiguration.
  • SEO-Verantwortlicher: URL-Mapping, Redirect-Plan, Tracking-Setup, Post-Launch-Monitoring.
  • Content-Owner: Texte liefern, Bilder freigeben, Inhalte im CMS pflegen.
  • Legal / Datenschutz: Impressum, Datenschutzerklärung, Cookie-Konzept freigeben.
  • Support / Agenturkontakt: Erster Ansprechpartner bei technischen Problemen nach dem Launch.

Signoff-Checkliste vor dem Go-Live:

  1. Technische Freigabe: Entwickler bestätigt Deployment, Backup, SSL, Redirects schriftlich.
  2. SEO-Freigabe: URL-Mapping vollständig, Tracking verifiziert, noindex entfernt.
  3. Rechtliche Freigabe: Impressum, Datenschutzerklärung und Cookie-Banner abgenommen.
  4. Inhaltliche Freigabe: Auftraggeber hat alle Texte und Bilder geprüft und freigegeben.
  5. Stakeholder-Kommunikation: Interne Teams informiert, externe Ankündigungen vorbereitet.

Kontakt-Template für den Go-Live-Tag:

Legen Sie vor dem Launch eine Liste mit Name, Rolle, Telefonnummer und Erreichbarkeit für alle Beteiligten an. Eskalationspfad: zuerst Projektleiter, dann Entwickler, dann Agentur-Notfallkontakt. Wer nicht erreichbar ist, benennt eine Vertretung.

Was tun, wenn nach dem Launch etwas schiefläuft?

Nicht jeder Relaunch verläuft reibungslos. Entscheidend ist, wie schnell Sie reagieren.

Risiko-Matrix:

Risiko Wahrscheinlichkeit Impact Priorität
Fehlende 301-Weiterleitungen Hoch Hoch (Traffic-Verlust bis zu 70 %) Kritisch
noindex versehentlich aktiv Mittel Hoch (komplette Deindexierung) Kritisch
Conversion-Seiten nicht erreichbar Mittel Hoch (Umsatzausfall) Kritisch
Rechtliche Mängel (Impressum) Mittel Mittel (Abmahnrisiko) Hoch
Performance-Einbruch (CWV) Mittel Mittel (Rankings, Bounce-Rate) Hoch
Tracking-Ausfall Hoch Mittel (Datenverlust) Mittel

Alert-Trigger, die sofortiges Handeln erfordern:

  • 5xx-Fehlerrate über 5 % in den Server-Logs.
  • Plötzlicher Traffic-Absturz über 30 % im Vergleich zur Vorwoche.
  • Mehr als 50 neue 404-Fehler in der Search Console innerhalb von 24 Stunden.
  • noindex-Tag auf der Startseite oder wichtigen Unterseiten aktiv.
  • Conversion-Rate auf null gefallen (Formular oder Kontaktseite defekt).

Rollback-Anleitung:

  • Vollständiger Rollback: DNS auf alte Server-IP zurücksetzen (TTL vorher auf 300 Sekunden reduziert), Datenbankbackup einspielen, Dateisystem wiederherstellen. Dauer: 15–90 Minuten.
  • Teilweiser Rollback: Einzelne Features oder Seiten auf die alte Version zurücksetzen, ohne die gesamte Website zurückzudrehen. Setzt voraus, dass das CMS Versionskontrolle unterstützt.
  • Hotfix: Kritischen Fehler direkt auf der Produktivumgebung beheben, wenn der Rollback unverhältnismäßig wäre. Nur mit Backup-Absicherung.

Kommunikation im Fehlerfall:

Informieren Sie alle Beteiligten sofort über den definierten Statuskanal (z. B. Slack, E-Mail-Verteiler). Meldung enthält: was ist passiert, welche Seiten betroffen, welche Maßnahme läuft, wann das nächste Update kommt. Externe Ankündigungen (Social Media, Newsletter) erst nach Bestätigung der Stabilität.

Was tun, wenn nach dem Launch etwas schiefläuft? — overview diagram

Was Handwerksbetriebe beim Relaunch wirklich unterschätzen

Die meisten Relaunch-Fehler, die Netivoo bei Handwerkskunden sieht, haben nichts mit schlechtem Design zu tun. Sie entstehen in der Lücke zwischen „fertig gebaut“ und „sicher live“.

Der häufigste Fall: Eine neue Website ist gestaltet, die Inhalte sind eingepflegt, der Kunde ist zufrieden. Dann geht sie live, ohne dass jemand die alten URLs auf die neuen weitergeleitet hat. Google findet plötzlich hunderte 404-Fehler, die alten Rankings brechen weg, und der Elektriker oder Dachdecker fragt sich, warum die Anfragen ausbleiben. Das lässt sich mit einem halben Tag Arbeit verhindern, aber nur, wenn man weiß, dass es nötig ist.

Das zweite Muster: Das Impressum ist aus dem alten CMS kopiert, enthält aber die alte Adresse oder fehlt die E-Mail-Adresse. Kein Besucher fällt das auf. Aber ein automatisierter Scan oder ein Mitbewerber schon. Abmahnungen wegen Impressumsmängeln kosten schnell mehrere hundert Euro.

Was Netivoo anders macht: Der Relaunch-Prozess für Handwerksbetriebe enthält Redirect-Prüfung, rechtliche Grundabnahme und Tracking-Setup als feste Bestandteile, nicht als Extras. Wer intern umsetzt, braucht dafür jemanden, der SEO, Recht und Technik gleichzeitig im Blick hat. Das ist bei einem Drei-Mann-Betrieb selten gegeben. Wer eine Agentur beauftragt, sollte genau prüfen, ob diese Punkte im Angebot stehen oder nachberechnet werden.

Die ehrliche Empfehlung: Interne Umsetzung lohnt sich, wenn ein Mitarbeiter diese Checkliste vollständig abarbeiten kann und die Zeit dafür hat. Wenn beides fehlt, ist eine spezialisierte Agentur günstiger als die Fehlerkosten.

Was Handwerksbetriebe beim Relaunch wirklich unterschätzen — overview diagram

Netivoo macht den Relaunch in 7 Tagen rechtssicher

Handwerksbetriebe, die ihre Website neu aufsetzen wollen, stehen vor einem bekannten Problem: Die Technik ist komplex, die Rechtslage ändert sich, und die Zeit für ein monatelanges Agenturprojekt fehlt schlicht.

Netivoo

Netivoo löst das mit einem Prozess, der auf Handwerksbetriebe zugeschnitten ist. Innerhalb von etwa 7 Tagen entsteht eine mobil optimierte, rechtssichere Website mit Impressum, Datenschutzerklärung, Cookie-Konzept und eingerichtetem Tracking. Keine langen Briefing-Runden, kein Agentur-Overhead. Wer nach dem Launch nicht selbst monitoren will, kann Hosting, Wartung und laufende Updates als monatliches Paket dazubuchen. Details dazu finden Sie auf der Website-Pflege-Seite.

Für Betriebe in der Region: Netivoo betreut Projekte in Oldenburg und dem Ammerland mit persönlichem Ansprechpartner. Anfragen direkt über die Neukunden-Seite stellen.

Rechtliche Quellen und Pflichtangaben:

Technische Migrations-Guides:

Netivoo-Ressourcen:

FAQ

Was sind die drei wichtigsten Punkte vor dem Go-Live?

URL-Mapping mit 301-Weiterleitungen, Staging-Umgebung mit noindex-Schutz und rechtliche Prüfung von Impressum und Datenschutzerklärung. Wer diese drei Punkte absichert, verhindert die häufigsten und teuersten Relaunch-Fehler.

Wie lange dauert ein typischer Website-Relaunch?

Schnellprojekte mit wenigen Seiten dauern in der Regel mehrere Wochen. Umfangreichere Standardprojekte benötigen mehrere Wochen bis Monate für die Umsetzung. Netivoo realisiert Websites für Handwerksbetriebe in etwa 7 Tagen, weil der Prozess auf diese Zielgruppe zugeschnitten ist.

Nur wenn die Website technisch nicht notwendige Cookies oder Drittdienste wie Google Analytics oder YouTube einsetzt. Eine Website ohne solche Dienste kann ohne Banner rechtssicher betrieben werden. Die Datenschutzerklärung ist in jedem Fall Pflicht.

Was passiert, wenn ich 301-Weiterleitungen vergesse?

Fehlende Weiterleitungen führen dazu, dass Google die alten URLs als 404-Fehler wertet und die aufgebauten Rankings verliert. Traffic-Verluste von bis zu 70 % sind möglich und brauchen Monate zur Erholung.

Wie überwache ich die Website in den ersten Tagen nach dem Launch?

Server-Logs und ein Screaming-Frog-Crawl liefern schnellere Frühwarnungen als die Google Search Console, deren Daten verzögert ankommen. Prüfen Sie täglich 5xx-Fehler, neue 404-Fehler und die Conversion-Rate auf kritischen Seiten.

Empfehlung

JH

Jonas Hoting

Webdesigner aus Oldenburg

Ich helfe Handwerksbetrieben in Oldenburg und dem Ammerland, online sichtbar zu werden. Mit modernem Webdesign und lokaler SEO-Optimierung.

Kostenloses Erstgespräch

Jetzt Handwerker-Website anfragen

Beschreib kurz deinen Betrieb und was du brauchst. Ich melde mich innerhalb von 1 Werktag bei dir – kostenlos und unverbindlich.

Oder direkt erreichen

0176 62011102
info@netivoo.de

Deine Daten werden vertraulich behandelt und nicht an Dritte weitergegeben.