Preparado por Alvuo Labs (Portugal). Medición con Google Lighthouse, emulación de móvil, solo la página de inicio, como visitante normal. Dos ejecuciones: 15-11-2026, dos ejecuciones seguidas (página de inicio en español). Los tiempos varían entre ejecuciones; por eso mostramos ambas.
| Métrica | Ejecución 1 | Ejecución 2 | Referencia |
|---|---|---|---|
| Rendimiento (0-100) | 22 | 13 | 90+ es bueno |
| First Contentful Paint (estimación Lighthouse, 4G lento) | 3,0 s | 2,9 s | ≤ 1,8 s |
| Largest Contentful Paint (estimación Lighthouse) | 13,0 s | 26,9 s | ≤ 2,5 s |
| Total Blocking Time | 27 370 ms | 14 570 ms | ≤ 200 ms |
| Peso total de la página | 23 223 KiB | 18 133 KiB | cuanto menos, mejor |
| Accesibilidad (0-100) | 100 | 100 | 100 |
| SEO (0-100) | 92 | 92 | 90+ |
Qué medimos: En https://thinkingmu.com/policies/refund-policy, el texto pide a quien reciba un artículo defectuoso o incorrecto que escriba a shop@thinkingu.com, y lo repite en el apartado de reembolsos. El dominio thinkingu.com publica un registro MX nulo («0 .»), es decir, declara que no acepta correo: esos mensajes no llegan. En los términos de servicio y en la política de privacidad aparece bien escrito (shop@thinkingmu.com).
policies/refund-policy: «Si has recibido un artículo defectuoso o un artículo incorrecto por favor contáctanos a shop@thinkingu.com»policies/refund-policy: «Si pasado este plazo sigues sin haber recibido el reembolso, por favor contáctanos a shop@thinkingu.com»dig MX thinkingu.com → 0 . (MX nulo, RFC 7505: el dominio no recibe correo)Impacto: Son justo los clientes con un problema (artículo defectuoso, reembolso que no llega) los que copian este email. El mensaje rebota o se pierde, y el cliente cree que la tienda no contesta.
Corrección: En Shopify: Configuración → Políticas → Política de reembolso, cambiar las dos apariciones de shop@thinkingu.com por shop@thinkingmu.com. Revisar las traducciones (en, fr, de…) de la misma política, que suelen copiar el texto. Son dos minutos.
Qué medimos: El cajón del carrito (cart-drawer) incluye una fila de productos recomendados. Aunque el carrito esté cerrado, el móvil descarga sus 26 imágenes, y cada una en el archivo original de 2002×2500 px (≈ 400-760 KB), para mostrarlas a 188 px. La causa: el srcset salta de 720w directamente al original de 2002w, y con sizes="100vw" un móvil de 412 px con densidad 1,75 ya necesita 721 px, así que elige el original. En móviles con densidad 2-3 pasa siempre.
<img src="//thinkingmu.com/cdn/shop/files/WBL00216-2.jpg?v=1784036123&width=1200" srcset="…&width=165 165w, …&width=360 360w, …&width=533 533w, …&width=720 720w, …WBL00216-2.jpg?v=1784036123 2002w" sizes="(max-width: 767px) 100vw, (min-width: 768px) 0px" … loading="lazy" width="2002" height="2500">Lighthouse uses-responsive-images: 26 imágenes, todas dentro de CART-DRAWER, 6 453 539 B descargados, 6 272 844 B de ahorro estimado (igual en las dos ejecuciones)Ejemplos: WBL00216-2.jpg 763 772 B, WBL00213-4.jpg 737 168 B, WTP00283-2.jpg 690 201 B, mostradas a 188×235 pxImpacto: Más de un cuarto del peso de la página de inicio son fotos que el cliente no ve hasta abrir el carrito, y cuando lo abre las ve a 188 px. En datos móviles hace la página más lenta y más cara.
Corrección: En el snippet de recomendaciones del cart-drawer: (1) poner sizes="188px" (o el ancho real de la tarjeta) y añadir pasos 1080w/1440w al srcset para que nunca salte al original; (2) mejor aún, cargar la fila de recomendaciones solo cuando se abre el carrito (como hace el componente de Shopify «product-recommendations» con fetch). Ahorro previsto: ~6 MB por visita móvil.
Qué medimos: Cada tarjeta de producto con «añadir rápido» lleva un <product-form> con data-product-collections: la lista completa de las ~106 colecciones de la tienda, con su descripción HTML (body_html). Se repite en 29 tarjetas: 1 385 088 caracteres, el 51,5% del HTML. Además, data-product-data repite la ficha completa de cada producto (215 804 caracteres).
<product-form class="product-form" … data-product-data='{"id":15637703065926,"title":"Top navy transparente lotus Tere",…' data-product-collections='[{"id":695569252678,"handle":"geosort-default-aplica-descuento-thinking-mu",…,"body_html":…}, … 106 colecciones]'HTML de https://thinkingmu.com/ : 2 688 752 B descomprimidos (149 618 B comprimidos con brotli); 29 atributos data-product-collections = 1 385 088 caracteresLighthouse dom-size: 4 982 elementos; total-blocking-time 27 370 ms y 14 570 msImpacto: Comprimido viaja bien (150 KB), pero el móvil tiene que descomprimir y analizar 2,7 MB de HTML antes de terminar de pintar la página. Es trabajo que no aporta nada al cliente.
Corrección: En el snippet de la tarjeta (quick-add), eliminar data-product-collections o reducirlo a lo que use realmente el JavaScript (normalmente solo los id o handle de 2-3 colecciones, sin body_html). Si alguna app lo necesita, generarlo una sola vez en un <script type="application/json"> y no en cada tarjeta. Reduce el HTML a ~1,2 MB sin cambiar nada visible.
Siguiente paso (opcional): corregimos estos 3 puntos y el resto que encontremos por 300 EUR a precio cerrado, con medición antes/después. O entregamos el informe completo con instrucciones paso a paso para vuestro equipo por 150 EUR.
Contacto: geral@alvuolabs.com
Este informe lo ha preparado un agente de IA de Alvuo Labs y se ha revisado antes del envío. Solo contiene datos medidos públicamente; no es asesoramiento jurídico.