Dicho y hecho, Google aumenta en su buscador la visibilidad de webs con versiones AMP

Publicado el martes 20 de septiembre del 2016 por Lino Uruñuela


Como siempre, intentaré escribir este post así, de carrerilla, ni borradores, ni previsualizaciones, ni nada... Está claro que para escribir un buen artículo hace falta organizar la historia del tema, recoger ejemplos, ?ensar bien cómo dosificar la información  que le vas dando al usuario en el artículo, etc.

Pero la verdad es que muy muy pocos posts los he hecho como la teoría manda, siempre he sido impulsivo a la hora de escribir, y creo que esto es muy sano, prefiero tener un blog que se parezca más a una conversación de barra del bar que a uno al estilo de profesor de universidad..

Así que vamos al lío... Desde hace tiempo venimos viendo como Google potencia el nuevo estándar que se ha sacado de la manga para, supuestamente, mejorar la experiencia del usuario cuando consume contenido a través de dispositivos móviles.

Resumiendo la argumentación que hace Google podríamos indicar estos puntos
  • "Los usuarios esperan que los sitios web para móviles se cargan muy rápido."
  • "El 40% de las personas abandonen los sitios web que necesiten más de tres segundos en cargarse."
  • Crear un internet más seguro.
  • "Una iniciativa de software libre para mejorar la experiencia web en móviles para todo el mundo."

 

Para ello, como todos sabemos, ha trabajado y desarrollado un nuevo "estándar" de HTML, un HTML simplificado, del que podemos destacar algunos puntos

  • Es un subconjunto de elementos HTML, es decir, no están permitidos muchos de los elementos de HTML "normales".
  • No se puede incluir código javascript creado por terceros, es supervisado.
  • Las hojas de estilos son limitadas.
  • Permite introducir publicidad de distintas plataformas.
  • El contenido es almacenado en servidores del propio Google, al más puro estilo cdn AKAMAI.

 

Hoy no voy a escribir ningún ejemplo de cómo se crea una página en AMP, lo dejaré para la semana que viene a ver si puedo sacar tiempo y de paso preparar algún site como este para la versión AMP.

Hoy quiero comentar, otra vez, el ecosistema que Google está creando en internet, cómo va marcando el ritmo "animando" a los responsables de páginas webs a actualizar su site, otra vez, para que la experiencia de sus usuarios sea mejor.... y esto empieza a ser más que sospechoso!

 

¿Qué quiere realmente Google?

Parece una pregunta sencilla, pero nada de eso, ¿qué querrá Google? ¿mejorar la experiencia de sus usuarios? ¿o igual tener el control sobre la información, anunciantes y transacciones que se hacen en la web?

Está claro que el mundo de internet es un mundo en constantes, y rapidísimos avances, y pocos pueden imaginar certeramente qué nos deparará el futuro inmediato, pero por si acaso Google ya está afilando sus cuchillos.

Si el otro día expuse mi opinión sobre el poder que tiene Google para dictar sus normas y hacer de director de orquesta, de lo que está bien o lo que está mal hacer en un site, lo que se avecina debería hacernos poner el grito en el cielo.

Hace unos días Google anunció lo siguiente  "A finales de año, todos los sitios web que creen páginas AMP tendrán mayor visibilidad en toda la página de resultados de Búsqueda para móviles de Google, como sitios de comercio electrónico, entretenimiento, viajes, recetas y mucho más", ahí es nada.

Google puede hacer lo que quiera con su producto, eso está claro,  pero abusa de su posición dominante con su servicio de buscador, el cual no tiene competencia real , ya que mueve el 99% del tráfico en España, y casi el 80% en todo el mundo.

Cuando usa esto para poder seguir dominando todo el ecosistema web a su antojo y en su propio beneficio podríamos decir que "chantajea" a los propietarios de negocios online, ya que si no hacen sus webs como Google quiere, tendrán grandes pérdidas en su negocio. A nadie se le escapa que esto es parte de la lucha de las grandes compañías por tener datos de usuarios y estar en buena posición ante los nuevos avances en las comunicaciones y servicios.

Google no nos apunta con una pistola, ni nos pone electrodos en el pecho  para obligarnos a hacer estos cambios que él dicta, pero si no lo haces posiblemente perderás muchos usuarios que llegan a través de su buscador y tu negocio podría estar en serio peligro.. 

El argumento que Google usa para DISIMULAR SUS INTENCIONES es que los usuarios no aguantan 3 segundos para cargar una página web y la frustración por esa espera le hace cambiar de página. Pero.... ¿La velocidad de carga en dispositivos móviles de qué depende? Si, todos sabemos que con AMP se carga más rápido.. pero, cuando hay igualdad de condiciones en la conexión!

Lo que quiero decir, es que yo cuando no me carga un site en el móvil no suele ser porque la web esté mal hecha, o que tenga un javascript por aquí o por allá cien hojas de estilos.. sino que mi cobertura varía mucho dependiendo de dónde esté yo, si estoy en un bar más cerrado, si estoy un poco alejado de repetidores, etc.. casualmente en mi casa, con buena señal de wifi ni sites com oeste tardan en cargar! Reconozco que es solo una impresión, pero la mosca la tengo detrás de la oreja desde hace mucho tiempo.

Creo que para la frustración del usuario es mucho más determinante la conexión/cobertura que tengas en ese momento y en ese lugar que si la web pesa 2 MB o hace 35 peticiones más. Y sí, es cierto que con menos peso y menos peticiones HTTP va más rápido, pero no tanto como Google dice.

Me hace gracia que siendo Google una de las empresas que más datos de los usuarios pueden tener, y de sus comportamientos en la navegación mediante dispositivos móviles nos remita en su argumentación, en el post del otro día, a un artículo del 2011, abril del 2011, hace más de 5 años de eso!!!!!

Y es que hoy me he dado cuenta de que el tráfico móvil en las versiones de AMP ha pegado un subidón justo desde el  15 de septiembre, el mismo día que Google anunció que ahora dará mayor relevancia a las versiones AMP cuando navegas a través del móvil, dicho y hecho oigan.

 

Este es el tráfico sobre la versión AMP de un site.  Sobran las palabras... Podemos ver cómo el tráfico móvil total sigue más o menos igual, pero que en la versión  AMP el aumento es notorio.

 

Sin mirar a fondo, eso lo dejaremos para otro post,  no parece que una versión se cambie por la otra, es decir, que si antes salía mi página con la versión móvil, no se ha reemplazado por la versión AMP sino que la ganancia en AMP parece ser de usuarios que antes no llegaban.

  • Sesiones (aaMobileFriendly) -> tráfico orgánico a través de un dispositivo móvil
  • Session (AMP movil organic) -> Tráfico orgánico móvil que llegan a la versión de AMP
  • Sesiones (aaMovil (sin AMP) + organic) -> tráfico orgánico desde móvil pero no a la versióon de AMP

 

De esto deduzco que habrá muchos que hayan perdido esos clicks, y ¿quizás de ahí el  revuelo que se lleva viendo en algunos foros americanos sobre posibles updates? Habrá que analizarlo bien.

 

 


Feliciano Borrego (@felicianobv)hace Hace más de 7 años y 128 días

Lino, totalmente de acuerdo con las intenciones y justificaciones que da Google.

Los movimientos que hace Google mayormente son para que se den las condiciones que le faciliten manterner su posición dominante.

Es decir, con el nivel de crecimiento de Internet, fomentar el uso de HTTPS para poder imponer el uso de HTTP2, que junto con AMP son tecnologías que le permiten crawlear e indexar más páginas en Internet sin tener que aumentar -en la misma medida que crece el número de páginas web- los recursos que necesita para mantener su negocio.

¿se me ha entendido?



Lea otros artículos de Seo Movil

Últimos posts

Últimos comentarios


JaviLazaro
Ya me has dado la necesidad de crear un comaando en bash para hacer estas cosas. Gracias Lino por estos tips
Post: Obtener KWs de varias fuentes usando la línea de comandos

Señor Muñoz
Lino, el 11% más de clicks y el 47% más de impresiones diarias ¿es algo constante o depende de cada sitio web?
Post: Diferencias entre la exportación de datos de Search Console usando BigQuery o usando la API

Carlos
Hola En mi blog tengo artículos atemporales (es decir, no caducan nunca, de manera que sirve para quien lo lea hoy o lo lea dentro de 5
Post: Tratamiento de urls que tienen un tiempo de vida muy corto

Profe Ray
Veo que hay comentarios de hace 5 años y de hace 3 años. ¿Habrá algun post actualizado sobre este tema o sigue funcionando? Lo cierto es
Post: Cómo cargar css y js y no bloquear la carga de contenido

Pepe
Muchas gracias por el articulo!! Muy buena información.
Post: Qué es ofuscar enlaces y cómo mejora el enlazado interno

María
Sí, he buscado el archivo robots.txt y todo está correcto. La última versión vista con error fue el 08/11/2021 y la última vez que el
Post: Errores críticos originados por el robots.txt

Lino
@María un placer verte por aquí :) Lo primero, a veces, con el robots.txt no se puede "forzar" a que lo rastree, si tu site no es muy p
Post: Errores críticos originados por el robots.txt

María
Hola Lino, tengo el mismo problema. El probador de robots de google me indica: "Error al obtener el archivo robots.txt Tienes un archivo ro
Post: Errores críticos originados por el robots.txt

Mario
Estoy tratando de vincular los datos en Google Data Studio y he combinado los datos de la tabla "Impresión del sitio" con "Impresión de UR
Post: Datos incoherentes y cálculo de la posición media en Search Console

José B. Moreno Suárez
Yo hace tiempo que agrupaba con stemmers. Ahora, además, comparo con un proceso las keywords que aportan impresiones a una URL determinada
Post: Clustering de keywords SEO en Google Search Console - Parte II