Los equipos empresariales no trabajan solos en un sitio web.
Los equipos de contenido gestionan el blog. Los equipos regionales se encargan de las traducciones. El departamento legal revisa las páginas de cumplimiento. Marketing se ocupa de las páginas de destino de las campañas. Todos contribuyen al mismo sitio, pero cada equipo es responsable de una parte distinta.
Hasta ahora, el control de acceso en Webflow funcionaba a nivel de sitio. Los roles definían qué podía hacer alguien, pero no dónde podía realizar cambios. Eso funciona para equipos pequeños, pero se complica cuando 20 colaboradores necesitan acceso al mismo sitio y la única forma de evitar errores es enviar un mensaje por Slack diciendo: "por favor, no toques la página de precios".
El acceso a colecciones del CMS se lanzó en septiembre de 2025. El acceso a nivel de página llegó en febrero de 2026. Hoy, el acceso específico por idioma añade una tercera capa. Juntos, ofrecen a los administradores empresariales permisos a nivel de recurso en el CMS, la estructura del sitio y los flujos de trabajo de localización.
Lo primero que lanzamos: acceso al CMS y a nivel de página
El acceso a colecciones del CMS permite a los administradores restringir la edición a colecciones específicas:
- Recursos Humanos edita la colección de Empleos.
- Marketing edita las Entradas del blog.
- Comunicación edita las Notas de prensa.
Cada equipo trabaja dentro de la colección que le corresponde sin ver los controles de edición de las colecciones que no le pertenecen.
Este es el caso de uso más común en organizaciones donde varios departamentos gestionan contenido estructurado en el mismo sitio. Antes, los usuarios tenían acceso a todas las colecciones del CMS o a ninguna. Los administradores lo compensaban con procesos: enseñando a la gente a no tocar ciertas colecciones, revisando los cambios manualmente o, a veces, evitando invitar a colaboradores. Eso anula el propósito de una plataforma colaborativa donde se supone que los equipos deben trabajar en el mismo sistema.
El acceso a nivel de página aplica el mismo modelo a las páginas:
- El equipo de monetización es dueño de la página de Precios.
- El departamento legal es dueño de las páginas de Términos y Cumplimiento.
- Los equipos de SEO gestionan páginas de destino específicas.
El acceso a nivel de página aplica este modelo al contenido estático. Permite a los administradores controlar quién puede editar páginas de alto impacto, como la página de inicio o la de precios, en lugar de dar acceso general a todo el sitio.
Estos controles no solo protegen a los administradores, también ayudan a los colaboradores a centrarse en lo suyo. Cuando los editores solo pueden cambiar aquello de lo que son responsables, dejan de dudar sobre si están en el lugar correcto. Menos mensajes en Slack preguntando "¿puedo editar esto?" y más confianza para colaborar directamente en Webflow.
Novedad de hoy: acceso específico por idioma
El acceso específico por idioma restringe la edición a versiones lingüísticas concretas del sitio:
- Los equipos regionales solo editan su propio idioma. Por ejemplo, el equipo de Japón trabajando en japonés.
- Los traductores o socios externos tienen acceso limitado a idiomas específicos sin poder editar el idioma principal.
- Los administradores globales mantienen el acceso al idioma principal.
Para las organizaciones que gestionan sitios globales, el error de localización más común no es que alguien edite la página equivocada, sino que edite el idioma equivocado.
Cómo funciona esto con los roles
Los controles de acceso granulares no sustituyen al modelo de roles de Webflow. Los roles siguen definiendo qué puede hacer alguien. Los diseñadores crean y gestionan colecciones. Los editores de contenido modifican elementos del CMS. Los especialistas en marketing actualizan páginas y campañas. El acceso granular define dónde se permiten esas acciones.
Imagínalo como dos capas: los roles controlan los verbos (editar, publicar, gestionar) y el acceso granular controla los sustantivos (qué colecciones, páginas o idiomas). Un administrador puede asignar a alguien como Editor de Contenido y luego limitar su acceso a colecciones o páginas específicas dentro de un sitio mediante controles granulares, sin necesidad de cambiar el sistema de roles. Si hace falta, los roles personalizados pueden restringir aún más capacidades como la de publicar.
La mayoría de las herramientas no ofrecen un control de acceso a nivel de recurso que sea realmente útil. En el otro extremo, algunas plataformas CMS y DXP empresariales intentan resolverlo multiplicando los roles. Cada nueva restricción obliga a crear o modificar un rol. Con el tiempo, los roles terminan replicando colecciones, páginas o idiomas individuales, lo que genera una explosión de roles y hace que los permisos sean un caos difícil de gestionar y entender.
Webflow apuesta por un enfoque distinto. El modelo de roles se mantiene sencillo y los controles de acceso granular se añaden por encima. Menos roles que gestionar, registros de auditoría más claros y permisos que no se desmoronan bajo su propio peso a medida que los equipos crecen.
Acceso conjunto a colecciones de CMS, páginas e idiomas
Las tres capas ya están disponibles para los planes Enterprise. Juntas ofrecen un control granular en las tres áreas donde los equipos empresariales más lo necesitan: colecciones de CMS, páginas del sitio y versiones de idioma.
Para más información sobre el Control de Acceso Granular Enterprise, visita nuestra documentación.
