Apple actualiza su navegador de pruebas con novedades de CSS y correcciones de VoiceOver. Explicamos qué puede cambiar para usuarios y desarrolladores.
Novedad comunicada el 8 de octubre de 2026. Contexto y explicación: El PulsoTech.
Una versión para probar el futuro de Safari
WebKit publicó el 8 de octubre las notas de Safari Technology Preview 254. Esta edición permite probar tecnologías del navegador antes de su incorporación a versiones de uso general. Las notas anuncian disponibilidad para macOS Golden Gate y macOS Tahoe, con actualización desde los ajustes del sistema para quienes ya tengan instalada la aplicación.
Conviene empezar por esa distinción: esta noticia se refiere al navegador de pruebas. La inclusión de una función en Technology Preview no demuestra que todos los usuarios de Safari, en cualquier dispositivo, la tengan disponible hoy. Para una web pública, la compatibilidad debe comprobarse también en los navegadores y versiones que utiliza su audiencia.
Interfaces que se adaptan al contenido
Entre las novedades de CSS aparecen interpolate-size y calc-size(). Ayudan a trabajar con tamaños intrínsecos: dimensiones que dependen del contenido, como la altura necesaria para mostrar un texto. También se incorporan abreviaturas para agrupar propiedades de tamaño y de radio de las esquinas.
El problema resulta familiar en un móvil. Un desplegable puede contener dos líneas en un idioma y cuatro en otro. Fijar una altura idéntica puede dejar espacio innecesario o cortar palabras. En nuestra explicación práctica, calcular y animar tamaños relacionados con el contenido permite construir interfaces menos dependientes de cifras elegidas a ojo.
Qué aporta la especificación de CSS
El documento de valores y unidades de CSS del W3C describe mecanismos para expresar operaciones sobre tamaños intrínsecos. La idea es conservar una referencia como auto y aplicar cálculos compatibles con ese tipo de dimensión. Esto es diferente de sumar números a una altura fija, porque el navegador debe tener en cuenta cómo se distribuye el contenido.
Para un desarrollador, una aplicación posible sería abrir una sección de preguntas sin conocer de antemano la extensión de cada respuesta. Es un ejemplo de uso, no una función nueva de una web concreta. Antes de emplearlo en producción, interesa comprobar el soporte y mantener un diseño que continúe siendo legible si la animación o el cálculo no están disponibles.
VoiceOver y el significado de los controles
Las notas incluyen correcciones relacionadas con VoiceOver. Entre ellas figuran la identificación de determinados controles de fecha, hora y color, anuncios incorrectos de elementos de menú y dificultades para accionar algunos controles con estilos específicos. Son problemas que afectan a cómo una persona entiende y utiliza una interfaz mediante asistencia de lectura.
El W3C explica que la accesibilidad depende de varios elementos: contenido, navegadores, tecnologías de asistencia y herramientas de creación. Por eso no basta con que una página tenga buen contraste o botones grandes. También necesita nombres comprensibles, una estructura reconocible y controles que puedan manejarse con distintos métodos de entrada.
Un botón visible puede seguir siendo difícil de usar
Como ejemplo editorial, un menú puede mostrar un icono sin texto y resultar evidente para quien lo ve, pero ambiguo para quien escucha su descripción. Otro control puede parecer desactivado solo por su color, aunque siga respondiendo. Revisar estas diferencias permite detectar problemas que una captura de pantalla no revela.
Las mejoras del motor ayudan, pero no sustituyen el trabajo de la web. Mantener etiquetas adecuadas, encabezados ordenados y mensajes de error asociados al campo correspondiente sigue siendo responsabilidad de quien construye la interfaz. Una prueba útil consiste en recorrer una tarea completa con teclado y lector de pantalla, en lugar de comprobar únicamente que la página se abre.
Cómo probar sin depender de una única versión
Nuestra recomendación para desarrolladores es escoger recorridos concretos: buscar, abrir un menú, enviar un formulario y volver a la página anterior. Después se prueban textos largos, ampliación y tamaños de pantalla diferentes. Esos recorridos permiten comprobar resultados que importan al usuario, en vez de limitarse a revisar propiedades aisladas.
Technology Preview ofrece una oportunidad para detectar incompatibilidades con antelación y comunicar errores. La versión 254 combina novedades visuales con correcciones menos visibles, pero decisivas para usar una web. La mejora real llegará cuando el contenido conserve su claridad y sus controles funcionen también fuera del dispositivo con el que se diseñaron.