3 Recomendaciones SEO básicas según Google

El pasado 10 de enero de 2019, Google publicaba en su página oficial “Think with Google” un artículo llamado “3 ways we think about SEO” donde habla de tres acciones especiales que han desarrollado en algunos de sus productos durante el pasado año para mejorar su rendimiento.

Para cualquier sitio web, el crear una estrategia sostenible que promueva un crecimiento orgánico debería ser clave, y el SEO, es otra rama más que puede ayudar a conseguirlo.

Por ello, y para mejorar día a día ese trabajo de posicionamiento, es importantísimo estar al tanto de las últimas actualizaciones de los diferentes motores de búsqueda, no sólo de Google (aunque en España represente prácticamente la totalidad de las búsquedas).

En el artículo que comentaba al inicio, Google afirma que:

Cuando se trata de cómo aparecen los sitios de Google en la búsqueda, reciben el mismo tratamiento que cualquier otro sitio en la web, y nuestros equipos siguen las mismas pautas externas proporcionadas a los webmasters.

Con las mismas pautas externas, se refiere básicamente a los Fundamentos de la Web que actualmente se pueden consultar en la web para desarrolladores de Google. También se mencionan otros recursos como la Guía de optimización en buscadores (SEO) para principiantes.

A continuación se detallan las tres acciones básicas que llevaron a cabo:

Canonicalización de urls

El primer punto básico del que hacen referencia es el de cómo mostrar a los motores de búsqueda qué URL indexar mediante la implementación de canonicals.

Toman como ejemplo su web de Google My Business donde se aprecia el uso que hacen de los canonicals para urls parametrizadas por ejemplo.

Desde la opción del Inspector de Urls dentro de Search Console se puede analizar en mayor detalle cómo Google ve una determinada url en términos de rastreo, indexación y su url canonical elegida por Google.

Uso de AMP y PWA

Teniendo en cuenta que más del 50% del tráfico de los sitios web procede de dispositivos móviles, es interesante evaluar el desarrollo de tecnologías como AMP o Progressive Web Apps que tratan de optimizar el rendimiento y consumo del contenido para móviles. Sin embargo, es cierto que la implementación, y sobre todo el mantenimiento de las mismas, supone un coste elevado.

Además de éstas tecnologías, Google habla en la nota de que se han centrado en mejorar la experiencia del usuario corrigiendo errores de la Consola de búsqueda de Google, implementando datos estructurados y agregando AMP a determinado contenido de su sitio Think with Google.

Evitar duplicados

Atendiendo a la complejidad de toda la estrategia de marketing que Google sigue a nivel mundial, es claro, que en muchas ocasiones determinados dominios y contenidos se duplican incluso para un mismo país.

Por ello, decidieron trabajar en consolidar toda esa información siguiendo sus recomendaciones sobre contenido duplicado.

El contenido duplicado no sólo es confuso para los usuarios, sino también para los motores de búsqueda. Crear un gran sitio en lugar de múltiples micrositios es la mejor manera de fomentar el crecimiento orgánico a lo largo del tiempo.

En resumen, se trata de adaptar continuamente nuestras estrategias al entorno cambiante.

AMP Story en los resultados de Google para el Mundial de Rusia 2018

Desde la inauguración del Mundial de Fútbol de Rusia 2018 (14 junio 2018 – 15 julio 2018), Google está mostrando en sus resultados de búsqueda un formato de contenido diferente bajo AMP llamado AMP-Story.

Hasta la fecha no estaba extendido este nuevo formato entre los resultados de búsqueda  y menos desde escritorio, pero con la salida del Mundial se están mostrando desde dispositivos desktop y mobile.

Ya el 13 de febrero de 2018 Google hizo oficial este nuevo formato que ofrece a los productores de contenido una forma más visual y enriquecida de mostrar su información.

The AMP story format is a recently launched addition to the AMP Project that provides content publishers with a mobile-focused format for delivering news and information as visually rich, tap-through stories.

Algunos de los sites en ofrecer este nuevo formato de contenido son FIFA y Telecinco, ya visibles en las SERPS: “mundial de rusia” por ejemplo.

Google Story Mundial 2018

Aquí está un ejemplo de url publicada por FIFA bajo este formato: https://posts.google.com/share/y-QJd5Hz/GUs54F?hl=es

Características del módulo Copa Mundial de Fútbol en Google:

  • Se resalta información del Story con imagen, titular, fecha de actualización, tipo de contenido y número de páginas.
  • Con un formato carrusel donde se mezclan stories y noticias.
  • Al interactuar con las noticias se abre una vista ampliada de la misma y resaltado en azul un enlace a la noticia bajo el anchor “Lee más”.
  • Se habilita una opción directa de compartir en redes sociales.

Más documentación técnica:

https://www.ampproject.org/stories/
https://www.ampproject.org/docs/reference/components/amp-story

¿Qué hacer para que la caché de AMP se refresque al momento?

Una de las limitaciones de AMP es que la versión que guarda Google en caché es una versión que no siempre tiene que ver con la más actualizada, por lo que para sitios que emiten contenido de última hora y en “tiempo real”, esto les supone una gran limitación.

Cómo refrescar la caché de AMP

Existe una etiqueta amp específica para esto: update-cache

¿Cómo funciona?

El tag elimina la última versión y muestra el contenido actualizado. Se le envía un pedido firmado con una url específica para que anule el contenido de la caché y la actualice si existe una última versión. Se tiene que firmar con un certificado digital asociado al dominio principal. Es imprescindible que la url esté servida bajo HTTPS, etc.

Mobile First Indexing (Guía SEO 2018)

El 04 de noviembre de 2016, Google hizo oficial mediante un comunicado que aplicaría cambios en su forma de indexar el contenido dando prioridad a la parte móvil frente a la desktop.

… nuestros algoritmos usarán principalmente la versión móvil del contenido de un sitio para clasificar páginas de ese sitio…

Pues bien, a este comunicado tenemos que añadirle un post reciente del 18 de diciembre de 2017 donde Google resume y añade más información sobre el estado en el que está el cambio.

Contexto

Teniendo en cuenta que más de la mitad del consumo de Google se hace desde dispositivos móviles, la forma de indexar el contenido para ellos no puede mantenerse priorizando la versión escritorio de los sitios por delante de la móvil (como ha estado haciendo hasta ahora). De hecho la explicación de porqué realizan este cambio es:

…actualmente nuestros sistemas de rastreo, indexación y clasificación normalmente miran la versión de escritorio del contenido de una página , lo que puede causar problemas para los buscadores móviles cuando esa versión es muy diferente de la versión móvil. … usaremos la versión móvil del contenido para indexar y clasificar, para ayudar mejor a nuestros usuarios, principalmente móviles, a encontrar lo que están buscando”

Y es que se da la situación en la que algunos sitios ofrecen un contenido distinto entre sus versiones de escritorio y móvil, lo que sin duda ofrece una mala experiencia de búsqueda cuando el usuario realiza un consumo desde los diferentes dispositivos. En realidad, en todo este proceso de indexación, no es que exista dos índices diferenciados, una para desktop y otro para móvil, sino que ahora con esta nueva actualización, la forma de indexar el contenido será priorizando la versión móvil por delante de la desktop.

Gary Illyes confirmó algo que resultará importante tener en cuenta durante este año 2018, y es que en la próxima actualización de Google en cuanto al cambio en la forma de indexar podría usar la velocidad de página en móvil como factor de posicionamiento.

¿Qué sitios podrían verse afectados?

Se verán afectados aquellos que ofrezcan un contenido principal de sus páginas distinto entre versiones tanto para Google a través de los microformatos, etc. como para el usuario a nivel texto, imágenes, vídeos, etc. Es decir, que si tu contenido principal es texto y multimedia, y entre versiones existe diferencias notables entre lo que el usuario ve y lo que el bot rastrea,  hará que el posicionamiento de esas páginas se vea afectado por esas keywords. Una forma sería comprobar desde Search Console – Explorar como Google, que esa url (entre sus diferentes versiones) se sirve igual para el usuario y para buscadores.

Por tanto, en teoría todos aquellos sitios que ofrecen una versión responsive de sus páginas o dynamic serving, no será necesario hacer ningún cambio. Tampoco para aquellas que, a pesar de tener diferenciado en m. y /m/ sus páginas móviles, cumplan con las recomendaciones a seguir de contenido mobile-friendly.

¿Cómo sabemos si nuestro sitio está siendo afectado por este cambio?

Si analizas los logs de tu sitio web, deberías ver un aumento significativo del rastreo del bot de Google para Smartphones (Smartphone Googlebot) , así como el contenido en las páginas de caché de Google , que sería el de la versión móvil de las páginas.

Asegúrate que tu contenido en ambas versiones (cuando tienes diferenciado por subdominios por ejemplo) no está siendo bloqueado a través del robots.txt. Desde Search Console puedes verificarlo simulando ser un bot para smartphones o para pc a través de la opción de Probador de Robots.txt.

Opción Rastreo -> Probador de robots.txt -> “Googlebot” o “Googlebot-Mobile”.

Además Google tiene planeado actuar de varias formas para facilitar este cambio a los propietarios de los sitios: publicando más post en su blog sobre más información, publicar documentación para mobile indexing, aplicar el cambio para muchos más sites y enviar mensajes en Search Console de más info para el cambio. Incluso ya hay algunos sitios que están empezando a recibir en su bandeja de correos una notificación de Google avisando de si tu sitio está preparado.

¿Tengo que hacer algún cambio en mi propiedad de Search Console?

Tanto si tu contenido móvil se está sirviendo desde un dominio diferente del escritorio, subdominio, etc sería recomendable añadir esa ruta en search console. De esta forma podrás estar avisado mediante correos de Google sobre problemas de rastreo, y poder tener datos en el panel en cuanto al estado de indexación.

Además podrás estar al tanto de si tu sitio ha sido penalizado de forma manual porque infringes las directrices de Google por ejemplo por uso de doorways.

Es importante aclarar que para Google tanto dominiomovil.com como m.dominio.com por ejemplo, son propiedades diferentes (igual que el mismo dominio pero con protocolos diferentes http/https), por eso la importancia de verificar esas propiedades en SC.

Relación de canonicals / rel = alternate

Tal y como anuncia Google en su último post de diciembre de 2017, no será necesario hacer ningún cambio en cuanto a la relación interlinking para los sitios con urls móviles independientes. Es decir, se seguirá manteniendo la versión desktop como canonical, y la rel=alternate para indicar la móvil.

Si la relación entre ambas urls es correcta, en Google Search Console no deberías ver un aumento de las urls móviles indexadas (desde el estado de indexación dentro de la propiedad del subdominio o portal con las urls móviles), ya que la indexación debería tomar la url canonical (desktop).

Anotaciones canonicals con urls móviles idnependientes

Datos estructurados y metadatos

Como comentamos en uno de los puntos anteriores, el contenido que se muestra para móvil y desktop debería ser el mismo, no sólo a nivel de lo que el usuario se pueda encontrar en tus páginas, sino también a nivel de lo que los buscadores pueden extraer para interpretar esa información. Es por esto último, por lo que los datos estructurados son tan importantes, ya que facilita las funciones de indexación a los buscadores. Asegúrate que los datos estructurados que implementas en la versión desktop son los mismos que ofreces en la versión móvil, y que no falta nada.
En relación a los metadatos, la lógica es la misma, deben estar presentes en ambas versiones del sitio, ya que de nuevo proporciona señales sobre el contenido en una página para indexar y mostrar. Por ejemplo, títulos y metadescripciones (así como las etiquetas H´s y titles tags) han de ser equivalentes en ambas versiones de todas las páginas del sitio.

Si no hay equivalencia entre ambas versiones, puede ocurrir que determinados snippets no se muestren en móvil y veas afectado el CTR de esas páginas. Es importante saber que la implementación de datos estructurados no relevantes y redundantes en páginas pueden acarrear una acción manual contra tu sitio por considerarlas spam y tratar de alterar los resultados.

A través de la herramienta de Datos Estructurados y Resultados Enriquecidos puedes validar qué microformatos están añadidos en las diferentes urls. Desde el panel de “Datos estructurados” de Google Search Console puedes ver el estado de los microformatos implementados.

Contenido bajo desplegables o enlaces formato acordeón

Desde Google afirman que, pese a que a nivel desktop el “esconder” determinados elementos bajo un menú desplegable puede dificultar su rastreo e indexación, a nivel móvil y por motivos de usabilidad, el formato acordeón (donde los enlaces / contenido principal de tu sitio se muestran bajo una acción de botón) serán tenidos en cuenta igualmente por Google para repartir el peso sobre ese contenido.

¿Y qué pasa con mis páginas AMP?

En principio, tus páginas amp no sufrirán ningún cambio al respecto. Eso sí, asegúrate que el contenido principal sea idéntico al que muestras en la versión canónica de tu página.

  • Para los sites que no tienen versión móvil, Google seguirá indexando la versión PC sin problemas, pero perdemos el beneficio del algoritmo “mobile-friendly”.
  • Si tu versión móvil es AMP, Google podría indexarla por delante de tu versión PC (no adaptada a móvil).
  • Si tu sitio entero es AMP, la indexación sería de tu contenido en AMP.

Recomendaciones a seguir

Como dijimos , los sitios que hacen uso del  diseño web responsivo e implementan correctamente  la publicación dinámica generalmente no tienen que hacer nada. Estos son algunos consejos adicionales que ayudan a garantizar que el sitio esté listo para la indexación en dispositivos móviles:

  • Asegúrate de que la versión móvil del sitio también tenga el contenido importante y de alta calidad. Esto incluye texto, imágenes (con atributos alt) y vídeos, en los formatos usuales que se pueden rastrear e indexar.
  • Los datos estructurados son importantes para las funciones de indexación y búsqueda: deben ser tanto en la versión móvil como en la versión de escritorio del sitio. Asegúrate de que las URLs dentro de los datos estructurados se actualicen a la versión móvil en las páginas móviles.
  • Los metadatos deben estar presentes en ambas versiones del sitio. Proporciona consejos sobre el contenido en una página para indexar y servir. Por ejemplo, asegúrese de que los títulos y las metadescripciones sean equivalentes en ambas versiones de todas las páginas del sitio.
  • Para  sitios que usan URL móviles diferentes , mantén la relación entre el enlace existente rel canonical y el enlace rel alternate móvil.
  • El hreflang de tu url móvil debería apuntar a la versión móvil de la otra página en su otro idioma, e igual ocurriría con la versión desktop (ver link rel=hreflang y los elementos para internacionalización).
  • Asegúrate que los servidores de hosting de tu sitio tienen la suficiente capacidad para manejar incrementos destacados en el crawl rate. Esto sólo afectaría a los sitios que tienen su versión móvil diferenciada de su host, como por ejemplo m.example.com, no afectaría a las páginas en responsive o dinamyc serving.

ACTUALIZACIÓN 14/06/2018

El pasado 14 de junio desde la cuenta oficial de Twitter de Google Webmasters @googlewmc trataron de aclarar algunas confusiones sobre el MFI :

    • Urls: indexan la url mobile. En caso de urls separadas, mostrará la url mobile a usuarios móviles y urls pc a usuarios pc. El contenido indexado será el mismo en ambos casos.
    • Tiempos de rastreo: el número total de urls rastreadas por día (GSC) en general no cambiará, pero el balanceo cambiará de rastrear pc a mobile. Durante ese cambio, quizás de forma temporal se rastree más porque tienen que re indexarlo todo…
    • Página cacheada: por ahora no están mostrando la página cacheada para los sitios indexados por MFI. Es un bug que se corregirá con el tiempo. Es tema de la interfaz de usuario, no afecta al rastreo/indexación o ranking.
    • Índice de velocidad e indexación móvil: el update de julio (sobre la velocidad de las páginas que también se tendrá en cuenta a la hora de posicionar resultados en las búsquedas móviles) será independiente del MFI.
    • Interfaces de usuario de sitios web móviles: el uso de “menús de hamburguesas” y “acordeones” en los sitios web móviles está permitido y rastreado/indexado sin problemas.
    • Requisitos: las páginas que no son mobile-friendly o responsive seguirán funcionando en dispositivos móviles y se indexarán igualmente.
    • Ranking: este cambio de MFI no afecta en nada al posicionamiento, simplemente se usa el contenido móvil. Al contrario que tener contenido mobile-friendly sí es un factor de posicionamiento, estar en el MFI, no lo es.

Más información:
https://webmasters.googleblog.com/2016/11/mobile-first-indexing.html
https://webmasters.googleblog.com/2018/03/rolling-out-mobile-first-indexing.html
https://developers.google.com/search/mobile-sites/mobile-first-indexing
https://developers.google.com/search/mobile-sites/

Contenido AMP vs No-AMP penalización

El pasado jueves 16 de Noviembre, Google desde su blog para webmasters, anunció un actualización importante en el mundo de la distribución del contenido AMP con fecha de inicio el día 1 de febrero de 2018.

Para aquellos que aún no saben qué significa AMP y cuál es su impacto en las búsquedas, os invito a que consultéis este enlace. Además encontraréis herramientas que os ayudarán a optimizar vuestro contenido exclusivo para este nuevo formato.

Es importante tener claro que AMP no se considera directamente un factor de posicionamiento, pero al implicar una reducción en los tiempos de carga y por tanto mejorar usabilidad (tasa de rebote, permanencia en página, etc.), indirectamente tiene su relevancia en el buscador (el tiempo de carga sí es un factor de ranking).

En el artículo, Google habla de las diferencias en la presentación del contenido en aquellos sitios que sirven su sitio web en las dos versiones: versión web canónica y versión AMP.

El contenido que sirves en la versión amp, ha de ser lo más similar al contenido de su versión canónica. Existirán casos en los que determinados elementos “secundarios” de la página como los asides, footer, menú de navegación, etc. serán ligeramente diferentes, pero el contenido principal (titular, cuerpo, etc.) deberá ser el mismo. Apuntan que este aviso surge ante algunos sitios en cuya versión amp incluyen un botón que obliga al usuario a redirigirse a su versión canónica en lugar de consumirlo en amp, lo que supone una mala experiencia de usuario. La excusa para ellos reside en que para ciertos elementos javascript que implican una acción dinámica en esos elementos, a la hora de pasarlo a amp, no existían las etiquetas específicas para ello. El proyecto de AMP continuamente está sacando actualizaciones en la adaptación del contenido a sus etiquetas, e incluso pide ayuda a los sitios para proponer nuevas mejoras que encajen en su filosofía de contenido rápido y amigable.

Where we find that an AMP page doesn’t contain the same critical content as its non-AMP equivalent, we will direct our users to the non-AMP page

Es decir, que si tu contenido principal en amp no es el mismo que el de la página canónica redirigirán al usuario a la versión web. Esto como tal no supone una penalización, pero sí que hablan que este tipo de práctica provocará que tu contenido salga del carrusel de noticias móvil, por lo que perderás visibilidad y por tanto tráfico. No afectará como tal a los resultados orgánicos móvil, pero tiene sentido sacarte de ese módulo, ya que su objetivo es consumir rápidas noticias y de forma simple, no forzar al usuario a tener que hacer más clics, esperar más tiempo, más consumo de datos, etc, es decir, peor experiencia.

El propietario del sitio además recibirá una notificación en la herramienta Search Console para corregir esta situación lo antes posible. Te recomiendo que vigiles el tráfico de búsqueda desde la opción de analítica: apariencia en el buscador -> resultados enriquecidos de amp.

Aquí puedes ver algunos casos de éxito donde el sitio tiene una total integración de su contenido a formato AMP.

Fuente Official Google Webmaster Central Blog: “Engaging users through high quality AMP pages”

Páginas AMP: cambiar la fecha de publicación “post_publish_timestamp” por la de última modificación

Para evitar que en tus publicaciones de AMP, en lugar de aparecerte la fecha de publicación (te sale por defecto), te aparezca la última fecha de modificación de la noticia (si la has actualizado más tarde después de publicarla por primera vez), lo que tienes que hacer es:
– Entrar en PLUGINS – EDITOR
– Seleccionar el plugin de AMP (en el desplegable de arriba a la derecha y buscas “AMP”)
– Una vez dentro, buscas el archivo del plugin llamado amp/templates/meta-time.php
– Y aquí, lo único que tienes que hacer es sustituir la parte del código en rojo:
Es decir, post_publish_timestamp por 

<div class=”amp-wp-meta amp-wp-posted-on”><div class=”amp-wp-meta amp-wp-posted-on”> <time datetime=”<?php echo esc_attr( date( ‘c’, $this->get( ‘post_modified_timestamp‘ ) ) ); ?>”> <?php echo esc_html( sprintf( _x( ‘%s ago’, ‘%s = human-readable time difference’, ‘amp’ ), human_time_diff( $this->get( ‘post_modified_timestamp‘ ), current_time( ‘timestamp’ ) ) ) ); ?> </time></div>

AMP: qué es y herramientas de validación para Google

Pocas son ya en el mundo del marketing online los que no conocen el proyecto AMP y en qué consiste. Como resumen rápido, diré que básicamente este proyecto surge como iniciativa entre publishers y empresas tecnológicas para mejorar el ecosistema de consumo de contenidos desde dispositivos móviles. Oficialmente se lanzó el 24 de febrero de 2015, haciendo ya más de dos años de vida…

AMP pretende competir con los Facebook Instant Articles y los Apple News. La idea es que ese contenido adaptado AMP se cargue más rápido que una página normal y sea por tanto más fácil de consumir, mejorando así la experiencia de navegación del usuario desde móvil.

Importante destacar que AMP no es un factor de posicionamiento (todavía) en los resultados de búsqueda, es decir, que por tener adaptado tu contenido a AMP no vas a posicionar mejor en las SERPs (aunque sí que vas a ganar en visibilidad – por el carrusel de noticias AMP- y por tanto más probabilidades de atraer más tráfico). Lo que sí que ocurre es que si tienes tu contenido en AMP, los buscadores (Google) van a tomar esta url amp como “preferida” frente a tu url móvil para mostrar en los resultados de búsqueda (al igual que hace con las urls https vs http).

IMPLEMENTACIÓN

Para los sitios en WordPress se puede activar a través del plugin AMP

Relación técnica entre las diferentes urls:

En la url canónica aparecerá en el html la etiqueta: <link rel=”amphtml” href=”URL_AMP”> y en la url AMP aparecerá la etiqueta canonical apuntando a la url web <link rel=”canonical” href=”URL_CANONICAL”>

VALIDACIÓN DE URLS AMP

Para asegurarse que nuestras urls siguen las especificaciones técnicas definidas por el proeycto y que por tanto son potencialmente visibles en los resultados de búsqueda móvil, algunas de las herramientas online gratuitas que nos pueden ayudar a detectar y corregir errores son:

  • AMP VALIDATOR

A través de las urls validadoras de AMP Project:

https://ampbench.appspot.com/

https://validator.ampproject.org/

  • CONSOLA DE DESARROLLADORES DE CHROME

Añades la url AMP con la terminación #development=1. A continuación accedes a la consola para desarrolladores CTRL + Alt + J (Windows) y en la opción “Console” aparecerá el mensaje “AMP validation successful” si pasa el test. De lo contrario mostrará los mensajes de error correspondientes.

  • SEARCH CONSOLE

A través de la herramienta para webmasters de Google, dentro de la opción de “Aspecto de la búsqueda – Accelerated Mobile Pages” nos aparecerá en el panel el número de páginas AMP indexadas y el número de páginas AMP con errores “importantes” y “no graves”. Indagando dentro de los errores que se muestran, puedes encontrar el origen del problema y solucionarlo.

https://search.google.com/test/amp

  • EXTENSIÓN PARA CHROME AMP

Puedes añadir los diferentes complementos al navegador de Chrome para facilitarte la tarea de check en el momento:

Url extensión para Chrome