Cuatro minutos para crear la cuenta de servicio. Dieciséis meses de historial de Search Console incorporados en la primera sincronización. Dos segundos para un dominio que ya está verificado y con permisos otorgados. Y dos meses — la cifra que genera más tickets de soporte que las otras tres juntas, porque es la ventana de retención de datos predeterminada de GA4, y casi nadie sabe que debe revisarla antes de conectar.
La configuración en sí es breve: una credencial en Configuración → Cuentas de Google, dos botones de conexión en Gestión de dominios, y después básicamente te olvidas de que esta página existe. Pero esa cifra de dos meses merece una explicación completa, porque aclara por qué algunos dominios muestran un historial de Analytics abundante y útil desde el primer día, mientras que otros no muestran casi nada durante semanas — y no se trata de un error de la plataforma cuando eso ocurre.
Una credencial, otorgada una sola vez
Subes una clave de cuenta de servicio de Google — un archivo JSON, no un inicio de sesión personal. Es una identidad de robot, no un token de OAuth humano que caduca o deja de funcionar cuando alguien cambia su contraseña. Google Cloud la emite una vez y sigue funcionando hasta que la eliminas, lo cual también permite que la plataforma se sincronice a las 3 de la madrugada sin que nadie tenga la sesión iniciada.
Crear una toma esos cuatro minutos aproximadamente si nunca lo has hecho: proyecto nuevo o existente, IAM y administración → Cuentas de servicio → Crear, descargar la clave. El permiso importa más de lo que sugiere el menú desplegable — otorga Lector en la propiedad de Search Console y en la de Analytics, nada superior. He visto equipos otorgar el rol de Editor porque es la primera opción, y seis meses después nadie puede explicar por qué una cuenta robot tiene acceso de escritura a su configuración de GA4. El acceso de solo lectura es lo correcto; la plataforma nunca modifica tu configuración.
Una sola clave cubre todos los dominios de ese proyecto de Google Cloud. Si eres una agencia que gestiona una docena de sitios de clientes, eso es un argumento a favor de usar una cuenta de servicio por cliente en lugar de una para todo — dar de baja a un cliente se convierte en eliminar una clave, en lugar de auditar qué dominios compartían credenciales en silencio con alguien que acaba de irse.
Search Console: rápido cuando es rápido, molesto cuando no lo es
- Abre Conectar en un dominio. Search Console y Analytics tienen cada uno su tarjeta, y Analytics incluye un atajo de "igual que Search Console", porque una sola clave suele cubrir ambos.
- ¿Ya verificado y con tu cuenta de servicio con acceso concedido? Instantáneo: una comprobación de permisos que tarda unos dos segundos.
- Aún sin verificar: verificación DNS automática si entregas la clave API de tu registrador (Cloudflare, Route 53, algunos otros), o un registro TXT manual que añades tú mismo.
La vía manual es donde la gente se impacienta. La propagación varía de verdad: noventa segundos una vez, cuatro horas otra, según el TTL y el almacenamiento en caché del resolver. La plataforma consulta periódicamente, así que añades el registro y te olvidas. Si pasa un día sin verificación, casi nunca es por propagación; suele ser una errata en el valor o el registro colocado en la zona equivocada (raíz en lugar de subdominio, o al revés). Ejecuta un `dig TXT` contra lo que realmente está publicado antes de culpar a Google.
La vía de la clave API evita todo eso escribiendo el registro por ti, pero implica dar a una herramienta externa acceso de escritura a tu DNS, y si ese DNS gestiona tráfico de producción, dudar no me parece irrazonable. La vía manual cuesta unos minutos al principio y te ahorra volver a pensar en ello nunca más.
Analytics y el vacío de retención del que nadie avisa
Analytics se conecta por descubrimiento en lugar de verificación: la plataforma busca una propiedad de GA4 existente en el dominio y se conecta si tu cuenta de servicio tiene acceso, ya que los permisos de GA4 ya están controlados por Google. Puede crear una propiedad si no existe ninguna, pero deja que lo haga solo con sitios genuinamente nuevos. Si migraste desde Universal Analytics o tienes una propiedad con años de historial, conéctate explícitamente a esa. Una propiedad nueva con tres días de datos es un punto de partida mucho peor que una de nueve años con patrones estacionales ya consolidados, y el ciclo de optimización se apoya en ese historial más de lo que sugiere el flujo de conexión.
Aquí está el vacío que atrapa a la gente: Search Console recupera hasta dieciséis meses de datos de consultas en la primera sincronización, porque Google conserva ese historial en sus servidores independientemente de cuándo te conectaste. GA4 no ofrece una garantía equivalente: su recuperación de datos históricos está limitada por la configuración de retención de datos propia de la propiedad, y esa configuración por defecto es de dos meses a menos que alguien en tu organización la haya cambiado. Así que un dominio puede mostrar dieciséis meses de impresiones y clics en el momento de conectarse, y solo dos meses de sesiones, el mismo día, en el mismo flujo de configuración. Eso no es un fallo de sincronización. Es la configuración de retención predeterminada de Google haciendo exactamente lo que está configurada para hacer, y la solución —si quieres más de dos meses en adelante— es cambiar la ventana de retención directamente en la configuración de la propiedad de GA4, no algo del lado de esta plataforma. Vale la pena comprobarlo antes de conectar, no después de que te confunda la discrepancia.
Propiedades compartidas y qué ocurre después
Otro matiz de Analytics: si tu organización usa una sola propiedad de GA4 que recopila datos de cinco sitios —algo común cuando alguien configuró el seguimiento hace años y nadie lo separó desde entonces—, la conexión sigue funcionando bien, pero cada consulta se filtra por nombre de host de forma interna. No es una casilla de verificación, no es algo que puedas desactivar por accidente. Por eso el panel siempre muestra las cifras de este dominio y nunca el total combinado de la propiedad.
Una vez que ambas conexiones están activas, la sincronización se ejecuta a diario según un horario que tú controlas (consulta el capítulo de horarios), y las analíticas de la tienda se unen automáticamente para todo lo construido en la plataforma. La fila del dominio muestra pendiente, parcial o activo; "parcial" significa que una de las dos conexiones está activa y la otra no, y esa es tu señal para ir a comprobar qué tarjeta está en rojo en lugar de confiar en el estado agregado.
Dónde falla realmente
Casi todos los tickets que he visto caen en tres categorías, ninguna exótica. Uno: la clave de la cuenta de servicio es válida pero está asignada al proyecto de Google Cloud equivocado, así que la comprobación de permisos vuelve vacía aunque la clave en sí se suba sin problemas. Dos: nadie añadió realmente el correo de la cuenta de servicio —algo como [email protected] — como Lector dentro de la configuración de acceso propia de Search Console o GA4; subir la clave a la plataforma no le concede nada del lado de Google. Tres, más sutil: un dominio se reconecta con una nueva cuenta de servicio después de eliminar la antigua, pero el proceso programado sigue fallando en silencio contra credenciales obsoletas durante una semana antes de que alguien note que las cifras dejaron de actualizarse.
Nada de esto son errores de la plataforma: son el coste habitual de que un robot necesite permiso en dos productos de Google distintos, y el propio modelo de Google no lo hace evidente. Reserva quince minutos para tu primer dominio, no los dos minutos que sugiere el flujo. Cada dominio siguiente es rápido, porque tanto la credencial como la práctica se mantienen.
