# Cómo probar robots.txt sin bloquear páginas importantes

> Cómo probar robots.txt: define el acceso esperado, prueba URL exactas, lee la regla que coincide y comprueba los recursos y el archivo publicado.

Canonical: https://www.getdexseo.com/es/blog/rastreo-e-indexacion/probar-robots-txt/
Author: Dex SEO, Editorial team
Published: Oct 24, 2026 · Updated: Oct 24, 2026

## Key takeaways

- Prueba URL exactas con las reglas del rastreador previsto.
- Compara el acceso esperado con el resultado, no solo la sintaxis.
- Incluye las páginas y los recursos que necesitan.
- Separa el permiso de rastreo de las decisiones de indexación.

Para probar un archivo robots.txt, empieza por las URL exactas y el acceso que quieres que tenga cada rastreador. Prueba el archivo actual, lee la regla que decide cada resultado y repite las comprobaciones en la versión publicada. Un archivo válido puede seguir bloqueando páginas que tu negocio necesita. Para el proceso general, consulta la [guía de rastreo e indexación](https://www.getdexseo.com/es/blog/rastreo-e-indexacion/).

El objetivo es una comprobación de acceso acotada. No es una auditoría SEO completa ni una prueba de que una página aparecerá en la búsqueda. Mantén separadas esas preguntas para que un resultado “permitido” no se convierta en una promesa que la herramienta no puede cumplir.

## ¿Qué es el archivo robots.txt y qué controla?

Es un archivo de texto en la raíz de tu sitio que indica a los rastreadores qué rutas pueden rastrear. Según la [introducción de Google a robots.txt](https://developers.google.com/search/docs/crawling-indexing/robots/intro?hl=es), sirve sobre todo para gestionar el tráfico de los rastreadores, no para sacar una página de Google. Controla el rastreo; no la indexación ni la privacidad.

## Define el acceso que esperas antes de probar

Escribe un motivo corto para la regla que quieres revisar. Nombra la sección, el rastreador y las páginas que deben seguir accesibles. “Mantener accesible la guía pública de reparaciones” es una prueba más clara que “mejorar el presupuesto de rastreo”.

Incluye al menos una URL que deba permitirse y otra que deba bloquearse, si la regla propuesta pretende bloquear una sección. Añade una ruta cercana que no deba quedar atrapada por error. Así es más fácil ver una regla demasiado amplia.

Anota quién es el responsable del archivo y quién puede aprobar un cambio. Si lo que quieres es elegir entre páginas duplicadas, eso pertenece a la revisión de la [URL canónica](https://www.getdexseo.com/es/blog/rastreo-e-indexacion/comprobar-url-canonica/); no lo conviertas en un bloqueo de rastreo.

## Carga el archivo correcto y elige el rastreador

Usa el robots.txt del origen exacto que estás revisando. La [especificación de robots.txt de Google](https://developers.google.com/crawling/docs/robots-txt/robots-txt-spec?hl=es) explica que el archivo se aplica al protocolo, el host y el puerto donde está publicado. El archivo de un subdominio no sustituye al de otro.

Abre el archivo público y guarda el texto que usas en la prueba, con la fecha. Si lo genera un CMS o un servicio de entrega, pregunta qué ajuste lo produce. No des por hecho que un archivo local coincide con la versión que reciben los rastreadores. Elige el rastreador que admite tu herramienta de prueba y anota sus límites.

## Cómo probar robots.txt con una tabla de URL

Crea una tabla pequeña con las URL exactas, el acceso esperado, el rastreador, el resultado y la regla que coincide. Respeta los parámetros y las mayúsculas cuando formen parte del caso. Incluye páginas públicas de tu [sitemap XML](https://www.getdexseo.com/es/blog/rastreo-e-indexacion/validar-sitemap-xml/) como casos representativos.

| Caso ficticio | Resultado esperado | Por qué probarlo |
| --- | --- | --- |
| Guía pública de reparaciones | Permitido | La respuesta principal debe ser accesible |
| Ruta de búsqueda interna | Según la política aprobada | Confirmar que la regla afecta a la sección prevista |
| Ruta pública con nombre parecido | Permitido | Detectar una regla demasiado amplia |
| Script que usa la guía | Permitido si la página lo necesita | Comprobar un recurso necesario por separado |

Estos casos ilustran el método, no una política recomendada para cualquier sitio. El responsable decide qué rutas necesitan acceso y por qué.

## Lee la regla que coincide, no solo el veredicto

Una herramienta puede decir “permitido” o “bloqueado” e indicar la regla que usó. Lee esa regla dentro de su grupo. Según la especificación de Google, se aplica la ruta coincidente más específica, y si dos reglas en conflicto tienen la misma especificidad, gana la menos restrictiva.

No juzgues solo por el orden de las líneas. Compara las rutas completas y el grupo que usa el rastreador elegido. Si el resultado te sorprende, reduce el caso a las reglas relevantes y la URL exacta antes de hacer un cambio mayor. Un ejemplo que pasa no prueba que todas las rutas de un patrón sean seguras.

## Comprueba los recursos de la página como URL separadas

Una página puede estar permitida mientras un script, una hoja de estilos o una imagen que necesita están bloqueados. Prueba sus direcciones reales. Si el problema es contenido creado con JavaScript, asigna una prueba aparte de [renderizado de JavaScript](https://www.getdexseo.com/es/blog/rastreo-e-indexacion/renderizado-javascript-seo/). Una prueba de reglas que pasa no es una revisión completa del renderizado.

## Robots.txt no es noindex ni privacidad

Robots.txt gestiona el rastreo; no es una forma fiable de quitar una página HTML de la búsqueda. Una URL bloqueada puede seguir apareciendo. Además, Google tiene que poder acceder a una página para leer su noindex. Para excluir una página, usa la guía para [comprobar el noindex](https://www.getdexseo.com/es/blog/rastreo-e-indexacion/comprobar-noindex/).

Los datos privados necesitan controles de acceso reales. El archivo es público y sus instrucciones no autentican a nadie ni protegen un recurso. Indica el objetivo real en la tarea: controlar el acceso de un rastreador, cambiar la intención de indexación o proteger datos. Son tareas distintas.

## Prueba un cambio acotado antes de publicarlo

Compara el archivo actual y el propuesto en la herramienta, con la misma tabla de URL y el mismo rastreador. Anota qué casos cambiaron y si el cambio coincide con lo previsto. Si una corrección permite la guía pero bloquea otra sección pública, no está lista. Conserva una forma de restaurar el archivo anterior si aparece un bloqueo no previsto.

## Comprueba el archivo publicado y cierra la tarea

Tras publicar, vuelve a descargar el archivo público y prueba los casos acordados con esa versión. Guarda la hora y el resultado. Para ver la información de Google después del arreglo, usa la [inspección de URLs de Search Console](https://www.getdexseo.com/es/blog/rastreo-e-indexacion/inspeccion-de-urls-search-console/).

DEX conecta la investigación de búsquedas, la planificación de contenido, la redacción de artículos y la publicación en el sitio conectado, y puede apoyar la revisión de páginas. Pero una puntuación de Health no es un analizador de robots.txt ni una prueba de indexación. Cierra la tarea cuando el rastreador previsto pueda acceder a las páginas y recursos necesarios y los bloqueos aprobados funcionen como se esperaba.

## Lista de comprobación de robots.txt

-   El objetivo de la regla está escrito con la sección, el rastreador y las páginas que deben seguir accesibles.
-   La prueba usa el archivo publicado del origen exacto, guardado con su fecha.
-   La tabla incluye una URL permitida, una bloqueada y una ruta parecida que no debe bloquearse.
-   Cada resultado anota la regla que coincide.
-   Los scripts y recursos necesarios se prueban por separado.
-   Ninguna regla se usa para excluir una página de la búsqueda ni para proteger datos privados.
-   El archivo publicado se vuelve a probar después del cambio.

## FAQ

### ¿Un resultado permitido prueba que la página está indexada?

No. Responde a una pregunta de rastreo; la indexación y el posicionamiento necesitan otras comprobaciones.

### ¿Robots.txt protege el contenido privado?

No. Usa controles de acceso reales; las instrucciones de rastreo no autentican a nadie.

### ¿Puedo copiar el robots.txt de otro sitio?

No. Prueba las reglas con tus propias rutas, rastreadores y resultados previstos.

## Sources

- [Introducción a los archivos robots.txt](https://developers.google.com/search/docs/crawling-indexing/robots/intro?hl=es) — Google Search Central
- [Cómo interpreta Google la especificación de robots.txt](https://developers.google.com/crawling/docs/robots-txt/robots-txt-spec?hl=es) — Google Search Central