Cómo dar de alta una web en Google Search Console paso a paso

Dar de alta una web en Google Search Console no consiste en pegar un código y esperar a que lleguen clientes. Consiste en dejar tres cosas bien resueltas: quién controla el activo, qué versión de la web debe entender Google y cómo vas a interpretar las señales sin sacar conclusiones precipitadas.

La herramienta es gratuita y no mejora una posición por el mero hecho de activarla. Su valor está en otra parte: permite comprobar qué sabe Google de una URL, enviar un sitemap, detectar bloqueos y ver qué búsquedas generan impresiones y clics. Bien configurada, evita discutir a ciegas. Mal configurada, deja a una empresa sin acceso cuando cambia de proveedor o mezcla datos de subdominios que no pertenecen al mismo negocio.

Esta guía está pensada para una pyme que acaba de publicar una web, va a rediseñarla o quiere recuperar el control de sus datos. Si aún no tienes una base web clara, empieza por resolver la propuesta, las páginas de servicio y la conversión en diseño web en Madrid. Search Console ayuda a medir y descubrir; no arregla una web que no responde bien a lo que busca el cliente.

Respuesta rápida: qué necesitas antes de empezar

Para configurar Search Console necesitas una cuenta de Google y control sobre al menos una de estas piezas: el DNS del dominio, el hosting, el gestor de contenidos o la etiqueta de medición ya instalada. Antes de abrir nada, localiza:

1. El registrador o panel DNS donde se gestiona el dominio.
2. El correo corporativo que debe conservar la propiedad.
3. La URL canónica que quieres trabajar: por ejemplo, https://www.tuempresa.es/.
4. El sitemap, si la web ya dispone de él; suele estar en /sitemap.xml o en un índice de sitemaps.
5. La persona interna que aprobará accesos, renovaciones y cambios críticos.

El último punto importa más de lo que parece. Una agencia puede configurar Search Console, pero el dominio, las cuentas de recuperación y al menos dos propietarios verificados deben seguir bajo control de la empresa. Google explica que los propietarios pueden gestionar usuarios y hacer cambios con impacto sobre la presencia del sitio; por eso la verificación no es una tarea administrativa menor. Consulta su guía oficial sobre verificar la propiedad de un sitio antes de delegar el proceso.

Paso 1: elige la propiedad correcta

Search Console permite dos modelos principales: propiedad de dominio y propiedad de prefijo de URL. No son nombres intercambiables; cada uno reúne un perímetro distinto de datos.

Para una empresa que controla su dominio, mi recomendación por defecto es verificar la propiedad de dominio. Así se reduce el riesgo de mirar solo https://www mientras Google recibe enlaces o sitemaps en otra variante. Google confirma que esta propiedad abarca los protocolos y subdominios del dominio, pero exige una verificación DNS. Una propiedad de prefijo sigue siendo útil como apoyo técnico o cuando el contexto obliga a acotar una versión.

No crees cinco propiedades para la misma web por costumbre. El objetivo es que los datos ayuden a decidir, no fabricar un panel más complicado.

Paso 2: verifica el dominio mediante DNS sin perder el control

Al añadir una propiedad de dominio, Search Console te mostrará un registro TXT único. Debes añadirlo en el panel DNS del proveedor donde se administra el dominio, no necesariamente donde está alojada la web. En algunos proyectos son la misma empresa; en otros, dominio, DNS y hosting están separados.

El proceso práctico es:

1. Entra en Search Console con el correo corporativo responsable.
2. Elige Dominio e introduce el dominio sin https:// ni rutas.
3. Copia el valor TXT que propone Google.
4. Abre el panel DNS y crea un registro de tipo TXT para el dominio raíz, siguiendo la sintaxis del proveedor.
5. Guarda el cambio y vuelve a Search Console para verificar.

No borres ese TXT después de que funcione. Google comprueba periódicamente que el método de verificación sigue siendo válido; si desaparece y no queda otro propietario verificado, la empresa puede perder el acceso. Mantener una segunda vía de verificación y dos propietarios internos es una medida sencilla de continuidad.

Si te encuentras con un error, no repitas el registro con variantes al azar. Comprueba antes tres cosas: que estás editando el DNS autoritativo, que no has añadido comillas o un nombre de host incorrecto y que la propagación ya ha terminado. Un cambio de DNS puede tardar según el TTL y el proveedor; pulsar verificar veinte veces no lo acelera.

Paso 3: revisa usuarios y permisos antes de repartir accesos

Una vez verificada la propiedad, entra en Ajustes > Usuarios y permisos. La estructura recomendable para una pyme es pequeña y clara:

• Dos propietarios verificados internos, con correos que la empresa controle.
• Un acceso delegado para la agencia o especialista, limitado al trabajo contratado.
• Una revisión cuando cambie un empleado, proveedor o responsable técnico.

No compartas una contraseña de Google para resolverlo rápido. Además de ser inseguro, deja a la empresa sin trazabilidad sobre quién accedió o modificó qué. Google documenta la diferencia entre propietarios y usuarios en su guía de gestión de propietarios, usuarios y permisos. La idea práctica es muy sencilla: la empresa debe poder retirar un acceso sin romper el historial ni tener que rehacer la propiedad.

Este mismo criterio debe aplicarse a Analytics, dominio, hosting, Meta, perfiles locales y automatizaciones. Si una web o una campaña dependen de una cuenta personal de un proveedor, el problema no es de SEO: es de propiedad del activo.

Paso 4: localiza y envía el sitemap

Un sitemap es un archivo que enumera URLs que quieres que los buscadores conozcan. No es una orden de indexación ni una garantía de que Google vaya a mostrar cada página. Es una señal de descubrimiento y una herramienta para detectar errores de lectura.

Primero abre el sitemap en una ventana privada. Debe cargar sin login, sin una página de error y con URLs canónicas. En una web moderna puede ser un índice que enlaza otros sitemaps; en WordPress es habitual que un plugin SEO lo genere; en un desarrollo a medida puede venir de la aplicación.

Después:

1. En Search Console, abre el informe Sitemaps.
2. Introduce la ruta relativa, por ejemplo sitemap.xml.
3. Envía el sitemap y revisa si Google lo ha podido leer.
4. Corrige errores antes de enviar más variantes del mismo archivo.

Google aclara en su documentación del informe de sitemaps que enviar un sitemap significa indicar dónde está el archivo: no se sube la web a Google ni se sustituyen los enlaces internos. Una arquitectura con páginas huérfanas seguirá siendo un problema aunque el sitemap sea correcto.

Si vas a publicar artículos, servicios o casos de éxito, conecta las nuevas URLs desde secciones existentes. Una guía de SEO puede enlazar al servicio cuando el lector necesita ejecución; una guía de diseño debe enlazar al trabajo de diseño web en Madrid cuando la base comercial falla. Eso ayuda a las personas a continuar y a Google a entender qué páginas son importantes.

Paso 5: inspecciona una URL sin confundir la versión indexada con la web actual

La herramienta de inspección de URL es la parte más útil de Search Console cuando una página concreta no aparece o cuando acabas de corregir un problema. Pero tiene dos vistas diferentes:

• Versión indexada: lo que Google conserva de su último rastreo.
• Prueba de URL publicada: una comprobación en tiempo real de si Google puede acceder y procesar la versión actual.

Una prueba publicada positiva no garantiza una posición ni prueba que la página ya esté indexada. Y una URL indexada tampoco garantiza que vaya a mostrarse para una consulta concreta. La documentación de Google sobre la herramienta de inspección de URLs es muy clara en ese matiz.

Cuando inspecciones una URL, revisa este orden:

1. Si está permitida para rastreo e indexación.
2. Si la URL canónica declarada coincide con la que quieres posicionar.
3. Qué canonical ha elegido Google cuando el informe ya dispone de datos.
4. Si hay un noindex, un bloqueo de robots, una redirección inesperada o un error de servidor.
5. Si el HTML y los recursos importantes se cargan sin depender de una sesión privada.

En YAG comprobamos estos elementos también desde navegador y HTML renderizado, porque un código 200 aislado no demuestra que el contenido, el schema, el formulario o la versión móvil estén bien. Si detectas un problema de base en tu propia web, el siguiente trabajo suele pertenecer a SEO en Madrid o a diseño/desarrollo, no a pulsar de nuevo el botón de solicitar indexación.

Cuándo pedir indexación y cuándo no hacerlo

Pide indexación para una URL individual cuando has publicado una página importante o has corregido un error concreto que impedía su rastreo o indexación. Antes, ejecuta la prueba de URL publicada y confirma que no estás solicitando una variante con parámetros, una redirección o una página que debe permanecer fuera del índice.

No lo uses como ritual diario. Google aplica límites y explica que una solicitud no garantiza que una URL termine indexada. Para muchas URLs nuevas o actualizadas, el sitemap y los enlaces internos son el canal apropiado. La solicitud puntual sirve para priorizar una revisión, no para forzar un resultado.

Si una página no entra en Google, investiga el motivo: calidad, canónica, duplicidad, descubrimiento, robots, noindex, error técnico o falta de enlaces internos. La guía oficial sobre páginas que faltan en Google Search ofrece un recorrido de diagnóstico útil. No conviertas el síntoma en una excusa para publicar más páginas casi iguales.

Paso 6: empieza a leer rendimiento sin obsesionarte con una posición

El informe de rendimiento responde a preguntas concretas: qué consultas muestran una URL, cuántas impresiones y clics recibe, en qué países o dispositivos aparece y cómo cambia una ventana respecto a otra. Es muy útil para decidir qué página merece atención. No es una bola de cristal.

Una rutina mensual razonable para una empresa es:

No conviertas una posición media agregada en “mi ranking”. Una misma URL puede aparecer con posiciones muy distintas para muchas consultas y dispositivos. Trabaja con la combinación consulta + URL + periodo y compárala con ventanas equivalentes. Google también advierte de que sus informes tienen límites de agregación y que algunas consultas se protegen o agrupan por privacidad.

Cuando el tráfico llega, Analytics completa la otra mitad de la conversación: qué hace esa visita en la web, si envía un formulario, pulsa un teléfono o llega a una reserva. Para una web que solo mide impresiones pero no contactos, el cuello de botella puede no ser SEO. Puede ser oferta, página, seguimiento o medición. Ahí es donde marketing digital en Madrid conecta canales y objetivo de negocio.

Search Console, SEO local y visibilidad en IA: qué relación tienen

Search Console no sustituye una ficha local, una estrategia de contenidos ni un trabajo de autoridad. Forma parte de la capa de medición y diagnóstico. Para un negocio que quiere captar cerca de su zona, se combina con páginas de servicio útiles, datos de contacto coherentes, perfiles locales y una revisión de las consultas que realmente provocan impresiones.

La guía de SEO local para Madrid explica cómo ordenar esa parte sin caer en páginas de distritos clonadas. Si además quieres que buscadores y asistentes de IA entiendan bien quién eres, qué haces y qué fuente deben citar, necesitas contenido visible que sostenga los datos estructurados. El trabajo de posicionamiento GEO y AIO añade esa capa de entidad, extractabilidad y coherencia; no es un marcado mágico que sustituya la calidad de la web.

Automatiza el aviso, no la decisión

Es útil recibir un aviso cuando cae la indexación, cambia una conversión o aparece un error crítico. También puede ser útil enviar un resumen semanal de Search Console a un CRM o a un equipo. Lo que no tiene sentido es automatizar cambios de contenido o redirecciones a partir de una métrica aislada.

Con automatizaciones con n8n se pueden conectar alertas, formularios, hojas, CRM y reportes, siempre con una regla clara sobre qué se informa y qué requiere revisión humana. Una caída de clics puede deberse a estacionalidad, una actualización, un problema de medición o una consulta que ha cambiado. La automatización acelera la detección; la decisión sigue necesitando contexto.

Errores frecuentes al configurar Search Console

Dar la propiedad solo a la agencia. La empresa termina pagando por acceder a sus propios datos o pierde el historial al cambiar de proveedor. Solución: propietarios internos y permisos revisables.

Verificar una variante y olvidar la propiedad de dominio. Después se analizan datos incompletos de www, http o un subdominio. Solución: empezar por el dominio cuando controlas DNS.

Enviar sitemaps que no se pueden abrir. El archivo tiene errores, redirige a una página HTML o contiene URLs no canónicas. Solución: abrirlo, validarlo y entender qué publica la plataforma.

Pedir indexación de todo cada semana. Consume tiempo y no corrige el problema de descubrimiento, calidad o canónica. Solución: usarlo solo tras un cambio relevante y revisar primero la prueba publicada.

Mirar una caída de un día y reescribir una página entera. Los datos pueden tener retrasos, variaciones de consulta o cambios de SERP. Solución: anotar cambios y comparar periodos equivalentes.

Usar Search Console como sustituto de Analytics. No muestra el recorrido completo de una persona dentro de la web. Solución: configurar ambos sistemas con objetivos y consentimiento adecuados.

Checklist de alta: lo que debe quedar terminado

Antes de dar la tarea por cerrada, confirma lo siguiente:

1. Existe una propiedad de dominio verificada o una justificación documentada para usar prefijo de URL.
2. Dos personas internas pueden recuperar el acceso.
3. La agencia o proveedor tiene el permiso mínimo necesario.
4. El sitemap se abre públicamente y ha sido enviado sin errores de lectura.
5. La home y una página de servicio importante superan la prueba publicada de inspección.
6. No hay noindex, robots o redirecciones accidentales en la URL que quieres posicionar.
7. La web enlaza internamente sus servicios, artículos y casos importantes.
8. Search Console y Analytics tienen responsables, una rutina de revisión y un criterio para medir contactos.
9. Cualquier cambio relevante queda anotado con fecha antes de interpretar una variación.

Search Console es útil cuando convierte preguntas vagas en comprobaciones: “¿Google puede rastrear esta página?”, “¿qué URL aparece para esta búsqueda?”, “¿qué cambió antes de esta variación?” y “¿quién controla realmente el activo?”. Configúrala una vez con orden, mantenla bajo control de la empresa y úsala para tomar mejores decisiones, no para perseguir números aislados.

Si ya tienes acceso pero no sabes qué merece atención, el siguiente paso no es abrir más informes: es priorizar. En SEO en Madrid trabajamos esa combinación de diagnóstico técnico, intención, contenido, enlaces internos y medición para que las mejoras sean verificables y estén relacionadas con un objetivo de negocio.