BIMI sui Sottodomini: Come Funziona l'Ereditarietà

Pubblicare un record BIMI per il dominio organizzativo estende automaticamente la visualizzazione dell'indicatore del marchio a ogni sottodominio da cui invii email, senza necessità di ulteriori record DNS. Comprendere il modello di ereditarietà, i suoi limiti e la dipendenza dall'allineamento DMARC ti aiuterà a implementare correttamente BIMI in un'infrastruttura di invio complessa.

Come Funziona l'Ereditarietà BIMI

L'ereditarietà BIMI segue la stessa gerarchia di ricerca utilizzata da DMARC. Quando un server di posta ricevente valuta un messaggio inviato da marketing.example.com, cerca un record BIMI nel seguente ordine:

1. default._bimi.marketing.example.com — record specifico del sottodominio
2. default._bimi.example.com — fallback al dominio organizzativo

Se non esiste alcun record a livello di sottodominio, il ricevente ricade sul record del dominio organizzativo. Questo significa che un singolo record BIMI TXT pubblicato su default._bimi.example.com copre automaticamente tutti i sottodomini.

Cosa Significa "Dominio Organizzativo"

Il dominio organizzativo è il dominio registrato — la parte immediatamente sotto un suffisso pubblico. Per mail.example.com e marketing.example.com, il dominio organizzativo è example.com. L'ereditarietà BIMI si risolve sempre verso l'alto fino a questo livello, mai verso un sottodominio intermedio.

Pubblicare un Singolo Record BIMI per Tutti i Sottodomini

Se tutti i tuoi sottodomini di invio utilizzano lo stesso logo, è sufficiente un solo record DNS.

Passaggi:

1. Verifica che il tuo dominio organizzativo abbia una policy DMARC valida (vedi Requisiti di allineamento DMARC di seguito).
2. Prepara un logo SVG quadrato conforme al profilo SVG Tiny P/S.
3. Ospita l'SVG su un URL HTTPS stabile e accessibile pubblicamente.
4. Pubblica un singolo record BIMI TXT sul tuo dominio organizzativo:

   default._bimi.example.com  TXT  "v=BIMI1; l=https://brand.example.com/logo.svg; a=https://brand.example.com/cert.pem"
   

1. Verifica che non esistano record BIMI in conflitto a livello di sottodominio.

Tutti i sottodomini — mail.example.com, marketing.example.com, transactional.example.com — ora ereditano automaticamente questo record.

Sovrascrivere BIMI per Singolo Sottodominio

Puoi sovrascrivere il record ereditato per qualsiasi singolo sottodominio pubblicando un record BIMI TXT separato direttamente sull'etichetta _bimi di quel sottodominio.

Quando sovrascrivere:

• Un sottodominio invia con un logo di marchio o prodotto diverso.
• Un sottodominio richiede un Verified Mark Certificate (VMC) diverso.
• Vuoi sopprimere la visualizzazione BIMI per un sottodominio specifico (pubblica un record nullo).

Passaggi per sovrascrivere:

1. Identifica il sottodominio che richiede un logo o certificato diverso.
2. Pubblica un record BIMI specifico per il sottodominio:

   default._bimi.marketing.example.com  TXT  "v=BIMI1; l=https://brand.example.com/marketing-logo.svg; a=https://brand.example.com/marketing-cert.pem"
   

1. Il record specifico del sottodominio ha piena precedenza sul record del dominio organizzativo per i messaggi inviati da quel sottodominio.

Per sopprimere BIMI su un sottodominio, pubblica un record con un valore l= vuoto:

default._bimi.noreply.example.com  TXT  "v=BIMI1; l=;"

Copertura VMC tra i Sottodomini

Un Verified Mark Certificate (VMC) autentica il tuo logo ed è richiesto dai principali provider di posta — inclusi Gmail e Apple Mail — per visualizzare l'indicatore del marchio con un segno di spunta verificato.

Un VMC Copre Tutti i Sottodomini che Usano lo Stesso Logo

Un VMC viene emesso per un file logo specifico (l'SVG), non per un dominio o sottodominio specifico. A condizione che lo stesso SVG sia referenziato in tutti i tuoi record BIMI, un singolo VMC copre il tuo dominio organizzativo e ogni sottodominio che eredita o referenzia esplicitamente quel logo.

Non hai bisogno di un VMC per sottodominio.

Loghi Multipli Richiedono VMC Multipli

Se diversi sottodomini mostrano loghi diversi — ad esempio, un logo del marchio principale su mail.example.com e un logo del prodotto su app.example.com — ogni logo distinto richiede il proprio VMC.

| Scenario | VMC Richiesti | |---|---| | Un logo, uno o più sottodomini | 1 VMC | | Due loghi su due sottodomini | 2 VMC | | Tre loghi su dieci sottodomini | 3 VMC |

Il fattore determinante è sempre il numero di loghi unici, non il numero di domini o sottodomini.

Requisiti di Allineamento DMARC per i Sottodomini

BIMI non verrà visualizzato a meno che il messaggio in invio non superi l'autenticazione DMARC. Per i mittenti da sottodominio, la configurazione DMARC critica è il tag sp= — la policy per i sottodomini.

Il Tag sp=

Il tag sp= nel record DMARC del tuo dominio organizzativo definisce la policy applicata ai messaggi provenienti dai sottodomini. BIMI richiede una policy di quarantine o reject — una policy di none non è sufficiente.

Esempio di record DMARC con policy per sottodomini:

_dmarc.example.com  TXT  "v=DMARC1; p=reject; sp=reject; rua=mailto:[email protected]"

Regole di Ereditarietà della Policy

| Record DMARC | Policy Applicata ai Sottodomini | |---|---| | p=reject; sp=reject | I sottodomini ereditano reject ✅ | | p=reject; sp=quarantine | I sottodomini usano quarantine ✅ | | p=reject; sp=none | I sottodomini usano none — BIMI non verrà visualizzato ❌ | | p=reject (nessun tag sp=) | I sottodomini ereditano p=reject ✅ | | p=none (nessun tag sp=) | I sottodomini ereditano none — BIMI non verrà visualizzato ❌ |

Importante: Se sp= viene omesso, i sottodomini ereditano il valore di p=. Assicurati che p= sia impostato su quarantine o reject prima di fare affidamento sull'ereditarietà.

Record DMARC Specifici per Sottodominio

Puoi anche pubblicare un record DMARC direttamente su un sottodominio per sovrascrivere la policy ereditata:

_dmarc.marketing.example.com  TXT  "v=DMARC1; p=reject; rua=mailto:[email protected]"

Un record DMARC a livello di sottodominio ha piena precedenza sul record del dominio organizzativo per quel sottodominio — la stessa logica di ereditarietà e sovrascrittura che si applica ai record BIMI.

Errori Comuni con BIMI sui Sottodomini

| Errore | Risultato | Soluzione | |---|---|---| | sp=none in DMARC | BIMI soppresso su tutti i sottodomini | Imposta sp=quarantine o sp=reject | | Pubblicare un VMC per sottodominio inutilmente | Costi e complessità non necessari | Un VMC per logo unico è sufficiente | | Dimenticare di sovrascrivere un sottodominio con logo diverso | Viene visualizzato il logo sbagliato | Pubblica un record BIMI specifico per il sottodominio | | Ospitare l'SVG su HTTP | Record ignorato | Servi l'SVG solo su HTTPS | | Usare un profilo SVG non conforme | Logo rifiutato dai provider di posta | Converti in SVG Tiny P/S |

Riferimento Rapido: Checklist BIMI per Sottodomini

• [ ] DMARC p=