¿Cómo armo un mail o una newsletter que se pueda leer con lector de pantalla, en el celular y con las imágenes apagadas?

Una newsletter compite con decenas de mails en la bandeja de entrada y se lee sobre todo en el celular, rápido y muchas veces sin imágenes. Quien usa lector de pantalla la recorre como una página web: salta de título en título y de enlace en enlace. Si el mail no tiene estructura, texto real ni enlaces claros, no hay forma de recorrerlo. Y lo que funciona para el lector de pantalla también funciona para quien lo abre en el colectivo con mala señal.

• Lo importante adelante. El lector de pantalla lee el asunto antes de que la persona decida abrirlo, y el celular lo corta. Un asunto corto, de alrededor de 50 caracteres, con la idea principal al principio: «Taller de lenguaje claro: inscripción abierta» y no «📣✨ ¡No te pierdas esta increíble novedad que tenemos para vos!».
• Emojis con medida. Cada emoji se lee con su nombre completo. Uno al final del asunto puede sumar; varios al principio retrasan la información.
• El texto de vista previa (el que aparece debajo del asunto en la bandeja) también se lee. Si no lo completás, muchas plataformas muestran «Ver este mail en el navegador». Usalo para el segundo dato importante.

En Mailchimp, Brevo, Substack o cualquier editor, usá los estilos de título (Título 1, Título 2) y no solo texto más grande o en negrita. Un título real permite saltar de una nota a la otra sin escuchar el mail entero.

• Un solo título principal con el tema de la edición.
• Un título de nivel 2 para cada nota o sección.
• Párrafos cortos, alineados a la izquierda. El texto justificado o centrado en bloques largos cuesta más de seguir.

• La información va en texto. Fecha, lugar, precio y llamado a la acción, escritos en el cuerpo del mail. La placa puede acompañar, pero no reemplazar.
• Texto alternativo en cada imagen informativa. Todos los editores de newsletters tienen un campo para el alt al seleccionar la imagen. Qué escribir lo explican las guías de texto alternativo y de placas y flyers.
• Imágenes decorativas, alt vacío. Separadores, fondos y adornos llevan alt="" para que el lector de pantalla los saltee. Si el editor no deja vaciarlo, no le pongas «imagen» ni el nombre del archivo.
• El logo se describe con el nombre de la marca: alt="AxD", no «logo».

• Que el texto diga adónde lleva. «Inscribite al taller del 14 de noviembre» se entiende solo. «Hacé clic acá» o «Más info» repetidos cinco veces, no. La guía de llamadas a la acción tiene más ejemplos.
• Avisá si es un archivo: «Descargá el programa (PDF, 2 MB)».
• Nada de URLs largas a la vista. Se leen letra por letra.
• Botones grandes y separados. El mínimo de WCAG es de 24 × 24 píxeles, pero en un mail que se abre en el celular conviene apuntar a unos 44 × 44, con espacio entre un botón y otro.
• Botones de texto, no de imagen. Un botón hecho con una imagen desaparece cuando se bloquean las imágenes. Los bloques de botón de los editores generan texto real.

• Tamaño: al menos 16 píxeles para el cuerpo del texto en el celular, con interlineado amplio (1,5 es un buen punto de partida).
• Contraste: 4,5:1 como mínimo entre el texto y el fondo. Podés medirlo en el verificador de contraste.
• Modo oscuro: muchas apps de correo invierten los colores. Revisá que el logo y las placas con fondo transparente no queden invisibles sobre negro.

Los mails todavía se arman con tablas. Esas tablas de diseño tienen que llevar role="presentation" para que el lector de pantalla no las anuncie como tablas de datos. Además, declará el idioma para que se lea con la voz correcta:

<html lang="es">
...
<table role="presentation" width="100%" cellpadding="0" cellspacing="0">
  <tr>
    <td>
      <h1 style="font-family: Arial, sans-serif; font-size: 24px; color: #111111;">
        Agenda de noviembre
      </h1>
      <p style="font-family: Arial, sans-serif; font-size: 16px; line-height: 1.5; color: #333333;">
        Este mes hay tres talleres gratuitos.
      </p>
    </td>
  </tr>
</table>

Si la plataforma lo permite, sumá también una versión en texto plano: sirve de respaldo en programas de correo que no muestran bien el HTML.

• «Ver en el navegador»: el enlace a la versión web es útil, pero no es una solución de accesibilidad. El mail en sí tiene que funcionar.
• GIFs animados: si titilan rápido pueden ser un riesgo para personas con epilepsia fotosensible (no más de tres destellos por segundo). Y si el GIF tiene texto, ese texto también va en el cuerpo del mail.
• Firma como imagen: nombre, cargo y teléfono en una imagen no se pueden leer, copiar ni tocar para llamar. Escribilos como texto.

Revisado en noviembre de 2026 con las Pautas WCAG 2.2 (en inglés).