Desarrollo

Integraciones con herramientas de terceros: qué aportan y qué revisar antes de depender de ellas

Inovateck ·

Un cliente de un centro de entrenamiento sale a correr con su reloj. Cuando vuelve, la carrera ya está en Strava, como siempre. Lo nuevo es que también aparece en su ficha de la plataforma del centro sin que nadie la copie, y su entrenador la tiene a mano al preparar la semana siguiente: si ha corrido más de lo previsto, ajusta el plan o la alimentación.

Es una integración que hemos desarrollado en octubre de 2026, y sirve para explicar algo que vale para muchos negocios: conectar tu aplicación con las herramientas que tus clientes ya usan ahorra mucho trabajo, y a la vez te ata a las reglas de otro. Aquí contamos las dos cosas.

Qué es una integración con un tercero

Es una conexión entre tu aplicación y un servicio que no controlas: Strava, el calendario de Google, el banco, la pasarela de pago, la plataforma de formación o la tienda online. Se hace a través de su API, la puerta que ese servicio abre para que otros programas le pidan datos o le envíen órdenes, y casi siempre con el permiso expreso de la persona dueña de los datos.

Qué aporta

  • Los datos llegan solos. Nadie copia la sesión a mano, ni manda una captura, ni pasa un Excel a final de mes.
  • Se trabaja con lo que pasó de verdad. El entrenador ve la sesión que registró el reloj, con su distancia y su ritmo, y no un «sí, hice la tirada» por WhatsApp.
  • Nadie cambia de costumbre. El cliente sigue usando Strava como antes; es la aplicación del centro la que se adapta.
  • Construyes menos. No hace falta rehacer lo que otra herramienta ya hace bien, como el registro de actividad, el calendario o el cobro. Tu aplicación se ocupa de lo que es tuyo y toma lo demás de quien ya lo hace.

Es lo mismo que ocurre cuando un CRM da de alta a un alumno en Moodle o cuando la facturación lee los movimientos del banco: lo contamos en conectar el CRM con Moodle y en conciliación bancaria automática.

Cómo funciona por dentro

Con Strava, como con la mayoría de servicios de este tipo, el recorrido es este:

  1. 01El cliente pulsa «Conectar con Strava»Se abre la web de Strava, entra con su cuenta y decide qué permisos da. La aplicación del centro nunca ve su contraseña.
  2. 02Strava entrega un permiso a la aplicaciónUn token que caduca a las seis horas y que la aplicación renueva automáticamente mientras el cliente no retire el permiso.
  3. 03La aplicación lee las sesiones en su nombreLas pide a Strava cuando se van a ver, y no las guarda en su base de datos.
  4. 04El cliente puede desconectarse cuando quieraDesde la aplicación o desde los ajustes de Strava. A partir de ahí no se lee nada más.
Si Strava respondeLas sesiones aparecen en la ficha, junto al plan de entrenamiento.
Si no responde o ya no hay permisoLa ficha lo indica y el resto de la aplicación sigue funcionando.
Un esquema simplificado de la conexión con Strava: cada servicio tiene sus propios permisos y plazos.

Hay otra forma de enterarse de lo nuevo: los avisos automáticos o webhooks, con los que Strava avisa a la aplicación cuando se crea, cambia o borra una actividad, o cuando alguien retira el permiso. Strava los recomienda en lugar de preguntar cada poco, porque cada consulta cuenta para sus límites.

Qué revisar antes de depender de una integración

Lo que decide si una integración aguanta en el tiempo son, sobre todo, las condiciones del otro, y conviene leerlas antes de escribir una línea de código. Estas son las preguntas que nos hacemos, con lo que responde Strava en sus condiciones de junio de 2026 como ejemplo.

¿Qué puedo guardar, y durante cuánto tiempo?

Strava permite una caché de siete días como máximo y, fuera de eso, no deja almacenar sus datos. Por eso, en el centro de entrenamiento, las sesiones se piden a Strava cada vez que se van a ver. Y si el usuario borra una actividad en Strava, tiene que desaparecer de tu aplicación en 48 horas como mucho.

¿A quién puedo enseñar los datos?

Es la pregunta más delicada. La política de Strava dice que los datos de un usuario solo se pueden mostrar a ese usuario. Cuando endureció esa regla, en noviembre de 2024, Strava explicó que quería evitar que los datos aparecieran donde el usuario no lo espera, como un muro público o un mapa de calor, y que las plataformas de entrenamiento que dan feedback al deportista seguían permitidas. Si en tu caso otra persona va a ver los datos (un entrenador, un fisioterapeuta, el responsable de un equipo), dilo con claridad en la pantalla de autorización y enséñalo cuando la plataforma revise tu aplicación.

¿Puedo usarlos con inteligencia artificial?

Depende del servicio, y cada vez más lo regulan. Strava lo prohíbe en todas sus formas: ni entrenar modelos con sus datos ni pasárselos a una IA para que los analice o los resuma. En el centro de entrenamiento, las sesiones de Strava no se usan con IA.

¿Cuántos usuarios y cuántas peticiones?

Las API suelen poner límites. En Strava, una aplicación nueva solo sirve para quien la ha creado; desde su panel se amplía a diez usuarios, y para pasar de ahí hay que someterla a revisión, con capturas de cada pantalla donde se ven datos de Strava. La propia Strava avisa de que la ampliación no está garantizada ni tiene un plazo fijo, y sus condiciones prevén que en ese nivel se pueda exigir una suscripción de pago al desarrollador o a algunos usuarios. Además, cada aplicación tiene un máximo de peticiones cada quince minutos y al día. Conviene contar con todo esto antes de prometer una fecha de lanzamiento.

¿Qué tengo que contar al usuario?

Antes de leer nada: qué datos se van a recoger, cómo, cómo puede retirar el permiso y cómo pedir que se borren. Strava lo exige así, y el RGPD también obliga a informar con claridad. Si el usuario se desconecta o lo pide, sus datos se borran (Strava da como máximo treinta días) y se le confirma por escrito. Y si entre esos datos hay frecuencia cardiaca u otros que digan algo del estado físico de una persona, pueden ser datos de salud, una categoría especial del RGPD que exige más cuidado.

¿Qué pasa si cambian las reglas?

Pueden cambiar, y conviene contar con ello. Strava se reserva el derecho a modificar sus condiciones cuando quiera, con efecto desde que las publica, y a limitar o retirar el acceso; desde 2024 lo ha hecho al menos dos veces. La defensa está en el diseño: que la integración sea una pieza que se pueda apagar sin romper nada, y que lo importante del negocio (la ficha del cliente, su plan, su historial con vosotros) viva en tu sistema y no en el del otro. Es la misma lógica que explicamos en qué pasa con tu web si desaparece quien te la hizo.

¿Cómo puedo nombrar al otro?

Las plataformas suelen tener normas de marca. Strava pide que su botón de conexión lleve a su página de autorización y, para hablar de compatibilidad, que se use «Powered by Strava» o «Compatible with Strava».

Cuándo merece la pena

Una integración con un tercero compensa cuando tus clientes o tu equipo ya usan esa herramienta, cuando los datos hacen falta a menudo y cuando la alternativa es teclearlos o pedirlos por WhatsApp. Compensa menos cuando las condiciones del otro no permiten justo el uso que necesitas, o cuando todo tu servicio dependería de una pieza que no controlas. En ese caso hay que buscar otra fuente para los mismos datos o dejar la integración como un extra y no como el centro.

Preguntas frecuentes

¿La aplicación conoce la contraseña de Strava del usuario?

No. El usuario entra en la web de Strava y autoriza allí; la aplicación solo recibe un permiso que caduca y que el usuario puede retirar en cualquier momento.

¿Qué pasa con los datos si el usuario se desconecta?

Se dejan de leer y se borran. Strava obliga a borrar todos los datos de ese usuario en un máximo de treinta días y a confirmárselo por escrito.

¿Se pueden usar los datos de Strava con inteligencia artificial?

No. Las condiciones de 2026 lo prohíben en cualquier forma, incluido pasárselos a un modelo para que los analice.

¿Y si mañana Strava cambia sus condiciones?

Hay que revisarlas y adaptar la integración, o apagarla. Por eso conviene que sea una pieza separada y que el resto de la aplicación no dependa de ella.

¿Esto vale para otras herramientas?

Sí. El calendario, el banco, la pasarela de pago, la tienda online o la plataforma de formación funcionan de forma parecida, cada una con sus permisos, sus límites y sus condiciones. Lo que cambia es la letra pequeña, y hay que leerla en cada caso.

¿Qué herramienta te gustaría conectar con tu aplicación?

Cuéntanos qué usáis vosotros y vuestros clientes, qué datos querríais tener a mano y dónde, y te contestamos por escrito si se puede conectar, qué permiten sus condiciones y cuánto costaría. Lo que hacemos está en automatización e integraciones y en software a medida.

Fuentes

Última revisión: 19 de octubre de 2026, con las condiciones de Strava en vigor desde el 1 de junio de 2026. Strava es una marca de Strava, Inc.; Inovateck no está afiliada a Strava.

Del blog

Seguir leyendo

Desarrollo ·

API oficial de WhatsApp: qué cambia, cuánto cuesta y cuándo compensa

Hay dos formas de automatizar WhatsApp: la API oficial de Meta y las conexiones no oficiales que imitan WhatsApp Web. Acabamos de conectar a la oficial el sistema de un cliente que manda más de quinientos mensajes al día. Qué cuesta el alta, qué se gana, cuánto se paga por mensaje en España tras los cambios de octubre de 2026 y cómo se puede seguir usando el móvil.

Desarrollo ·

Horas no facturables: cómo medirlas y qué tareas administrativas automatizar

En una empresa de servicios se vende tiempo, y parte de ese tiempo se va en presupuestos, partes, facturas y cobros que no se cobran a nadie. Cómo medirlo en dos semanas sin fiarse de porcentajes genéricos, qué procesos revisar primero, cuándo basta una herramienta estándar y cómo calcular si automatizar compensa.

← Volver al blog Cuéntanos tu proyecto