Respuestas de foro creadas

Viendo 11 respuestas - de la 1 a la 11 (de un total de 11)
  • Iniciador del debate zalexzperez

    (@zalexzperez)

    Entonces pageinsights y las versiones móviles de las herramientas de los navegadores estarán usando una versión antigua…porque el fallo sale ahí

    Iniciador del debate zalexzperez

    (@zalexzperez)

    Efectivamente, ahora mismo el tema optimización está hecho un desastre, lo de las fotos no es el único problema.
    Voy a reinstaurar una copia de seguridad de esta madrugada, por lo que desaparecerán los .webp al menos hasta que vuelva a meterme con lo de optimizar las imágenes…

    Gracias por todo

    Iniciador del debate zalexzperez

    (@zalexzperez)

    El plugin que me generó los archivos .webp fue el EWWW. Las ha generado esta mañana en una acción en masa, tardó 20 minutos. Así que, por más que desactive el plugin, no me va a borrar esos archivos (afortunadamente?!)

    Lo que podría hacer es ver si el plugin me deja borrarlas, pero vamos, el comportamiento es el mismo sea un .jpg o un .webp por lo que he estado viendo estos días, la diferencia está en que esté activo el plugin o no.
    ¿Quieres que borre todos los .webp?

    Edito: no hay ningún otro plugin ni códigos PHP que sirvan los .webp. Acaso deberían dejar de verse tras desactivar ese plugin? El servidor del hosting sé que funciona con Litespeed y la web utiliza Cloudflare para el SSL, más no te puedo decir.

    • Esta respuesta fue modificada hace 3 años, 1 mes por zalexzperez.
    • Esta respuesta fue modificada hace 3 años, 1 mes por zalexzperez.
    Iniciador del debate zalexzperez

    (@zalexzperez)

    Edito, voy a vaciar y desactivar Litespeed cache por tu mensaje anterior.
    Edito 2: hecho, caché purgada, litespeed desactivado y EWWW también.

    La caché la he borrado completamente tras desactivar el plugin EWWW.

    Si uno analiza las imágenes en la vista móvil en la pestaña inspector, se muestra que la ruta scr de la imagen señalada se corresponde con la del archivo a 247px. Pero si entras en la pestaña de red, aparecen los archivos que realmente se están descargando y ahí veo 768px para el iPhone y 1024px para el Galaxy S9.

    • Esta respuesta fue modificada hace 3 años, 1 mes por zalexzperez.
    • Esta respuesta fue modificada hace 3 años, 1 mes por zalexzperez.
    Iniciador del debate zalexzperez

    (@zalexzperez)

    Estás comprobándolo desde la vista móvil, con un dispositivo seleccionado como el Galaxy S9 o el iPhone 6/7/8?

    Si seleccionas vista de escritorio, o seleccionas vista móvil por defecto, las imágenes que se cargan son las que dices tú…

    Iniciador del debate zalexzperez

    (@zalexzperez)

    El plugin EWWW es quien generó esos archivos, por más que desactive y borre el plugin, los archivos permanecen ahí…

    Iniciador del debate zalexzperez

    (@zalexzperez)

    Ahora mismo lo acabo de desactivar!

    Edito: en Firefox, seleccionando la vista móvil tal cual, hace lo mismo que la vista de escritorio. Carga imágenes de 247px.
    Ahora bien, si seleccionas un dispositivo como el Galaxy S9, entonces carga imágenes de 1024px xDDDD

    Firefox con Galaxy S9

    • Esta respuesta fue modificada hace 3 años, 1 mes por zalexzperez.
    Iniciador del debate zalexzperez

    (@zalexzperez)

    Si mi resumen es erróneo, explícame por favor como es posible la siguiente observación en Chrome Dev tools:
    Si desactivo el plugin EWWW, las imágenes desde la vista móvil pasan a descargarse en resolución 768px. Si vuelvo a activar el plugin, se descargan a 400px, desapareciendo la advertencia en pageinsights. Lo tengo comprobado en la tienda online y en la tienda local.
    Aquí la prueba de ello, fíjate que el listado de archivos está filtrado de mayor a menor en tamaño de archivos:

    Con EWWW activado (y su función de Lazyload). Imágenes de 400px:
    Con EWWW

    Con EWWW desactivado (descarga más fotos al no haber lazyload, otro tema). Imágenes de 768px:
    Con EWWW

    «Tu resumen es erróneo: la imagen que se descarga es la que tú has puesto en la página o entrada mediante «src»»

    Las fotos del catálogo de Woocommerce son imágenes destacadas de cada producto, que como he dicho son originalmente de 1200px, para que en la página de producto pueda haber una buena función de zoom. Si subiese fotos de 605px, por ejemplo, perdería la posibilidad de hacer zoom al pasar el ratón por encima de las fotos.

    • Esta respuesta fue modificada hace 3 años, 1 mes por zalexzperez.
    Iniciador del debate zalexzperez

    (@zalexzperez)

    «Una un tamaño adecuado para las imágenes» no significa que te esté penalizando sino que tu página iría mucha más rápida si usaras imágenes mas pequeñas.»

    A ver, las fotos que tengo ahí las he subido con resolución 1200x1200px, no es una resolución exagerada. El mínimo recomendado por Woocommerce es de 800x800px.

    Lo de que no me esté penalizando no lo entiendo, me decía que puedo ahorrar 4.65s al cargarlas con la resolución adecuada.

    Y eso de los archivos .jpg.webp es porque has mirado la web hoy cuando justo he instalado el plugin EWWW optimizador de imágenes, que por cierto, al entregar archivos .webp desde la vista móvil ya pasan a ser con resolución 450x450px, no 768px cuando solo había .jpg disponibles. Osea que, sin plugins adicionales y en la visión móvil, WordPress o los navegadores en general (no sé quién es el culpable) no es capaz de descargar las imágenes con la resolución correcta.

    Resumiendo: en vista móvil, sin plugin adicionales, las imágenes se descargan a 768px/1024px. Con el plugin EWWW activado, las imágenes se descargan a una resolución menor y desaparece la advertencia en pageinsights.

    • Esta respuesta fue modificada hace 3 años, 1 mes por zalexzperez.
    Iniciador del debate zalexzperez

    (@zalexzperez)

    Bien, pero entonces por qué en Pageinsights me sale «Una un tamaño adecuado para las imágenes» con un retraso de 4,65s ?

    Resultado Pageinsights

    Si miro en Chrome con vista móvil, es verdad, no se cargan las imágenes en máxima resolución (aunque esto sí que pasa en la tienda de prueba con WordPress vacío), se descargan las imágenes a 768px, lo que me sigue pareciendo demasiada resolución (archivos de 120kb).

    Medición en Chrome

    (hacer clic derecho, abrir en nueva pestaña para ver la imagen a máxima resolución)

    • Esta respuesta fue modificada hace 3 años, 1 mes por zalexzperez. Razón: corregir imagenes
    • Esta respuesta fue modificada hace 3 años, 1 mes por zalexzperez. Razón: aclaración
    Iniciador del debate zalexzperez

    (@zalexzperez)

    La tienda está sin optimizar, es esta: https://rotulosdacrea.es/tienda/categoria/rotulos-neon/

    De todas formas, como digo, creando una web nueva en local con solo Woocommerce instalado, y 3 productos creados, el problema está ahí también haciendo la prueba en visión móvil en Chrome.
    Como digo, wordpress sirve imágenes en resoluciones más bajas cuando se miran desde el móvil, o eso solo es para la visión de escritorio? Me parece muy raro

Viendo 11 respuestas - de la 1 a la 11 (de un total de 11)