Chrome y Chromium comparten el mismo motor, y las diferencias se concentran en las licencias de códecs, los componentes DRM, la actualización automática, la telemetría y los servicios de cuenta. Se explican punto por punto los ritmos de versión y las diferencias de licencia de ambos, y se indica qué deberían elegir los usuarios cotidianos y quienes necesitan un motor limpio.
Chrome y Chromium tienen una interfaz casi idéntica: los menús, los atajos de teclado y el sistema de extensiones coinciden, así que la primera vez que uno oye que no son lo mismo se lleva una pequeña sorpresa. Lo que los separa es la parte que no se ve: licencias de códecs, componentes DRM, canales de actualización, telemetría y servicios de cuenta.
Uno es un proyecto y el otro es un producto
Chromium es un proyecto de código abierto, liberado en 2008 junto con Chrome, cuyo código se aloja en su propio repositorio. No tiene una versión oficial en sentido estricto: lo que se puede descargar son compilaciones continuas (snapshots) cuya numeración sigue la rama principal. Chrome es un producto que Google empaqueta sobre ese proyecto añadiéndole cosas: tiene marca, ritmo de publicación, políticas y atención al cliente, y también asume el coste de licencias y cumplimiento.
Códecs y DRM
Los componentes de código abierto están sujetos a patentes y licencias, por lo que las compilaciones oficiales de Chromium normalmente no incluyen códecs propietarios como H.264 y AAC, ni Widevine DRM. El resultado es que algunas webs de vídeo se abren pero no reproducen, y servicios de streaming como Netflix y Spotify rechazan la reproducción directamente. Chrome paga las licencias e incluye todo esto en su distribución. Ahora bien, las distribuciones de Linux suelen suplir la decodificación con el ffmpeg del sistema, así que «Chromium no puede reproducir vídeo» no es absoluto: depende de la compilación concreta.
Forma de actualización y ritmo de versiones
Chrome incluye un actualizador desde que se instala y se actualiza en silencio en segundo plano, algo que el usuario apenas percibe. La versión estable avanza una versión mayor aproximadamente cada cuatro semanas, y además existen los canales Canary (diario), Dev y Beta (semanal), a los que pueden cambiarse los desarrolladores que quieran probar antes las novedades. Chromium no tiene actualización automática oficial: cada nuevo snapshot hay que descargarlo y sobrescribirlo uno mismo. El ritmo de su rama principal va más o menos sincronizado con Chrome, pero no hay una rama estable con marca, así que la compilación de qué fecha usar depende enteramente de ti.
La diferencia de versiones es clave al hacer pruebas de compatibilidad: el número de versión de Chrome es inequívoco, mientras que un snapshot de Chromium solo tiene fecha de commit, y cuando surge un problema es difícil alinear entornos.
La actualización automática no solo ahorra trabajo: también determina cuándo llegan los parches de seguridad. Chrome envía las correcciones de vulnerabilidades con la versión estable y los usuarios se actualizan sin enterarse. Quien usa Chromium tiene que seguir los avisos de seguridad por su cuenta, juzgar si la compilación que tiene incluye la corrección y decidir cuándo cambiar a un snapshot nuevo. Ese tiempo intermedio es la exposición al riesgo.
Telemetría, sincronización y cuenta
Chrome envía por defecto informes de fallos y estadísticas de uso, y tras iniciar sesión con una cuenta de Google se sincronizan marcadores, contraseñas, historial y extensiones. Chromium no incorpora estos servicios: no hay entrada de inicio de sesión, no hay backend de sincronización y los informes de fallos tampoco se envían por defecto. Dicho sea de paso, funciones que dependen de servicios de Google, como la geolocalización, la corrección ortográfica o la traducción, en Chromium fallan o se degradan por no tener una clave API integrada.
Usuarios cotidianos y quienes trastean con el motor
Un usuario normal no tiene motivo para cambiarse a Chromium. Los pocos datos de telemetría que ahorra se pagan con vídeos que no se reproducen, marcadores que no se sincronizan y actualizaciones de seguridad que hay que vigilar uno mismo; no compensa. Solo tiene sentido si uno no quiere conectarse a servicios de Google de forma explícita. Instalar Chromium y luego quejarse de que el streaming no abre es la fuente de decepción más habitual.
A la inversa, quien necesita un motor limpio elige Chromium con más frecuencia. Al validar compatibilidad de frontend hay que confirmar si un problema está en el motor estándar o en un parche del fabricante; al escribir scripts de automatización se quiere fijar la versión y no que la desordenen las actualizaciones automáticas; y quien crea distribuciones personalizadas y hace desarrollo secundario no puede prescindir de su licencia de código abierto. El problema normalmente no está en el motor, sino en los componentes con licencia que faltan y en la deriva de versiones. Por eso mucha gente instala los dos: Chrome para navegar a diario y una versión fija de Chromium para probar y ejecutar scripts.
Qué dice realmente «basado en Chromium»
Cuando un navegador dice estar basado en Chromium, lo que se puede afirmar es que el motor de renderizado y el motor de JavaScript son los mismos y que el comportamiento de las páginas, las interfaces de extensión y el protocolo de depuración son en gran medida iguales. Lo que no se puede afirmar es cuáles son los valores por defecto de privacidad, el backend de sincronización, la política de telemetría o los canales de actualización, ni cuántas versiones va por detrás del upstream. No elijas un navegador solo por esa frase: mira qué cambió sobre el upstream y qué eliminó. Por la misma razón, la comparación entre Chrome y Chromium no debería quedarse en si las interfaces se parecen; lo que merece compararse son las partes que están o no instaladas, que se conectan o no y que se actualizan solas o no.
