Compatibilidad web en 2026: cómo saber si necesitas un polyfill

Consulta Baseline antes de escribir una reserva

Baseline clasifica las funciones según su compatibilidad en el conjunto de navegadores principales. Newly available indica interoperabilidad reciente; Widely available añade 30 meses de disponibilidad. La lista de 2026 incluye consultas de estilo en contenedores, :open, contrast-color(), @scope, shape(), transiciones de vista y otras APIs.

En el resumen de mayo pasaron además a ampliamente disponibles las unidades lh y rlh, clip-path, :user-invalid y Navigator.userActivation.

Fuera de esa lista quedan cosas por motivos opuestos: las consultas de contenedor por tamaño, :has() y el popover son anteriores y ya se daban por hechas; el posicionamiento por ancla y las animaciones dirigidas por scroll todavía no han llegado del todo.

Usa Interop para lo que llega este año

Interop 2026 es el acuerdo anual entre Apple, Google, Mozilla y Microsoft sobre qué van a hacer funcionar igual. Se anunció el 12 de febrero con veinte áreas. Las que más afectan a un encargo de cliente: posicionamiento por ancla, consultas de estilo en contenedores, diálogos y popovers, animaciones dirigidas por scroll, transiciones de vista, attr(), contrast-color(), la Navigation API, el snap de scroll, shape() y zoom.

Interop es una hoja de trabajo compartida, no una promesa de que cada función ya esté lista para producción. Una función incluida puede seguir necesitando una alternativa hasta que llegue a las versiones usadas por tu audiencia.

Revisa lo que ha traído cada navegador

Safari 27.0, del 17 de septiembre, lista 83 funciones nuevas y 844 problemas resueltos. Tres importan en trabajo de producción: el posicionamiento por ancla ya tiene en cuenta las transformaciones, appearance: base-select permite dar estilo a un <select> sin reconstruirlo, y la etiqueta <model> llega a iPhone y Mac, que merece su propio artículo. También trae WebGPU con distancias de recorte.

Chrome 152, del 25 de agosto, añade la función de color alpha(), una API de rendimiento de CPU y control del tamaño de subgrupo en WebGPU, y retira la Private Aggregation API. La 151, de julio, incorporó dos entradas de rendimiento nuevas, PerformanceSoftNavigation e InteractionContentfulPaint, y cambió el valor inicial de position-anchor a normal. La 146, de marzo, trajo las animaciones disparadas por scroll y el modo de compatibilidad de WebGPU.

Firefox 155, del 1 de septiembre, trae attr() con cualquier tipo de valor, progress(), alpha(), font-width y QUIC versión 2.

No cambies las métricas sin fuente

Se ha escrito bastante sobre una métrica nueva de Core Web Vitals en 2026. En la página oficial de web.dev los umbrales siguen siendo LCP de 2,5 segundos, INP de 200 milisegundos y CLS de 0,1, medidos en el percentil 75, y la página lleva como fecha de última actualización octubre de 2024.

Las entradas de rendimiento nuevas de Chrome 151 son herramientas de medición, no métricas de Google. Mientras web.dev no diga otra cosa, los umbrales son los mismos.

Fija la regla en cada proyecto

Déjalo escrito al empezar: qué objetivo de Baseline admite el proyecto, qué porcentaje de la audiencia debe quedar cubierto y qué ocurre cuando una función falta. Para una web pública, Widely available es un punto de partida conservador; Newly available puede encajar si tus datos de uso lo respaldan.

Una función nativa puede reducir JavaScript, pero comprueba su efecto real antes de retirar una librería o polyfill. Revisa los navegadores objetivo, los tests y el tamaño final del código.

Si una web arrastra polyfills de hace años, cuéntanos qué navegadores tiene que soportar y qué carga hoy.