Transkript:
Hi und herzlich willkommen zu einer neuen Folge von Serious SEO hier auf Semrush Deutschland. Über das Thema Migration und SEO können wohl Bücher geschrieben werden. Und wer schon länger im SEO dabei ist, der kennt auch die eine oder andere Horrorgeschichte. Und wenn du jetzt vor einer Migration stehst, dann bleib auf jeden Fall dran, weil dann habe ich vier Punkte in petto, die dir dabei helfen könnten, dass deine Migration zu einem Erfolg wird.
Das erste Thema, auf das ich gerne eingehen möchte, ist das Thema Pre-Health Checks und Aufräumarbeiten. Die Durchführung eines Pre-Health Checks mit anschließenden Aufräumarbeiten ist ein Thema, das aufgrund von zeitlichen Aspekten und mangelnden Ressourcen oft zu kurz kommt, das aus meiner Sicht aber extrem viel Sinn hat. Im Grunde geht es hier um ein Audit mit dem Ziel, was im Rahmen der Migration oder gegebenenfalls eben auch schon vorher definitiv erledigt werden sollte. So kann man beispielsweise noch auf Probleme aufmerksam werden, die einem gar nicht bewusst waren oder die man dann im Rahmen der Migration eben zusätzlich lösen kann. Daher kann eine Art Audit vor Beginn der Migrationsplanung also durchaus sinnvoll sein. Das Ergebnis des Pre Health Checks könnten dann auch eben Aufräumarbeiten oder Konsolidierungsarbeiten sein. Und, wenn es möglich ist, sollte man bestimmte Dinge da eben auch schon vor dem Relaunch umsetzen, um einerseits nicht alles auf einmal machen zu müssen, um aber eventuell eben auch bestimmte Effekte auseinanderhalten zu können. Ihr zieht ja auch nicht mit eurem gesamten Müll in eine neue Wohnung, sondern den bringt ihr halt vorher weg. Themen wie Contentkonsolidierung, URLumstellung, Löschung alter Inhalte. Solche Themen können eben auch schon vorher umgesetzt werden, wenn man die Ressourcen hat. Und wie gesagt, es ist abhängig davon eben wie viel Zeit man hat. Aber im besten Fall kann man hier schon vor der Migration bestimmte Dinge umsetzen, um einfach die Effekte aus dem späteren Prozess rauszunehmen.
Der zweite Punkt ist dann die Milestoneplanung vom Relaunch Date aus. Auch wenn die meiste Planung mittlerweile gang und gäbe sein sollte, möchte ich hier mal aus SEO Sicht noch ein paar Inspirationen liefern, wie ich in der Regel meine Phasen gliedere, die sich aber natürlich auch überlappen können. Es gibt meistens eine Planung und Definitionsphase. Es gibt eine Review und Testing Phase. Es gibt eine heiße Relaunchphase, eine lange Phase, eine Post Launch Phase. So, bei der Planung und Definitionsphase geht es mir neben den Anforderungen an das jeweilige Template oder das System im Allgemeinen auch um alle Checklisten, die es zu erstellen gibt, sofern eben keine da sind. Egal ob jetzt die Prüfung von Redirects, das Anlegen einer GSC-Property für die neue Domain Umzug vom Disavow-File Update, XML-Sitemap, htaccess-Schutz ja auf, sozusagen, all diese Themen laufen hier mit rein und genauso die Planung von Verantwortlichkeiten oder wenn dann Szenarien.
Der zweite Teil ist dann die Relaunch, die Review und Testing Phase. Bei der geht es mir dann im Allgemeinen um die Testung der eben entstandenen Mockups, der Views, der Templates, der Klickdummies, wo es dann sozusagen hin und her geht. Hier sollte natürlich viel Zeit für eingeplant werden. Bei der heißen Relaunch Phase geht es dann meist um den tatsächlichen Aufbau in dem neuen System, bei dem dann auch die verschiedensten Module zusammenkommen, die interne Verlinkung implementiert wird usw. Am Ende der heißen Phase sollte dann im besten Falle so eine Art Content Freeze sein, damit man hier noch mal wirklich testen kann, damit es keine signifikanten Änderungen mehr geben kann, damit man Vergleichsanalysen machen kann und sozusagen spätestens jetzt sollte man auch noch mal ein Backup vom alten System machen, weil man eben kurz vorm Launch ist.
Dann kommt der Livegang. Ja, wie wir wissen, ist der Live Support ja extrem wichtig. Es kann immer was passieren. Falsche Statuscodes bei der Server Downtime. Es können Indexierungsregeln auf einmal falsch sein. Die robots.txt kann auf einmal eine Falsche sein. Also da ist es schon wirklich sinnvoll, nochmal genau hinzugucken, was da gerade passiert. Ja, aber vor allem die Testung der Weiterleitung und der Metadaten sollte nach dem Livegang natürlich noch mal genau kontrolliert werden. Auch sowas ist bei Umzügen schon immer mal schiefgegangen. Von daher hat der Livegang noch mal, finde ich, so eine Art separate Checkliste verdient. Und dann kommt nach der Postlounge, da kommt sozusagen die Post Launch Phase, wo neben dem Monitoring der Entwicklung eben auch oft noch dann Änderungen anfallen, die vielleicht nicht live kritisch waren, die es nicht zum Relaunch geschafft haben, wo man jetzt noch mal ein bisschen Zeit hat, um Dinge zu verändern. Das sind meistens so 1 bis 3 Monate, je nach Größe der Domain und sollte sozusagen dafür genutzt werden, um Dinge nachzubereiten, die vielleicht nicht live kritisch waren, die dann aber definitiv noch umgesetzt werden sollten.
Der dritte Punkt, auf den ich gerne eingehen möchte, ist das Thema gnadenlos ehrliche und transparente Kommunikation. Kommunikation ist für eine erfolgreiche Migration unerlässlich. Lieber einmal mehr zu einem Thema reden, als es hinten runterfallen lassen. Die meisten Relaunches scheitern nicht an technischen Themen, sondern an einer schlechten Kommunikation und vor allen Dingen an einem ungenügenden Stakeholdermanagement. Ab einem gewissen Punkt wird der Prozess einfach immer unruhiger und hier ist eine strukturierte Kommunikation sehr wichtig. Und das gilt auch mit Verweis auf die bestehenden Relaunch Milestone-Planung. Außerdem müssen auch klare Regeln hinsichtlich der Wenn dann Szenarien oder roten Linien existieren. So kann man dann eben von Anfang an offen kommunizieren, was passiert, wenn bestimmte Milestones beispielsweise nicht eingehalten werden und auch wenn bestimmte Punkte nicht bei der Migration berücksichtigt werden, die dann beispielsweise die Wahrscheinlichkeit eines permanenten PerformanceEinbruches eben deutlich steigern. Das ist natürlich auch so ein bisschen watch my back policy. Fair enough. Aber es ist einfach wichtig, allen Beteiligten klar zu machen, dass es aus SEO Sicht besser ist, einen Relaunch mal zwei Wochen zu verschieben, als auf Teufel komm raus, zu irgendeinem Termin schalten zu müssen, nur weil vielleicht da irgendwie ein richtiges Jahresmeeting ist oder sonst was stattfindet, führt zur Not eine Nicht Umsetzbarkeitsliste, die ihr im Zweifel rausholen könnt. Falls euch mal jemand fragt warum ist da irgendwie irgendwas schiefgelaufen? Ja, aber vor allen Dingen seid in eurer Kommunikation freundlich, transparent und offen.
Der vierte Punkt, auf den ich dann eingehen möchte, ist Seid akkurat in eurem Testing. Ich kann den Punkt ehrlicherweise nicht oft genug und nicht stark genug betonen, weil es ist immer wieder überraschend, wie viele Fehler passieren, einfach weil nicht sauber und akkurat genug getestet worden ist. Testen, testen, testen war schon immer die wichtigste Direktive bei einer Migration. Seid einfach kompromisslos im Testing. Man sieht es so oft, dass Tests einfach nicht gut genug gemacht werden oder Prozesse in der Planungsphase nicht klar genug festgelegt worden sind oder es eben Kommunikationsfehler gab. Und all das ist ehrlicherweise selbst verschuldet. Aber vor allem wenn es um das Thema Testing geht, wird mit zunehmendem Stressfaktor oft leider nur noch mit einem halben Auge hingeschaut. Hier lohnt es sich auch wirklich, noch mal so ein, zwei Tools heranzuziehen, die man vielleicht sonst nicht im Standardrepertoire hat. Einfach um nochmal einen anderen Blickwinkel zu bekommen und die Situation zu hinterfragen. Wenn ihr das Testing sozusagen so genau macht, dass ihr das hinterher öffentlich präsentieren könntet und nicht husch husch, dann habt ihr euch auch nichts vorzuwerfen und das sollte eigentlich der Weg sein.
So, das waren meine vier Punkte für euch, für die nächste Migration und das Thema ehrlicherweise immer so spannend ist, habe ich noch einen kleinen Bonus und der ist einfach. Holt euch eine externe Unterstützung. Das ist ein Punkt, der vielleicht nicht für jeden machbar ist, ja, aber der durchaus sinnvoll sein kann, auch abhängig ehrlicherweise von der Domaingröße. Ja, aber so ein Review von einem neuen System, von einem Berater oder von einer externen Agentur nochmal durchführen zu lassen, kann auch echt helfen, bevor man live geht. Dieser analysiert dann einfach noch mal das System, vielleicht auch völlig unvoreingenommen mit einem wachen Auge und kann einfach noch mal sagen, guckt mal hier, das würde ich vielleicht noch ändern, das ist eine gute Prüfung usw. das kann sicherlich noch mal helfen, wenn man natürlich die Zeit hat, sowas einplanen zu können. Ist ein Bonus, aber ist glaube ich ein guter Punkt. Also das war’s für diese Folge. Ich hoffe es hat euch gefallen. Wenn ja, dann lasst uns gerne einen Daumen hoch hier. Abonniert den Kanal, aktiviert die Glocke. Wenn ihr Kommentare oder Fragen habt, dann bitte unten in die Boxen rein. Und ansonsten freue ich mich, euch auch bei der nächsten Folge von Serious SEO hier auf Semra Deutschland begrüßen zu können. Macht’s gut.