Google retira Meet Media API: qué revisar en tus integraciones de reuniones
El cierre anunciado para enero afecta a Meet Media API en vista previa, no a todo Google Meet. Identifica la dependencia antes de plantear una sustitución.
Google ha anunciado que los endpoints de Meet Media API dejarán de estar disponibles el 15 de enero de 2027. No significa que cierre Google Meet ni que desaparezcan todas sus APIs. Si una automatización depende de reuniones, el primer paso es identificar qué interfaz utiliza realmente.
A qué afecta el anuncio
El aviso del 28 de octubre en las notas de Workspace se refiere a Meet Media API, que estaba en vista previa para desarrolladores. Expresamente deja fuera del cierre a Meet REST API y Meet Add-ons SDK.
Por tanto, una herramienta que recibe datos después de una reunión no está afectada necesariamente. No planifiques una reescritura basándote únicamente en que una factura, configuración o proveedor mencione Google Meet.
Localizar la dependencia concreta
Pide al responsable técnico el servicio utilizado, las credenciales asociadas y los endpoints llamados. Relaciona cada dependencia con un resultado: transcripción, resumen, extracción de tareas o procesamiento de medios durante una sesión.
Comprueba también componentes externos. Puede que tu aplicación no llame directamente a la interfaz retirada, pero un proveedor intermedio sí lo haga. Solicita su plan de continuidad y las limitaciones previstas, sin asumir que el cambio estará resuelto automáticamente.
Distinguir tiempo real de procesamiento posterior
La descripción de Meet REST API ayuda a evaluar operaciones y artefactos disponibles. No debe presentarse como sustituto equivalente de cualquier acceso a medios en directo.
Si el negocio necesita trabajar después de la reunión, podría ser viable rediseñar el flujo alrededor de artefactos disponibles y autorizados. Si necesita audio o vídeo durante la sesión, hay que estudiar esa necesidad por separado. Cambiar una URL no transforma un procesamiento posterior en uno de tiempo real.
Revisar acceso y tratamiento de información
Antes de trasladar grabaciones o transcripciones a otro servicio, revisa quién puede acceder, durante cuánto tiempo se conservan y para qué se usan. Un cambio técnico puede alterar destinatarios y condiciones del tratamiento.
No actives grabaciones adicionales para compensar la retirada sin revisar autorización y políticas aplicables. El diseño debe minimizar información y evitar que un resumen publique datos de una reunión en un destino demasiado amplio.
Preparar una prueba de continuidad
Selecciona una reunión de prueba permitida y sigue el recorrido desde su finalización hasta el resultado que utiliza el equipo. Comprueba ausencia de artefactos, retrasos, revocación de permisos y peticiones repetidas.
Define qué ocurre cuando no hay transcripción o el resumen no puede producirse. Un registro pendiente y un aviso claro suelen ser preferibles a crear una tarea con información inventada. La integración debe distinguir entre reunión sin datos y fallo de recuperación.
Decidir antes de la fecha límite
Deja documentados dependencia, alternativa, responsable y fecha del ensayo. La planificación debe incluir margen para aceptación del usuario y no solamente para desarrollo. Este artículo recoge el anuncio consultado el 5 de noviembre de 2026; verifica posibles cambios oficiales antes de migrar.
Si necesitas revisar el flujo, podemos abordar la integración mediante API y el mantenimiento de la aplicación. La solución depende del resultado necesario, no de reemplazar una marca por otra.