robots.txt, noindex y canonical: qué usar y cuándo.
Tres mecanismos que suelen confundirse, pero resuelven problemas diferentes. Aprende a controlar el rastreo, excluir una URL del índice y consolidar duplicados sin enviar señales contradictorias a Google.
¿Qué diferencia hay entre robots.txt, noindex y canonical?
robots.txt le dice a un rastreador si tiene permitido solicitar una URL; noindex le indica a un buscador compatible que no incluya esa página o archivo en sus resultados; rel="canonical" señala cuál es la versión preferida de dos o más URLs duplicadas o muy similares. No son métodos equivalentes y Google no trata el canonical como una orden obligatoria. [1] [2] [3]
Controla el acceso del crawler. No garantiza la desindexación.
Evita aparecer en la Búsqueda cuando Google puede leer la regla.
Propone la URL representativa. Es una señal, no una directiva.
Tres mecanismos. Una decisión correcta.
La diferencia fundamental es en qué fase actúa cada señal. Rastreo no significa indexación; indexación no significa posicionamiento, y una URL canónica declarada no tiene por qué ser la elegida por Google.
| Criterio | robots.txt / Disallow | Meta noindex / X-Robots-Tag | rel="canonical" |
|---|---|---|---|
| Objetivo principal | Limitar el rastreo de rutas | Excluir URLs de los resultados | Consolidar duplicados y sugerir URL principal |
| ¿Google puede rastrear? | En la ruta bloqueada, no | Sí: necesita acceder y leer la regla | Sí: debe poder encontrar la señal |
| ¿Impide indexar? | No necesariamente | Sí, cuando se procesa | No de forma absoluta |
| ¿Google debe obedecer? | Google respeta las reglas válidas de rastreo | Regla de indexación admitida | Pista o señal fuerte; Google elige |
| Ubicación | /robots.txt de cada host | <head> o cabecera HTTP | <head> o cabecera HTTP Link |
| Archivos PDF | Restringe rastreo del archivo | X-Robots-Tag en la respuesta | Cabecera HTTP Link: canonical |
| Ideal para | URLs que no quieres que se soliciten repetidamente | Páginas públicas que no deben figurar en el índice | Variantes con parámetros o duplicados relevantes |
| No sirve para | Proteger datos sensibles o borrar resultados con garantías | Bloquear solicitudes del crawler | Ocultar contenido privado o fusionar páginas distintas |
robots.txt
Se publica en la raíz del host. Las rutas deben coincidir con el comportamiento de robots.txt de Google.
User-agent: *
Disallow: /busqueda-interna/noindex
El buscador accede a la respuesta, lee la etiqueta o cabecera y aplica la exclusión de sus resultados.
<meta name="robots" content="noindex">canonical
La URL secundaria recomienda como canónica la página principal, que debe ser accesible y suficientemente similar.
<link rel="canonical" href="https://ejemplo.com/producto/">Árbol de decisión: ¿qué etiqueta necesito?
Elige tu objetivo real, no la etiqueta que tenías pensada. El asistente muestra una estrategia, código orientativo, comprobaciones y el error más probable. Funciona en tu navegador y no accede a tu servidor.
Selecciona el escenario
Una página destinada a posicionar necesita ser accesible, no estar marcada como noindex y aportar contenido útil y diferenciado.
- Comprueba el estado HTTP 200 y el acceso de Googlebot.
- Verifica noindex, canonical, enlaces internos y sitemap.
- Consulta la inspección de URL de Search Console.
¿Qué pasa si combino reglas?
Activa varias señales sobre una misma URL y observa las consecuencias probables. El simulador ilustra la lógica técnica; no sustituye el rastreo y la inspección real.
Google puede rastrear y evaluar la URL. La inclusión efectiva en el índice y la selección canónica dependen de otros factores.
Importante: esta herramienta no prueba tu robots.txt ni ve las cabeceras de tu sitio.
robots.txt: qué bloquea y qué no.
Google consulta robots.txt para conocer las reglas de acceso de sus rastreadores. Un bloqueo Disallow impide rastrear rutas que coinciden con esa regla, pero no elimina automáticamente de Google las URLs ya conocidas. [1] Fuente primaria ↗
Regla por directorio
Bloquea el rastreo de URLs dentro de un directorio específico. Úsalo solo si el rastreo de esas rutas no es necesario para tu estrategia de indexación.
User-agent: *
Disallow: /filtros-infinitos/
Sitemap: https://ejemplo.com/sitemap.xmlDos instrucciones muy diferentes
Disallow: / bloquea todas las rutas para el grupo afectado. Disallow: sin valor no bloquea ninguna ruta por sí solo. Un cambio mínimo puede afectar a toda la web.
User-agent: *
Disallow: /
# No utilizar en un sitio que quieras posicionar.¿Dónde debe estar robots.txt?
En la raíz del protocolo, host y puerto correspondiente, por ejemplo, https://ejemplo.com/robots.txt. Las reglas de ese archivo no se trasladan automáticamente a https://blog.ejemplo.com/ ni a http://ejemplo.com/. Para Google, el formato y la interpretación se documentan en su especificación de robots.txt y en RFC 9309. [4]
¿robots.txt evita la indexación?
No de forma fiable para páginas HTML. Google puede descubrir una URL por enlaces externos o internos e incluirla sin haber podido leer su contenido. Si el objetivo es que no aparezca en los resultados, utiliza noindex dejando la URL rastreable; si hay información sensible, utiliza autenticación o retira el documento de la publicación pública.
Patrones, archivos y matices
Google admite patrones como * y el final de URL $. Una regla aplicada de forma demasiado amplia puede bloquear CSS, JavaScript, imágenes necesarias para renderizar el contenido o páginas canónicas. En un ecommerce con millones de combinaciones de filtros, robots.txt puede tener sentido para contener un espacio de rastreo infinito; en un blog de pocas centenas de URLs no sustituye a una buena arquitectura, enlaces internos y contenido útil. [5] Especificación de Google ↗
Distinción importante para imágenes: Google documenta el uso de reglas robots.txt para impedir el rastreo e indexación de archivos de imagen en determinados contextos. Esa excepción para contenido multimedia no convierte robots.txt en una herramienta fiable para excluir páginas HTML del índice. Documentación de Google Imágenes ↗
noindex: la regla para no aparecer en Google.
La directiva noindex impide que los buscadores compatibles muestren un documento en sus resultados, una vez que pueden rastrearlo y detectar la instrucción. Puede expresarse como metaetiqueta HTML o como cabecera HTTP. [2]
Meta robots noindex
Debe aparecer en el <head> real de la página. En WordPress, conviene establecerla con el plugin SEO o el sistema de plantillas, no en un widget de Elementor.
<meta name="robots" content="noindex">HTTP X-Robots-Tag
Útil cuando no existe un <head> HTML donde poner una etiqueta. Necesita configurarse en el servidor o la CDN que sirve el recurso.
HTTP/2 200
Content-Type: application/pdf
X-Robots-Tag: noindex¿Cuándo conviene aplicar noindex?
Cuando una URL debe seguir disponible para personas o procesos internos pero no debe captar visitas desde Google: una página de gracias tras un formulario, una landing temporal sin valor de búsqueda o determinados resultados internos del sitio. La decisión debe ser caso por caso. Que una página reciba poco tráfico no basta por sí solo para excluirla.
¿Se puede usar noindex, follow?
noindex, follow es una combinación sintácticamente válida y puede ayudar a expresar la intención de permitir el seguimiento de enlaces mientras se excluye la página. No obstante, no deberías depender a largo plazo de una URL noindex como único puente de descubrimiento para páginas importantes: enlázalas también desde URLs indexables. Tampoco confundas nofollow de la página con el atributo de un enlace individual. [6] Reglas robots ↗
¿Por qué no desaparece una URL inmediatamente?
Porque Google debe volver a rastrearla y procesar la instrucción. La eliminación puede tardar, incluso cuando el HTML ya es correcto. Para una retirada urgente de un resultado de un sitio propio, la herramienta de Retiradas de Search Console ofrece ocultación temporal; para que sea permanente, hay que mantener noindex, retirar el contenido o restringir el acceso según corresponda. [7]
¿noindex se puede poner en robots.txt?
No. Google no admite Noindex: como directiva de robots.txt. Esta recomendación antigua sigue apareciendo en algunos artículos, pero debe evitarse.
Ojo con JavaScript. Si el HTML inicial devuelve noindex, confiar en que JavaScript la quite después es arriesgado: Google puede detectar la instrucción y omitir el renderizado de la página. Para URLs que quieres indexar, no sirvas noindex en el HTML inicial. [8] SEO en JavaScript ↗
Canonical: elegir la versión representativa.
Cuando dos URLs muestran contenido idéntico o muy similar, puedes indicar cuál prefieres como URL canónica. Google combina señales de canonicalización, pero puede escoger otra si considera que representa mejor el conjunto. [3] [9]
Consolida dos versiones de un producto
La ficha con ?utm_source= presenta el mismo contenido que la URL limpia y apunta hacia ella.
<link rel="canonical"
href="https://ejemplo.com/zapatillas/">Además, enlaza internamente a la URL limpia y mantenla como URL preferida del sitemap.
Identifica la versión principal
La página principal puede declararse a sí misma como canónica para mantener señales consistentes.
<link rel="canonical"
href="https://ejemplo.com/zapatillas/">El contenido debe ser accesible e indexable y no contradecirse con señales en el sitemap o redirecciones.
¿Qué pesa más: canonical, 301 o sitemap?
Google describe las redirecciones y la anotación rel="canonical" como señales fuertes de preferencia; la presencia de una URL en el sitemap es una señal más débil. Las señales consistentes pueden acumularse. La redirección permanente es especialmente adecuada cuando la URL antigua ya no debe ser accesible como página independiente. No utilices canonical para resolver una página realmente trasladada si puedes redirigir correctamente a la nueva URL. [3]
¿Canonical o noindex para contenido duplicado?
Si el contenido duplicado debe seguir accesible y quieres concentrar sus señales en una URL representativa, suele encajar canonical. Google desaconseja utilizar noindex como método para forzar la elección de una canónica dentro de un sitio, porque noindex retira por completo la página de la Búsqueda. Si dos páginas son distintas, aportan valor propio y buscan intenciones diferentes, considera mantener ambas indexables y autorreferenciadas en lugar de unirlas artificialmente.
¿Puedo hacer canonical entre idiomas?
Una versión española y otra catalana o inglesa con el contenido realmente traducido no deberían canonicalizarse ambas hacia la española por sistema. Cada versión indexable suele apuntarse a sí misma con canonical y se conecta con sus equivalentes mediante hreflang. Google explica que las versiones localizadas solo se consideran duplicadas si su contenido principal no está traducido. Es especialmente relevante en WordPress multilingüe con Polylang. [10] Versiones localizadas ↗
¿Se puede definir canonical para un PDF?
Sí: para documentos no HTML, Google admite una cabecera HTTP Link que apunta a la URL canónica. No es una metaetiqueta dentro del PDF. Si lo que quieres es que el PDF no aparezca en ningún resultado, el mecanismo distinto es X-Robots-Tag: noindex. Conviene determinar primero si se trata de duplicidad o de exclusión.
HTTP/2 200
Content-Type: application/pdf
Link: <https://ejemplo.com/guia/>; rel="canonical"Regla práctica de canonicalización: el destino debe responder correctamente, ser accesible, contener contenido equivalente y recibir señales coherentes. Evita cadenas de canonical, URLs con fragmentos #seccion, varias etiquetas incompatibles o una canónica que redirija a otra página. Si Google elige una URL distinta, investiga primero antes de considerarlo un error. [11] Solución de problemas ↗
12 casos que aparecen en webs reales.
Busca tu situación antes de tocar el código. Estas son orientaciones generales: un ecommerce con filtros, un blog de WordPress y una aplicación con millones de URLs pueden requerir decisiones diferentes.
| Escenario | Qué suele convenir | Qué evitar |
|---|---|---|
| Artículo original que debe posicionar | 200, rastreo permitido, indexable, canonical coherente | Noindex accidental, bloqueo robots, canónica a otra URL |
| Página de agradecimiento | Noindex si no tiene intención de búsqueda propia | Disallow como única forma de excluirla |
| Resultados de búsqueda interna | Valorar noindex; si hay espacios infinitos, estrategia adicional de rastreo | Permitir indexación masiva de URLs vacías o irrelevantes |
| Producto con ?utm_source= | Canonical coherente hacia la URL limpia | Autocanonical en cada variante UTM duplicada |
| Filtros infinitos de ecommerce | Arquitectura de facetas + control de crawl según caso | Confiar en canonical para impedir todas las solicitudes |
| Página antigua con nueva equivalente | 301/308 hacia el destino apropiado | Mantener dos páginas iguales accesibles sin motivo |
| Contenido eliminado sin sustituto | 404 o 410 auténtico, enlaces y sitemap actualizados | 200 con texto «no existe» o redirección indiscriminada a home |
| PDF público que no debe indexarse | X-Robots-Tag: noindex y rastreo permitido | Creer que meta robots HTML funciona dentro de un PDF |
| Staging privado o archivos sensibles | Autenticación o restricción real de acceso | Robots.txt como mecanismo de privacidad |
| Traducciones español, catalán e inglés | Canonical propio + hreflang recíproco cuando proceda | Canonicalizar todas las traducciones al español |
| Versión imprimible de un artículo | Canonical a la versión principal si son equivalentes | Noindex y canonical contradictorios como primera solución |
| URL indexada pese a robots.txt | Permitir rastreo temporalmente, aplicar noindex y verificar retirada | Mantener Disallow e insistir en que Google lea noindex |
Google muestra una dirección sin descripción
Una URL está enlazada desde otro sitio, pero Disallow impide que Google lea su contenido o metaetiquetas. El remedio, si buscas retirarla del índice, es permitir su rastreo y publicar una regla noindex visible.
Una URL con UTM compite con la limpia
El contenido apenas cambia, pero cada combinación de parámetros genera una dirección diferente. Alinea canonical, enlaces internos y sitemap con la versión representativa. Si existen filtros reales, estudia por separado su valor SEO.
Solución habitual: canonical consistente/servicio/?utm_campaign=abc → /servicio/ES, CA y EN son versiones traducidas
La intención de búsqueda y el idioma son distintos. Cada traducción puede ser indexable y autorreferenciarse con canonical. Declara alternativas hreflang válidas y revisa que sean recíprocas.
Solución habitual: canonical propio + hreflang/es/guia/ ↔ /ca/guia/ ↔ /en/guide/ (ejemplo)La web de pruebas se está haciendo pública
Bloquear robots.txt no protege un entorno sensible, y noindex tampoco impide que alguien abra una URL que conoce. Utiliza autenticación o aislamiento de acceso; comprueba además que la producción no haya heredado reglas de pruebas.
Solución habitual: acceso restringidoStaging con contraseña y revisión de producciónCómo aplicarlo sin romper la indexación.
En WordPress, muchas señales SEO se generan fuera del contenido visible: en el head del documento, en los encabezados HTTP o en robots.txt. Si utilizas Elementor, el widget HTML sirve para el contenido interactivo, no para insertar un segundo <head> dentro de una página.
Revisa la visibilidad global.
En Ajustes → Lectura, comprueba la opción de disuadir a buscadores. Su funcionamiento puede variar por instalación; verifica siempre el HTML y robots.txt publicados.
Configura index/noindex en el SEO plugin.
En Rank Math, Yoast u otro sistema SEO, establece si una URL debe indexarse. Verifica después la meta robots real, evitando que dos plugins emitan reglas divergentes.
Comprueba la canonical exacta.
El plugin suele generar una autorreferencia. Solo cámbiala cuando hay duplicación genuina y un destino representativo. No copies una canónica genérica a todas las páginas.
Gestiona robots.txt con prudencia.
La ruta pública suele ser /robots.txt, pero WordPress y plugins pueden generarla virtualmente. Confirma qué contenido se sirve y qué servidor o plugin lo controla.
Verifica ES, CA y EN.
En sitios con Polylang comprueba canonicals e indicaciones hreflang entre traducciones equivalentes. No envíes versiones traducidas a una única canonical sin análisis.
Valida después de publicar.
Comprueba código fuente, respuestas HTTP y herramienta de inspección de URLs. Un ajuste guardado en el editor no garantiza que Google ya haya visto la versión nueva.
Comandos rápidos para auditar una URL
Desde una terminal con curl puedes revisar redirecciones, cabeceras y robots.txt. Sustituye ejemplo.com por tu propio dominio. El HTML inicial y el renderizado posterior pueden diferir; no dependas solo de un comando para tomar decisiones.
curl -I https://ejemplo.com/pagina/
curl -L https://ejemplo.com/robots.txt
curl -Ls https://ejemplo.com/pagina/ | grep -iE 'robots|canonical'Ejemplo aplicable a páginas de recursos: si una guía original de tu blog debe posicionar, conserva su URL indexable, canonical autorreferencial, enlaces desde hubs temáticos y sitemap coherente. No la marques noindex solo porque Search Console todavía muestra «Descubierta: actualmente sin indexar»; antes investiga descubrimiento, rastreo, contenidos y señales técnicas.
Cómo comprobar qué está interpretando Google.
No basta con ver una etiqueta en el navegador. Inspecciona la URL exacta y distingue lo que Google guardó de su último rastreo de lo que devuelve ahora la página publicada.
Estados habituales y qué significan
«Excluida por etiqueta noindex»: Google detectó una directiva noindex. Si la exclusión es voluntaria, no es un error que debas corregir. Si esa URL debería posicionar, busca la meta robots o cabecera que la está generando.
«Bloqueada por robots.txt»: Google no pudo rastrear su contenido siguiendo las reglas de robots.txt. No significa necesariamente que la URL jamás pueda aparecer en resultados. Si necesitas indexación o que se lea un noindex, revisa el bloqueo.
«Duplicada: Google ha elegido una versión canónica diferente a la del usuario»: la preferencia declarada no coincidió con la elegida. Compara contenido, enlaces, sitemap, redirecciones y señales canonical.
«URL alternativa con etiqueta canónica adecuada»: puede ser un comportamiento esperado para una variante duplicada. No hace falta convertir todas las variantes en páginas indexadas.
«Rastreada: actualmente sin indexar» y «Descubierta: actualmente sin indexar»: no son sinónimos de error canonical o noindex. Analiza primero si Google ha solicitado la URL, su estado y su valor editorial. Si necesitas ampliar ese diagnóstico, consulta mi guía de sitemap XML y el apartado sobre enlazado interno. Una página técnicamente indexable no tiene garantizada la indexación.
La prueba publicada no predice la canónica seleccionada. Search Console distingue la «canónica declarada por el usuario» de la «seleccionada por Google». Esta última procede de los datos del índice, no de una predicción del test en directo. [12] Guía de inspección de URL ↗ · [13] Informe de indexación ↗
Checklist de elegibilidad
HTTP 200, rastreo permitido, sin noindex, contenido principal accesible, canonical coherente, enlaces internos, sitemap limpio y ausencia de redirecciones inesperadas. Luego trabaja calidad, intención y descubrimiento.
Checklist de retirada
URL accesible al crawler, noindex visible o eliminación real, sin contradicción con robots.txt, variante exacta identificada y comprobación posterior en Search Console. En casos urgentes, considera Retiradas.
Ocho errores que pueden costarte visibilidad.
Una sola configuración contradictoria puede afectar a un conjunto completo de URLs. Revisa estas señales antes de publicar cambios masivos.
Disallow y noindex en la misma URL
Google no puede descubrir la directiva de exclusión si no puede rastrear el documento. Si necesitas desindexar, desbloquea y permite leer noindex.
Usar canonical como una orden de noindex
Canonical solo indica una preferencia entre duplicados; Google puede seleccionar otro resultado. No sirve para mantener en secreto información sensible.
Publicar Disallow: / en producción
Una regla global pensada para pruebas puede impedir el rastreo de todo el sitio. Audita la respuesta de /robots.txt tras una migración.
Canonicalizar traducciones diferentes
ES, CA y EN necesitan un tratamiento de internacionalización específico cuando el contenido está traducido y tiene valor autónomo.
Apuntar canonical a una URL que falla
Si el destino devuelve error, no existe, está bloqueado o presenta contenido distinto, Google puede ignorar la preferencia.
Bloquear CSS y JS importantes
Las restricciones pueden impedir un renderizado adecuado. No asumas que los recursos comunes son prescindibles para el robot.
Incluir versiones descartadas en el sitemap
Una URL alternativa declarada en sitemap y otra distinta indicada en canonical envían preferencias difíciles de interpretar.
Confundir privacidad con indexación
Noindex y robots.txt no son medidas de seguridad. Los documentos sensibles deben estar protegidos por controles de acceso reales.
Checklist para copiar: objetivo de la URL definido · respuesta HTTP correcta · rastreo permitido o bloqueado por un motivo explícito · noindex visible solo cuando corresponde · canonical coherente · sitemap alineado · hreflang válido · enlaces internos correctos · verificación en Search Console tras el despliegue.
Dudas sobre robots.txt, noindex y canonical.
Respuestas concretas a preguntas que surgen al auditar WordPress, ecommerce, PDFs y estados de indexación.
¿Qué diferencia hay entre robots.txt y noindex?
robots.txt regula las solicitudes de rastreo del robot. Noindex es una regla de indexación que Google debe poder leer en el HTML o la respuesta HTTP. Por eso una URL bloqueada con robots.txt puede seguir apareciendo en resultados, mientras que una noindex correctamente rastreada se excluye del índice.
¿Canonical sirve para desindexar una página?
No es una orden de desindexación. Es una señal para elegir la representante entre URLs duplicadas o muy parecidas. Google puede elegir otra canónica. Para impedir que una página pública figure en los resultados usa noindex, y para retirar una URL antigua con nuevo destino utiliza una redirección cuando corresponda.
¿Puedo combinar Disallow y noindex?
Técnicamente puedes configurarlos, pero es una combinación contraproducente si necesitas que Google procese noindex. El bloqueo puede impedirle acceder al documento y detectar la etiqueta o cabecera. Para desindexar una URL existente, permite el rastreo y aplica noindex.
¿Qué ocurre con noindex y canonical a la vez?
Son señales con objetivos diferentes. Google desaconseja utilizar noindex para forzar la elección de otra canónica dentro de un sitio. Para duplicados que deben seguir accesibles, prefiere canonical coherente; para excluir páginas del buscador, noindex. Evita tratar la combinación como una forma garantizada de consolidar señales.
¿Qué diferencia hay entre noindex y nofollow?
Noindex impide la presencia de una página en resultados. Nofollow es una directiva distinta sobre el seguimiento de enlaces de la página. También existe rel="nofollow" aplicado a enlaces individuales, que no es equivalente a noindex.
¿robots.txt puede eliminar una página ya indexada?
No de forma fiable. Puede impedir la visita de Googlebot, pero la URL puede seguir descubriéndose a través de enlaces. Para retirada, deja que Google lea noindex o devuelve la respuesta adecuada si se ha eliminado; para retirada urgente de una propiedad propia puedes consultar la herramienta de Retiradas.
¿Dónde se coloca la etiqueta canonical?
En el head del documento HTML mediante un enlace rel="canonical" con la URL completa preferida. También existe la cabecera HTTP Link para recursos no HTML. No la añadas simplemente dentro del cuerpo de un widget Elementor.
¿Cuándo es mejor una redirección 301 que canonical?
Cuando la URL anterior no debe seguir sirviendo una página propia y hay un destino permanente equivalente. Canonical se usa cuando mantienes varias URLs accesibles con contenido idéntico o muy similar y quieres señalar la preferida.
¿Puede Google ignorar rel="canonical"?
Sí. Google la considera una señal, no un mandato absoluto. Compara la canónica declarada y la que eligió Google desde Inspección de URL y revisa contenidos, enlaces internos, redirecciones y sitemaps si no coinciden.
¿Qué hago si Search Console dice «Bloqueada por robots.txt»?
Primero determina si el bloqueo es intencionado. Si la URL debe posicionar o necesitas que Google lea su noindex, ajusta el archivo. Si es un espacio de rastreo que realmente deseas bloquear, el estado puede ser esperado; revisa que no afecte a recursos esenciales ni páginas canónicas.
¿Qué hago si una página aparece como «Excluida por noindex»?
Si decidiste excluirla, no hace falta corregirlo. Si debería posicionar, encuentra la regla meta robots o X-Robots-Tag responsable, elimínala en el sistema que la genera y verifica la URL publicada en Search Console.
¿Puedo usar noindex en un PDF?
Sí. Configura una cabecera de respuesta X-Robots-Tag: noindex en la URL del PDF y permite que el crawler solicite el documento. Una metaetiqueta HTML no funciona dentro de un archivo PDF.
¿Las páginas en catalán e inglés deben apuntar a la canonical española?
Si están realmente traducidas y tienen valor propio, normalmente no. Conserva canónicas autorreferenciales y enlázalas mediante hreflang recíproco. Google considera que las versiones localizadas no son duplicadas si el contenido principal está traducido.
¿Poner index, follow garantiza aparecer en Google?
No. Index y follow son los comportamientos predeterminados si no existe otra restricción; especificarlos no obliga a Google a indexar ni posicionar una URL. Influyen el rastreo, la calidad, la duplicación, las señales de canonicalización y otros factores.
¿Qué etiquetas van en el sitemap.xml?
El sitemap incluye las URLs canónicas que quieres presentar como candidatas al índice. No debe utilizarse como una lista de todas las variantes descartadas. Su inclusión es una señal más débil que canonical y no garantiza la indexación.
¿El test de URL publicada muestra la canonical definitiva?
No. La prueba publicada permite evaluar algunos requisitos actuales, pero no predice qué URL elegirá Google como canónica. Esa elección se muestra en los datos del índice, que pueden tener retraso respecto a la web actual.
¿Es recomendable aplicar noindex masivo a páginas con pocas impresiones?
No por defecto. Antes distingue páginas estratégicas aún en descubrimiento de URLs realmente prescindibles. La falta de impresiones no prueba que una URL deba salir del índice. Revisa la intención de búsqueda, el contenido, los enlaces internos y el estado técnico.
¿Canonical resuelve la canibalización SEO?
Solo si existen páginas genuinamente duplicadas o muy similares y deseas consolidarlas. Si varias páginas originales compiten por la misma intención, puede ser preferible diferenciarlas, fusionar contenido, mejorar enlaces internos o redirigir una URL; canonical no sustituye a la arquitectura editorial. Puedes profundizar en la guía de canibalización SEO en Search Console.
Basado en documentación de Google Search Central.
Revisión editorial: 17 de octubre de 2026. Las especificaciones técnicas se han contrastado con fuentes primarias de Google y el estándar del protocolo robots. Los ejemplos con ejemplo.com son ilustrativos, no auditorías a URLs reales. El asistente interactivo ofrece orientación, no verifica tu sitio.
Criterio editorial y limitaciones
Esta guía prioriza la decisión técnica entre los tres mecanismos, no sustituye una guía específica para generar robots.txt, una auditoría completa de indexación o una implementación personalizada de canonicals para miles de URLs. Los valores y estados mostrados por Google pueden cambiar; para una decisión de producción, revisa siempre la documentación vigente y las respuestas reales de tu sitio.
