De Zendesk sandbox is een aparte testomgeving die een kopie is van (een deel van) je productieomgeving. Je gebruikt hem om nieuwe triggers, formulieren, apps, integraties en helpcenter-thema's te testen zonder dat klanten of agents er iets van merken. De standaard sandbox is beschikbaar vanaf Suite Growth en Support Professional; de premium sandbox, die ook bedrijfsregels en optioneel tickets kopieert, hoort bij de Enterprise-plannen. Hieronder lees je wat er wel en niet wordt gekopieerd, wanneer je de sandbox gebruikt en hoe je wijzigingen daarna naar productie brengt.
Wat is de sandbox en waar vind je hem?
De sandbox is een eigen Zendesk-account met een eigen URL, meestal in de vorm jouwsubdomein1234567890.zendesk.com. Je maakt hem aan in het Admin Center > Account > Sandbox. Agents en beheerders loggen apart in op de sandbox; hun rechten worden meegekopieerd, maar niet hun wachtwoord. Bij de eerste keer inloggen vraag je een nieuw wachtwoord aan via de sandbox-URL.
Belangrijk om te weten: de sandbox is geen live systeem. Uitgaande e-mail staat standaard uit, zodat testtickets geen berichten naar echte klanten sturen. Integraties met andere systemen zijn niet gekoppeld, en Marketplace-apps moeten apart worden geïnstalleerd.
Standaard sandbox versus premium sandbox
| Standaard sandbox | Premium sandbox | |
|---|---|---|
| Beschikbaar op | Suite Growth en hoger, Support Professional en hoger | Suite Enterprise en hoger (als add-on of inbegrepen, afhankelijk van het plan) |
| Kopieert | Accountinstellingen, merken, ticketvelden, formulieren, gebruikersvelden, groepen en agentrollen | Alles van de standaard sandbox plus bedrijfsregels (triggers, automations, macro's, views, SLA's), helpcenter en optioneel een deel van je tickets, gebruikers en organisaties |
| Kopieert niet | Tickets, gebruikers, organisaties, triggers, automations, macro's, views, apps, integraties | Apps, integraties, wachtwoorden, e-mailverbindingen, sommige kanaalinstellingen |
| Aantal | Eén tegelijk; een nieuwe sandbox vervangt de oude | Meerdere naast elkaar mogelijk |
| Terugzetten naar productie | Handmatig of via de API | Deploy-functie voor geselecteerde onderdelen, plus handmatig of via de API |
Controleer de actuele lijst van gekopieerde onderdelen in het Admin Center bij het aanmaken van de sandbox; Zendesk breidt die lijst regelmatig uit.
Het praktische gevolg: met een standaard sandbox test je vooral structuur (velden, formulieren, rollen) en bouw je triggers en automations opnieuw op om ze te testen. Met een premium sandbox test je je bestaande regels op echte tickets, wat bij grotere wijzigingen het verschil maakt.
Wanneer gebruik je de sandbox?
- Nieuwe of gewijzigde triggers en automations. Vooral regels die e-mails sturen, statussen wijzigen of tickets verplaatsen. Een fout in productie raakt binnen een uur honderden tickets.
- Formulieren en voorwaardelijke velden. Controleer hoe het formulier eruitziet voor klanten in het helpcenter en voor agents in de workspace voordat je het live zet.
- Apps en integraties. Test een nieuwe Marketplace-app of een eigen app zonder dat agents hem in hun zijbalk zien. Houd er rekening mee dat de integratie zelf (bijvoorbeeld met je webshop) niet meekomt; je test dan de app-inrichting, niet de datakoppeling.
- Helpcenter-thema. Een nieuw thema of een grote aanpassing in de code van je thema. In de premium sandbox staat je helpcenter mee; in de standaard sandbox zet je het thema er zelf op.
- Migraties en grote herinrichtingen. Bijvoorbeeld het samenvoegen van groepen, het invoeren van omnichannel routing of het overstappen van Chat naar Messaging. Hier is de premium sandbox met echte tickets vrijwel onmisbaar.
- Training van nieuwe agents. Laat ze oefenen op testtickets zonder dat ze een echte klant kunnen mailen.
Niet nodig voor: een tekstwijziging in een macro, een nieuwe waarde in een vervolgkeuzelijst of een nieuwe view. Dat soort wijzigingen test je sneller in productie met een testticket.
Beperkingen waar je rekening mee houdt
- Data. In de standaard sandbox zijn geen tickets en gebruikers. Maak een set testtickets aan die je scenario's dekt, en houd die lijst bij zodat je bij een volgende ronde niet opnieuw begint.
- E-mail. Uitgaande e-mail staat uit. Wil je toch e-mails testen, dan kun je in de sandbox een beperkt aantal adressen toestaan; doe dat alleen met adressen van je eigen team.
- Integraties en webhooks. Webhooks naar externe systemen worden gekopieerd maar wijzen nog naar productie-URL's. Zet ze uit of wijzig ze naar een testomgeving, anders stuurt je sandbox echte berichten naar bijvoorbeeld Slack of je ERP.
- Gebruikers. In de standaard sandbox worden agents gekopieerd zonder wachtwoord. Eindgebruikers (klanten) komen niet mee.
- Verversen. Een sandbox loopt na verloop van tijd uit de pas met productie. Ververs hem voor elk testproject; bij de standaard sandbox betekent dat een nieuwe sandbox aanmaken en de oude kwijtraken, inclusief alles wat je erin hebt gebouwd.
- Datum en tijd. Automations draaien in de sandbox gewoon elk uur. Wil je een automation van "72 uur sinds In afwachting" testen, dan wacht je drie dagen of je verlaagt de termijn tijdelijk naar 1 uur.
Van sandbox naar productie zonder overtypen
Dit is het lastigste deel. Zendesk heeft geen algemene "publiceer naar productie"-knop. Drie manieren, van eenvoudig naar robuust:
- Handmatig overnemen met een checklist. Houd tijdens het bouwen in de sandbox een lijst bij van elke wijziging: veld, formulier, trigger, volgorde. Bouw daarna in productie in dezelfde volgorde na. Werkt prima tot ongeveer tien wijzigingen; daarboven sluipen er fouten in.
- Deploy vanuit de premium sandbox. Bij een premium sandbox kun je in het Admin Center geselecteerde onderdelen (zoals triggers, automations, macro's en views) naar productie deployen. Controleer na de deploy de volgorde van je triggers; die kan afwijken.
- Via de API. Met de Zendesk API kun je bedrijfsregels, velden en formulieren uit de sandbox lezen en in productie aanmaken. Dit vraagt een script en aandacht voor ID's: een trigger die naar groep 123 verwijst in de sandbox, moet in productie naar het juiste groeps-ID wijzen. Geschikt voor teams die vaker grote wijzigingen doen.
Welke manier je ook kiest: zet nieuwe regels in productie eerst op inactief of met een testtag, controleer met één ticket en zet ze dan pas volledig aan.
Veelgestelde vragen
Zit de sandbox in mijn abonnement?
De standaard sandbox is inbegrepen vanaf Suite Growth en Support Professional. De premium sandbox hoort bij de Enterprise-plannen; op sommige plannen is hij inbegrepen, op andere een betaalde add-on. Controleer dit in het Admin Center onder Account > Abonnement of bij je Zendesk-contactpersoon.
Hoe vaak kan ik de sandbox verversen?
Bij de standaard sandbox maak je een nieuwe aan zodra je een verse kopie wilt; de oude wordt daarbij verwijderd. Bij de premium sandbox kun je meerdere sandboxes naast elkaar hebben en ze afzonderlijk verversen. Er zit een wachttijd op het aanmaken van een grote premium sandbox: reken op uren, niet op minuten.
Kan ik apps testen in de sandbox?
Ja. Installeer de app vanuit de Marketplace in de sandbox of upload je eigen app. Apps worden niet meegekopieerd vanuit productie, dus je stelt ze opnieuw in. Apps die verbinding maken met een extern systeem werken alleen als dat systeem ook een testomgeving heeft die je kunt koppelen.
Zien klanten de sandbox?
Nee. De sandbox heeft een eigen URL die nergens wordt gepubliceerd, en het helpcenter in de sandbox staat standaard niet open. Deel de sandbox-URL alleen met mensen die er moeten werken.
Wat als ik geen sandbox heb?
Test dan in productie met een veiligheidsnet: maak nieuwe triggers aan met een extra voorwaarde "Tags bevat: test", maak een testticket met die tag en controleer via Gebeurtenissen weergeven wat er gebeurt. Verwijder de extra voorwaarde pas als alles klopt. Voor grote wijzigingen is dit geen vervanging van een sandbox.
Grote wijzigingen zonder verrassingen
Bij een herinrichting of migratie is de sandbox de plek waar het werk gebeurt en productie de plek waar het uiteindelijk landt. Hoe die overgang in stappen verloopt, van inventarisatie tot livegang, staat beschreven op de pagina over Zendesk-implementatie.
Laatst gecontroleerd: september 2026