Inbox Vision
Inbox Vision te permite ver tus correos electrónicos desde la perspectiva de varios clientes de correo electrónico y dispositivos móviles. Por ejemplo, puedes probar las diferencias entre el modo oscuro y el modo claro para confirmar que tus correos electrónicos se muestran según lo previsto.
Es posible que Inbox Vision no funcione si el contenido de tu correo electrónico se basa en información de plantillas, como los datos del perfil de usuario. Braze aplica la plantilla con un usuario vacío al enviar correos electrónicos para esta característica.
Añade valores predeterminados a cualquier Liquid en tu mensaje de correo electrónico. Sin valores predeterminados, es posible que recibas un falso positivo o que la prueba falle.
Consideraciones
En general, tu correo electrónico no funcionará con Inbox Vision si su contenido depende de información de plantillas, como la información del perfil de usuario. Esto se debe a que Braze crea la plantilla con un usuario vacío cuando enviamos correos electrónicos con esta característica.
Puedes resolverlo añadiendo valores predeterminados o cualquier valor al código Liquid de tu mensaje de correo electrónico antes de ejecutar Inbox Vision. Cuando termines las pruebas en Inbox Vision, aparecerá el mensaje de correo electrónico original. Si no se proporcionan valores, es posible que la prueba no consiga mostrar correctamente las vistas previas.
Tu empresa tiene un límite en la cantidad de correos electrónicos que puedes previsualizar con Inbox Vision. Puedes supervisarlo en la pestaña Vistas previas de correo electrónico de Inbox Vision.
Incluye una línea del asunto y un dominio de envío válido para ver las vistas previas. Ten en cuenta las diferencias de representación entre escritorio y móvil. Usa las vistas previas para confirmar que el correo electrónico se muestra como esperas.
Si al previsualizar una campaña aparece un error de permiso, borra la caché y las cookies, o prueba con una ventana de incógnito. A veces, las extensiones del navegador bloquean la vista previa.
Para probar tu mensaje de correo electrónico en Inbox Vision:
- Ve a tu editor de arrastrar y soltar o al editor HTML de correo electrónico.
- En tu editor, selecciona Vista previa y prueba.
- Selecciona Inbox Vision.
- Selecciona Ejecutar Inbox Vision. Esto tarda hasta diez minutos.
- A continuación, selecciona un mosaico para ver la vista previa con más detalle. Estas vistas previas se agrupan en las siguientes secciones: Clientes web, Clientes de aplicación y Clientes móviles.
- Selecciona Ejecutar Inbox Vision. Esto puede tardar entre dos y diez minutos en completarse.
Inbox Vision no admite mensajes de correo electrónico que incluyan lógica de cancelación. Si la lógica de cancelación se desencadena durante la vista previa con plantilla, Inbox Vision, las pruebas de correo no deseado y las pruebas de accesibilidad no podrán ejecutarse hasta que el mensaje se represente correctamente para el usuario de vista previa seleccionado.
Vista previa como usuario
Cuando previsualizas como un usuario aleatorio, Inbox Vision no guarda la configuración ni los atributos específicos del usuario (como el nombre o las preferencias). Cuando seleccionas un usuario personalizado, la vista previa de Inbox Vision puede diferir de otras vistas previas porque utiliza datos de usuario específicos.
Análisis de código
El análisis de código resalta posibles problemas de HTML, muestra el número de apariciones e indica los elementos HTML no compatibles.
Ver la información del análisis de código
Encuentra esta información en la pestaña Inbox Vision seleccionando Vista de lista. La vista de lista solo está disponible para plantillas de correo electrónico HTML. Para las plantillas de arrastrar y soltar, utiliza las vistas previas para resolver los problemas.
El análisis de código puede aparecer más rápido que la vista previa de un cliente concreto, porque Braze espera a que llegue el correo electrónico antes de hacer la captura de pantalla.
Pruebas de correo no deseado
Las pruebas de correo no deseado estiman si el correo podría filtrarse como correo no deseado. Las pruebas se ejecutan en filtros como IronPort, SpamAssassin y Barracuda, y en filtros de ISP como Gmail y Outlook, usando buzones de entrada semilla estáticos que, de forma predeterminada, no abren ni hacen clic.
La colocación en el buzón de entrada depende principalmente de la participación de los destinatarios en vivo. Es posible que los resultados de las pruebas de correo no deseado no coincidan con lo que ves en campañas reales.
Para tener una idea más clara de la capacidad de entrega, prueba el contenido con pequeñas cohortes en vivo: las tasas altas de aperturas y clics son la señal más fiable. Usa las pruebas de correo no deseado como un dato más junto con la supervisión de la participación.
Visualización de los resultados de las pruebas de correo no deseado
Para consultar los resultados de tus pruebas de correo no deseado:
- Selecciona la pestaña Pruebas de correo no deseado en la sección Inbox Vision. La tabla Resultado de la prueba de correo no deseado muestra el nombre del filtro de correo no deseado, el estado y el tipo.
- Revisa estos resultados y haz los ajustes necesarios en tu campaña de correo electrónico.
- Selecciona Volver a ejecutar la prueba para recargar los resultados de tus pruebas de correo no deseado.
Pruebas de accesibilidad
Las pruebas de accesibilidad destacan posibles problemas de accesibilidad en tu correo electrónico y muestran qué elementos no cumplen los estándares. Braze analiza el contenido según una selección de las Pautas de Accesibilidad para el Contenido Web (WCAG), un conjunto de estándares reconocidos internacionalmente y desarrollados por el W3C para que el contenido web sea más accesible.
Cómo funciona
Cuando ejecutas Inbox Vision, Braze comprueba automáticamente si hay problemas de accesibilidad comunes del conjunto de reglas WCAG 2.2 AA (como texto alternativo ausente, contraste de color insuficiente o una estructura de encabezados incorrecta) y clasifica su gravedad para ayudarte a priorizar las correcciones. Ten en cuenta que, incluso cuando hay texto alternativo, cómo se muestra depende del cliente de correo electrónico del destinatario, no de Braze.
Las pruebas de accesibilidad pueden utilizarse para apoyar los esfuerzos del Cliente por cumplir normativas o leyes como la Ley Europea de Accesibilidad; sin embargo, el Cliente reconoce que Braze no ofrece declaraciones ni garantías sobre si el uso de las pruebas de accesibilidad satisface o no las obligaciones de cumplimiento del Cliente, y se exime de toda responsabilidad al respecto.
Ver los resultados de las pruebas de accesibilidad
Las pruebas de accesibilidad generan resultados para cada regla como superada, fallida o pendiente de revisión en la pestaña Pruebas de accesibilidad. Braze clasifica cada regla según POUR (Perceptible, Operable, Comprensible, Robusto), los cuatro principios en los que se basan las WCAG.
Categorías POUR
Inbox Vision clasifica los problemas según los cuatro principios POUR fundamentales: Perceptible, Operable, Comprensible y Robusto.
| Principio | Definición |
|---|---|
| Perceptible | La información y los componentes de la interfaz de usuario deben presentarse a los usuarios de forma que puedan percibirlos. Los usuarios deben poder percibir la información que se presenta (no puede ser invisible para todos sus sentidos). |
| Operable | Los componentes de la interfaz de usuario y la navegación deben ser operables. Los usuarios deben poder manejar la interfaz (la interfaz no puede exigir una interacción que el usuario no pueda realizar). |
| Comprensible | La información y el funcionamiento de la interfaz de usuario deben ser comprensibles. Los usuarios deben poder entender tanto la información como el funcionamiento de la interfaz de usuario (el contenido o el funcionamiento no pueden estar fuera de su comprensión). |
| Robusto | El contenido debe ser lo suficientemente robusto como para que una amplia variedad de agentes de usuario, incluidas las tecnologías de asistencia, puedan interpretarlo de forma fiable. Los usuarios deben poder acceder al contenido a medida que avanzan las tecnologías (a medida que evolucionan las tecnologías y los agentes de usuario, el contenido debe seguir siendo accesible). |
Niveles de gravedad
Inbox Vision clasifica los problemas de accesibilidad por gravedad para ayudarte a priorizar su corrección.
| Estado | Definición |
|---|---|
| Crítico | Problemas que pueden bloquear el acceso al contenido o a la funcionalidad a usuarios con discapacidad. Son los más graves y deberías priorizar su corrección. |
| Grave | Problemas que pueden suponer barreras importantes, aunque quizá no bloqueen el acceso por completo. Deberías resolverlos cuanto antes. |
| Moderado | Problemas que pueden causar cierta dificultad a usuarios con discapacidad, pero que es menos probable que bloqueen el acceso por completo. |
| Leve | Problemas con un impacto relativamente bajo en la accesibilidad que solo pueden causar pequeñas molestias. |
| Requiere revisión | No se puede detectar si existe un problema o no. Esto puede ocurrir cuando no podemos determinar la relación de contraste porque el texto está colocado sobre una imagen de fondo. Debes revisarlo manualmente, ya que no se puede determinar de forma automática. |
| Superado | Cumple WCAG A, AA o una práctica recomendada de accesibilidad. |
El editor de arrastrar y soltar no admite establecer un elemento <title> de documento, por lo que el analizador de accesibilidad siempre falla en esta comprobación.
Esta limitación está registrada para futuras mejoras. Si tienes comentarios sobre the drag-and-drop editor document title limitation in Inbox Vision, abre el menú Support en el encabezado global y selecciona Share feedback para enviarnos tus opiniones.
Entender las pruebas de accesibilidad automatizadas
Las pruebas automatizadas de accesibilidad ayudan a detectar problemas comunes, como la falta de texto alternativo o el bajo contraste de colores, según las normas WCAG de nivel AA. Son un poderoso punto de partida para crear mensajes más inclusivos.
Pero la automatización no puede detectarlo todo. Algunos problemas necesitan un ojo humano, como si el orden de enfoque tiene sentido, si los enlaces y botones están claramente etiquetados o si tus instrucciones son fáciles de seguir. Piensa en estas comprobaciones como una herramienta de diagnóstico, no como un veredicto final. Recomendamos revisar manualmente los problemas marcados y usar tu mejor criterio cuando algo aparezca como “Necesita revisión”.
Para obtener ayuda adicional, nuestra guía Accesibilidad en Braze comparte consejos prácticos para hacer que tu contenido sea más fácil de usar para todos, incluyendo:
- Encabezados y estructura
- Texto alternativo e imágenes
- Enlaces y botones
- Contraste de color
- Objetivos táctiles
Cuando combinas las pruebas automatizadas con una revisión manual concienzuda, detectas más problemas y creas una mejor experiencia para todos tus usuarios.
Buenas prácticas
Revisa tu lista de suscriptores de correo electrónico
Consulta el panel de información de correo electrónico para determinar el tipo de dispositivo y los proveedores más populares con los que interactúan tus suscriptores.
Si necesitas más detalle, como el navegador, el modelo de dispositivo y más, puedes aprovechar tus datos de Currents o el Generador de consultas para obtener este nivel de detalle sobre la participación reciente de tus usuarios con el correo electrónico.
Selecciona vistas previas relevantes y afectadas
Si tu empresa opera principalmente en EE. UU., puede haber vistas previas específicas, como vistas previas internacionales del tipo GMX.de, que solo utiliza un número mínimo de usuarios. Te recomendamos priorizar y optimizar los buzones de entrada con un impacto considerable en tus suscriptores y reservar tus vistas previas para los buzones de entrada de mayor impacto.
Cuando hagas correcciones que afecten a vistas previas específicas, asegúrate de seleccionar solo las vistas previas afectadas para no consumir vistas previas innecesarias.
Ejecuta Inbox Vision en la versión final del correo electrónico
Te sugerimos ejecutar Inbox Vision cuando el mensaje de correo electrónico esté listo para producción o casi listo. Así puedes reducir el número de vistas previas generadas, ya que el correo electrónico pasa por varias iteraciones antes de finalizarse y estar listo para enviarse a los usuarios.
Ejecutar Inbox Vision cada vez que haces una sola edición o cambio puede consumir rápidamente las vistas previas. Te sugerimos hacer primero todos los cambios necesarios en el correo electrónico y, después, ejecutar Inbox Vision para ver cómo pueden afectar todos tus cambios a la representación de tu correo electrónico en los distintos entornos.
Braze ejecuta las pruebas a través de clientes de correo electrónico reales y se esfuerza por garantizar que las representaciones sean precisas. De forma predeterminada, Braze utiliza las 20 vistas previas principales según datos generales del sector y de expertos, que cubren la mayoría de los lugares donde tus usuarios interactúan con tus correos electrónicos. Si tu análisis de datos apunta a otras vistas previas más populares, puedes definir un conjunto predeterminado de vistas previas para cada vez que ejecutes Inbox Vision.
Si ves un problema de forma recurrente con un cliente, abre un ticket de soporte.
Soluciona problemas en clientes que usan muchos iframes
Algunos clientes de correo electrónico, como GMX, representan los mensajes dentro de iframes y pueden eliminar o ignorar el CSS de los bloques <style>. Si Inbox Vision o los envíos en vivo muestran estilos ausentes en estos clientes:
- Usa diseños basados en tablas en lugar de diseños posicionados con CSS.
- Aplica los estilos esenciales como atributos
styleen línea en los elementos afectados. - Ten en cuenta que Ocultar en escritorio y Ocultar en móvil dependen de las media queries del bloque
<style>, por lo que es posible que no funcionen en estos clientes: el contenido oculto según el tamaño de pantalla puede aparecer en ambas vistas.
Antes de enviar, prueba el mensaje actualizado en Inbox Vision con la vista previa del cliente afectado.
Precisión de las pruebas frente a los buzones de entrada reales
Un mensaje enviado puede verse diferente de la vista previa del editor porque los proveedores interpretan el mismo HTML de forma distinta. Descarga una copia del HTML enviado para compararlo y usa CSS en línea cuando los clientes eliminen los bloques <style>.
Cuerpos de correo electrónico en blanco
Si los destinatarios informan de que el cuerpo del correo electrónico aparece en blanco, pero aún pueden ver el nombre del remitente o la línea del asunto:
- Confirma qué clientes de correo electrónico están afectados.
- Usa Inbox Vision para probar la variante en esos clientes e identificar problemas de compatibilidad de HTML o CSS.
- Si un cliente elimina los bloques
<style>, añade atributosstylea los elementos HTML afectados. Para obtener más información sobre el comportamiento del CSS en línea y sus limitaciones, consulta CSS en línea. En Gmail, un exceso de CSS puede hacer que se descarte todo el bloque<style>, lo que es una causa habitual de cuerpos de correo electrónico en blanco. - En el editor HTML, también puedes activar Habilitar CSS en línea en Información de envío > Avanzado para aplicar en línea las reglas de la hoja de estilos en todo el mensaje. Esta opción no está disponible para los correos electrónicos de arrastrar y soltar, ya que el editor ya los procesa en línea.
- Vuelve a probar en Inbox Vision antes de enviar tus próximas Campaigns.