Hay un número que casi nadie conoce, aunque a todos concierne: tres. Tres motores de navegador renderizan prácticamente toda la World Wide Web. Blink, desarrollado por Google. Gecko, desarrollado por Mozilla. WebKit, desarrollado por Apple. Todo lo que ves en un navegador — cada página, cada aplicación, cada tienda online, cada sesión bancaria, cada videollamada — es mostrado en pantalla por uno de estos tres motores.

Tres empresas. Un mercado que controla el mundo digital.

Y ahora alguien llega y construye un cuarto. Desde cero. Sin adoptar código de ningún motor existente. Sin fork. Sin monetización de usuarios. Financiado por donativos, respaldado por una organización sin ánimo de lucro. El nombre: Ladybird.

No es simplemente un producto nuevo. Es un acto de negativa.

Por qué el navegador es el programa más importante

El navegador es la aplicación más utilizada en casi cualquier dispositivo. Es puerta, ventana y puente a la vez. A través de él alcanzamos administraciones, bancos, colegios, médicos, amigos, empleadores. Ha sustituido en parte al sistema operativo — mucha gente apenas necesita un programa local además del navegador.

Quien controla el navegador controla el acceso al mundo digital. Y quien controla el motor del navegador controla el navegador.

Un motor de navegador es el corazón: analiza HTML, interpreta CSS, ejecuta JavaScript, dispone la página, renderiza píxeles en la pantalla. Decide el aspecto de una página, su velocidad de carga, si funciona o no. Determina qué estándares web se admiten y cuáles no. Es la autoridad que traduce entre el código de una página y lo que ve el usuario.

Tres autoridades. Tres traductores. Tres interpretaciones del mismo estándar.

Un mercado fino que se hizo más fino

No siempre fue así. En los noventa existían docenas de motores. Netscape Navigator, Internet Explorer, Opera con Presto, el KHTML de KDE, el Gecko temprano de Mozilla, Amaya, Mosaic — cada uno con fortalezas, debilidades, opiniones propias sobre cómo debía funcionar la web.

Luego llegó la consolidación. Internet Explorer conquistó el mercado y sofocó la competencia casi por completo. Mozilla contraatacó con Firefox. Apple bifurcó KHTML y creó WebKit. Google tomó WebKit, lo bifurcó de nuevo y creó Blink. Opera abandonó Presto y pasó a Blink. Microsoft abandonó EdgeHTML y también pasó a Blink. KHTML, Trident, Presto, EdgeHTML — todos desaparecidos.

Quedaron tres.

Goanna, un fork de Gecko que sobrevive en Pale Moon, es un proyecto nicho. Servo, un proyecto experimental de Mozilla, existe pero no está listo para producción. NetSurf existe pero es extremadamente limitado. Flow existe pero es comercial y cerrado. La realidad es: quien hojea la web hoy usa Blink, Gecko o WebKit. Punto.

Qué significa monocultura

Monocultura suena agrícola, pero en informática el término es preciso. Cuando todos usan el mismo motor, todos son vulnerables al mismo fallo. Un agujero de seguridad en Blink afecta a Chrome, Edge, Opera, Brave, Vivaldi, Arc — aproximadamente el setenta por ciento del mercado. Un bug de renderizado en WebKit afecta a todo usuario de Safari, todo usuario de iOS (porque en iOS WebKit es el único motor permitido), a quien use GNOME Web.

Pero el argumento de seguridad es sólo lo evidente. El problema más profundo es la cuestión del poder.

Quien controla el motor dominante controla los estándares web de facto. Con Blink, Google ostenta el poder de orientar la web en una dirección que sirva a sus intereses comerciales — más tiempo de navegación, más ingresos publicitarios, más recolección de datos, más dependencia de servicios de Google. Los estándares que a Google incomodian se retrasan. Las funciones beneficiosas para Google se lanzan antes de estar estandarizadas. No es teoría conspirativa. Es la dinámica ordinaria de un cuasi-monopolio.

Mozilla lleva una voz con Gecko, pero queda floja. Apple lleva una voz con WebKit, pero ligada principalmente a su plataforma. Quien usa WebKit lo usa porque Apple lo impone — no porque lo elija.

Un cuarto motor significa una cuarta voz. Una cuarta opinión sobre cómo debe funcionar la web. Una cuarta implementación del mismo estándar, que detecta errores que los demás pasaron por alto. Una cuarta autoridad que no debe nada a los establecidos.

Ladybird: no un fork, sino un recomienzo

Aquí Ladybird se vuelve interesante. Y aquí hay que ser preciso.

Muchos proyectos que se califican de “alternativas” no lo son. Brave usa Blink. Vivaldi usa Blink. Arc usa Blink. Pueden tener interfaces distintas, filosofías distintas, promesas de privacidad distintas — pero bajo el capó corre el mismo motor que en Chrome. Si Blink tiene un fallo, lo tienen todos. Si Google cambia una API, todos deben seguir.

Ladybird es diferente. No es una piel nueva sobre un motor prestado. Es un motor propio, construido desde cero. El motor de renderizado se llama LibWeb. El motor de JavaScript se llama LibJS. Ambos escritos desde cero — ningún código de Blink, Gecko o WebKit. Es una declaración cuya radicalidad se ha vuelto rara en esta industria.

Andreas Kling, el fundador, comenzó el proyecto en 2019 como parte de SerenityOS, un sistema operativo aficionado con una cultura de escritura radical desde cero. En 2022 Ladybird se independizó. En 2024 Kling fundó la Ladybird Browser Initiative, una organización 501(c)(3) sin ánimo de lucro. La financiación procede exclusivamente de donativos y patrocinios — Cloudflare, Shopify, FUTO, 37signals, Proton VPN, la Human Rights Foundation figuran entre los mecenas.

Ningún acuerdo con buscadores. Ningún token cripto. Ninguna recolección de datos. Ninguna publicidad. Ninguna vía para que un inversor influya en la hoja de ruta técnica. Está en la web, y está anclado en la estructura organizativa: los patrocinios son donativos puros. Los escaños del consejo no están en venta. La dirección técnica la fijan los ingenieros, no los financiadores.

Dónde está Ladybird

Ladybird no está terminado. Hay que decirlo con franqueza. La versión alfa está anunciada para 2026, inicialmente para Linux y macOS. Una beta se espera en 2027, una versión estable en 2028. Quien lo compila hoy puede cargar sitios — pero no es un navegador para uso diario. Es un navegador para desarrolladores, testeadores y curiosos.

Lo que impresiona, sin embargo: Ladybird ocupa ya el cuarto puesto en los Web Platform Tests — detrás de Chrome, Safari y Firefox. El motor de JavaScript, LibJS, es el segundo más conforme después de SpiderMonkey (Firefox). Para un proyecto empezado desde cero, a una escala sostenida por un pequeño equipo a tiempo completo, es notable.

La base de código originó en C++ pero migra incrementalmente a Rust — subsistema por subsistema. No es cosmético. Rust elimina clases enteras de fallos de seguridad de memoria crónicos en C++. Un motor de navegador en Rust es estructuralmente más seguro que lo que opera la competencia. Que Ladybird tome ese camino dice algo sobre su ambición.

Por qué la diversidad es una cuestión de soberanía

Hasta aquí hablamos de tecnología. Ahora se trata de política — no en sentido partidista, sino en el sentido de poder y dependencia.

La web es la plataforma universal. Quien la controla controla el acceso a la sociedad digital. Cuando tres sociedades deciden qué estándares web existen, qué funciones se lanzan, cómo se trata la privacidad, qué API se admiten y cuáles no — entonces la web no es libre. Está administrada.

La soberanía en el espacio digital significa no depender de la gracia de conglomerados individuales. Significa que las herramientas que usamos son comprensibles, auditables y controlables. Significa que los estándares son abiertos y que múltiples implementaciones independientes existen que pueden verificarse mutuamente.

Un cuarto motor es una contribución a esa soberanía. Rompe el cuasi-monopolio. Obliga a los demás a justificarse cuando se apartan del estándar. Ofrece una implementación de referencia contra la cual medir a los demás. Es un laboratorio para ideas que no necesitan alinearse con los modelos de negocio de los gigantes.

Y es abierto. Ladybird se publica bajo licencia BSD. El código está en GitHub. Cualquiera puede leerlo, auditarlo, entenderlo. Cualquiera puede rastrear lo que hace el motor — a diferencia de los motores cerrados, donde se espera que hagan lo que dicen.

Por qué conviene echarle un vistazo a Ladybird

Quien esté interesado en software abierto, en soberanía, en la idea de que la web no debería pertenecer a nadie, debería tener a Ladybird en su lista de seguimiento. No porque sea un navegador acabado hoy — no lo es. Sino porque es un proyecto que plantea una pregunta que demasiado raramente se formula: ¿necesitamos realmente sólo tres motores para renderizar el mundo entero?

Se puede apoyar el proyecto. Mediante donativos vía Donorbox, mediante patrocinio, mediante pruebas, mediante informes de errores, mediante contribuciones técnicas. La web ladybird.dev explica cómo. Cada aportación ayuda — el proyecto se financia íntegramente con donativos, y cada dólar va al motor, no a departamentos de marketing ni a valor accionarial.

También se puede simplemente observar. Leer el boletín mensual. Ver qué pasa. Porque incluso quien nunca use Ladybird se beneficia de su existencia. Un proyecto que demuestra que un motor nuevo es posible aumenta la presión sobre los establecidos. Muestra que la web no tiene por qué reducirse a tres actores. Y mantiene viva la discusión sobre a quién pertenece la web.

Qué significa esto para libcom.de

Los motores de navegador son infraestructura. Y la infraestructura es lo que hace libcom.de — planificar, construir, explotar, entender. No toda operación necesita su propio motor de navegador. Pero toda operación debería comprender qué motor usan sus usuarios, qué dependencias crea eso y qué riesgos se derivan.

Operar una TI donde los navegadores son centrales — y qué operación no lo es hoy —, debería saber que toda la presencia web de su empresa es renderizada por tres motores controlados por tres sociedades. Eso es un riesgo. No un riesgo agudo, no uno que golpee mañana. Pero un riesgo estructural. Y los riesgos estructurales son los más fáciles de pasar por alto y los más difíciles de corregir.

Si se pregunta cómo le afecta su TI por tales dependencias, qué alternativas son razonables, o cómo ganar más soberanía sobre su infraestructura: escriba a contact@libcom.de. Hacemos un inventario honesto. Sin presión comercial. Con la vista en lo que dura a largo plazo.

La web no pertenece a nadie. Esa era la idea. Tres motores son pocos para sostenerla. Un cuarto es un comienzo.