# Postmaster Tools v2: qué vigilar en lugar de la reputación

URL canónica: https://brew.new/es/blog/postmaster-tools-v2-what-to-monitor
Autoría: Thomas Park
Publicado: 2026-10-08
Actualizado: 2026-10-08

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.

## Puntos clave

- v2 mantiene la tasa de spam, el feedback loop, la autenticación, el cifrado y los errores de entrega, y añade el estado de cumplimiento (Compliance status). La reputación de dominio y de IP desaparece de los paneles y de la API.
- El nuevo veredicto del análisis de entregabilidad (Deliverability analysis), como “Tu tasa de spam supera el 0,1 %”, es lo más parecido a una señal de reputación que tiene v2.
- Mantén la tasa de spam de Gmail por debajo del 0,1 % y no dejes nunca que llegue al 0,3 %; si llega, Google no te ayudará hasta que se mantenga por debajo del 0,3 % durante 7 días seguidos.
- Sustituye el gráfico por comprobaciones semanales, por proveedor, de la tasa de spam, los códigos de rebote y los clics, además de los informes DMARC, las listas de bloqueo y una prueba con buzones semilla.
- Las pruebas con buzones semilla son una comprobación básica de la autenticación y del contenido, no una tasa de llegada a la bandeja de entrada.

## Qué ha cambiado y cuándo

Al Iverson, de Spam Resource, [informó en septiembre de 2025](https://www.spamresource.com/2025/09/google-changes-coming-to-gpt.html) 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](https://www.spamresource.com/2026/08/gpt-v1-retirement-and-important-updates.html): “GPT V1 se está retirando de forma progresiva”.

La cronología, según las [notas de versión de la API de Gmail](https://developers.google.com/workspace/gmail/release-notes) 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](https://support.google.com/mail/answer/16594218) todavía decía “vamos a posponer la retirada de la interfaz web antigua de Postmaster Tools”, sin fecha, y las [directrices para remitentes](https://support.google.com/mail/answer/81126) 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.

## Qué muestra Postmaster Tools v2

![Una tabla que compara, fila por fila, Postmaster Tools v1, los paneles de v2 y la API v2, con las filas de reputación de dominio y de IP marcadas como retiradas y una señal de sustitución para cada una.](/images/blog/postmaster-tools-v2-what-to-monitor-v1-vs-v2.png)

*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](https://support.google.com/mail/answer/14668346) 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.

### Estado de cumplimiento (Compliance status)

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.

### Análisis de entregabilidad (Deliverability analysis)

La API devuelve este veredicto por dominio como `deliverabilityStatusVerdict` en `domains.getComplianceStatus`. Iverson [enumeró todos los mensajes y su valor en la API](https://www.spamresource.com/2026/09/gpt-lets-talk-deliverability-analysis.html):

| 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.

### Los paneles que se mantienen

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.

## Qué ha desaparecido y por qué

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.

## En qué punto está la API de Postmaster Tools

La [guía de migración](https://developers.google.com/workspace/gmail/postmaster/guides/migration-v2) 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:

```http
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.

## Un plan de seguimiento que sustituye al gráfico de reputación

Ninguna señal sustituye por sí sola a la reputación, pero, juntas, estas te avisan antes que el gráfico antiguo.

### Tasa de spam, por proveedor

Las [preguntas frecuentes para remitentes](https://support.google.com/mail/answer/14229414) 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](https://senders.yahooinc.com/best-practices/) 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.

### Códigos de rebote y de aplazamiento, por proveedor

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](https://knowledge.workspace.google.com/admin/support/troubleshooting/gmail-smtp-errors-and-codes) 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](https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730) de Outlook |
| Yahoo | `421` o `451` | Temporal, incluidas las quejas y el tráfico inusual ([códigos de error de Yahoo](https://senders.yahooinc.com/smtp-error-codes/)) |
| 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.

### Clics, por proveedor

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](https://www.apple.com/legal/privacy/data/en/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](/es/blog/email-metrics-that-matter)).

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.

### Pruebas con buzones semilla, para lo que sirven

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](https://senders.yahooinc.com/email-deliverability-performance-feeds/) 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.

### Yahoo Sender Hub y Microsoft SNDS

La [vista Insights](https://blog.postmaster.yahooinc.com/post/798590258207916032/introducing-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](https://substrate.office.com/ip-domain-management-snds/SNDS/FAQ) 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.

### Informes agregados de DMARC y listas de bloqueo

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](https://www.rfc-editor.org/rfc/rfc9990.html), 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:

```dns
_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](https://www.spamhaus.org/blocklists/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`.

## La checklist semanal

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 |

## Cómo hacerlo en Brew

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`](https://docs.brew.new/api-reference/public-v1/domains/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](https://docs.brew.new/api-reference/public-v1/analytics/unified-events-feed): `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.

## Preguntas frecuentes

### ¿Google Postmaster Tools sigue mostrando la reputación del dominio?

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.

### ¿Qué tasa de spam permite Gmail?

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.

### ¿La API v1 de Postmaster Tools sigue funcionando?

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.

### ¿Por qué está vacío mi panel de Postmaster Tools?

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.

### ¿Son fiables para Gmail las pruebas de bandeja de entrada con buzones semilla?

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](/es/blog/email-deliverability) y [la edición de septiembre de The State of Email](/es/blog/state-of-email-september-2026) cubren el contexto más amplio.
