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 con plantillas, como la información del perfil de usuario. Esto se debe a que Braze utiliza una plantilla con un usuario vacío cuando envía 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 hacer pruebas en Inbox Vision, aparecerá el mensaje de correo electrónico original. Si no se proporcionan valores, la prueba podría no renderizar las vistas previas correctamente.
Tu empresa tiene un límite de cuántos correos electrónicos 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 renderización entre escritorio y dispositivo móvil. Usa las vistas previas para confirmar que el correo electrónico aparece como se pretende.
Si al previsualizar una Campaign aparece un error de permiso, borra la caché y las cookies, o intenta usar 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 vista previa & 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 las siguientes 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, utiliza las vistas previas para resolver 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 en filtros como IronPort, SpamAssassin y Barracuda, así como en filtros de ISP como Gmail y Outlook, utilizando buzones de entrada de prueba 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 fuertes son la señal más fiable. Usa las pruebas de correo no deseado como una entrada 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 recargar los resultados de tu prueba 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 al Contenido Web (WCAG), un conjunto de estándares reconocidos internacionalmente, desarrollados por el W3C para hacer el contenido web más accesible.
Cómo funciona
Cuando ejecutas Inbox Vision, Braze comprueba automáticamente los problemas comunes de accesibilidad en el conjunto de reglas WCAG 2.2 AA (como texto alternativo ausente, contraste de color insuficiente, estructura de encabezados incorrecta) y clasifica la gravedad para ayudarte a priorizar las correcciones. Ten en cuenta que, aunque 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 realiza declaraciones ni garantías respecto a si el uso de las pruebas de accesibilidad satisface 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 Accessibility Testing. Braze clasifica cada regla utilizando POUR (Perceptible, Operable, Comprensible, Robusto), los cuatro principios detrás de WCAG.
Categorías POUR
Inbox Vision clasifica los problemas en 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 formas que puedan percibir. Los usuarios deben poder percibir la información presentada (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 exceder 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 avanzan las tecnologías (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 podrían no bloquear completamente el acceso. Deben abordarse con prontitud. |
| Moderado | Problemas que pueden causar cierta dificultad para usuarios con discapacidades, pero es menos probable que bloqueen el acceso por completo. |
| Menor | Problemas que tienen un impacto relativamente bajo en la accesibilidad y que solo pueden causar una molestia menor. |
| Necesita revisión | No se puede detectar si existe 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 revisarlo manualmente porque no puede determinarse de forma automática. |
| Aprobado | Cumple con las prácticas recomendadas de accesibilidad WCAG A, AA o mejores prácticas de accesibilidad. |
El editor de arrastrar y soltar no permite establecer 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 mejoras futuras. 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. 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 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 significativas y vistas previas afectadas
Si tu negocio se basa principalmente en EE. UU., es posible que haya vistas previas específicas, como las internacionales como GMX.de, que solo son utilizadas por un número nominal de usuarios. Recomendamos priorizar y optimizar para buzones de entrada con un impacto considerable en suscriptores y reservar tus vistas previas para buzones de entrada de mayor impacto.
Al realizar correcciones que afectan 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 la cantidad de vistas previas generadas, ya que el correo electrónico pasa por múltiples iteraciones antes de ser finalizado 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. Sugerimos realizar 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 renderización de tu correo electrónico en diferentes entornos.
Braze ejecuta pruebas a través de clientes de correo electrónico reales y trabaja para garantizar que las renderizaciones sean precisas. Braze utiliza de forma predeterminada las 20 vistas previas principales según datos generales de la industria y de expertos, lo que cubre 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 cada vez que ejecutes Inbox Vision.
Si ves un problema de manera constante con un cliente, abre un ticket de soporte.
Precisión de las pruebas frente a 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 en los casos en que 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>, agrega 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 hojas de estilo 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.