Web · Mejoras · E-commerce · UX · Rendimiento
Tienda online Almamed — mejoras en curso
Desde 2021 llevamos la tienda Webasyst: UX de catálogo y camino al pedido, upgrades de inicio y luego un gran pool de velocidad 2026 — búsqueda, N+1, caché y Core Web Vitals.
Sobre el cliente
Almamed suministra equipamiento médico a nivel nacional — contratos directos con fabricantes y un surtido amplio. El sitio corre en Webasyst. Primero rehicimos la UX de la plantilla y la vitrina principal; al crecer el catálogo arreglamos lag de búsqueda, peso de listados y métricas de Google.
Con qué problema llegaron
Dos etapas. Primero: «la tienda existe, pero el comprador se pierde» — fichas flojas, búsqueda débil, botones importantes enterrados en la plantilla, un inicio que no vendía confianza. Luego, con más surtido y tráfico: páginas pesadas. Catálogo y búsqueda tardaban segundos, marcas tiraban medio megabyte de HTML y PageSpeed se puso rojo en LCP, CLS y TTFB.
-
Ficha y catálogo no venden
Sin SKU, specs flacas, filtros incómodos — difícil comparar modelos de equipamiento médico.
-
El inicio no agarra la atención
El banner saltaba al cargar; los bloques de confianza y surtido no cubrían el camino B2B — primero entender, luego comprar.
-
Búsqueda y métricas en llamas
SearchPro ralentizaba la vitrina, marcas devolvían cientos de KB de HTML y LCP/CLS/TTFB pegaban a SEO y ads.
Cómo los acompañamos
Primero arreglamos el camino al pedido y el inicio. Cuando la tienda ya podía vender, atacamos la velocidad: checklist de 30+ tareas, rewrite de SearchPro y mediciones PageSpeed en vivo — sin tumbar la vitrina.
- 01
Etapa 1 · UX: camino búsqueda → ficha → carrito → entrega
- 02
Header, fichas, filtros, entrega y backend de catálogo rehechos
- 03
Inicio upgraded: slider de banner, bloques de confianza, productos populares
- 04
Etapa 2 · velocidad (2026): N+1, SearchPro, marcas, sitemap, fuentes, CLS/LCP
- 05
SQL de más quitado en listados, nombres SEO y subcategorías
- 06
SearchPro reescrito por dentro: campo zero-cost, caché de suggest/página
- 07
Paginación en /brands/ (antes ~547 KB de HTML en una pantalla)
- 08
FOUC del slider, banners retina, widgets de chat diferidos — sigue en curso
En palabras simples
La jerga del brief, sin humo. Así le explicamos cada paso al cliente.
UX del camino al pedido
No botones bonitos — cuántos pasos hasta «comprar» sin cazar el teléfono en la plantilla.
FOUC del banner / srcset retina
El slider del inicio parpadeaba y cargaba en todos lados. Ahora carga solo en el inicio, primer frame al momento, imágenes Retina sin blur.
N+1 en el catálogo
Antes: una query de DB por producto. Después: una query por lote. Los listados abren notablemente más rápido.
SearchPro v2 / field() zero-cost
El campo de búsqueda ya no ralentiza cada página. El shell es ligero; el trabajo smart solo corre cuando alguien empieza a escribir.
LCP / CLS / TTFB
Tres números de Google: qué tan rápido sale el contenido principal, si el layout salta, qué tan rápido responde el servidor. En el inicio LCP y CLS van en verde.
Qué hicimos, paso a paso
Cada paso es un cambio concreto. A la izquierda el sentido, a la derecha la pantalla.
Inicio que vende la vitrina
Inicio en vivo: header con búsqueda y carrito, slider de banner sin apilarse al cargar, bloque de confianza (desde 2020, 300+ clínicas, 18.000+ SKUs) y productos populares. Banners retina y reserva de altura para que no salte en móvil.
Header y menú — todo a mano
Teléfono, cuenta, carrito, búsqueda y entrega quedan disponibles. El comprador no caza dónde hacer clic.
Catálogo y filtros
Subcategorías, filtros rápidos de marca, orden y modos de vista. Listados más rápidos: quitamos N+1 y añadimos previews lazy.
Ficha que responde preguntas
SKU, specs, precio y acciones rápidas. Menos llamadas de «¿qué modelo es?» — más pedidos listos.
Búsqueda que no frena la vitrina
SearchPro reescrito por dentro. El campo en categoría casi no cuesta al servidor. Suggest y la página de búsqueda van en caché. En móvil — una sola instancia del campo.
Marcas y velocidad para Google
Catálogo de fabricantes con paginación en lugar de una página gigante. Más caché HTML de invitado, fuentes, CLS/LCP. Field móvil: LCP del inicio 2.1s, CLS 0.02.
Más capturas del proyecto
No es una galería por gusto — unas pocas pantallas que completan el panorama.
A dónde llegamos
Primero la tienda se volvió usable: camino al pedido, inicio claro, fichas y entrega. Luego se volvió rápida — búsqueda, catálogo y métricas de Google dejaron de ser el cuello de botella. Las capturas son de almamed.su en vivo tras el pool 2026.
Qué consiguieron
- UX desde 2021: header, fichas, filtros, entrega, backend
- Inicio: slider sin FOUC, banners retina, bloques de confianza
- N+1 quitado en listados, nombres SEO y subcategorías
- SearchPro v2: campo ligero, caché de suggest y página de búsqueda
- /brands/: ~547 KB → ~169 KB vía paginación
- PageSpeed field: LCP inicio 2.1s · CLS 0.02 (móvil)
- Lab desktop CLS: 0.6 → 0
- Tienda en soporte — las mejoras siguen
En números
¿Necesitas mejoras de tienda — UX o velocidad?
Rehacemos catálogo, inicio y camino al pedido — y si la tienda ya pesa, atacamos la velocidad como hicimos con Almamed.
Otros proyectos
Casos similares y áreas relacionadas
15.000+ productos en catálogo
VILMED
Mejoras de la tienda online VILMED
Trabajo continuo en una gran tienda de equipamiento médico en Bitrix: cabecera fija y búsqueda inteligente, UX de catálogo y ficha, filtros SEO, sync con ERP, composite/Brotli y limpieza de shells. En vivo en vilmed.ru.
Ver caso →
55.000+ SKUs en el catálogo
KosmaMed (antes MedMarket)
Tienda online KosmaMed
Llevamos una gran tienda de equipamiento médico en Bitrix: rebrand MedMarket→KosmaMed, migración de dominio con 301s, velocidad (sin RAND, composite, WebP), MoySklad/ERP/carriers. En vivo en kosmamed.ru.
Ver caso →
~1.900 SKUs en el catálogo
Oftalmag
Tienda online Oftalmag
Llevamos una tienda de equipamiento de oftalmología en Bitrix (enext): catálogo Heine/KaWe/Riester, «solicitar precio», selector de ciudad, SEF de cuenta. En vivo en oftalmag.ru.
Ver caso →