Carga de imagenes usando lazy load - Resultado del experimento

Publicado el 15 de febrero del 2019 por Lino Uruñuela


En el anterior post hablamos de cómo realizar la carga de imágenes mediante Lazy Load, usando diferentes métodos.

Los resultados se podían ver una semana después de realizar ese experimento, pero hasta hoy no he tenido tiempo de crear este breve post para poder comentar los resultados.

En aquel experimento SEO queríamos comprobar si Google indexaba las imágenes que cargábamos en el DOM una vez cargado el documento.

Los diferentes métodos que probamos

  • Carga normal, sin lazy load → (Indexada)

  • Imagen usando thubmnail de posición → (Indexada)

  • Cargar imagen desde desde data-src → (Indexada)

  • Imagen usando thubmnail de posición y noscript → (Indexada)

  • Sin usar thubmnail pero sí noscript → (Indexada)

  • Sin usar thubmnail ni tampoco noscript → (Indexada)

  • Con thubmnail tamaño mediano + tamaño grande vía lazy load → (Indexada)



Las imágenes cargadas por javascript son las que posicionan

En artículo anterior explicamos cómo se suele usar una imagen inicial, por ejemplo un pixel transparente que pesa menos y por lo tanto carga mucho más rápido, que luego es sustituida mediante javascript por la imagen adecuada, que en algunos casos definimos en el atributo "src-lazy" o  "data-src.

Las imágenes que indexa y posiciona Google son aquellas que pretendíamos indexar, es decir, no las que están inicialmente en el atributo src de las imágenes, sino aquellas imágenes que al finalizar están en el atributo src. Este src ha sido moficado tras la ejecución del código javascript lanzado en el onload y la url final es la que indexará.

Cómo ya comentamos en el experimento sobre cómo ejecuta Google el código javascript, Google indexa el contenido que permanece tras ejecutar la carga del dom y ejecutar el código javascript definido en el onload o onready de la función.

Seguiremos probando diferentes métodos en la carga de imágenes para saber cómo debemos cargar las imágenes de tal manera que sea bueno para la experiencia de usuario y que sean indexadas correctamente por Google.


 


propecia brand name cost (@propecia brand name cost)hace 6 días

buy propecia 5mg usa benzac ivermectin z pack Yes there are a number of options available, you can set your browser either to reject all cookies, to allow only trusted sites to set them, or to only accept them from the site you are currently on


Últimos posts

Últimos comentarios


JeffreyGit

Post: Experimento para comprobar la teoría del primer enlace

propecia psychiatric side effects
Herpes, Alaskan Marine Red Algae, 127 p220 generic propecia uk
Post: Cómo ver las URLs renderizadas por Google en Google Analytics

Andreasibl

Post: Google spam report

Victorscy

Post: Experimento para comprobar la teoría del primer enlace

propecia brand name cost
buy propecia 5mg usa benzac ivermectin z pack Yes there are a number of options available, you can set your browser either to reject all coo
Post: Carga de imagenes usando lazy load - Resultado del experimento

JulianEmise
Get a massive 200% bonus on your first deposit and boost your starting balance up to $ 200. betwinner registration bonus, Betwinner splits y
Post: Experimento para comprobar la teoría del primer enlace

Lino
@spamloco a tí r hacerme ver que no soy al único que le importa :p A ver si nos vemos!
Post: ¿Cómo decide Google que URL debe rastrear?

Alejandro
Gracias Lino, siempre investigando un poco más allá.
Post: ¿Cómo decide Google que URL debe rastrear?

Lino
3,2,1... Gracias a ti Pedro!! y sí, parece que los humanos somos expertos en haciendo ruido cuando intentamos que alguien nos escuche... :p
Post: ¿Cómo decide Google que URL debe rastrear?

Pedro
1,2...1,2... probando. Gracias por el artículo, verdaderamente interesante ver cómo no paramos de generar ruido :)
Post: ¿Cómo decide Google que URL debe rastrear?