Hosting für eine Event-Website auswählen
Passendes Hosting trägt die tatsächlichen Seiten und Abläufe Ihrer Veranstaltung auch in der besucherstärksten Stunde. Außerdem muss klar sein, wer bei einer Störung handelt. Eine reine Informationsseite braucht etwas anderes als eine Website mit Registrierung oder eigener Kasse. Beschreiben Sie zuerst den Besuchsweg und vergleichen Sie dann schriftliche Zusagen.
Boletolibre-Redaktion
Veröffentlicht
Beginnen Sie bei der Veranstaltung
Listen Sie Programm, Ort, Barrierefreiheit und Kontakt sowie Registrierung, Bestätigung, Karten, Video oder Ticketkauf auf. Benennen Sie für jeden Schritt das tatsächlich zuständige System. Führt ein Button zu einer externen Kasse, betreibt der Website-Host diesen Kauf nicht.
Notieren Sie Startdatum, Verkaufszeit, geschätzte gleichzeitige Besuche und Redaktionsrollen. Denken Sie an einen Ansturm nach Newsletter oder Social-Media-Post. Ohne Messwerte verwenden Sie ein vorsichtiges Szenario und fragen nach Test und Kapazitätserhöhung. Domain, E-Mail und Website können getrennte Konten haben.
Vergleichen Sie die Betriebsmodelle
Ein gehosteter Website-Baukasten verbindet Editor und Hosting; prüfen Sie Formulare, eigene Domain, Export und Integrationen. Beim Shared Hosting teilen Websites Serverressourcen. Betreutes CMS-Hosting kann Updates, Sicherungen oder Serverbetrieb übernehmen, aber nur der konkrete Vertrag legt den Umfang fest.
VPS und dedizierte Server bieten mehr Kontrolle und verlangen Verantwortliche für Patches, Überwachung und Wiederherstellung. Cloud ist eine Infrastrukturform, keine allgemeine Zusage automatischer Skalierung. „Managed“ beschreibt Aufgaben, keine feste Servergröße. Eine Agentur kann jedes Modell betreiben.[1]
| Modell | Möglicher Einsatz | Vorher prüfen |
|---|---|---|
| Website-Dienst | Kleines Team mit einfachen Seiten | Formular- und Exportgrenzen |
| Betreutes CMS | CMS und vereinbarte Betriebsaufgaben | Updates, Backup und Restore |
| Eigener VPS, Server oder Cloud | Individuelle Anwendung | Betrieb, Lasttest und Bereitschaft |
Planen Sie die Lastspitze
Fragen Sie nach gleichzeitigen Anfragen, Rechen- und Transfergrenzen, Cache, Formularen und möglichen Drosselungen. Eine Informationsseite lässt sich oft zwischenspeichern; eine Registrierung kann von Datenbank, E-Mail und externem Zahlungsdienst abhängen. Testen Sie den gesamten Weg auf Mobilgeräten.
Legen Sie ein konkretes Szenario zum Verkaufsstart vor und fragen Sie, was bei Überschreitung geschieht: Warteschlange, Sperre, Aufpreis, Upgrade oder Ausfall. Erfragen Sie Vorabtest und Vorlaufzeit. Eine Verfügbarkeitszusage muss samt Messzeitraum, Ausnahmen und Abhilfe gelesen werden; sie beweist keine funktionierende Anmeldung.
Klären Sie Sicherheit und Wiederherstellung
Weisen Sie HTTPS-Zertifikate, Zugänge, Betriebssystem- und Plugin-Updates, Missbrauchsschutz, Backups, Wiederherstellung und Warnungen zu. Ein Anbieter kann die Infrastruktur absichern, während Inhalte und Anwendungskonfiguration bei Ihnen liegen. WordPress.org empfiehlt vor Updates eine Sicherung. Klären Sie, wer sie erstellt und wer zurückspielt.[2][3]
Bewahren Sie exportierbare Texte, Bilder und Formulareinstellungen auf. Fragen Sie nach Häufigkeit, Inhalt und Aufbewahrung der Sicherung sowie Wiederherstellungsdauer. Ein automatisches Backup ist noch kein getesteter Restore. Daten beim Registrierungs- oder Zahlungsdienst benötigen eigene Verfahren.
Vergleichen Sie sämtliche Kosten
Vergleichen Sie denselben Zeitraum: Domain getrennt, Hosting, nötige Plugins, Speicher, Mehrverbrauch, E-Mail-Versand, Support, Wiederherstellung und Agenturarbeit. Trennen Sie Einstiegspreis und Verlängerung. Fragen Sie nach verkehrsabhängigen Kosten.
Ein günstiger eigener Server kann durch Bereitschaftsdienst teuer werden. Ein Baukasten kann für eine wichtige Integration eine höhere Stufe benötigen. Fordern Sie Angebote für Ihren Fall an und kennzeichnen Sie Steuern und Währungsannahmen ausdrücklich.
Sichern Sie den Support am Starttag
Benennen Sie vor dem Start Personen für Seitenänderungen, Hosting-Support und Formular- oder Zahlungsanbieter. Fragen Sie nach Servicezeiten, Kanal, Reaktionsziel und Eskalation. Prüfen Sie, ob Infrastruktur, CMS, eigener Code und Integrationen umfasst sind. Reaktionszeit ist keine zugesagte Lösungszeit.
Üben Sie eine kleine Veröffentlichung, ein Testformular und gegebenenfalls einen Testkauf. Prüfen Sie Bestätigungen und Rückweg. Bei einem Hostwechsel unterscheidet Google zwischen unveränderten öffentlichen URLs und einem Umzug mit URL-Änderungen.[4]
Nutzen Sie für alle Anbieter dieselbe Vorlage
Senden Sie jedem Anbieter dieselbe einseitige Vorlage: Veranstaltungstermin und Zeitzone, erwartete Spitze, Seiten, Integrationen, erhobene Daten, Redaktionsrollen, Domaininhaber und bisherige Plattform. Fordern Sie Grenzen, Upgrade-Vorlauf, Sicherungsumfang, Restore-Test, Support, Export und Preisbedingungen an.
Markieren Sie Antworten als schriftlich bestätigt, zu testen oder unbekannt. Eine offene Frage beim wichtigsten Anmeldeweg muss vor dem Kauf geklärt werden. Werbung ersetzt keine für Ihr Konto geltenden Bedingungen.
| Punkt | Nachweis |
|---|---|
| Lastspitze | Besucher, Grenzen, Upgrade-Vorlauf |
| Zuständigkeit | Host, CMS, Formular, Zahlung, Domain, E-Mail |
| Wiederherstellung | Backup, Test, Rückfallkontakt |
| Kosten | Zeitraum, Mehrverbrauch, Verlängerung, Support |
Entscheiden Sie anhand der Nachweise
Für eine reine Informationsseite kann ein gehosteter Dienst mit externem Anmeldelink reichen. Ein Team mit bestehendem CMS und Plugins kann betreutes Hosting wählen, wenn Update- und Restore-Aufgaben klar sind. Eine eigene Anwendung braucht möglicherweise Entwicklerbetrieb und Bereitschaft.
Entscheiden Sie, wenn der Besuchsweg im Test funktioniert, die Lastspitze beantwortet ist, Preise vergleichbar sind und jede Aufgabe einen Namen hat. Bewahren Sie Vorlage und Antworten auf. Ein neuer Vertrag allein schließt keinen Umzug ab.
Quellen und weiterführende Informationen
- Definitionen der Hosting-ModelleAWS · Abgerufen
- Aufteilung von SicherheitsaufgabenAWS · Abgerufen
- Backup-Empfehlung vor WordPress-UpdatesWordPress.org · Abgerufen
- Hostwechsel bei unveränderten URLsGoogle Search Central · Abgerufen