Email Verification Protocol: ¿el fin del email de confirmación?

Chrome ha empezado a probar el Email Verification Protocol, una propuesta que permite confirmar que un usuario controla una determinada dirección sin enviar un mensaje de verificación.

La tecnología podría reducir la fricción en los formularios de suscripción y registro. Sin embargo, todavía se encuentra en un origin trial y no debe considerarse un sustituto universal del doble opt-in, del consentimiento ni de las buenas prácticas de email marketing.

Visión general

Hay un momento en el que muchos registros se quedan a medio camino: cuando el usuario, después de realizar una determinada acción, tiene que salir del sitio web, abrir la bandeja de entrada, buscar un mensaje de confirmación y hacer clic en un enlace.

Este paso existe por buenas razones. Permite confirmar que la dirección es válida y que la persona tiene acceso a la cuenta de correo electrónico correspondiente. Es lo que conocemos como doble opt-in.

Al mismo tiempo, introduce una interrupción en un momento importante del recorrido del usuario. Cuando alguien está creando una cuenta, suscribiéndose a una newsletter o finalizando una compra, cualquier paso adicional puede aumentar el riesgo de abandono.

Para intentar reducir esta fricción, Chrome ha presentado el Email Verification Protocol, o EVP.

La propuesta permite que el navegador se comunique directamente con el proveedor de correo electrónico para verificar que el usuario controla esa dirección. Todo sucede sin enviar un email de confirmación y sin obligar a la persona a salir del sitio web.

Actualmente, la tecnología se está probando mediante un origin trial de Chrome, con la participación de Gmail como proveedor de correo electrónico. Sin embargo, esto no significa que esté disponible de forma generalizada ni que vaya a sustituir definitivamente al proceso actual.

¿Qué es el doble opt-in y por qué se sigue utilizando?

El doble opt-in es un proceso de confirmación en dos pasos utilizado para validar nuevos contactos.

En la práctica, funciona así:

1. El usuario completa un formulario de suscripción, registro o checkout.
2. Recibe un mensaje automático en la dirección indicada.
3. Abre el mensaje y hace clic en un enlace de confirmación.
4. Solo después de ese clic, la dirección se considera confirmada.

Este proceso ayuda a resolver varios problemas.

En primer lugar, permite comprobar que la dirección existe y que el usuario tiene acceso a la bandeja de entrada correspondiente. También ayuda a reducir los errores de escritura. Por ejemplo, alguien podría escribir gmial.com en lugar de gmail.com sin darse cuenta.

El doble opt-in también dificulta el uso de direcciones falsas, los registros automatizados y la introducción de la dirección de otra persona sin su autorización. Además, puede contribuir a generar un registro de consentimiento más sólido, dependiendo de cómo se implemente y documente el proceso.

Por estas razones, sigue considerándose una buena práctica en la gestión de bases de contactos.

¿Por qué puede generar fricción el proceso actual?

A pesar de sus ventajas, el doble opt-in introduce un paso adicional en el recorrido del usuario. Esta fricción puede deberse a varios factores.

• Cambio de contexto: El usuario está en el sitio web, concentrado en una acción, pero tiene que abrir otra aplicación u otra pestaña para continuar.
  
• Necesidad de abrir la bandeja de entrada: La persona debe acceder al webmail o a la aplicación de correo electrónico y buscar el mensaje de confirmación. En algunos casos, el mensaje puede aparecer en la carpeta de promociones o de spam.
  
• Posibles retrasos en la recepción: Incluso con una buena infraestructura de envío, el mensaje puede tardar algunos segundos o minutos en llegar. Durante ese intervalo, el usuario puede perder el interés, cerrar la página o empezar a hacer otra cosa.
  
• Abandono antes de la confirmación: Algunas personas completan el formulario, pero nunca llegan a hacer clic en el enlace. El resultado es un conjunto de contactos que han demostrado interés, pero no han finalizado el registro.

¿Qué es el Email Verification Protocol?

El Email Verification Protocol es una propuesta de protocolo abierto que permite que el navegador se comunique directamente con el proveedor de correo electrónico.

El objetivo es confirmar que el usuario controla la dirección introducida, sin necesidad de enviar un mensaje de verificación. En lugar de esperar a que la persona abra la bandeja de entrada y haga clic en un enlace, el navegador gestiona la confirmación en segundo plano. Cuando el proceso finaliza, el sitio web recibe un token firmado que demuestra que la dirección ha sido verificada por el proveedor correspondiente.

El usuario permanece en el sitio web durante todo el proceso. No necesita abrir el correo electrónico, copiar un código ni cambiar de aplicación.

La propuesta se está desarrollando públicamente y se ha presentado como una mejora progresiva de los flujos existentes. Es decir, podría complementar el proceso actual cuando esté disponible, sin impedir que los sitios web mantengan sus métodos habituales como alternativa.

¿Cómo funciona la verificación sin enviar un email?

El funcionamiento técnico incluye varios pasos de seguridad, pero el flujo puede explicarse de forma sencilla.

1. El usuario selecciona la dirección

En un formulario compatible, el usuario elige la dirección mediante las sugerencias de autocompletado de Chrome. En esta fase inicial, no basta con escribirla manualmente.

2. El navegador identifica al proveedor

Chrome identifica el dominio de la dirección y busca el servicio responsable de la cuenta correspondiente. Por ejemplo, en el caso de una dirección de Gmail, el navegador puede contactar con el servicio de cuentas de Google.

3. El proveedor confirma la sesión

El proveedor comprueba si existe una sesión activa asociada a esa dirección en el mismo perfil del navegador. Esto significa que el usuario debe haber iniciado sesión en la cuenta de correo electrónico correspondiente.

4. Se crea un token de verificación

Después de confirmar la sesión, el proveedor genera un token de verificación. El navegador asocia ese token al sitio web y al formulario que inició la solicitud.

5. El sitio web valida el token

Cuando se envía el formulario, el sitio web recibe el token a través de un campo oculto. El sitio verifica elementos como:

• La dirección indicada.
• El origen de la solicitud.
• La firma del proveedor.
• Un valor único asociado al formulario.

6. El usuario permanece en el sitio web

Todo el proceso sucede sin interrumpir la navegación. El usuario solo ve una indicación discreta de que la dirección ha sido confirmada por el proveedor.

En el primer uso, se muestra una solicitud de autorización. Después de esa autorización inicial, el proceso puede desarrollarse de forma más silenciosa.

Para que la verificación funcione durante el origin trial, es necesario que:

• El usuario tenga una sesión activa en el proveedor de correo electrónico.
• Esa sesión esté abierta en el mismo perfil de Chrome.
• La dirección se seleccione desde las sugerencias de autocompletado.
• El proveedor de correo electrónico participe en el protocolo.
• El sitio web esté inscrito en el origin trial y haya implementado el proceso.

La introducción manual de direcciones todavía no está soportada en la prueba inicial, aunque está prevista para una futura versión. Cuando no se cumple alguna de estas condiciones, el sitio web no recibe el token y debe recurrir a su método habitual de confirmación.

¿Puede el EVP sustituir al doble opt-in?

El EVP podría asumir parte de la función que actualmente desempeña el doble opt-in, pero ambos conceptos no son necesariamente equivalentes.

El protocolo confirma que:

• La dirección existe.
• El proveedor participa en el proceso.
• Existe una sesión activa asociada a la dirección.
• El usuario que completa el formulario controla esa sesión en ese momento.

Esto representa una prueba técnica de control sobre la dirección. Sin embargo, no demuestra necesariamente que un mensaje enviado por la marca haya llegado a la bandeja de entrada.

El EVP no comprueba la reputación del remitente, la capacidad de entrega de los mensajes ni la forma en que serán tratados por el proveedor de correo electrónico. Por este motivo, las empresas pueden seguir enviando emails de bienvenida o de onboarding, incluso cuando la verificación se realice mediante el protocolo.

Verificación técnica no significa consentimiento

También es importante diferenciar la verificación del consentimiento. Confirmar que una persona controla una dirección no significa, por sí solo, que haya autorizado el envío de comunicaciones comerciales. Tampoco demuestra automáticamente que el consentimiento haya sido libre, informado, específico, inequívoco y correctamente registrado.

Las normas aplicables dependerán del mercado, de la finalidad del tratamiento, de la relación con el contacto, de las políticas internas de la empresa y de las obligaciones legales o contractuales existentes.

Por tanto, las empresas no deben eliminar ni modificar sus procesos de consentimiento solo porque una dirección haya sido verificada mediante el EVP.

Cualquier cambio deberá analizarse jurídicamente y validarse de acuerdo con los mercados en los que opera la organización.

El protocolo podría simplificar la validación técnica de la dirección. Sin embargo, no elimina por sí solo la necesidad de recopilar y demostrar el consentimiento cuando este sea obligatorio.

¿Qué puede cambiar en el email marketing?

Si llega a ser ampliamente adoptado por navegadores, proveedores de correo electrónico y sitios web, el EVP podría tener impacto en diferentes áreas del email marketing. Estos efectos son posibles, pero no están garantizados.

Menos fricción en los formularios

El usuario podría confirmar la dirección sin salir del sitio web, lo que simplificaría la cumplimentación de formularios, la suscripción a newsletters, la creación de cuentas, el registro en servicios y otros procesos que dependan de la validación de un email.

Posible aumento de la tasa de finalización

Un proceso con menos pasos podría reducir el número de personas que abandonan antes de finalizar el registro. Sin embargo, el impacto real dependerá del público, del dispositivo, del navegador y de cómo esté construido el formulario.

Mayor calidad de las direcciones recopiladas

Una dirección validada directamente con el proveedor correspondiente tendrá menos probabilidades de ser inexistente o de estar mal escrita.

Menos errores de escritura y direcciones falsas

Como el usuario debe seleccionar una dirección que Chrome ya reconoce, es posible que disminuyan errores como los dominios mal escritos. El proceso también podría dificultar el uso de direcciones inventadas o pertenecientes a terceros.

Onboarding más rápido

En servicios SaaS, tiendas online y plataformas que requieren la creación de una cuenta, el usuario podría avanzar más rápidamente a la siguiente etapa. Por ejemplo, podría acceder inmediatamente a la plataforma, finalizar una compra o empezar a configurar el servicio sin esperar a recibir un mensaje.

Posible reducción de la dependencia del email de confirmación

Si el protocolo alcanza un nivel de adopción significativo, algunas empresas podrían depender menos del tradicional enlace de confirmación. Aun así, será necesario mantener un método alternativo para los casos en los que el EVP no esté disponible. En esta fase, el email de confirmación sigue siendo el mecanismo más amplio y compatible.

¿Qué impacto podría tener en la calidad de las bases de datos y en la entregabilidad?

La recopilación de direcciones verificadas podría contribuir a generar bases de datos más limpias. Si existen menos direcciones inválidas o incorrectas, también podría reducirse el número de rebotes en los primeros envíos.

Sin embargo, no sería correcto afirmar que el EVP mejora directamente la entregabilidad, ya que esta seguirá dependiendo de varios factores.

Consentimiento y expectativas

¿Los contactos saben que se han registrado? ¿Entienden qué tipo de mensajes van a recibir y con qué frecuencia? Una dirección válida no compensa la falta de consentimiento ni unas expectativas mal gestionadas.

Calidad y relevancia de los contenidos

Los mensajes deben ser útiles y adecuados a los intereses del destinatario. Los contenidos poco relevantes pueden generar falta de interacción, bajas o denuncias.

Frecuencia de envío

Una frecuencia demasiado elevada puede cansar a los contactos. Por otro lado, una frecuencia demasiado baja también puede hacer que dejen de reconocer la marca o que olviden que se registraron.

Reputación del remitente

La reputación del dominio y de las direcciones IP de envío seguirá influyendo en la colocación de los mensajes en la bandeja de entrada.

Autenticación del dominio

Configuraciones como SPF, DKIM y DMARC seguirán siendo esenciales para demostrar la legitimidad de los envíos.

Interacción, denuncias y bajas

Los proveedores de correo electrónico analizan cómo interactúan los destinatarios con los mensajes. Las aperturas, los clics, las respuestas, las eliminaciones, las denuncias de spam y las solicitudes de baja siguen generando señales importantes.

El EVP podría confirmar que una dirección es válida. No confirma que el contacto quiera recibir mensajes, que el contenido sea relevante o que la infraestructura del remitente esté correctamente configurada. Una dirección técnicamente válida puede seguir provocando problemas de entregabilidad si pertenece a una persona que no reconoce o no quiere recibir las comunicaciones.

Limitaciones y cuestiones que siguen abiertas

El potencial del EVP debe analizarse teniendo en cuenta sus limitaciones actuales.

La tecnología está en fase de prueba

El EVP está disponible mediante un origin trial. Los origin trials son experimentos utilizados por Chrome para recopilar opiniones antes de una posible disponibilidad más amplia.

Existen límites de uso y la implementación puede sufrir cambios. Algunas partes técnicas del protocolo también siguen en desarrollo.

La adopción depende de varias partes

Para funcionar a gran escala, el protocolo tendrá que ser adoptado por:

• Navegadores.
• Proveedores de correo electrónico.
• Servicios responsables de las cuentas.
• Sitios web que recopilan direcciones.

Si alguna de estas partes no soporta la tecnología, será necesario utilizar otro método de confirmación.

La participación de Gmail no representa a todo el mercado

Gmail participa en el origin trial como proveedor. Esta participación es relevante debido a su dimensión, pero no significa que todos los proveedores vayan a adoptar el protocolo ni garantiza que la tecnología vaya a recibir un soporte generalizado después de que finalice la prueba.

Es necesario mantener un método alternativo

Los sitios web deben tratar el token como un elemento opcional. Cuando el token no se recibe o la validación falla, el flujo debe continuar mediante el método tradicional, como el envío de un enlace de confirmación.

Falta conocer la adopción fuera de Chrome

Para convertirse en un verdadero estándar, el protocolo tendrá que ser aceptado por otros navegadores. Mientras esté limitado al ecosistema de Chrome, su cobertura será inevitablemente parcial.

Existen cuestiones sobre privacidad e interoperabilidad

Aunque la propuesta incluye medidas destinadas a limitar la información compartida entre el sitio web y el proveedor, siguen existiendo cuestiones que será necesario analizar.

Entre ellas:

• La forma en que los diferentes proveedores implementarán el protocolo.
• La compatibilidad entre navegadores.
• La experiencia de autorización presentada al usuario.
• La gestión de diferentes cuentas en un mismo navegador.
• La relación entre la verificación técnica y el consentimiento.
• La seguridad y la validación de los tokens.
• La evolución de las especificaciones técnicas.

Estas cuestiones siguen debatiéndose en los espacios públicos asociados a la propuesta.

¿Qué deberían hacer las marcas en este momento?

Calma. No es necesario reconstruir ya los procesos de suscripción o registro. Sin embargo, existen algunas acciones prácticas que las marcas pueden empezar a desarrollar.

1. Seguir la evolución del origin trial

Los equipos de marketing, producto y tecnología deben seguir las actualizaciones publicadas por Chrome. También puede ser útil observar la evolución de la propuesta y comprobar si otros navegadores o proveedores muestran interés.

2. No eliminar el doble opt-in de forma precipitada

El doble opt-in sigue siendo un método ampliamente compatible para confirmar que el contacto tiene acceso a su bandeja de entrada. También puede desempeñar un papel importante en la demostración del consentimiento, dependiendo del proceso implementado.

Por tanto, no debería eliminarse únicamente porque haya aparecido una nueva tecnología experimental.

3. Revisar los puntos de abandono

Las marcas ya pueden analizar:

• Cuántas personas completan el formulario.
• Cuántas reciben el mensaje de confirmación.
• Cuántas hacen clic en el enlace.
• Cuánto tiempo tardan en confirmar.
• En qué dispositivos u orígenes se produce un mayor abandono.

Este análisis resulta útil independientemente de cómo evolucione el EVP.

4. Mejorar los mensajes de confirmación

Un email de confirmación debería incluir:

• Un asunto claro.
• Un remitente reconocible.
• Una explicación sencilla.
• Un enlace de confirmación visible.
• Una indicación de lo que sucederá después del clic.

También es importante optimizar la página que se muestra después de la confirmación, dando continuidad a la experiencia del contacto.

5. Garantizar que el consentimiento queda registrado

Las empresas deben mantener un registro adecuado de elementos como:

• Fecha y hora.
• Origen del contacto.
• Formulario utilizado.
• Texto de consentimiento presentado.
• Finalidad indicada.
• Versión de las condiciones aceptadas.
• Dirección IP, cuando sea aplicable y jurídicamente adecuado.

El EVP no elimina esta necesidad.

6. Preparar mecanismos alternativos

Cualquier implementación futura deberá asumir que la verificación automática puede no funcionar. El flujo debe poder dirigir al usuario hacia un email de confirmación tradicional siempre que:

• El navegador no soporte el protocolo.
• El proveedor no participe.
• No exista una sesión activa.
• La dirección se introduzca manualmente.
• No se reciba el token.
• La validación falle.

7. Evaluar pruebas cuando la tecnología esté más madura

Cuando exista una mayor estabilidad y cobertura, puede tener sentido probar el EVP con un grupo limitado de usuarios.

Antes de la prueba, deberían definirse métricas como:

• Porcentaje de formularios que reciben un token.
• Tasa de tokens validados correctamente.
• Porcentaje de usuarios dirigidos al método alternativo.
• Tasa de finalización de los registros.
• Tiempo medio hasta la finalización.
• Calidad de las direcciones recopiladas.
• Impacto en los procesos de consentimiento y auditoría.

Conclusión

El Email Verification Protocol intenta resolver un problema real: la interrupción provocada por el proceso tradicional de confirmación.

Al permitir que el navegador valide la dirección directamente con el proveedor, el EVP podría simplificar los formularios de suscripción, registro y checkout. También podría contribuir a reducir errores, mejorar la calidad de las direcciones recopiladas y acelerar las experiencias de onboarding.

Sin embargo, es importante no anticipar conclusiones.

La tecnología se encuentra en un origin trial, depende de la participación de diferentes actores y todavía no está disponible de forma generalizada. No es un sustituto universal del doble opt-in ni elimina los requisitos relacionados con el consentimiento, la prueba del consentimiento, la gestión de contactos o la entregabilidad.

El futuro de la verificación podría ser más sencillo para el usuario. Para las marcas, seguirá exigiendo lo mismo de siempre: procesos claros, consentimiento correctamente documentado, seguridad, bases de datos cuidadas y comunicaciones que las personas realmente quieran recibir.

La fricción podría disminuir. La responsabilidad seguirá estando del lado de las marcas.

Empieza por mejorar lo que ya controlas

Mientras el Email Verification Protocol sigue en fase de prueba, los resultados de tus campañas todavía dependen, sobre todo, de la calidad de los procesos que ya utilizas.

Con E-goi, puedes crear formularios y landing pages, configurar flujos de doble opt-in, automatizar journeys de bienvenida y mantener los consentimientos y contactos organizados en una misma plataforma.

Prueba E-goi y crea una base de contactos preparada para el presente y para lo que pueda venir después.

Fuente principal: “Test the Email Verification Protocol with an origin trial”, Chrome for Developers, publicado el 8 de julio de 2026.