Geprüfte aktive Domains, passende Store-Links und ein sicherer Wechsel alter Hostnamen.
1. Plane deine Adressen
Jede Basisdomain hat drei Rollen: Console für dein Team, Checkout für Kunden und Public API für Integrationen. Die Vorgaben heißen merchant, pay und api. Du kannst andere Namen und zusätzliche Aliase wählen.
| Rolle | Erste Domain | Zweite Domain |
|---|---|---|
| Console | merchant.example.com | panel.example.org |
| Checkout | pay.example.com | payment.example.org |
| Public API | api.example.com | api.example.org |
Beide Domains führen zur selben Installation. Sie erzeugen keine getrennten Wallets, Daten oder Rechte. Eine bevorzugte Store-Domain bestimmt erzeugte Links, trennt aber keine Kundenkonten.
2. Füge eine Domain oder Aliase hinzu
Öffne Settings → System → Domains. Über Add domain oberhalb von Live domains fügst du etwa example.org hinzu. Mit Manage an einem bestehenden Eintrag bearbeitest du Aliase und primäre Adressen.
Du kannst zum Beispiel merchant und panel beide als Konsolen-Namen behalten. Der erste Name mit Stern ist primär für diese Rolle. Die primäre Basisdomain bestimmt die systemweiten Standardlinks.
Eine aktive Basisdomain wird nicht direkt umbenannt. Füge stattdessen die neue hinzu. Entwürfe zeigen Pending activation und sind noch nicht aktiv. Wähle Continue to DNS zum Speichern und Prüfen.
3. Leite DNS auf deinen VPS
Lege für jeden neuen Hostnamen einen A-Eintrag zur angezeigten VPS-IPv4 an. Setze AAAA nur, wenn die IPv6-Adresse den Server wirklich erreicht. Entferne alte Einträge. Wholly Crypto ändert keine DNS-Einträge für dich.
Lass eingehend TCP 80 und 443 in Server- und Hoster-Firewall offen. Behalte SSH-Zugriff. Klicke auf Check DNS. Neue oder geänderte Host-/Rollen-Paare werden bei den maßgeblichen Nameservern geprüft; unveränderte aktive Adressen werden übernommen.
Du nutzt Cloudflare?
Lass den Proxy bei der Erstinstallation bis zum Abschluss aus. Danach kannst du direktes oder Proxy-DNS nutzen, ohne einen Modus in Wholly Crypto umzuschalten. Let’s Encrypt bleibt auf dem VPS.
Nutze Full (strict) ↗. Halte die HTTP-Zertifikatsprüfung erreichbar und umgehe Caching sowie Browser-/Bot-Abfragen für Konsole, Checkout und API. Auch der Ursprungsserver muss für die Prüfung erreichbar sein.
Die direkte DNS-Prüfung umgeht normale VPS-/Provider-Caches. Besucher können trotzdem noch alte Einträge haben. Nameserver-Wechsel können länger brauchen.
4. Prüfe und veröffentliche
Speichern oder eine bestandene DNS-Prüfung ändert noch keine aktiven Routen.
Prüfe neue und entfernte Adressen sowie geänderte Standard-URLs. Wähle dann Continue to activation → Validate SSL & publish. Nach Änderungen oder zehn Minuten ist eine neue DNS-Prüfung nötig.
Neue Adressen werden auf Zertifikatsprüfung, HTTPS und den passenden Dienst geprüft. Unveränderte aktive Host-/Rollen-Paare wiederholen diese Netzprüfungen nicht. Die gesamte Nginx-Konfiguration wird trotzdem geprüft.
Warte auf die Erfolgsmeldung und die Rückkehr zu Live domains. Öffne jeden neuen Hostnamen und prüfe seine Rolle. Bei Fehlern lies Bericht und Rücksetzstatus. Lösche nicht die funktionierende Domain, um eine Aktivierung zu erzwingen.
5. Wähle Domains je Store
Öffne Project → Stores → Store auswählen → Basic → Store domains. Wähle aktive Merchant-, Checkout- und API-Hosts für diesen Store. Noch nicht aktivierte Adressen stehen nicht zur Auswahl.
Erzeugte Links nutzen Store-Auswahl → Standard-Store des Projekts → Systemvorgabe. So kann links.checkout in der Rechnungs-API für einen Store payment.example.org verwenden, während ein anderer pay.example.com behält.
Ändere API-Adressen in SDKs und Shop-Plugins separat. Eine Store-Vorgabe schreibt keine Integration um. Gespeicherte signierte IPN-/Webhook-Wiederholungen behalten ihre ursprünglichen Links. Lesezeichen und bereits geteilte Kundenlinks werden nicht umgeschrieben.
Konsolen-Aliase brauchen weiterhin Basic Auth und eine Kontoanmeldung. Unter Settings → System → Source IP restrictions gelten Regeln pro Hostname. Lass den Kunden-Checkout offen, außer du willst bewusst einen privaten Checkout.
6. Ersetze alte Adressen in zwei Etappen
- Füge die neue Adresse hinzu und veröffentliche sie, während die alte noch funktioniert.
- Öffne die neue Konsolen-Adresse und melde dich an. Teste auch Checkout und API über ihre neuen Adressen.
- Passe Store-Vorgaben, Integrationen, Lesezeichen und veröffentlichte Links an. Behalte alte Pay-/API-Aliase, solange Kunden oder Clients sie nutzen.
- Öffne die Verwaltung über die neue Konsole und merke die alte Domain oder den Alias zur Entfernung vor. Prüfe und veröffentliche die Änderung, bevor du den DNS-Eintrag löschst.
Die Konsole verhindert, dass du ihren gerade genutzten Hostnamen entfernst. Entfernte Hosts werden abgewiesen, nicht automatisch weitergeleitet. Auch reine Standardwechsel oder Entfernungen brauchen Prüfung und Veröffentlichung, selbst ohne neue DNS-Abfrage.