Ein Update, das die Website lahmlegt, eine Erweiterung, die sich mit dem Template nicht verträgt, eine neue PHP-Version, die eine alte Komponente nicht mehr mag: Solche Überraschungen erlebt man lieber auf einer Kopie als auf der Website, die Kunden gerade besuchen. Eine Staging-Umgebung ist genau diese Kopie. Dieser Ratgeber zeigt, wie du sie für Joomla anlegst, wie du sie vor Suchmaschinen schützt und wie Änderungen anschließend auf die Live-Website kommen.
Wofür eine Staging-Umgebung gut ist
Die Joomla-Dokumentation empfiehlt Testumgebungen an mehreren Stellen. Vor größeren Updates rät sie, das Update zuerst auf einer lokalen Testumgebung zu üben, die mit einem Backup der Live-Website befüllt wird [1]. Beim Wechsel von Joomla 5 auf 6 empfiehlt sie, riskante Schritte wie das Abschalten des alten Kompatibilitäts-Plugins zuerst auf einer Entwicklungs- oder Testseite auszuprobieren. Übersieht man dabei eine Erweiterung, die das Backend unbrauchbar macht, bleibt die Live-Website trotzdem online [2].
Typische Anlässe für einen Test auf der Staging-Umgebung sind:
- ein Update von Joomla auf eine neue Haupt- oder Nebenversion,
- Updates großer Erweiterungen wie Shop, Formular- oder SEO-Erweiterung,
- der Wechsel auf eine neue PHP-Version,
- ein neues Template oder größere Änderungen am Design,
- neue Sicherheits-Header oder Cache-Einstellungen.
Joomla 6 bietet das Upgrade nur an, wenn der Server die Mindestanforderungen erfüllt, etwa PHP 8.3 [2]. Eine Staging-Umgebung auf demselben Server zeigt dir deshalb auch, ob dein Hosting für den nächsten Schritt bereit ist.
Wo die Kopie liegen kann
Für die Kopie gibt es drei übliche Orte. Jeder hat Vor- und Nachteile.
| Ort | Vorteil | Nachteil |
|---|---|---|
| Lokal auf dem eigenen Rechner, etwa mit XAMPP | keine Kosten, kein Risiko für die Live-Website, PHP-Werte frei einstellbar | Serverumgebung weicht oft vom Hosting ab |
| Unterverzeichnis auf dem Webspace | gleiche Serverumgebung wie live | teilt sich Speicherplatz mit der Live-Website |
| Subdomain, etwa staging.deinedomain.de | gleiche Umgebung, klar getrennte Adresse | braucht eine eigene Datenbank und eine zweite Domain-Einrichtung |
Für die lokale Variante nennt die Joomla-Dokumentation XAMPP als Beispiel und weist darauf hin, dass dort die Grenzen eines Shared Hostings nicht gelten [3]. Wichtig ist aber, dass die lokale Umgebung die Live-Website überhaupt ausführen kann. PHP- und Datenbankversion müssen zur Joomla-Version passen [1]. Für den Test einer PHP-Umstellung ist eine Kopie auf dem gleichen Server meist aussagekräftiger.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Die Kopie anlegen
Am einfachsten entsteht die Kopie mit Akeeba Backup. Für Akeeba ist es kein Unterschied, ob du eine Sicherung am selben Ort, in einem Unterverzeichnis, auf einer Subdomain oder bei einem neuen Hoster wiederherstellst [4]. Der Ablauf:
- Lege für die Kopie eine eigene, leere Datenbank an. Verwende nie die Datenbank der Live-Website.
- Erstelle auf der Live-Website ein vollständiges Backup mit Akeeba Backup und lade alle Teile des Archivs herunter.
- Lade Akeeba Kickstart und das Archiv in das Verzeichnis der Kopie, ohne das Archiv zu entpacken.
- Rufe kickstart.php im Browser auf. Nach dem Entpacken startet der Wiederherstellungsassistent ANGIE, in dem du die Daten der neuen Datenbank einträgst.
- Lass Kickstart am Ende aufräumen. Es entfernt das Installationsverzeichnis, das Archiv und sich selbst [4].
Eine Sicherung kann nur auf dieselbe Art von Datenbank zurückgespielt werden, aus der sie stammt. Eine MySQL-Sicherung lässt sich also nicht auf PostgreSQL wiederherstellen [4].
Die Kopie vor Google schützen
Eine öffentlich erreichbare Kopie deiner Website ist doppelter Inhalt. Im schlimmsten Fall findet Google die Testversion und zeigt sie in den Suchergebnissen an. Google nennt den Passwortschutz als Weg, Inhalte für alle Inhaltstypen aus der Suche herauszuhalten. Bereits gelistete Seiten verschwinden danach aus den Ergebnissen. Alternativ weist ein noindex Google an, eine Seite nicht zu indexieren [5]. Auch für Testumgebungen vor einem Umzug empfiehlt Google eine eigene Adresse mit noindex [6].
Der Passwortschutz ist die sicherere Wahl, weil er auch neugierige Besucher und andere Crawler fernhält. Bei vielen Hostern gibt es dafür im Kundenmenü eine Funktion zum Schutz von Verzeichnissen. Die Joomla-Dokumentation nennt den Schutz einer Entwicklungs-Website ausdrücklich als Grund für einen solchen Verzeichnisschutz. Sie weist aber darauf hin, dass die einfache Anmeldung nur über eine SSL-Verbindung wirklich sicher ist [7]. Die Staging-Umgebung braucht also ebenfalls HTTPS.
Schalte zusätzlich in der globalen Konfiguration die Website offline. Besucher sehen dann eine Wartungsseite, angemeldete Administratoren können weiterarbeiten [8]. Wie du die Kopie dauerhaft von der Live-Website unterscheidest, ist eine Frage der Disziplin: Ein anderes Farbschema im Backend oder ein auffälliger Seitenname wie "STAGING" verhindert, dass jemand versehentlich am falschen Ort arbeitet.
Einstellungen auf der Kopie
Einige Einstellungen sollten auf der Kopie anders sein als live. Die Fehlerberichte stellst du in der globalen Konfiguration auf Maximum, damit du Probleme sofort siehst [9]. Prüfe außerdem, ob die Kopie E-Mails verschicken darf. Eine Testseite, die Formular-Bestätigungen oder Newsletter an echte Kunden schickt, sorgt für Verwirrung. Geplante Aufgaben, die auf der Live-Website über einen Cronjob laufen, richtest du auf der Kopie nicht ein. Steht die Kopie in einem Unterverzeichnis, kontrolliere die Pfade in der configuration.php und die RewriteBase in der .htaccess [10].
Testen und übertragen
Teste auf der Kopie alles, was für deine Besucher wichtig ist: Startseite, Menüs, Formulare, Anmeldung, Suche und, falls vorhanden, den Shop. Prüfe auch das Backend, denn manche Fehler zeigen sich erst beim Bearbeiten eines Beitrags.
Funktioniert alles, gibt es zwei Wege auf die Live-Website. Bei Updates von Joomla und Erweiterungen wiederholst du die Schritte einfach live, jetzt mit dem Wissen, dass sie funktionieren. Vorher erstellst du ein frisches Backup. Bei größeren Umbauten am Inhalt oder Design kann es sinnvoll sein, die getestete Kopie per Akeeba als Ganzes zurückzuspielen. Das geht aber nur, wenn auf der Live-Website in der Zwischenzeit nichts passiert ist. Neue Beiträge, Bestellungen oder Anmeldungen würden sonst überschrieben. Bei Websites mit laufendem Betrieb ist der erste Weg deshalb fast immer der richtige.
Lösche die Kopie nicht sofort nach dem Test. Aktualisiere sie lieber vor dem nächsten größeren Schritt mit einem frischen Backup der Live-Website. So bleibt sie nah am Original.
Staging beim Joomla Hosting
Das Joomla Hosting von SEO NW enthält eine Domain und 5 GB Speicher für Dateien, Datenbank und Postfächer zusammen [11]. Eine Kopie im Unterverzeichnis belegt zusätzlichen Platz, plane das ein und lösche alte Archive. Wer häufig mit Testkopien arbeitet oder mehrere Websites betreibt, findet im Hosting-Vergleich Tarife mit mehr Speicher und Domains. Wie du Joomla grundsätzlich installierst, zeigt Joomla installieren, und für das Update auf Joomla 6 gibt es auf jupdate den Pre-Update-Check. Den Begriff erklärt auch das Glossar unter Staging-Umgebung.
Du willst eine Testumgebung einrichten, bist aber unsicher, wo sie am besten liegt? Bring die Eckdaten deiner Website in die gratis Sprechstunde mit. Dort klärst du in 30 Minuten, welcher Weg für dein Hosting und deine Updates passt.
- Organisation Migration Basics. Joomla User Guide. Stand laufend. abgerufen am 30.10.2026
- Organisation Joomla 5 to 6 Planning and Upgrade Step by Step. Joomla User Guide. Stand laufend. abgerufen am 30.10.2026
- Organisation Installing Joomla. Joomla User Guide. Stand laufend. abgerufen am 30.10.2026
- Organisation A typical backup/restoration work flow. Akeeba Ltd, Akeeba Backup for Joomla Documentation. Stand laufend. abgerufen am 30.10.2026
- Organisation Sichtbarkeit von Inhalten in der Google Suche festlegen. Google Search Central. Stand 26.10.2026. abgerufen am 30.10.2026
- Organisation Website ohne URL-Änderungen verschieben. Google Search Central. Stand 31.12.2025. abgerufen am 30.10.2026
- Organisation Password Protect Directories. Joomla User Guide. Stand laufend. abgerufen am 30.10.2026
- Organisation Site Offline. Joomla User Guide. Stand laufend. abgerufen am 30.10.2026
- Organisation Global Configuration (Hilfeseite Joomla 5). Joomla! Help Screens. Stand laufend. abgerufen am 30.10.2026
- Organisation Moving Installation Directory. Joomla User Guide. Stand laufend. abgerufen am 30.10.2026
- Organisation Joomla! Hosting (SW10006). SEO NW, Shop hosting.seo-manager.info. Stand 30.10.2026. abgerufen am 30.10.2026
Häufige Fragen
Was ist eine Staging-Umgebung?
Eine Kopie deiner Website, auf der du Änderungen testest, bevor sie auf die öffentliche Website kommen. Besucher sehen sie nicht.
Kann Google meine Staging-Umgebung finden?
Ja, wenn sie öffentlich erreichbar ist. Schütze sie deshalb mit einem Passwort oder mindestens mit noindex. Google nennt den Passwortschutz als sicheren Weg, Inhalte aus der Suche herauszuhalten.
Brauche ich eine eigene Datenbank für die Kopie?
Ja. Die Kopie muss immer eine eigene Datenbank haben. Teilen sich Kopie und Live-Website eine Datenbank, verändern Tests direkt die echte Website.
Reicht eine lokale Kopie auf meinem Rechner?
Für viele Tests ja, etwa mit XAMPP. Für eine PHP-Umstellung ist eine Kopie auf demselben Server aber aussagekräftiger, weil die Umgebung dann genau der Live-Website entspricht.
Wie bringe ich getestete Änderungen auf die Live-Website?
Bei Updates wiederholst du die Schritte live, nach einem frischen Backup. Die ganze Kopie zurückzuspielen geht nur, wenn sich live in der Zwischenzeit nichts geändert hat.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Fehler entdeckt? Schreib uns.
