Deliverability14 min read

Dedicated IP vs Shared IP: Which One Your SaaS Actually Needs (and When to Switch)

Stop overpaying for dedicated IPs. Most SaaS products under 100K sends/month get better deliverability with shared IPs. Learn when to switch, how to warm up, and common mistakes that kill IP reputation.

R

React Emails Pro

March 2, 2026

Your ESP sales rep just pitched you on a dedicated IP address. They said it'll improve deliverability, give you more control, and protect you from "bad neighbors." The price tag: $50-200/month extra.

Here's the truth: most SaaS products don't need a dedicated IP, and switching too early can actually hurt your deliverability.

If you're sending fewer than 100,000 emails per month, a dedicated IP is almost certainly the wrong choice. You need volume to build and maintain IP reputation—without it, inbox providers treat your dedicated IP like a brand new sender (which means spam folder by default).

What is a dedicated IP?

When you send email, it comes from an IP address. That IP has a reputation with inbox providers (Gmail, Outlook, Yahoo) based on historical sending behavior.

  • Shared IP: Your emails send from an IP address used by dozens or hundreds of other senders. Your ESP manages the reputation.
  • Dedicated IP: Your emails send from an IP address that's exclusively yours. You own the reputation (good or bad).
Think of it like renting an apartment (shared IP) vs owning a house (dedicated IP). The apartment landlord handles maintenance and reputation with the neighborhood. The house is all yours—but so is the upkeep.

Shared IP: Pros and cons

Advantages

  • Instant good reputation. You inherit the established reputation of the IP pool. No warm-up needed (usually).
  • Volume flexibility. Send 100 emails one day, 10,000 the next—the pool absorbs the variance.
  • Lower cost. Included in most ESP base plans (Resend, SendGrid, Postmark).
  • Managed by your ESP. They monitor and rotate IPs, handle blocklist removal, and optimize delivery.

Disadvantages

  • "Bad neighbor" risk. If another sender on your IP sends spam, it can hurt your deliverability temporarily.
  • Less control. You can't see IP-level metrics or fine-tune sending patterns.
  • IP reputation is shared. You don't own it—if you switch ESPs, you start over.
Reputable ESPs (Resend, Postmark, SendGrid) actively manage shared IP pools. They monitor for spam, remove bad actors, and maintain high sender scores. The "bad neighbor" risk is mostly theoretical for quality providers.

Dedicated IP: Pros and cons

Advantages

  • Full control over reputation. Your sending behavior (and only yours) determines IP reputation.
  • Reputation portability. You can take your IP with you if you switch ESPs (with some setup work).
  • Better visibility. Access to IP-level deliverability metrics via Gmail Postmaster Tools, Microsoft SNDS, etc.
  • No bad neighbors. You're isolated from other senders' mistakes.

Disadvantages

  • Requires consistent volume. You need to send at least 100K-200K emails/month to maintain warm IP reputation.
  • Warm-up is mandatory. New dedicated IPs start with zero reputation. Expect 4-6 weeks of gradual volume increases.
  • Higher cost. $50-200/month on top of your ESP plan.
  • You own the failures. If you send spam, hit spam traps, or let bounce rates spike, your IP gets blocklisted—and fixing it is on you.
Volume inconsistency kills dedicated IP reputation. If you send 50K emails one week and 2K the next, inbox providers see your IP as unstable and unreliable. Shared IPs absorb this variance; dedicated IPs don't.

When to use a shared IP

Use a shared IP if:

  • You send fewer than 100,000 emails/month. You don't have enough volume to maintain IP reputation.
  • Your volume fluctuates significantly. Seasonal spikes, launch campaigns, or event-driven emails are normal.
  • You're a new sender. Shared IPs give you instant reputation while you build domain reputation.
  • You send transactional email only. Password resets, receipts, and notifications don't need dedicated infrastructure.
  • You're using a reputable ESP. Resend, Postmark, and SendGrid maintain high-quality shared pools.
For most SaaS products under $1M ARR, shared IPs are the right choice. Focus on domain reputation (SPF, DKIM, DMARC) and content quality instead.

When to use a dedicated IP

Use a dedicated IP if:

  • You send 100,000+ emails per month consistently. You have the volume to build and maintain IP reputation.
  • You send marketing + transactional email. Separating these on different IPs protects transactional delivery from marketing spam complaints.
  • You need IP-level visibility. Access to Gmail Postmaster Tools, Microsoft SNDS, and IP reputation monitoring is critical for your business.
  • Your domain reputation is damaged. Starting fresh with a dedicated IP (+ new domain) can be faster than repairing existing reputation.
  • You're sending to highly regulated industries.Finance, healthcare, or legal sectors where you need complete control over sending infrastructure.
A common hybrid strategy: use a shared IP for transactional emails (high engagement, low risk) and a dedicated IP for marketing emails (higher volume, more risk). This isolates reputation damage.

IP reputation vs domain reputation

Here's the part ESPs don't emphasize: domain reputation matters more than IP reputation in 2026.

Gmail, Outlook, and Yahoo evaluate both when deciding inbox placement:

  • IP reputation: Based on the sending IP's historical behavior (spam complaints, bounce rates, engagement).
  • Domain reputation: Based on your From: domain's historical behavior (authentication, content quality, user engagement).

Domain reputation is portable. It follows you across ESPs, IP addresses, and sending infrastructure. IP reputation is tied to the IP.

Before spending money on a dedicated IP, invest in domain reputation: proper SPF/DKIM/DMARC alignment, List-Unsubscribe headers, engagement-based sending, and bounce/complaint suppression. These improvements stick with you forever.

How to warm up a dedicated IP

If you decide a dedicated IP is right for you, never send full volume on day one. Inbox providers treat new IPs as suspicious until proven otherwise.

Here's a safe 6-week warm-up schedule:

Week 1-2: Start small (10K-20K/day)

  • Send to your most engaged users first (recent opens/clicks)
  • Stick to high-engagement email types (transactional, not marketing)
  • Monitor bounce + complaint rates daily

Week 3-4: Scale gradually (50K-100K/day)

  • Expand to moderately engaged users
  • Keep bounce rates below 2%, complaint rates below 0.1%
  • If metrics spike, slow down or pause

Week 5-6: Reach full volume (200K+/day)

  • Send to full list, including less engaged segments
  • Continue monitoring Gmail Postmaster Tools, Microsoft SNDS
  • Maintain consistent daily volume (±20%)
Skipping warm-up is the #1 reason dedicated IPs fail. Inbox providers will throttle or block your mail if you go from 0 to 100K sends overnight. Take the time to build trust.
ip-warmup-schedule.ts
// Example warmup schedule (customize for your volume)
const warmupSchedule = [
  { week: 1, dailyLimit: 10000,  segment: "highly-engaged" },
  { week: 2, dailyLimit: 20000,  segment: "highly-engaged" },
  { week: 3, dailyLimit: 50000,  segment: "moderately-engaged" },
  { week: 4, dailyLimit: 100000, segment: "moderately-engaged" },
  { week: 5, dailyLimit: 200000, segment: "all-users" },
  { week: 6, dailyLimit: null,   segment: "all-users" }, // Full volume
];

// Automated warmup logic
export async function sendWithWarmup(
  emails: Email[],
  currentWeek: number
) {
  const schedule = warmupSchedule[currentWeek - 1];
  if (!schedule) throw new Error("Warmup complete");

  const targetSegment = getUsersByEngagement(schedule.segment);
  const batch = targetSegment
    .slice(0, schedule.dailyLimit || emails.length);

  await sendBatch(batch);
  
  // Monitor metrics
  const metrics = await getDeliverabilityMetrics();
  if (metrics.bounceRate > 0.02 || metrics.complaintRate > 0.001) {
    await alertTeam("Warmup metrics degraded, pausing sends");
    throw new Error("Warmup paused due to poor metrics");
  }
}

The hybrid approach: Best of both worlds

Don't treat this as binary. Many high-volume senders use both shared and dedicated IPs strategically:

  • Transactional emails → Shared IP. Password resets, receipts, and notifications benefit from instant high reputation and volume flexibility.
  • Marketing emails → Dedicated IP. Newsletters, promotions, and campaigns get isolated reputation and better visibility.

This separation protects critical transactional delivery from marketing-related spam complaints or engagement dips.

Pro move: Use different sending domains too (e.g., transactional.yourapp.com for system emails, mail.yourapp.com for marketing). This adds another layer of reputation isolation.

Common dedicated IP mistakes

1. Switching too early

You're sending 30K emails/month and your sales rep pitches a dedicated IP. You switch. Deliverability tanks because you don't have enough volume to maintain IP reputation.

Fix: Stay on shared IPs until you're consistently above 100K/month.

2. Skipping or rushing warm-up

You get a new dedicated IP and immediately send 200K emails. Gmail and Outlook throttle or block you as a suspected spammer.

Fix: Follow a 6-week warm-up schedule religiously. No shortcuts.

3. Inconsistent volume

You send 100K emails on launch week, then 5K/week for the next two months. Your IP reputation degrades from inactivity.

Fix: Maintain consistent send volume (±20%) week-over-week. If you can't, stick with shared IPs.

4. Ignoring domain reputation

You invest in a dedicated IP but your SPF/DKIM/DMARC is misconfigured. Domain reputation is terrible. The dedicated IP doesn't help.

Fix: Fix domain reputation first. IP is secondary.

5. Mixing email types on one IP

You send transactional + marketing emails from the same dedicated IP. A marketing campaign gets spam complaints. Now your password resets go to spam too.

Fix: Use separate IPs (or at minimum, separate domains) for transactional vs marketing sends.


Dedicated IP decision checklist

Before paying for a dedicated IP, answer these questions honestly:

  1. Do I send 100,000+ emails per month, consistently? If no → shared IP.
  2. Is my volume stable week-over-week (±20%)? If no → shared IP.
  3. Is my domain reputation already strong (SPF/DKIM/DMARC aligned, low bounces/complaints)? If no → fix domain first.
  4. Do I need IP-level metrics and control? If no → shared IP is fine.
  5. Am I willing to invest 6 weeks in warm-up? If no → don't get a dedicated IP.
  6. Do I have a plan to separate transactional from marketing sends? If no → you'll regret it.
If you answered "no" to more than two of these, stick with shared IPs. Focus on content quality, engagement, and domain reputation instead.

The bottom line

For most SaaS products under 100K sends/month: Shared IPs are faster, cheaper, and deliver better results. Your ESP handles reputation management, and you get instant credibility.

For high-volume senders (200K+/month): Dedicated IPs give you control, visibility, and reputation portability—but only if you have consistent volume and strong domain reputation.

The real deliverability wins aren't IP-related. Focus on authentication (SPF/DKIM/DMARC), engagement (send to people who want your emails), and list hygiene (remove bounces/complainers). These improvements work on any IP.

Still unsure? Start with shared IPs. You can always upgrade to a dedicated IP later when your volume justifies it. Going the other direction (dedicated → shared) is much harder.

Production-ready templates

Pick from 9 template packs built with React Email. One-time purchase, lifetime updates, tested across every major email client.

Browse all templates