Sincronizar stock MercadoLibre y tu tienda: guía completa

Vender en MercadoLibre, Tiendanube y el local al mismo tiempo es excelente para la facturación y un infierno para el stock. Sincronizar stock entre MercadoLibre y tu tienda se hace con la API oficial de ML: webhooks que avisan cada venta en tiempo real, un stock central que descuenta la unidad, y actualizaciones automáticas hacia los demás canales en segundos. El mismo circuito sirve para los precios. Sin esa sincronización, la sobreventa no es un riesgo: es una cuestión de tiempo.

El problema real: la unidad vendida dos veces

El escenario que escuchamos siempre: quedaba una unidad, se vendió en el local a las 11:00, y a las 11:20 entró una venta por MercadoLibre de esa misma unidad. Ahora hay que cancelar, y en ML cancelar tiene precio:

• Reputación: las cancelaciones por falta de stock golpean directo el termómetro. Pasar de medalla verde a amarilla puede costar 20-40% de las ventas durante las semanas que tardás en recuperarla.
• Posicionamiento: el algoritmo de ML castiga las publicaciones de vendedores con cancelaciones.
• Costo operativo: cada sobreventa son llamados, disculpas y a veces un cupón de descuento para calmar al comprador.

Y el problema espejo: precios desactualizados. Ajustaste precios en la tienda propia por el aumento del proveedor, pero ML quedó con el precio viejo. Vendiste, sí — con margen negativo.

Cómo funciona la API de MercadoLibre (lo esencial)

MercadoLibre tiene una API REST madura y bien documentada. Para sincronización, las piezas son cuatro:

1. OAuth 2.0: tu aplicación se autoriza contra la cuenta del vendedor y obtiene tokens (que expiran cada 6 horas — tu sistema los renueva solo con el refresh token).
2. Notificaciones (webhooks): te suscribís a topics como orders_v2 (ventas), items (cambios en publicaciones), questions (preguntas) y claims (reclamos). Cuando pasa algo, ML hace un POST a tu servidor con el ID del recurso. Importante: la notificación no trae el dato completo, trae el puntero; tu sistema luego consulta el detalle. Si el concepto te suena nuevo, acá explicamos qué es un webhook y para qué sirve.
3. Recursos de items: con un PUT a /items/{id} actualizás available_quantity y price. Si usás variantes (talles, colores), el stock se maneja por variación.
4. Límites de uso: la API tiene rate limits; un sincronizador serio agrupa actualizaciones y maneja los errores 429 con reintentos, en vez de bombardear.

Arquitectura típica de sincronización multicanal

El diseño que implementamos en la mayoría de los proyectos:

• Stock central único (en tu ERP, sistema de gestión o una base propia): es la única fuente de verdad. Los canales son espejos.
• Entrada por webhooks: venta en ML → notificación → tu sistema descuenta del stock central → propaga la nueva cantidad a Tiendanube/Shopify y a las demás publicaciones de ML que compartan ese SKU. Venta en Tiendanube → mismo circuito al revés.
• Conciliación periódica: además de los webhooks, un proceso cada 15-60 minutos compara el stock publicado contra el central y corrige diferencias. Los webhooks a veces se pierden; la conciliación es el cinturón de seguridad (la lógica de combinar ambos la explicamos en cron jobs vs webhooks).
• Cola de actualizaciones: si ML está caído o devuelve error, la actualización se encola y reintenta. Nunca se pierde.

Con esta arquitectura, la ventana de sobreventa baja de horas a menos de 30 segundos, que en la práctica la elimina salvo en lanzamientos con demanda extrema.

Un detalle que complica a más de uno: si usás Mercado Envíos Full, el stock que está en los depósitos de ML se administra aparte del tuyo. El sincronizador tiene que distinguir entre stock propio (que controlás vos) y stock en Full (que controla ML), y decidir qué publicaciones alimenta cada uno. Ignorar esa distinción es la causa número uno de sincronizadores caseros que "andaban bien hasta que activamos Full".

¿Estás cancelando ventas por falta de stock o vendiendo con precios viejos? Agendá una reunión de 30 minutos y vemos juntos cuánto te está costando y cómo se arregla.

Repricing automático: precios que se defienden solos

La segunda capa de valor. En el catálogo de ML competís contra otros vendedores por la misma publicación, y el precio define quién gana la compra. Un repricer automático:

1. Consulta cada 1-4 horas los precios de la competencia en tus publicaciones de catálogo.
2. Aplica tus reglas: "bajá hasta ganar, pero nunca por debajo del costo + 18% de margen", "si soy el único, subí al precio máximo definido".
3. Actualiza vía API y registra cada cambio para que puedas auditar.

Resultado típico en cuentas con 200+ publicaciones competidas: 5-12% más de ventas ganadas en catálogo sin tocar el margen mínimo. La clave no es el algoritmo, es que las reglas reflejen tu estructura de costos real — incluyendo comisiones de ML, costo de envío e impuestos, que es donde los repricers genéricos fallan.

Soluciones enlatadas vs desarrollo a medida

Antes de desarrollar, mirá lo que ya existe:

Opción	Costo mensual 2026	Ideal para	Limitación
Conector nativo Tiendanube↔ML	Incluido / bajo	Catálogo chico, 1:1	Reglas simples, sin ERP
Real Trends, Astroselling y similares	USD 30-150/mes	Vendedores ML-céntricos	Lógica predefinida, costo crece con volumen
Plugins WooCommerce/Shopify para ML	USD 10-50/mes	Tienda propia + ML básico	Soporte irregular, conflictos entre plugins
Desarrollo a medida	USD 3.000-10.000 únicos	ERP/depósito propio, kits, multi-cuenta, reglas por canal	Inversión inicial mayor

La regla honesta: si tu operación entra en el molde de una herramienta enlatada, usala. El desarrollo a medida se justifica cuando aparece alguno de estos: stock en un ERP o sistema de gestión que nadie enlatado integra bien, kits y combos (vender el SKU A descuenta los SKUs B y C), múltiples cuentas de ML, precios distintos por canal con reglas propias, o volumen donde el costo mensual del SaaS supera la cuota de un desarrollo propio.

Una pyme de electrodomésticos con la que trabajamos pasó de 6-8 cancelaciones mensuales por sobreventa a cero en el primer mes de sincronización a medida, y recuperó la medalla verde al segundo. El sistema se pagó solo antes del primer trimestre.

Lo que también podés automatizar ya que estás

La integración con la API de ML abre la puerta a más que stock y precios:

• Facturación automática de cada venta: la orden de ML dispara la emisión del comprobante con CAE — lo explicamos paso a paso en cómo automatizar la facturación con ARCA.
• Respuestas a preguntas frecuentes con IA, dentro de nuestro enfoque de automatización con IA.
• Tracking y avisos de envío al cliente sin intervención humana — tema que cubrimos en automatización logística de envíos.

Cuándo NO necesitás sincronización automática

• Vendés menos de 30 órdenes por mes en total: actualizar a mano con una rutina diaria de 15 minutos alcanza. Volvé a evaluarlo cuando dupliques volumen.
• Tenés stock profundo de todo: si nunca te quedás sin unidades, la sobreventa no es tu riesgo (los precios desactualizados quizás sí).
• Tu catálogo cambia entero cada semana (liquidación de saldos, único lote): el costo de mapear SKUs constantemente puede superar el beneficio; ahí conviene repensar el modelo de carga antes que la sincronización.

El siguiente paso

Si ya te pasó lo de la unidad vendida dos veces, sabés que el costo real no es la venta cancelada: es la reputación que tardás meses en reconstruir. En Deepyze diseñamos e implementamos integraciones con la API de MercadoLibre y desarrollo de APIs para vendedores multicanal de Argentina y LATAM: stock central, repricing con tus reglas y facturación automática, todo monitoreado en producción. Precio fijo, propuesta en 24 horas y un equipo en tu huso horario que sabe lo que es un Hot Sale. Contanos tu operación y te decimos si te alcanza con algo enlatado o qué costaría hacerlo bien a medida.