Serveranbieter mit Reseller-Angeboten: Für welche Projekte eignen sie sich?

Serveranbieter mit Reseller-Angeboten eignen sich vor allem für Agenturen, IT-Dienstleister und Softwareanbieter, die Hosting unter eigenem Namen weiterverkaufen oder in eine umfassendere Dienstleistung einbauen möchten. Entscheidend sind nicht allein CPU, RAM und Speicher, sondern die Rollenverteilung zwischen Infrastrukturbetreiber, Reseller und Endkunde. Vor der Auswahl solltest Du klären, wer Rechnungen stellt, Systeme administriert, Störungen annimmt, Backups verantwortet und bei einem Ausfall mit dem eigentlichen Serveranbieter kommuniziert.

Ein Reseller-Modell passt gut, wenn Du Kundenbeziehungen und Abrechnung selbst steuern willst und ausreichende technische oder organisatorische Kapazitäten für den ersten Supportkontakt besitzt. Es passt weniger gut, wenn Deine Kunden unmittelbaren Herstellersupport erwarten oder Du ungeklärte Betriebsaufgaben lediglich an den Infrastrukturbetreiber weiterreichen möchtest.

Drei Reseller-Modelle mit unterschiedlicher Verantwortung

Der Begriff Reseller-Angebot bezeichnet kein einheitliches Betriebsmodell. Unter derselben Bezeichnung können ein Hosting-Konto mit getrennten Kundenpaketen, weiterverkaufte virtuelle Server oder vollständig eigenständige Dedicated Server stehen. Für die Projektwahl sind drei Profile besonders relevant.

Geteiltes Reseller-Hosting für Websites

Bei diesem Modell teilt der Anbieter eine Hosting-Plattform in getrennte Kundenkonten oder Pakete. Der Reseller verwaltet typischerweise Domains, Speicherlimits, Postfächer und Zugänge über ein Control Panel. Betriebssystem, Webserver und zentrale Plattformdienste bleiben meist beim Anbieter, während der Reseller seine Endkunden betreut.

Dieses Profil eignet sich für standardisierte Websites, kleinere Webprojekte und Agenturpakete, sofern die angebotenen Funktionen und Ressourcen zum jeweiligen Anwendungstyp passen. Es ist weniger geeignet, wenn eine Anwendung eigene Systempakete, besondere Netzwerkregeln oder uneingeschränkte Administratorrechte verlangt.

VPS- oder Server-Reselling mit eigener Administration

Hier verkauft der Reseller virtuelle Server, Root-Server oder einzelne Instanzen weiter. Eine vCPU ist ein vom Virtualisierungssystem bereitgestellter virtueller Prozessoranteil; sie ist nicht automatisch einem exklusiv nutzbaren CPU-Kern gleichzusetzen. Der Infrastrukturbetreiber stellt Hardware, Netzwerk und Virtualisierung bereit, während Betriebssystem, Updates, Dienste und Anwendungsbetrieb je nach Vertrag beim Reseller oder dessen Kunden liegen.

Dieses Modell passt zu Entwicklungsumgebungen, individuellen Webanwendungen, kundenspezifischen Stacks und Projekten mit getrennten Serverinstanzen. Es setzt eine klare Regelung voraus, wer Sicherheitsupdates einspielt, Monitoring betreibt und auf kompromittierte Systeme reagiert. Ein technischer Zugang zum Server allein ist noch keine Betriebsleistung.

Managed Reselling mit erweiterten Betriebsleistungen

Bei einem Managed-Angebot übernimmt der Anbieter definierte Verwaltungsaufgaben. Dazu können Betriebssystempflege, Überwachung oder die Bearbeitung bestimmter Störungen gehören. Der Begriff Managed sagt jedoch nicht, welche Anwendungen, Datenbanken, Backups oder Wiederherstellungen eingeschlossen sind.

Dieses Profil kann für Agenturen ohne eigenes Systemadministrationsteam sinnvoll sein. Die Eignung hängt vom schriftlich beschriebenen Leistungsumfang ab: Wird nur die Basisschicht betreut, bleibt ein Fehler in einem CMS, einer Erweiterung oder einer individuell entwickelten Anwendung regelmäßig beim Reseller. Enthält das Angebot Anwendungsbetreuung, müssen unterstützte Software und Ausschlüsse eindeutig benannt sein.

Die Verantwortungskette muss vor dem Verkauf feststehen

In einem sauberen Reseller-Modell besitzt jede Aufgabe einen verantwortlichen Ansprechpartner und einen Eskalationsweg. Unklare Formulierungen wie technischer Support inklusive reichen dafür nicht aus. Du solltest die Rollen anhand einzelner Ereignisse prüfen, nicht nur anhand von Produktbezeichnungen.

• Hardwareausfall: Der Infrastrukturbetreiber tauscht üblicherweise defekte Komponenten aus. Der Reseller muss wissen, wie er den Fehler meldet und welche Informationen benötigt werden.
• Netzwerkstörung: Der Anbieter untersucht sein Rechenzentrums- und Portnetz. Lokale Firewall-Regeln, fehlerhafte Dienste oder kundenseitige DNS-Einstellungen können dagegen in einem anderen Verantwortungsbereich liegen.
• Betriebssystemproblem: Bei einem unverwalteten Server ist häufig der Reseller oder Endkunde zuständig. Unmanaged bedeutet, dass der Kunde wesentliche Administrationsaufgaben selbst übernimmt.
• Anwendungsfehler: Fehler in Websites, Shops oder eigener Software gehören normalerweise nicht automatisch zum Infrastruktur-Support.
• Datenverlust: Die Zuständigkeit richtet sich nach dem vereinbarten Backup- und Wiederherstellungsumfang. Ein vorhandener Snapshot ist nicht ohne Weiteres ein unabhängiges Backup.
• Missbrauchsmeldung: Der Anbieter kann den Reseller als Vertragspartner kontaktieren. Dieser benötigt einen belastbaren Prozess, um betroffene Endkunden zu erreichen und fristgerecht zu reagieren.

Eine praktikable Prüfung lautet: Wähle ein realistisches Ereignis wie eine nicht erreichbare Kundenwebsite und verfolge den gesamten Ablauf. Wer nimmt die Meldung an? Wer grenzt Anwendung, Betriebssystem, Netzwerk und Hardware voneinander ab? Wer darf beim Anbieter ein Ticket eröffnen? Wer informiert den Endkunden und wer entscheidet über eine Wiederherstellung? Bleibt eine dieser Rollen offen, ist das Supportmodell noch nicht einsatzbereit.

Supportzugang ist nicht dasselbe wie Supportleistung

Ein Ticketportal oder eine Hotline belegt zunächst nur, dass ein Kommunikationskanal existiert. Für die Bewertung zählen Annahmezeiten, berechtigte Kontakte, unterstützte Sprachen, Prioritätsstufen und die technische Reichweite des Supports. Ein Service Level Agreement, kurz SLA, beschreibt zugesagte Servicewerte und deren Bedingungen; es ersetzt keine Liste der tatsächlich übernommenen Arbeiten.

Prüfe beim Anbieter die Bereiche Leistungsbeschreibung, Support, SLA, Reseller-Verwaltung und Missbrauchsmeldungen. Dort sollte erkennbar sein, ob ausschließlich der Reseller Tickets eröffnen darf oder auch dessen Endkunden zugelassen sind. Ebenso wichtig ist die Frage, ob sich technische und kaufmännische Anfragen trennen lassen. Ohne diese Trennung können Kunden versehentlich Informationen zu Einkaufspreisen oder Hauptverträgen erhalten.

Ein belastbarer Eskalationsweg umfasst mindestens:

1. Der Endkunde meldet das Symptom beim Reseller und nennt betroffenen Dienst, Zeitpunkt und beobachtbares Verhalten.
2. Der Reseller prüft seinen Zuständigkeitsbereich und sammelt die für den Anbieter erforderlichen Diagnosedaten.
3. Liegt die mögliche Ursache bei Infrastruktur oder vereinbarter Managed-Leistung, eröffnet der Reseller ein Ticket mit passender Priorität.
4. Der Anbieter antwortet an den vertraglich berechtigten Kontakt. Der Reseller übersetzt die technische Rückmeldung in eine verständliche Kundeninformation.
5. Nach der Behebung prüft der Reseller nicht nur die Erreichbarkeit, sondern auch die betroffene Anwendung und dokumentiert den Abschluss.

Direkter Endkundensupport durch den Infrastrukturbetreiber verkürzt nicht automatisch die Bearbeitung. Ohne Zugriff auf Anwendung, Kundenvertrag oder individuelle Konfiguration kann der Anbieter nur seine eigene Leistungsschicht untersuchen. Andererseits entsteht bei einem reinen Reseller-Kanal eine zusätzliche Übergabe, die Du organisatorisch abdecken musst.

Welche Projekte von Reseller-Angeboten profitieren

Die passende Angebotsklasse ergibt sich aus Standardisierungsgrad, Administrationsbedarf und gewünschter Kundenschnittstelle. Vier typische Projektsituationen zeigen die Unterschiede.

• Agentur mit ähnlichen Kundenwebsites: Getrennte Hosting-Pakete auf einer zentral verwalteten Plattform können sinnvoll sein. Voraussetzung sind saubere Kontentrennung, planbare Ressourcen und ein klarer Wiederherstellungsprozess.
• IT-Dienstleister mit individuellen Servern: VPS- oder Dedicated-Reselling bietet mehr Gestaltungsspielraum. Der Dienstleister benötigt dafür Administration, Monitoring, Patchmanagement und einen Bereitschaftsprozess, der zum eigenen Kundenversprechen passt.
• Software-as-a-Service mit eingebettetem Hosting: Das Reseller-Angebot kann als Infrastrukturbasis dienen, während der Softwareanbieter einziger Ansprechpartner bleibt. Hier sind skalierbare Bereitstellung, nachvollziehbare Ressourcenzuordnung und automatisierbare Verwaltung wichtiger als eine sichtbare White-Label-Oberfläche.
• Vereinzelte Kundenserver ohne gemeinsamen Betriebsstandard: Ein Reseller-Modell bietet nur begrenzte Vorteile, wenn jede Installation andere Systeme und Supportregeln besitzt. Direkte Verträge zwischen Kunden und Infrastrukturbetreiber können transparenter sein, sofern der Dienstleister nicht die Gesamtverantwortung übernehmen will.

White Label bedeutet, dass die Leistung gegenüber dem Endkunden unter der Marke des Resellers erscheinen kann. Das betrifft Darstellung und Kundenkontakt, ändert aber nicht automatisch technische Pflichten. DNS-Namen, Statusmeldungen, Zertifikatsinformationen, Absender von Systemmails und IP-Zuordnungen können den Infrastrukturbetreiber weiterhin erkennen lassen. Wenn eine vollständig unsichtbare Lieferkette geschäftlich erforderlich ist, müssen diese Punkte einzeln geprüft werden.

Der Einkaufspreis bildet nur einen Teil der Reseller-Kosten ab

Für eine interne Kalkulation kannst Du folgende Monatslogik verwenden:

Monatliche Gesamtkosten = Grundpreis + Optionen + Lizenzkosten + Backup-Kosten + interner Betreuungsaufwand.

Der interne Betreuungsaufwand ergibt sich aus Arbeitsstunden pro Monat × internem Stundensatz. Bei einem rein hypothetischen Szenario mit 80 Euro Grundpreis, 20 Euro Optionen, 15 Euro Lizenzen, 10 Euro Backup und drei Arbeitsstunden zu jeweils 40 Euro ergeben sich:

80 Euro + 20 Euro + 15 Euro + 10 Euro + (3 Stunden × 40 Euro pro Stunde) = 245 Euro pro Monat.

Werden zehn vergleichbare Kundenpakete betrieben, liegen die rechnerischen Kosten in diesem Beispiel bei 245 Euro ÷ 10 = 24,50 Euro je Paket und Monat. Vertrieb, Steuern, Zahlungsausfälle, Rücklagen und Gewinn sind darin noch nicht berücksichtigt. Das Beispiel zeigt, weshalb ein scheinbar günstiger Einkaufspreis von 80 Euro nicht als alleinige Basis für den Verkaufspreis genügt.

Eine priorisierte Entscheidung für die Angebotsprüfung

Die Auswahl lässt sich auf eine feste Reihenfolge verdichten. Beginne mit dem gewünschten Kundenverhältnis und prüfe die Infrastruktur erst danach auf Passung:

1. Du willst alleiniger Ansprechpartner sein: Wähle nur ein Modell, dessen Supportkanal, Verwaltungsrechte und White-Label-Möglichkeiten zu diesem Versprechen passen.
2. Du willst den Server selbst administrieren: Ein Unmanaged-VPS oder Dedicated Server kann geeignet sein, wenn Monitoring, Updates, Backups und Notfallreaktion intern abgedeckt sind.
3. Du willst Betriebsaufgaben abgeben: Vergleiche Managed-Angebote anhand der ausdrücklich eingeschlossenen Tätigkeiten und nicht anhand des Begriffs Managed.
4. Deine Kunden benötigen direkten Anbietersupport: Prüfe, ob Endkunden als berechtigte Kontakte angelegt werden können und welche Vertrags- oder Preisinformationen sie sehen.
5. Die Zuständigkeit bleibt bei einem typischen Ausfall unklar: Schließe das Angebot vorerst aus oder lasse die Rollen schriftlich präzisieren.

Ein Reseller-Angebot ist für ein Projekt geeignet, wenn Kundenversprechen, technische Rechte und tatsächliche Supportleistung dieselbe Verantwortungsstruktur ergeben. Der stärkste Tarif ist nicht der mit den meisten Ressourcen, sondern derjenige, bei dem jede Störung ohne ungeklärte Übergabe bearbeitet werden kann.

Häufige Fragen zu besonderen Reseller-Situationen

Kann ein Reseller den Infrastrukturbetreiber später wechseln?

Ein Wechsel ist möglich, kann aber Migrationen von Daten, DNS, IP-Adressen, Zertifikaten und Kundenkonten erfordern. Prüfe vor Vertragsbeginn, ob Daten in üblichen Formaten exportiert werden können, wer die Migration ausführt und ob Anwendungen an ein bestimmtes Control Panel oder proprietäre Funktionen gebunden sind.

Was geschieht, wenn der Reseller seinen Betrieb einstellt?

Endkunden besitzen nicht automatisch einen direkten Vertrag mit dem dahinterstehenden Serveranbieter. Für geschäftskritische Dienste sollte geregelt sein, wie Zugangsdaten, Domains, Backups und technische Dokumentation im Ausfall des Resellers verfügbar bleiben. Die genaue Übernahmemöglichkeit hängt von den beteiligten Verträgen und der Zustimmung des Infrastrukturbetreibers ab.

Sollte jeder Kunde eine eigene Serverinstanz erhalten?

Eine eigene Instanz verbessert die technische Trennung und erlaubt individuelle Wartungsfenster, erhöht aber Verwaltungs- und Lizenzaufwand. Standardisierte, risikoarme Websites können auf einer mandantenfähigen Plattform wirtschaftlicher betrieben werden. Anwendungen mit besonderen Sicherheitsanforderungen, abweichenden Softwareständen oder stark schwankender Last sprechen eher für getrennte Instanzen.