El problema que resuelve
Operar un sitio de contenido en serio requiere una rutina que casi nadie sostiene: revisar que el dato de hoy esté fresco, publicar una página bien hecha por día, mirar qué búsquedas empiezan a traer impresiones, corregir errores de indexación, salir a buscar un enlace, y una vez por mes decidir si el sitio merece más inversión o se congela. Multiplicado por 5 sitios, es el trabajo de un equipo. Aurora lo hace con agentes, y el humano queda en el rol que ningún agente debe ocupar: decidir.
La arquitectura, en una lista
- Un contrato escrito que los agentes obedecen. Dos documentos definen qué puede hacer la máquina sola y qué necesita aprobación humana: publicar dentro de un sitio, sí; comprar un dominio, dar de alta o matar una iniciativa, gastar dinero o cambiar las reglas, no. Cambiar el documento cambia el comportamiento del sistema.
- Datos primero, con memoria. Cuatro procesos automáticos corren cada madrugada sin gastar tiempo de agente: el tipo de cambio de referencia (con la cotización oficial del banco central cuando existe), las métricas de Search Console por dominio, el comportamiento de visitas y una vigilancia de fuentes primarias (el diario oficial de México, el registro federal de EE.UU., la agenda del Senado argentino). Cada corrida deja un archivo fechado que nunca se borra: la serie histórica es la memoria de la máquina y su única ventaja no copiable.
- Tres loops con distinto poder de decisión. El diario opera: salud de datos como prioridad uno, ingesta, una a tres páginas nuevas desde una cola aprobada, arreglos mecánicos. El semanal hace táctica: scorecard contra expectativas por edad del dominio, análisis de búsquedas, sondas de citación en asistentes de IA, uno a tres experimentos como pull request, y una acción de distribución obligatoria por sitio. El mensual propone estrategia (invertir, sostener, congelar) y escribe el informe para el humano. Ninguno puede saltar de nivel.
- Compuertas de calidad que frenan al agente. Un límite de una a tres páginas editoriales por día por sitio, prohibición explícita de volcados masivos de páginas finas, y una compuerta numérica para la publicación programática: solo se abre cuando la proporción de páginas indexadas pasa un umbral medido en Search Console. La regla es que publicar más de lo que el buscador consume no acelera nada y empeora la muestra con la que decide cuánto rastrearte.
- Todo termina en la rama principal y en producción. Cada sesión termina con build y 10 archivos de tests en verde, y el deploy sale solo. Lo que toca zonas de humano (reglas, infraestructura, componentes compartidos) queda como pull request y espera.
- El humano manda los correos. Ningún agente envía un mensaje en nombre de nadie. Los loops redactan pitches, arman listas y registran seguimiento; el envío es una decisión de una persona con su nombre.
Qué mide y con qué criterio decide
| Edad del dominio | Señal que se espera | Qué hace la máquina si no llega |
|---|---|---|
| 0-30 días | Más de la mitad de las páginas enviadas, indexadas | Trabajo de descubrimiento (sitemaps, enlaces internos), no más volumen |
| 30-90 días | Impresiones en ascenso; primeras búsquedas de cola larga en el top 50 | Reforzar el cluster que asoma; nunca matar antes del día 90 |
| 90-180 días | Impresiones ×3 respecto del día 90; primeros clics; alguna cita en asistentes de IA | Proponer «invertir» si supera ×2 la expectativa |
| 120 días o más | — | Proponer «congelar» si las impresiones están planas y no hay cluster ganador |
Las decisiones no se toman con visitas brutas. La ingesta de analytics separa el tráfico con huella de navegador automatizado (zona horaria neutra, pantalla de 800×600, ventana más ancha que la pantalla) porque un dominio nuevo recibe escáneres antes que personas; el número que cuenta es «humanos probables». Y las citas en asistentes de IA se miden con sondas periódicas sobre las diez o doce preguntas que importan a cada sitio.
Los números al 2026-09-09, sin maquillaje
- 86 páginas publicadas en 5 sitios en 12 días, 40 de ellas desde colas de goteo aprobadas; cada dato con fecha y fuente primaria.
- 15 instantáneas diarias de tipo de cambio acumuladas desde el primer día; 5 experimentos del loop semanal mergeados como pull requests con hipótesis y métrica de lectura.
- Tráfico: todavía no. Al día 12, la indexación está entre 0 y 0,4 según el sitio, hay decenas de impresiones y ningún clic orgánico consistente. Es lo esperable para dominios nuevos y es exactamente el tramo donde un equipo humano se desanima y deja de operar. La máquina no.
- Un incidente real: un dominio cuyo sitemap Google no descarga desde el día 1, con todo sano del lado nuestro. El sistema lo detectó, verificó, escaló al humano con la evidencia y dejó de gastar acciones en perseguirlo. Ese comportamiento —saber cuándo parar y pedir ayuda— es parte del harness.
Qué se traslada a una agencia
Lo que es idéntico
- Un contrato escrito de autonomía: qué hace el agente solo, qué revisa una persona.
- Datos con fecha que se ingieren solos y se guardan para siempre.
- Loops con distinto poder: operar, proponer, decidir.
- Compuertas de calidad medibles antes de publicar nada a un cliente.
- El humano firma y envía; el agente redacta y registra.
Lo que cambia
- Los «sitios» son cuentas de clientes; cada una con su tono, sus fuentes y su revisor.
- El dato vivo son las plataformas del cliente (analytics, pauta, redes), no un tipo de cambio.
- La compuerta de calidad la define el cliente: qué puede salir sin revisión y qué no.
- La métrica es capacidad recuperada y margen, además del tráfico.