Cuándo construir tu propio gestor de feeds en lugar de usar una app

Tiempo estimado lectura: 15-20 minutos — Dificultad: Alta (artículo de decisión estratégica, no técnica paso a paso) — Requisitos previos: familiaridad con apps de feed tipo Multifeed.

Ilustración isométrica de un pequeño taller con engranajes que generan bloques de datos ordenados

Este artículo cierra la guía técnica completa de Shopify + Google Ads + Merchant Center.

Apps como Multifeed Google Shopping Feed resuelven el 80 % de los casos. Son la herramienta correcta para la inmensa mayoría de tiendas mid-market. Pero hay un 20 % en el que la app se queda corta y tiene sentido construir el gestor de feeds a medida. Este artículo explica cuándo, cómo y cuánto cuesta.

Cuándo una app ya no basta

Cinco señales claras:

1. La lógica de inclusión vive fuera de Shopify

Si para decidir si un producto entra o no en un feed necesitas cruzar con:

  • Datos del ERP (stock real por almacén, disponibilidad por canal).
  • Datos del PIM (atributos enriquecidos que no están en Shopify).
  • Datos de marketing externo (performance de campañas, lifecycle del producto).
  • Reglas de negocio complejas (exclusiones por pedido mínimo, por región, por cliente B2B).

Multifeed solo lee datos de Shopify. Si la decisión está fuera, hace falta un pipeline que cruce fuentes.

2. Demasiados feeds para una app

A partir de 10-15 feeds activos, la gestión con interfaz visual se hace pesada. Los cambios hay que replicarlos uno a uno. Un gestor a medida permite definir reglas reutilizables y generar feeds por configuración.

3. Transformaciones que requieren IA generativa

Reescritura de descripciones largas por audiencia, generación de títulos optimizados con LLM, traducción contextual, recomendación dinámica. Ninguna app de feeds lo hace bien. Requiere infraestructura propia con OpenAI, Anthropic u otros providers.

4. Catálogos muy grandes

Más de 50.000 SKUs con actualización en minutos. La latencia de Multifeed (obtención cada X horas) empieza a ser un problema: anuncias productos agotados, pierdes impresiones en nuevos. Un gestor custom puede empujar cambios a Merchant Center vía Content API en tiempo real.

5. Integraciones legacy

La tienda alimenta atributos desde varias fuentes: Shopify, ERP antiguo, PIM intermedio, feed de distribuidor. Ninguna app unifica eso. Un middleware a medida sí.

Qué hace exactamente un gestor a medida

El flujo habitual:

  1. Extrae datos de fuentes: Shopify Admin API, ERP (REST/GraphQL/SOAP), PIM, almacenes.
  2. Enriquece cruzando fuentes: une SKU de Shopify con atributos del PIM y stock del ERP.
  3. Aplica reglas de negocio versionadas en Git: inclusión, exclusión, transformación de atributos, generación de custom labels, filtros por margen o rotación.
  4. Transforma con IA cuando aplica: títulos, descripciones, traducciones.
  5. Genera los archivos XML o JSON por feed.
  6. Publica los archivos en una URL accesible o empuja directamente vía Content API de Merchant Center.
  7. Monitoriza: alertas si el feed falla, si los errores suben, si la latencia se dispara.

Arquitectura típica

  • Backend: Node.js o Python, deployado en Cloud Run, AWS Lambda o similar.
  • Base de datos intermedia: PostgreSQL o BigQuery para el data warehouse de productos unificado.
  • Cola de trabajos: BullMQ, Celery o Pub/Sub para procesar actualizaciones incrementales.
  • Panel mínimo de gestión: para que el equipo de marketing configure reglas sin tocar código.
  • Observabilidad: Sentry para errores, Grafana o Datadog para métricas.
  • Versionado: todo el código y las reglas en Git, con despliegue automatizado vía CI/CD.

Cuánto cuesta

Rango realista basado en proyectos similares:

  • MVP (1-2 fuentes, 3-5 feeds, reglas básicas): 15.000-25.000 €.
  • Versión media (ERP o PIM integrado, 5-10 feeds, lógica de margen y rotación): 25.000-40.000 €.
  • Versión completa (múltiples fuentes, IA para transformaciones, Content API en tiempo real, panel avanzado): 40.000-80.000 €.

A esto hay que sumar mantenimiento: 1.500-4.000 €/mes típico, dependiendo del volumen de cambios y la criticidad del servicio.

Cuándo se amortiza

La pregunta importante no es «cuánto cuesta» sino «en cuánto se paga solo».

Regla orientativa: si tu inversión en Google Shopping + PMax supera los 30.000 €/mes, un gestor a medida suele recuperarse en el primer trimestre con:

  • Reducción de desaprobaciones (menos productos sin anunciar = más impresiones = más conversión).
  • Mayor frecuencia de actualización (menos clics en productos agotados = menos coste perdido).
  • Segmentación más fina (pujas distintas por tipo de producto = mejor ROAS global).
  • Titles y descripciones optimizadas con IA (CTR mejorado).

Cuándo NO tiene sentido todavía

Si estás en cualquiera de estas situaciones, quédate con Multifeed o similar:

  • Inversión publicitaria < 10.000 €/mes. El retorno del desarrollo no llega.
  • Catálogo pequeño (< 5.000 SKUs) y estable. Multifeed cubre sobradamente.
  • Sin ERP ni PIM. Si todo vive en Shopify, no hay ganancia de ir a medida.
  • Equipo técnico mínimo. Mantener un gestor custom requiere dedicación técnica continuada.

Cómo decidir en una reunión

Preguntas que hay que contestar con números, no con intuición:

  1. ¿Cuánto invertimos al mes en Shopping y PMax?
  2. ¿Cuál es nuestro ratio actual de productos desaprobados / activos?
  3. ¿Cuántos feeds tenemos hoy? ¿Cuántos necesitaríamos idealmente?
  4. ¿Tenemos ERP o PIM con datos que Shopify no tiene?
  5. ¿Cuánto tardamos hoy en reflejar un cambio de stock o precio en el feed?
  6. ¿Cuántos errores hemos documentado este último trimestre?
  7. ¿Cuánto cuesta no tener lo que no tenemos?

Si las respuestas van en la dirección de «mucha inversión, muchos feeds, muchos datos fuera de Shopify, latencia alta, muchos errores recurrentes», el gestor a medida es la decisión correcta. Si no, sigue con la app.

Checklist de decisión

  • [ ] Inversión mensual en Ads cuantificada.
  • [ ] Auditoría actual de feeds y errores hecha.
  • [ ] Fuentes de datos necesarias identificadas (Shopify, ERP, PIM, otros).
  • [ ] Casos de uso concretos que la app no resuelve, documentados.
  • [ ] Coste estimado del desarrollo en rangos (MVP / medio / completo).
  • [ ] Beneficio esperado cuantificado (reducción de desaprobaciones, mejora de ROAS, menos latencia).
  • [ ] Ratio coste / beneficio calculado.
  • [ ] Capacidad de mantenimiento asegurada (equipo o partner).

Con este artículo cierra la guía técnica. Vuelve al índice principal para navegar la serie o empezar de nuevo por la pieza que más te interese.

Si tu operación ya está en la frontera entre app y gestor a medida, podemos ayudarte a decidir. Hacemos una evaluación técnica con recomendación escrita en una semana. Sin compromiso de desarrollo.

Add comment: