Änderungen direkt an Ihrer Live-Kundendienstumgebung vorzunehmen, ist riskant. Ein falsch konfigurierter Auslöser oder eine fehlerhafte Automatisierung kann den Support-Betrieb stören und Kunden frustrieren. Aus diesem Grund bietet Zendesk Sandbox-Umgebungen an, separate Testbereiche, in denen Sie sicher experimentieren können, bevor Sie in die Produktion gehen.

Dieser Leitfaden schlüsselt alles auf, was Sie über Zendesk Sandbox- vs. Produktionsumgebungen wissen müssen. Sie erfahren, wie die einzelnen Umgebungen funktionieren, wann Sie sie verwenden sollten, welche Hauptunterschiede bestehen und welche Best Practices für die Verwaltung beider Umgebungen gelten. Wir werden auch darauf eingehen, wie Tools wie eesel AI es Ihnen ermöglichen, KI-Agenten in der Sandbox zu testen, bevor Sie sie mit Ihrem Live-Helpdesk verbinden.
Was ist eine Zendesk-Sandbox?
Eine Zendesk-Sandbox ist eine Testumgebung, die Ihre Produktionskonfigurationen und -daten repliziert. Stellen Sie sie sich als einen sicheren Spielplatz vor, auf dem Sie Änderungen testen können, ohne das Risiko für Ihren Live-Betrieb einzugehen.
Wenn Sie eine Sandbox erstellen, erstellt Zendesk eine Point-in-Time-Momentaufnahme Ihrer Produktionsinstanz. Dies umfasst Ihre Tickets, Geschäftsregeln, Benutzerdaten und Konfigurationseinstellungen. Der Replikationsprozess kopiert bis zu 10.000 Tickets zusammen mit den zugehörigen Endbenutzern, sodass Sie mit realistischen Daten arbeiten können.
Folgendes wird in Ihre Sandbox repliziert:
- Tickets und Konversationen bis zu 10.000 Tickets mit den ersten 100 Kommentaren pro Ticket
- Geschäftsregeln Auslöser, Automatisierungen, Ansichten und Makros
- Benutzerdaten Agenten und Endbenutzer (E-Mails werden aus Datenschutzgründen in @example.com anonymisiert)
- Konfiguration Marken, Ticketfelder, Gruppen, benutzerdefinierte Rollen und Organisationen
- Vorlagen und Branding E-Mail-Vorlagen, Willkommens-E-Mails und Markenfarben
Das Wichtigste, was Sie sich merken sollten: Ihre Sandbox ist eine statische Momentaufnahme. Sie bleibt nach der Erstellung nicht mit der Produktion synchronisiert. Änderungen, die Sie in der Sandbox vornehmen, bleiben dort, und Änderungen in der Produktion werden nicht automatisch in die Sandbox zurückgespielt.
Was ist eine Zendesk-Produktionsumgebung?
Ihre Zendesk-Produktionsumgebung ist die Live-Instanz, die für Kunden zugänglich ist und in der der eigentliche Support stattfindet. Hier bearbeiten Ihre Agenten tatsächliche Tickets, hier reichen Kunden Anfragen ein und hier laufen alle Ihre geschäftskritischen Vorgänge ab.
Die Produktion enthält Live-Daten, aktive Integrationen und echte Kundenkommunikation. Jede Änderung hier hat unmittelbare Auswirkungen. Aktualisieren Sie einen Auslöser, und er wird sofort auf echte Tickets angewendet. Ändern Sie einen Webhook, und er beginnt, Live-APIs aufzurufen. Ändern Sie eine Geschäftsregel, und sie wirkt sich auf die tatsächliche Kundenerfahrung aus.
Dies macht die Produktion zur Quelle der Wahrheit für Ihre Support-Abläufe. Das ist auch der Grund, warum Sie vorsichtig sein sollten, welche Änderungen Sie direkt hier vornehmen. Das Testen in der Produktion mag schneller erscheinen, aber wenn etwas schief geht, spüren es Ihre Kunden sofort.
Hauptunterschiede: Zendesk Sandbox vs. Produktion
Das Verständnis der Unterschiede zwischen diesen Umgebungen hilft Ihnen, jede einzelne richtig zu nutzen. Hier ist ein Vergleich:
| Aspekt | Sandbox | Produktion |
|---|---|---|
| Datensynchronisation | Statischer Snapshot bei Erstellung | Live, ständig aktualisiert |
| Risikoniveau | Kein Risiko für Kunden | Hohes Risiko, betrifft echte Benutzer |
| E-Mail-Verarbeitung | Anonymisiert (@example.com) | Echte Kunden-E-Mails |
| Webhooks | Standardmäßig deaktiviert | Aktiv und wird ausgelöst |
| API-Token | Müssen neu erstellt werden | Bleiben wie konfiguriert bestehen |
| Ticketarchivierung | Automatische Archivierung nach 3 Tagen | Permanente Speicherung |
| SMS-Support | Nicht verfügbar | Volle Kanalunterstützung |
| KI-Agenten | Zwei automatisch erstellte zum Testen | Live-KI-Agenten-Interaktionen |
Die E-Mail-Anonymisierung ist besonders wichtig. Zendesk konvertiert automatisch alle Benutzer-E-Mails in @example.com-Domains in der Sandbox. Dies verhindert versehentliche E-Mails an echte Kunden während des Testens. Administratoren können dies für bestimmte Testkonten bei Bedarf rückgängig machen, aber die Standardeinstellung schützt Sie vor peinlichen Fehlern.
Webhooks stellen einen weiteren wichtigen Unterschied dar. Sie werden in die Sandbox repliziert, sind aber standardmäßig auf inaktiv gesetzt. Dies verhindert, dass Ihre Sandbox versehentlich Live-API-Aufrufe an externe Systeme auslöst. Sie können sie manuell zum Testen aktivieren, aber der standardmäßige inaktive Zustand schützt Sie.
Wann sollte man Sandbox vs. Produktion verwenden?
Wenn Sie wissen, welche Umgebung Sie für verschiedene Aufgaben verwenden müssen, bleiben Ihre Abläufe reibungslos und Ihre Kunden zufrieden.
Verwenden Sie die Sandbox für:
- Testen neuer Workflows und Auslöser, bevor sie live gehen
- Schulen neuer Agenten mit realistischen Daten, ohne Kundeninteraktionen zu riskieren
- Experimentieren mit Integrationen und benutzerdefinierten Apps
- Anpassen von Help Center-Themen und Testen von Änderungen
- Validieren von KI-Agenten-Konfigurationen vor der kundenorientierten Bereitstellung
- Testen von Konfigurationsänderungen während Change-Management-Prozessen
Verwenden Sie die Produktion für:
- Tägliche Kundensupport-Abläufe
- Live-Agenten-Interaktionen mit echten Kunden
- Echte Kundenkommunikation über alle Kanäle
- Aktive Geschäftsprozesse, die Umsatz generieren
- Zeitkritische Support-Anfragen, die sofortige Aufmerksamkeit erfordern
Die Faustregel ist einfach: Wenn Kunden es sehen oder davon betroffen wären, testen Sie es zuerst in der Sandbox. Stellen Sie erst dann in der Produktion bereit, wenn Sie überprüft haben, dass alles wie erwartet funktioniert.
Planverfügbarkeit und Einschränkungen
Nicht jeder Zendesk-Plan beinhaltet den Sandbox-Zugriff. Folgendes ist verfügbar:
| Plan | Sandbox-Zugriff | Details |
|---|---|---|
| Support Team (19 $/Agent/Monat) | Nicht enthalten | Keine Sandbox verfügbar |
| Suite Team (55 $/Agent/Monat) | Nicht enthalten | Keine Sandbox verfügbar |
| Suite Professional (115 $/Agent/Monat) | Add-on | Gegen Aufpreis erhältlich |
| Suite Enterprise (169 $/Agent/Monat) | 2 Sandboxes | Zwei Sandboxes enthalten |
| Support Enterprise | 1 Sandbox | Eine Sandbox enthalten |
Quelle: Zendesk-Preisseite
Auch mit Sandbox-Zugriff gibt es wichtige Einschränkungen zu verstehen:
- Maximal 10 Replikationen pro Monat Sie können Sandboxes nur 10 Mal pro Monat erstellen oder aktualisieren
- 90-Tage-Inaktivitätslöschung Sandboxes werden nach 90 Tagen ohne Nutzung automatisch gelöscht
- Keine automatische Synchronisierung Daten fließen nach der Erstellung nicht zwischen Sandbox und Produktion
- Manuelle Bereitstellung erforderlich Änderungen in der Sandbox müssen manuell neu erstellt oder in der Produktion bereitgestellt werden
Das Replikationslimit ist wichtig, wenn Sie aktiv entwickeln und testen. Planen Sie Ihre Sandbox-Aktualisierungen sorgfältig, insbesondere wenn mehrere Teammitglieder in der Umgebung arbeiten.
Best Practices für Sandbox-zu-Produktion-Workflows
Die reibungslose Verwaltung des Ablaufs von der Sandbox zur Produktion erfordert etwas Disziplin. Hier sind Praktiken, die funktionieren:
Dokumentieren Sie alles, was Sie ändern. Führen Sie ein fortlaufendes Protokoll der Konfigurationsänderungen, die in der Sandbox vorgenommen wurden. Wenn es an der Zeit ist, in der Produktion bereitzustellen, wird diese Dokumentation zu Ihrer Checkliste.
Verwenden Sie Configuration Management für die Bereitstellung. Zendesk bietet jetzt native Konfigurationsbereitstellung über Snapshots an. Speichern Sie einen Snapshot Ihrer Sandbox, erstellen Sie eine Bereitstellung, wählen Sie die zu verschiebenden Konfigurationen aus und stellen Sie sie mit automatischer Sicherung bereit. Dies ist viel sicherer als die manuelle Neuerstellung.
Erwägen Sie Tools von Drittanbietern für komplexe Umgebungen. Für Teams, die mehrere Zendesk-Instanzen oder komplexe Konfigurationen verwalten, bieten Tools wie Salto erweiterte Bereitstellungs- und Synchronisierungsfunktionen.
Aktualisieren Sie Sandboxes regelmäßig. Da Sandboxes Point-in-Time-Snapshots sind, werden sie schnell veraltet. Planen Sie regelmäßige Aktualisierungen, um Ihre Testumgebung auf dem neuesten Stand der Produktion zu halten.
Exportieren Sie benutzerdefinierte Designs vor dem Löschen. Wenn Sie eine alte Sandbox durch eine neue ersetzen, exportieren Sie zuerst alle benutzerdefinierten Help Center-Designs. Designs gehen während des Sandbox-Austauschs verloren.
Testen Sie KI-Agenten zuerst in der Sandbox. Bevor Sie KI-Tools mit Ihrem Produktions-Helpdesk verbinden, überprüfen Sie deren Verhalten in der Sandbox. Dies umfasst das Testen der Antwortqualität, der Eskalationsregeln und der Integrationspunkte.
Testen von KI-Agenten sicher mit eesel AI
KI-Agenten stellen eine bedeutende Veränderung für die Arbeitsweise von Support-Teams dar. Es ist wichtig, sie vor der kundenorientierten Bereitstellung gründlich zu testen.

eesel AI lässt sich in Zendesk integrieren, um KI-Agenten bereitzustellen, die den Frontline-Support übernehmen. Die Plattform lernt aus Ihren vergangenen Tickets, Help Center-Artikeln und Makros, um in Ihrer Markensprache zu antworten. Sie können Eskalationsregeln in einfachem Englisch definieren und sich über API mit externen Systemen verbinden.
Deshalb ist das Sandbox-Testen für KI-Agenten wichtig:
Sicheres Trainieren mit historischen Daten. eesel AI lernt aus Ihrem Ticketverlauf, um Ihren Ton und häufige Probleme zu verstehen. Das Testen dieses Trainings in der Sandbox ermöglicht es Ihnen, zu überprüfen, ob die KI Ihren Geschäftskontext versteht, bevor sie mit echten Kunden interagiert.
Führen Sie Simulationen vor dem Go-Live durch. Die Plattform kann Simulationen auf der Grundlage vergangener Tickets durchführen, um zu zeigen, wie die KI reagiert hätte. Dies gibt Ihnen konkrete Metriken zur Antwortqualität vor der Bereitstellung.
Progressive Rollout-Kontrolle. Sie können damit beginnen, dass die KI Entwürfe für die Überprüfung durch den Agenten erstellt, und dann schrittweise auf autonome Antworten ausweiten, wenn das Vertrauen wächst. Dieser Ansatz "beginnen Sie mit der Überwachung, steigen Sie auf autonom um" minimiert das Risiko.
Testen Sie Integrationen ohne Risiko. Wenn Ihr KI-Agent eine Verbindung zu externen Systemen herstellt (wie Shopify für Bestellabfragen), stellt das Sandbox-Testen sicher, dass diese Integrationen korrekt funktionieren, bevor sie live gehen.
Die Kombination aus Zendesk Sandbox und eesel AI bietet Ihnen eine vollständige Testumgebung. Sie können das KI-Verhalten validieren, Antworten feinabstimmen und Integrationen überprüfen, ohne das Risiko für Ihre Produktions-Support-Abläufe einzugehen.
Häufig gestellte Fragen
Diesen Beitrag teilen

Article by
Stevia Putri
Stevia Putri is a marketing generalist at eesel AI, where she helps turn powerful AI tools into stories that resonate. She’s driven by curiosity, clarity, and the human side of technology.



