El sitio desapareció de Google: qué comprobar
Si tu sitio desapareció de Google, repasa las causas en el orden en que se pueden descartar más rápido: acción manual, noindex, robots.txt, canónica, un hackeo o inclusión en lista negra, errores de servidor, y por último el propio dominio. Seis de las siete son visibles desde fuera del sitio en pocos minutos, y el orden de abajo está elegido para que las comprobaciones más baratas vayan primero.
Primero, confirma que de verdad ha desaparecido
Busca la URL exacta de tu página de inicio, y luego ejecuta site:example.com. Ningún resultado en absoluto para ninguna de las dos señala una causa a escala del sitio entero, y se aplica la lista de abajo. Resultados para la página de inicio pero no para una sección señala a una plantilla o una ruta concreta, lo que reduce mucho la búsqueda. Resultados que están todos presentes pero posicionando peor que el mes pasado es un problema distinto: eso es un cambio de posicionamiento, no una desindexación, y ninguno de estos pasos lo aborda.
1. Comprueba si hay una acción manual
Search Console, Seguridad y acciones manuales, Acciones manuales. Una acción manual significa que un revisor humano aplicó una penalización, y nombra el motivo y el alcance. Nada más de esta lista arreglará un sitio bajo una de ellas. El camino de vuelta es corregir lo que describe el aviso y enviar una solicitud de reconsideración, que tarda de días a semanas. Esto va primero en la lista porque es un solo clic y hace irrelevantes a las otras seis.
2. Comprueba si hay noindex
La causa más habitual de que un sitio entero desaparezca sin que nada parezca roto:
curl -sI https://example.com/ | grep -i x-robots-tag
curl -s https://example.com/ | grep -i 'name="robots"'Que cualquiera de los dos comandos imprima noindex es tu respuesta. Comprueba una página de cada plantilla principal, no solo la página de inicio, porque la fuga a menudo se limita a una sola ruta. El mecanismo y las formas habituales en que se cuela están cubiertos en qué hace noindex.
3. Comprueba robots.txt
Abre https://example.com/robots.txt. Un Disallow: / bajo User-agent: * bloquea el rastreo de todo el sitio. Confirma también que el propio archivo devuelve 200: un 5xx persistente en robots.txt puede hacer que Google pause el rastreo del host aunque todas sus páginas estén bien. Las reglas y las trampas están en cómo comprobar robots.txt.
4. Comprueba la canónica
curl -s https://example.com/ | grep -i 'rel="canonical"'Si la canónica nombra un host de pruebas, un dominio de desarrollo o cualquier URL que no sea la página que acabas de pedir, todas las páginas están pidiendo plegarse en otro sitio. Eso es una canónica que apunta a staging, y produce exactamente este síntoma mientras el sitio sigue devolviendo 200.
5. Comprueba si el sitio está hackeado o en una lista negra
Un sitio comprometido a menudo se elimina de los resultados antes de que su propietario note nada. Mira primero el informe de Problemas de seguridad de Search Console, y luego comprueba las listas de reputación desde fuera: la comprobación gratuita de Web Risk informa de si las propias listas de malware y phishing de Google marcan actualmente tu URL, y la comprobación gratuita de listas negras cubre las listas negras de DNS que también afectan a la entrega de tu correo. Una marca en cualquiera de las dos significa que encontrar y eliminar el contenido inyectado va antes que cualquier otra cosa, ya que una revisión no se limpiará mientras el sitio siga comprometido.
6. Comprueba si hay errores de servidor
Las páginas que devuelven 5xx o agotan el tiempo de espera para el rastreador se eliminan, y un servidor que solo falla bajo la carga del rastreador parece perfectamente sano en un navegador. Revisa el informe de Estadísticas de rastreo en Search Console en busca de un pico de peticiones fallidas, y confirma el código de estado que devuelve tu sitio desde más de una red, ya que las reglas de protección contra bots que responden 403 a rangos de centros de datos son invisibles desde un navegador normal.
7. Comprueba que el dominio no haya caducado
El fallo que nadie espera, porque tumba el sitio por completo y en silencio: un dominio que caducó al renovarse, o un registro DNS que se eliminó con él. La consulta WHOIS gratuita muestra las fechas de registro y caducidad junto con los servidores de nombres actuales. Una fecha de caducidad en el pasado, o unos servidores de nombres que no son los tuyos, explica todo lo anterior de esta lista.
Por qué esta lista es larga
Cada causa de aquí salvo la acción manual produce un sitio que carga correctamente, devuelve 200 y pasa una comprobación de uptime normal, por lo que la primera señal suele ser un gráfico de tráfico una semana después de que se publicara el cambio. Hacer estas comprobaciones a mano lo detecta una vez. La herramienta gratuita de rastreo de sitio cubre la mitad de la lista que ocurre en la página en una sola pasada por todas las páginas, en lugar de las dos o tres que se te ocurrió probar. Para detectar la próxima el mismo día en que se publique, la opción Indexability de un monitor HTTP de HostTracker lee las directivas noindex y la canónica de tus páginas clave en cada comprobación y envía un aviso cuando una de ellas cambia - la monitorización SEO muestra cómo funciona junto con las comprobaciones de uptime, certificado y caducidad de dominio.