Checkliste für den Hosting-Umzug einer Eventwebsite
Beim Hosting-Wechsel einer Eventwebsite genügt es nicht, Seiten zu kopieren. Anmeldung, Ticketkauf, Bestätigungen und fortlaufend geänderte Daten hängen oft daran. Diese Checkliste behandelt einen Umzug mit unveränderter Domain und denselben öffentlichen URLs. Die neue Umgebung wird vor der Umschaltung geprüft.
Boletolibre-Redaktion
Veröffentlicht
1. Umfang und Abhängigkeiten festhalten
Erfasse Domain, wichtige Seiten, CMS, Datenbank, Medien, Formulare, Zahlung, E-Mail und Zuständigkeiten. Ein Hosting-Wechsel erfordert nicht automatisch einen Wechsel von Registrar, DNS-Anbieter oder Maildienst. Google behandelt den Umzug ohne sichtbare URL-Änderung getrennt von einem URL-Wechsel.[2]
| Bereich | Festhalten | Prüfen |
|---|---|---|
| Seiten | Kanonische URLs und Dateien | Gleicher sinnvoller Inhalt |
| Anmeldung | Formular und Zahlungsdienst | Vollständiger Ablauf |
| DNS und Versender | Bestätigung kommt an | |
| Daten | Speicher und Sicherung | Änderungen nach Kopie |
| Betrieb | Zugang und Rückweg | Klare Verantwortung |
Googles erstes Ergebnis zur breiten Suchanfrage ist ein Server-Umzugsleitfaden mit Inventar, Datenübertragung, DNS, Prüfung und späterem Abschalten. Für eine einzelne Eventwebsite zählen besonders die Besucherwege.[1]
2. Neuen Host und Rückweg vorbereiten
- Wiederherstellbare Sicherungen von Dateien, Daten und Konfiguration erstellen.
- Laufzeit, HTTPS-Zertifikat, Variablen, Medien und geplante Aufgaben einrichten.
- Letzte Registrierungen und Inhaltsänderungen einfrieren oder gezielt synchronisieren.
- Zeitfenster außerhalb von Ticketstart und Veranstaltung wählen.
Google empfiehlt, die neue Umgebung vor einer DNS-Änderung zu testen. Entferne temporäre Crawling-Sperren oder noindex von der öffentlichen Kopie beim Start.[2]
3. Besucherwege vor der Umschaltung testen
- Startseite, Event, FAQ, Regeln, Bilder und Downloads mobil und am Desktop öffnen.
- Anmeldung oder freigegebenen Testkauf bis zur Bestätigung und E-Mail durchspielen.
- Organisatorzugang, Integrationen, Analytics und Einwilligung prüfen.
- HTTP-Status, Sitemap, robots.txt, Canonicals und mögliche noindex-Reste prüfen.
- Bestätigen, dass öffentliche Domain und gültiges HTTPS am neuen Host funktionieren.
Titel, Inhalt und interne Links beim reinen Hostwechsel möglichst stabil halten, sofern kein eigener Umbau geplant ist.[2]
4. Verkehr mit dokumentiertem Rückweg umstellen
Nach dem letzten Datenabgleich und der Freigabe änderst du die DNS-Einträge für die öffentliche Domain. Notiere alte und neue Werte, Uhrzeit und verantwortliche Person. Cache-Zeiten variieren; ein allgemeines Umschaltversprechen wäre unseriös. Lasse den alten Host vorerst erreichbar.[2]
| Kontrolle | Erfolg | Bei Fehler |
|---|---|---|
| Domain und HTTPS | Gültiges Zertifikat | Rückweg nutzen |
| Anmeldung | Ablauf endet korrekt | Bewerbung anhalten |
| Bestätigung kommt an | Versand und DNS prüfen | |
| Seiten | Wichtige URLs stimmen | Routing korrigieren |
| Daten | Keine Einträge fehlen | Schreibzugriffe pausieren |
5. Beide Hosts beobachten, alten später abschalten
Prüfe Anfragen und Fehler auf beiden Hosts, Zahlungen, Formulare und Nachrichten. Inspiziere repräsentative URLs in Search Console. Laut Google kann die Crawlrate nach dem Hostwechsel kurz sinken; dauerhafte Zugriffsfehler brauchen Untersuchung.[2]
- Verkehr zum alten Host sollte sinken und beim neuen steigen.
- Webhooks und geplante Aufgaben auf doppelte oder verpasste Ausführung prüfen.
- Registrierungen und Zahlungen rund um den Wechsel abgleichen.
- Alten Host erst stilllegen, wenn auch Crawler ihn nicht mehr nutzen.
Bei geänderter Domain oder geänderten Pfaden gilt stattdessen der separate Leitfaden für URL-Wechsel mit Weiterleitungen.[3]
Quellen und weiterführende Informationen
- Server Migration Checklist: A Comprehensive GuideInMotion Hosting · Abgerufen
- Changing your hostingGoogle Search Central · Abgerufen
- Site moves with URL changesGoogle Search Central · Abgerufen