Invio multi-dominio e identità del mittente per agenzie

Un'agenzia che gestisce campagne clienti da un unico account MailInApp significava un tempo o un solo dominio di invio condiviso per tutti, oppure un account separato per cliente. Domini di invio multipli e identità del mittente nominate colmano quel divario: verifica una volta il dominio di ciascun cliente, definisci un'identità del mittente per brand o per tipo di email sopra di esso, e scegli quella giusta per progetto, per pianificazione o per lista contatti — nessun secondo account, nessuna reputazione condivisa.

Oggetto

Your spring collection is here

Verifica più di un dominio di invio su un singolo account MailInApp e sovrapponi identità del mittente nominate a ciascuno. Un account può così gestire campagne come più brand cliente distinti — proprio dominio, propri indirizzi from, propri link di tracciamento, propria reputazione di deliverability — senza un secondo account e senza identità condivisa tra i clienti.

Un'agenzia che gestisce più clienti da un unico account MailInApp aveva un tempo esattamente un dominio di invio con cui lavorare, condiviso tra le campagne di ogni cliente. Domini di invio multipli e identità del mittente rimuovono quel tetto: verifica una volta il dominio proprio di ciascun cliente, e tutto ciò che segue — indirizzo from, reply-to, link di tracciamento — può essere delimitato a quel brand specifico.

Verificare più di un dominio

La scheda Dominio di invio di Impostazioni ora elenca ogni dominio sull'account, non solo uno — ogni dominio verificato (o in corso di verifica) si espande nel proprio pannello dei dettagli con record DNS indipendenti, stato di verifica, indirizzo del mittente e interruttore nativo-vs-SMTP. Imposta come predefinito decide a quale dominio ricade un invio quando non è configurato nulla di più specifico; Disconnetti ne rimuove uno, rifiutato solo se una pianificazione ricorrente attiva dipende ancora da esso come suo unico dominio verificato.

Identità del mittente: un nome e un indirizzo per brand o scopo

Una volta che un dominio è verificato, un'identità del mittente è un {name, email, reply-to} nominato delimitato ad esso — [email protected] per le ricevute, [email protected] per le newsletter, entrambi verificati dallo stesso dominio ma che mostrano ai destinatari un nome e un indirizzo diversi. È lo stesso concetto che Brevo chiama "Mittenti", ed è ciò che rende domini multipli effettivamente utilizzabili ogni giorno invece che solo teoricamente possibili.

Scegliere il mittente giusto senza sceglierlo ogni volta

Quale identità — e quindi quale dominio — usa un invio dipende da quanto sei stato specifico. Un invio pianificato controlla prima il mittente proprio della pianificazione; un invio manuale controlla prima il mittente proprio del progetto. In entrambi i casi, un mittente non impostato ricade sul predefinito della lista di pubblico, e infine sul dominio predefinito dell'account. Impostare una volta il mittente predefinito di una lista contatti significa che ogni invio a quella lista di un cliente usa automaticamente l'identità giusta, senza sceglierla per ogni campagna o pianificazione.

Un destinatario che passa il mouse su un link o inoltra un'email a un collega vede anche il dominio del link. Un dominio di tracciamento personalizzato, disponibile da Lite in su, punta i link di vista live, clic e tracciamento delle aperture a un sottodominio del dominio proprio del cliente invece che a mailinapp.com — un solo record CNAME, provisioning TLS automatico, nessun file di certificato da gestire. Ogni nuovo invio da quel dominio lo usa automaticamente una volta verificato; nulla di già consegnato cambia.

Cosa non cambia

La misurazione del volume resta a livello di account, non per dominio o per cliente — una decisione dell'asse di prezzo, non un limite tecnico, così aggiungere il dominio di un cliente non cambia di per sé il tuo tetto mensile di invio. La reputazione, i record DKIM/SPF/DMARC e la gestione di bounce/reclami di ciascun dominio restano completamente indipendenti da ogni altro dominio sull'account, così il problema di deliverability di un cliente non tocca mai quello di un altro.

Per iniziare

Verifica il dominio di ciascun cliente da Impostazioni, crea le identità del mittente di cui hai bisogno sopra di esso, e imposta il predefinito giusto al livello di lista, progetto o pianificazione a seconda di quanto controllo per singolo invio vuoi. Vedi Domini multipli e identità del mittente e dominio di tracciamento personalizzato per il riferimento di configurazione completo, e flussi di lavoro white-label per agenzie per il lato modelli e passaggio di consegne nella gestione di più clienti da un unico account.

Una tipica sequenza di creazione e invio

  1. 1

    Verifica il dominio di ciascun cliente

    Aggiungi un dominio di invio per cliente da Impostazioni — l'elenco domini mostra ogni dominio verificato o in corso di verifica, ciascuno con i propri record DNS, stato di verifica e badge predefinito, completamente indipendente dagli altri.

  2. 2

    Definisci un'identità del mittente per brand o scopo

    Una volta che un dominio è verificato, crea identità del mittente nominate delimitate ad esso — orders@ per le ricevute, hello@ per le newsletter — ciascuna che mostra un nome e un reply-to diversi pur essendo verificata dallo stesso dominio sottostante.

  3. 3

    Imposta il predefinito giusto al livello giusto

    Scegli un mittente sul progetto stesso, su una pianificazione ricorrente, o come mittente predefinito proprio di una lista contatti — così tutti gli invii di un intero cliente possono usare l'identità giusta senza sceglierla per ogni invio.

  4. 4

    Aggiungi un dominio di tracciamento personalizzato per il brand del cliente

    Su Lite e superiori, punta i link di vista live, clic e tracciamento delle aperture al sottodominio proprio del cliente invece che a mailinapp.com, così ogni link che un destinatario vede corrisponde al brand che conosce.

Domande frequenti

Quanti domini di invio e identità del mittente può avere un account?

Entrambi sono limitati per piano e scalano con il livello — Free supporta 1 dominio e 1 identità del mittente, ogni livello a pagamento aumenta entrambi, fino a illimitati su Business ed Enterprise. Vedi i prezzi per i numeri esatti.

Se non scelgo un mittente per un invio specifico, cosa succede?

Ricade sul predefinito più specifico disponibile — un invio pianificato controlla il mittente proprio della pianificazione, un invio manuale controlla il mittente proprio del progetto — poi il mittente predefinito della lista di pubblico, e infine il dominio di invio predefinito dell'account. Un account che non ha mai toccato questa funzionalità continua a comportarsi esattamente come con un solo dominio.

Il dominio di ciascun cliente ha bisogno di un proprio tenant SES o configurazione di reputazione?

Ogni dominio verificato ottiene i propri record DKIM/SPF/DMARC ed è autenticato in modo indipendente — la reputazione di invio è tracciata per dominio, così il tasso di bounce o reclamo di un cliente non influisce sulla deliverability di un altro.

La Send API può usare il mittente di un cliente specifico per una chiamata transazionale?

Sì — accetta un senderId esplicito allo stesso modo di un invio manuale, oppure un indirizzo from estemporaneo convalidato rispetto a uno qualsiasi dei domini verificati dell'account, non solo quello predefinito, per un controllo completo per singola chiamata.

Cosa succede se elimino un'identità del mittente a cui la pianificazione di un cliente fa ancora riferimento?

Niente si rompe — eliminare un'identità del mittente non è mai bloccato, e tutto ciò che vi fa ancora riferimento ricade automaticamente sull'indirizzo del mittente predefinito del proprio dominio.

Costruiscilo nello studio

Inizia con il piano gratuito — ogni blocco interattivo e il motore di fallback completo sono inclusi in tutti i piani.