Vamos a recorrer una cuenta real, de principio a fin, en lugar de describir la barra lateral elemento por elemento. Supongamos que se trata de un freelancer en su primera semana en la plataforma, creando una app de seguimiento de hábitos para un cliente pequeño. Esto es lo que le sucede a esa compilación mientras avanza por el panel, en el orden en que realmente ocurre, y en qué punto cada parada ayudó o hizo perder cinco minutos.
El prompt
Abre AI Builder y escribe algo parecido a "crea un rastreador de hábitos". Esa es una buena primera frase y un mal prompt final. Lo que se genera no es código, sino un plan escrito en lenguaje natural, y si te detienes al leer "se ve bien" y das clic en aprobar, obtienes algo técnicamente relacionado con las palabras "rastreador de hábitos" y genérico en todo lo que importa. El cliente del freelancer no quería funciones sociales, quería almacenamiento solo local y modo oscuro por defecto. Nada de eso estaba en el prompt inicial. Se incorpora en el plan como tres ediciones antes de la aprobación: eliminar la función "comparte tu racha" que el plan inventó por su cuenta, cambiar la línea de almacenamiento y activar el tema oscuro por defecto. Treinta segundos de edición. La compilación resultante coincide con el brief en lugar de coincidir solo con las palabras "rastreador de hábitos".
El paso del plan que la gente se salta
He visto que este mismo momento sale mal para otros usuarios: aprueban el primer plan sin leerlo, llegan tres iteraciones después y empiezan a reexplicar restricciones que debieron establecerse en la etapa del plan. El paso del plan existe precisamente para evitar eso. Cuesta casi nada y es el único punto del proceso en el que negocias con el agente en tu propio idioma en lugar de depurar su resultado en el código.
Dónde termina realmente la compilación
Una vez generada, el rastreador de hábitos aparece como tarjeta en My Builds, la página de biblioteca, filtrable por tipo, y la página que este freelancer abrirá más que cualquier otra hacia la tercera semana, cuando ya tenga cinco o seis compilaciones acumuladas. No aparece en Showcase; esa página es curada, no automática, y que una compilación de cliente no se publicite ahí es el comportamiento correcto por defecto. Tampoco aparece en Templates a menos que el freelancer piense en guardarla como tal, algo que vale la pena hacer aquí, ya que un esqueleto de rastreador de hábitos es exactamente el tipo de cosa que un freelancer reconstruye para el siguiente cliente con otra marca. La mayoría no descubre "guardar como plantilla" hasta la sexta compilación, deseando haberlo hecho desde la primera.
Publicado, o algo más robusto
Ahora la cuestión de la distribución. Tres opciones reales, no una sola opción con tres nombres. Published ofrece un subdominio gratuito, en línea en segundos, sin configuración, la opción correcta mientras el cliente sigue revisando y podría pedir un rediseño. Domain Management es para cuando el dominio propio del cliente está listo para apuntar hacia el proyecto, y ese paso cumple una doble función: conectar un dominio aquí no solo cambia la URL, también es lo que permite que las páginas de analítica más abajo en la barra lateral tengan algo a lo cual conectarse. Deploy, en configuración, es la vía SFTP para cuando el cliente insiste en que el proyecto viva en una infraestructura que él controla, lo cual implica más configuración, y el freelancer deja de ser responsable del tiempo de actividad, una compensación real que conviene tener clara desde el principio en lugar de descubrirla por accidente.
Para esta compilación, primero Published. Pasar de subdominio a dominio personalizado más adelante no representa ningún problema. Deshacer una implementación de dominio personalizado en un proyecto de cliente que se cancela implica más limpieza de la que vale la pena, y de hecho el freelancer ya se vio afectado por eso en un proyecto anterior, lo cual explica el hábito de "por defecto, usar Published".
El desvío hacia las tiendas de apps
Este cliente en particular también quería una publicación en las tiendas de apps, así que la compilación pasa por Shipped en lugar de detenerse en Published, una página que existe porque la revisión de las tiendas es asíncrona de una manera que las implementaciones web simplemente no lo son. Enviar a una tienda puede quedar pendiente dos días; enviar a otra puede aprobarse en veinte minutos. Shipped es donde se hace seguimiento de esto sin tener cinco pestañas del navegador abiertas hacia cinco consolas de tienda distintas, cada una con su propio inicio de sesión y su propio vocabulario de estado.
La página vacía de la que nadie les advirtió
Una semana después de conectar el dominio, el freelancer abre Search Performance para revisarlo. Está vacía. De hecho, se ve un poco triste: sin gráfico, sin números, solo un aviso para conectar una cuenta. Eso no es un error, es honesto: todavía no hay datos, porque Search Performance, Google Analytics y Store Analytics dependen de la conexión de la cuenta de Google en configuración, y ninguna de ellas recupera datos históricos. La sincronización comienza desde el momento en que conectas la cuenta, solo hacia adelante. Conecta el dominio el primer día y tendrás una semana de historial para la segunda semana; conéctalo el día diez porque se te olvidó, y empiezas desde cero el día diez. El freelancer había conectado el dominio, pero no la cuenta de Google, dos pasos separados que parecen que deberían ser uno solo.
Lo que realmente cuesta caro aquí no es el gráfico faltante. Es que los agentes de optimización leen de estos mismos datos, y un agente al que se le pide mejorar el posicionamiento de una página sin historial de Search Performance detrás trabaja a partir de buenas prácticas generales en lugar de las cifras reales de este sitio. Saltarse la conexión no solo deja en blanco una página del panel: limita lo que los agentes pueden lograr.
El resumen que aparece sin pedirlo
A las dos semanas, aparece una tarjeta en Discovery: un resumen de oportunidad que señala una brecha de contenido en el sitio del cliente, con un botón de Crear esto adjunto. Genuinamente útil cuando acierta en algo que harías de todos modos. Pero Discovery está diseñado para priorizar volumen sobre precisión — más resúmenes de los que nadie llega a atender — así que la postura correcta es tratarlo como una bandeja de sugerencias, no como una cola por vaciar. El freelancer la hojea cada pocos días e ignora la mayoría, que es el uso previsto, no un fallo por no dar abasto.
Los ajustes que deberían haberse hecho el primer día
Llegados a este punto, el freelancer ha tocado cuatro páginas de configuración sin abrir nunca el menú de ajustes a propósito — cada una descubierta porque algo más estaba en blanco.
| Página | Qué resultó estar bloqueado por esto |
|---|---|
| Cuentas de Google | Search Performance, Google Analytics y los datos de contexto de los agentes — una conexión, tres superficies |
| Desplegar | Destinos SFTP, necesarios solo para la ruta de servidor controlado por el cliente |
| Medios de IA | Valores predeterminados de generación de imágenes usados dentro de los builds |
| Planes y créditos | Límite de uso, paquetes de créditos, recibos |
Cuentas de Google es la que vale la pena configurar por adelantado. Es un único punto de conexión detrás de tres superficies de panel independientes, y descubrirlo por las malas — tres páginas vacías distintas, tres momentos distintos de "ah, tengo que conectar algo" — es exactamente la fricción que evita una configuración de cinco minutos el primer día.
Las dos cosas que estuvieron ahí todo el tiempo
El botón flotante Ask-AI estuvo presente en cada una de estas páginas todo el tiempo, y no es un bot de preguntas frecuentes limitado — puede conectar una cuenta, iniciar un build o explicar por qué una página está en blanco, en tu nombre. La clienta del freelancer, que no habla inglés, necesitaba toda la interfaz en otro idioma para una llamada de revisión; el globo terráqueo en la navegación cambia entre los veinte idiomas, en pleno uso, sin perder el build en curso. Ninguna de las dos cosas necesitaba descubrirse por prueba y error como todo lo demás en este recorrido. Simplemente estaban ahí.
Ese es el resumen honesto de las primeras dos semanas de esta cuenta — no "lee la documentación y luego crea", sino al revés. My Builds era una abstracción hasta que hubo una tarjeta en él. Search Performance era un estado vacío hasta que un dominio lo alimentó. Leer el plano antes del primer build está bien como contexto de fondo, pero el plano solo cobra sentido cuando hay un rastreador de hábitos real en alguna parte de él.
