Sie verfügen über mehrere Wissensdatenbanken und möchten zumindest einige davon zusammenführen. Doch welche Inhalte sollten Sie verschieben? Welche sollten an ihrem jetzigen Standort bleiben? Und was geschieht mit doppelten Artikeln, Übersetzungen, Anhängen oder Seiten, die bereits bei Google gut platziert sind?
In diesem Leitfaden befassen wir uns zunächst mit der Konsolidierung von Wissensdatenbanken (einschließlich der Frage, wann es sinnvoller ist, bestimmte Inhalte separat zu speichern) und gehen dann auf die Migration der Wissensdatenbank selbst ein: was Sie verschieben können, wie Sie sich darauf vorbereiten und wie Sie verhindern, dass Inhalte und Suchverkehr dabei verloren gehen.
Was ist Wissensbasiskonsolidierung?
Diese Elemente haben nicht immer direkte Entsprechungen im neuen System: Eine Wissensdatenbank verwendet möglicherweise Kategorien, wo eine andere Ordner nutzt, oder speichert Übersetzungen und Artikelfelder unterschiedlich. Daher kann es sein, dass Sie die Inhalte anders organisieren müssen, sobald alles an einem Ort ist.
Konsolidierung oder Integration: Was brauchen Sie?
Integration wird gewählt, wenn Wissensdatenbanken getrennt bleiben, Inhalte aber leichter auffindbar sein sollen. Eine Konsolidierung ist hingegen ratsam, wenn Sie vermeiden möchten, dieselben Informationen an verschiedenen Orten zu pflegen.
Angenommen, Ihre Entwickler pflegen ihre technische Dokumentation in Confluence und Ihr Support-Team veröffentlicht Kundenanleitungen in Zendesk. Alle sind zufrieden mit der weiteren Nutzung dieser Systeme, möchten aber beide Systeme zentral durchsuchen können. In diesem Fall kann eine föderierte Suche ausreichen. Happeo beispielsweise kann Ergebnisse aus verbundenen Systemen wie Confluence und Zendesk in derselben Suchoberfläche anzeigen.
Eine föderierte Suche hilft jedoch nicht, wenn das Problem im Inhalt selbst liegt. Wenn sich die beiden Wissensdatenbanken überschneiden, müssen Sie weiterhin zwei Versionen derselben Informationen pflegen. Die Konsolidierung von Wissensdatenbanken ermöglicht es Ihnen, Ihre Inhalte zu vereinheitlichen und nur noch eine Version zu verwalten.
Sie müssen aber nicht alles zusammenführen. Ihre Supportinhalte können in einer zentralen Wissensdatenbank gespeichert werden, während Ihre Entwickler ihre Dokumentation weiterhin in Confluencepflegen.
Wann es sinnvoller ist, Wissensdatenbanken getrennt zu halten
Halten Sie Ihre Wissensdatenbanken getrennt, sofern jede einzelne noch eine klare Daseinsberechtigung hat. Zum Beispiel:
- Ihre Leser benötigen unterschiedliche Informationen. Kunden benötigen möglicherweise Anleitungen zum Ändern von Kontoeinstellungen, und Supportmitarbeiter benötigen das Eskalationsverfahren für eine fehlgeschlagene Änderung.
- Manche Inhalte erfordern einen eingeschränkten Zugriff. Die Trennung zwischen interner und externer Wissensdatenbank kann sinnvoll sein, wenn Sie interne Anweisungen beschränken, Ihre öffentlichen Artikel aber allen zugänglich machen.
- Die Zuständigkeit für Inhalte ist bereits klar geregelt. Entwickler können die technische Dokumentation dort belassen, wo sie diese ohnehin aktualisieren, während sich das Support-Team um kundenorientierte Artikel kümmert.
Schauen wir uns nun an, was nach einer Produktänderung passiert. Müssen zwei Personen zwei Artikel aktualisieren, die dieselbe Frage beantworten? Müssen sie sich merken, welche Version zu welchem System gehört? Finden Leser manchmal beide Versionen vor?
In diesem Fall pflegen Sie dasselbe Wissen doppelt. Durch das Zusammenführen dieser Artikel erhalten Sie nur noch eine Version, die Sie aktualisieren müssen, und Ihre übrigen Wissensdatenbanken bleiben unverändert.
Warum Teams Wissensdatenbanken konsolidieren
Unternehmen wünschen sich fünf zentrale Dokumentationsorte. Eine Wissensdatenbank kann im Zuge einer Übernahme entstehen. Der Support nutzt möglicherweise eine neue Plattform, während hilfreiche Artikel in der alten verbleiben. Produktentwicklung und Support erstellen unter Umständen separate Dokumentationen und stellen später fest, dass sich einige Inhalte überschneiden.
Bevor Sie also Wissensdatenbanken zusammenführen, sollten Sie herausfinden, wie diese entstanden sind. Die Antwort wird Ihnen helfen zu entscheiden, was Sie zusammenführen und was sinnvollerweise getrennt halten sollten.
Fusionen und Übernahmen
Eine Unternehmensübernahme kann dazu führen, dass man jahrelang gespeicherte Inhalte behält, die man noch benötigt. Als Oneflare UrbanYou übernahm, verfügte UrbanYou über mehr als 200.000 Tickets sowie die Wissensdatenbank und weitere Kundendaten. Oneflare wollte diese Historie erhalten, daher Help Desk Migration migrierte in das neue Zendesk -Konto.
Bevor Sie die Hilfecenter-Inhalte beider Unternehmen zusammenführen, sollten Sie die Artikel genauer prüfen. Möglicherweise finden Sie einen Artikel, der noch Besucher hat, aber die alte Marke verwendet, oder einen, der dasselbe Thema behandelt, aber einige Details enthält, die in Ihrem Artikel fehlen. Überlegen Sie sich, wie Sie mit diesen Fällen verfahren möchten, bevor Sie mehrere Wissensdatenbanken zusammenführen, solange front die Originalversionen noch vorliegen.
Werkzeugvielfalt und doppelte Dokumentation
Die unübersichtliche Wissensdatenbank wird zu einem guten Grund, Dokumentationswerkzeuge zu konsolidieren, wenn die Benutzer erst darüber nachdenken müssen, wo ein Artikel hingehört, bevor sie daran arbeiten können.
Angenommen, Sie möchten die Dokumentation teamübergreifend konsolidieren. Der Support hat sein Hilfecenter, die Produktabteilung pflegt ihre eigene Dokumentation, und ältere Artikel befinden sich noch immer in einem System, das niemand vollständig abgeschaltet hat. Ein neuer Artikel könnte durchaus in mehreren dieser Systeme erscheinen, daher hängt sein Speicherort oft davon ab, wer ihn veröffentlicht. Mit der Zeit verstreuen sich verwandte Inhalte über diese Systeme, selbst wenn niemand absichtlich Duplikate erstellt.
Kosten einer fragmentierten Wissensbasis
Laut einer APQC-Umfrage aus dem Jahr 2021 unter 982 Wissensarbeitern verbringen die Befragten durchschnittlich 2,8 Stunden pro Woche mit der Suche nach oder der Anforderung benötigter Informationen. Die Mitarbeiter berichteten außerdem von Zeitverlusten durch die Neuerstellung bereits vorhandener Informationen und die Suche nach Ansprechpartnern.
Fragmentierte Dokumentation kann denselben Arbeitsaufwand verursachen. Ein Artikel in einer Wissensdatenbank mag die Frage beantworten, doch jemand muss trotzdem prüfen, ob in einem anderen System eine neuere Version verfügbar ist. Durch die Konsolidierung des Wissensmanagements kann dieser zusätzliche Schritt entfallen, indem sich überschneidende Inhalte zusammenführen.
Was Sie zusammenfassen können
Was migriert werden kann, hängt von den beiden beteiligten Plattformen ab. Ein Datensatz oder ein Feld, das in der Quellplattform existiert, hat möglicherweise kein Äquivalent in der Zielplattform. Daher muss die Migration so erfolgen, dass sie mit den Funktionen beider Systeme kompatibel ist.
Artikel, Kategorien und Medien
Stellen Sie sicher, dass der Artikel mit allen benötigten Materialien verknüpft ist. Beispielsweise verliert eine Installationsanleitung an Wert, wenn die Screenshots fehlen, und ein Artikel zur Fehlerbehebung ist ohne die zugehörige PDF-Datei unvollständig.
Kategorien erfordern etwas mehr Überlegung, da die beiden Plattformen Artikel möglicherweise unterschiedlich organisieren. Sie können eine Quellkategorie einer anderen Kategorie oder einem anderen Ordner im Ziel zuordnen, anstatt die alte Struktur exakt zu kopieren. Help Desk Migration unterstützt diese Art der Zuordnung sowie eingebettete Bilder und Anhänge für unterstützte Plattformpaare.
Übersetzungen und mehrsprachige Inhalte
Übersetzungen sind separat zu prüfen. Bei manchen Plattformpaaren können Sie die Übersetzungen zusammen mit den Originalartikeln migrieren; bei anderen bleibt Ihnen nur der Inhalt in der Standardsprache.
Selbst wenn beide Plattformen Übersetzungen unterstützen, ist die Art der Speicherung in der Quelldatei entscheidend. Help Desk Migrationkann beispielsweise Sprachversionen migrieren , die dieselbe Artikel-ID haben. Stimmen die IDs nicht überein, wird nur die Standardversion importiert.
Autoren, Metadaten und benutzerdefinierte Felder
Entscheiden Sie, welche Metadaten und Zugriffseinstellungen Sie weiterhin verwenden, bevor Sie sie neu erstellen. Ihr Team benötigt möglicherweise den Autor, den Status, die Schlagwörter, die benutzerdefinierten Felder oder die Sichtbarkeitseinstellungen eines Artikels, um zu steuern, wer die Inhalte sehen oder veröffentlichen darf.
Schauen Sie sich die Felder an, die Sie beibehalten möchten, und prüfen Sie, wo diese Informationen im neuen System Platz finden können. Einige lassen sich offensichtlich übertragen, während für andere möglicherweise ein benutzerdefiniertes Feld oder etwas mehr Aufwand für die korrekte Zuordnung erforderlich ist.
Wie man ein Projekt zur Konsolidierung einer Wissensdatenbank plant
Überprüfen Sie zunächst jede bestehende Wissensdatenbank
Erstellen Sie ein Inventar aller Wissensdatenbanken, die Sie zusammenführen möchten. Erfassen Sie für jeden Artikel die URL, den Status, die Sprache, die Kategorie, das Datum der letzten Aktualisierung, den Inhaber, Weiterleitungen und Anhänge und fügen Sie anschließend (falls vorhanden) Daten zum Zugriff oder zur Nutzung hinzu.
Erfassen Sie auch die Verknüpfungen innerhalb jedes Artikels. Notieren Sie Übersetzungen, interne Links und alle Dateien oder Bilder, die Leser benötigen, um den Anweisungen zu folgen. Sie benötigen diese Details später, um zu überprüfen, wie die Inhalte in der neuen Wissensdatenbank funktionieren.
Auswahl der Zielplattform
Ihre Bestandsaufnahme liefert Ihnen eine Liste mit Punkten, die Sie bei jeder in Betracht gezogenen Plattform überprüfen sollten. Schauen Sie sich die Inhalte und die Struktur an, die Sie bereits verwenden: Kann die Plattform Ihre Kategorien, Übersetzungen, Berechtigungen und die Felder, die Sie beibehalten möchten, verarbeiten? Achten Sie besonders auf alles, von dem Sie bereits wissen, dass es schwer zu ersetzen wäre.
Inhalte vor dem Zusammenführen deduplizieren und standardisieren
Beim Zusammenführen von Wissensdatenbankartikeln müssen Sie entscheiden, was mit den sich überschneidenden Artikeln geschehen soll. Eine Version mag bereits alle relevanten Informationen enthalten, aber gehen Sie nicht davon aus, dass die neueste Version die aktuellste ist. Manchmal benötigt der endgültige Artikel Informationen aus mehreren Versionen.
Bei einigen Migrationspfaden können Sie unerwünschte Inhalte zurücklassen, anstatt die gesamte Wissensdatenbank zu migrieren. Help Desk Migrationunterstützt beispielsweise das Filtern von Artikeln nach Kategorie, Abschnitt oder Datumsbereich für Freshdesk-zu-Zendesk -Migrationen.
Dies ist auch ein guter Zeitpunkt, um Terminologie und Kategorien zu bereinigen, solange Sie noch wissen, woher die einzelnen Artikel stammen. Legen Sie die Namen fest, die Sie in der konsolidierten Wissensdatenbank verwenden möchten, und wenden Sie diese auf die Inhalte an, die Sie migrieren möchten.
Schritt für Schritt: Migration von Wissensdatenbankinhalten zwischen verschiedenen Plattformen
Vor der Migration
Beginnen Sie mit Artikeln, die eher Probleme verursachen: solche mit verschachtelten Kategorien, ungewöhnlicher Formatierung, eingebetteten Bildern, Anhängen oder Feldern, die im Zielsystem keine eindeutige Entsprechung haben. Vergleichen Sie anschließend die migrierten Versionen mit den Originalen, um festzustellen, was korrekt übertragen wurde und was nicht.
Help Desk Migration können Sie dies mithilfe einer Demo-Migration. Sie können eine zufällige Stichprobe verwenden oder bis zu 20 Artikel selbst auswählen. Dies ist besonders hilfreich, wenn Sie bereits wissen, welche Artikel voraussichtlich Schwierigkeiten bereiten werden.
Während der Migration
Es ist mit einigen Migrationsproblemen zu rechnen:
- Bilder oder Anhänge fehlen
- Formatierungsänderungen oder -umbrüche
- Kategorien oder Abschnitte landen am falschen Ort
- Benutzerdefinierte Feldwerte fehlen oder sind falsch zugeordnet
- Änderungen der Berechtigungen oder Sichtbarkeitseinstellungen
- Artikel, die während der Migration veröffentlicht oder bearbeitet wurden, fehlen im Zielland
In den Migrationsberichten werden fehlgeschlagene und übersprungene Datensätze angezeigt, die restlichen Datensätze müssen Sie jedoch im migrierten Inhalt überprüfen.
Andere Probleme sind schwieriger vorherzusagen, weil der Transfer selbst erfolgreich erscheinen mag:
- Die Felder verhalten sich unterschiedlich. Das Zielsystem akzeptiert den Wert, interpretiert ihn aber anders.
- HTML-Änderungen. Tabellen, Anker, eingebettete Elemente oder die Codeformatierung können selbst dann beeinträchtigt sein, wenn der Artikel zunächst in Ordnung aussieht.
- API-Beschränkungen verlangsamen die Migration. Ein kleiner Test bleibt möglicherweise innerhalb der Beschränkungen, während die vollständige Migration gedrosselt wird.
- Automatisierungen reagieren auf importierte Datensätze. Benachrichtigungen, Workflows, Webhooks oder andere Prozesse können ausgeführt werden, wenn das Zielsystem migrierte Inhalte empfängt.
- Die Suchergebnisse ändern sich. Das Zielsystem kann dieselben Inhalte anders indexieren, wodurch manche Artikel schwerer zu finden sind.
Einige dieser Probleme lassen sich beheben, indem Sie die API-Beschränkungen des Zielsystems prüfen und beobachten, was passiert, wenn importierte Datensätze dessen Automatisierungen auslösen. Formatierung und Suche sind schwieriger vorherzusagen. Testen Sie daher beides mit den migrierten Inhalten, bevor Sie die Umstellung vollständig vornehmen.
Nach der Migration
Sobald die Migration abgeschlossen ist, vergleichen Sie Quell- und Zielsystem, um festzustellen, ob neben den bereits als fehlgeschlagen oder übersprungen markierten Datensätzen weitere fehlen. Wenn Sie die Migration nutzen, um Supportdokumentationen aus verschiedenen Quellen zusammenzuführen, müssen Sie auch Inhalte übernehmen, die während der Migration hinzugefügt oder aktualisiert wurden.
in Help Desk MigrationDie Delta-Migrationsfunktion unterstützt Sie bei späteren Änderungen an unterstützten Datensätzen, sodass Sie die Migration nicht komplett wiederholen müssen. Prüfen Sie, welche Funktionen die Delta-Migration für Ihre Quell- und Zieldatenbank unterstützt, bevor Sie sie für Wissensdatenbankinhalte einsetzen.
Abschließend sei noch erwähnt, dass die alte Wissensdatenbank nach der Umstellung eine Zeit lang verfügbar bleiben sollte. Wenn ein alter Link nicht mehr funktioniert oder fehlende Inhalte gemeldet werden, benötigen Sie die Quelle, um zu sehen, was dort ursprünglich stand, und das Problem schnell zu beheben.
Wird sich eine Konsolidierung negativ auf Ihr SEO-Ranking auswirken?
Wenn Ihre Artikel durch die Zusammenlegung neue URLs erhalten, kann es vorübergehend zu Schwankungen in Ihren Rankings kommen. Google muss die neuen URLs erst finden und crawlen, und sind leichte Ranking-Schwankungen normal . Wichtiger ist jedoch, was Sie mit den alten URLs tun.
Beibehalten von URLs und Weiterleitungen über zusammengeführte Quellen hinweg
Wenn mehrere Artikel zu einem einzigen zusammengeführt werden, kann es vorkommen, dass einige der neuen Artikel noch über die alten URLs verfügen. Angenommen, Sie führen drei ähnliche Artikel aus verschiedenen Wissensdatenbanken zusammen. Jede dieser URLs muss weiterhin auf die zusammengeführte Version weiterleiten, selbst wenn einige von einer anderen Plattform oder Domain stammen.
Google empfiehlt permanente serverseitige Weiterleitungen wie 301 oder 308 und gibt an, dass diese keinen PageRank-Verlust verursachen. Jede alte URL sollte direkt zu ihrem neuen Ziel führen, anstatt erst über eine weitere Weiterleitung.
Sie haben mehr Kontrolle über die Links innerhalb Ihrer eigenen Wissensdatenbank. Leiten Sie diese direkt auf die neuen URLs um und überlassen Sie die Weiterleitungen Backlinks, Lesezeichen und Links auf externen Websites. Dasselbe gilt für Canonical-Tags, hreflang-Annotationen und Sitemaps: Ersetzen Sie alte URLs durch die neuen.
Sobald die neue Wissensdatenbank live ist, lohnt es sich, die Search Console im Auge zu behalten, um alte URLs zu erkennen, die Google weiterhin crawlt, neue Seiten, die noch nicht indexiert wurden, sowie Crawling- oder Indexierungsfehler. Laut Google kann es einige Wochen dauern, bis die meisten Seiten kleiner oder mittelgroßer Websites in den Index aufgenommen werden, bei größeren Websites entsprechend länger. Daher sollten die Weiterleitungen mindestens ein Jahr lang beibehalten werden, damit Google genügend Zeit hat, die URLs erneut zu crawlen und die Signale auf die neuen URLs zu übertragen.
Risiken der Wissensdatenbankkonsolidierung und wie man sie vermeiden kann
Wir sind im Zuge der Konsolidierung bereits auf Datenverlust, defekte Links und doppelte oder widersprüchliche Artikel gestoßen. Schauen wir uns nun genauer an, was schiefgehen kann und was Sie dagegen tun können.
Datenverlust und Datenbeschädigung
Ein Teil des Datenverlusts resultiert aus den Beschränkungen des Zielsystems selbst. Eine Plattform kann die Artikelgröße, Anhänge, Kategorietiefe oder andere Teile der Wissensdatenbank einschränken, während manche Felder möglicherweise gar nicht verfügbar sind.
Prüfen Sie vor der vollständigen Migration die Beschränkungen und Migrationshinweise für Ihre spezifische Quell- und Zielumgebung. Diese können überraschend detailliert sein: Bei manchen Plattformpaaren ändern sich beispielsweise die Artikeldaten auf das Migrationsdatum, während Tags, Anhänge oder andere Daten möglicherweise eine benutzerdefinierte Migration erfordern, um übertragen zu werden.
Beschädigte Querverbindungen
Verknüpfungen zwischen Artikeln können verloren gehen, wenn ihnen im Zielsystem neue IDs zugewiesen werden. Einige Migrationstools können diese Verknüpfungen automatisch aktualisieren. Help Desk Migrationbeispielsweise aktualisiert interne Verknüpfungen und Querverweise während unterstützter Migrationen.
Nach Abschluss der Migration sollten Sie die neue Wissensdatenbank trotzdem auf defekte Links überprüfen. Prüfen Sie übersetzte Artikel und Links im Artikel-HTML separat, da diese leichter zu übersehen sein können.
Doppelte oder widersprüchliche Artikel
Auch nach der Bereinigung der Inhalte vor der Migration können noch Duplikate auftreten. Zwei Artikel, die Sie zusammenführen wollten, können als separate Artikel ankommen, oder migrierte Inhalte können sich mit bereits vorhandenen Inhalten im Zielsystem überschneiden.
Durchsuchen Sie die neue Wissensdatenbank nach den zusammengeführten Themen und vergleichen Sie die Ergebnisse. Prüfen Sie nun, ob während der Migration Duplikate entstanden sind, da Sie die in der Quelle gefundenen bereits bearbeitet haben.
Konsolidierungs-Checkliste
Man muss nicht alles manuell prüfen. Manche Entscheidungen erfordern jemanden mit Fachkenntnissen, während Exporte, Migrationsberichte und Crawler einen Großteil der Prüfung übernehmen können.
| Was zu überprüfen ist | Wie man es überprüft | Wer sollte sich darum kümmern? |
|---|---|---|
| Wurde alles migriert? | Vergleichen Sie die Anzahl der Datensätze in der Quelle und im Ziel und überprüfen Sie anschließend die fehlgeschlagenen und übersprungenen Datensätze im Migrationsbericht. | Migrationsverantwortlicher |
| Sind die Artikel unbeschädigt angekommen? | Vergleichen Sie eine Probe mit den Originalen, insbesondere Artikel mit Bildern, Dateien, Übersetzungen und benutzerdefinierten Feldern. | Content-Team |
| Sind noch Duplikate übrig? | Suchen Sie nach denselben Themen und vergleichen Sie ähnliche Ergebnisse nebeneinander. | Inhaber der Inhalte |
| Funktionieren interne Links? | Durchsuche die neue Wissensdatenbank nach 404-Fehlern und Links, die noch alte URLs verwenden. | SEO-/Technikteam |
| Führen die alten URLs zu den richtigen Seiten? | Durchsuchen Sie Ihre alte URL-Liste und überprüfen Sie das endgültige Ziel jeder Weiterleitung. | SEO-/Technikteam |
| Haben die SEO-Daten überlebt? | Titel, Meta-Beschreibungen, kanonische Tags, hreflang-Attribute und Sitemap-URLs werden durchsucht. | SEO-Team |
| Hat sich während der Migration etwas geändert? | Vergleichen Sie die Erstellungs- und Aktualisierungsdaten nach Ihrem Stichtag oder nutzen Sie gegebenenfalls die Delta-Migration. | Migrationsverantwortlicher |
| Findet Google die neuen Seiten? | Prüfen Sie in der Search Console, ob es Probleme mit der Indexierung gibt und ob Google noch alte URLs crawlt. | SEO-Team |
| Kann man die alten Wissensdatenbanken bedenkenlos außer Betrieb nehmen? | Führen Sie diese Schritte erst durch, nachdem die oben genannten Prüfungen abgeschlossen und alle fehlenden oder fehlerhaften Inhalte korrigiert wurden. | Migrationsverantwortlicher |
Fazit
Eine gute Konsolidierung der Wissensdatenbank muss nicht zwangsläufig darin bestehen, alles in einem einzigen System zu speichern. Manche Inhalte bleiben am besten an ihrem jetzigen Standort; für die übrigen Inhalte braucht es ein klares Ziel und einen Plan, was mit ihrer Struktur, ihren Links und anderen Daten beim Umzug geschieht.
Sobald Sie diese Entscheidungen getroffen haben, Help Desk Migration übernimmt Demo-Migration sich vor der vollständigen Migration ansehen, wie Ihre Inhalte übertragen werden.
Häufig gestellte Fragen
Sie migrieren Wissensdatenbankinhalte zwischen Plattformen, indem Sie die Quelle verbinden oder exportieren, deren Datensätze und Felder dem Ziel zuordnen, eine Testmigration durchführen und anschließend die gesamte Wissensdatenbank übertragen. Überprüfen Sie die migrierten Inhalte, bevor Sie die Quelle endgültig archivieren, insbesondere Artikel mit Anhängen, Übersetzungen, benutzerdefinierten Feldern oder komplexer Formatierung.
In der Regel lassen sich Wissensdatenbankartikel, Kategorien, Anhänge, eingebettete Bilder, Übersetzungen, Autoren und Metadaten migrieren. Welche Datensätze und Felder genau übertragen werden können, hängt davon ab, was die Quell- und Zielplattformen unterstützen.
Wissensdatenbanken sollten getrennt gehalten werden, wenn sie unterschiedliche Zielgruppen bedienen, unterschiedliche Zugriffsebenen erfordern oder klar definierte Verantwortliche haben, die sie unabhängig pflegen. Eine Konsolidierung ist sinnvoller, wenn derselbe oder sich überschneidender Inhalt an mehreren Stellen gepflegt werden muss.
Die Konsolidierung von Wissensdatenbanken kann vorübergehende Ranking-Änderungen verursachen, wenn Artikel auf neue URLs verschoben werden. Eine URL-Änderung führt jedoch nicht automatisch zu einem Rankingverlust. Ordnen Sie alte URLs ihren neuen Zielen zu, verwenden Sie permanente Weiterleitungen, aktualisieren Sie interne Links und überwachen Sie die Indexierung nach der Migration.
Für die Konsolidierung von Wissensdatenbanken gibt es keinen festen Zeitplan, da dieser von Umfang und Komplexität der Inhalte, den beteiligten Plattformen und dem erforderlichen Aufwand für Bereinigung und Duplikatsentfernung abhängt. Eine Testmigration kann helfen, Migrationsprobleme zu identifizieren, aber auch das vollständige Projekt benötigt Zeit für Inhaltsprüfung, URL-Zuordnung, Tests und Kontrollen nach der Migration.
Wählen Sie ein Zielsystem, das die Inhalte, Strukturen, Berechtigungen, Sprachen, Metadaten und Arbeitsabläufe unterstützt, die Sie beibehalten möchten. Testen Sie repräsentative Artikel, bevor Sie sich für die Plattform entscheiden, um zu sehen, wie Ihre bestehende Wissensdatenbank übertragen wird.
