Resumen

  • La guía de compatibilidad de Chromium mostraba una cadena de Chrome que contenía Mozilla/5.0, AppleWebKit, Chrome y Safari. Según la propia guía, los sitios que la analizaban a veces identificaban mal al navegador y lo declaraban no compatible.
  • Chrome 11 ajustó la cadena en 2011 para alinearse con otros navegadores. Desde Chrome 110 en 2023, la versión de Android y el modelo del aparato empezaron a sustituirse gradualmente por valores fijos, mientras las etiquetas heredadas seguían presentes.

Un documento de identidad lleno de alias

La guía de Chromium para corregir sitios publicaba un ejemplo de Chrome con varios nombres: Mozilla/5.0, AppleWebKit, Chrome/2.0.167.0 y Safari/525.13. Un navegador, cuatro señales para los programas que decidían qué página mostrar. Chromium decía que la detección mediante navigator.userAgent o código del servidor era una causa frecuente de fallos; algunas páginas informaban al usuario de que Chrome no estaba admitido. La recomendación era comprobar la capacidad necesaria en lugar de adivinar por el nombre.

Para un sitio era sencillo dividir a sus visitantes por palabras. El precio aparecía después: cada palabra se convertía en una condición de acceso. Cambiar la cadena ya no era corregir una etiqueta privada del navegador. Era alterar un contrato informal escrito en miles de páginas ajenas.

Un idioma falso salió; los alias siguieron

El anuncio de Chromium del 31 de marzo de 2011 comparó Chrome 10 con Chrome 11. Desapareció el indicador U, recuerdo de restricciones antiguas a la exportación de cifrado. También salió el idioma: por un fallo, Chrome siempre decía en-US en esa cadena aunque el usuario quisiera otros idiomas. La información apropiada estaba en Accept-Language. Hubo cambios en los marcadores de Windows, y Chromium explicó que buscaba sincronizarse con Firefox 4 porque muchos sitios empleaban los mismos analizadores. Incluso las bibliotecas de Google habían sufrido problemas de compatibilidad.

Los ejemplos de antes y después seguían mostrando Mozilla/5.0, AppleWebKit, Chrome y Safari. La RFC 9110 de 2022 definió User-Agent como identificadores de producto útiles para resolver incompatibilidades y hacer análisis. También pidió limitar el exceso de detalle, que facilita la huella digital, y desaconsejó usar nombres de otros productos para declarar compatibilidad. La especificación describía la intención del campo; el navegador vivía entre decisiones que ya habían tomado los sitios.

Privacidad dentro de una forma antigua

El aviso de Chrome de febrero de 2023 anunció que, a partir de Chrome 110, el navegador introduciría gradualmente valores fijos para la versión de Android y el modelo. El ejemplo cambiaba un teléfono con Android 13 y modelo concreto por Android 10 y modelo K. El objetivo declarado era reducir el seguimiento pasivo entre sitios. El formato de la cadena, con los viejos nombres, permanecía.

La cadena había adquirido dos funciones difíciles de conciliar. Permitía a los sitios elegir código según el navegador y entregaba detalles con los que reconocer dispositivos. Chrome recortó estos últimos y mantuvo las señales de compatibilidad. Un estudio fechado de los desvíos de sitios y de la identificación antes y después del cambio mostraría su alcance. Los documentos originales explican por qué el disfraz quedó cuando se fue el modelo del teléfono.

Fuentes