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 cómo seleccionar un objetivo de Baseline con los datos disponibles de los usuarios de tu sitio web.
¿Qué es un objetivo de referencia?
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 objetivos de referencia: objetivos móviles y objetivos fijos.
Los objetivos dinámicos, como Baseline Widely available o Baseline Newly available, son objetivos en los que el conjunto de funciones que contienen puede cambiar con el tiempo. Los objetivos dinámicos son útiles 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 objetivos fijos son aquellos en los que el conjunto de atributos no cambia con el tiempo. En general, los objetivos fijos se basan en años calendario. Por ejemplo, Baseline 2023 es un objetivo fijo que contiene el conjunto de funciones web que se volvieron disponibles como Baseline en 2023. El modelo de referencia 2023 no incluiría las funciones que se convirtieron en referencia después de 2023, lo que significa que el conjunto de funciones de referencia 2023 nunca cambia.
Los objetivos fijos son útiles en los casos en los que la previsibilidad y el determinismo son fundamentales, pero pueden quedar desactualizados con el tiempo, por lo que, cuando los uses, es una buena idea volver a evaluarlos periódicamente.
¿Por qué elegir un objetivo?
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 sobre la compatibilidad de las funciones en los navegadores, sino que también puede ser útil para aclarar la pregunta sobre cuándo puedes usar ciertas funciones. Si eliges un destino que refleje tu público y tus requisitos, podrás usar las funciones dentro de ese grupo objetivo con confianza, sin necesidad de verificar las funciones individuales una por una.
Usa los datos para seleccionar tu objetivo de referencia
Conocer el objetivo de referencia adecuado para seleccionar debe ser, en la medida de lo posible, una decisión basada en datos. Cuando tienes los datos frente a ti, seleccionar el objetivo se convierte en una decisión más fácil y fundamentada.
Si tienes datos de Supervisión de usuarios reales de tu sitio, puedes consultar cómo se correlacionan los objetivos de Baseline con tus usuarios. Por ejemplo, si usas Google Analytics, una forma gratuita de obtener esta información es usar el Verificador de comparativas de Google Analytics.
Para usarla, deberás crear una nueva exploración en Google Analytics, agregar algunas métricas y dimensiones a tu informe, y exportarlo como un archivo TSV. Este proceso se detalla en estas instrucciones. Cuando importes el archivo TSV en el verificador, deberías recibir un resultado similar al siguiente:
Estamos comenzando 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 objetivo determinado. Por ejemplo, RUMvision incluye un panel que muestra qué porcentaje de tu público admite cada año de referencia.
¿Qué sucede si mi proveedor de análisis o de RUM aún no tiene un informe de objetivo de referencia?
Si usas una herramienta de análisis o de RUM que aún no proporciona un informe de destino de referencia, 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 los navegadores por nombre y versión a su año de referencia y estado de compatibilidad para la disponibilidad general. Estas asignaciones se pueden proporcionar como arrays, objetos con claves o como un archivo CSV. Por ejemplo, el Verificador de comparativas de Google Analytics usa este módulo para unir los datos de Analytics con los objetivos de comparativas.
Los resultados de esta función también están disponibles como archivos CSV o JSON alojados que se actualizan a diario. El archivo all_versions_with_supports.csv contiene datos que puedes correlacionar con los datos de la versión del navegador de tus proveedores de análisis con los siguientes campos:
browser: El nombre del navegador tal como se usa enbaseline-browser-mappingversion: 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 funciones del año de referencia que admite esta versión del navegador. Si se lanzó una versión del navegador antes de que se pudiera 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 de navegador que admiten la opción Recientemente disponible también admiten la opción Disponible de forma general.release_date: Es la fecha en la que se lanzó esta versión del navegador, si está disponible.engine: Es el nombre del motor para los navegadores que son posteriores a 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 de nivel inferior.
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 todos los días.
¿Qué sucede si no tengo datos de asistencia 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 de Baseline. La buena noticia es que puedes obtener una idea general de la compatibilidad con diferentes objetivos de referencia a través de RUM Archive Insights, 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 objetivos de referencia más recientes, como el año actual o el anterior, sean los que tengan la menor cantidad de compatibilidad entre tus usuarios. Sin embargo, como cualquier objetivo de referencia, tendrán mejor compatibilidad con el paso del tiempo.
- Los objetivos de referencia más antiguos, en especial los de Baseline Widely available, tendrán una buena compatibilidad. Si tienes dudas, la opción Ampliamente disponible es un excelente objetivo que evoluciona a medida que transcurre el período de 30 meses.
- Incluso los objetivos de Baseline más antiguos, es decir, los que superan el período de 30 meses de disponibilidad general, tendrán la mejor compatibilidad. Si bien la opción Ampliamente disponible es un buen objetivo predeterminado, existen casos de uso especiales que requieren ANS estrictos.
Es probable que, incluso si seleccionas un objetivo de referencia que tiene 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 tal vez no necesites.
¿Cómo aplico un objetivo de Baseline elegido en mi proyecto?
Browserslist es un método de uso común para segmentar los navegadores que deseas admitir. Se usa en los bundlers y otras herramientas asociadas, como Babel y PostCSS, para decidir si es necesario transformar o incluso agregar polyfills a 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 objetivo de referencia?
Después de seleccionar un objetivo de referencia, es posible que tengas funciones que quieras usar, pero que no se incluyan en ese objetivo. El valor de referencia 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 creando y del público esperado.
Por ejemplo, los sitios web de comercio electrónico o B2B pueden tener un umbral de asistencia más bajo y abordar los problemas a medida que sus usuarios los admiten, mientras que los sitios web gubernamentales pueden requerir un umbral de asistencia alto. Una regla general importante aquí es que no todas las funciones web fallan de la misma manera. Hay 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 lo note. Ejemplo:
loading="lazy". - Aditiva: 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 realice una comparación 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 esté completamente dañada. Ejemplo: La API de File System Access se usa como una función central y necesaria.
También es posible que descubras que ciertas funciones fuera de tu objetivo tienen mejor compatibilidad de lo que crees. Es posible comprender cuántos de tus usuarios admiten una función en particular. Can I Use puede verificar la compatibilidad de funciones individuales con tus datos de Analytics. RUMvision también tiene la capacidad de explorar los datos a nivel de la función si eso te resulta útil.
De esta manera, puedes usar tu objetivo de referencia para reducir la cantidad de características que debes considerar cuidadosamente. No tienes que preocuparte por nada dentro de tu objetivo. Si hay una o dos funciones fuera de tu objetivo que serían especialmente útiles, tienes las herramientas para explorar más y decidir si las agregas con un polyfill o las usas 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 de usuarios posible. Estos son cálculos que debes hacer por tu cuenta, y el objetivo de Baseline no es decirte qué decisiones tomar cuando se trata de adoptar nuevas funciones web, sino más bien cómo hacerlo.