Preguntas frecuentes sobre los cambios de Google & Yahoo para remitentes masivos

1. ¿Cuáles son los requisitos clave para que los proveedores de servicios de envío de emails (ESP) cumplan con los nuevos requisitos de Google y Yahoo?

Los proveedores de servicios de envío de emails deben proporcionar los medios para que los remitentes cumplan con las expectativas establecidas por Google y Yahoo. Los proveedores de servicios de envío de emails deben:

• Facilitar la capacidad de verificar la propiedad del dominio mediante registros de autenticación como SPF, DKIM y DMARC
• Añadir automáticamente encabezados ARC a los mensajes enrutados y reenviados
• Habilitar la opción de darse de baja con un solo clic mediante el uso de encabezados de baja.

2. ¿Puedes explicar el impacto de no cumplir los nuevos requisitos de Google y Yahoo en la entregabilidad del email?

Si un remitente no cumple con los requisitos establecidos por Google y Yahoo, sus mensajes no llegarán a la bandeja de entrada y, en su lugar, devolverán un mensaje de error por bloqueo. Un aumento en estos fallos de entrega hará que más mensajes de ese remitente acaben en la carpeta de spam, perjudicando su entregabilidad y causando un daño duradero.

3. ¿Cómo funciona la función para darse de baja con un solo clic y cuáles son las ventajas de implementarla?

Aunque los detalles exactos del RFC 8058 están definidos por el IETF, la opción de darse de baja con un solo clic puede describirse simplemente como un encabezado añadido a un email de marketing que permite a los usuarios darse de baja de un mensaje fácilmente.

Esto evita y resuelve el problema de los procesos de baja de varios pasos y las páginas de destino que, de otro modo, no darían de baja a un destinatario de la lista si nunca llega a la página de destino de baja.

4. ¿Hay acciones específicas que deban tomar los remitentes para evitar que los emails se marquen como spam?

Hay una infinidad de acciones y métodos preventivos que el remitente puede utilizar para ayudar a mantener baja su tasa de spam. Algunos ejemplos incluyen, entre otros:

• Limpiar periódicamente su lista de contactos mediante una herramienta de validación de emails
• Segmentar sus listas de contactos en función de las zonas horarias, el nivel de interacción u otros criterios
• Asegurarse de que todas las plantillas de email se muestran correctamente en varios dispositivos y proveedores de servicios
• Enviar a los clientes que hayan aceptado activamente recibir mensajes

5. ¿Qué rol desempeñan los registros PTR en los nuevos requisitos establecidos por Google y Yahoo para la entregabilidad del email?

Será un requisito que todas las direcciones IP tengan configurados sus registros PTR, tal y como indica Google en su anuncio de requisitos para remitentes masivos. Esto puede ser el registro PTR predeterminado de un ESP o, si se ofrece, un registro PTR personalizado específico para el remitente.

6. ¿Cómo se puede impugnar un informe de spam o evitar que los emails se marquen intencionadamente como spam con fines perjudiciales?

Los casos de campañas masivas e intencionadas de spam son muy poco frecuentes tanto antes como después de estos cambios en los requisitos para remitentes masivos.

Sin embargo, si sospechas que tu negocio ha sido objeto de una campaña de este tipo, el primer paso sería ponerte en contacto con el postmaster correspondiente de Gmail o Yahoo y explicarle la situación. No obstante, debes tener en cuenta que es posible que el contacto con el postmaster no solucione la situación si consideran que los emails enviados por tu empresa no son deseados.

7. ¿Existe alguna forma de comprobar si un dominio está marcado o en cuarentena debido a los nuevos requisitos?

Cuando un dominio no ha cumplido los estándares establecidos por Google y Yahoo para su volumen diario, los mensajes se devolverán con los siguientes códigos:

Fallo temporal de Gmail por error de alineación DMARC

4.7.32 Este email ha sido limitado en velocidad porque no hay alineación DMARC.

4.7.32 Para obtener más información sobre la política de remitentes de Gmail, ve a

4.7.32  https://support.google.com/mail/answer/81126. Ponte en contacto con el

4.7.32 administrador del      dominio 47 si se trataba de un email legítimo. d5-20020a0cdb05000000b0067f49d274besi8746985qvk.428 – gsmtp  

Fallo temporal de Gmail por política DMARC/no autenticado

4.7.26

4.7.26 El email no autenticado de no se acepta debido a

4.7.26 la política DMARC del dominio, pero fallos temporales de DNS impiden

4.7.26 la autenticación. Ponte en contacto con el administrador de appoderado.cl

4.7.26 dominio si se trataba de un email legítimo. Para informarte sobre la DMARC

4.7.26 iniciativa, ve a

4.7.26  https://support.google.com/mail/?p=DmarcRejection n7-20020a0cfbc7000000b0068c45be246bsi597965qvp.76 – gsmtp

4.7.26 Este email ha sido limitado en velocidad porque no está autenticado. Gmail

4.7.26 requiere que todos los remitentes se autentiquen con SPF o DKIM.

4.7.26

4.7.26  Resultados de la autenticación:

4.7.26  DKIM = no pasó

4.7.26  SPF [] con ip: [209.61.151.226] = no pasó

4.7.26

4.7.26  Para obtener instrucciones sobre cómo configurar la autenticación, ve a

4.7.26  https://support.google.com/mail/answer/81126#authentication q9-20020a056830440900b006e115acd815si925000otv.173 – gsmtp 

Fallo temporal de Gmail por error de alineación SPF

4.7.27 Este email ha sido limitado en velocidad porque no pasa el SPF. Gmail

4.7.27 requiere que todos los grandes remitentes se autentiquen con SPF.

4.7.27

4.7.27  Resultados de la autenticación:

4.7.27  SPF [] con ip: [69.72.34.57] = no pasó

4.7.27

4.7.27  Para obtener instrucciones sobre cómo configurar la autenticación SPF, ve a

4.7.27  https://support.google.com/a/answer/10685031 ew8-20020a0562140aa800b0068c7fa45187si600714qvb.52 – gsmtp  

Fallo permanente de Yahoo por problema de política

5.7.9 Mensaje no aceptado por motivos de política. Consulta https://postmaster.yahooinc.com/error-codes

8. ¿Se puede utilizar un centro de preferencias para cumplir con el requisito de darse de baja con un solo clic?

Un centro de preferencias no resuelve los problemas descritos en RFC 8058. Se debe utilizar un encabezado de darse de baja con un solo clic en los emails de marketing para garantizar que un usuario pueda darse de baja de un mensaje sin tener que interactuar con un centro de preferencias, dependiendo de la acción del usuario.

9. ¿Cómo afecta el informe de spam a la entregabilidad del email y existe un impacto limitado en todos los emails?

Las quejas por spam se suman a tu tasa de quejas general en un dominio determinado y afectan a tu capacidad general para llegar a la bandeja de entrada. Si tienes una alta tasa de quejas por spam, es más probable que tus mensajes acaben en la carpeta de spam.

El impacto exacto de una tasa de spam depende en gran medida de tu volumen general de envíos, del tipo de mensaje y de dónde se envían esos emails (dominio y dirección IP).

10. ¿Pueden los usuarios darse de baja de listas específicas o se limitan a darse de baja de toda la lista de distribución?

Esto depende por completo de cómo esté estructurado tu programa de email. Si envías todos los mensajes, tanto de marketing como transaccionales, desde un solo dominio, la opción de darse de baja con un solo clic los añadiría a la lista de supresión de ese dominio.

Sin embargo, si tus envíos se dividen en diferentes subdominios, la lista de supresión de cada subdominio deberá ajustarse a una política de darse de baja con un solo clic.