Cómo funciona
En el código
Antes de publicar, Briks revisa los colores del texto frente al fondo sobre el que se encuentra.
En la página publicada
Tras la primera publicación, revisa la página en ancho de escritorio y de móvil.
Una reparación si hace falta
Donde las palabras son difíciles de leer, las repara una vez.
Qué se revisa en cada compilación
El bajo contraste es uno de los fallos de accesibilidad más comunes en la web: gris pálido sobre blanco, blanco sobre una fotografía clara, un color de marca sobre un tono cercano al suyo. Briks revisa el contraste de color en el código del sitio antes de publicar nada, midiendo cada color de tus textos contra el fondo sobre el que realmente se asientan.
El listón es el que fijan las pautas de accesibilidad, WCAG AA: 4,5 a 1 para el texto normal y 3 a 1 para el texto grande, es decir, de 24 píxeles en adelante, o unos 19 píxeles en negrita. Cuando un color se queda corto, las palabras sobre ese fondo se ponen en un color que se lea bien.
Tras la primera publicación, Briks revisa la página en vivo en ancho de escritorio y de móvil y vuelve a comprobar el contraste, porque algunos problemas solo se ven en un navegador, como las palabras sobre una imagen. Si algo es difícil de leer, lo repara una vez. También comprueba que todas las páginas que elegiste estén en el menú.
Revisiones adicionales para apps y en el lanzamiento
Las apps reciben una segunda lectura de su código antes de publicarse, enfocada en los errores que más daño hacen: claves secretas escritas en archivos, escrituras en la base de datos sin límite, una tabla de miembros que cualquiera podría leer y consultas a la base de datos construidas uniendo cadenas de texto.
Cuando llevas un sitio a producción, primero se ejecuta la revisión de lanzamiento. Detiene el lanzamiento ante cosas que avergonzarían a un negocio el primer día: texto de relleno que sigue ahí, datos inventados por el borrador que no has reemplazado ni confirmado, páginas sin un título y una descripción propios para los resultados de búsqueda, enlaces entre tus páginas que no llevan a ninguna parte, y la falta de una página para las direcciones que no existen.
Lee hasta doce páginas y prueba hasta ochenta enlaces. No usa ningún modelo de IA, así que no consume créditos.
La revisión completa y lo que no se revisa
Una revisión más completa está a un solo interruptor en los pasos de un proyecto nuevo, y viene desactivada por defecto. Una vez publicada la primera versión, Briks la examina en cuatro tamaños de pantalla y repara lo que se ve roto, como partes que se superponen o un diseño que se desmorona en un ancho concreto. Tarda unos minutos más y algunos créditos; una revisión retiene 5 créditos mientras se ejecuta. Puedes pedir la misma revisión con cualquier cambio posterior.
Para ser claros con los límites: las revisiones de solapamientos, imágenes y enlaces no se ejecutan en cada construcción. Una primera construcción normal pasa las revisiones de contraste, la del menú y, en las apps, la lectura del código. Los enlaces se revisan con la revisión de lanzamiento, o con la revisión más completa cuando la activas.
Nada de esto sustituye a tus propios ojos. Abre la vista previa en tu móvil antes de publicar en producción y pide con palabras sencillas cualquier cosa que no te cuadre.
Comprobaciones antes de publicar en la práctica
Tres negocios de ejemplo y cómo usaría cada uno Briks. Donde aparece un sitio, es una muestra que Briks creó para un negocio de ejemplo, no un cliente.
- 01Fabricante de velas
Palabras claras sobre una fotografía suave
Una artesana de velas quiere su titular sobre una fotografía neblinosa de la costa. En el ancho de un móvil, parte del titular queda sobre la zona más clara del cielo. Este es el tipo de fallo para el que existe la revisión en vivo: examina la página publicada en escritorio y en móvil, y corrige los textos difíciles de leer.
Saltmarsh Candles es un sitio de muestra que Briks creó para un fabricante de velas de ejemplo, no un cliente. Abrir el ejemplo - 02Despacho de abogados
Un color de marca dorado claro sobre blanco
El color de marca de un despacho de abogados es un dorado claro. Como color de texto sobre blanco, queda muy por debajo de 4.5 a 1. Antes de publicar, la comprobación del código lo detecta y pone el texto sobre ese fondo en un color que se lee, así las páginas del despacho son legibles desde la primera publicación.
- 03Empresa constructora
La app de trabajo de una cuadrilla, revisada antes de publicarse
Una constructora pide una pequeña app donde su equipo registra los trabajos. Antes de publicarla, se lee su código en busca de claves escritas en archivos y de escrituras sin límite. Cuando la constructora la lleva a producción, la comprobación de lanzamiento también encuentra un enlace a una página Projects que nunca se creó, y detiene el lanzamiento hasta que se corrija.
Qué obtienes
- Contraste comprobado en el código antes de publicar, según WCAG AA
- Revisado de nuevo en la página publicada en escritorio y móvil, con una reparación
- Todas las páginas elegidas están en el menú antes de publicar
- Se revisa que las apps no tengan claves escritas en archivos, escrituras sin límite ni consultas inseguras
Conviene saber
- Una revisión más completa en cuatro anchos está a un solo interruptor en los pasos del nuevo proyecto.
- Publicar en producción ejecuta una comprobación de lanzamiento, que incluye los enlaces que no llevan a ninguna parte.