Programación automática y planes
Mantener tu catálogo al día tiene dos partes:
- Generar el feed — que tu fichero XML/CSV (o tu API) refleje tu catálogo actual. Eso pasa en tu lado.
- Leerlo — que Mibizum lo descargue y reindexe cada cierto tiempo. Eso lo hacemos nosotros.
¿Tienes acceso a tu servidor?
Sí — programa la generación con un cron
Lo ideal: una tarea programada en tu servidor que regenere el feed (export de la BD o del CMS) y lo deje en una URL pública. Por ejemplo, cada noche a las 3:00:
# Regenera el CSV del catálogo cada noche a las 03:00 (crontab)
0 3 * * * /usr/local/bin/exportar-catalogo.sh > /var/www/html/exports/productos.csv# exportar-catalogo.sh (ejemplo MySQL)
#!/usr/bin/env bash
mysql -N catalogo -e "
SELECT sku, nombre, pvp, existencias, url_ficha, url_imagen, familia
FROM productos WHERE activo = 1" \
| sed 's/\t/;/g'Después, en Mibizum configuras el conector Feed CSV (o XML) apuntando a esa URL y eliges cada cuánto la leemos.
No — tienes alternativas
- Feed dinámico del CMS: muchos CMS y plugins ya exponen un feed (Google Merchant, RSS, export) en una URL fija que se regenera solo. Apunta ahí.
- Subida manual: si no hay URL pública, sube el CSV desde el panel y pulsa "Reindexar" cuando cambie (conector
csv-upload). - Programador gestionado de Mibizum: si tienes una URL pero no puedes montar un cron, nosotros sondeamos tu feed a la frecuencia de tu plan (abajo). Tú solo mantienes el fichero actualizado a tu ritmo.
El programador gestionado
Para los conectores de tipo feed/pull, Mibizum vuelve a sincronizar tu fuente automáticamente. La frecuencia disponible depende de tu plan, y el tamaño del catálogo tiene un tope por fuente.
| Free | Premium | |
|---|---|---|
| Frecuencia mínima | 1 vez / 24 h | hasta 1 vez / 5 min |
| Opciones de frecuencia | 24 h | 24 h · 12 h · 6 h · 1 h · 15 min · 5 min |
| Ítems por fuente | hasta 10 000 | hasta 100 000 |
| Nº de fuentes | 1 | hasta 10 |
| Reindex manual | hasta 3 / día | ilimitado |
Sea cual sea el plan, solo reindexamos los documentos que cambian respecto a la última sincronización: el grueso del trabajo (escribir en el motor de búsqueda) se evita cuando tu feed no se ha movido.
Cómo calculamos los límites
El coste de procesar un feed es, en esencia, nº de ítems × nº de sincronizaciones. Por eso los planes combinan ambas variables en lugar de limitar solo una:
| Frecuencia | Sincronizaciones / mes |
|---|---|
| 24 h | 30 |
| 6 h | 120 |
| 1 h | 720 |
| 15 min | 2 880 |
| 5 min | 8 640 |
- Free (10 000 ítems · cada 24 h) ≈ 300 000 ítems procesados al mes. Coste prácticamente nulo: por eso es gratis.
- Premium permite frecuencias altas, pero con un tope mensual de 50 millones de ítems procesados por fuente. Si tu combinación lo supera, te pedimos bajar la frecuencia o ampliar con un add-on.
Algunos ejemplos que caben en Premium:
| Catálogo | Frecuencia | Ítems/mes | ¿Cabe? |
|---|---|---|---|
| 100 000 | cada 6 h | 12 M | ✅ |
| 50 000 | cada 1 h | 36 M | ✅ |
| 5 000 | cada 5 min | 43,2 M | ✅ |
| 100 000 | cada 1 h | 72 M | ❌ (baja a cada 2 h, o reduce ítems) |
La regla práctica: catálogos grandes → frecuencia media; alta frecuencia (5–15 min) → resérvala para catálogos pequeños o para feeds que cambian poco (precio y stock al minuto). Para "todo grande y al minuto a la vez", hablamos de un plan a medida.
Recomendaciones
- Stock y precios volátiles (flash sales, dropshipping): Premium a 5–15 min.
- Catálogo estable (cambia a diario): 6–24 h sobra y es lo más barato.
- Catálogo enorme y estático: 1 vez al día + "Reindexar" manual tras cargas grandes.
- Si necesitas tiempo real de verdad, considera REST push o un módulo nativo: empujas el cambio en el momento, sin esperar al cron.