Publicado el 20 de mayo de 2025
Cuando una función de la plataforma web se implementa en todos los navegadores, se convierte en Baseline Newly available. Después de 30 meses, esa función se convierte en Baseline Widely available, que es un umbral en el que la mayoría de los sitios web pueden adoptar funciones sin problemas de compatibilidad. En esta guía, se explica cómo usar Baseline y, con los datos disponibles de los usuarios de tu sitio web, cómo seleccionar un destino de Baseline.
¿Qué es un destino de Baseline?
Un destino de Baseline es una agrupación de funciones web que los desarrolladores pueden elegir admitir, según su estado de Baseline. Existen dos tipos de destinos de Baseline: destinos móviles y destinos fijos.
Los destinos móviles, como Baseline Widely available o Baseline Newly available, son destinos en los que el conjunto de funciones que contienen puede cambiar con el tiempo. Los destinos móviles tienen sentido en los casos en los que deseas que el conjunto de funciones compatibles evolucione automáticamente a medida que se lanzan nuevas versiones del navegador.
Los destinos fijos son aquellos en los que el conjunto de funciones no cambia con el tiempo. En general, los destinos fijos se basan en años calendario. Por ejemplo, Baseline 2023 es un destino fijo que contiene el conjunto de funciones web que se convirtieron en Baseline Newly available en 2023. Baseline 2023 no incluiría funciones que se convirtieron en Baseline después de 2023, lo que significa que el conjunto de funciones de Baseline 2023 nunca cambia.
Los destinos fijos tienen sentido en los casos en los que la previsibilidad y el determinismo son fundamentales, pero pueden quedar desactualizados con el tiempo, por lo que, cuando se usan destinos fijos, es una buena idea volver a evaluar tu destino con regularidad.
¿Por qué elegir un destino?
La adopción de funciones en la Web se ve obstaculizada por problemas de compatibilidad, lo que impide que la Web sea tan buena como podría ser. Baseline no solo aporta claridad a la pregunta de la compatibilidad de funciones en los navegadores, sino que también puede ser útil para aclarar la pregunta de cuándo puedes usar ciertas funciones. Si eliges un destino que refleje tu público y tus requisitos, puedes usar las funciones dentro de ese grupo de destino con confianza, sin necesidad de verificar las funciones individuales una por una.
Usa datos para seleccionar tu destino de Baseline
Saber qué destino de Baseline seleccionar debería ser, cuando sea posible, una decisión basada en datos. Cuando tienes los datos frente a ti, qué destino seleccionar se convierte en una decisión más fácil y mucho más informada.
Si tienes datos de supervisión de usuarios reales para tu sitio, puedes obtener información sobre cómo se asignan los destinos de Baseline a tus usuarios. Por ejemplo, si usas Google Analytics, una forma gratuita de obtener esta información es usar el verificador de Baseline de Google Analytics.
Para usar esta herramienta, deberás autenticarte con tu Cuenta de Google y permitir que la herramienta tenga permiso de solo lectura para ver tus datos de Google Analytics. Luego, selecciona la propiedad de Google Analytics para la que deseas generar datos de destino de Baseline. Después de completar estos pasos, recibirás un resultado similar al siguiente:
Comenzamos a ver que otras herramientas implementan la compatibilidad con Baseline, lo que puede brindarte una vista dinámica de qué parte de tu público admite un destino determinado. Por ejemplo, RUMvision incluye un panel que muestra qué parte de tu público tiene compatibilidad con cada año de Baseline.
¿Qué sucede si mi proveedor de RUM o de estadísticas aún no tiene un informe de destino de Baseline?
Si usas una herramienta de RUM o de estadísticas que aún no proporciona un informe de destino de Baseline, pero sí tiene datos sobre las versiones del navegador, puedes unir tus datos del mundo real con las asignaciones de versiones del navegador del módulo baseline-browser-mapping. El módulo proporciona una función de JavaScript (getAllVersions()) que asigna navegadores por nombre y versión a su año de Baseline y estado de compatibilidad para Widely available. Estas asignaciones se pueden proporcionar como arrays, objetos con claves o como un archivo CSV. Por ejemplo, el verificador de Baseline de Google Analytics usa este módulo para unir datos de estadísticas con destinos de Baseline.
Los resultados de esta función también están disponibles como archivos JSON o CSV alojados que se actualizan a diario. El archivo all_versions_with_supports.csv contiene datos que puedes hacer coincidir con los datos de la versión del navegador de tus proveedores de estadísticas con los siguientes campos:
browser: Es el nombre del navegador que se usa enbaseline-browser-mapping.version: Es la versión del navegador. Algunos navegadores usan solo un número de versión principal, mientras que otros usan un número de versión major.minor.year: Es el conjunto de atributos del año de Baseline que admite esta versión del navegador. Si se lanzó una versión del navegador antes de que se pueda determinar la compatibilidad con Baseline en julio de 2015, este campo contendrápre_baseline.supports: Este campo contienewidelyonewlypara las versiones del navegador que admiten esos conjuntos de funciones, y está vacío para las versiones que no admiten ninguno de esos conjuntos de funciones. Todas las versiones del navegador que admiten Newly available también admiten Widely available.release_date: Es la fecha en la que se lanzó esta versión del navegador, cuando esté disponible.engine: Es el nombre del motor para los navegadores que están en sentido descendente de un navegador Baseline principal. Solo se incluyen los navegadores basados en Blink, pero es posible que se representen otros motores de navegador en el futuro.engine_version: Es la versión de Chromium que implementa esta versión del navegador. Se usa para determinar qué conjunto de funciones de Baseline admite la versión descendente.
Este archivo se actualiza con frecuencia a medida que se lanzan nuevas versiones del navegador y cambia el estado de compatibilidad de los diferentes navegadores. Asegúrate de actualizar los datos a diario.
¿Qué sucede si no tengo datos de compatibilidad de usuarios reales?
Es posible que te encuentres en una situación en la que no puedas obtener datos de usuarios reales cuando se trata de funciones que son Baseline. La buena noticia es que puedes obtener una idea general de la compatibilidad con diferentes destinos de Baseline a través de RUM Archive Insights, lo que incluso te permite filtrar hasta el nivel del país. Si bien estos datos no serán específicos para los usuarios de tu sitio web, es una herramienta informativa general que demuestra que las siguientes suposiciones son generalmente seguras:
- Es probable que los destinos de Baseline más recientes, como el año actual o el año anterior, tengan la menor cantidad de compatibilidad entre tus usuarios. Sin embargo, como cualquier destino de Baseline, tendrán una mejor compatibilidad a medida que pase el tiempo.
- Los destinos de Baseline más antiguos, en particular Baseline Widely available, serán compatibles. En caso de duda, Widely available es un destino excelente que evoluciona a medida que avanza la ventana de 30 meses.
- Incluso los destinos de Baseline más antiguos, aquellos que superan la ventana de 30 meses de Widely available, tendrán la mejor compatibilidad. Si bien Widely available es un buen destino predeterminado, existen casos de uso especiales que requieren ANS estrictos.
Es probable que, incluso si seleccionas un destino de Baseline que tenga más de cinco años, puedas adoptar funciones que no estés usando en este momento. En el mejor de los casos, es posible que ya estés usando estas funciones, pero con polyfills que quizás no necesites.
¿Cómo aplico un destino de Baseline elegido en mi proyecto?
Browserslist es un método de uso frecuente para segmentar los navegadores que deseas admitir. Se usa en empaquetadores y otras herramientas asociadas, como Babel y PostCSS, para decidir si es necesario transformar o incluso rellenar ciertos fragmentos de código.
Ahora es posible usar Baseline con Browserslist para que, cuando selecciones un destino de Baseline, puedas especificarlo como una consulta válida de Browserslist. Esto garantiza que las herramientas de tu proyecto transformen el código según el destino que seleccionaste. Para obtener más información, consulta Usa Baseline con Browserslist.
¿Qué sucede con las funciones que no cumplen con mi destino de Baseline?
Después de seleccionar un destino de Baseline, es posible que tengas funciones que quieras usar, pero que no estén dentro de ese destino. Baseline no te indica qué debes hacer aquí, y si deseas considerar el uso de estas funciones depende del tipo de sitio web que estés compilando y del público esperado.
Por ejemplo, los sitios web de comercio electrónico o B2B pueden estar dispuestos a tener un umbral de compatibilidad más bajo y manejar los problemas a medida que sus usuarios los admiten, mientras que los sitios web gubernamentales pueden requerir un umbral de compatibilidad alto. Una regla general importante aquí es que no todas las funciones web fallan de la misma manera. Existen muchas formas de categorizar las funciones según cómo fallan, pero una forma de agrupar las funciones que podría ser útil es la siguiente:
- Mejora: Si la función se usa en un navegador no compatible, la experiencia no se interrumpe. Es posible que la experiencia se degrade, pero es probable que el usuario no la note. Ejemplo:
loading="lazy". - Aditivo: La función proporciona algunos beneficios aditivos que pueden ser notables, como cambios en el diseño de la página o alguna funcionalidad. Es posible que los usuarios no noten la diferencia si la función no es compatible, a menos que se compare en un navegador que sí la admita. Ejemplo: Subgrid
- Crítico: Si la función no es compatible, el usuario tendrá una experiencia negativa, posiblemente incluso una que se interrumpa por completo. Ejemplo: API de File System Access que se usa como una función central y necesaria.
También es posible que descubras que ciertas funciones fuera de tu destino tienen una mejor compatibilidad de lo que crees. Es posible comprender cuántos de tus usuarios tienen compatibilidad con una función en particular. Can I Use tiene la capacidad de verificar la compatibilidad con funciones individuales en comparación con tus datos de estadísticas. RUMvision también tiene la capacidad de explorar y explorar datos a nivel de la función si eso te resulta útil.
De esta manera, puedes usar tu destino de Baseline para reducir la cantidad de funciones que debes considerar cuidadosamente. No tienes que preocuparte por nada dentro de tu destino. Si hay una o dos funciones fuera de tu destino que serían especialmente útiles, tienes las herramientas para explorar más y decidir si quieres rellenar o usar como una mejora progresiva.
Conclusión
Cada aplicación web tiene requisitos diferentes, desde un sitio de comercio electrónico que puede tolerar más problemas de incompatibilidad hasta un sitio web gubernamental que debe estar disponible y operativo para la mayor cantidad posible de usuarios. Estos son cálculos que debes hacer por tu cuenta, y el objetivo de Baseline no es indicarte qué decisiones tomar cuando se trata de adoptar nuevas funciones web, sino más bien cómo.