En 2026 hay tres formas prácticas de listar un producto de software en unas decenas de directorios sin hacerlo todo a mano: encargárselo a un agente de código capaz de manejar un navegador, encargárselo a un agente de navegador dedicado, o pagar a un servicio para que lo haga. Casi siempre se comparan por precio. El precio es la diferencia menos interesante. Qué necesita cada uno de ti, quién controla las cuentas y qué te queda cuando termina importan más, y rara vez se explican.
Esta es la versión explicada. La escriben quienes venden la primera opción, así que léela con eso en mente; donde un servicio es la mejor respuesta, el artículo lo dice.
Opción 1: tu agente de código
Un agente de código —Claude Code, Codex, el agente de Cursor o cualquier cosa parecida que pueda leer un repositorio y llamar a herramientas— no es una herramienta de envíos. Se convierte en una cuando le das tres cosas: un navegador que pueda manejar, los datos de tu producto en un formato que pueda leer e instrucciones por directorio que le digan qué pide el formulario y cuándo parar.
Qué necesita. Un repositorio clonado en tu máquina. Una integración con el navegador: el kit documenta Chrome DevTools MCP contra un Chrome en el que tienes sesión iniciada y que puedes ver. Python para el tracker y el panel. Los datos de tu producto en un archivo, tu identidad pública en otro y una decisión sobre qué datos personales pueden aparecer en las fichas. Después, un prompt.
Modelo de coste. Pagas el uso del agente —tokens, facturados por tu proveedor— y, si usas LaunchRepo, un pago por el repositorio. El segundo producto cuesta tiempo de agente, no una segunda licencia. No hay precio por directorio, porque nadie hace el trabajo por directorio salvo tu agente.
Control. Total, y visible. El agente trabaja en tu navegador con tus cuentas. Cuando aparece un CAPTCHA, una verificación en dos pasos o un correo de verificación, se detiene y registra prepared_needs_human; lo resuelves tú en la misma ventana. Nunca paga: un directorio cuya única vía cuesta dinero se registra como deferred_paid, y la decisión es tuya. Cada resultado acaba en un tracker local con una fecha y una URL pública cuando existe.
Qué te queda después. Las cuentas, las fichas, el tracker con los estados reales, los playbooks y un flujo que puedes repetir el trimestre que viene o con el siguiente producto. Nada vive en el servidor de un proveedor.
Dónde se queda corto. Necesita una configuración que haces una sola vez —conexión del navegador, permisos, una primera sesión de onboarding— y te necesita cerca durante un lote para los relevos. Si nunca has ejecutado un agente con una herramienta de navegador, la primera hora es aprendizaje, no lanzamiento. Las páginas de agentes describen la configuración para Claude Code, Codex y Cursor por separado.
Opción 2: un agente de navegador
Los agentes de navegador al estilo Operator —alojados o locales— ya hacen los clics. Apunta uno a un formulario de envío, dale texto, y lo rellena. Suena igual que la opción 1 y se diferencia en algo importante: un agente de navegador, por defecto, no recuerda tu producto de una web a otra y no tiene ni idea de qué significa «hecho» en un directorio concreto.
Qué necesita. Los mismos datos de producto e identidad, pero entregados en cada sesión, porque un agente de navegador alojado no puede leer tu repositorio. Un brief por directorio: qué pide el formulario, qué cuenta como confirmación, qué rechazar. Una forma de anotar resultados, ya que el propio agente normalmente no puede ejecutar tu tracker.
Modelo de coste. Facturación por uso del proveedor del agente, a veces una suscripción al propio producto. Más lo que sea que le proporcione los briefs; la página de agentes de navegador explica cómo los playbooks del kit cumplen ese papel incluso cuando el agente no puede leer archivos directamente.
Control. Alto mientras miras, bajo cuando no. Un agente de navegador pulsará «Upgrade» tan contento si el formulario gratuito está escondido detrás, enviará un formulario dos veces si la primera confirmación era ambigua, o escribirá «lanzado» en tus notas cuando vio una página de agradecimiento. Nada de eso es malicia; es la ausencia de reglas. Las reglas tienen que venir de algún sitio.
Qué te queda después. Las cuentas y las fichas, si iniciaste sesión tú. El registro, solo si lo llevaste tú. El historial de sesiones de un agente de navegador alojado no es un tracker de envíos.
Dónde brilla. Directorios con formularios pesados y visuales donde la herramienta de navegador de un agente de código es torpe, y envíos puntuales donde montar un repositorio sería excesivo. Dónde decepciona: lotes de treinta plataformas con seguimientos a lo largo de varias semanas. Eso es un problema de seguimiento de estados, y un agente de navegador no tiene estado.
Opción 3: un servicio que lo hace por ti
Pagas, rellenas un formulario sobre tu producto, y un equipo —humano, automatizado o, como dicen ahora varios proveedores, «agentes de IA y humanos juntos»— lo envía a un número fijo de directorios y te manda un informe. Es el segmento más grande del mercado y el más variado.
Qué necesita. De ti: datos del producto, un logo, capturas y a veces acceso a una dirección de correo. De ellos: elegir un paquete. Algunos crean cuentas en tu nombre con una dirección que controlan ellos y te entregan las credenciales al final; otros usan las tuyas; otros inician sesión con su propia cuenta de Google en los directorios que no ofrecen otra cosa. Ese es el detalle que hay que leer antes de pagar, y la comparación de proveedores cita lo que publica al respecto cada uno de los ocho que revisamos.
Modelo de coste. Normalmente una cuota única por producto o por web, escalonada por número de directorios; a veces una suscripción con cupo mensual. El segundo producto cuesta lo mismo otra vez. Los precios que encontramos iban de decenas a varios cientos de dólares por producto el día que lo comprobamos; las páginas de comparación tienen las cifras con fecha.
Control. Bajo, por diseño; es lo que estás pagando. Ves un informe al final. Si las fichas fueron por la vía gratuita, si un formulario se envió dos veces y si «listado» significaba publicado o pendiente de revisión depende del estándar de informe del proveedor. Algunos publican URL públicas y capturas; otros entregan una hoja de cálculo.
Qué te queda después. Las fichas que se publicaron y las credenciales de las cuentas si el proveedor te las entrega. No el proceso: el siguiente producto es un pedido nuevo. Algunos servicios añaden una garantía sobre domain ratings o número de fichas; los honestos también aclaran que deciden los directorios, no el proveedor.
Cuándo es la respuesta correcta. Tienes un producto, ningún interés en agentes y presupuesto. Entonces un servicio es lo racional, y las páginas de comparación existen para que elijas uno por hechos y no por la landing más ruidosa. El hub de alternativas ordena los proveedores por modelo.
Las diferencias que lo deciden
Los tres, uno al lado del otro, en las preguntas que de verdad varían:
| Agente de código + kit | Agente de navegador | Servicio externo | |
|---|---|---|---|
| Quién hace el trabajo | Tu agente, en tu navegador | El agente, en su navegador o en el tuyo | El equipo o la automatización del proveedor |
| Quién tiene las cuentas | Tú | Tú, si iniciaste sesión | El proveedor o tú, según el paquete |
| El precio escala con | Uso del agente | Uso del agente | Productos |
| Segundo producto | Mismo repositorio | Misma configuración, briefs nuevos | Pedido nuevo |
| Relevos (CAPTCHA, 2FA) | Registrados, los resuelves tú | Tuyos, si te das cuenta | El proveedor los resuelve o los salta |
| Vía gratuita o de pago | Gratuita por defecto, nunca paga | Lo que pulse | Definida por el paquete |
| Registro de lo ocurrido | Tracker local, 11 estados | Lo que hayas guardado | Informe del proveedor |
| Después | Playbooks, tracker, cuentas | Cuentas | Fichas, informe |
La fila «segundo producto» es la que separa a los compradores. Si publicas un producto al año, la columna del servicio gana en esfuerzo y la diferencia de precio es pequeña. Si publicas varios, o relanzas tras un cambio de nombre, la columna del repositorio gana en las dos cosas, y la columna del agente de navegador depende por completo de lo disciplinado que seas llevando registros.
Qué es LaunchRepo, en este marco
LaunchRepo es la opción 1 empaquetada: playbooks para 346 plataformas, una plantilla de producto, un tracker con once estados y un panel local, en un repositorio privado que ejecuta tu propio agente. También sirve como el reglamento que le falta a la opción 2, y por eso existe la página de agentes de navegador. No es la opción 3 y no quiere serlo. No hay equipo, ni cola, ni informe; hay un repositorio y un precio para productos propios ilimitados.
Que es una forma larga de decir: elige por lo que quieres que te quede después. Si la respuesta es «nada, solo las fichas», paga un servicio. Si la respuesta es «el proceso», consigue el repositorio y dáselo al agente que ya tienes.
Fuentes: el repositorio de LaunchRepo (START.md, BROWSER-SETUP.md, RUNBOOK.md) y las páginas de los proveedores revisadas para las páginas de comparación el 17 de septiembre de 2026. No se contactó con ningún proveedor para este artículo.