El e-commerce headless separa la tienda que ve el cliente de la plataforma que guarda productos y pedidos: un sitio más liviano, rápido y conectable con otros sistemas.
Qué hace, en orden, y qué nunca hace.
Conexiones
Lo que el sistema nunca hace
KINTO construye tiendas headless para empresas cuya tienda actual es lenta, frágil o está desconectada de su inventario real.
Una tienda puede fallar de formas distintas, y KINTO ha visto varias. La tienda WooCommerce de un comercio especializado se caía de forma intermitente cuando bots recorrían las URL de filtros, esquivaban el caché y saturaban la base de datos. Un distribuidor de networking tenía un catálogo grande y heterogéneo sin datos técnicos normalizados y un listado pesado y lento en el celular. El catálogo en línea de un distribuidor de autopartes casi no tenía imágenes ni colecciones, ni búsqueda global, y tenía enlaces rotos, mientras su inventario real vivía en un ERP que nadie sincronizaba con la tienda.
Detrás hay dos problemas comunes: una plataforma que no aguanta el catálogo y datos que están mal o faltan.
KINTO audita primero el catálogo y cruza la tienda con el inventario. Luego migra de forma programática, enriqueciendo marca y tipo, y construye una vitrina sobre la plataforma de comercio de la empresa, con carga masiva, SEO de producto, búsqueda (por vehículo en el caso de autopartes) y caché en el borde.
Tres prácticas se repiten:
Comercios y distribuidores con miles de productos, una tienda lenta o frágil y un ERP o lista de inventario que debería gobernar lo que se muestra. Los resultados medidos son peso de página, tiempos de respuesta y tamaño del catálogo. De las ventas y la conversión posteriores, los casos dicen que aún no hay evidencia.
E-commerce headless
Al tomar el ERP como fuente de verdad en lugar del catálogo web, KINTO hizo que el agente de WhatsApp de un distribuidor de autopartes ofreciera ≈26 % más referencias y dejara de ofrecer cientos que no tenía.
Agentes WhatsApp y voz
Al analizar un año de facturas, KINTO halló que menos de la mitad de los clientes sostenía casi todo el volumen; construimos un agente de WhatsApp en producción, un piloto de llamadas con IA y una tienda headless sin perder una URL.
Migraciones y rescate
Una tienda con miles de productos caía por un enjambre de bots rastreando filtros; KINTO la estabilizó en días y la migró a una headless cuyo listado pesa ≈1 % de lo que pesaba.
E-commerce headless
KINTO migró el catálogo de un distribuidor de networking a una tienda headless que pesa una quinta parte de antes y que, sin precios públicos, convierte cada ficha en una cotización por WhatsApp.
E-commerce headless
KINTO llevó un evento recurrente de precompra a venderse con pago real, control de cupos por fecha y sede y conciliación automática; los pagos salieron a producción tres días después del primer commit.
Para migrar una tienda WooCommerce a headless sin perder SEO hay que inventariar cada URL antes de tocar nada, conservar las mismas rutas donde se pueda, redirigir con 301 el resto y medir el peso antes y después. KINTO conservó cerca del 98 % de las URLs de una tienda en la misma ruta.
No debería si se cuidan las URLs primero. En la migración de una fábrica de alimentos, cada URL de la tienda se inventarió antes de mover nada y cerca del 98% quedó en la misma ruta. En la de un distribuidor de networking, redirecciones 301 cubrieron las URLs antiguas.
En los casos de KINTO, el listado de productos de un distribuidor de networking bajó cerca de 80% de peso, de unos 0,5 MB a menos de 0,1 MB. El de un comercio especializado pasó de varios MB a cerca de 0,1 MB. Ambas cifras se midieron antes y después de la migración sobre páginas reales.
El modo catálogo es un comportamiento de la tienda para productos sin precio público: cuando el precio es cero, el sitio oculta precio y carrito y muestra un botón de WhatsApp con el producto ya escrito. KINTO lo construyó para un distribuidor B2B que vende por cotización, y cada ficha se vuelve una solicitud de cotización.
Sí, haciendo del ERP la fuente de verdad. En un distribuidor de autopartes con más de 10.000 productos en línea, la disponibilidad se confirma contra datos del ERP sincronizados a diario. El cruce encontró cientos de productos ofrecidos sin existencias y más de mil marcados como agotados que sí había.
Sí. KINTO configura una reconstrucción automática cuando cambia el catálogo, de modo que listados, búsqueda y datos estructurados se mantengan al día sin publicar a mano. Se usa en los casos del distribuidor de networking y de autopartes, junto con llms.txt y datos estructurados de productos y preguntas frecuentes.
Sí, como objetivo de diseño: conservar las mismas rutas donde se puede y redirigir el resto con 301. En una migración KINTO inventarió primero cada URL de la tienda y cerca del 98 % quedó en la misma ruta; en otra, redirecciones 301 cubrieron las URLs viejas. Ninguno de sus casos de migración tiene aún evidencia de ventas o posicionamiento posteriores.
Cuéntale a KINTO qué está pasando. La primera conversación es para entenderlo, no para vender.
