Workspace automatiza dominios permitidos, pero la API no admite lotes
Google anunció el 20 de agosto de 2026 la disponibilidad general de Allowlisted Domains API, una interfaz de Cloud Identity para administrar por software los dominios externos autorizados en Google Workspace. El anuncio de Google Workspace confirma las operaciones de creación, eliminación, listado y consulta, así como el despliegue gradual para todos los clientes de Workspace.
La API automatiza una configuración que los administradores gestionaban manualmente desde la consola, pero no admite altas o bajas en bloque ni modificaciones simultáneas para un mismo cliente. La documentación técnica de Cloud Identity, actualizada el 19 de agosto de 2026, establece además que cada modificación debe terminar antes de iniciar la siguiente.
Qué tareas traslada la API al software
Allowlisted Domains API convierte la lista de dominios permitidos en un recurso administrable desde una aplicación. Puede añadir un dominio, eliminarlo, enumerar la lista completa y recuperar una entrada concreta. El método de listado también acepta un filtro de coincidencia exacta para comprobar si un dominio determinado ya está autorizado.
Una integración empresarial puede, por ejemplo, recibir la aprobación de un socio externo, buscar su dominio y solicitar el alta si todavía no aparece. Al terminar la relación, puede tramitar la baja mediante el mismo recurso. La API ejecuta esos cambios técnicos, pero no aporta el proceso de aprobación, la evaluación del socio ni las reglas internas que deciden cuándo debe autorizarse.
La novedad tampoco añade acciones para los usuarios finales. La lista sigue siendo una configuración administrativa que delimita con qué dominios externos puede colaborar la organización; lo que cambia es el medio disponible para mantenerla.
Sin lotes y con una sola modificación activa
La restricción decisiva para una empresa con muchos socios es que una llamada no puede crear ni eliminar varios dominios. Tampoco se admiten mutaciones concurrentes para el mismo cliente. Cada alta o baja devuelve una operación de larga duración, o LRO, y la aplicación debe esperar su finalización antes de enviar la siguiente modificación.
En la práctica, una serie de cambios necesita una cola por cliente: enviar una solicitud, esperar o consultar el resultado, registrar si terminó correctamente y continuar con la siguiente. La API permite automatizar un volumen elevado, pero no procesarlo en paralelo dentro de la misma cuenta para reducir el tiempo total.
Este límite también obliga a tratar los fallos antes de avanzar. Si una baja no termina correctamente y el sistema libera de todos modos la operación siguiente, su registro interno puede dejar de coincidir con la lista aplicada en Workspace. La necesidad de coordinar la secuencia es una consecuencia de las reglas publicadas, no una función adicional proporcionada por Google.
Una mutación puede reiniciar la paginación
Las escrituras también afectan a los procesos que recorren una lista extensa. Si el contenido cambia mientras una aplicación consulta resultados paginados, la operación de listado en curso se aborta con el error ABORTED y debe comenzar otra vez desde la primera página.
Por ello, una lectura dividida en páginas no constituye una fotografía estable cuando otro proceso está modificando la misma lista. Un inventario que compare la configuración real con un registro corporativo debe reconocer ese error y reiniciar el recorrido, o coordinar sus lecturas con la cola de escrituras.
La combinación de ambas restricciones favorece un único coordinador por cliente: las altas y bajas se serializan, mientras los listados conocen si hay modificaciones pendientes. Google no prescribe esa arquitectura concreta, pero sus límites impiden asumir que varias escrituras y una lectura paginada pueden avanzar de forma independiente.
Permisos, despliegue y clientes excluidos
Para configurar la lista mediante la API, el administrador necesita el privilegio de gestión de dominios o el de gestión de la lista de dominios permitidos. La disponibilidad para todos los clientes de Workspace no concede esos permisos a cualquier miembro de la organización.
El soporte inicial se limita a clientes directos: los flujos gestionados por revendedores quedan excluidos. Google no publicó una fecha para incorporar ese modelo ni un calendario para añadir operaciones por lotes o mutaciones concurrentes.
El despliegue gradual comenzó el 19 de agosto de 2026 en los dominios Rapid Release y Scheduled Release y puede tardar hasta 15 días en hacerse visible. El catálogo tecnológico de Wake Forest University reprodujo el 20 de agosto la entrada de disponibilidad general dentro de su sección de actualizaciones de Workspace.
El estado confirmado es, por tanto, de disponibilidad general con despliegue en curso. La primera versión ya cubre las operaciones básicas, pero una automatización empresarial debe serializar las altas y bajas, reiniciar los listados interrumpidos y comprobar tanto los privilegios administrativos como la relación directa del cliente con Google.
Lee también:
Suscríbete a nuestro boletín
Reciba las últimas noticias sobre Web3, IA y criptomonedas directamente en su bandeja de entrada.