CONCEPT Cited by 1 source
Sender reputation¶
Definition¶
Sender reputation is an ISP-tracked score that estimates how trustworthy a sender (identified by IP address, sending domain, or both) is. It governs whether mail from that sender lands in the inbox, the spam folder, or is rejected outright.
The score is opaque — Gmail, Outlook, Yahoo, and others don't publish exact algorithms — but the behavioral inputs are well understood:
- Hard-bounce rate — undeliverable addresses (
5xx); high rates suggest list-buying or stale lists. - Spam-complaint rate — recipients clicking "Mark as spam"; the strongest negative signal.
- Engagement signals — opens, clicks, replies (positive); delete-without-reading, archive-without-reading, ignore (negative).
- Spam-trap hits — sending to known honeypot addresses signals list-buying; severe negative.
- Authentication — SPF / DKIM / DMARC alignment is a prerequisite to even being scored.
- Volume consistency — sudden volume spikes from previously- quiet IPs/domains look like compromise or bot abuse.
- Time — reputation accumulates slowly and decays slowly; there's no shortcut.
Why it matters at scale¶
Once sender reputation is damaged, recovery takes weeks or months. Verbatim from the 2026-05-14 source: "Common to the industry, launching email campaigns for new retailers requires gradually warming IP addresses to maintain sender reputation." (sources/2026-05-14-instacart-scaling-personalized-marketing-for-multi-tenant-commerce-platforms)
For a multi-tenant marketing platform like Instacart Storefront Pro, sender reputation has multi-tenant complications:
- Shared IPs — one retailer's bad-list import or high-bounce campaign can damage reputation for every retailer sharing that IP.
- Dedicated IPs — perfect isolation; expensive; each new IP needs its own warming ramp.
- Reputation pools — the practical compromise: group retailers by similar content + audience profile so that one retailer's behavior is unlikely to surprise another's recipients.
Inputs to the feedback control loop¶
The 2026-05-14 source describes a deliverability-driven auto-adjust loop: "The system monitors deliverability signals — bounce rates, spam complaints, and engagement metrics — and dynamically adjusts send volume or triggers capacity expansion when thresholds are reached."
The signals it monitors are exactly the inputs to ISP reputation calculations. By measuring the same proxies the ISP measures, the platform can detect a reputation problem before the ISP starts throttling — and slow down or pause the offending sender's volume to avoid further damage.
This makes sender reputation observable from inside the platform, not just "a thing that happens at the ISP."
Composes with¶
- concepts/ip-warming — IP warming is the bootstrapping process; sender reputation is the property it bootstraps.
- patterns/automated-ip-warming-with-deliverability-feedback — the pattern that ties the metric loop to the volume controls.
- concepts/per-tenant-workspace-isolation — when retailer workspaces share IPs, sender reputation becomes a cross-workspace shared resource; one retailer's reputation hit affects neighbors.
Caveats¶
- Specific reputation-score-to-deliverability mappings are not public. Vendors like Return Path / Sender Score / Talos Reputation Center estimate but don't have the inside data.
- Domain reputation (the DKIM-signing domain's reputation) is increasingly more important than IP reputation, especially for Gmail, where d= signing-domain alignment matters more than the sending IP.
- Sender reputation is per ISP — Gmail's view of a sender can differ from Outlook's. Shared metrics (bounce, complaint) approximate but don't fully match each ISP's internal model.
Seen in¶
- sources/2026-05-14-instacart-scaling-personalized-marketing-for-multi-tenant-commerce-platforms — first wiki canonicalization. Sender reputation as the property IP warming preserves; bounce + spam-complaint + engagement metrics as the platform-observable proxies for ISP reputation.