Warum Temporary Domain und Website-Vorschau deaktiviert sind

Die Funktion Temporary Domain in cPanel und die Website-Vorschau (Quick Preview) in Plesk sind auf allen rack::SPEED-Servern deaktiviert. Beide liefern die Website unter einer fremden Vorschau-Domain des Panel-Herstellers aus — damit brechen Anwendungen wie Magento, Shopware und WordPress. Zum Testen vor der DNS-Umstellung empfehlen wir stattdessen eine echte Subdomain.

Was die Funktion gemacht hat

Beide Panels boten eine Vorschau-URL unter einer Domain des Panel-Herstellers WebPros an: Plesk unter *.plesk.page, cPanel unter *.cprapid.com. Die Server-IP steckt dabei im Domainnamen (z. B. deinedomain.de.203-0-113-10.plesk.page), die DNS-Zone liegt beim Hersteller.

Die Anfrage erreicht zwar direkt unseren Server — die Website wird aber unter einem fremden Hostnamen ausgeliefert. Genau daran scheitern moderne Anwendungen.

Warum wir sie deaktiviert haben

Zuverlässig funktioniert diese Art Vorschau nur bei statischen Seiten. Anwendungen mit eigener Domain-Konfiguration liefern unter der Vorschau-Domain kein brauchbares Ergebnis.

Redirects auf die konfigurierte Base-URL

Magento, Shopware und WordPress speichern ihre Base-URL Die in der Anwendung hinterlegte Domain, unter der alle Links, Assets und Weiterleitungen erzeugt werden. in der Konfiguration bzw. Datenbank. Ein Aufruf über die Vorschau-Domain löst eine Weiterleitung auf die echte Domain aus — die vor der DNS-Umstellung noch auf den alten Server zeigt. Das Ergebnis sind Redirect-Loops, fehlende Assets und Stylesheets oder schlicht die falsche Website. Die Vorschau zeigt damit alles, nur nicht den Stand auf dem neuen Server.

Sessions, Logins und Checkout

Cookies werden für die konfigurierte Domain gesetzt, nicht für die Vorschau-Domain. Unter dem fremden Hostnamen schlagen deshalb Login, Warenkorb, Checkout und CSRF-Schutz fehl. Ein Shop lässt sich so nicht ernsthaft testen.

In Summe erzeugte die Funktion vor allem Support-Tickets zu vermeintlich kaputten Websites, die korrekt eingerichtet waren — nur die Vorschau war das Problem. Deshalb haben wir sie auf allen Servern abgeschaltet, in cPanel wie in Plesk.

So testest du deine Website stattdessen

Leg eine echte Subdomain an — sie läuft über normales DNS, mit eigenem SSL-Zertifikat und ohne fremden Hostnamen.

1. Leg im Panel eine Subdomain an, z. B. dev.deinedomain.de — siehe Domain hinzufügen. Bei rack::SPEED-Nameservern wird der DNS-Eintrag automatisch gesetzt.
2. Aktiviere Let’s Encrypt für die Subdomain.
3. Installiere die Anwendung dort bzw. stell ihre Base-URL auf die Subdomain — dann verhalten sich Links, Logins und Checkout wie im Livebetrieb.

Testumgebung nicht indexieren lassen

Schütze die Subdomain mit einem Verzeichnis-Passwortschutz oder einem noindex-Header, damit Suchmaschinen den Teststand nicht aufnehmen.

Willst du eine bestehende Website vor der DNS-Umstellung unter ihrer echten Domain prüfen, nutz den hosts-Eintrag auf deinem Rechner — Schritt 5 in Umzug zu rack::SPEED beschreibt das Vorgehen für Windows, macOS und Linux. Ziehst du gerade erst zu uns um, übernehmen wir den Umzug auf Wunsch auch als kostenfreie Hosting-Migration.

Wenn etwas schiefläuft

Die Vorschau-Funktion fehlt im Panel

Das ist beabsichtigt. Temporary Domain (cPanel) und Website-Vorschau (Plesk) sind auf allen rack::SPEED-Servern deaktiviert.

Lösung: Test-Subdomain anlegen oder per hosts-Eintrag testen — siehe oben.

Ein alter Vorschau-Link mit plesk.page oder cprapid.com lädt nicht mehr

Links aus der Zeit vor der Abschaltung sind ungültig. Die Vorschau-Domains werden nicht mehr bedient.

Lösung: Den Stand über eine Test-Subdomain oder die echte Domain aufrufen und neue Links weitergeben.

Die Test-Subdomain leitet auf die Hauptdomain um

Die Anwendung leitet auf ihre konfigurierte Base-URL weiter. Das ist dasselbe Verhalten, an dem schon die Vorschau-Domains gescheitert sind.

Lösung: Base-URL der Anwendung auf die Subdomain stellen (WordPress: siteurl und home, Magento: web/unsecure/base_url und web/secure/base_url) — oder die Website per hosts-Eintrag unter der echten Domain testen.

Verwandte Artikel

• Domain hinzufügen — Subdomain für den Teststand anlegen.
• Let’s Encrypt aktivieren — HTTPS für die Test-Subdomain.
• Umzug zu rack::SPEED — inklusive hosts-Methode zum Test vor der DNS-Umstellung.
• Wie lauten die rack::SPEED-Nameserver? — damit die Subdomain auflöst.

Du kommst nicht weiter?

Wenn du unsicher bist, wie du deinen Teststand am besten aufsetzt: Ticket im Kundencenter öffnen. Nenn die Domain und was du testen willst — wir schauen gemeinsam auf den passenden Weg.