Files
plunk/apps/wiki/content/docs/guides/unsubscribe-pages.mdx
T

71 lines
4.9 KiB
Plaintext

---
title: Unsubscribe & preferences pages
description: Plunk's hosted pages for letting recipients unsubscribe, resubscribe, and manage their email preferences
icon: UserX
---
Every email Plunk sends to a recipient who can unsubscribe (marketing or headless templates) carries a personalized link to a hosted page where they can manage their subscription. You don't need to build any of this — Plunk hosts the pages, handles the state changes, and tracks the events for you.
## The three URL variables
Three template variables are auto-injected on every send and resolve to per-recipient signed URLs:
| Variable | Page it links to | What the recipient can do |
| -------------------- | ----------------------------------------------------------------- | -------------------------------------------------------- |
| `{{unsubscribeUrl}}` | One-click unsubscribe page | Confirm they want to stop receiving marketing emails |
| `{{subscribeUrl}}` | Resubscribe page | Opt back in after previously unsubscribing |
| `{{manageUrl}}` | Preferences page | View their current state and toggle subscription either way |
Use them anywhere in a template's body or subject line. The placeholder is replaced with a unique URL when the email is rendered for that specific contact.
## Default behaviour by template type
Where Plunk drops these links depends on the template type:
| Template type | Auto footer with `{{unsubscribeUrl}}`? | Notes |
| ----------------- | -------------------------------------------- | ---------------------------------------------------------------------- |
| **Marketing** | Yes — Plunk appends a localized footer | You don't need to do anything. The footer respects the recipient's `locale`. |
| **Headless** | No | You must include `{{unsubscribeUrl}}` (or `{{manageUrl}}`) in your body or the recipient has no way to opt out. |
| **Transactional** | No | Transactional emails skip subscription checks; an unsubscribe link is not added (and shouldn't be needed). |
If you build your own footer in a marketing template, you can still rely on the auto-injected one or override it by including your own link with `{{unsubscribeUrl}}`.
## Inside transactional sends
`/v1/send` accepts the same template variables. Whether an unsubscribe footer is appended depends on the template you reference:
- Sending with no template (just `subject` + `body`) → no auto footer.
- Sending with a marketing template → footer auto-injected.
- Sending with a headless or transactional template → no footer (you control the body).
You can always reference `{{unsubscribeUrl}}` / `{{manageUrl}}` in your inline body if you want to render your own link.
## What happens when the recipient acts
When the recipient clicks one of the links and confirms:
| Action | Effect |
| ----------------------- | --------------------------------------------------------------------------------- |
| Unsubscribe | Contact's `subscribed` flips to `false`. `contact.unsubscribed` event fires. |
| Resubscribe | Contact's `subscribed` flips to `true`. `contact.subscribed` event fires. |
| Update via preferences | Same as above, depending on which way they toggle. |
You can drive workflows off `contact.unsubscribed` / `contact.subscribed` (e.g. send a "we're sorry to see you go" survey, or trigger a winback when they re-opt-in).
## Localization
The hosted pages and the auto-injected footer are localized into the contact's `locale` if set, or the project's default language otherwise. See [Localization](/guides/localization) for the full list of supported languages.
## Branding
The pages use your project's name and logo (configurable in **Settings → Project**). For more advanced customization, send marketing as **headless** templates and build the unsubscribe surface into your own product UI — link your in-product unsubscribe controls to the same `{{unsubscribeUrl}}` for one-click revocation.
## API reference
If you need to drive subscription changes programmatically rather than through the hosted pages — for example because you've built your own preferences UI — use the contacts API:
- `PATCH /contacts/:id` with `{ "subscribed": false }` — unsubscribe a contact.
- `PATCH /contacts/:id` with `{ "subscribed": true }` — resubscribe.
Both flips automatically emit the corresponding `contact.subscribed` / `contact.unsubscribed` event, just like the hosted pages do.