Wie man sich bei Google unsichtbar machen kann (SEO & Relaunch)

Ein Relaunch ist die häufigste Art, wie ein Unternehmen seine über Jahre aufgebaute Google-Sichtbarkeit aus Versehen wegwirft. Die neue Website ist schöner, schneller, moderner, und drei Wochen nach dem Go-Live brechen Anfragen und Rankings ein. Das muss nicht sein. Ein Relaunch kostet dich nur dann Sichtbarkeit, wenn SEO erst nach dem Launch zum Thema wird, statt von der ersten Skizze an.

Wir bei cloudWEB planen und begleiten seit über 15 Jahren WordPress-Relaunches, vom kleinen Dienstleister bis zum Industriebetrieb mit mehreren tausend URLs. Wir wissen darum, wo ein Relaunch Rankings kostet und wie du genau das verhinderst.

Du bekommst hier den kompletten Prozess: wann sich ein Relaunch lohnt, wie du vorher deine starken Seiten sicherst, wie du Inhalte und URLs sauber mappst, worauf es bei Technik und Performance ankommt, und wie du den Go-Live so fährst, dass deine Rankings den Wechsel überstehen.

In fast jedem verpatzten Relaunch, den ich gesehen habe, war die neue Seite schön und technisch sauber. Gefehlt hat das eine: jemand, der von Anfang an die Rankings im Blick hatte. Genau das ist der Unterschied.

Thomas Hasenfratz, Geschäftsführer cloudWEB

Was zählt überhaupt als Relaunch?

Nicht jede Änderung ist ein Relaunch. Es lohnt sich, drei Stufen zu unterscheiden, weil das Risiko für deine Rankings mit jeder Stufe steigt:

• Redesign: Du änderst Optik, Farben, Bilder, aber Struktur und URLs bleiben gleich. Geringes SEO-Risiko.
• Relaunch: Du baust die Website technisch und strukturell neu, oft mit neuem Theme, neuer Seitenstruktur und teilweise neuen URLs. Hier entscheidet sich, ob du Rankings behältst.
• Plattformwechsel: Du ziehst von einem anderen System (Wix, Jimdo, TYPO3, Drupal) auf WordPress um. Das ist ein Relaunch mit zusätzlichem technischem Umzug.

Ein Relaunch lohnt sich, wenn die Website dich aktiv bremst, nicht weil sie dir nicht mehr gefällt. Typische, ehrliche Gründe:

• Die Technik ist veraltet und ein Sicherheitsrisiko, Updates brechen die Seite.
• Die Website ist langsam oder nicht sauber mobil bedienbar, die Core Web Vitals sind rot.
• Du hast dich aus der alten Struktur herausgewachsen, neue Angebote finden keinen Platz.
• Du rebrandest oder positionierst dich neu.
• Die Seite sieht professionell aus, bringt aber keine Anfragen.

Wenn dich nur die Optik stört, reicht oft ein Redesign. Wenn dich Technik, Struktur oder Performance bremsen, ist es ein echter Relaunch, und dann gelten die Schritte weiter unten.

Der teuerste Relaunch-Fehler: ihn als reines Designprojekt sehen

Die meisten Relaunches scheitern bei der Sichtbarkeit nicht an der Technik, sondern an der Reihenfolge im Kopf. Eine Agentur baut eine schöne neue Seite, alle freuen sich, und SEO kommt als letzter Punkt auf die Liste, oft erst nach dem Go-Live. Dann ist es zu spät: Die rankenden Inhalte sind gekürzt, die URLs haben sich geändert, niemand hat Weiterleitungen geplant, und Google findet eine fremde Website unter den alten Adressen.

Deine bestehende Website ist aus SEO-Sicht ein Vermögenswert, nicht eine leere Leinwand. Jede Seite, die rankt, jeder Backlink, jede Position in den Suchergebnissen ist Substanz, die du beim Relaunch entweder mitnimmst oder verlierst. Darum gehört SEO an den Anfang des Projekts, nicht ans Ende.

Die folgenden Schritte sind die Reihenfolge, in der wir bei cloudWEB einen Relaunch angehen. Den technischen Rahmen für Umzüge mit URL-Änderungen beschreibt auch Googles offizielle Anleitung.

Schritt 1: Bestandsaufnahme, bevor du irgendetwas anfasst

Bevor die erste neue Seite entsteht, brauchst du ein klares Bild davon, was deine aktuelle Website wert ist. Sonst weisst du nach dem Relaunch nicht, ob du gewonnen oder verloren hast.

Die Quelle ist deine Google Search Console. Im Bericht Leistung, Reiter Seiten, gefiltert auf die letzten 12 Monate, siehst du jede URL, die Klicks aus der Google-Suche bekommt. Sortiere nach Klicks und Impressionen, das ist deine Liste der Seiten, die der Relaunch unbedingt überleben müssen. Pro wichtiger Seite notierst du dir im Reiter Suchanfragen ausserdem die Begriffe, für die sie rankt.

Parallel schaust du in Google Analytics 4 unter Berichte > Akquisition > Traffic-Akquisition, welche Seiten nicht nur Besucher anziehen, sondern auch Anfragen bringen. Eine Seite mit viel Traffic, aber ohne Conversion, ist weniger wert als eine ruhige Seite, die zuverlässig Kunden bringt.

Diese beiden Quellen zeigen dir den Wert deiner Seiten, aber nicht die Vollständigkeit. Die Search Console kennt nur URLs mit Klicks und Impressionen. Eine alte Seite ohne Ranking, aber mit Backlinks oder internen Verweisen, taucht hier nicht auf, und genau die wird nach dem Go-Live zum 404er. Für die lückenlose Liste crawlst du die alte Website einmal komplett, zum Beispiel mit Screaming Frog, und exportierst zusätzlich die XML-Sitemap. Erst die Vereinigung aus rankenden URLs (der Wert) und allen existierenden URLs (die Vollständigkeit) ergibt eine Grundlage ohne Lücken. Die extern verlinkten Seiten ohne eigenen Traffic darfst du dabei nicht vergessen, ein 404er verbrennt dort fremde Linkkraft, die du sonst behalten hättest.

Am Ende hast du eine priorisierte Liste deiner starken Seiten samt ihren wichtigsten Suchbegriffen. Diese Liste ist die Grundlage für jeden weiteren Schritt.

Schritt 2: Content- und URL-Mapping

Jetzt entscheidest du für jede bestehende Seite, was im Relaunch mit ihr passiert. Das ist der unsichtbare Teil, der über Erfolg oder Misserfolg entscheidet, und genau der Teil, den die meisten überspringen.

Leg eine einfache Tabelle an. Pro alter URL hältst du fest:

• Behalten: Die Seite zieht mit auf die neue Struktur, inhaltlich überarbeitet, aber mit gleichem thematischem Schwerpunkt. Wenn sich die URL ändert, wird sie weitergeleitet.
• Zusammenführen: Mehrere dünne Seiten zum gleichen Thema werden zu einer starken Seite verschmolzen. Die alten URLs leiten auf die neue.
• Löschen: Die Seite hat weder Traffic noch Zweck und fällt weg. Gibt es eine inhaltlich passende Nachfolgeseite, leite per 301 dorthin. Gibt es keine, ist ein sauberer 404 oder 410 korrekt. Ein erzwungener Redirect auf eine unpassende Seite oder die Startseite wertet Google als Soft-404 und bringt nichts.

Für jede Seite, die du behältst oder neu schreibst, gilt: Der wichtigste Suchbegriff aus Schritt 1 bleibt im Titel, in der H1 und im Text. Mach die neue Seite nicht deutlich kürzer als die alte, sonst verlierst du genau die inhaltliche Tiefe, für die Google sie rankt. Wenn deine neue Markenbotschaft mit dem alten Keyword-Fokus kollidiert, triff die Entscheidung bewusst und dokumentiere, was du dafür an Ranking aufgibst.

Schritt 3: Struktur, Technik und Performance neu denken

Der Relaunch ist die Chance, die Fehler der alten Seite nicht mitzuschleppen. Drei Dinge zahlen sich langfristig am meisten aus:

• Eine saubere Informationsarchitektur. Klare Hauptbereiche, flache Klicktiefe, sprechende URLs. Eine logische Struktur hilft Besuchern und Google gleichermassen, deine wichtigen Seiten zu finden.
• Performance von Anfang an. Ladezeit und Stabilität sind ein Ranking- und ein Conversion-Faktor. Plane die Core Web Vitals nicht als Nachbesserung ein, sondern als Teil des Aufbaus, und miss den Ist-Zustand vor und nach dem Relaunch mit PageSpeed Insights.
• Wartbare, sichere Technik. Ein aktuelles, schlankes Theme, wenige saubere Plugins, ein solides Fundament. Wie wir grössere Projekte technisch aufbauen, zeigt unsere Seite zur Webentwicklung, und worauf eine schnelle, stabile Basis ankommt, liest du beim WordPress Hosting.
• Bilder mitnehmen, nicht neu hochladen. Behalte wenn möglich die Medien-URLs unter /wp-content/uploads/. Wo sie sich ändern, gehören sie wie jede andere URL auf die Weiterleitungs-Liste aus Schritt 5. Übernimm bestehende Alt-Texte und Dateinamen, sie tragen Bild-Rankings und Barrierefreiheit. Ein Theme- oder Page-Builder-Wechsel löscht Alt-Texte oft still aus der Datenbank, prüf das nach der Migration gezielt.

Wichtig: Eine schöne, aber langsame neue Seite ist nach dem Relaunch oft schlechter aufgestellt als die alte. Geschwindigkeit ist kein Luxus, sondern Teil der Substanz, die du behalten willst. Prüf nach der Migration ausserdem die strukturierten Daten (Schema) auf deinen wichtigen Seiten, ein Theme-Wechsel wirft sie oft raus. Und wenn du mehrsprachig fährst, müssen die hreflang-Verknüpfungen auf die neuen URLs zeigen, sonst konkurrieren deine Sprachversionen miteinander.

Schritt 4: Auf Staging bauen, nicht live basteln

Eine neue Website baust du nie direkt auf der Live-Domain zusammen, sondern auf einer abgeschotteten Staging-Umgebung. Dort entsteht der neue Auftritt, während die alte Seite ungestört weiterläuft und weiter Anfragen bringt.

Und hier lauert der teuerste Fehler des ganzen Relaunches: Staging-Seiten werden fast immer für Google gesperrt, damit die halbfertige Version nicht in der Suche auftaucht. In WordPress passiert das meist über die Einstellung „Suchmaschinen davon abhalten, diese Website zu indexieren» unter Einstellungen > Lesen, die ein noindex setzt. Seltener wird per robots.txt gesperrt, und beides zugleich gehört nie kombiniert, denn eine robots.txt-Sperre verhindert, dass Google das noindex überhaupt liest. Wird diese Sperre beim Go-Live nicht entfernt, verschwindet deine komplette neue Website aus dem Index, und zwar oft erst Tage später, wenn niemand mehr daran denkt. Das ist der Klassiker, der ganze Relaunches ruiniert.

Darum gehört auf jede Go-Live-Checkliste an oberster Stelle: Indexierung wieder freigeben. Wie Google das Blockieren der Indexierung behandelt, beschreibt die offizielle Dokumentation. Bevor die Seite live geht, testest du auf Staging ausserdem alle Formulare, die mobile Darstellung, die Ladezeit und die internen Links.

Schritt 5: Weiterleitungen und Rankings absichern

Sobald sich URLs ändern, brauchst du Weiterleitungen. Eine 301-Weiterleitung sagt Google: Diese alte Adresse ist jetzt hier. Ohne sie zeigen alte Suchergebnisse und Backlinks ins Leere, und die Substanz aus Schritt 1 verpufft.

Anders als bei einem Domainwechsel bleibt deine Domain-Autorität beim Relaunch grundsätzlich erhalten, weil die Domain dieselbe bleibt. Aber das ist kein Freifahrtschein: Jede URL, die sich ändert, braucht trotzdem eine saubere 301-Weiterleitung in einem einzigen Schritt auf die neue Adresse. Und deine internen Links, also Menü, Footer und Links im Text, müssen direkt auf die neuen URLs zeigen, nicht über die eigene Weiterleitung laufen, sonst verschenkst du Linkkraft im eigenen Haus. Auf gleicher Domain richtest du die 301er am einfachsten über ein Redirect-Plugin wie Redirection oder die Redirect-Funktion von RankMath ein, oder direkt in der Server-Konfiguration (htaccess, Nginx). Pfleg die ganze Liste an einem Ort, statt verstreute Einzelregeln zu sammeln.

Wie du Weiterleitungen, Backlinks und Domain-Autorität im Detail richtig überträgst, haben wir Schritt für Schritt im Artikel zum Domainwechsel ohne Ranking-Verlust beschrieben. Die dortige Logik, von der 301-Map über das aktive Umhängen der wichtigsten Backlinks bis zum Behalten alter Adressen, gilt eins zu eins auch für deinen Relaunch.

Schritt 6: Go-Live ohne Drama, die Checkliste

Der Go-Live ist der heikelste Moment. Plane ihn bewusst, nicht zwischen Tür und Angel:

• Vollständiges Backup ziehen. Bevor du irgendetwas umstellst, sicherst du Dateien und Datenbank des aktuellen Live-Standes. Das ist dein Rückweg, falls beim Go-Live etwas grundlegend schiefgeht.
• Indexierung freigeben. Die noindex-Einstellung der Staging-Umgebung wieder ausschalten und eine etwaige robots.txt-Sperre entfernen. Das ist der wichtigste SEO-Punkt überhaupt.
• Weiterleitungen scharf schalten und testen. Zehn bis zwanzig deiner Top-URLs manuell aufrufen und prüfen, dass sie mit Statuscode 301 direkt auf die richtige neue Seite leiten, nicht auf die Startseite und nicht über mehrere Stationen.
• Neue Sitemap in der Google Search Console einreichen, damit Google die neuen URLs zügig crawlt.
• Tracking prüfen. Analytics und die Conversion-Messung müssen auf der neuen Seite sauber laufen, sonst bist du nach dem Go-Live blind.
• Funktion und Formulare testen. Kontaktformular, Shop, Telefonnummern, alles einmal echt durchklicken.

Plane den Go-Live nicht auf einen Freitagabend. Wenn nachts etwas schiefläuft, willst du am Montagmorgen reagieren können, nicht am Dienstag merken, dass die halbe Seite auf einen Fehler zeigt. Und „reagieren» heisst im Ernstfall: den alten Stand aus dem Backup innerhalb von Minuten wiederherstellen können. Ein Relaunch ohne Rückweg ist ein unnötiges Risiko.

Schritt 7: Monitoring nach dem Go-Live

Nach dem Launch beginnt die Phase, in der du genau hinschaust. Google muss alle neuen Seiten neu crawlen und bewerten, und der Traffic schwankt dabei.

• Indexierungsbericht der Search Console. Steigt die Zahl der indexierten Seiten stetig an? Wenn nicht, prüf sofort die noindex-Sperre aus Schritt 4, eine versehentlich live gebliebene robots.txt-Sperre und die Canonical-Tags, die manchmal noch auf Staging-URLs zeigen.
• Rankings und Klicks im Leistungsbericht. Ein kurzer Dämpfer in den ersten Wochen ist normal, ein steiler, anhaltender Absturz ist ein Alarmsignal. Vergleich dabei nicht nur die Gesamtkurve, sondern jede Top-URL aus deiner Liste in Schritt 1 einzeln: hält die neue Entsprechung ihre Klicks und ihre wichtigsten Suchbegriffe? Eine einzelne abstürzende Money-Page geht in der Gesamtkurve unter, kostet dich aber genau die Anfragen, um die es geht.
• 404-Fehler. In der Search Console unter Indexierung > Seiten siehst du jede URL, die ins Leere läuft. Jeder unerwartete 404er ist eine fehlende Weiterleitung.
• Performance. Miss die Core Web Vitals erneut und vergleiche mit dem Wert vor dem Relaunch.
• Conversions. Kommen weiter Anfragen? Am Ende zählt nicht die Position, sondern das Telefon, das klingelt.

Rechne mit ein paar Wochen, bis sich Indexierung und Rankings stabilisieren. Wenn nach drei Monaten deutlich weniger Anfragen kommen als vorher, hat etwas Strukturelles nicht funktioniert, und es lohnt sich ein nüchterner Blick auf Weiterleitungen, Indexierung und die neue Seitenstruktur.

Relaunch, Plattformwechsel oder Agenturwechsel?

Oft fällt ein Relaunch mit einer grösseren Entscheidung zusammen, und das verändert die Planung:

• Plattformwechsel: Wenn du von einem veralteten oder abgekündigten System auf WordPress wechselst, etwa weil deine Technik das Ende ihrer Lebensdauer erreicht hat, kommt zum Relaunch ein technischer Umzug dazu. Wie dringend ein solcher Wechsel werden kann, zeigt das Beispiel Drupal 7 End-of-Life.
• Agenturwechsel: Viele Relaunches passieren genau dann, wenn die alte Agentur nicht mehr passt. Worauf du dabei achten solltest, damit der Wechsel sauber läuft, haben wir unter Agenturwechsel ohne Ärger zusammengefasst.

In beiden Fällen gilt dieselbe Reihenfolge wie oben: erst die Substanz sichern, dann neu bauen.

Was du jetzt konkret tun solltest

Ein Relaunch ist kein reines Designprojekt, sondern ein Projekt mit klarer Reihenfolge: Bestandsaufnahme der starken Seiten, Content- und URL-Mapping, saubere Struktur und Performance, Bauen auf Staging, Weiterleitungen, ein sauberer Go-Live mit freigegebener Indexierung und konsequentes Monitoring. Wer diese Reihenfolge respektiert, kommt aus dem Relaunch mit einer besseren Website und denselben oder besseren Rankings heraus. Wer SEO ans Ende schiebt, bezahlt den schönen neuen Auftritt mit verlorener Sichtbarkeit.

Wir bei cloudWEB planen Relaunches von Anfang an gemeinsam aus Technik- und SEO-Sicht. Wie wir grössere WordPress-Projekte begleiten, zeigt unsere Seite zur WordPress Agentur.

Einen Relaunch geplant? Sag uns kurz, was dich an deiner aktuellen Website stört und ob sich URLs ändern werden. Du bekommst eine ehrliche Einschätzung, wie gross das SEO-Risiko ist und worauf du in deinem Fall besonders achten musst.

Häufige Fragen zum WordPress-Relaunch