“Mobile First Indexing” de Google, ¿qué sabemos hasta ahora?

Google comunicó oficialmente el pasado mes de Noviembre, una actualización que sin duda cambia la forma en la que el buscador va a “ver” e interpretar el contenido en Internet. Como explica en el artículo, “Hoy en día, la gran mayoría de las personas buscan en Google a través de un dispositivo móvil.”. Por tanto, y según esto, han decidido “experimentar” por el momento una nueva forma de presentar los resultados en móvil, y que es, haciendo que su índice se centre primero en el contenido ofrecido desde móviles, por delante de la versión para ordenadores (tal y como estaba haciendo hasta ahora), es lo que se conoce como “Mobile First Indexing”.

Se trata por tanto de un cambio importante en su fase de indexación del contenido. Google todavía no ha avanzado ninguna fecha de cuándo se producirá oficialmente éste cambio, pero asegura comunicarlo con tiempo para la adaptación de los sites que lo necesiten.

¿A quiénes afectaría ésta medida?

Principalmente impactaría a:

  1. Aquellos sitios que sirven contenido móvil diferente de su versión de escritorio. Hablamos de sitios que tienen versiones móvil y desktop diferenciadas (ej: .com y m. o /m/).
  2. Aquellos sitios que tiene implementados microformatos en la versión móvil “incompletos” o diferentes de la versión de escritorio. Ambas versiones deberían tener los mismos datos estructurados.

En ningún caso afectaría a sitios que disponen de una versión responsive o sirve urls de forma dinámica.

¿Qué deberíamos tener en cuenta con ésta actualización?

  • Cualquier página, en sus dos versiones (PC y móvil) han de tener los mismos microformatos.

¿Cómo sabemos si estamos ofreciendo diferentes microformatos en ambas versiones de la página?.

a) A través de Google Search Console -> Aspectos de búsqueda -> Datos Estructurados : Comparando ambas propiedades (PC y móvil)

b) Pasando las diferentes urls por la Herramienta de datos estructurados de Google y comparando resultados.

  • Comprobar en la versión móvil del site, que ésta es accesible a Google Bot Mobile.

Es fundamental que nuestro contenido de la versión móvil sea accesible a los robots de Google (y demás buscadores).

¿Cómo sabemos si nuestro contenido es accesible a Google y los bots pueden acceder sin problemas?

a) A través de Google Search Console -> Rastreo -> Probador de robots.txt: sería checkeando la url móvil con el “Googlebot-Mobile”.

b) Comprobando a través de la opción de Google Search Console -> Rastreo -> Explorar como Google y checkeando las urls principales como Móvil : smartphone y obtener y procesar.

c) Desde la herramienta de Mobile Friendly de Google y las páginas de test AMP

  • Mantener la misma relación canonical y alternate entre ambas versiones. 

Pese a esta actualización, la recomendación de Google no es la de cambiar los canonicals y que apunten a la versión móvil (por el momento), sino la de seguir manteniendo esa relación entre páginas. Y es que el alternate actúa como un canonical dando la importancia a la versión móvil. En éste sentido, Google no ha cambiado las recomendaciones en la página de desarrolladores para urls independientes por ejemplo.

  • Para los sitios que no tienen versión móvil, Google seguirá indexando la versión PC sin problemas, porque es la única url que tiene de ese sitio entre otras cosas. Lo malo es que el sitio perdería el boost del algoritmo “mobile-friendly”.

Consideraciones:

  1. No existirían dos índices diferenciados para PC y móvil. Sólo sería uno, y en teoría priorizaría la indexación del contenido de la versión móvil de la página.
  2. Podría darse el caso que en un futuro el algoritmo Panda cambiara sus “scores” al tener prioridad el contenido móvil.
  3. Los desplegables y “content-hidden” en la versión móvil serán perfectamente indexables y tenidos en cuenta frente a la versión desktop (donde el contenido “oculto” a priori no lo rastreaba ni indexaba).
  4. NO es necesario re-verificar la propiedad móvil en Search Console para su indexación en móvil.
  5. La estructura <body> y su contenido deberían ser lo mismo en ambas versiones. Otras partes del site como aside, footer, etc, pueden variar sin problemas.
  6. El posicionamiento en desktop variará según nuestra indexación y ranking de nuestro contenido en mobile.

ACTUALIZACIÓN (13/01/2017)

En el último Google Webmaster Central office-hours Hangout, John Mueller habló de la posibilidad de enviar una notificación a los webmasters a través de  Search Console avisando de si sus sitios web están preparados para éste gran cambio o deberían corregir algo.


Algunas fuentes de interés relacionadas con éste post:

Comunicado Oficial de Google sobre la indexación centrada en móviles.

Otros medios: Search Engine Land, The SEM Post y Search Engine Watch.

Google podría penalizar en SEO los sitios con Interstitials

Teniendo en cuenta que más de la mitad de las búsquedas que registra Google se hacen a través de dispositivos móviles, y que el buscador está evolucionando hacia una experiencia puramente móvil con actualizaciones como: páginas AMP, algoritmo “mobile friendly”, “mobile first indexing”, etc; el buscador cree fundamental que la mejora de usabilidad y consumo de contenido móvil para el usuario pasa por “limitar” el servicio de publicidad ofrecido.

Así pues, Google aplicará a partir del 10 de enero de 2017 posibles penalizaciones sobre aquellos sitios que utilicen intersticiales intrusivos a los usuarios.

Hay que tener en cuenta que para Google los interstitials:

  1. Pueden llegar a “ocultar” el contenido de la página y afectar a su posicionamiento.
  2. Empeoran la experiencia de usuario.

Los formatos sobre los que Google ha comunicado que podría aplicar penalizaciones son:

  • Ventana emergente que tapa el contenido principal.
  • Mostrar un intersticial que el usuario tenga que cerrar para poder ver el contenido.
  • Usar un diseño en el que la mitad superior de la página sea similar a un intersticial independiente, con el contenido original insertado en la mitad inferior.

Y por otro lado los formatos de publicidad permitidos son:

  • Intersticiales de uso de cookies o verificación de la edad.
  • Cuadros de diálogo para iniciar sesión en sitios web (ej: muros de pago para acceder a noticias).
  • Los banners que ocupan un espacio razonable en la pantalla y se pueden ocultar fácilmente (ej: descarga de apps).

ALGUNAS CONSIDERACIONES

Sólo afecta a los resultados de búsquedas para móvil y no en PC (por el momento).

Éstos formatos de publicidad podrán seguir apareciendo en desktop.

La posible penalización se aplicaría cuando el pop up salte en el intervalo entre el clic del usuario en un resultado de Google y la página destino.

-Sólo se aplicaría la penalización sobre las páginas que incurren en ésta práctica, no sobre todo el dominio. (Así lo aclaró Gary Illyes en Twitter)

NO SE APLICARÍA LA PENALIZACIÓN CUANDO:

  • El usuario ya está dentro de la web navegando entre páginas y salta el pop up.
  • Cuando hayan pasado más de 5 minutos y se muestre el pop up.
  • Cuando el usuario vaya a abandonar el site y le salte un pop up.

Comunicado Oficial de Google en Español

Otras fuentes de interés: Search Engine Land , TheSemPost y Seroundtable.

Cómo validar páginas AMP de Google: 5 herramientas gratuitas

En la anterior entrada resumía algunas especificaciones sobre AMP de Google, así como ventajas, inconvenientes, etc. En ésta entrada me gustaría mostrar algunas herramientas y formas de validar que tus páginas amp están perfectamente configuradas (o al menos lo mejor posible) para poder ser visibles tanto en el carrusel de noticias como en los resultados de búsqueda orgánicos desde móvil.

CÓMO VALIDAR PÁGINAS AMP

1. A TRAVÉS DEL CÓDIGO FUENTE

Es fundamental que ambas versiones (“origen” y amp) estén configuradas de la forma correcta. De lo contrario Google no podrá indexar las páginas amp si no ve la relación desde la versión principal del contenido hacia el nuevo formato amp.

De la versión original o canonical hacia la versión amp:

Etiquetas amp y canonical

De la versión amp hacia la versión original:

Etiqueta canonical

Fuente: Tags de validación de AMP Proyect

2. “AMP VALIDATOR” Y STRUCTURED DATA TESTING TOOL

A través del validador de páginas AMP del proyecto de Google, puedes comprobar de forma manual las urls amp y comprobar si pasan el “test” y cuáles son los errores que contiene:

The AMP Validator: https://validator.ampproject.org/

AMPBench – AMP ⚡ Validator: https://ampbench.appspot.com/

Desde la herramienta de Google: Structured Data Testing Tool

*Comprueba que tienes implementado las etiquetas fundamentales: News Article, Article y BlogPosting.

3. A TRAVÉS DE LA CONSOLA PARA DESARROLLADORES DE CHROME

Si añades a la url amp dentro de la barra de navegación, la terminación: “#development=1” , y accedes a la consola con los comandos: CTRL + ALT + J ; entrarás en la consola de Chrome y podrás comprobar si esa página amp pasa el filtro o no. (También funciona sin tener que incluir esa terminación a la url amp y desde la consola para desarrolladores de Firefox).

4. DESDE LA HERRAMIENTA SEARCH CONSOLE DE GOOGLE

Una vez tienes verificada la propiedad del sitio en la herramienta de Google Search Console, si accedes a: Aspectos de la búsqueda -> Accelerated Mobile Pages podrás ver un resumen visual del total de páginas AMP que Google tiene indexadas, y cuáles son los errores o patrones de error más común que se está detectando y que pueden hacer no visible tu contenido AMP.

Dentro de éste apartado, Google ofrece otra herramienta “PRUEBA AMP” para checkearlas.

Además, si accedes al panel de: Tráfico de búsqueda -> Análisis de búsqueda ; podrás segmentar y ver si se están recogiendo datos de tráfico, y de qué parte de AMP proceden: si es desde el carrusel de noticias, o desde la parte orgánica móvil.

UPDATE: Google ha actualizado ésta última segmentación en el tráfico de búsqueda AMP.

5. “EXTENSIÓN AMP” PARA CHROME Y OPERA

Tanto si usas el navegador de Chrome como el de Opera, existe la posibilidad de poder añadir la extensión “AMP Validator” para ver de un vistazo si pasa o no el test y cuáles son los errores.

Extensión para Chrome: https://chrome.google.com/webstore/detail/amp-validator/nmoffdblmcmgeicmolmhobpoocbbmknc/related

Extensión para Opera: https://addons.opera.com/en/extensions/details/amp-validator/