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.


 



Últimos posts

Últimos comentarios


Victorgho

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

medicamento priligy 30 mg
Although serious skin reactions may occur without warning, patients should be alert for the signs and symptoms of skin rash and blisters, fe
Post: Photoshop en Ubuntu

post finasteride syndrome water fasting
LncRNA UCA1 enhances cell proliferation and 5 fluorouracil resistance in colorectal cancer by inhibiting miR 204 5p buy finasteride
Post: Tetris Humano

priligy 30mg price australia
rifabutin will decrease the level or effect of docetaxel by affecting hepatic intestinal enzyme CYP3A4 metabolism buy priligy 30 mg x 10 pil
Post: ¿Tú marido te la pega? Busca en Google

allergie augmentin
bicalutamide aciclovir 800 cena Billy Shore, an advocate at Share Our Strength a group that advocates to end child hunger says letting the p
Post: ¿Pre-panda, Google caffeine o un poquito d ambas?

dapoxetine and cancer
Kennith AyzPtzheSX 5 20 2022 priligy precio P value t test, with differences considered significant at P h Cells were synchronized at the G1
Post: cunetacaracteres

Victorcke

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?