Wie Ihr bestimmt mitbekommen habt, sind wir gerade dabei, unser „Projekt Onebrand“ umzusetzen. Ziel ist es, unser Domain- und Markenwirrwar mit yeebase und t3n aufzuräumen und alle Portale komplett auf der neuen Domain t3n.de auszurollen. Dieser Post dokumentiert grob die wichtigsten Dinge, die im Rahmen eines Domainumzugs zu beachten sind.

Einleitend bleibt festzuhalten, dass Domainumzüge generell schlecht sind. Vielen ist vielleicht der Post „Cool URIs don't change“ des W3C bekannt. Falls Ihr den ganzen Post nicht lesen mögt, hier das Fazit:

Keeping URIs so that they will still be around in 2, 20 or 200 or even 2000 years is clearly not as simple as it sounds. However, all over the Web, webmasters are making decisions which will make it really difficult for themselves in the future. Often, this is because they are using tools whose task is seen as to present the best site in the moment, and no one has evaluated what will happen to the links when things change. The message here is, however, that many, many things can change and your URIs can and should stay the same. They only can if you think about how you design them

Vielleicht schaffen wird die 2000 Jahre ja jetzt mit t3n.de ;) Im Folgenden also Grundsätzlliches und 20 weitere Punkte, die man im Rahmen eines Domainumzugs beachten sollte.

Grundsätzliches:

• Im Vornherein festlegen, welche Details bei dem Relaunch verändert werden sollen und darüber hinaus nur unbedingt notwendige Zusatzwünsche implementieren.
• Die interne Testphase in einem für alle zugänglichen System dokumentieren (z.B. Backpack, Wiki oder Bugtracker) -> keine Bug-Meldungen per E-Mail, um Dubletten von vornherein zu vermeiden.
• Kein Relaunch ohne Live-identisches Testsystem.
• Migration/Relaunch vorher mit dem Testsystem durchführen und dabei akribisch die Schritte dokumentieren, um später einen Schlachtplan für die Live-Migration zu haben.
• Fehler, die bei der Testmigration auftreten, mit dem Team diskutieren, beheben, erneut testen und anschließend im Migrationsplan dokumentieren.
• Die Website am Zeitpunkt der Migration vom Netz nehmen (sonst droht Dateninkonsistenz).
• Switch bzw. Downtime (Zeitpunkt der Migration) möglichst nachts legen (damit es wenige User bemerken) oder, falls tagsüber, die Downtime als PR- oder Marketing-Event nutzen und eine bestimmte Aktion oder Message während der Downtime veröffentlichen.
• Nach dem Relaunch die Error-Logs im Blick behalten und ordentlich Zeit zum „Nachfixen“ einplanen.

Domainumzugs Checkliste:

1. Neue Domain registrieren.
2. Neue Domain in den Google Webmaster Tools verifizieren und nach dem Launch Sitemaps dort einreichen.
3. Trackingsysteme wie Piwik, Mint oder Google Analytis auf die neue Domain umstellen.
4. Neue domainbezogene JavaScript-Codes für AdSense, AdScale und weitere Partner- oder Werbeprogramme generieren.
5. Zonen und Codes des eigenen AdServers auf die neue Domain umstellen.
6. Spezielle CMS-bezogene Extensions oder Plugins auf die Domain umstellen.
7. Alle internen Links auf eigene Elemente und Inhalte nicht nur per Redirect umleiten, sondern komplett auf die neue Domainstruktur umstellen.
8. Alle Links der alten Domain mit einer 301-Weiterleitung auf die neue Domain umleiten.
9. Alle automatisiert verschickten Mails auf die neue Domain umstellen (Server-Stats, Bestell-bestätigungen, Newsletter und ähnliches).
10. Alle firmeninternen E-Mail-Konten und E-Mail-Footer auf die neue Domain umstellen.
11. Feedburner-Konto auf die neue Domain umstellen.
12. Domainumstellung bei Google News mindestens zwei Wochen vorher anmelden!
13. Neue News Sitemaps für Google News erstellen.
14. Alle in der Firma existieren Dokumente wie Stempel, Visitenkarten, Mediaten, Briefpapier etc. auf die neue Domain umstellen (geht leider nicht an einem Tag ;)).
15. Liste mit Backlinks erstellen. Danach Blogger, Webmaster, Partner, Redakteure und Freunde  darum bitten, die Backlinks auf die neue Domain umzustellen.
16. Backlinks aus Wikipedia und anderen Wikis auf die neue Domain umstellen.
17. Backlinks aus Profilen aller Mitarbeiter auf Web-2.0-Diensten wie Twitter, Xing, Facebook, MyOnID, Gravatar, Mister Wong, Mento, Flickr, Digg usw. umstellen.
18. Alte Domain mindestens sechs Monate behalten und weiter redirecten.
19. Broken Links suchen und fixen mit Tools wie z.B. Xenu oder dem Broken Link Checker.
20. 404 und weitere Crawling-Fehler täglich über Google Webmaster Zentrale überprüfen und so schnell wie möglich fixen.

Bestimmt habe ich in diesem Post den ein oder anderen Punkt vergessen. Es würde mich freuen, wenn Ihr vergessene Punkte über die Kommentarfunktion ergänzt. Ich werde den Artikel damit dann regelmäßig updaten und vielleicht drucken wir das Gesamtwerk auch einmal als Checkliste im t3n Magazin ab.