SecureVM ist jetzt Evorxa.comWas das für Sie bedeutet

White-Label-Leitfaden

Starte deine eigene White-Label-Hosting-Marke

Von Name und Domain bis zur ersten bezahlten Bestellung. Neun Schritte, eine Checkliste vor dem Start und die Fehler, die wir am häufigsten sehen, mit den echten Evorxa-Modulen für WHMCS und Paymenter.

Neun Schritte von der Idee zur ersten Bestellung.

  1. Schritt 01

    Name, Domain und Zielgruppe wählen

    Wähl einen Namen, den du besitzen kannst: Prüf Domain, Social-Media-Handles und eine einfache Markenrecherche, bevor du irgendetwas druckst. Leg fest, an wen du zuerst verkaufst (Gaming-Communities, Agenturen, Entwickler in deiner Region, arabischsprachige Kunden), denn davon hängen Tarifnamen, Texte und Supportzeiten ab. Kauf die Domain und richte darauf geschäftliche E-Mail ein, damit Kunden nie ein Freemail-Postfach sehen.

    Tipp: Eine klare Zielgruppe schlägt eine beliebige „billiger VPS“-Marke. Es ist leichter, für eine Community die naheliegende Wahl zu sein.

  2. Schritt 02

    WHMCS oder Paymenter wählen

    Beide Module legen Server automatisch an, sperren, kündigen und upgraden sie, zeigen dasselbe White-Label-Serverpanel und unterstützen Englisch und Arabisch. Die Wahl betrifft das Abrechnungssystem, in dem du arbeiten willst.

    WHMCS

    Vorteile

    • Branchenstandard mit riesigem Ökosystem aus Zahlungsanbietern, Themes, Addons und Leuten, die es kennen
    • Ausgereifte Werkzeuge für Rechnungen, Steuern, Mahnwesen und Support-Tickets
    • Läuft mit PHP 7.4 bis 8.3

    Achtung

    • Kostenpflichtige Lizenz mit laufenden Kosten
    • Aufwendiger zu gestalten und aktuell zu halten
    • Braucht den WHMCS-Cron alle 5 Minuten

    Paymenter

    Vorteile

    • Open Source, keine Lizenzgebühr
    • Moderne Codebasis; die Serveransicht folgt den hellen und dunklen Farben deines Themes
    • Installation per Zip-Upload unter Admin › Extensions, ohne SSH

    Achtung

    • Kleineres Ökosystem an Zahlungsanbietern und Addons
    • Braucht PHP 8.3+, schedule:run jede Minute und einen laufenden Queue-Worker
    • Weniger Leute auf dem Markt, die es schon kennen

    Tipp: Wenn du schon WHMCS nutzt, bleib dabei. Wenn du bei null mit kleinem Budget startest, bringt dich Paymenter ohne Lizenzrechnung live.

  3. Schritt 03

    Abrechnungssystem und Modul installieren

    Betreib dein Abrechnungssystem auf einem Server, den du kontrollierst (ein Evorxa-Budget- oder Standard-Tarif reicht für den Anfang), hinter HTTPS. Installier dann das Modul mit dem Einzeiler oder dem fertigen Release.

    Evorxa Cloud for WHMCS

    curl -fsSL https://raw.githubusercontent.com/ScaleBit-Technologies/evorxa-whmcs/master/install.sh | bash -s -- /path/to/whmcs
    • WHMCS 8.0 oder neuer
    • PHP 7.4 bis 8.3 mit cURL
    • WHMCS-Cron alle 5 Minuten
    InstallationsanleitungRelease herunterladen

    Evorxa Cloud for Paymenter

    curl -fsSL https://raw.githubusercontent.com/ScaleBit-Technologies/evorxa-paymenter/master/install.sh | bash -s -- /var/www/paymenter
    • Paymenter 1.x
    • PHP 8.3+ mit cURL
    • schedule:run jede Minute und ein laufender Queue-Worker
    InstallationsanleitungRelease herunterladen

    Tipp: Ersetz den Pfad am Ende des Befehls durch dein eigenes Installationsverzeichnis. Bei Paymenter kannst du stattdessen das Zip unter Admin › Extensions hochladen.

  4. Schritt 04

    Guthaben aufladen und einen API-Token mit engen Rechten erstellen

    Jeder verkaufte Server wird zum Katalogpreis von deinem vorausbezahlten Evorxa-Guthaben abgebucht, also lade es vor dem Shop-Start auf. Erstell dann einen persönlichen Zugriffstoken mit genau den Scopes, die das Modul verlangt, und keinem mehr. Füg ihn in die Moduleinstellungen ein und halt ihn aus Screenshots, Tickets und Git heraus.

    Die sechs Scopes, die das Modul braucht

    • instances:read
    • instances:write
    • analytics:read
    • shield:read
    • shield:write
    • wallet:read

    Tipp: Gib dem Token einen Namen wie „whmcs-production“, damit du weißt, welchen du widerrufen musst, falls dein Abrechnungsserver je kompromittiert wird.

  5. Schritt 05

    Tarife mit Aufschlag und Rundung importieren

    Das Modul liest den Live-Katalog von Evorxa (Specs, Preise, Bestand) und legt Produkte in deinem Shop an, in deiner Währung, mit dem Aufschlag und der Preisrundung deiner Wahl. Paymenter rundet in jeder Währung auf .99 und baut Upgrade-Pfade. Der Bestand synchronisiert sich mit dem Live-Katalog, ausverkaufte Tarife sind also automatisch nicht mehr bestellbar. Benenn Tarife passend zu deiner Marke um und entscheide, ob du die 10 % für sechs Monate und 20 % für ein Jahr weitergibst.

    Tipp: Starte mit drei bis fünf Tarifen aus Budget, Standard und High-Frequency. Eine kurze Auswahl verkauft besser als der ganze Katalog.

  6. Schritt 06

    Bestellformular mit Betriebssystem- und App-Auswahl einrichten

    Der Kunde wählt im Bestellformular ein Betriebssystem oder eine One-Click-App (zum Beispiel das Pterodactyl-Panel für Game-Hosting). In WHMCS funktioniert das mit jeder Bestellformular-Vorlage, in Paymenter bleibt die Auswahl beim Wechsel des Abrechnungszyklus erhalten. Schreib kurze, ehrliche Tarifbeschreibungen: Kerne, RAM, NVMe, Anbindung, Standort (Eygelshoven, Niederlande) und Shield-DDoS-Schutz.

    Tipp: Stell die One-Click-Apps nach oben, die deine Zielgruppe wirklich nutzt, und blende den Rest aus.

  7. Schritt 07

    Den Kundenbereich branden

    Setz Logo, Farben, Favicon und E-Mail-Vorlagen in WHMCS oder Paymenter. Das Serverpanel liegt auf der Serviceseite des Kunden in deinem Shop und übernimmt dessen Look; bei Paymenter nutzt es die hellen und dunklen Farben deines Themes. Schalte Arabisch ein, wenn du arabischsprachige Kunden bedienst, denn das Panel unterstützt RTL. Lies dann jede Seite und jede E-Mail als Kunde und entferne übrig gebliebenen Standardtext.

    Tipp: Prüf Rechnungen, Willkommensmails und Passwort-Reset-Mails. Diese Seiten lesen Kunden am häufigsten, und sie bleiben am häufigsten ungebrandet.

  8. Schritt 08

    Zahlungsanbieter verbinden und Rechtstexte veröffentlichen

    Aktivier die Zahlungsarten, die deine Zielgruppe nutzt: Kartenzahlung, PayPal, Überweisung oder lokale Methoden, die dein Abrechnungssystem unterstützt. Konfigurier Steuern, Währung und Rechnungsdaten für dein Unternehmen. Veröffentliche AGB, eine Acceptable Use Policy, eine Datenschutzerklärung und Rückerstattungsregeln und verlink sie im Checkout. Deine AUP sollte mindestens so streng sein wie die Evorxa-Bedingungen, unter denen du einkaufst, denn die Server deiner Kunden laufen in unserem Netz.

    Tipp: Allgemeiner Rat, keine Rechtsberatung. Lass deine Bedingungen für die Länder, in denen du verkaufst, von einem Anwalt prüfen.

  9. Schritt 09

    Eine Bestellung komplett testen, dann live gehen

    Gib auf dem günstigsten Tarif eine echte Bestellung mit echter Zahlung auf. Prüf, dass der Server in etwa einer Minute steht, die Willkommensmail gebrandet ankommt, SSH oder RDP funktioniert, rDNS-Änderungen gespeichert werden, Graphen und Shield-Werte laden, Neuinstallation klappt und Firewall-Regeln greifen. Sperr, entsperr und kündige ihn dann und prüf, dass die anteilige Erstattung in deinem Guthaben landet. Erst danach öffnest du den Shop und kündigst ihn an.

    Tipp: Wiederhol den Test nach jedem Update von Abrechnungssystem oder Modul.

Vor dem Start

Checkliste vor dem Start.

Zwölf Punkte zum Abhaken, bevor du das Geld von Fremden annimmst.

  1. Domain, geschäftliche E-Mail und HTTPS im Shop sind aktiv
  2. Das Abrechnungssystem ist aktuell, Cron oder Scheduler und Queue-Worker laufen
  3. Modul aus dem offiziellen GitHub-Release installiert und als verbunden angezeigt
  4. Der API-Token hat nur die sechs nötigen Scopes und liegt nur in den Moduleinstellungen
  5. Guthaben deckt mindestens die Verlängerungen deines ersten Monats, und Warnungen bei niedrigem Guthaben gehen an ein Postfach, das du liest
  6. Tarife mit Aufschlag, Rundung und Währung importiert, mit Namen, die zu deiner Marke passen
  7. Das Bestellformular zeigt die Betriebssysteme und One-Click-Apps, die du anbieten willst
  8. Logo, Farben, Favicon und jede E-Mail-Vorlage sind gebrandet, ohne Standardtext
  9. Zahlungsanbieter mit echter Transaktion und Erstattung getestet
  10. AGB, AUP, Datenschutz und Rückerstattungsregeln veröffentlicht und im Checkout verlinkt
  11. Supportkanal, Zeiten und Antwortziele stehen auf deiner Website
  12. Eine komplette Testbestellung erledigt: Aufbau, Zugang, rDNS, Neuinstallation, Sperre, Kündigung, Erstattung

Vermeide das

Fünf häufige Fehler.

Jeder ist vor dem Start billig zu vermeiden und danach teuer.

  1. Fehler 1

    Das Guthaben fast auf null laufen lassen

    Aufbau und Verlängerungen werden aus deinem Guthaben bezahlt. Ist es leer, wenn ein Kunde zahlt, wartet sein Server. Halte einen Puffer und reagier noch am selben Tag auf Warnungen.

  2. Fehler 2

    Nur mit dem Monatspreis kalkulieren

    Wenn du unsere 20 % Jahresrabatt weitergibst, rechne deine Jahresmarge separat. Beispiel: Standard Large kostet $143.90 im Jahr; bei deinem Monatspreis von $19.99 minus 20 % berechnest du $191.90 und behältst $48.00.

  3. Fehler 3

    Dem API-Token alle Scopes geben

    Das Modul braucht sechs Scopes. Ein breiterer Token heißt: Ein kompromittierter Abrechnungsserver kann in deinem Konto mehr Schaden anrichten.

  4. Fehler 4

    Die Bedingungen eines anderen Hosters kopieren

    Übernommene Bedingungen nennen oft die falsche Firma, das falsche Recht und die falschen Erstattungsregeln. Schreib eigene, halte deine AUP mit unserer im Einklang und lass sie prüfen.

  5. Fehler 5

    Ohne Testbestellung starten

    Ein kaputter Zahlungsanbieter, eine ungebrandete Mail oder ein fehlender Cronjob fällt sonst beim ersten echten Kunden auf. Eine Testbestellung mit echter Zahlung und Kündigung findet alle drei.

Zum Playbook

Bereit, den Shop zu bauen?

Hol dir das Modul für dein Abrechnungssystem und lies dann das Playbook zu Preisen, Support und Wachstum.