APIs y apps legacy de HubSpot: qué queda sin soporte y cuándo

HubSpot publicó en su changelog para desarrolladores el calendario consolidado de fin de soporte para sus APIs e integraciones antiguas. No es un aviso menor: cualquier portal en Chile o Latinoamérica con integraciones construidas hace dos o tres años, o con apps privadas heredadas, tiene una fecha concreta en el calendario y 12 meses para moverse.

¿Qué queda sin soporte y cuándo?

• 15 de septiembre de 2026: se anuncia el cambio y se abre la ventana de migración de 12 meses.
• 28 de septiembre de 2026: se desactiva la creación de apps privadas legacy en cuentas nuevas.
• 26 de octubre de 2026: se desactiva la creación de apps privadas legacy también en las cuentas existentes.
• 30 de marzo de 2027: calendario separado para la v4 de las APIs.
• Marzo de 2027: las apps sobre el framework Projects 2025.2 deben migrar a la versión 2026.09, y queda disponible la documentación completa de endpoints.
• Septiembre de 2027: fecha de aplicación de todos los cambios.

¿Qué apps quedan afectadas?

Quedan dentro del alcance las apps públicas construidas antes del 23 de junio de 2026, es decir las anteriores a la arquitectura Projects, y las apps privadas del modelo antiguo. Para nuevas integraciones privadas, HubSpot indica usar Service Keys en lugar de apps privadas legacy, una línea que la compañía ya había marcado cuando anunció el fin de la creación de private apps antiguas.

¿Cómo saber si tus integraciones están afectadas?

HubSpot pide tres pasos de verificación. Primero, identificar qué APIs usan hoy las integraciones activas mediante la tarjeta de tareas del developer home. Segundo, confirmar en Developer Home si la arquitectura de la app es Projects o legacy. Tercero, migrar las APIs al versionado por fecha, conocido como date-based versioning o DBV, en lugar de pasar por versiones intermedias que también quedarán atrás.

¿Qué hacer en los próximos 12 meses?

El error típico es tratar esto como un ticket técnico aislado. En la práctica es un inventario: qué integraciones existen, quién las construyó, qué proceso comercial se cae si dejan de funcionar y qué proveedor las mantiene. En muchas operaciones de la región ese inventario no existe de forma escrita, y ahí es donde un aviso con 12 meses de plazo se transforma en una urgencia a seis semanas del cierre.

La ventana es de 12 meses desde el anuncio, pero la desactivación de la creación de apps privadas legacy ocurre en semanas, no en meses.

Análisis de Revenue Hub

Para un líder comercial esto no se lee como una migración de APIs, se lee como riesgo de continuidad operativa. Si el formulario que alimenta tu pipeline, la sincronización con facturación o el enriquecimiento de datos dependen de una integración construida sobre v1 a v3, tienes un proceso de ingresos apoyado en algo que tiene fecha de vencimiento. La decisión que hay que tomar ahora no es técnica: es asignar dueño y presupuesto al inventario de integraciones antes de fin de año.

La segunda lectura es de proveedores. Muchas empresas en Chile y Latinoamérica heredaron integraciones de agencias o desarrolladores que ya no trabajan con ellas. Conviene pedir por escrito, a cada proveedor activo, qué versión de API usan sus integraciones y cuál es su plan de migración a date-based versioning. Si la respuesta no llega con fecha, ese es el hallazgo.

La oportunidad está en usar la migración como excusa para limpiar. Un portal con integraciones duplicadas, workflows huérfanos y apps privadas sin dueño no mejora solo porque cambie de versión de API. Revisar el inventario ahora, con un plazo real de por medio, suele ser el mejor momento para consolidar. Más contexto en nuestra sección de noticias de HubSpot y en el blog.