1 Followers
25 Following
sundaystore12

sundaystore12

SPOILER ALERT!

Etiquetas Canonical: guía simple para principiantes

¿Deseas aprender qué son las etiquetas canonical y cómo utilizarlas para evitar los temidos inconvenientes de contenido duplicado? 


Las etiquetas canonical no son nada nuevo. Han estado por ahí.


Google, Microsoft y Yahoo se unieron para crearlas. ¿Su objetivo? Suministrar a los propietarios de sitios web una forma de solucionar los problemas de contenido copiado de forma rápida y sencilla.


¿Funcionan? Sí, perfectamente… ¡pero sólo si sabes cómo usarlas!


En esta guía, aprenderás:


¿Qué es una etiqueta canonical?


Una etiqueta canonical (rel=“canonical”) es un fragmento de código HTML que define la versión principal para páginas duplicadas, casi duplicadas y afines. En otras palabras, si tienes exactamente el mismo (o afín) contenido disponible en diferentes URLs, puedes utilizar etiquetas canonical para especificar qué versión es la principal y por ende, la que debería ser indizada.



¿Cómo se ve una etiqueta canonical?


Las etiquetas canonical usan una sintaxis simple y consistente, y se sitúan en la sección <head> de una página web:


<link rel=“canonical” href=“/pagina-ejemplo/” />


Esto es lo que significa cada una parte de ese código:



  1. link rel=“canonical”: el enlace en esta etiqueta es la versión profesora (canonical) de esta página.

  2. href=“/pagina-ejemplo/”: La versión canonical se puede encontrar en esta URL.

A Google no le agrada el contenido copiado. Hace que sea más difícil para ellos elegir:


  1. Qué versión de una página indexar (¡sólo indexarán una!)
  2. Qué versión de una página posicionar para consultas relevantes.
  3. Si deben consolidar el “link equity” en una página o dividirlo entre múltiples versiones.

Demasiado contenido duplicado también puede afectar a tu “crawl budget”. Esto significa que Google puede acabar perdiendo el tiempo rastreando múltiples versiones de la misma página en lugar de descubrir otro contenido esencial en tu sitio.



La verdad sobre el crawl budget


Obligar a Google a perder el tiempo rastreando contenido duplicado es lógicamente algo que debe evitarse en lo posible. No obstante, Google afirma que no es un problema para la mayoría de los sitios.


 Si las nuevas páginas tienden a ser rastreadas exactamente el mismo día de su publicación, el crawl budget no es algo en lo que los webmasters deban centrarse. De igual modo, si un sitio tiene menos de unas pocas miles de URLs, la mayoría de las veces se rastreará de forma eficiente. 


Las etiquetas canonical resuelven todos estos problemas. Dejan indicar a Google qué versión de una página deben indexar y posicionar, y dónde afianzar “link equity”.


Si no se especifica una URL canonical, Google se encargará de estos asuntos .


 Si no señalas una URL canonical, identificaremos lo que creemos que es la mejor versión o URL. 


Confiar en Google así no es una enorme idea; es posible que escojan una versión de tu página que no desees que sea canonical.


Google que ellos usualmente respetan la URL canonical que configuras, pero no siempre y en toda circunstancia. Esto es pues las etiquetas canonical son pistas, no directivas. Siempre y cuando se respeten, cualquier señal como los links, deberían consolidarse en la URL canonical.


Ejecutar buenas prácticas de etiquetas canonical también ayuda a atenuar el riesgo de que Google vea una versión no deseada de la página como canonical.


No tengo contenido copiado ¿o sí?


Dado que probablemente no has estado publicando las mismas entradas y páginas múltiples veces, es fácil aceptar que tu sitio no tiene contenido duplicado.


Pero los motores de búsqueda rastrean las URLs, no las páginas web.


Esto quiere decir que ven
ejemplo.com/producto y
ejemplo.com/producto?color=red como páginas únicas, si bien sean exactamente la misma página web con contenido idéntico o bien similar.


Se denominan URLs parametrizadas y son una causa común de contenido copiado, especialmente en sitios de con navegación facetada/filtrada.


Por ejemplo,
Brown Bag Clothing vende camisetas. Esta es la URL para su:


/en-gb/clothing/shirts.html


Si filtras sólo para camisetas XL, se añade un parámetro a la URL:


/en-gb/clothing/shirts.html
?Size=XL


Si entonces también aplicas el filtro sólo para camisetas azules, se añade otro parámetro:


/en-gb/clothing/shirts.html
?Size=XL&color=Blue


Todas estas son páginas separadas a los ojos de Google, si bien el contenido sea sólo marginalmente diferente.


Pero no son sólo los sitios de comercio electrónico los que caen víctimas de contenido duplicado.


Aquí hay otras causas comunes de contenido duplicado que se aplican a todos los tipos de sitios web:



  • Habiendo parametrizado las URLs para los parámetros de búsqueda (por servirnos de un ejemplo,
    ejemplo.com?q=termino-de-busqueda)

  • Tener URLs parametrizadas para IDs de sesión(por servirnos de un ejemplo,
    ?sessionid=3)

  • Tener versiones imprimibles de las páginas por separado (por poner un ejemplo,
    ejemplo.com/paginaand
    ejemplo.com/print/pagina)

  • Tener URLs únicas para los posts de diferentes categorías (por servirnos de un ejemplo,
    ejemplo.com/
    servicios
    /

    SEO/ y
    ejemplo.com/
    especiales
    /SEO/)

  • Tener páginas para diferentes géneros de dispositivos (por servirnos de un ejemplo,
    ejemplo.com y
    m.ejemplo.com)

  • Tener versiones

     y no-AMP
    de una página (por servirnos de un ejemplo,
    ejemplo.com/pagina and
    amp.ejemplo/pagina)

  • Servir exactamente el mismo contenido en las variantes no-www y www (por ejemplo,
     y
    )

  • Servir exactamente el mismo contenido en variaciones no-https y https (por servirnos de un ejemplo,
     y
    )

  • Servir el mismo contenido con y sin barras(por ejemplo,
    /pagina/ y
    /pagina)

  • Servir el mismo contenido en las versiones predeterminadas de la página, tales como las páginas del index (por ejemplo,
    /
    ,
    /index.htm,
    /index.html,
    /index.php,
    /default.htm, etc.)

  • Servir exactamente el mismo contenido con y sin mayúsculas (por servirnos de un ejemplo,
    /pagina/ y
    /Pagina/)

En estas situaciones, el empleo adecuado de las etiquetas canonical es vital.


Además, los problemas de contenido copiado entre dominios cruzados también son un problema. Si estás sindicando contenido, la mejor práctica es usar una etiqueta canonical autorreferencial en tu artículo y hacer que el contenido sindicado señale tu versión como la canonical con una etiqueta canonical de un dominio a otro.


Esto no siempre y en todo momento impide que el contenido sindicado aparezca en los resultados de búsqueda, mas ayuda a reducir el riesgo de superar a la original.



(Si la gente elige de manera deliberada sindicar su contenido, se hace difícil identificar la fuente de origen. Por eso aconsejamos el empleo de canonicals o el bloqueo. Los editores pueden exigirlo).


 Algunos sitios se negarán a añadir un enlace canonical. En semejantes casos, depende de ti si quieres correr el riesgo.


Los fundamentos de la implementación de canonicals


Las etiquetas canonical son fáciles de incorporar. Discutiremos 4 maneras diferentes de hacerlo en un momento. No importa el método que escojas, hay 5 reglas de oro que deberías rememorar en todo instante.


Regla #1: Utiliza URLs absolutas


John Mueller de Google asevera que es buena práctica no utilizar caminos relativos con el elemento de link rel=“canonical”.



(Puedes usar cualquiera de los 2, mas te recomiendo que emplees las URLs absolutas para que estés seguro de que se interpretan adecuadamente).


Así que deberías utilizar la próxima estructura:


<link rel=“canonical” href=“
/ejemplo-pagina/” />


Al contrario de:


<link rel=“canonical” href=”
/ejemplo-pagina/” />


Regla #2: Emplea URLs en minúsculas


Dado que Google puede tratar las URLs en mayúsculas y en minúsculas como dos URL diferentes, primero debes asegurarte de y entonces usar URLs en minúsculas para tus etiquetas canonical.


Regla #3: Utiliza la versión adecuada de dominio (HTTPS vs. HTTP)


Si has cambiado a SSL, asegúrate de no declarar ninguna URL no-SSL (es decir, HTTP) en tus etiquetas canonical. Hacerlo puede teóricamente llevar a confusión y a resultados inesperados. Si estás en un dominio seguro, asegúrate de emplear la siguiente versión de tu URL:


<link rel=“canonical” href=“
https://ejemplo.com/ejemplo-pagina/” />


Al contrario de:


<link rel=“canonical” href=“
http://ejemplo.com/ejemplo-pagina/” />


 Si no estás usando HTTPS entonces haz lo opuesto.


Regla #4: Utiliza etiquetas canonical autorreferenciales


John Mueller de Google afirma que aunque no es obligatorio, las etiquetas canonical autorreferenciales son.


Recomiendo [usar una] canonical autorreferencial porque realmente nos deja en claro qué página deseas que se indexe, o bien cuál debería ser la URL cuando se indexe.


Incluso si tienes una página, a veces hay diferentes alteraciones de URLs que pueden hacer que esa página cambie. Por ejemplo, con parámetros al final, quizás con mayúsculas y minúsculas o www y no www. Todas y cada una estas cosas pueden ser solucionadas con una etiqueta canonical.


En caso de que no estés seguro de cómo funciona una canonical autorreferencial, se trata básicamente de una etiqueta canonical en una página que apunta a sí misma. Por servirnos de un ejemplo, si la URL fuera
/ejemplo-pagina, entonces una canonical autorreferencial en esa página sería:


<link rel=“canonical” href=“/ejemplo-pagina” />


La mayoría de los Content Management System modernos y populares añaden automáticamente URLs autorreferenciales, mas necesitarás que tu desarrollador lo codifique si usas un CMS adaptado.


Regla #5: Emplea una etiqueta canonical por página


Si una página tiene múltiples etiquetas canonical,.


En caso de que haya múltiples declaraciones de rel=canonical, es probable que Google ignore todos esos indicios de rel=canonical.


¿Cómo implementar canonicals


Hay 5 formas conocidas de concretar URLs canonical. Estas son las llamadas señales de canonicalización:


  1. Etiqueta HTML (rel=canonical)
  2. HTTP header
  3. Sitemap
  4. Redirección* 301
  5. Links internos

Para inconvenientes y ventajas de cada método, mira la.


1. Configurar canonicals utilizando etiquetas HTML rel=“canonical”


El empleo de una etiqueta rel=canonical es la manera más simple y obvia de detallar una URL canonical.


Simplemente añade el siguiente código a la sección <head> de cualquier página duplicada


<link rel=“canonical” href=“/pagina-canonical/” />


Ejemplo


Digamos que tienes un sitio de ecommerce de venta de camisetas. Quieres que
/camisetas/camisetas-negras/  sea la URL canonical, aún cuando el contenido de esa página sea alcanzable a través de otras URLs (por servirnos de un ejemplo,
/ofertas/camisetas-negras/)


Simplemente añade la próxima etiqueta canonical a cualquier página duplicada:


<link rel=“canonical” href=“/camisetas/camisetas-negras/” />


Ten en cuenta que si estás utilizando un CMS, no es necesario que te metas con el código de tu página. Hay una forma más fácil.


Configurar etiquetas canonical en WordPress:


Instala y las etiquetas canonical autorreferenciales se añadirán automáticamente. Para establecer canonicals adaptados usa la sección “Avanzado” en todos y cada post o página.



Configurar etiquetas canonical en Shopify:


Shopify añade de forma predeterminada URLs canonical autorreferenciales para productos y publicaciones de blog. Para establecer URLs canonical adaptadas necesitarás editar los ficheros de la plantilla (.liquid) de forma directa.


 tiene algo de información sobre cómo hacerlo.


Configurar etiquetas canonical en Squarespace:


Squarespace añade también, por defecto, URLs autorreferenciales. Pero, como en el caso de Shopify, necesitas editar el código directamente si quieres añadir una URL canonical personalizada.


2. Configurar canonicals en el HTTP header


Para documentos como PDFs no hay forma de colocar etiquetas canonical en la cabecera de una página por el hecho de que no hay una sección <head> en una página. En tales casos, necesitarás emplear el HTTP header para establecer las canonicals. Puedes también utilizar una canonical en HTTP header de páginas web estándar.


Ejemplo


Imagina que creamos una versión PDF de este artículo y lo situamos en una subcarpeta de nuestro weblog (ahrefs.com/blog/*).


Así es cómo se vería nuestra cabecera HTTP para ese archivo:


Content-Type: application/pdf


 


Link: </blog/canonical-tags/>; rel=“canonical”


 



Lectura recomendada
:
 

 (en inglés)


3. Configurar canonicals en sitemaps


Google que las páginas no-canonical
no deberían ser incluidas en sitemaps. Sólo las URLs canonical deberían estar listadas. Esto es así por el hecho de que Google comprende a las páginas listadas en el sitemap como canonicals sugeridas.


De todas formas. No siempre y en todo momento seleccionarán URLs en sitemaps como canonicals.


No garantizamos que consideremos a las URLs de los sitemaps como canonicals, pero es una forma sencilla de definirlas para un lugar grande, y los sitemaps son una forma útil de apuntar a Google qué páginas consideras más esenciales en tu lugar.


4. Configurar canonicals con redirecciones 301


Utiliza redirecciones trescientos uno cuando desees desviar el tráfico de una URL duplicada y hacia la versión canonical.


Ejemplo


Supón que se puede acceder a tu página a través de estas URLs:


  • ejemplo.com
  • ejemplo.com/index.php
  • ejemplo.com/home/

Elige una URL como la canonical y redirecciona las otras URLs cara allí.


Deberías hacer lo mismo para asegurar las versiones HTTPS/HTTP y www/no-www de tu lugar. Escoge una versión canonical y redirecciona las otras hacia ella.


Por ejemplo, la versión canonical de
ahrefs.com es la URL con HTTPS y no-www (
). Todas y cada una las siguientes URLs redireccionan cara allí:


  • /
  • /
  • /


Lee

.


5. Links internos


La forma en que se enlaza de una página a otra a través de tu lugar es una señal de canonicalización.


El administradores web analista de tendencias de Google, John Mueller, cubre las señales utilizadas para determinar las URLs canonical en:



Cuanto más consistente seas con todas y cada una estas señales, más fácil será para los motores de búsqueda determinar tu URL canonical preferida. Tal como menciona John en el vídeo, Google también tiene preferencia por las URLs HTTPS sobre las HTTP, y por las URLs más bonitas.


Errores comunes de canonicalización a evitar


La canonicalización es de alguna forma un tópico complejo. Como tal, hay muchos malentendidos y conceptos erróneos sobre cómo canonicalizar correctamente.


Aquí hay algunos fallos comunes que la gente comete al intentar hacerlo:


Error #1: Bloquear la URL canonicalizada a través de robots.txt


Bloquear una URL en impide que Google lo rastree, lo que significa que no podrán ver ninguna etiqueta canonical en esa página. Esto, por su parte, impide que transfieran “link equity” de la página no-canonical a la canonical.


Error #2: Configurar la URL canonicalizada como ‘noindex’


Nunca mezcles noindex y rel=canonical. Son instrucciones contradictorias.


Google acostumbra a dar prioridad a la etiqueta canonical sobre la etiqueta ‘noindex’, como asevera John Mueller. Mas sigue siendo una mala práctica. Si no quieres indexar y al unísono canonicalizar una URL, emplea una redirección trescientos uno. De lo contrario, utiliza rel=canonical.


Error #3: Establecer un código de estado HTTP 4XX para la URL canonicalizada


Establecer un código de estado HTTP 4XX para una URL canonicalizada tiene el mismo efecto que usar la etiqueta ‘noindex’: Google no podrá ver la etiqueta canonical y transferirá “link equity” a la versión canonical.


Error #4: Canonicalizar todas y cada una de las páginas paginadas a la principal


Las páginas paginadas no han de ser canonicalizadas a la primera página paginada de la serie. En su sitio, se deben utilizar canonicals autorreferenciales en todas y cada una de las páginas paginadas.


¿Por qué? Como John Mueller de Google, este es un empleo inapropiado de la rel=canonical.


Ya que este post es sobre la canonicalización, lo primordial que hay que evitar es utilizar rel=canonical en la página 2 que apunta a la página 1. La página 2 no es equivalente a la página 1, por lo que el uso de rel=canonical de esta forma sería incorrecto.


También deberías usar etiquetas rel=prev/next para la paginación. Estas, mas.


Error #5: consultor seo wordpress barcelona con hreflang


 se usan para detallar el idioma y el propósito geográfico de una página web.


Google que cuando se usa hreflang, se debe “especificar una página canonical en el mismo idioma, o el mejor idioma substituto posible si no existe una canonical para exactamente el mismo idioma”.


Error #6: Tener múltiples etiquetas rel=canonical


El hecho de tener múltiples etiquetas rel=canonicals hará que probablemente sean ignoradas por Google. En muchos casos esto ocurre porque las etiquetas se insertan en un sistema en diferentes puntos como por servirnos de un ejemplo por el CMS, el tema, y el/los plugin(s). Es precisamente por esto que muchos complementos tienen una opción de sobreescritura para asegurarse de que son la única fuente de etiquetas canonical.


Otra área en la que esto puede ser un problema es en las canonicals añadidas con JavaScript. Si no tienes una URL canonical especificada en la respuesta HTML y después añades una etiqueta rel=canonical con JavaScript entonces debería ser respetada cuando Google renderice la página. No obstante, si tienes una canonical detallada en HTML y también intercambias la versión preferida con JavaScript, estás mandando señales confusas a Google.


Error #7: Rel=canonical en el <body>


Rel=canonical debería aparecer solo en la <head> de un documento. Una etiqueta canonical en la sección <body> de una página será ignorada.


Donde esto puede convertirse en un problema es con el análisis sintáctico de un documento. Al paso que el código fuente de una página puede tener la etiqueta rel=canonical en la ubicación adecuada, cuando la página se construye verdaderamente en un navegador o bien se renderiza por un motor de búsqueda, muchas cosas diferentes como etiquetas no cerradas, JavaScript inyectado, o bien <iframes> en la sección <head> pueden ocasionar que el <head> termine prematuramente mientras se renderiza. En estos casos, una etiqueta canonical puede ser accidentariamente lanzada al <body> de una página renderizada donde no será respetada.


¿Cómo encontrar y solucionar problemas de canonicalización en tu sitio?


Es fácil cometer errores con la canonicalización, con lo que merece la pena auditar de forma regular tu sitio web para los problemas relacionados con las etiquetas canonical y arreglarlos lo antes posible.


Para ello, puede emplear la.



Site Audit rastrea tu sitio por más de 100 inconvenientes posicionamiento en buscadores, incluyendo aquellos relacionados con las etiquetas canonical.


Aquí hay 12 problemas relacionados con el etiquetado canonical que Site Audit puede localizar, y cómo arreglarlos:


1. Canonical apunta a 4XX


Esta advertencia se activa en el momento en que una o más páginas son canonicalizadas a una URL 4XX.


Por qué es un problema


Los motores de búsqueda no indexan páginas 4XX porque no marchan. Como resultado, ignoran cualquier etiqueta canonical que apunte a tales páginas y de manera frecuente acaban indexando la versión incorrecta (no canonical) de la página.


Cómo solucionarlo


Revisa las páginas perjudicadas y sustituye los links canonicals muertos (4XX) por links a páginas que funcionen (doscientos) que desees indexar.


2. Canonical apunta a 5XX


Esta advertencia se activa en el momento en que una o más páginas son canonicalizadas a una URL 5XX.


Por qué es un problema


Los códigos de estado HTTP 5XX señalan problemas en el consultoria analitica web , que dan como resultado una página canonical inaccesible. No es muy probable que Google indexe páginas inaccesibles, por lo que podría ignorar el código canonical.


Cómo solucionarlo


Reemplazar cualquier URL canonical errónea con URL válidas. Verifica si hay configuraciones erróneas en el servidor si el canonical concretado semeja adecuado. Ten presente que esto puede ser un inconveniente temporal si el rastreo se generó cuando tu lugar se estaba caído por mantenimiento o el servidor de tu lugar estaba sobrecargado.


3. Canonical apunta a redirección


Esta advertencia se activa cuando una o bien más páginas son canonicalizadas a una URL redireccionada.


Por qué es un problema


Las canonicals deben siempre y en toda circunstancia señalar la versión con mayor autoridad de una página. Este no es el caso con la redirección de URLs. Como resultado, los motores de búsqueda pueden malinterpretar o ignorar la etiqueta.


Cómo solucionarlo


Reemplazar los links canonicals por links directos a la versión con mayor autoridad de la página (es decir, una que devuelva un código de estado HTTP 200 y no redireccione).


4. Páginas duplicadas sin canonical


Esta advertencia se activa cuando existen una o bien más páginas duplicadas o bien muy similares que no detallan una versión canonical.


Por qué es un problema


Dado que no se especifica ninguna canonical, Google intentará identificar la versión más conveniente para mostrarla en los propios resultados de búsqueda. Posiblemente esta no sea la versión que deseas indexar.


Cómo solucionarlo


Revisa los conjuntos de duplicados. Escoge una versión canonical que debería ser indexada en los resultados de búsqueda. Detalla ésta como la versión canonical en todos los duplicados (y añade una etiqueta canonical autorreferencial a la versión canonical).


5. Hreflang a no-canonical


Esta advertencia se activa en el momento en que una o bien más páginas detallan una URL no canonical en sus anotaciones de hreflang.


Por qué es un problema


Los links en las etiquetas hreflang
siempre deben apuntar a las páginas canonicals. Enlazar a una versión no-canonical de una página desde las anotaciones de hreflang puede confundir y despistar a los motores de búsqueda.


Cómo solucionarlo


Sustituir los links en las anotaciones de hreflang de las páginas afectadas por su canonical.


6. URL canonical no tiene enlaces internos entrantes


Esta advertencia se activa cuando una o bien más URLs canonical concretadas no tienen enlaces entrantes internos.


Por qué es un problema


Las URLs canonical sin links internos son inalcanzables para los visitantes del sitio web. En algún lugar del sitio se las dirige a una versión no-canonical de la página en su lugar.


Cómo solucionarlo


Reemplazar cualquier link interno a páginas canonicalizadas con enlaces directos a la canonical.


7. Página no-canonical en sitemap


Esta advertencia se activa cuando una o más páginas no-canonical aparecen en el sitemap.


Por qué es un problema


Google establece que no debes incluir URLs no-canonical en tu sitemap; la razón es que ven las páginas de los sitemaps como sugerencias canonical. Sólo deberías incluir en los sitemaps las páginas que desees que se indexen.


Cómo solucionarlo


Elimina URLs no-canonical de tu sitemap..


8. Página no canonical concretada como canonical


Esta advertencia se activa en el momento en que una o más páginas especifican una URL canonical que también es canonicalizada a una página diferente. Esto crea una “cadena de canonicals” en la que la página A es canonicalizada a la página B, que por su parte es canonicalizada a la página C.



Por qué es un problema


Las cadenas canonicals pueden confundir y engañar a los motores de búsqueda. agencias diseño , pueden malinterpretar o ignorar sus especificaciones.


Cómo solucionarlo


Sustituir los enlaces no canonical en las etiquetas canonical de las páginas afectadas por enlaces directos a la canonical. Por servirnos de un ejemplo, si la página A es canonicalizada a la página B, que por su parte es canonicalizada a la página C, reemplaza el link canonical de la página A por un link a la página C.


9. URL de Open Graph no coincidente con canonical


Esta advertencia se dispara cuando hay un desajuste entre la canonical detallada y la URL de Open Graph en una o bien más páginas.


Por qué es un problema


Si la URL del Open Graph no coincide con la URL canonical, entonces se compartirá una versión no canonical de una página en redes sociales.


Cómo solucionarlo


Reemplaza la URL de Open Graph en las páginas perjudicadas por la URL canonical. Asegúrate de que las dos URLs sean las mismas.


Las URLs en las etiquetas de Open Graph han de ser absolutas y usar los protocolos http:// o bien https://, como es el caso de las canonicals.


10. Canonical de HTTPS a HTTP


Esta advertencia se activa en el momento en que una o más páginas seguras (HTTPS) especifican una versión no segura (HTTP) como la canonical.


Por qué es un problema


, con lo que tiene sentido concretar versiones seguras de las páginas como canonicals cuando sea posible.


Cómo solucionarlo


Redirigir la página HTTP al equivalente HTTPS. Si no es posible, añade un enlace rel=“canonical” de la versión HTTP de la página a la HTTPS.


11. Canonical de HTTP a HTTPS


Esta advertencia se activa cuando una o bien más páginas no seguras (HTTP) especifican una versión segura (HTTPS) como la canonical.


Por qué es un problema


Se prefiere HTTPS a HTTP. Tener una versión HTTP de una página y después especificar la versión HTTPS como canonical es ilógico.


 Es probable que esto no cause un enorme problema, mas merece la pena arreglarlo de ser posible.


Cómo solucionarlo


Implementar una redirección trescientos uno de HTTP a HTTPS. También deberías reemplazar cualquier link interno a la versión HTTP de la página con links de forma directa a la versión HTTPS.


12. Páginas no-canonicals reciben tráfico orgánico


Esta advertencia se activa cuando una o más páginas no-canonicals aparecen en los resultados de búsqueda y consiguen tráfico de búsqueda orgánico (lo cual no debería suceder).


Por qué es un problema


O bien las etiquetas canonical están configuradas de forma incorrecta o bien Google ha optado por ignorar la canonical detallada.


Cómo solucionarlo


Comprueba que las etiquetas rel=canonical estén configuradas apropiadamente en todas y cada una de las páginas reportadas. Si no es así, emplea la herramienta de inspección de URL de Google Search Console para revisar si consideran que la URL canonical detallada es canonical realmente. Si hay una incompatibilidad, investiga por qué es así.


Conclusiones


Las etiquetas canonical no son
tancomplicadas. Es difícil en un principio hasta que le hallas la vuelta.


Sólo recuerda que las etiquetas canonical no son una directiva sino una señal para los motores de búsqueda. En otras palabras, podrían seleccionar una canonical diferente a la que has declarado.


Puedes usar la en Google Search Console para ver tanto la canonical declarada por el usuario como la escogida por Google.



Estas son las clasificaciones que Google usa en su Informe del índice de cobertura de Google Search Console relacionadas con las URLs canonical:



  • Página opción alternativa con etiqueta canónica conveniente. Esto muestra las páginas en las que has concretado una página opción alternativa con una etiqueta canonical y se ha respetado. Básicamente, marcha como se pretende para consolidar la página que has escogido.

  • Duplicada: el usuario no ha indicado ninguna versión canónica.Hay páginas duplicadas y ninguna de ellas tiene una canonical escogida por el usuario. En este caso Google ha escogido una para ti, así que si no es la que prefieres entonces deberías añadir una etiqueta rel=canonical.

  • Duplicada: Google ha escogido una versión canónica diferente a la del usuario. Esto muestra los casos en los que Google eligió ignorar tu canonical sugerida pero aún así eligió otra versión para mostrarla en el index.

  • Duplicada: la URL mandada no se ha escogido como canónica.Este es también el caso de una señal de canonicalización (mandada a través de un sitemap) que se ignora. No hay ninguna URL canonical marcada explícitamente en este conjunto de páginas duplicadas y, en un caso así, Google cree que otra URL además de la que has enviado debería aparecer en el index.

¿Alguna pregunta? Déjala en los comentarios o bien escribeme.



Tra­duci­do por

. Des­de Argenti­na, hace­mos que te encuen­tren.