Website-Relaunch: Rankings, Automationen und Leads beim Redesign absichern

Ein Website-Relaunch kostet dann Rankings und Leads, wenn Weiterleitungen fehlen, Tracking-Skripte auf der neuen Site nicht migriert werden und Marketing-Automationen an URLs hängen, die sich verändern. Wer diese drei Risikozonen vor dem Go-Live systematisch abarbeitet, schützt das Bestandsgeschäft der alten Website und startet mit der neuen, ohne Altlasten zu erben.

Das Wichtigste in Kürze

• Vollständiges Audit von Traffic, Conversions, internen Links und Marketing-Automation-Integrationen ist Pflicht, bevor die erste Seite verändert wird.
• Jede URL, die sich ändert, braucht eine 301-Weiterleitung – ohne sie verliert die Seite ihren bisherigen Ranking-Wert dauerhaft.
• ActiveCampaign-Site-Tracking und alle Formular-Einbindungen müssen in einer Staging-Umgebung getestet sein, bevor der Go-Live-Schalter umgelegt wird.
• Eine schrittweise Ausrollung schützt vor Totalverlusten, weil Probleme unter Echtbedingungen sichtbar werden, bevor der gesamte Traffic auf die neue Site gelangt.
• Post-Launch-Monitoring der wichtigsten Conversion-Kennzahlen sollte mindestens vier Wochen täglich stattfinden.

Warum Relaunches häufig Conversions kosten

Die häufigste Ursache ist nicht schlechtes Design, sondern ein Ansatz, der mit dem Visuellen beginnt und die Messtechnik am Ende denkt – oder gar nicht. Teams entscheiden über Navigation, Seitenstruktur und Inhalte aus einem Gefühl heraus, ohne vorher zu dokumentieren, was die bestehende Site tatsächlich leistet. Das Ergebnis: Seiten, die jahrelang Besucher über organische Suche brachten, verschwinden ohne Weiterleitung. Formulare, die Leads in ActiveCampaign schickten, funktionieren plötzlich nicht mehr. Tracking-Daten fehlen für Wochen, weil das Skript auf der neuen Site vergessen wurde.

Das Big-Bang-Muster und seine Folgen

Viele Relaunches folgen demselben Muster: Die alte Site geht zu einem festen Datum offline, die neue erscheint – komplett, auf einmal, für alle Besucher gleichzeitig. Wenn dabei etwas bricht, ist die Fehlersuche schwierig, weil sich alles gleichzeitig verändert hat. War es die URL-Umstrukturierung? Der neue Tag-Manager? Die andere Formular-Lösung? Bei einem Big-Bang-Launch lässt sich das kaum isolieren.

Dazu kommt: Ohne Rollback-Pfad bleibt bei ernsten Problemen nur die Wahl zwischen "weiter mit dem Problem" oder "alles zurückdrehen". Weder das eine noch das andere ist tragbar, wenn die Website der wichtigste Vertriebskanal ist. Wer eine Woche nach dem Launch merkt, dass die Hälfte der Formulare keine Daten mehr sendet, steht vor der Entscheidung, ob der Brand-Schaden eines sichtbaren Rückwechsels kleiner ist als der Lead-Ausfall.

Was systematisch übersehen wird

Drei Lücken treten in der Praxis am häufigsten auf und sorgen dafür, dass ein Relaunch nicht die erwarteten Ergebnisse bringt:

• Formular-Integrationen werden auf der neuen Site neu gebaut, ohne die bestehenden Feld-Mappings in ActiveCampaign zu prüfen – ein neu erstelltes Formular sendet Daten, die in der falschen Liste landen oder keine Automation auslösen.
• URL-basierte Bedingungen in Automationen bleiben unverändert, obwohl die referenzierten Seiten neue Adressen bekommen haben – die Automation läuft dann einfach nicht mehr an, ohne eine Fehlermeldung zu erzeugen.
• Interne Verlinkungen zeigen nach dem Relaunch auf Weiterleitungen statt auf direkte URLs, was die Ladezeit erhöht und Crawl-Budget verbraucht, ohne dass jemand es sofort bemerkt.

Wann ein Relaunch warten sollte

Ein Relaunch ist keine Routine-Maßnahme, die sich beliebig einschieben lässt. Es gibt Situationen, in denen das Verschieben klüger ist als das Starten. Wer das eigene Marketing-Automation-Setup nicht vollständig dokumentiert hat, sollte mit der Neugestaltung warten, bis diese Grundlage steht – sonst fehlt die Basis für eine kontrollierte Migration. Dasselbe gilt, wenn keine Staging-Umgebung zur Verfügung steht: Ohne Testumgebung ist es nicht möglich, die Integration mit ActiveCampaign vor dem Go-Live zu prüfen.

Zeitlich kritisch sind auch aktive Kampagnen, die Traffic auf bestimmte URLs treiben. Wer gerade eine E-Mail-Sequenz laufen hat, die auf Landingpages verlinkt, die beim Relaunch neue URLs bekommen, muss entweder die Kampagne pausieren oder den Relaunch so planen, dass die alten URLs zuverlässig weiterleiten, bevor die erste Kampagnen-Mail versandt wird. Ein nicht koordinierter Relaunch während einer laufenden Kampagne gehört zu den vermeidbarsten und gleichzeitig teuersten Fehlern.

Was vor dem Relaunch vollständig dokumentiert sein muss

Ein Relaunch ohne Baseline ist eine Umbaumaßnahme ohne Grundriss. Du weißt am Ende nicht, ob die neue Konstruktion besser ist als die alte, weil du die alte nie vollständig vermessen hast. Das Ziel der Baseline ist nicht, die alte Site zu glorifizieren – es geht darum, den Ausgangspunkt zu kennen, gegen den du das Ergebnis nach dem Launch messen willst. Fehlt diese Grundlage, ist jeder Vergleich Spekulation.

Traffic und organische Sichtbarkeit erfassen

Exportiere aus Google Search Console alle Seiten, sortiert nach Klicks und Impressionen der letzten zwölf Monate. Das sind die Seiten, die in der Suchmaschine präsent sind und deren URLs nicht einfach verschwinden dürfen. Ergänze aus deinem Analytics-Tool die tatsächliche Besucherzahl pro Seite sowie Absprungrate und Verweildauer. Diese Kombination zeigt, welche Seiten Traffic bringen und welche davon die Besucher auch halten.

Seiten mit hohem Traffic und hoher Absprungrate sind Kandidaten für inhaltliche Überarbeitung – aber ihre URLs absicherst du trotzdem per Weiterleitung, weil externe Links und Backlinks sonst ins Leere laufen. Die Backlink-Struktur exportierst du separat, zum Beispiel über die kostenlose Ansicht der Ahrefs Webmaster Tools.

Conversions und Formular-Struktur dokumentieren

Liste jeden Kontaktpunkt zwischen Website und ActiveCampaign auf: Welche Formulare gibt es, auf welchen Seiten sind sie eingebettet, welche Listen oder Tags vergeben sie, welche Automationen lösen sie aus? Diese Dokumentation dauert beim ersten Mal länger als erwartet – aber sie ist die einzige Grundlage, auf der du nach dem Relaunch kontrolliert testen kannst, ob alles weiter funktioniert.

Gleiches gilt für Conversion-Ziele in Analytics. Notiere, welche Events oder Zielseiten du derzeit misst und wie hoch deren Rate im Durchschnitt der letzten drei Monate liegt. Ohne diesen Wert weißt du nach dem Launch nicht, ob ein Rückgang normal ist oder auf einen Fehler hindeutet.

Interne Verlinkungsstruktur sichtbar machen

Ein Crawling-Tool zeigt, welche Seiten intern miteinander verknüpft sind. Das ist relevant in zwei Richtungen: Erstens, welche Seiten viele eingehende interne Links haben – die stehen im Ranking-Wert höher und sollten URL-stabil bleiben. Zweitens, welche Seiten bereits jetzt auf Weiterleitungen zeigen oder tote Links enthalten – die bereinigst du vor dem Relaunch, damit du keine Altlasten in die neue Struktur überträgst.

Die kostenlose Version von Screaming Frog crawlt Sites bis 500 URLs und liefert einen vollständigen Export aller internen Links mit Status-Codes. Bei größeren Sites lohnt sich das kostenpflichtige Upgrade allein für diesen Schritt. Die Ergebnisse fließen direkt in die Redirect-Map ein, die du im nächsten Schritt erstellst.

ActiveCampaign-Integration vor dem Go-Live absichern

Die Integration zwischen Website und ActiveCampaign ist für die meisten Marketing-Teams der kritischste Punkt beim Relaunch – und der, bei dem Fehler am längsten unbemerkt bleiben. Ein Formular, das keine Leads mehr sendet, oder Site-Tracking, das keine Seitenbesuche mehr aufzeichnet, produziert keine Fehlermeldung. Die Automationen laufen weiter, die Dashboards zeigen Werte, aber die Neuanmeldungen sinken, ohne dass ein Alarm ausgeht.

Das Site-Tracking-Skript korrekt einbinden

Das ActiveCampaign-Site-Tracking-Skript muss im Head-Bereich jeder Seite der neuen Website stehen. Der häufigste Fehler: Das Skript wird nur auf der Startseite oder auf ausgewählten Seiten eingefügt, weil die Einbindung per CMS-Template nicht konsequent für alle Seitenvorlagen gesetzt wurde. Prüfe nach der Staging-Einrichtung mit den Browser-Entwicklertools, ob der Script-Tag auf mindestens drei verschiedenen Seitentypen tatsächlich vorhanden ist – Startseite, eine Unterseite und eine Blog-Seite.

Wenn die neue Site einen Tag-Manager verwendet: Prüfe, ob der Tag auf hundert Prozent der Seitenaufrufe feuert, nicht nur auf bestimmten Pfaden. Tag-Manager-Konfigurationen mit falschen Trigger-Bedingungen sind eine häufige Ursache für lückenhaftes Site-Tracking, das erst Wochen nach dem Launch auffällt, wenn jemand Fragen zur Kontakt-Aktivität in Automationen stellt.

Eingebettete Formulare und API-Integrationen separat behandeln

Eingebettete ActiveCampaign-Formulare – also der Embed-Code mit dem JavaScript-Snippet aus dem ActiveCampaign-Konto – hängen an der Form-ID im Account, nicht an einer URL. Wenn du den Embed-Code neu kopierst und in die neue Site einbindest, bleibt die Verbindung zu Feldern, Listen und Automationen bestehen. Die Form-ID ändert sich nicht, und selbst wenn sich die URL der Einbettungsseite ändert, funktioniert das Formular weiter.

Anders verhält es sich bei selbst gebauten Formularen mit einer eigenen Backend-Integration. Hier werden Feldnamen und API-Endpunkte im eigenen Code definiert. Diese Konfiguration muss nach jeder Formular-Überarbeitung gegen die ActiveCampaign-Felddefinitionen abgeglichen werden. Ein manuell geänderter Feldname im Formular, der sich von der API-Feldbezeichnung unterscheidet, führt dazu, dass Kontaktdaten empfangen, aber nicht korrekt gespeichert werden.

URL-basierte Bedingungen in Automationen prüfen

ActiveCampaign-Automationen können so konfiguriert sein, dass sie starten oder verzweigen, wenn ein Kontakt eine bestimmte Seite besucht hat. Diese Bedingungen referenzieren den exakten URL-Pfad. Wenn sich die URL ändert – auch wenn nur der Pfad leicht umstrukturiert wird – greift die Bedingung nicht mehr. Es kommt kein Fehler, die Automation läuft, aber dieser Einstiegspunkt wird nie ausgelöst.

Gehe vor dem Relaunch systematisch durch alle Automationen und suche nach Bedingungen des Typs "Hat Seite besucht" oder ähnlichen URL-Referenzen. Notiere jede Kombination aus Bedingung und URL und prüfe nach der URL-Migration, ob alle Bedingungen noch auf gültige Pfade zeigen. Erstelle danach in der Staging-Umgebung einen Testkontakt und simuliere den Besuch der migrierten Seite, um zu bestätigen, dass die Automation ausgelöst wird.

Welche URLs sich ändern dürfen – und welche nicht

Die sicherste Strategie ist, URLs überhaupt nicht zu ändern. Jede URL-Änderung erzeugt Aufwand, birgt Fehlerquellen und hat einen Preis in Form von Ranking-Risiko, den du nur durch sorgfältige Arbeit gering halten kannst. Wenn strukturelle Änderungen trotzdem nötig sind, gilt: Änderungen an URLs ohne externen oder organischen Traffic sind risikoarm. Änderungen an URLs mit nachgewiesenem Traffic oder eingehenden Links erfordern zuverlässige 301-Weiterleitungen.

301 vs. 302 – warum der Unterschied zählt

Eine 301-Weiterleitung signalisiert Suchmaschinen, dass ein Umzug dauerhaft ist. Google überträgt dabei den Großteil der Ranking-Signale von der alten auf die neue URL. Eine 302-Weiterleitung gilt als temporär – Google behält die alte URL in seiner Bewertung und erwartet, dass sie zurückkommt. Für einen Relaunch ist 302 deshalb falsch, auch wenn technisch beides "funktioniert". Die Konsequenz eines 302 statt eines 301 ist nicht sofort sichtbar, zeigt sich aber in den Rankings über Wochen.

Weiterleitungsketten – Pfade, bei denen URL A auf URL B weiterleitet, die wiederum auf URL C zeigt – kosten bei jedem Hop Ladezeit und reduzieren den übertragenen Ranking-Wert. Wenn Weiterleitungen aus früheren Relaunches vorhanden sind, löse die Ketten vor dem neuen Launch auf: A verweist dann direkt auf C, B bleibt als Zwischenglied nur in der Redirect-Map enthalten, die du konsolidierst.

Die Redirect-Map als Pflichtdokument

Die Redirect-Map ist eine Tabelle mit drei Spalten: alte URL, neue URL, Statuscode. Sie enthält jede Seite der alten Website, die sich ändert oder wegfällt. Die Grundlage liefert der URL-Export aus Google Search Console – alle URLs mit Klicks in den letzten zwölf Monaten – plus der Crawl-Export aus dem Screaming-Frog-Scan. Wer beides kombiniert, hat eine vollständige Liste der URLs, die mit Sicherheit irgendwo verlinkt oder indexiert sind.

Die Redirect-Map muss fertiggestellt sein, bevor der erste Content auf der neuen Site veröffentlicht wird. Nachträgliche Ergänzungen während des Launches führen zu vergessenen Einträgen und damit zu 404-Fehlern, die erst Tage später in Google Search Console auftauchen. Was dabei strukturell zu prüfen ist, beschreibt der Beitrag zu einem vollständigen technischen SEO-Audit – er zeigt, wie Website-Probleme identifiziert werden, bevor sie beim Relaunch eskalieren.

Sitemap und Canonical nach dem Launch

Nach dem Go-Live: Reiche die aktualisierte XML-Sitemap sofort über Google Search Console ein. Google entdeckt neue URLs zwar auch ohne Sitemap, aber der Einreichungsprozess beschleunigt das Crawling deutlich, besonders bei größeren Sites. Prüfe zusätzlich, ob Canonical-Tags korrekt gesetzt sind – insbesondere dann, wenn während des Relaunches auf einer Staging-Domain gearbeitet wurde und diese Seiten mit noindex oder falschen Canonicals ausgeliefert wurden. Diese Konfigurationen müssen vor dem Go-Live aktiv zurückgesetzt werden.

Wie ein risikoarmer Go-Live strukturiert ist

Die Wahl der Ausroll-Strategie entscheidet darüber, wie schnell du auf Probleme reagieren kannst. Der Unterschied zwischen einem Big-Bang-Launch und einem schrittweisen Rollout zeigt sich am deutlichsten im Fehlerfall:

Ein schrittweiser Rollout bedeutet, dass die neue Site nicht sofort für alle Besucher sichtbar ist. Stattdessen läuft ein Teil des Traffics weiter auf die alte Version, während du an der neuen Seite prüfst, ob alles funktioniert. Das setzt voraus, dass beide Versionen technisch gleichzeitig erreichbar sind – entweder über separate Domains, über A/B-Testing-Infrastruktur oder über eine Canary-Deployment-Konfiguration im Webserver. Der Aufwand lohnt sich bei Sites, die direkt Umsatz oder Leads generieren.

Der folgende Ablauf beschreibt, wie ein risikoarmer Go-Live strukturiert sein sollte:

1. Staging-Umgebung aufsetzen und die komplette neue Site inkl. aller Integrationen dort testen: Formulare mit Testdaten einreichen, Site-Tracking-Aufzeichnung in ActiveCampaign prüfen, alle Weiterleitungen aus der Redirect-Map verifizieren.
2. Vollständiges Backup der alten Website anlegen – inkl. Datenbank, nicht nur der statischen Dateien. Das Backup muss schnell einsetzbar sein, wenn ein kritisches Problem erst nach dem Go-Live sichtbar wird.
3. Redirect-Map in das Serversetup einpflegen und jeden Eintrag einzeln testen: Aufruf der alten URL, Prüfung des HTTP-Statuscodes (301) und der Zielseite. Das lässt sich mit einem Curl-Skript über die gesamte Liste automatisieren, um keine Zeile zu übersehen.
4. DNS-Umstellung auf die neue Server-Infrastruktur vornehmen, wenn möglich mit niedrigem TTL-Wert (300 Sekunden), damit ein Rollback schnell greift, falls die Produktion Probleme zeigt.
5. Erste Funktionsprüfung nach 15 Minuten: alle Hauptseiten manuell aufrufen, ein Formular mit echten Daten einreichen, den ActiveCampaign-Kontakt auf korrekte Felder und Tags prüfen, Site-Tracking-Event in ActiveCampaign unter Berichte bestätigen.
6. Google Search Console nach zwei Stunden auf Index-Coverage-Fehler und 404-Fehler prüfen, Sitemap einreichen, Crawling für die wichtigsten Seiten manuell anstoßen über die URL-Überprüfungsfunktion in der Search Console.
7. Monitoring für die ersten 48 Stunden: Conversion-Rate der wichtigsten Formulare im Vergleich zur Baseline der Vorwoche, Fehlerrate im Server-Log und Lead-Zulauf in ActiveCampaign prüfen – wie viele neue Kontakte kommen pro Stunde im Vergleich zum Wochendurchschnitt vor dem Launch.

Die ersten vier Wochen nach dem Launch aktiv begleiten

Nach dem Launch beginnt die eigentliche Überprüfungsphase. Die ersten vier Wochen entscheiden darüber, ob der Relaunch das hält, was er versprochen hat, oder ob sich Probleme einschleichen, die erst mit Verzögerung sichtbar werden. SEO-Rankings reagieren oft mit einem Versatz von einer bis vier Wochen – kurzfristige Schwankungen nach dem Launch sind normal und kein zuverlässiger Indikator für den tatsächlichen Effekt.

Wöchentliche Prüfroutine aufsetzen

Lege in der ersten Woche nach dem Launch täglich vier Kennzahlen nebeneinander: Anzahl neuer Kontakte in ActiveCampaign im Vergleich zum gleichen Wochentag vor dem Relaunch, Conversion-Rate der wichtigsten Formulare, Anzahl der 404-Fehler in Google Search Console und Seitenladezeit der Startseite sowie der wichtigsten Landingpage. Diese vier Messpunkte zeigen, ob die drei Kernrisiken – Tracking, Formulare, Weiterleitungen – sauber migriert wurden.

Ab der zweiten Woche reicht eine tägliche Schnellprüfung der Kontaktzahl; die anderen Messpunkte können auf wöchentlich reduziert werden, wenn in Woche 1 keine Auffälligkeiten sichtbar waren. Spätestens ab Woche 3 liegen genug Daten vor, um die Conversion-Rate statistisch mit der Baseline zu vergleichen und fundierte Aussagen darüber zu treffen, ob die neue Site besser oder schlechter konvertiert.

Auf was du in ActiveCampaign konkret achtest

Öffne in ActiveCampaign unter Berichte die Automation-Übersicht für die wichtigsten Automationen, die über Website-Formulare ausgelöst werden. Prüfe, ob die Eintrittsrate der Automation nach dem Relaunch auf demselben Niveau liegt wie zuvor. Ein sichtbarer Rückgang in kurzer Zeit ist ein deutlicher Hinweis, dass entweder ein Formular nicht korrekt eingebunden ist oder eine Eintrittsbedingung nach der URL-Migration nicht mehr greift.

Prüfe außerdem unter Kontakte die Neuzugänge sortiert nach Datum und achte darauf, welches Formular als Herkunft eingetragen ist. Wenn ein Formular plötzlich als Quelle fehlt, obwohl es auf der Website sichtbar ist, liegt ein Einbindungsfehler vor, der nicht als Fehlermeldung angezeigt wird. Einblick in über 200 begleitete Projekte zeigt: Dieser Fall tritt regelmäßig auf, wenn auf der neuen Site ein anderer Formular-Typ verwendet wird als zuvor.

Typische Fehler der ersten Wochen und ihre Ursachen

Einige Probleme zeigen sich erst mit Verzögerung, obwohl sie beim Launch bereits vorhanden waren:

• Ein Formular funktioniert auf Desktop korrekt, liefert auf Mobile-Geräten aber keine Daten – Ursache ist meist eine fehlende Skript-Ladung auf bestimmten Seitentypen oder ein JavaScript-Konflikt mit anderen Bibliotheken des neuen Designs.
• Die Conversion-Rate sinkt erst ab Tag 5, weil bestehende Browser-Caches noch die alte Site lieferten – nach Cache-Ablauf sehen neue Besucher die neue Site, und das tatsächliche Nutzerverhalten wird erstmals sichtbar.
• Organische Rankings bestimmter Seiten fallen weg, obwohl 301-Weiterleitungen gesetzt sind – Ursache ist oft eine Weiterleitungskette, die durch eine weitere Weiterleitung aus einem früheren Relaunch entstand und die jetzt auf ein anderes als das erwartete Ziel verweist.

Häufige Fragen

Wie lange dauert es, bis Google-Rankings sich nach einem Relaunch stabilisieren?

Das hängt davon ab, wie viele URLs sich verändert haben und ob Weiterleitungen vollständig gesetzt wurden. Seiten mit wenigen Änderungen und vollständiger Redirect-Map stabilisieren sich oft innerhalb von zwei bis vier Wochen. Bei umfangreichen Strukturänderungen oder lückenhaften Weiterleitungen kann der Prozess zwei bis drei Monate dauern. Kurzfristige Rankingschwankungen in den ersten 14 Tagen sind normal und kein verlässlicher Indikator für das Endergebnis.

Was passiert mit ActiveCampaign-Automationen, wenn ich URLs ändere?

Automationen, deren Eintrittsbedingung ein Seitenbesuch auf einem bestimmten Pfad ist, werden nach einer URL-Änderung nicht mehr ausgelöst, weil die Bedingung auf den alten Pfad referenziert. Es gibt keine automatische Warnung. Die Automation läuft, aber dieser Einstiegspunkt wird nie getroffen. Du musst alle betroffenen Bedingungen manuell aktualisieren und danach in einer Staging-Umgebung mit einem Testkontakt prüfen, ob der neue Pfad die Automation auslöst.

Wann ist eine 301-Weiterleitung zwingend notwendig?

Immer dann, wenn eine URL aufgehört hat zu existieren oder sich ihr Pfad geändert hat und die Seite nachweislich Traffic oder Backlinks hatte. Pflicht ist die Weiterleitung auch dann, wenn eine Seite intern verlinkt war – sonst entstehen tote Links im eigenen Content. Seiten ohne Traffic, ohne externe Links und ohne interne Verlinkung können wegfallen, ohne eine Weiterleitung zu setzen; prüfe aber zuerst, ob sie in einer Automation oder E-Mail-Kampagne referenziert sind.

Wie teste ich die ActiveCampaign-Integration auf einer Staging-Umgebung?

Richte in ActiveCampaign eine Test-Liste ein und konfiguriere alle Formulare der Staging-Umgebung so, dass sie in diese Liste einreichen. Fülle jedes Formular mit einer eindeutigen E-Mail-Adresse aus und suche den Kontakt danach in ActiveCampaign. Prüfe, ob alle Felder korrekt übertragen wurden, die erwarteten Tags vergeben sind und die zugehörige Automation gestartet hat. Prüfe parallel, ob der Seitenbesuch im Site-Tracking unter Berichte aufgezeichnet wurde.

Muss ich bei einem Relaunch den gesamten alten Content mitnehmen?

Nein – bei Seiten, die nie Traffic hatten und inhaltlich überholt sind, ist das Weglassen sinnvoll. Der entscheidende Test: Hat die Seite in den letzten zwölf Monaten organische Klicks erhalten, eingehende Links von anderen Sites, oder ist sie intern in Automationen oder E-Mail-Sequenzen verlinkt? Wenn keines davon zutrifft, kannst du die Seite ohne Weiterleitung löschen. Wenn auch nur eines zutrifft, setze eine 301-Weiterleitung auf die nächste thematisch passende Seite.

Wie gehe ich vor, wenn Rankings trotz gesetzter Weiterleitungen einbrechen?

Prüfe zuerst in Google Search Console, welche Seiten betroffen sind und ob 404-Fehler oder Weiterleitungsfehler gemeldet werden. Sind die Weiterleitungen korrekt, aber Rankings trotzdem weg, warte mindestens vier Wochen – Google braucht Zeit, um neue URLs vollständig neu zu bewerten. Sind Weiterleitungen als Ketten hinterlegt, konsolidiere sie auf direkte Ziele. Wenn externe Backlinks auf die alten URLs zeigten, stoße über die URL-Überprüfungsfunktion in der Search Console ein manuelles Crawling der neuen Zielseiten an.

Wer die drei Risikozonen – Weiterleitungen, Tracking-Migration und Automation-Bedingungen – vor dem Go-Live systematisch abgearbeitet hat, startet mit dem Relaunch deutlich ruhiger. Der erste Monat nach dem Launch ist kein Ruhemodus, sondern aktives Monitoring: Wie entwickeln sich die Formular-Conversions? Kommen die Leads weiterhin in ActiveCampaign an? Was zeigt Google Search Console in der Index-Coverage? Wer diese drei Fragen täglich beantworten kann, erkennt Probleme, bevor sie sich zu dauerhaften Verlusten summieren.