Plan requirement
| Subscription | Suite Growth or higher, Support Enterprise |
| Access | Admin |
Retiring a brand is mostly about what happens to its tickets, its addresses and its help centre. You deactivate it in Admin Center > Account > Brand management > Brands.
| Deactivate | Delete | |
| Reversible | Yes, at any time | No. It cannot be recovered |
| Its help centre | End users cannot visit it. Agents still can | Removed |
| Mail to its support address | Creates tickets for your default brand | Rejected, for addresses ending in zendesk.com |
| Tickets not yet closed | Keep the brand | Automatically moved to your default brand |
| Closed tickets | Keep the brand | Keep showing the deleted brand |
| New tickets and channels | Not possible for that brand | Not possible for that brand |
| Its support addresses | Kept | All addresses in the domain are deleted |
| Adding team members | Admins still can | n/a |
Deactivate a brand
- In Admin Center, click Account in the sidebar, then select Brand management > Brands.
- Click the menu icon beside the brand and select Deactivate.
The brand moves to the bottom of the list. Deleting is the same two clicks with Delete instead, so the menu makes an irreversible action look like a reversible one.
Mail keeps working when you deactivate
This is the reassuring part and it is easy to miss. A customer who writes to the retired brand's support address after deactivation still gets a ticket: it is created for your default brand instead. Nothing bounces and nothing is lost.
After deletion it is the opposite. Mail to that brand's addresses ending in zendesk.com is rejected, so tell customers before you delete rather than after.
Deleting quietly rewrites your open tickets
Any ticket for that brand that is not closed is automatically updated to your default brand. That is not just a reporting change: those tickets may now match different rules and views, and a customer looking at them sees a different brand than the one they wrote to.
Closed tickets keep showing the deleted brand, so your history splits: everything closed keeps the old name, everything still open has silently moved. Deactivating avoids all of this, and there is almost never a reason to prefer deleting.
Before you deactivate
- Its help centre articles. Move what is worth keeping to another brand's help centre before end users lose access. Agents can still reach it afterwards, which buys you time but is not a plan.
- Redirects, if the help centre had traffic, so search results and links do not land on nothing.
- Your rules. Triggers conditioned on that brand stop matching, which is correct, but rules that assign it as a default need changing.
Tell customers before the site disappears
A help centre going offline without notice is the part people feel. A short banner on the old site for a few weeks, pointing at where things moved, costs nothing and prevents a run of confused tickets.
Comments
0 comments
Article is closed for comments.