Wissensdatenbank migrieren, ohne SEO-Traffic zu verlieren

Bei vielen Produkten ist das Help-Center nach der Startseite die Property mit dem meisten Suchtraffic. Über Jahre gewachsene Artikel vom Typ „Wie verbinde ich X“ und „Warum funktioniert Y nicht“ ranken still und leise auf tausenden Long-Tail-Anfragen, fangen rund um die Uhr Tickets ab und bringen Käufer ins Haus, die mit einer Problemsuche begonnen haben. Eine Migration der Wissensdatenbank, die das ignoriert, verbrennt einen über Jahre aufgebauten Zinseszins – und der Verlust zeigt sich erst Wochen später, wenn er am schwersten zu korrigieren ist.

Die gute Nachricht: Suchmaschinen kommen mit Umzügen gut zurecht, solange Sie eine kurze Liste nicht verhandelbarer Punkte einhalten. Hier ist diese Liste.

Zuerst messen, was Sie da bewegen

Traffic, den Sie nie gemessen haben, können Sie nicht schützen. Bevor ein einziger Artikel umzieht:

• Ziehen Sie die letzten 12 Monate aus der Google Search Console: Seiten, Suchanfragen, Klicks und Impressionen. Exportieren Sie den Bericht – er ist Ihre Baseline und Ihre Versicherungspolice.
• Crawlen Sie das alte Help-Center und holen Sie sich die vollständige URL-Liste: Kategorieseiten, bereits bestehende Weiterleitungen und Artikel, an deren Veröffentlichung sich niemand mehr erinnert.
• Markieren Sie die Money-Pages: Die 20 klickstärksten Artikel tragen in aller Regel den Löwenanteil des organischen Traffics. Sie werden in jedem späteren Schritt von Hand geprüft.
• Notieren Sie, welche URLs bereits weiterleiten – Redirect-Ketten sind einer der Klassiker, über die bei einem Umzug Linkkraft versickert.

Klären Sie die URL-Frage, bevor sich etwas bewegt

Jeder Artikel braucht eine bewusste Antwort auf die Frage „Wie lautet deine neue Adresse?“ – festgehalten in einer Mapping-Tabelle mit alter URL, neuer URL und Status.

• Behalten Sie Slugs identisch, wo immer es geht. Lag der alte Artikel unter /hc/articles/12345-connect-your-inbox und unterstützt das neue System /help/connect-your-inbox, dann übernehmen Sie den lesbaren Teil unverändert.
• Zieht das Help-Center zwischen Domains oder Subdomains um (etwa von support.example.com nach example.com/help), behandeln Sie das als Site-Move: Die Redirect-Karte wiegt dann noch schwerer, und Sie sollten beide Properties in der Search Console bestätigen.
• Eins-zu-eins-Mapping ist die Regel. Jede alte URL zeigt auf ihre direkte Entsprechung. Alles pauschal auf die Startseite des neuen Help-Centers umzuleiten, ist der mit Abstand häufigste Weg, die eigenen Rankings zu zerstören – Suchmaschinen werten Massen-Weiterleitungen auf die Startseite als Soft 404.
• Artikel, die Sie bewusst ausmustern, bekommen eine Weiterleitung auf den nächstverwandten überlebenden Artikel – oder einen ehrlichen 410, wenn das Thema nirgends mehr vorkommt. Entscheiden Sie pro Artikel, nicht per Richtlinie.

Weiterleitungen: die nicht verhandelbaren Punkte

• 301, dauerhaft. Kein 302, keine JavaScript-Weiterleitung, kein Meta-Refresh. Ein 301 sagt Suchmaschinen, dass die Ranking-Signale übergehen sollen.
• Maximal ein Hop. Alte URL direkt auf die finale URL. Hatte das alte Center bereits Weiterleitungen, lösen Sie die Ketten in Ihrer Karte auf.
• Lassen Sie die alte Domain oder den alten Pfad mindestens ein Jahr lang weiterleiten. Suchmaschinen schauen nur langsam wieder vorbei; Linkkraft geht über Monate über, nicht über Tage. Wer die alte Subdomain in der Woche nach dem Cutover abschaltet, kappt die Übertragung mitten im Flug.
• Testen Sie die Karte programmatisch. Ein Skript, das jede alte URL abruft und einen 301 auf das erwartete Ziel erwartet, ist in einer Stunde geschrieben – und findet genau die Tippfehler, die Sie sonst still und leise Rankings kosten.

Slugs, Titel und Canonicals

• Jeder migrierte Artikel trägt auf seiner neuen URL ein selbstreferenzierendes Canonical-Tag.
• In jeder Parallelphase, in der beide Help-Center live sind, dürfen die alten Artikel nicht mitbieten: Entweder greifen die Weiterleitungen sofort zum Cutover, oder Sie setzen Canonicals von alt auf neu. Zwei live erreichbare Kopien desselben Artikels teilen die Ranking-Signale unter sich auf.
• Halten Sie Titel und H1 über den Umzug hinweg stabil. Eine Migration ist der falsche Moment für ein Rewrite – ändern Sie immer nur eine Variable und lassen Sie den URL-Wechsel sich setzen, bevor Sie Inhalte anfassen.
• Erzeugen Sie am ersten Tag die XML-Sitemap der neuen URLs neu und reichen Sie sie ein; halten Sie die alte Sitemap kurz weiter verfügbar, damit Crawler die Weiterleitungen schneller entdecken.

HTML beim Import bereinigen

Alt-Help-Center sammeln Markup-Schulden an, und Importe kopieren sie gewissenhaft mit:

• Entfernen Sie Inline-Styles und anbieterspezifische Klassen – sie kämpfen gegen das neue Theme und zerschießen gelegentlich die mobile Darstellung, die selbst ein Ranking-Faktor ist.
• Schreiben Sie Bildverweise auf die von Ihnen neu gehosteten Dateien um; Hotlinks auf das CDN des alten Anbieters sterben mit dem Konto. Ergänzen Sie bei der Gelegenheit Alt-Texte – den meisten Bildern in alten Wissensdatenbanken fehlen sie.
• Reparieren Sie Überschriften-Hierarchien: Alte Editoren sprangen mit Vorliebe von H1 direkt auf H4. Eine saubere Struktur hilft Ihren Leserinnen und Lesern ebenso wie der Snippet-Tauglichkeit, die Ihre besten Artikel genießen.
• Werfen Sie tote eingebettete Widgets hinaus – alte Chat-Launcher, Feedback-Formulare und Skripte, die auf genau das System zeigen, das Sie gerade verlassen.

Interne Links gehören zur Migration

Links von Artikel zu Artikel innerhalb der Wissensdatenbank sollten schon beim Import auf die neuen URLs umgeschrieben werden – sich für die interne Navigation auf Weiterleitungen zu verlassen, funktioniert zwar, verschwendet aber Crawl-Budget und bremst alles aus. Die Links außerhalb der Wissensdatenbank wiegen genauso schwer: Hilfe-Links im Produkt, Onboarding-Mails, Makros und gespeicherte Antworten zeigen alle irgendwohin. Durchsuchen Sie jede Oberfläche, die Ihnen gehört, nach der alten Help-Center-Domain und korrigieren Sie an der Quelle.

Proben Sie den Umzug auf einer Staging-Kopie

Alles bisher Genannte lässt sich testen, bevor ein einziger Besucher etwas davon merkt. Importieren Sie die Artikel unveröffentlicht in das neue Help-Center (oder hinter eine Staging-Domain), lassen Sie Ihren Crawler darüberlaufen und vergleichen Sie: Stimmt die Artikelzahl mit der Quelle überein, haben die Überschriften überlebt, laden die Bilder vom neuen Host, zeigen interne Links auf neue statt auf alte URLs? Danach spielen Sie die Redirect-Karte im Trockenlauf gegen den Staging-Host durch – mit demselben Testskript, das am Launch-Tag laufen wird. Teams, die proben, finden ihre Tippfehler in der Mapping-Tabelle an einem Dienstagnachmittag; Teams, die nicht proben, finden sie im 404-Log, mit Suchtraffic im Schlepptau. Die Probe kostet meist einen halben Tag und macht aus dem Launch-Tag ein Ereignis weniger und eine Checkliste mehr.

Nach dem Launch: die richtigen Dashboards beobachten

• 404-Log, täglich, die ersten zwei Wochen. Jeder 404 aus einem Suchmaschinen-Referrer ist ein Fehler in der Mapping-Tabelle, den Sie noch am selben Tag beheben können.
• Search-Console-Abdeckung: Beobachten Sie, wie neue URLs in den Index wandern und alte auf „weitergeleitet“ umspringen. Langsam ist normal, Fehler sind es nicht.
• Rankings der Money-Pages gegen Ihren Baseline-Export. Ein moderates Wackeln über zwei bis sechs Wochen gehört zu einem sauber ausgeführten Umzug dazu; ein Absturz auf einer einzelnen Seite heißt, dass ihre Weiterleitung oder ihr Canonical falsch ist – prüfen Sie zuerst dort.
• Rechnen Sie mit vollständiger Stabilisierung in einem bis drei Monaten. Beurteilen Sie die Migration dann – gegen die gesicherte Baseline und nicht in der ersten, lauten Woche.

Wo MoveDesk hineinpasst

Der Wissensdatenbank-Import von MoveDesk ist mit genau dieser Liste im Kopf gebaut: Artikel kommen mit erhaltener Struktur und erhaltenen Sichtbarkeits-Flags an, Bilder werden neu gehostet, das HTML ist sauber und passt zum neuen Theme. Und weil Ihre Wissensdatenbank zugleich die Wissensgrundlage für den KI-Agenten von MoveDesk ist, zahlt sich dieselbe Aufräumarbeit doppelt aus – aufgeräumte Artikel ranken besser und beantworten Kundenfragen präziser. Die White-Glove-Migration übernimmt den Import; die Redirect-Karte bleibt in Ihrer Hand, denn sie lebt auf Ihrer Domain.

Bevor Sie den ersten Artikel migrieren, exportieren Sie Ihre Search-Console-Baseline. Alles andere auf dieser Liste lässt sich nach dem Cutover noch reparieren – eine fehlende Baseline nicht.