Cuando visitas ciertos sitios grandes con Firefox o Safari, el navegador puede detectar tu visita y cambiar su comportamiento. Puede ser tan simple como mentir sobre su identidad, o puede cambiar totalmente cómo renderiza la página. Según un análisis del desarrollador Den Odel, esto no es una conspiración entre los navegadores y los grandes sitios de internet, sino un subproducto del dominio de Chrome.
¿Cómo funciona el truco por dentro?
Así va la lógica. Chrome lanza una nueva característica y todos corren a implementarla en sus sitios. Tal vez el nuevo código rompe otros navegadores. Tal vez el otro navegador sí soporta la característica, pero el sitio web no lo detecta correctamente o simplemente no se entera. Tal vez el sitio depende de algún quirk de Chrome. En cualquiera de esos escenarios, Firefox y Safari terminan adaptándose al sitio en lugar de arruinar la experiencia del usuario.
Si quieres comprobarlo, Firefox te muestra lo que hace y te permite deshabilitar correcciones específicas si visitas la URL about:compat. Para Safari hay que leer el código de un archivo llamado quirks. Bugzilla rastrea las correcciones de Firefox, si quieres más detalles.
¿Cuántos motores de renderizado quedan en pie?
Los navegadores son enormes y complejos, así que incluso los navegadores de nicho hoy usan típicamente uno de un puñado de motores de renderizado. Parece que la pregunta no es si una gran empresa debería controlar la forma en que funciona la web, sino cuál de ellas está dominando en este momento.
¿Qué implicancias tiene para el desarrollador web?
El fenómeno tiene un nombre técnico: site-specific hacks, parches embebidos directamente en el código del navegador para compensar suposiciones que solo se cumplen en Chrome. El concepto recuerda a las conditional comments de Internet Explorer 6, que durante años obligaron a los desarrolladores a mantener ramas paralelas de CSS y JavaScript.
Para quien desarrolla front-end en Chile y LatAm, la lectura práctica es directa: si estás probando un sitio web en producción, no asumas que tu Firefox o Safari están renderizando lo mismo que vería un usuario en una versión sin parches. En particular, los proyectos open source que dependen de Servo, Ladybird o WebKit en Linux tienden a quedar fuera de las listas de quirks y son los más afectados por el problema.
¿Es Internet Explorer 6 otra vez?
La situación, según los autores del análisis, reproduce el patrón histórico de Internet Explorer 6: un navegador con cuota de mercado abrumadora dicta el estándar de facto, y el resto se adapta o muere. La diferencia es que ahora el motor Blink de Chrome también está debajo de Edge, Opera, Brave, Vivaldi y otros, lo que multiplica el monopolio sin que el usuario lo perciba como tal. Solo Firefox (Gecko) y Safari (WebKit) siguen siendo alternativas con motores distintos en uso masivo.
La compatibilidad por imitación funciona como red de seguridad, pero también desincentiva la diversidad real. Cada quirk agregado a Firefox para sobrevivir un par de meses más es una decisión menos que el sitio tiene que tomar para soportar navegadores reales.
