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 crea una plantilla de usuario vacía 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 el contenido de tu correo electrónico depende de información de plantillas, como información del perfil de usuario. Esto se debe a que Braze utiliza un usuario vacío como plantilla cuando enviamos correos electrónicos con esta característica.
Puedes resolver esto añadiendo valores predeterminados o cualquier valor al Liquid en tu mensaje de correo electrónico antes de ejecutar Inbox Vision. Cuando termines de probar en Inbox Vision, aparecerá el mensaje de correo electrónico original. Si no se proporcionan valores, la prueba puede no renderizar las vistas previas correctamente.
Tu empresa tiene un límite en la cantidad de correos electrónicos que puedes previsualizar con Inbox Vision. Puedes monitorear esto en la pestaña Email Previews 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 renderizado entre escritorio y móvil. Usa las vistas previas para confirmar que el correo electrónico aparece como se espera.
Si al previsualizar una Campaign aparece un error de permisos, borra tu caché y cookies, o prueba con una ventana de incógnito. Las extensiones del navegador a veces bloquean la vista previa.
Para probar tu mensaje de correo electrónico en Inbox Vision:
- Ve a tu editor de arrastrar y soltar o editor HTML de correo electrónico.
- En tu editor, selecciona Preview & Test.
- Selecciona Inbox Vision.
- Selecciona Run 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 estas secciones: Web Clients, Application Clients y Mobile Clients.
- Selecciona Run Inbox Vision. Esto puede tardar entre dos y diez minutos en completarse.
Inbox Vision no es compatible con mensajes de correo electrónico que incluyan lógica de cancelación porque estos correos electrónicos se renderizan como contenido estático.
Previsualizar como un usuario
Cuando previsualizas como un usuario aleatorio, Inbox Vision no guarda configuraciones ni atributos específicos del usuario (como nombre o 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 ocurrencias 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 plantillas de arrastrar y soltar, usa las vistas previas para resolver los problemas en su lugar.
El análisis de código puede aparecer más rápido que la vista previa para un cliente en particular, ya que Braze espera a que el correo electrónico llegue antes de tomar la captura de pantalla.
Pruebas de correo no deseado
Las pruebas de correo no deseado estiman si un correo electrónico podría ser filtrado como correo no deseado. Las pruebas se ejecutan a través de filtros como IronPort, SpamAssassin y Barracuda, y filtros de ISP como Gmail y Outlook, utilizando buzones de entrada estáticos que no abren ni hacen clic de forma predeterminada.
La ubicación en el buzón de entrada depende principalmente de la participación de los destinatarios en vivo. Los resultados de las pruebas de correo no deseado pueden no coincidir con lo que ves en Campaigns reales.
Para obtener una lectura más clara sobre la capacidad de entrega, prueba el contenido con pequeñas cohortes en vivo: las aperturas y los clics sólidos son la señal más fiable. Usa las pruebas de correo no deseado como un dato más junto con el monitoreo de la participación.
Ver los resultados de las pruebas de correo no deseado
Para consultar los resultados de tus pruebas de correo no deseado:
- Selecciona la pestaña Spam Testing en la sección Inbox Vision. La tabla Spam Test Result muestra el nombre del filtro de correo no deseado, el estado y el tipo.
- Revisa estos resultados y realiza los ajustes necesarios en tu campaña de correo electrónico.
- Selecciona Re-run Test para volver a cargar 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 con los estándares. Braze analiza el contenido según las Pautas de Accesibilidad para el Contenido Web (WCAG), un conjunto de estándares reconocidos internacionalmente desarrollados por el W3C para hacer que el contenido web sea más accesible.
Cómo funciona
Cuando ejecutas Inbox Vision, Braze comprueba automáticamente los problemas de accesibilidad comunes en el conjunto de reglas WCAG 2.2 AA (como texto alternativo faltante, contraste de color insuficiente, estructura de encabezados incorrecta) y categoriza la gravedad para ayudarte a priorizar las correcciones. Ten en cuenta que, incluso cuando el texto alternativo está presente, cómo se muestra depende del cliente de correo electrónico del destinatario, no de Braze.
Las pruebas de accesibilidad pueden utilizarse para respaldar los esfuerzos de cumplimiento del cliente con regulaciones o leyes como la Ley Europea de Accesibilidad; sin embargo, el cliente reconoce que Braze no hace representaciones ni garantías con respecto a si el uso de las pruebas de accesibilidad satisface o no las obligaciones de cumplimiento del cliente, y renuncia a toda responsabilidad en relación con ello.
Ver los resultados de las pruebas de accesibilidad
Las pruebas de accesibilidad generan resultados para cada regla como aprobado, fallido o necesita revisión en la pestaña Pruebas de accesibilidad. Braze categoriza cada regla utilizando POUR (Perceptible, Operable, Comprensible, Robusto), los cuatro principios detrás de WCAG.
Categorías POUR
Inbox Vision categoriza los problemas bajo los cuatro principios fundamentales POUR: 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 formas que puedan percibir. 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 operar la interfaz (la interfaz no puede requerir 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 la información, así como el funcionamiento de la interfaz de usuario (el contenido o el funcionamiento no pueden estar más allá de su comprensión). |
| Robusto | El contenido debe ser lo suficientemente robusto como para que pueda ser interpretado de forma fiable por una amplia variedad de agentes de usuario, incluidas las tecnologías de asistencia. Los usuarios deben poder acceder al contenido a medida que las tecnologías avanzan (a medida que las tecnologías y los agentes de usuario evolucionan, el contenido debe seguir siendo accesible). |
Niveles de gravedad
Inbox Vision clasifica los problemas de accesibilidad por gravedad para ayudarte a priorizar la corrección.
| Estado | Definición |
|---|---|
| Crítico | Problemas que pueden bloquear el acceso al contenido o la funcionalidad para usuarios con discapacidades. Son los más graves y deben priorizarse para su corrección. |
| Grave | Problemas que pueden causar barreras significativas, pero que pueden no bloquear completamente el acceso. Deben abordarse con prontitud. |
| Moderado | Problemas que pueden causar cierta dificultad a los usuarios con discapacidades, pero que tienen menos probabilidades de bloquear el acceso por completo. |
| Menor | Problemas que tienen un impacto relativamente bajo en la accesibilidad y pueden causar solo inconvenientes menores. |
| Necesita revisión | No se puede detectar si podría haber un problema o no. Esto puede ocurrir cuando no es posible determinar la relación de contraste porque el texto está colocado sobre una imagen de fondo. Debes revisar manualmente porque no se puede determinar automáticamente. |
| Aprobado | Cumple con WCAG A, AA o las mejores prácticas de accesibilidad. |
El editor de arrastrar y soltar no admite la configuración de un elemento <title> del documento, por lo que el escáner 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.
Comprender 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. Es un poderoso punto de partida para construir mensajes más inclusivos.
Pero la automatización no puede atraparlo todo. Algunas cuestiones 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 las cuestiones marcadas y utilizar tu mejor criterio cuando algo esté marcado 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:
- Rúbricas y estructura
- Texto alternativo e imágenes
- Enlaces y botones
- Contraste de color
- Objetivos táctiles
Cuando combinas la automatización de las pruebas con una revisión manual concienzuda, detectas más problemas y creas una experiencia mejor para todos tus usuarios.
Prácticas recomendadas
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 donde tus suscriptores interactúan.
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 significativas y vistas previas afectadas
Si tu negocio se encuentra principalmente en EE. UU., puede haber vistas previas específicas, como las internacionales como GMX.de, que solo son utilizadas por un número reducido de usuarios. Recomendamos priorizar y optimizar para los buzones de entrada con un impacto significativo en los suscriptores y reservar tus vistas previas para los buzones de mayor impacto.
Al realizar correcciones que afecten a vistas previas específicas, asegúrate de seleccionar solo las vistas previas afectadas para evitar consumir vistas previas no utilizadas.
Ejecuta Inbox Vision en la versión final del correo electrónico
Sugerimos ejecutar Inbox Vision cuando el mensaje de correo electrónico esté listo para producción o cerca de estarlo. Esto te permite reducir el número de vistas previas generadas, ya que el correo electrónico pasa por múltiples iteraciones antes de finalizarse y estar listo para enviarse a los usuarios.
Ejecutar Inbox Vision cada vez que realizas una sola edición o cambio puede consumir vistas previas rápidamente. Sugerimos hacer todos los cambios necesarios en el correo electrónico primero y luego ejecutar Inbox Vision para previsualizar cómo todos tus cambios pueden afectar la representación de tu correo electrónico en los distintos entornos.
Braze ejecuta pruebas a través de clientes de correo electrónico reales y trabaja para garantizar que las representaciones sean precisas. Braze utiliza de forma predeterminada las 20 vistas previas principales basándose en datos generales de la industria y de expertos, lo que cubre la mayoría de los entornos 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 cada vez que ejecutes Inbox Vision.
Si ves un problema de forma recurrente con un cliente, abre un ticket de soporte.
Precisión de las pruebas frente a los buzones de entrada en vivo
Un mensaje enviado puede verse diferente de la vista previa del editor porque los proveedores interpretan el mismo HTML de manera distinta. Descarga una copia del HTML enviado para comparar y utiliza la inserción en línea de CSS donde los clientes eliminan los bloques <style>.
Cuerpos de correo electrónico en blanco
Si los destinatarios reportan cuerpos de correo electrónico 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 con HTML o CSS.
- Si un cliente elimina los bloques
<style>, añade atributosstylea los elementos HTML afectados. Para más información sobre el comportamiento de la inserción en línea y sus limitaciones, consulta Inserción en línea de CSS. En Gmail, demasiado CSS puede provocar que se descarte todo el bloque<style>, lo cual es una causa común de cuerpos de correo electrónico en blanco. - En el editor HTML, también puedes activar Enable inline CSS en Sending Info > Advanced para insertar en línea las reglas de la hoja de estilos en todo el mensaje. Esta opción no está disponible para correos electrónicos de arrastrar y soltar, que ya están insertados en línea por el editor.
- Vuelve a probar en Inbox Vision antes de enviar futuras Campaigns.