BIMI email: cos'è e quando non vale la pena per le cold email
Il logo accanto al mittente fa un bell'effetto, ma BIMI non sposta la consegna. Cosa richiede, dove ha senso e perché sui domini per le cold email di solito no.
BIMI email: cos'è e cosa mostra davvero
BIMI (Brand Indicators for Message Identification) è uno standard che permette di mostrare il logo del tuo marchio accanto ai messaggi, nella casella di chi li riceve. Funziona solo se il dominio è ben autenticato, con DMARC in quarantine o reject, e in genere serve un certificato che attesti il logo. Non è un fattore di consegna.
L'ultima frase è quella che conta. BIMI nasce per rendere riconoscibile il mittente e per rendere più scomodo il lavoro a chi si spaccia per un marchio altrui. Il logo compare al posto dell'iniziale colorata che vedi di solito nell'elenco dei messaggi. In alcune caselle, con il certificato adatto, compare anche un segno di verifica.
Chi lo vende come scorciatoia per uscire dallo spam racconta una cosa che non regge. I filtri decidono in base a reputazione, autenticazione, comportamento di chi riceve e contenuto. Il logo viene mostrato quando il messaggio è già arrivato. Se vuoi capire da cosa dipende davvero il piazzamento, parti da come si costruisce e si controlla la reputazione di un dominio.
Cosa richiede BIMI, punto per punto
I requisiti sono quattro, e il primo è quello che ferma più gente.
- DMARC in enforcement. La policy deve essere quarantine o reject, applicata a tutti i messaggi del dominio, senza percentuali ridotte. Con p=none il logo non compare.
- SPF e DKIM che passano e sono allineati. Non basta che esistano: almeno uno dei due deve coincidere con il dominio che compare nel mittente, altrimenti DMARC non passa.
- Un logo nel formato giusto. Un file SVG quadrato, in una variante ristretta dello standard (SVG Tiny PS), pubblicato su un indirizzo https. Un SVG esportato così com'è da un programma di grafica spesso viene rifiutato e va ripulito.
- Un certificato per il logo. Il VMC (Verified Mark Certificate) lega il logo al marchio e lo rilascia un ente di certificazione dopo una verifica, in genere su un marchio registrato. Ha un costo e una scadenza da rinnovare. Esiste anche una variante con requisiti più leggeri (CMC), ma le regole cambiano e vanno controllate con l'ente emittente prima di impegnarsi.
Il certificato è anche il punto in cui BIMI diventa visibile o no. Alcune caselle mostrano il logo solo se c'è, altre non supportano lo standard. Quindi anche con una configurazione perfetta una parte dei destinatari non vedrà niente. Per il contesto sull'autenticazione che i grandi fornitori pretendono già oggi, leggi cosa cambia con i requisiti Gmail per i mittenti.
Il vero lavoro: portare DMARC in enforcement
Il record BIMI è una riga. Il passaggio a quarantine o reject è un lavoro, e conviene farlo con ordine.
Il caso tipico: l'azienda ha un DMARC con p=none, messo anni fa da qualcuno e mai più guardato. Il giorno in cui qualcuno prova a salire di livello, scopre che dal dominio spediscono cose che nessuno ricordava: il programma che manda le fatture, il modulo di contatto del sito che usa l'indirizzo dell'azienda come mittente, lo strumento dei ticket, la newsletter configurata da un collaboratore che non c'è più. Se passi a reject senza averli trovati prima, quei messaggi smettono di arrivare, e te ne accorgi quando un cliente chiede dov'è la sua conferma d'ordine.
- Attiva i report aggregati di DMARC (il tag rua) e leggili per un periodo sufficiente a vedere tutti i flussi, compresi quelli mensili o stagionali.
- Per ogni mittente legittimo che non passa, sistema SPF o DKIM finché l'allineamento torna.
- Sali a quarantine, osserva, e solo dopo vai a reject.
- Solo a questo punto prepara il logo e il certificato.
La parte BIMI vera e propria viene dopo: un record TXT su default._bimi.tuodominio.it con la versione (v=BIMI1), l'indirizzo del logo (l=) e, se c'è, quello del certificato (a=). Poi un messaggio di prova verso caselle di fornitori diversi, tenendo conto che il logo può metterci un po' ad apparire.
BIMI email sui domini dedicati alle cold email: quando non vale la pena
La risposta è netta: sui domini che usi per scrivere a freddo, non farlo. Il «non serve» da solo non convince, quindi ecco i motivi.
Primo: il logo non migliora la consegna, e la consegna è l'unico problema che hai su quei domini. Secondo: un dominio dedicato di solito non coincide con il nome del marchio. È una variante, scelta apposta per tenere separata la reputazione dal dominio principale (ne parliamo in dominio secondario per cold email). Legare un certificato di marchio a un dominio nato per proteggere il marchio è un giro a vuoto, senza un beneficio che lo ripaghi.
Terzo, e per me decisivo: un primo contatto a freddo funziona quando sembra una email scritta da una persona a un'altra. Per questo preferiamo il testo semplice all'HTML, come spiegato in email HTML o testo semplice per il primo contatto. Un logo ufficiale accanto al nome spinge nella direzione opposta: dà al messaggio l'aria di una comunicazione di marchio, non di una riga di qualcuno che ha qualcosa di specifico da dirti. Non l'ho misurato su un test controllato, ma il rischio è tutto dalla parte sbagliata.
Quarto: il tempo. Nelle nostre regole interne in uso (ottobre 2026) gli invii a freddo partono da domini dedicati e da più caselle, mai dal dominio principale, e ogni casella nuova parte con 5 email al giorno e sale a scalini fino a 25 in circa dieci giorni di invio. Con volumi per casella così bassi, a fare la differenza sono il warm up, il ritmo e i rimbalzi tenuti sotto controllo. Tempo e attenzione vanno lì, non in un certificato.
E poi ci sono i domini giovani, in riscaldamento da poche settimane. Quando qualcosa non va, ogni modifica in più è una variabile in più da escludere. Meglio tenerli spogli.
Sul dominio principale: quando invece ha senso
Il dominio principale è un'altra storia, se ci fai passare le comunicazioni che i clienti si aspettano da te: fatture, conferme d'ordine, avvisi del portale, newsletter a chi l'ha chiesta. Lì chi riceve il messaggio ti conosce già, il logo conferma che è proprio tuo, e l'effetto anti spoofing ha un valore concreto: chi finge di essere la tua azienda per chiedere un bonifico trova la strada più stretta.
Ma prima del logo vengono due condizioni. Hai già DMARC in enforcement e lo tieni sotto controllo? E sei disposto a pagare e rinnovare il certificato per un beneficio di riconoscibilità, non di consegna? Se la risposta a una delle due è no, lascia perdere. Un DMARC in reject fatto bene protegge il dominio anche senza nessun logo, ed è quello il pezzo che ti serve davvero.
Stessa conclusione per le aziende piccole che scrivono ai clienti dalla stessa casella da anni: se non hai un marchio registrato e nessuno ha mai usato il tuo nome per truffare qualcuno, BIMI è una cosa carina, non un'esigenza.
Il criterio per decidere
Poche domande, in ordine. Fermati alla prima risposta che ti dice di non procedere.
- Il dominio serve a scrivere a freddo? Allora no.
- Ha DMARC in quarantine o reject, senza mittenti dimenticati? Se no, il lavoro da fare è quello, non il logo.
- I destinatari ti conoscono già e il marchio è riconoscibile? Se no, un logo non aggiunge fiducia.
- Hai un marchio registrato e un budget per il certificato e il suo rinnovo? Se no, rimanda.
- Qualcuno ha già usato il tuo nome per messaggi falsi? Se sì, alza la priorità.
Apri il record DMARC del dominio principale e leggi la policy: se è ancora p=none, il primo lavoro è mappare chi spedisce a nome tuo, e BIMI può aspettare.
Domande frequenti
BIMI migliora la deliverability delle cold email?
No, non è un fattore di consegna. Il logo viene mostrato a messaggio già arrivato, mentre l'inbox dipende da reputazione, autenticazione e comportamento dei destinatari. Su un dominio per cold email conviene spendere l'impegno su warm up e ritmo di invio.
Serve il certificato VMC per far comparire il logo?
Dipende dalla casella del destinatario: alcune mostrano il logo solo con un certificato, altre non supportano BIMI. Il VMC richiede in genere un marchio registrato e va rinnovato. Le regole cambiano, quindi verifica con l'ente emittente prima di acquistarlo.
Cosa serve prima di configurare BIMI?
Serve DMARC con policy quarantine o reject, SPF o DKIM allineati e un logo SVG nel formato richiesto. Se oggi il tuo DMARC è solo in monitoraggio, il primo lavoro è portarlo in enforcement senza bloccare i mittenti legittimi.