Postmaster Tools v2 elimina los gráficos de reputación de dominio e IP de Gmail. Qué muestra v2, en qué punto está la API y un plan semanal con umbrales.

Google Postmaster Tools es el panel gratuito de Google que muestra cómo trata Gmail el correo masivo de un dominio que hayas verificado con un registro DNS. La versión 2 está sustituyendo a la versión 1 y elimina las calificaciones de reputación de dominio e IP que muchos equipos consultaban cada mañana. Aquí verás qué muestra v2, en qué punto está la API y qué revisamos nosotros cada semana en su lugar.
Al Iverson, de Spam Resource, informó en septiembre de 2025 de que “a partir del 30 de septiembre de 2025, los usuarios solo tendrán acceso a la versión más reciente (v2)”. Google pausó el cambio en noviembre de 2025 y, el 20 de agosto de 2026, Iverson informó de que se había levantado la pausa: “GPT V1 se está retirando de forma progresiva”.
La cronología, según las notas de versión de la API de Gmail y Spam Resource:
| Fecha | Qué pasó |
|---|---|
| 2024 | Postmaster Tools v2 se lanza junto a v1 |
| 2 dic. de 2025 | La API v2beta, en versión preliminar para desarrolladores |
| 3 feb. de 2026 | La API v2, disponible de forma general |
| 24 jun. de 2026 | Gestión de dominios y usuarios en la API; el estado de cumplimiento devuelve el veredicto de entregabilidad |
| 20 ago. de 2026 | Spam Resource informa de que se está retirando el acceso a v1 cuenta por cuenta |
Las páginas de Google van con retraso. A principios de octubre, su aviso de retirada todavía decía “vamos a posponer la retirada de la interfaz web antigua de Postmaster Tools”, sin fecha, y las directrices para remitentes siguen pidiendo que compruebes “la reputación de tu dominio y de tu dirección IP con Postmaster Tools”. Para la mayoría de las cuentas, v1 ya ha desaparecido.

Lo que se mantiene, lo que es nuevo y qué vigilar en lugar de la reputación.
Según la página de ayuda sobre los paneles de Google, todos los paneles cubren solo cuentas personales de Gmail, se actualizan en unas 24 horas, usan UTC y pueden mostrar huecos en los días de poco volumen.
Todos los remitentes tienen cinco comprobaciones basadas en las directrices para remitentes: SPF y DKIM, registros DNS, formato de los mensajes, cifrado y tasa de spam. Los remitentes de gran volumen, a partir de unos 5000 emails al día a Gmail, suman DMARC, la baja con un clic y el respeto de las bajas.
Cada fila indica Compliant (cumple), Needs work (requiere cambios) o No data found (sin datos). Son medias móviles, así que una corrección tarda hasta 7 días en reflejarse. Solo informa de los dominios principales: si verificas email.example.com, las filas cubren todo example.com. “Honor unsubscribe” (respetar las bajas) muestra Needs work si las bajas tardan más de 48 horas en aplicarse, y Google cuenta una solicitud aunque tu CDN o tu firewall la hayan bloqueado.
La API devuelve este veredicto por dominio como deliverabilityStatusVerdict en domains.getComplianceStatus. Iverson enumeró todos los mensajes y su valor en la API:
| Mensaje del panel | Motivo en la API | Qué hacer |
|---|---|---|
| Los usuarios indican que quieren recibir tus emails | USER_FEEDBACK_POSITIVE |
Nada. Este es el objetivo. |
| No hay suficiente correo saliente | MESSAGE_VOLUME_LOW |
Envía con regularidad y aumenta el volumen poco a poco. |
| No cumples nuestros requisitos para remitentes | SENDER_NOT_COMPLIANT |
Corrige las filas en Needs work del estado de cumplimiento. |
| Muchos mensajes con errores de entrega | SMTP_ERRORS_HIGH |
Lee las respuestas 4xx y 5xx de Gmail y reduce el ritmo. |
| Los usuarios indican que no quieren recibir tus emails | USER_FEEDBACK_NEGATIVE |
Revisa a quién escribes, con qué frecuencia y qué envías. |
| Los usuarios no interactúan con tus mensajes | USER_FEEDBACK_LOW |
Elimina a los destinatarios inactivos desde hace tiempo y cambia el contenido. |
| Tu tasa de spam supera el 0,1 % | SPAM_RATE_HIGH |
Urgente. Deja de enviar a las fuentes que generan las quejas. |
Vigila USER_FEEDBACK_LOW. Nada rebota, la tasa de spam parece correcta y, sin embargo, la gente te ignora. En v1 se veía como una reputación que bajaba de alta a media.
La tasa de spam es el porcentaje del correo entregado en la bandeja de entrada y autenticado con DKIM que los destinatarios marcaron como spam. Feedback Loop la desglosa según tu encabezado Feedback-ID para mostrar qué tipo de envío genera las quejas. Autenticación muestra el porcentaje de mensajes que superan SPF, DKIM y DMARC, y Cifrado, el porcentaje enviado mediante TLS.
Errores de entrega (Delivery errors) es ahora el más importante: el porcentaje del correo autenticado que Gmail rechazó o aplazó, con los motivos. Los motivos de rechazo de la API v2 son bad_attachment, bad_or_missing_ptr_record, ip_in_rbls, low_domain_reputation, low_ip_reputation, spammy_content, stamp_policy_error y other. La reputación solo sobrevive como motivo de rechazo, cuando ya te ha costado correo.
Los paneles antiguos calificaban cada dominio e IP como Bad, Low, Medium o High (mala, baja, media o alta). El aviso de Google dice que esos datos “no permiten actuar fácilmente a la mayoría de los remitentes”, que los cambios de comportamiento “tardan en reflejarse” y que el panel “puede inducir a error, ya que la reputación es solo uno de los muchos factores que afectan a la entregabilidad”.
Es razonable y, aun así, es una pérdida. Como escribió Iverson en agosto, el gráfico mostraba durante semanas cómo surtía efecto una reparación. El veredicto solo muestra el día de hoy. Hay nuevos paneles prometidos, sin fecha.
La guía de migración de Google a la v2, ya disponible de forma general: trafficStats pasa a ser domainStats, un único método domains.domainStats.query sustituye a get y list, domainStats:batchQuery cubre varios dominios por llamada y domains.getComplianceStatus es nuevo.
Las métricas de v2 son SPAM_RATE, FEEDBACK_LOOP_ID, FEEDBACK_LOOP_SPAM_RATE, AUTH_SUCCESS_RATE, TLS_ENCRYPTION_RATE, TLS_ENCRYPTION_MESSAGE_COUNT, DELIVERY_ERROR_COUNT y DELIVERY_ERROR_RATE. Google dice que v2 cubre “toda la funcionalidad existente de v1, excepto la reputación de dominio e IP”, y que “la API v1 actual se retirará”. Todavía no hay fecha. No construyas nada nuevo sobre v1.
Tasas diarias de spam y de rechazo para un dominio:
POST https://gmailpostmastertools.googleapis.com/v2/domains/example.com/domainStats:query
Authorization: Bearer <oauth-token with postmaster.traffic.readonly>
Content-Type: application/json
{
"metricDefinitions": [
{ "name": "spam_rate", "baseMetric": { "standardMetric": "SPAM_RATE" } },
{
"name": "reject_rate",
"baseMetric": { "standardMetric": "DELIVERY_ERROR_RATE" },
"filter": "error_type = \"reject\""
}
],
"timeQuery": {
"dateRanges": {
"dateRanges": [
{ "start": { "year": 2026, "month": 9, "day": 28 },
"end": { "year": 2026, "month": 10, "day": 4 } }
]
}
},
"aggregationGranularity": "DAILY"
}Las dos fechas son inclusivas. Un día sin datos significa poco volumen, no cero quejas. Si algún panel interno todavía lee la reputación de v1, elimínalo.
Ninguna señal sustituye por sí sola a la reputación, pero, juntas, estas te avisan antes que el gráfico antiguo.
Las preguntas frecuentes para remitentes de Google dicen que te mantengas por debajo del 0,1 % y que nunca llegues al 0,3 %. Por encima del 0,1 % ya perjudica a los remitentes de gran volumen. Al llegar al 0,3 % dejas de poder optar a medidas de mitigación, y Google no atenderá solicitudes de soporte hasta que te mantengas por debajo del 0,3 % durante 7 días seguidos.
Gmail solo cuenta el correo que llega a la bandeja de entrada, así que, si gran parte de tus mensajes acaba en spam, la tasa parece sana. Que la tasa de spam y los clics bajen a la vez es una mala noticia.
Las buenas prácticas para remitentes de Yahoo usan el mismo límite del 0,3 %. Un ESP que divide entre todo el correo entregado, incluida la carpeta de spam, dará una cifra más baja que ambos.
Las respuestas SMTP son tu información más directa. Agrupa cada semana los rebotes y los aplazamientos por proveedor y por código. Estos son los principales, según la referencia de errores SMTP de Google y las páginas de cada proveedor:
| Proveedor | Respuesta | Significado |
|---|---|---|
| Gmail | 421 4.7.0 “very low reputation of the sending IP address” o “sending domain” |
Problema de reputación; aplazado. El texto indica cuál de los dos. |
| Gmail | 550 5.7.1 “likely unsolicited” o “very low reputation” |
Rechazado como spam |
| Gmail | 421 4.7.28 “unusual rate of unsolicited email” |
Limitación de envío por IP, por dominio o por el dominio de una URL |
| Gmail | 4.7.27, 4.7.30, 4.7.31, 4.7.32 |
SPF falló, DKIM falló, no hay registro DMARC, el From no está alineado |
| Microsoft | 550 5.7.515 |
Un dominio que envía más de 5000 al día no cumplió los requisitos de autenticación de Outlook |
| Yahoo | 421 o 451 |
Temporal, incluidas las quejas y el tráfico inusual (códigos de error de Yahoo) |
| Yahoo | 553 o 554 |
Permanente, incluidos los fallos de DMARC y las inclusiones en listas de Spamhaus. No reintentes. |
Lee el texto que sigue al código. La referencia de Google enumera diez respuestas 4.7.0 distintas, desde la falta de un registro PTR hasta una baja reputación del dominio.
Gmail te juzga por el comportamiento de los destinatarios, así que haz un seguimiento semanal de los clics únicos de personas reales por mensaje entregado, por proveedor. Una caída en un solo proveedor suele indicar un filtrado allí; una caída en todos suele significar que ha cambiado el contenido o la audiencia.
Las aperturas no sirven: la Mail Privacy Protection de Apple “descarga el contenido remoto en segundo plano de forma predeterminada, independientemente de si interactúas con el email”. Descarta también los clics de los escáneres de seguridad (cómo contamos un clic real).
Una trampa: las empresas que usan Google Workspace tienen sus propios dominios. Toma gmail.com, outlook.com, hotmail.com, yahoo.com y icloud.com como proveedores, y el resto como correo de empresa.
Una prueba semilla indica si el email llega a la bandeja de entrada, a spam o no llega, para un conjunto fijo de direcciones en cada proveedor. Detecta lo que afectaría a todos los destinatarios: una clave DKIM rota, un dominio de enlace en una lista de bloqueo, contenido con pinta de spam. Los buzones semilla no tienen historial contigo (ni aperturas, ni respuestas, ni clics en “No es spam”), y Gmail decide en parte por destinatario. La página de feeds de rendimiento de Yahoo dice que el seguimiento mediante paneles de direcciones y píxeles “puede comprometer la privacidad y la seguridad de nuestros usuarios e infringir nuestros términos y políticas”. Haz una después de cambiar el DNS, el dominio, una plantilla o el dominio de los enlaces, y antes de los envíos grandes. Nunca la presentes como tu tasa de llegada a la bandeja de entrada.
La vista Insights de Yahoo Sender Hub muestra la tasa de quejas y el número de entregas por dominio DKIM verificado, sobre el correo que llega a la bandeja de entrada y a partir de un volumen diario mínimo. Inscribe esos mismos dominios en el Complaint Feedback Loop de Yahoo para recibir un informe por cada queja; los feedback loops basados en IP han desaparecido.
SNDS, de Microsoft, que estrena portal este año, muestra el volumen, la tasa de quejas y un resultado de filtrado por cada IP que controlas. Las preguntas frecuentes de SNDS definen el verde como menos del 10 % de mensajes considerados spam, el amarillo como entre el 10 % y el 90 %, y el rojo como más del 90 %, y consideran que una tasa de quejas inferior al 0,3 % es “un buen listón”. El acceso caduca 10 meses después de la aprobación o de la migración, así que apunta en el calendario cuándo renovar la acreditación. Las IP compartidas no se pueden registrar, así que pregunta a tu proveedor qué vigila.
Los informes agregados muestran todas las fuentes que usan tu dominio del From, y si SPF y DKIM se superaron y estaban alineados. El formato ahora es el RFC 9990, publicado en mayo de 2026, que junto con los RFC 9989 y 9991 sustituye al RFC 7489. Publica una dirección rua que apunte a una herramienta que los procese:
_dmarc.example.com. IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com"Busca fuentes nuevas, una alineación de DKIM en descenso y volúmenes que no reconoces. Tras una caída repentina en Gmail, lo primero que revisamos es la autenticación; suele ser lo más rápido de arreglar.
Después, las listas de bloqueo. La Domain Blocklist de Spamhaus cubre dominios, incluidos los dominios de los enlaces y de las imágenes del cuerpo del email; la SBL cubre direcciones IP. Gmail informa de las inclusiones de IP como ip_in_rbls.
Las cifras del 0,1 %, del 0,3 % y las de SNDS proceden de Google, Yahoo y Microsoft. Los umbrales de rebotes y de clics son nuestros, así que ajústalos a tu referencia de partida.
| Comprobación | Dónde | Sano | Actúa si | Primera acción |
|---|---|---|---|---|
| Tasa de spam de Gmail | Postmaster Tools v2 o la API | Menos del 0,1 % | 0,1 % o más cualquier día | Localiza el tipo de envío en Feedback Loop y ponlo en pausa |
| Veredicto de Gmail | Análisis de entregabilidad | USER_FEEDBACK_POSITIVE |
Cualquier otro veredicto durante 2 semanas | Sigue la acción indicada arriba para ese veredicto |
| Cumplimiento en Gmail | Estado de cumplimiento | Todo en Compliant | Cualquier fila en Needs work | Corrige y espera 7 días a que se actualice |
| Quejas en Yahoo | Insights de Sender Hub | Muy por debajo del 0,3 % | Al alza 2 semanas seguidas | Revisa los informes del feedback loop por campaña |
| IP en Outlook | SNDS (solo IP propias) | Verde | Cualquier día en amarillo o rojo | Compara el volumen y la audiencia de ese día |
| Rebotes y aplazamientos | Registro de rebotes, por proveedor | Menos del 1 % de rebotes duros | Más del 2 %, o un texto sobre reputación o límite de envío | Reduce el ritmo del envío y lee la respuesta completa |
| Clics por proveedor | Tus analíticas | Dentro de un margen del 20 % sobre la media de 8 semanas | Un proveedor baja un 20 % o más | Haz una prueba semilla con el siguiente envío y depura los inactivos de ese proveedor |
| Autenticación | Informes agregados de DMARC | Las fuentes conocidas superan las comprobaciones y están alineadas | Una fuente nueva o una alineación en descenso | Corrige el DNS o el DKIM del proveedor antes de enviar |
| Listas de bloqueo | Consulta en Spamhaus | Sin inclusiones | Cualquier inclusión | Encuentra la causa y después solicita que te retiren de la lista |
| Prueba semilla | Herramienta de pruebas de bandeja de entrada | Bandeja de entrada en cada gran proveedor | Spam en cualquier proveedor | Compárala con la última versión que pasó la prueba |
Brew cubre las comprobaciones que salen de tus propios envíos. Mantén abiertos Postmaster Tools, Sender Hub y SNDS en paralelo.
get_domain_health (herramienta MCP, o GET /v1/domains/{domainId}/health) es gratuita. Devuelve un veredicto healthy, at_risk o critical, el estado de SPF, DKIM y DMARC, una puntuación de 0 a 100 con su tendencia y señales con correcciones sugeridas. Su pilar “Reputación” usa las tasas de rebote y de quejas que mide el propio Brew en tus envíos de campañas y automatizaciones, por dominio cuando el volumen lo permite y, si no, para todo el espacio de trabajo. Ese pilar supone el 25 % de la puntuación y usa los mismos umbrales del 0,1 % y del 0,3 %; con un 0,3 % o más y al menos tres quejas, la puntuación queda limitada a 40. include=scoreHistory devuelve hasta 50 instantáneas, así que recuperas una línea de tendencia.
create_inbox_placement_test envía un email real a través de tu dominio verificado a bandejas de entrada semilla de Gmail, Outlook, Yahoo, Apple y otros proveedores, por 10 créditos más el pequeño envío. Al verificar un dominio de marketing también se lanza una ejecución gratuita de la prueba con cinco variantes de plantilla, desde Nota simple hasta Promocional. Se aplican las salvedades sobre los buzones semilla de más arriba.
Para los clics por proveedor, usa dos veces el feed de eventos: GET /v1/analytics/events?eventType=clicked&groupBy=recipientDomain&bucket=week y, después, la misma consulta con eventType=delivered. Divide un resultado entre el otro por dominio y semana. Los clics de bots se excluyen por defecto. Son recuentos de eventos, así que una persona que hace clic dos veces cuenta dos veces; eso sirve para detectar una caída del 20 % en un proveedor, pero no es la tasa de clics únicos de tus informes de envío. Los recuentos agrupados leen los 20.000 eventos más recientes, así que, con una lista de mucho volumen, pasa from y to semana a semana y comprueba el indicador truncated. Para los problemas, cambia a bounced, complained o delivery_delayed; los códigos de estado se quedan en tu registro de rebotes.
No. Ni v2 ni su API tienen una métrica de reputación. La baja reputación solo aparece como motivo de rechazo en Errores de entrega, y el veredicto del análisis de entregabilidad es lo más parecido que queda.
Google dice que te mantengas por debajo del 0,1 % y que nunca llegues al 0,3 %. Por encima del 0,1 % ya perjudica a los remitentes de gran volumen y, al llegar al 0,3 %, Google no te ayudará hasta que la tasa se mantenga por debajo del 0,3 % durante 7 días seguidos.
Google dice que la API v1 se retirará y que hay que migrar a la v2, disponible de forma general desde el 3 de febrero de 2026, pero no ha fijado ninguna fecha. v2 cubre todo excepto la reputación.
Postmaster Tools oculta los datos de los días con poco volumen hacia cuentas personales de Gmail. La tasa de spam solo cuenta el correo autenticado con DKIM, y el dominio verificado tiene que coincidir con el dominio DKIM o SPF de tu correo. El análisis de entregabilidad indica “No hay suficiente correo saliente” cuando Gmail todavía no puede evaluar tu dominio.
Para los problemas que afectan a todos los destinatarios, como una autenticación fallida o un enlace en una lista de bloqueo, sí. No reflejan la interacción de los suscriptores, así que evalúa la llegada real a la bandeja de entrada con la tasa de spam, los clics por proveedor y el veredicto de Gmail. Nuestra guía de entregabilidad y la edición de septiembre de The State of Email cubren el contexto más amplio.
