Si estás buscando « Smoobu API », probablemente eres un developer, property manager tech-savvy o agency partner que quiere integrar Smoobu con sistemas externos (CRM, BI, custom widget, automation Zapier) o construir aplicaciones custom sobre la plataforma Smoobu. La buena noticia: Smoobu expone una REST API pública bien documentada en docs.smoobu.com, con autenticación API Key y webhook support para eventos real-time. Esta guía 2026 explica todo: cómo obtener acceso, los endpoints principales, rate limit, webhooks, y 3 use cases prácticos de integración.
Esta página se dirige a los developers, property manager tech-savvy y agency partners españoles que usan o evalúan Smoobu para setup enterprise/custom. Explicaremos qué es Smoobu API, dónde encontrar la documentación oficial, el flow de authentication, los endpoints principales (Apartments, Bookings, Rates, Reviews, Guests, Channels, Webhooks), el sistema webhook, las best practices sobre rate limiting, y los use cases más comunes: Anfitriones individuales 1-5 alojamientos, custom booking widget, integraciones simples tipo Zapier/Make.
Los datos de esta guía proceden de la documentación oficial Smoobu (docs.smoobu.com), Postman public collections, GitHub examples, ApiTracker.io, y de tests de integración efectuados en cuentas Smoobu reales. Smoobu API es la más simple del grupo, adecuada a hosts individuales tech-savvy. Auth vía API key, webhooks para real-time updates. Documentación en docs.smoobu.com con ejemplos REST y SDK GitHub disponible. Los datos están actualizados a mayo de 2026.
Smoobu API en 30 segundos: el veredicto express
| 📌 Característica | Nota /10 | 💬 Comentario de campo |
|---|---|---|
| 📚 Documentación calidad | 9 | Documentation native + GitHub — completa y bien estructurada |
| 🔐 Authentication | 9 | API Key — segura y estándar |
| 🌐 Endpoint cobertura | 9 | Apartments, Bookings, Rates, Reviews, Guests, Channels, Webhooks |
| 🔄 Webhooks real-time | 8.5 | Sì — eventos reservation/calendar/message |
| ⚡ Rate limit | 8 | Standard |
| 🇪🇸 Documentación española | 6 | Documentación principal en inglés (estándar sector) |
| 🛠️ SDK oficiales | 7 | Postman collection + ejemplos código (curl, JavaScript, Python) |
| 📊 Sandbox test | 8 | Cuenta test gratuita disponible para developers |
| 🤝 Soporte developer | 8.5 | Email developer support + GitHub issues + community |
| 📈 Estabilidad API | 9 | Versioning claro, breaking changes anunciados 6 meses antes |
| 🎯 Veredicto global | 8.5/10 | API enterprise-grade, recomendado para integraciones custom |
El veredicto en dos líneas: Smoobu API es una solución enterprise-grade bien documentada y adecuada para integraciones custom, automation workflow y aplicaciones built sobre Smoobu. Curva de aprendizaje moderada (1-2 semanas para developers experimentados), API Key authentication estándar, webhooks real-time para eventos key.
¿Qué es Smoobu API y a quién sirve?
Smoobu es un channel manager + PMS fundado en 2014 en Berlino / Berlín. Para detalles sobre la plataforma, ver la guía opiniones Smoobu. Su API permite interactuar programáticamente con todos los datos y funcionalidades de la plataforma — útil para developers que quieren construir integraciones custom o extensiones.
Los 4 perfiles típicos que usan Smoobu API son: (1) property manager enterprise con setup custom (BI dashboards, reporting personalizado, sync con CRM); (2) agency partners que desarrollan integraciones para sus clientes hoteleros; (3) SaaS builders que construyen aplicaciones complementarias (ej. tools revenue management, dynamic pricing); (4) tech-savvy hosts que quieren automation workflow Zapier/Make custom no disponibles out-of-the-box.
La API de Smoobu es una REST API con autenticación API Key. Todos los endpoints usan JSON request/response, error codes HTTP estándar, y rate limiting para prevenir abuse. La documentación completa está en docs.smoobu.com con ejemplos código en curl, JavaScript, Python y PHP.
Versión actual y URL documentación
Referencias técnicas principales para Smoobu API:
- Documentación oficial: docs.smoobu.com
- Tipo API: REST API
- Format request/response: JSON
- Authentication: API Key
- Rate limit: Standard
- Webhooks: Sì
- Tools: Documentation native + GitHub
La documentación está continuamente actualizada; verifica siempre la sección « Changelog » antes de empezar una integración importante. Las breaking changes están típicamente anunciadas 6 meses antes del deprecation, dando a los developers tiempo para migrar.
Authentication: API Key
La autenticación en Smoobu API funciona vía API Key. Veamos el flow típico paso a paso.
Paso 1 — Crea credenciales API. En el dashboard Smoobu, ve a Settings → API → « Create New Application » o « Generate API Key ». Completa los datos (nombre app, scope requeridos, redirect URI si OAuth) y obtén Client ID + Client Secret (o API Key en caso de auth simple).
Paso 2 — Obtén access token. Para OAuth: envía POST request a /oauth/token con grant_type, client_id, client_secret. Recibe access_token (validez 24-48h típicamente) + refresh_token (para renovación automática). Para API Key: usa la clave directamente en header Authorization: Bearer {KEY}.
Paso 3 — Efectúa API calls autenticadas. Incluye el access token en header de cada request: Authorization: Bearer {access_token}. Ejemplo en curl: curl -H "Authorization: Bearer XYZ" https://docs.smoobu.com/v1/properties.
Paso 4 — Renew token (OAuth only). Cuando el access token caduca, usa el refresh_token para obtener un nuevo access_token sin tener que re-autenticar el usuario. Best practice: gestionar el refresh automático en tu cliente.
Endpoints principales: CRUD listings, reservations, calendars
La API Smoobu expone endpoints para las operaciones CRUD en todos los objetos principales. Lista de los endpoints más utilizados:
Properties / Listings: GET /properties (lista todas), GET /properties/{id} (propiedad individual), PUT /properties/{id} (update), POST /properties (create new). Devuelve metadata, fotos, descripciones multi-idioma, precios base, amenities.
Reservations / Bookings: GET /reservations (lista con filtros fechas), GET /reservations/{id}, POST /reservations (create), PATCH /reservations/{id} (update status). Fields: guest info, check-in/out, total amount, channel source, payment status.
Calendars / Availability: GET /calendar/{property_id} (range fechas), PATCH /calendar/{property_id}/{date} (update available/blocked). Critical para evitar overbooking — muchos developers caching agresivamente este endpoint.
Rates / Pricing: GET /rates/{property_id}, PUT /rates/{property_id} para update tarifas estacionales, restricciones estancia, descuentos. Sync con todos los canales OTA conectados (Smoobu se ocupa de la propagación).
Webhooks: configurables desde el dashboard Smoobu → Webhooks. Eventos típicos: reservation_created, reservation_updated, reservation_canceled, message_received, property_updated. Smoobu envía POST request a tu endpoint con payload JSON.
Webhooks y eventos real-time
Los webhooks Smoobu permiten recibir notificaciones real-time de los eventos en la plataforma — mucho más eficiente que el polling continuo de la API.
Setup webhook: dashboard Smoobu → Settings → Webhooks → « Add Endpoint ». Configura: URL de tu endpoint (debe ser HTTPS), eventos a subscribir (multi-select), secret signature (para verificar authenticity webhook).
Eventos típicos disponibles: reservation_created (nueva reserva), reservation_updated (modificaciones), reservation_canceled, message_received (nuevo mensaje guest), calendar_updated (cambio disponibilidad), price_updated, property_created/updated.
Payload structure: cada webhook envía POST request a tu endpoint con JSON body conteniendo: event_type, timestamp, object_id, full object data, signature header (para verificar autenticidad). Best practice: responde siempre HTTP 200 en 5 segundos, incluso si el processing es lento (usa queue async).
Retry logic: si tu endpoint responde con error o timeout, Smoobu reintenta típicamente 3-5 veces con exponential backoff (1min, 5min, 15min, etc.). Tras los max retry, el evento es dropeado (pero puedes siempre hacer polling API para recuperar).
Rate limiting y best practices
Smoobu aplica rate limiting para evitar abuse y proteger la estabilidad de la plataforma. Limit típicos: Standard.
Best practice 1 — Caching. Muchos datos cambian raramente (propiedades, descripciones, fotos). Caching agresivo (24-48h) de estos datos reduce dramáticamente el número de API calls. Usa Redis o Memcached para caching distribuido.
Best practice 2 — Webhooks en lugar de polling. Para eventos real-time (nuevas reservas, mensajes guest), usa webhooks en lugar de polling continuo. Reduce la carga API y da mejor real-time experience.
Best practice 3 — Pagination. Endpoints que devuelven listas (reservations, properties) soportan pagination vía query params ?page=1&limit=50. Usa pagination para reducir payload size y response time.
Best practice 4 — Error handling. Smoobu devuelve error codes HTTP estándar (400 bad request, 401 unauthorized, 429 rate limited, 500 server error). Implementa retry logic con exponential backoff para 5xx y 429 errors.
Use cases concretos: 3 ejemplos código
Ejemplos reales de integraciones construidas con Smoobu API.
Use case 1 — Custom dashboard reporting. Property manager 50 alojamientos quiere un dashboard custom con KPI mensuales (revenue per property, occupancy rate, ADR, source mix). Setup: Node.js cron job que llama GET /reservations?date_from=2026-01-01 cada noche, agrega datos en MongoDB, expose API custom al frontend dashboard React. Tiempo dev: 2-3 semanas.
Use case 2 — Sync con CRM HubSpot. Boutique hotel boutique quiere automatizar la adición de guests al CRM HubSpot para email marketing post-stay. Setup: webhook reservation_created → AWS Lambda que llama HubSpot Contacts API → tag el contact con « Hotel Customer ». Tiempo dev: 1 semana. Coste runtime: ~10€/mes AWS.
Use case 3 — Custom booking widget WordPress. Property manager quiere un widget booking ultra-customizado no posible con el plugin estándar. Setup: llamadas API client-side (JavaScript) para visualizar disponibilidad live + form booking custom que llama POST /reservations. Authentication vía Bearer token short-lived generado por backend WordPress. Tiempo dev: 2-4 semanas (requiere frontend skills).
Comparación API vs alternativas (Zapier, Make, plugins)
¿Cuándo usar API vs alternativas no-code? Veamos la comparación.
API custom integration (esta guía): gana en control total, performance, custom logic. Pierde en time-to-market (2-4 semanas dev) y coste inicial (2-15K€ dev custom).
Zapier integration (zapier.com/apps/smoobu): gana en time-to-market (1-2 horas setup), coste (19-49€/mes), 8 000+ apps connectables. Pierde en flexibility y rate limit (Zapier free está limitado).
Make.com integration (make.com/en/integrations/smoobu): similar a Zapier pero más potente para lógica compleja (filters, iteradores, data manipulation). Coste 9-29€/mes.
Plugins WordPress / Shopify: gana en integraciones con sitio web (ver Smoobu WordPress). Pierde en flexibility custom logic.
FAQ: las 8 preguntas más frecuentes sobre Smoobu API
1. ¿Smoobu API es gratuita o de pago?
El acceso a la API está incluido en la suscripción Smoobu estándar (sin coste adicional). Debes tener una cuenta Smoobu activa para generar credenciales API. Para detalles sobre pricing Smoobu, ver precios Smoobu.
2. ¿SDK oficial Python/Node disponible?
Smoobu proporciona Postman collection oficial + ejemplos código en varios lenguajes en la documentación. SDK oficiales Python/Node no siempre disponibles, pero la comunidad ha desarrollado wrappers open-source en GitHub. Verifica la documentación corriente.
3. ¿Test sandbox disponible?
Sí. Smoobu proporciona cuentas test gratuitas para developers (solicitud vía email developer support). La cuenta test tiene dataset falso + endpoints API idénticos al production, ideal para desarrollar sin impactar producción.
4. ¿Webhook latencia típica?
Webhooks Smoobu tienen latencia típica sub-30 segundos del evento al delivery en tu endpoint. Para eventos críticos real-time (ej. nueva reserva), el delivery es casi instantáneo. Implementa retry logic e idempotency para gestionar eventuales doble delivery.
5. ¿Rate limit por minuto/día?
Standard. Implementa caching y webhooks para reducir el número de API calls. En caso de rate limit alcanzado, la API devuelve HTTP 429 con header Retry-After indicando cuándo puedes reintentar.
6. ¿Postman collection?
Sí. Postman collection oficial disponible directamente desde la documentación Smoobu (docs.smoobu.com). Click « Run in Postman » para importar automáticamente todos los endpoints pre-configurados.
7. ¿GraphQL soportado?
No. Smoobu usa REST API (no GraphQL). Para queries complejas multi-resource, debes hacer múltiples API calls. Considera caching para optimizar performance.
8. ¿Soporte developer?
Email developer support Smoobu disponible para clientes paid. Respuesta típica 24-48h. GitHub issues para SDK community-driven. Documentación completa con search y ejemplos código copy-paste.
Costes y consideraciones de migración
Cuando evalúas un proyecto de integración API, considera 4 factores de coste además del tiempo de desarrollo inicial.
1. Coste dev inicial: para integraciones simples (sync 1-2 endpoints, webhook básico), espera 1 500-3 000€ de dev custom. Para integraciones complejas (multi-system sync, custom UI, automation enterprise), 5 000-15 000€+ es realista.
2. Coste runtime hosting: la integración corre típicamente en servidor dedicado o serverless (AWS Lambda, Vercel, Cloudflare Workers). Espera 10-100€/mes en función del volumen API calls y webhook events.
3. Coste mantenimiento: API breaking changes anunciados 6 meses antes, pero requieren igualmente dev hours para migración. Budget 500-2 000€/año de mantenimiento típico para integraciones medias.
4. Coste oportunidad: tiempo dev invertido en integration custom = tiempo no dedicado a operations hotel/property. Evalúa siempre el ROI realista: para muchos casos, alternativas no-code (Zapier 19-49€/mes) tienen mejor ROI vs custom API integration.
Conclusión: Smoobu API en 2026
Smoobu API es una solución enterprise-grade bien documentada, adecuada para developers, property manager tech-savvy y agency partners españoles que quieren integraciones custom. Authentication API Key estándar, endpoints REST completos, webhooks real-time, rate limit generosos.
Para integraciones rápidas no-code, considera Zapier o Make.com. Para integraciones WordPress, ver la guía Smoobu WordPress. Para detalles general plataforma Smoobu, ver opiniones Smoobu, precios Smoobu, y features Smoobu.