Ir al contenido
15 de octubre de 2026 · 4 LECTURA MIN · Blog

Por qué empezamos a desarrollar para el navegador

Durante la mayor parte de nuestra historia, Zydeno se refería a las aplicaciones para el móvil. Primero iPhone, luego Android, desarrolladas poco a poco y lanzadas con cuidado. Eso no ha cambiado. Lo que sí ha cambiado es que hemos empezado a analizar con mayor honestidad dónde pasan las personas sus horas de trabajo —y, para muchas de ellas, es en la ventana del navegador de un portátil—.

Así que ahora también fabricamos extensiones Chrome y complementos Edge. Esta es una breve nota sobre los motivos y sobre lo que decidimos no hacer durante el proceso.

El navegador es donde está el teclado

La primera aplicación que trasladamos fue KeyRush, nuestro entrenador de mecanografía. En el móvil siempre tenía una función un poco extraña: te enseña a escribir en un teclado físico, pero se ejecuta en un dispositivo que no lo tiene. La gente la usaba y le gustaba, pero la incongruencia era evidente. Quien practica la mecanografía suele estar sentado en un escritorio, delante de un ordenador, con un navegador ya abierto.

La incorporación de KeyRush al navegador no fue una expansión por el simple hecho de hacerlo. Se trataba de acercar la aplicación al lugar donde realmente se utiliza la habilidad que enseña.

Las extensiones son pequeñas a propósito

Nos gustan las limitaciones, y las extensiones están llenas de ellas. Una ventana emergente es una ventana pequeña que se cierra en cuanto haces clic en otro lugar. Una extensión compite por un hueco en una barra de herramientas que ya está abarrotada. Los usuarios desconfían —con razón— de cualquier cosa que pida acceso a las páginas que visitan.

Esas limitaciones nos empujan precisamente hacia el tipo de software que ya intentamos crear: específico, discreto y honesto en cuanto a lo que afecta. Una extensión que pretende ser una plataforma completa suele ser una mala extensión. Una que haga bien una sola cosa y no entorpezca, encaja en este formato.

La misma lógica se aplica a BBH, nuestro bloqueador de páginas pornográficas y de sitios web. En un teléfono, el bloqueo tiene que enfrentarse a todo el sistema. En el navegador, la extensión es el lugar natural para ello: ahí es donde se abren las páginas, así que ahí es donde debe estar un bloqueador.

¿Por qué Chrome y Edge?

Ambos navegadores utilizan el mismo modelo de extensiones, por lo que ofrecer compatibilidad con ambos no implica desarrollar dos productos distintos. Significa una única base de código, dos fichas de producto y dos procesos de revisión. Decidimos realizar el trabajo adicional de publicar las entradas porque mucha gente utiliza Edge simplemente porque venía instalado en su ordenador, y preferimos adaptarnos a ellos en lugar de pedirles que cambien de navegador por nosotros.

Lo que no hicimos

No hemos creado una aplicación web con cuentas. Esa habría sido la opción más habitual: una página web, un inicio de sesión y el progreso sincronizado con un servidor. Además, habría ido en contra de todos los principios en los que creemos. Nuestras extensiones guardan los datos en el navegador, en el dispositivo, del mismo modo que nuestras aplicaciones para el móvil los guardan en el propio móvil. Pequeñas, rápidas y respetuosas con el usuario.

Tampoco consideramos el navegador como un vertedero de aplicaciones para el móvil. No todas las aplicaciones que creamos deben ir en una barra de herramientas. Un planificador de comidas, por ejemplo, nos parecía más lógico como una ventana de escritorio propiamente dicha que como una ventana emergente —lo cual es parte del motivo por el que también empezamos a lanzar aplicaciones Windows, pero eso es tema para otra entrada—.

Lo que nos ha enseñado hasta ahora

Básicamente, que los principios fundamentales se mantienen. Los usuarios de un navegador quieren lo mismo que los de un móvil: un software que se inicie rápidamente, que haga lo que promete y que no pida más de lo necesario. Los detalles cambian —el tamaño de las pantallas, los permisos, la forma de almacenar los datos—, pero el estándar no.

Seguimos siendo un equipo pequeño, y añadir plataformas tiene un coste. Cada nueva tienda supone otra ficha que mantener, otra cola de revisiones, otro conjunto de casos excepcionales. Solo nos embarcamos en cada una de ellas cuando estamos seguros de que la aplicación realmente sale ganando con su presencia allí. En el caso del navegador, estábamos seguros.