NexaTech Studio

Guía técnica · NexaTech

Mi web no aparece en Google: las causas técnicas y cómo comprobarlas

Las causas técnicas por las que una web no aparece en Google y cómo comprobar cada una con Search Console, el operador site: y un par de comandos.

admin

·

29 de octubre de 2026

Respuesta corta: si tu web no aparece en Google, casi siempre es por una de estas causas: Google no puede rastrearla (robots.txt, errores del servidor), le has pedido que no la indexe (noindex, X-Robots-Tag o la casilla «Disuadir a los motores de búsqueda» de WordPress), le mandas a otra URL (canonical o redirecciones mal puestas) o todavía no la ha descubierto. Empieza por la Inspección de URLs de Search Console: en dos minutos te dice cuál de ellas es.

En esta guía repasamos las causas técnicas en el orden en que nosotros las comprobamos cuando un cliente nos dice «mi web no aparece en Google». Cada una tiene su guía detallada; aquí tienes el mapa y las comprobaciones rápidas.

Qué significa «no aparecer en Google»

Hay tres situaciones distintas y conviene separarlas antes de tocar nada:

  • La web no está indexada. Google no la tiene en su índice. Si buscas site:tudominio.com no sale nada, o salen muy pocas páginas.
  • La web está indexada pero no posiciona. Sale con site: y con el nombre de la marca, pero no por las búsquedas que te interesan. Eso ya no es (solo) un problema técnico: es de contenido, competencia y autoridad.
  • Algunas páginas sí y otras no. La portada sale, pero las fichas de servicio o las entradas del blog no. Suele haber un patrón: una plantilla con noindex, un directorio bloqueado, páginas sin enlaces internos.

Esta guía trata la primera y la tercera. Si tu web está indexada pero no posiciona, las causas técnicas de abajo siguen siendo lo primero que hay que descartar, porque un título duplicado o una canibalización también frenan el posicionamiento.

Cómo saber por qué tu web no aparece en Google: las cuatro comprobaciones

Antes de cambiar ajustes, haz estas cuatro comprobaciones. No tardas más de diez minutos.

1. El operador site:

Escribe en Google site:tudominio.com (sin espacio después de los dos puntos). Te da una idea aproximada de cuántas páginas tiene indexadas. No es una cifra exacta, pero sirve para distinguir «cero» de «algunas» y «todas».

  • Si no sale nada: la web no está indexada. Sigue con la Inspección de URLs.
  • Si sale la portada pero no el resto: busca site:tudominio.com/servicios/ o la ruta que falte para ver qué sección se queda fuera.
  • Si salen páginas que no deberían (de pruebas, de un staging, con textos raros): revisa también si la web ha sido hackeada.

2. La Inspección de URLs de Search Console

Si no tienes la web dada de alta en Google Search Console, hazlo ya: es gratuito y es la única fuente que te dice lo que Google ve de verdad. Pega la URL en la barra superior («Inspeccionar cualquier URL») y mira el resultado:

  • «La URL está en Google»: está indexada. El problema es de posicionamiento, no de indexación.
  • «La URL no está en Google»: despliega «Indexación de páginas» y lee el motivo. Ahí aparecen los clásicos: «Excluida por la etiqueta noindex», «Bloqueada por robots.txt», «Página con redirección», «Página alternativa con etiqueta canónica adecuada», «Rastreada: actualmente sin indexar» o «Descubierta: actualmente sin indexar».

Pulsa también «Probar URL publicada». Esa prueba lee la página en ese momento (no la versión que Google guardó hace semanas), así sabes si el problema ya está corregido. En «Ver página probada» tienes la captura de cómo la ve Googlebot y la lista de recursos que no pudo cargar.

3. El informe «Indexación de páginas»

En Search Console, menú Indexación → Páginas. Agrupa todas las URLs no indexadas por motivo. Es la forma más rápida de ver si el problema afecta a una página o a cientos. Si ves 300 URLs con «Excluida por la etiqueta noindex», no es casualidad: es una plantilla o un ajuste global.

4. Lo que responde tu servidor

Search Console va con retraso de días. Para ver lo que hay ahora mismo, mira las cabeceras y el robots.txt directamente:

curl -sI https://tudominio.com/ | grep -iE "^(HTTP|x-robots-tag|location)"
curl -s https://tudominio.com/robots.txt

La primera línea te dice el código HTTP (debe ser 200), si hay una cabecera X-Robots-Tag y si redirige a otro sitio. La segunda te enseña el robots.txt tal cual lo lee Google.

Las causas técnicas, una por una

Ordenadas de más a menos frecuente en lo que vemos en webs de pymes y de clientes de agencia.

Le has pedido a Google que no indexe la web

Es la causa número uno y la más fácil de arreglar. Hay tres formas de pedírselo, y a veces conviven:

  • La casilla «Disuadir a los motores de búsqueda de indexar este sitio» de WordPress (Ajustes → Lectura). Se marca durante el desarrollo y se olvida al publicar. Lo explicamos en Disuadir a los motores de búsqueda: por qué WordPress no indexa.
  • Una etiqueta <meta name="robots" content="noindex"> en la página, que suele poner Rank Math o Yoast cuando una plantilla o un tipo de contenido está configurado como «No indexar».
  • Una cabecera HTTP X-Robots-Tag: noindex que manda el servidor, el CDN o un plugin de seguridad. No se ve en el código fuente, solo en las cabeceras.

Cómo distinguirlas y quitarlas está en noindex, X-Robots-Tag y robots.txt: cómo saber si bloquean tu web.

El robots.txt bloquea el rastreo

Un Disallow: / en el robots.txt impide que Google lea cualquier página. Pasa mucho al copiar el robots.txt de un entorno de pruebas a producción. Ojo con un matiz: el robots.txt bloquea el rastreo, no la indexación. Google puede llegar a indexar una URL bloqueada si la enlazan desde fuera, pero sin contenido, con un resultado del tipo «No hay información disponible sobre esta página». Y si bloqueas una página que tiene noindex, Google nunca verá ese noindex.

Un caso más sutil: un robots.txt que no bloquea las páginas, pero sí las carpetas de CSS y JavaScript. Google indexa, pero ve la web rota y la valora peor. Lo tratamos en robots.txt que bloquea CSS y JavaScript.

Errores del servidor y redirecciones

Si Googlebot recibe errores 5xx de forma repetida, reduce el ritmo de rastreo y, si persisten, acaba quitando páginas del índice. Lo mismo con las redirecciones mal hechas: cadenas de tres o cuatro saltos, bucles, o redirecciones 302 «temporales» que llevan años puestas.

Comprueba con:

curl -sIL https://tudominio.com/pagina/ | grep -iE "^(HTTP|location)"

Cada línea HTTP es un salto. Lo ideal es un único 301 hasta un 200. Los cortafuegos también cuentan: si tu WAF o el plugin de seguridad devuelve 403 o un reto «compruebe que es humano» a Googlebot, para Google tu web no existe.

El canonical apunta a otra URL

La etiqueta <link rel="canonical"> le dice a Google cuál es la versión buena de una página. Si apunta a otra URL, Google indexa esa otra y descarta la tuya («Página alternativa con etiqueta canónica adecuada»). Los fallos típicos:

  • Canonical a http:// en una web que ya va por HTTPS.
  • Canonical al dominio de pruebas o al dominio antiguo tras una migración.
  • Todas las páginas con el canonical de la portada, por un fallo de plantilla.

En Search Console, la Inspección de URLs muestra «Canónica declarada por el usuario» y «Canónica seleccionada por Google». Si no coinciden, ahí tienes una pista.

El sitemap está mal o no existe

Sin sitemap, Google descubre las páginas solo por enlaces. Funciona en webs pequeñas y bien enlazadas, pero en cuanto hay páginas profundas o sin enlaces se quedan fuera. Y un sitemap con URLs que dan 404, que redirigen o que tienen noindex manda señales contradictorias y hace que Google confíe menos en él. Cómo limpiarlo: Sitemap con errores: URLs 404, redirecciones y noindex.

Páginas duplicadas o que compiten entre sí

Si cinco páginas tienen el mismo título y casi el mismo texto, Google elige una y deja las demás en «Duplicada: Google ha elegido una versión canónica diferente». A veces elige la que no querías. Revisa títulos y metadescripciones duplicados y canibalización y páginas huérfanas: son dos problemas que no se ven a simple vista y que explican muchas páginas «Rastreada: actualmente sin indexar».

Páginas huérfanas o demasiado profundas

Una página a la que no enlaza ninguna otra (huérfana) o que está a seis clics de la portada recibe pocas visitas de Googlebot. Si además no está en el sitemap, puede que Google no llegue nunca. Se arregla con enlazado interno, no con más plugins.

Contenido que Google no considera suficiente

«Rastreada: actualmente sin indexar» significa que Google leyó la página y decidió no indexarla por ahora. Pasa con páginas de muy poco texto, etiquetas y archivos de autor vacíos, fichas casi idénticas entre sí o textos de relleno que se quedaron publicados. No hay un ajuste que lo arregle: hay que mejorar la página, fusionarla con otra o ponerle noindex si no aporta.

La web es nueva

Una web recién publicada puede tardar de días a varias semanas en aparecer. Para acelerarlo: da de alta la propiedad en Search Console, envía el sitemap (Indexación → Sitemaps) y pide la indexación de la portada y de las páginas principales desde la Inspección de URLs («Solicitar indexación»). No lo pidas cien veces: hay un cupo diario y no acelera más.

Una acción manual o un problema de seguridad

Menos frecuente, pero grave. En Search Console, menú «Seguridad y acciones manuales». Si Google ha detectado spam inyectado, enlaces ocultos o malware, puede retirar páginas o mostrar avisos. En ese caso, primero limpia la web: tenemos una guía para limpiar el spam de casinos y farmacia en WordPress.

Para negocios locales: el NAP

Si eres un negocio local y no apareces en el mapa ni en búsquedas tipo «fontanero en Valencia», además de lo anterior revisa que tu nombre, dirección y teléfono sean los mismos en la web, en los datos estructurados y en tu Perfil de Empresa de Google. Lo explicamos en Tu teléfono o tu dirección no coinciden en la web: el NAP y el SEO local.

Cómo arreglarlo paso a paso

  1. Inspecciona la portada y dos o tres páginas clave en Search Console. Anota el motivo exacto que da Google para cada una.
  2. Si el motivo es noindex, quita la casilla «Disuadir», revisa los ajustes de indexación de Rank Math o Yoast y comprueba que no haya X-Robots-Tag en las cabeceras.
  3. Si es robots.txt, edita el fichero (en Rank Math: Ajustes generales → Editar robots.txt; en Yoast: Herramientas → Editor de archivos) y deja solo lo que de verdad no quieres que se rastree.
  4. Si son redirecciones o errores 5xx, corrígelos en el servidor o en el plugin de redirecciones y vuelve a probar con curl.
  5. Si el canonical apunta a otra URL, corrige el ajuste del plugin SEO o de la plantilla.
  6. Revisa el sitemap: que exista, que esté enviado en Search Console y que solo tenga URLs con 200, sin redirección y sin noindex.
  7. Pasa un rastreador (Screaming Frog es gratuito hasta 500 URLs) para encontrar títulos duplicados, páginas huérfanas y enlaces rotos de toda la web de una vez.
  8. Cuando esté todo corregido, en Search Console pulsa «Probar URL publicada» y después «Solicitar indexación» en las páginas principales. Para los motivos del informe «Indexación de páginas», usa «Validar corrección».

Cómo evitar que vuelva a pasar

  • Haz una comprobación de indexación cada vez que publiques una web nueva, migres de dominio o cambies de plugin SEO. Son los tres momentos en que más veces una web no aparece en Google de un día para otro.
  • No copies el robots.txt ni la base de datos de staging a producción sin revisar blog_public y el robots.txt.
  • Activa los avisos por correo de Search Console. Avisan, pero tarde y sin mucho detalle.
  • Revisa el informe «Indexación de páginas» una vez al mes. Un salto brusco de páginas excluidas es una alarma.

Para agencias: vigilar la indexación de todas las webs

Cuando llevas muchas webs, el problema no es arreglar un noindex: es enterarte. Lo normal es que lo detecte el cliente semanas después, cuando ya ha perdido tráfico.

En Jeffrey revisamos cada día si la portada de cada web es indexable: si lleva meta robots noindex, si el servidor manda X-Robots-Tag: noindex o si el robots.txt la bloquea a Google. Si pasa, es una alerta crítica que llega por el canal urgente, a la agencia y a nosotros a la vez. Con el plugin de Jeffrey instalado, también avisamos si alguien marca la casilla «Disuadir a los motores de búsqueda» en WordPress.

Además, cada día leemos la portada y avisamos cuando cambia algo que afecta al SEO: el título, el H1, el canonical (crítico si pasa a apuntar a otro dominio) o si el sitemap pierde un 30 % o más de sus URLs. Y rastreamos las páginas de la web para encontrar errores 404 y 5xx, redirecciones encadenadas, títulos duplicados, canibalización y páginas huérfanas, que quedan en la ficha SEO de cada web para revisarlas con calma.

Si es urgente y no sabes por dónde empezar, escríbenos y lo miramos.

Preguntas frecuentes

¿Cuánto tarda Google en indexar una web nueva?

Depende de la web y de los enlaces que reciba. Lo normal es entre unos días y unas pocas semanas. Dar de alta Search Console, enviar el sitemap y solicitar la indexación de las páginas principales ayuda a que Google la descubra antes, pero no hay forma de forzarlo.

Si sale con site: pero no con el nombre de mi empresa, ¿qué pasa?

Si está indexada pero no aparece por tu marca, revisa que el título de la portada incluya el nombre del negocio, que no haya otra página tuya (o un directorio) compitiendo y que no exista una acción manual. Si la marca es una palabra muy común, tardará más en posicionar.

¿Pagar Google Ads ayuda a aparecer en los resultados orgánicos?

No. Los anuncios y los resultados orgánicos son sistemas separados. Pagar anuncios no indexa tu web ni mejora su posición orgánica.

¿«Rastreada: actualmente sin indexar» es un error que pueda corregir?

No es un error técnico, es una decisión de Google sobre esa página. Revisa que tenga contenido propio y útil, que no esté duplicada y que reciba enlaces internos. Si es una página que no aporta (etiquetas, archivos vacíos), mejor ponerle noindex.

¿Cada cuánto debo revisar la indexación?

En una web normal, una vez al mes en el informe de Search Console y siempre después de una migración, un rediseño o un cambio de plugin SEO. Si llevas varias webs, merece la pena automatizarlo.

Para agencias

¿Llevas varias webs? Entérate antes que tu cliente

Jeffrey vigila las webs de tus clientes (caídas, SSL, dominios, DNS y correo) y te avisa antes de que llamen. Cuando hace falta una persona, entramos nosotros, en marca blanca.

¿Hablamos de tu proyecto?

Cuéntanos qué necesitas y te respondemos en menos de 24h.