Il dominio email incluso nell'hosting web condiviso è una comune trappola di recapitabilità per i piccoli operatori. Il pacchetto è comodo al momento dell'iscrizione, ma la sua struttura può penalizzare l'arrivo nella posta in entrata. Sei mesi dopo, le risposte dei clienti possono iniziare a finire nello spam senza una causa evidente per l'operatore, perché la reputazione dell'IP condiviso non è visibile dall'interno.
Molte configurazioni di «dominio email con hosting web» nascono perché la procedura di acquisto del registrar propone il pacchetto al momento dell'iscrizione. La trappola si chiude quando un utente sull'IP condiviso ne provoca l'inserimento in una lista di blocco e tutti gli utenti di quell'IP perdono posizionamento nella posta in arrivo per giorni o settimane. Una possibile soluzione richiede circa 30 minuti: spostare la posta presso un host specializzato e lasciare il sito dove si trova.
Questa guida descrive le modalità di errore e illustra la soluzione. Per valutare le esigenze di un piccolo team, consulta hosting email per piccole imprese.
Che cos'è davvero un dominio email con hosting web
È la funzionalità di hosting email inclusa nei piani di hosting web condiviso. I provider in stile cPanel, come Bluehost, HostGator, Hostinger, l'hosting GoDaddy e servizi simili, vendono dominio, sito web ed email in un unico pacchetto. Il server di posta usa lo stesso IP del tuo sito web e dei siti di centinaia di altri utenti.
Il pacchetto presenta debolezze strutturali in diversi aspetti importanti per il posizionamento nella posta in arrivo: reputazione dell'IP condiviso, autenticazione predefinita debole, nessuna visibilità DMARC e DNS in bundle che lega ogni livello allo stesso fornitore. La comodità iniziale può nascondere un costo di recapitabilità che emerge mesi dopo.
Le quattro modalità di errore del pacchetto
Quattro modalità di errore possono riguardare il dominio email incluso nell'hosting web condiviso. Si tratta di problemi strutturali e non di semplici scelte di configurazione correggibili. Ognuno può ridurre la recapitabilità o aggiungere attrito alla migrazione, costi che gli operatori raramente includono nel risparmio apparente del pacchetto.
- Danni alla reputazione dell'IP condiviso. Un utente problematico fa inserire l'IP in una lista di blocco e tutti gli altri perdono posizionamento nella posta in arrivo.
- Autenticazione predefinita debole. SPF è un singolo record condiviso; DKIM può essere assente; DMARC raramente inoltra i report a una destinazione utile.
- Nessuna visibilità DMARC. Non puoi vedere chi falsifica il tuo dominio se il pacchetto non instrada i report a una casella sotto il tuo controllo.
- Vincolo nella migrazione. DNS, registrar e provider delle caselle appartengono allo stesso fornitore, quindi uscire significa cambiare tutti e tre.
Ogni errore amplifica gli altri. Un'autenticazione debole peggiora il problema dell'IP condiviso. Senza visibilità DMARC, i problemi vengono scoperti tardi. Il vincolo impedisce di uscire rapidamente. Insieme, i quattro problemi spiegano perché le configurazioni in bundle spesso perdono prestazioni quando crescono.
Errore 1: danni alla reputazione dell'IP condiviso
Il danno alla reputazione dell'IP condiviso è il primo problema strutturale. La tua posta in uscita parte da un IP condiviso con altri 100-500 utenti. Quando uno di loro invia spam, l'IP può finire nelle principali liste di blocco e il posizionamento dei tuoi messaggi diminuisce finché la segnalazione non viene rimossa, operazione che spesso richiede giorni o settimane.
Il danno non è distribuito equamente. L'utente che ha provocato la segnalazione raramente sostiene il costo della risoluzione. Gli altri utenti dello stesso IP pagano in risposte perse e reclami dei clienti. Molti provider di hosting web non avvisano in modo proattivo gli utenti interessati quando si verifica un evento di lista di blocco; il problema viene spesso scoperto notando meno risposte del solito e svolgendo un'indagine. A quel punto, l'effetto può essersi accumulato per giorni o settimane di messaggi importanti per l'attività.
Errore 2: autenticazione predefinita debole
L'autenticazione predefinita debole è il secondo problema. SPF viene pubblicato come un singolo record condiviso che copre i mittenti dell'intera piattaforma, senza consentire di limitarlo ai soli mittenti effettivi del tuo dominio. DKIM può mancare del tutto e, quando è presente, la chiave può ruotare di rado. Anche DMARC viene pubblicato raramente.
Anche quando l'IP condiviso ha una buona reputazione, la posta in uscita può essere autenticata debolmente. I destinatari moderni, come le regole di Gmail per i mittenti di grandi volumi e i controlli di allineamento più rigidi di Microsoft, penalizzano su larga scala i messaggi non autenticati. La penalizzazione si applica al dominio indipendentemente dalla reputazione dell'IP, quindi un pacchetto email può avere prestazioni inferiori anche su un IP condiviso pulito.
Errore 3: nessuna visibilità DMARC
I report DMARC permettono di scoprire chi invia messaggi sostenendo di provenire dal tuo dominio: sia i mittenti legittimi, che devono essere autenticati, sia eventuali truffatori che tentano di impersonare il marchio. Se i report non arrivano a una casella sotto il tuo controllo, entrambi rimangono invisibili.
Molte piattaforme di hosting web in bundle non espongono l'instradamento dei report DMARC. Non puoi vedere chi falsifica il tuo dominio perché il flusso dei report arriva al provider invece che a te. La mancanza di visibilità può lasciare che i problemi si accumulino per mesi. I provider specializzati di caselle possono inviare i report a una casella designata per ciascun dominio, offrendo visibilità fin dall'inizio. Consulta email con dominio personalizzato per il quadro più ampio dell'autenticazione.
Errore 4: vincolo nella migrazione
Il pacchetto colloca DNS, registrar e provider delle caselle presso lo stesso fornitore. Cambiarne uno spesso significa cambiare anche gli altri, trasformando quella che dovrebbe essere una modifica del record MX in un progetto di migrazione di diverse settimane. Alcuni provider addebitano inoltre $50-200 per casella per assistere la migrazione fuori dalla piattaforma.
Questo vincolo spiega perché alcuni operatori mantengono le configurazioni in bundle più a lungo del necessario. Il costo della migrazione, in tempo, denaro e disagi per i clienti, supera il costo marginale di restare un altro trimestre. Il costo di recapitabilità accumulato può infine innescare comunque la migrazione, ma più tardi rispetto a uno scenario con meno attrito. Qualsiasi pacchetto che controlli tutti e tre i livelli può creare questa trappola.
La soluzione in 30 minuti
Un modo per correggere le modalità di errore consiste nello spostare la posta presso un provider specializzato di caselle, mantenendo il sito dove si trova. I record A e CNAME del sito non cambiano. Vengono aggiornati solo i record MX affinché puntino al nuovo provider. Il costo indicato per la nuova casella è di $0-51/year.
Passaggio per passaggio: registrati a TrekMail, con Nano gratuito o Starter a $4/month. Aggiungi il dominio nel pannello. Trova la sezione dei record DNS nel cPanel del tuo hosting web, in genere sotto "Zone Editor" o "DNS Manager." Sostituisci i record MX, ovvero le impostazioni che indicano a Internet dove recapitare le email del dominio, con i valori di TrekMail. Pubblica i record SPF, DKIM e DMARC generati dalla procedura guidata di TrekMail. Invia un messaggio di prova dalla nuova casella a Gmail, Outlook e Yahoo. Verifica che le intestazioni riportino PASS in tutti e tre. A questo punto la procedura è conclusa. Molti operatori riescono a completarla in meno di 30 minuti.
Il ruolo di TrekMail nella soluzione
TrekMail gestisce il livello delle caselle senza controllare DNS, hosting del sito o registrazione del dominio. La piattaforma genera record DNS da pubblicare presso l'host DNS esistente; il sito continua a funzionare presso l'host web attuale e il dominio rimane presso il registrar esistente. Viene spostato solo il livello della posta.
Secondo la configurazione descritta, la rotazione DKIM per cliente, la gestione automatizzata di SPF e l'instradamento dei report DMARC avvengono per impostazione predefinita. Le difese strutturali contro i quattro problemi sono integrate nella piattaforma e riducono la configurazione manuale. Consulta i prezzi della posta aziendale per confrontare il costo con il pacchetto.
Passaggi successivi
La soluzione a un dominio email incluso nell'hosting condiviso è lineare: lascia il sito dove si trova e sposta la posta presso un provider specializzato di caselle. Aggiorna solo i record MX e di autenticazione. Questa separazione affronta strutturalmente le quattro modalità di errore senza toccare il DNS del sito o il registrar.
Prova TrekMail Nano secondo le condizioni aggiornate su trekmail.net/pricing: l'offerta descritta non richiede una carta e non indica una scadenza della prova. Il livello Nano copre 10 domains × 10 mailboxes; Starter a $4/month estende la capacità a 50 × 100 quando cresce il volume di invio.
Questi problemi vengono rivisti di rado perché il costo rimane invisibile: si paga in risposte perse e trattative commerciali più lente, non in fatture. Il passaggio a un host specializzato può rivelare che il costo esisteva già; alcuni operatori segnalano tassi di risposta superiori e cicli di vendita più rapidi nelle settimane successive, ma il risultato dipende anche da altri fattori.
La diagnosi è semplice: verifica se i report aggregati DMARC, riepiloghi giornalieri che mostrano chi invia email sostenendo di usare il tuo dominio, arrivano a una casella sotto il tuo controllo. In caso contrario, è presente la modalità di errore 3 e conviene controllare anche le altre tre. La migrazione a un host specializzato può affrontare tutte e quattro insieme. I registrar che vendono pacchetti segnalano raramente il problema di recapitabilità, perché il pacchetto è redditizio per loro. Gli operatori devono individuarlo autonomamente, in genere tramite i report DMARC o notando un calo del tasso di risposta.
Per gli operatori con più siti sullo stesso account di hosting condiviso, la verifica è più urgente. La posta in uscita di ogni sito condivide lo stesso IP e la stessa debolezza di autenticazione. Un host specializzato con rotazione DKIM per cliente isola la reputazione di ciascun marchio e può impedire che un incidente relativo a un marchio si propaghi agli altri sullo stesso account.
Un'ultima osservazione: il registrar che ha venduto il pacchetto iniziale segnalerà raramente il problema di recapitabilità di propria iniziativa. Il pacchetto è redditizio e la migrazione in uscita comporta attrito. Gli operatori devono scoprire il problema autonomamente tramite i report DMARC o notando il calo del tasso di risposta. La soluzione parte in genere dall'operatore, anziché essere consigliata dal fornitore. Se non l'hai già fatto, imposta un promemoria trimestrale per controllare i report DMARC.
