Què exigeixen exactament Gmail, Outlook i Yahoo

Tots tres demanen el mateix en allò essencial: SPF, DKIM, DMARC (amb p=none n'hi ha prou) i que el domini del From estigui alineat amb el de SPF o amb el de DKIM. El llindar a partir del qual això deixa de ser recomanació i passa a ser condició de lliurament són 5.000 missatges al dia a comptes de consumidor, i aquí hi ha la lletra petita que trenca arquitectures: els subdominis sumen.

L'altra xifra que cal saber-se és el 0,30 per cent de queixes. No és un avís, és una porta: en superar-lo, Google et declara no elegible per a mitigació de lliurament, i només recuperes l'elegibilitat després de set dies consecutius per sota.

El llindar: 5.000 al dia, i els subdominis sumen

Tres matisos que canvien el disseny de qualsevol infraestructura d'enviament. Primer: els missatges enviats des de subdominis compten cap al llindar del domini principal, així que trossejar en news1, news2 i news3 per quedar-se per sota de 5.000 no funciona i mai no ha funcionat. Segon: es compta contra comptes personals del proveïdor, no contra el total de la teva llista. I tercer, el que més sorprèn: un cop creuat el llindar, s'és remitent massiu de manera permanent. Microsoft ho diu de manera explícita per a Outlook.com: a partir de 5.000 missatges amb el mateix domini al From, tots els missatges posteriors han de complir.

La taula comparada dels tres

L'aritmètica del 0,30 per cent

Google publica tres nivells i convé traduir-los a persones, perquè en percentatge no s'entén el marge que hi ha:

Aquesta és la dada que canvia la conversa: el marge entre "va bé" i "n'estàs fora" són deu persones enfadades. I hi ha dos detalls de definició que gairebé ningú no té en compte. El primer: la taxa mesura només el marcatge manual, literalment "el percentatge dels teus missatges que els destinataris marquen manualment com a spam a Gmail", així que el filtratge automàtic no hi apareix. Pots tenir una taxa impecable i estar caient a la carpeta de correu no desitjat. El segon: el denominador és el correu lliurat a la safata, no el que has enviat, cosa que Yahoo diu de manera explícita, i per això el número mai no quadra amb el que et diu la teva eina d'enviament.

Què va canviar i quan

El que exigeix Google i no és autenticació

La meitat dels requisits publicats no van de criptografia sinó de format i d'honestedat, i són els que més s'incompleixen sense voler:

• Format conforme al RFC 5322, amb un Message-ID vàlid a tots els missatges.
• La capçalera From ha de portar una sola adreça de correu.
• Res d'assumpte ni de contingut ficat al nom visible del remitent, i res d'emojis ni de caràcters no estàndard al nom.
• Prohibit amagar contingut amb HTML i CSS. Els enllaços del cos han de ser visibles i comprensibles.
• DNS invers vàlid i coherent (PTR) per als dominis o les IP que envien.
• TLS a la connexió, des del desembre del 2023.

El que no trobaràs en cap de les tres guies oficials és una llista de paraules prohibides. No existeix. A Gmail, Outlook i Yahoo qui decideix és el comportament agregat de milers de destinataris, no pas un diccionari. On les paraules sí que puntuen és als filtres de regles que hi ha darrere de molt allotjament espanyol, i això es resol per estructura del missatge, no pas per sinònims.

La baixa en un clic, en dues frases

List-Unsubscribe: <https://empresa.es/u/8f3a1c9e-4b2d-4f77-9c1a-2b8e5d0f7a63>, <mailto:baja@empresa.es?subject=unsubscribe>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Google i Yahoo donen un termini màxim de dos dies per processar la baixa. A Espanya hi ha a més una obligació pròpia i anterior: la LSSI exigeix incloure una adreça electrònica vàlida on exercir l'oposició, i prohibeix expressament enviar comunicacions que no la incloguin. Són dues coses diferents i cal complir-les totes dues. La implementació exacta, amb el parany del GET dels escàners de seguretat, és a la guia de la baixa en un clic.

Com comproves si compleixes

1. Dona d'alta a Google Postmaster Tools el domini arrel i cada subdomini d'enviament per separat, i fes-ho abans del primer enviament per tenir línia base. El panell d'estat de compliment és binari i no admet discussió.
2. Mira el panell d'errors de lliurament: puja abans que la taxa de spam i és el detector precoç d'un bloqueig.
3. Si tens IP pròpia, demana accés a SNDS i dona't d'alta a JMRP, que van per IP. A Yahoo, el bucle de queixes va per domini DKIM.
4. Comprova l'alineació en un missatge real de cada flux, mirant la capçalera Authentication-Results. Els registres en verd no proven alineació.
5. Tingues present el límit de volum de Postmaster Tools: amb poc trànsit cap a Gmail no hi veuràs dades, perquè Google les amaga per protegir la privacitat dels usuaris.

Complir aquesta llista es redueix, a la pràctica, a dues feines. La primera és publicar els tres registres i aconseguir que alineïn, que és el que explica la guia de SPF, DKIM i DMARC. La segona és pujar la política de DMARC sense deixar de lliurar pel camí, i això té el seu propi runbook a la guia de DMARC sense trencar res, reescrit després de la revisió del maig del 2026.