Cuando trabajamos el SEO internacional o gestionamos webs con varias versiones, idiomas, países o entornos, lograr combiner el hreflang y noindex es todo un objetivo…
Si no sabes combinar bien hreflang y noindex dentro de tu estrategia de SEO internacional, puedes meterte en un lío sin darte cuenta.
Hace tiempo, escribí un post rápido sobre 10 errores habituales a la hora de configurar tu estrategia hreflang… Ok, ahora os traigo otros 7 fallos más complejos que suelen pasar desapercibidos…
Por ejemplo, si marcas una página como noindex pero la incluyes dentro de un sistema de hreflang, le estás enviando señales contradictorias a Google: por un lado le dices “no la indexes” y por otro “úsala como versión alternativa para este país o idioma”… ¿El resultado…? Puede que Google ignore esas anotaciones, muestre la versión equivocada en cada mercado o, peor aún, que algunas páginas desaparezcan de los resultados sin que entiendas por qué…
En este post os traigo mi top 7 errores a revisar… que suelen pasar bastante desapercibidos y que pueden generar mucho lío a largo plazo…
1- Noindex dentro de un clúster hreflang
Muy habitual… tienes una web internacional (/es/,/en,//fr/…)y todo bien configurado con hreflang… pero en algún momento: Se marca una versión como noindex (Por ejemplo, porque estaba “en pruebas”) o se aplica una plantilla global con noindex a una carpeta entera…
Google empieza a ignorar o romper el clúster hreflang completo. Google necesita que todas las URLs del hreflang estén indexables para confiar en la relación entre ellas.
Si eso no ocurre, podrían desaparecer del cluster, provocar que otras versiones pierdan señales o en algunos casos, dejar de respetar los hreflang…
Tan sencillo como que antes de aplicar un noindex, revisa si la URL tiene hreflang o está enlazada como alternativa desde otras versiones…
2- Canonical y hreflang de forma contradictoria
Muy fácil de cometer… Por ejemplo, cada versión internacional tiene su hreflang correctamente implementado, pero todas las URLs apuntan con canonical a una sola versión (por ejemplo, la versión en inglés)
Tal que así:
<link rel=”canonical” href=”https://example.com/en/”>
<link rel=”alternate” hreflang=”es” href=”https://example.com/es/”>
Google interpretará que la versión canonical es la “Buena y que el resto son duplicados… es decir, una invalidación del hreflang…
Mantén siempre coherentes Hreflang y canonical, cada versión debe tener canonical a sí misma…
3- Noindex temporal… y olvidarlo
Y pasa mucho más de lo que crees…
Se lanza una nueva versión del sitio, marcamos como noindex “mientras se revisa” y, sin quererlo, pasan semanas y meses…
El sitio está online, enlazado, con tráfico potencial…pero Google no puede indexarlo. Así que asume perder tiempo de rastreo y falta de aparición en resultados.
Para evitarlo, crea un checklist de lanzamiento. Apunta el alta y el objetivo de tus Noindex, Robots.txt, Canonicals, Hreflangs… incluso; crea alertas en Screaming Frog o auditorías periódicas para detectar páginas importantes con noindex que puedan haberse olvidado…
4- Hreflang apuntando a URLs con noindex
Se van manteniendo hreflang históricos y ante cambios de estructura en la web ( Rediseños, migraciones, cambios de CMS…) algunas URLs dejan de indexarse mientras el hreflang sigue apuntando a ellas.
Y llega el problema; Google encuentra hreflang hacia URLs no indexables y reduce la confianza en todo el sistema de etiquetas…
Puede resultar muy útil hacer un crawleo complete de forma regular, comprobando: URLs con hreflang, estados de indexación, respuesta HTTP, Meta robots…
5- Uso incorrecto de noindex + follow
Y esque el uso “para todo” de noindex follow puede ser un pequeño marrón en la estrategia… sin ser un error grave en sí; puede dejar de rastrear enlaces o perder señales internas…
En éstos casos, siempre analizo en detalle si esa página debe existir, si sera necesaria en el future, si son útiles las redirecciones y enlaces…
6- Bloquear con robots.txt en vez de noindex
Error habitual. Se bloquea URL en robots.txt y ponemos noindex provocando que Google no pueda ver el noindex si no puede rastrear la página.
La realidad; La URL puede seguir apareciendo en resultados sin título ni descripción… comportamiento impredecible.
Ten una maxima en éstos casos: robots.txt bloquea rastreo, no indexación y noindex requiere acceso.
7- Cambios de idioma automáticos + hreflang + noindex
Es complicarse la vida…
Detectas idioma por IP, decides redirigir automáticamente y algunas versiones quedan inaccesibles… ahora Google no lo rastrea…
Si además algunas versiones están en noindex o no tienen enlaces internos hreflang no tendrá ningún sentido…
Mi consejo, permite siempre el acceso directo a cada version manteniendo la navegación manual entre idiomas (URLs rastreables sin bloqueo )
En conclusión…
Tanto hreflang como noindex son herramientas potentísimas, pero usarlas por usar pueden generar errores graves en pérdida de visibilidad, indexación, señales contradictorias…
Como te comento en varios de esos problemas; crea un calendario de uso; un informe que register el alta, baja y utilidad de cada uno…
Mantén revisiones periódicas, auditorías técnicas, déjà claro (Y apuntado…) el contexto de cada etiqueta…
No vale automatizar sin pensar…