Cómo conectar tu web a Google Search Console, paso a paso

Por qué esto es lo primero que se hace

Search Console es la única herramienta que cuenta lo que Google ve de verdad de tu sitio. Todo lo demás (una herramienta de terceros, una estimación de tráfico, una puntuación de auditoría) es una aproximación hecha desde fuera.

Y tiene una propiedad que obliga a conectarla pronto: los datos empiezan a acumularse cuando verificas, y no rellena el pasado. Si la instalas el día que hace falta un informe, ese informe no existe. Por eso se conecta el primer día de un proyecto, cuando no hay nada que mirar, y no el día que hay una pregunta que responder.

Es gratis, no tiene límite de sitios y no manda ningún dato a nadie: es tu panel sobre tu dominio.

Los dos tipos de propiedad

La de dominio es la que conviene casi siempre, y el motivo es práctico: un sitio suele responder en varias variantes (con y sin www, y a veces en subdominios) y una propiedad de prefijo solo mide la que has escrito. Es fácil acabar mirando un panel que enseña la mitad del tráfico sin que nada avise.

La de prefijo tiene un uso legítimo cuando no se puede tocar el DNS, y otro más fino: medir una carpeta concreta por separado, por ejemplo una sección grande de un sitio.

¿Qué método de verificación conviene?

Para la propiedad de dominio solo hay uno: añadir un registro TXT en el DNS. Se copia el valor que da Google, se pega en el panel del registrador y se comprueba. Suele tardar minutos, aunque la propagación puede llegar a horas.

Para la de prefijo hay cuatro, y no son equivalentes.

Fichero HTML. Se sube un fichero a la raíz del sitio. Es el más estable porque no depende de nada más.

Etiqueta meta. Se pega una línea en la cabecera. Igual de estable, y más cómodo si no tienes acceso por FTP.

Google Analytics. Funciona si ya tienes la propiedad y permisos de edición. Tiene un riesgo: si alguien reorganiza Analytics, la verificación puede caerse.

Google Tag Manager. Mismo riesgo, y más habitual todavía, porque los contenedores los tocan más manos.

Los dos últimos son cómodos y frágiles. Si el sitio es de un cliente y va a durar años, el fichero o la etiqueta valen los cinco minutos extra.

Qué hacer el primer día

Tres cosas, y ninguna es mirar el rendimiento.

Enviar el sitemap. Es como se descubren las URL que todavía no tienen enlaces entrantes, que en un sitio nuevo son casi todas. Si el sitio no tiene sitemap, ese es el trabajo previo.

Mirar la cobertura. El informe de indexación de páginas dice qué está dentro del índice, qué está fuera y por qué. En un sitio existente casi siempre hay sorpresas ahí, y suelen ser las cosas más rentables de arreglar.

Y no sacar conclusiones de rendimiento. Los datos empiezan hoy. Un panel con tres días de historia no dice nada y la tentación de interpretarlo es grande.

Los cinco motivos por los que una página no se indexa

Vale la pena tenerlos a mano, porque el informe de cobertura los nombra y su lenguaje no siempre es transparente.

Lleva una etiqueta noindex, heredada de un desarrollo o de una plantilla. La canonical apunta a otra página, así que Google entiende que esta es una copia. El robots.txt bloquea la ruta, con lo cual el rastreador no llega a leer nada. El contenido es demasiado parecido a otra página tuya. O Google la conoce, la ha valorado y ha decidido que no aporta.

Los tres primeros se arreglan en minutos y son los más comunes en webs con historia. Los dos últimos son de contenido y llevan más trabajo. Cómo se prioriza esa lista es de lo que va una auditoría de SEO técnico.

Cómo se lee después

Con cuatro pantallas y no con veinte. Rendimiento, para saber por qué te encuentran. Indexación, para saber qué está dentro. Sitemaps, para comprobar que Google recibe la lista. Y Core Web Vitals, con datos de usuarios reales y no de laboratorio.

Con esas cuatro se toma casi cualquier decisión, y las trampas de lectura (empezando por la posición media, que es una media de medias y no significa casi nada suelta) están en la guía sobre cómo leer Search Console.

¿Qué errores se repiten más?

Cuatro, vistos muchas veces y todos con arreglo barato.

Verificar solo una variante. Se crea la propiedad de https://www.ejemplo.com y resulta que media web responde en https://ejemplo.com. El panel enseña la mitad del tráfico y nadie sospecha, porque los números no vienen con una nota que diga «faltan datos». Se evita usando la propiedad de dominio.

Verificar con Tag Manager y olvidarlo. Meses después, alguien limpia el contenedor y la propiedad se cae. Los datos no se pierden, pero se dejan de acumular hasta que alguien lo nota, que suele ser cuando hace falta el informe.

No dar acceso a nadie más. Una propiedad con un solo propietario es una propiedad que se pierde el día que esa persona se va. Search Console permite añadir usuarios con permisos distintos; conviene que haya al menos dos propietarios.

Y enviar el sitemap una vez y no volver a mirarlo. El informe de sitemaps dice si Google lo leyó y cuántas URL encontró, y ahí aparecen los errores de generación. Un sitemap que devuelve error lleva semanas sin hacer nada y nadie se entera.

A eso se suma un quinto que no es un error de configuración sino de expectativa: creer que verificar la propiedad hace algo. No hace nada. Search Console no mejora el posicionamiento, no acelera la indexación por el hecho de existir y no es una señal que Google tenga en cuenta para ordenar resultados. Es una ventana. Todo lo que cambia después lo cambia el trabajo que se hace mirando por ella.

Cuántas propiedades conviene tener

Más de una, casi siempre, y no por capricho.

La de dominio es la principal y la que agrupa todo. A partir de ahí, tiene sentido crear propiedades de prefijo para las secciones grandes que quieres mirar por separado: el blog, la tienda, una carpeta de un idioma. Search Console limita el informe a mil filas, así que en un sitio grande el detalle de una sección se pierde dentro del total.

Y si llevas redes, están además las propiedades de plataforma, que se verifican sin ser dueño de ningún dominio y cubren Instagram, TikTok, X y YouTube.

Lo que no hace falta es una propiedad por idioma si el sitio es pequeño, ni duplicar con y sin www cuando ya tienes la de dominio: eso solo reparte los mismos datos en dos paneles.

Y si además llevas redes

Desde julio de 2026 hay un tipo de propiedad más, que se verifica sin ser dueño de ningún dominio: las propiedades de plataforma, para Instagram, TikTok, X y YouTube. Miden el rendimiento de ese contenido en la Búsqueda de Google, no dentro de la red.

Son dos paneles distintos y no se solapan. Tenerlos los dos permite la lectura que de verdad informa: qué pregunta la gente que llega a la web y qué pregunta la que llega al perfil. El procedimiento está en la guía sobre cómo conectar Instagram a Search Console, y conviene saber de entrada que ese flujo tampoco empieza donde uno esperaría.

Y una recomendación que ahorra disgustos: añade un segundo propietario el mismo día. Una propiedad con un único titular se pierde cuando esa persona se va de la empresa o cambia de cuenta, y recuperar el histórico no siempre es posible. Search Console permite varios propietarios y usuarios con permisos distintos; hacerlo el primer día cuesta un minuto y evita descubrir el problema en el peor momento.