Google ha rimosso silenziosamente _netblocks3.google.com dalla catena dei record SPF all'inizio del 2026, senza annunci ufficiali. Per la maggior parte degli utenti Google Workspace, nulla cambia. Ma per i proprietari di domini o i team IT che hanno hard-codato manualmente la struttura SPF interna di Google, questo aggiornamento è un segnale per controllare i loro record ora, prima che una configurazione scorretta causi problemi di deliverability.
Cosa Ha Effettivamente Cambiato Google
Quando guardi dentro il riferimento _spf.google.com di Google, punta a sotto-record interni che contengono gli intervalli IP di Google per l'invio di email. In precedenza, la catena includeva tre di questi sotto-record. Google ha ora rimosso silenziosamente _netblocks3.google.com da quella catena, il che significa semplicemente che il sotto-record non contiene più indirizzi di invio attivi. In parole semplici, Google ha ripulito la sua struttura SPF.
Google non ha fatto grandi annunci su questo perché, per la maggior parte dei domini, nulla si rompe. Il problema emerge solo se hai copiato manualmente la struttura interna di Google, il che potrebbe lasciare il tuo record SPF non valido o che punta a un riferimento non necessario. Potrebbe non interrompere immediatamente la consegna delle email, ma rende la tua configurazione SPF più difficile da mantenere.
Chi È Realmente a Rischio
La maggior parte degli utenti Google Workspace non deve preoccuparsi di questo cambiamento. Si affidano alla voce standard include:_spf.google.com e Google gestisce tutto dietro le quinte. I record in questo formato continuano a funzionare esattamente come previsto.
Coloro che utilizzano l'include consigliato da Google non affronteranno problemi. Tuttavia, i proprietari di domini che hanno copiato manualmente la struttura interna di Google potrebbero incontrare problemi. Questo accade tipicamente quando un team tecnico ha raggiunto il limite di 10 ricerche DNS e ha provato a risolverlo hard-codando riferimenti individuali di netblock invece di utilizzare uno strumento di SPF flattening.
Questo limite di ricerca non è una preoccupazione minore. Secondo RFC 7208, la valutazione SPF è limitata a 10 ricerche di meccanismi DNS e 2 ricerche void per controllo. Superare uno dei due limiti produce un PermError che interrompe l'autenticazione per ogni messaggio dal dominio. E questo fallimento è silenzioso: le tue email non rimbalzano, semplicemente finiscono nello spam o vengono rifiutate senza alcun errore chiaro che il mittente possa vedere.
Il Problema del Budget di Ricerche DNS
Questo aggiornamento evidenzia anche un problema più ampio per le aziende che utilizzano più strumenti di invio. L'include:_spf.google.com di Google da solo utilizza 4 delle tue 10 ricerche disponibili, lasciandone solo 6 per tutti gli altri mittenti. Se utilizzi anche SendGrid, che consuma 5 ricerche, il totale combinato raggiunge 9, e aggiungere solo un mittente in più urta il limite.
Un dominio che include Google, Microsoft, SendGrid e Mailchimp insieme raggiunge 12 ricerche. RFC 7208 limita la valutazione a 10. Il server di posta ricevente restituisce un PermError e ogni messaggio dal dominio non riesce nell'autenticazione SPF, indipendentemente da quale mittente effettivamente provenga.
Per i team di crescita che eseguono campagne attraverso una piattaforma di marketing mentre inviano anche email transazionali da un servizio di terze parti, questa è una trappola reale e comune.
Cosa Controllare nel Tuo Record SPF
Se vedi voci individuali di netblock come _netblocks.google.com, _netblocks2.google.com o _netblocks3.google.com nel tuo record, rimuovile. Sostituisci tutti loro con un singolo include che punta a _spf.google.com, il che mantiene la tua configurazione pulita e aggiornata automaticamente da Google.
Se utilizzi solo Google Workspace per inviare email, il record corretto è: v=spf1 include:_spf.google.com ~all
Controllare la tua configurazione SPF ogni pochi mesi per individuare voci obsolete, riferimenti duplicati o include rotti aiuta a prevenire problemi di allineamento e deliverability.
Perché Questo Importa per il ROI dell'Email Marketing
SPF non è solo un compito di igiene tecnica. Si trova alla base della tua reputazione di mittente. Senza un record SPF Google Workspace correttamente configurato, le tue email potrebbero essere contrassegnate come spam dai server riceventi che non possono verificare il tuo dominio. Il tuo dominio o indirizzo IP può essere inserito in una lista nera, rendendo il recupero della deliverability significativamente più difficile rispetto alla configurazione corretta dell'autenticazione in primo luogo. E la reputazione del tuo dominio accumula danni mentre i reclami di spam si compongono nel tempo.
I requisiti per mittenti in massa di Google, annunciati in ottobre 2023 e applicati da febbraio 2024, richiedono a qualsiasi dominio che invia 5.000 o più messaggi al giorno agli indirizzi Gmail di autenticarsi con SPF e DKIM, pubblicare un record DMARC di almeno p=none, mantenere i tassi di reclamo spam al di sotto dello 0,3% e includere un'intestazione di annullamento iscrizione con un clic su posta di marketing. Queste regole si applicano a ogni dominio nell'intestazione From, e Google ora rifiuta o instrada verso lo spam qualsiasi messaggio da un mittente in massa non conforme.
Sbagliare questo taglia direttamente la tua portata consegnabile, il che significa tassi di apertura più bassi, tassi di clic più bassi e rendimento inferiore per ogni campagna che invii.
Tre Passaggi da Intraprendere Ora
SPF da solo non è sufficiente. Combinarlo con DKIM e DMARC offre ai server riceventi la capacità di verificare correttamente i messaggi e bloccare i tentativi di phishing che utilizzano il tuo dominio. Strumenti come controllori di ricerca SPF, analizzatori DMARC o dashboard di sicurezza della posta elettronica ti aiutano a monitorare i cambiamenti e rilevare i problemi di configurazione in anticipo.
Per agire su questo aggiornamento:
- Cerca il tuo record SPF attuale utilizzando uno strumento come MXToolbox o Google Admin Toolbox.
- Se il tuo record contiene solo
include:_spf.google.com, non sono necessarie modifiche. Google gestisce gli aggiornamenti per te. - Se vedi voci individuali
_netblocks, consolidale e verifica che il tuo conteggio totale di ricerche rimanga al di sotto di 10.
La ripulitura silenziosa della catena SPF di Google è un promemoria che l'infrastruttura di autenticazione della posta elettronica cambia senza preavviso. I domini che si affidano a record costruiti manualmente continueranno a incontrare questo problema. Utilizzare riferimenti include ufficiali e rivedere regolarmente la tua configurazione è il modo diretto per stare al sicuro.
