Isola · SaaS multi-tenant

Infrastruttura email per prodotti SaaS

Inviare email su scala per una piattaforma multi-tenant richiede isolamento per cliente, compliance e protezione reputazione per ogni tenant.

Pool reputazione condiviso

nessun control plane
t01
t02
t03
t04
t05
t06
t07
t08

Un tenant abusivo contamina el pool — todos los clientes degradan.

Isolato con Sendarix

blast radius contenuto
t01
t02
t03
t04
t05
t06
t07
t08

El tenant malo queda en cuarentena en su propio pool — los demás siguen saludables.

Il problema email multi-tenant

La lista scadente di un tenant non deve danneggiare tutti gli altri.

Quando il prodotto invia da yourplatform.com per conto di customer.com, un errore di un cliente colpisce la reputazione condivisa.

Le piattaforme email tradizionali non offrono isolamento per tenant. Se la qualità lista di un cliente peggiora, danneggia la reputazione usata dagli altri. Sendarix rende l’isolamento l’unità operativa predefinita.

isolation · tenantlar
TenantPOOLSegnaleStato
acme-corpdedicated-ip-12Envíos limpiossano
northwindshared-eu-3Stabilsano
tenant_8842quarantine-1Quejas en aumentoisolato
globexshared-us-1Stabilsano

UI prodotto rappresentativa — dati illustrativi, non metriche live dei clienti.

Isolamento del dominio di invio per cliente

Ogni cliente invia dal proprio dominio verificato, così i problemi di reputazione di uno non toccano gli altri.

Il cliente possiede il dominio di invio

Ogni cliente configura DKIM e SPF per il proprio dominio verso Sendarix. Il controllo DNS resta al cliente; Sendarix agisce da relay.

Delegazione subdomain white-label

Per subdomain white-label (es. notify.customer.com), SPF autorizza subdomain e Sendarix. DKIM è firmato dal dominio white-label.

Isolamento pool IP

Clienti ad alto volume possono avere pool IP dedicati con warmup e reputazione indipendenti, gestiti tramite regole email routing.

Gestione suppression per tenant

Un bounce o complaint sulla lista di un cliente non deve mai attivare suppression su un altro. Le liste sono isolate per dominio.

Scope suppression per tenant

Se un destinatario fa hard bounce per Customer A, l’indirizzo è soppresso solo per il dominio Customer A. Customer B continua a inviare se ha permesso indipendente.

Gestione complaint cross-tenant

I feedback loop sono configurati per dominio di invio. I complaint di un tenant non influenzano reputazione o suppression di altri.

Suppression self-service cliente

Esponi suppression via API così i clienti gestiscono unsubscribe e igiene lista senza passare dal supporto.

Audit trail per tenant

Conserva eventi di suppression per dominio. GDPR e CCPA richiedono suppression documentata; l’isolamento per tenant la rende auditabile.

Routing programmabile per tenant

Regole di routing per piattaforme multi-tenant

Ogni dominio cliente riceve configurazione indipendente, impostata programmaticamente alla verifica tramite regole email routing.

Configura failover per dominio. Se il pool primario di Customer A degrada, il traffico va al suo pool backup, non a quello condiviso.

When  sending_domain = customer.com
Then  route through customer_dedicated_pool
      apply  customer_warmup_schedule
      use    customer_suppression_list
      alert  bounce_rate > 3% → customer@example.com

Requisiti compliance per email B2B SaaS

L’email multi-tenant porta obblighi che i clienti ereditano. Sendarix integra i controlli attesi dagli auditor.

GDPR - trattamento dati

I dati cliente trattati per il prodotto richiedono un DPA. Sendarix Enterprise include termini GDPR; suppression e deletion sono rispettati nel periodo di retention contrattato.

CAN-SPAM - gestione unsubscribe

Ogni email commerciale richiede unsubscribe funzionale. In multi-tenant, le email devono disiscrivere dalla lista del cliente, non dall’intera piattaforma.

Valutazioni Healthcare SaaS

Le piattaforme healthcare devono valutare se il contenuto contiene PHI prima della trasmissione. Contatta sales enterprise per requisiti e accordi disponibili.

Audit logging per revisioni compliance

Log di eventi email, modifiche suppression e routing sono disponibili via API per revisioni sicurezza e compliance. Vedi sicurezza e compliance.

Monitoring e alerting per cliente

Ogni programma cliente richiede soglie indipendenti che avvisino il cliente corretto, non il tuo team ops per tutti.

Hard bounce rate

Alert se > 2% su finestra mobile 24h. Destinatario: email cliente registrata.

Soft bounce rate

Alert se > 10% su 24h. Indica problemi temporanei del provider o quota.

Complaint rate

Alert se > 0,1% su 7 giorni. A 0,3%, molti grandi provider iniziano a filtrare.

Delivery rate

Alert su calo > 5 punti percentuali dalla media 30 giorni del cliente.

Integra email multi-tenant nella piattaforma

L’API Sendarix supporta verifica dominio programmatica, configurazione routing e webhook per tenant. Provisiona domini cliente nell’onboarding senza DNS manuale.