Kyle Seyler
February 09, 2026

Table of contents
TLDR
The math that changes everything
What actually reduces unsubscribes
The one-click unsubscribe effect
What your unsubscribe flow should look like
When unsubscribes are actually a problem
The real metric: engagement rate among remaining subscribers
Implementation checklist
Building preference centers that actually work
The bottom line
When unsubscribing is hard, people don't stay subscribed. They mark you as spam. Spam complaints damage your sender reputation significantly more than unsubscribes (which have no negative impact). The brands with the lowest unsubscribe rates make unsubscribing easy and give people alternatives (preference centers, frequency controls, pause options). The goal isn't to trap people. It's to make sure the people who stay actually want to be there.

Most teams think of unsubscribes as a problem to minimize. So they make the link small. They bury it. They require login to complete the process. They add friction.
This is backwards.
Here's why: when you make unsubscribing hard, frustrated people don't stay subscribed. They click "Report Spam" in their email client instead. That button is always easy to find.
And spam complaints hurt way more than unsubscribes.
The impact breakdown:
| Action | Impact on Sender Reputation |
|---|---|
| Unsubscribe | No negative impact (expected behavior) |
| Spam complaint | Significantly damages reputation |
| Hard bounce | Negative signal |
| Repeated spam complaints | Can get you blocklisted |
Email providers like Gmail and Outlook track complaint rates. If yours exceeds 0.1%, you're in warning territory. Above 0.3%, your emails start landing in spam folders for everyone, not just the people who complained.
A single spam complaint can undo the positive reputation built by thousands of successful deliveries.

The teams with the lowest unsubscribe rates don't achieve it by hiding the door. They achieve it by making people not want to leave.
Most preference centers are binary. Subscribe or unsubscribe. All or nothing.
That's a false choice. Many people don't want zero emails from you. They want fewer, or different ones.
A working preference center offers:
When people can tune their preferences instead of just leaving, many choose to stay. You keep the relationship. They get less noise.
Implementation note: Your notification system needs to actually respect these preferences. A preference center that doesn't connect to your sending logic is worse than useless. It breaks trust.
Platforms like Courier provide drop-in preference centers that connect directly to your notification infrastructure, enforcing topic, channel, and frequency preferences across email, push, SMS, and in-app notifications without custom code.
Sometimes the problem isn't what you're sending. It's how often.
Offer options like:
Example copy: > "Getting too many emails? Switch to our weekly digest and get the highlights without the noise."
People who select a lower frequency unsubscribe at much lower rates than people who only have the binary choice.
Some people unsubscribe because they're overwhelmed right now, not because they never want to hear from you.
A pause option ("Take a break for 30/60/90 days") saves subscribers who would otherwise leave permanently. When the pause ends, many re-engage.
Example implementation:
Options:
[ ] Pause for 30 days
[ ] Pause for 60 days
[ ] Pause for 90 days
[ ] Unsubscribe permanently
This works especially well for seasonal businesses, content creators with heavy publishing schedules, and any product where users have natural busy and slow periods.
The most sustainable way to reduce unsubscribes is to make every email worth opening.
Before each send, ask:
If you can't answer yes to at least one, reconsider sending it.

Here's the counterintuitive data: brands that add a visible, one-click unsubscribe link often see unsubscribe rates go down.
Why this happens:
Trust increases. People who see they can easily leave feel less trapped. They're more willing to stay because staying is a choice.
Spam complaints drop. The people who would have clicked "Report Spam" now use the unsubscribe link instead. Your reputation improves.
List quality improves. The people who remain are people who actually want your emails. They engage more, which signals to email providers that you're sending wanted mail.
Deliverability improves. Better reputation means more emails land in inboxes. Higher inbox placement means higher engagement. It's a virtuous cycle.
The technical requirement:
As of 2024, Gmail and Yahoo require one-click unsubscribe (via List-Unsubscribe headers) for bulk senders. This isn't optional anymore. If you're sending more than 5,000 emails per day, you need:
List-Unsubscribe header with mailto: and/or HTTPS URLList-Unsubscribe-Post header for one-click functionalityFailing to implement this means your emails increasingly land in spam. Learn how to implement one-click unsubscribe in your email notifications.

Make it visible. Footer is fine, but don't use 6pt gray text on a gray background. You shouldn't need a magnifying glass.
Good: > "Unsubscribe from these emails"
Bad: > "Click here to manage your communication preferences and subscription settings"
One click should complete the unsubscribe. Don't require login. Don't require filling out forms. Don't make them wait for a confirmation email.
After they unsubscribe, show a simple confirmation:
Good: > "You've been unsubscribed. You won't receive any more emails from us. Changed your mind? [Resubscribe]"
Bad: > "We're so sorry to see you go! 😢 Are you sure? You'll miss out on exclusive deals, insider tips, and our amazing community! Please tell us why you're leaving (required): [dropdown] [text field] [submit button]"
The guilt-trip approach feels gross. It doesn't change their mind. It just makes them glad they left.
If you want feedback, make it optional and short. One question, not ten.
"Quick question (optional): Why did you unsubscribe?"
Don't gate the unsubscribe completion behind the survey. Let them leave first, then ask if they want to share why.
Controversial take: don't send one.
You just confirmed on the web page that they're unsubscribed. Sending an email to confirm that you'll stop emailing them is ironic at best. At worst, it triggers another spam complaint.
If you must send confirmation for legal/compliance reasons, send one email immediately and never again.
Not all unsubscribes are equal. Some signals matter more than others.
Watch for:
| Signal | What It Might Mean |
|---|---|
| Unsubscribes spike after a specific campaign | That campaign had a problem (relevance, frequency, targeting) |
| Unsubscribes spike among new subscribers | Your welcome sequence is off-putting |
| Unsubscribes spike among long-time subscribers | You changed something they don't like |
| Steady unsubscribes at expected rate | Normal list hygiene (not a problem) |
The benchmarks:
Average email unsubscribe rate: 0.2-0.9% per campaign (varies by industry)
If your unsubscribe rate is suspiciously low, check if users can actually find and use the link. A rate close to zero often means a broken process, not happy subscribers.
Unsubscribe rate alone is misleading. What matters is whether the people who stay are engaged.
Healthy list:
Unhealthy list:
The goal is a list of people who want to hear from you, not a large list of people who are trapped.
Immediate fixes:
Preference center improvements:
Monitoring:
Track notification metrics and unsubscribe rates across all your channels from a single dashboard.

Most teams building preference centers face the same problem: preferences need to sync across multiple providers (SendGrid for email, Twilio for SMS, OneSignal for push). Each provider has different APIs, different data models, and different ways to handle frequency capping.
This is where notification infrastructure platforms help. Courier enforces preferences at the orchestration layer, before messages route to providers. Set a preference once, and it applies across all channels automatically. You get working preference centers, frequency controls, and pause options without building custom logic for each provider.
Unsubscribes aren't failure. They're feedback.
When someone unsubscribes, they're telling you the relationship isn't working. That's useful information. It's also better than the alternative (spam complaints, ignored emails, damaged reputation).
The paradox is real: making it easy to leave makes more people want to stay. The teams with the best retention don't trap users. They give them control and earn their attention with every send.
Don't optimize for keeping people who want to leave. Optimize for making people want to stay.
This post is part of The Ping, a series about building notifications that don't get ignored.
Need to implement preference centers, frequency controls, or one-click unsubscribe across multiple channels? Courier handles orchestration, preferences, and deliverability through a single API. See how it works, view pricing, or request a demo.

Expo Push Notifications: The Complete Implementation Guide (SDK 52+)
Expo push notifications are alerts sent from a server to a user's phone, even when the app isn't open. To set them up, install the expo-notifications library, ask the user for permission, and get a unique push token for their device. Your server sends a message to Expo's push service with that token, and Expo delivers it through Apple or Google. Push notifications only work on real phones, not simulators. Local notifications are different — they're scheduled by the app itself for things like reminders. You can also route Expo push through services like Courier to add email, SMS, and Slack fallbacks.
By Kyle Seyler
February 24, 2026

Best Email API Providers for Developers in 2026: SendGrid vs Postmark vs Mailgun vs SES vs Resend
Your email provider sticks with you longer than most technical decisions. Courier handles notification infrastructure for thousands of teams, so we went deep on the six email providers that show up most: SendGrid, Postmark, Mailgun, Amazon SES, Resend, and SMTP. This guide covers real API primitives, actual code from each provider's docs, Courier integration examples with provider overrides, and an honest read on where each developer experience holds up and where it breaks down. We also asked Claude to review every API and tell us which one it would wire up first. The answer surprised us.
By Kyle Seyler
February 23, 2026

What's the Difference Between Omnichannel & Multichannel
Most teams say "omnichannel" when they mean "multichannel," and in most cases the distinction doesn't matter much. But if you truly want to provide an exceptional customer engagement experience you should know the difference. Both involve sending messages across email, push, SMS, Slack, and in-app. They terms diverge when those channels know about each other. Multichannel means you can reach users on multiple channels. Omnichannel means those channels share state, so a user who reads a push notification won't get the same message via email an hour later. This guide breaks down the real distinctions, when the difference actually matters, and which messaging platforms deliver true omnichannel coordination.
By Kyle Seyler
February 11, 2026
© 2026 Courier. All rights reserved.