20 Aug 2026
WordPress 7.1 ya está aquí: qué cambió, por qué importa y cómo probarlo gratis con LocalWP
WordPress acaba de dar otro paso importante en la evolución de su editor. El 19 de agosto de 2026 se...
Figma comenzó a transformar una de las estructuras más conocidas de su plataforma: los proyectos ahora pasan a llamarse carpetas.
El cambio empezó a desplegarse el 3 de agosto de 2026 y llegará progresivamente a todas las cuentas durante las siguientes semanas. Por eso, algunas personas pueden seguir viendo la palabra “Proyectos” mientras otras ya encuentran la nueva estructura de carpetas.
Aunque a primera vista parece un simple cambio de nombre, la actualización modifica la forma en que diseñadores, agencias, equipos de producto y clientes pueden organizar sus archivos.
La principal novedad es que las carpetas ahora pueden incluir otras carpetas, lo que permite crear estructuras más claras para separar investigación, diseño, prototipos, sistemas de diseño, entregables y archivos históricos.
Sin embargo, una estructura más flexible también puede generar más desorden si no existe un criterio claro para organizarla.
El cambio principal es directo:
Los proyectos de Figma ahora se llaman carpetas.
La nueva denominación aparecerá progresivamente en el navegador de archivos, los menús, las opciones para compartir y otras secciones de la plataforma.
Figma también incorporó tres modificaciones relevantes:
La migración es automática. No es necesario convertir manualmente cada proyecto ni mover los archivos uno por uno. Los proyectos existentes conservarán su nombre, contenido y miembros cuando se transformen en carpetas.
No.
Figma indica que los archivos permanecerán en el mismo lugar y que la migración no debería alterar el contenido de los proyectos anteriores.
Los enlaces que ya fueron compartidos también seguirán funcionando. Cuando una persona abra un enlace antiguo de un proyecto, será dirigida a la carpeta correspondiente.
En términos prácticos, esto significa que no necesitas:
Aun así, sí conviene revisar la cuenta después de la migración. La nueva estructura ofrece más posibilidades, pero también hace necesario verificar nombres, accesos y jerarquías.
Antes de esta actualización, los proyectos funcionaban como contenedores de archivos, pero no admitían subproyectos.
Ahora, los planes pagos permiten crear carpetas anidadas, es decir, carpetas dentro de otras carpetas.
Por ejemplo, una agencia podría organizar un cliente de esta manera:
Cliente A
├── 01. Investigación
├── 02. Arquitectura y UX
├── 03. Diseño UI
├── 04. Sistema de diseño
├── 05. Prototipos
├── 06. Handoff
└── 07. Archivo
Esta organización permite mantener diferentes etapas del proyecto dentro de una misma estructura, sin mezclar archivos activos, propuestas descartadas y entregables finales.
Los planes Professional, Organization y Enterprise pueden crear carpetas ilimitadas y anidarlas hasta diez niveles de profundidad.
El plan Starter permite una sola carpeta y no ofrece la misma estructura avanzada de anidación.
Tener diez niveles disponibles no significa que sea recomendable utilizarlos todos. Una estructura demasiado profunda puede dificultar la navegación y hacer que los archivos sean más difíciles de localizar.
En la mayoría de los proyectos, entre dos y cuatro niveles deberían ser suficientes.
Las carpetas anidadas heredan por defecto los permisos de la carpeta que las contiene.
Esto significa que una persona con acceso a una carpeta principal también podrá acceder a las carpetas que estén dentro de ella, salvo que el plan permita establecer restricciones más específicas.
Existen diferencias según el plan:
En Professional es posible limitar el acceso de una carpeta de nivel superior a determinadas personas.
Sin embargo, las carpetas anidadas heredan los permisos de su carpeta principal y no pueden configurarse de manera completamente independiente.
Estos planes permiten restringir carpetas específicas, incluso cuando se encuentran dentro de otra carpeta.
Esta opción resulta útil cuando un mismo proyecto incluye:
La recomendación es no crear la estructura primero y revisar los permisos después. La jerarquía debe diseñarse teniendo en cuenta quién necesita ver, editar o administrar cada parte del proyecto.
Las carpetas conectadas permiten que dos equipos u organizaciones diferentes trabajen dentro de un espacio compartido.
Un caso frecuente sería una agencia y su cliente.
Cada parte utiliza los puestos incluidos en su propio plan, lo que puede evitar que una organización tenga que pagar puestos adicionales para todas las personas del equipo externo.
Esto puede facilitar:
Sin embargo, las carpetas conectadas no funcionan como cualquier carpeta tradicional.
Para utilizar esta función:
Una carpeta conectada debe estar en el nivel superior y no puede contener carpetas anidadas.
Puede incluir archivos, pero no una estructura interna de subcarpetas. Esta limitación busca evitar rutas de acceso confusas entre las dos organizaciones.
Por eso, antes de usar esta función conviene decidir si el proyecto necesita:
En algunos casos será mejor mantener una carpeta privada para el equipo y crear una carpeta conectada únicamente para los archivos que deben compartirse.
La nueva estructura no organiza automáticamente el trabajo. Solo ofrece más posibilidades para hacerlo.
Una agencia o equipo debería definir primero una lógica común.
No mezcles propuestas antiguas, versiones descartadas y diseños aprobados dentro del mismo espacio.
Puedes utilizar una carpeta específica para archivos históricos o mover allí los proyectos que ya finalizaron.
El cliente no necesita acceder necesariamente a todas las exploraciones internas.
Conviene separar:
Esto reduce confusiones y evita que una persona comente o utilice una versión que todavía no ha sido aprobada.
Los componentes, variables, estilos y documentación del sistema de diseño deben tener una ubicación clara.
Si el sistema se distribuye entre diferentes carpetas y archivos sin una convención, será más difícil saber cuál es la fuente oficial.
Una convención sencilla puede ser:
01_Investigación
02_Wireframes
03_Diseño_UI
04_Sistema_de_diseño
05_Prototipo
06_Handoff
07_Archivo
La numeración ayuda a mantener el orden, mientras que los nombres descriptivos permiten identificar rápidamente el contenido.
Antes de compartir una carpeta, verifica:
Un espacio bien organizado puede perder su utilidad si los permisos no corresponden al flujo real del proyecto.
Antes de reorganizar todo, responde estas preguntas:
La respuesta a estas preguntas debería definir la nueva estructura, no la cantidad de carpetas que permite la herramienta.
Puede mejorarlo, pero depende de cómo se implemente.
Las carpetas anidadas solucionan una limitación importante de la estructura anterior y permiten representar mejor las distintas etapas de un proyecto.
También pueden mejorar la colaboración entre diseño, desarrollo, marketing y clientes.
Pero crear más niveles no garantiza más orden. Sin convenciones, responsables y reglas de acceso, una cuenta puede terminar con el mismo problema anterior, solo que distribuido entre más carpetas.
La actualización debe utilizarse como una oportunidad para revisar el proceso completo:
No. Figma realiza la transición automáticamente y conserva los nombres, archivos y miembros existentes.
No. Los enlaces compartidos anteriormente seguirán abriendo la carpeta correspondiente.
No. Las carpetas anidadas están disponibles en planes pagos. El plan Starter permite una sola carpeta.
No. Debe ser una carpeta de nivel superior y solo puede contener archivos, no otras carpetas.
Figma indica que los niveles de acceso existentes se conservan, aunque la forma de mostrarlos en el panel para compartir puede cambiar.
Figma no está eliminando los archivos ni obligando a reconstruir todos los proyectos.
Está reemplazando los proyectos por carpetas y agregando una estructura más flexible para organizar el trabajo.
La actualización permite crear jerarquías, separar etapas y mejorar ciertos procesos de colaboración. Pero su verdadero valor dependerá de la organización que cada equipo defina.
Antes de crear nuevas carpetas, revisa tus archivos, permisos, sistemas de diseño, entregables y accesos de clientes.
Una buena estructura no consiste en tener más carpetas. Consiste en que cada persona pueda encontrar la información correcta, trabajar sobre la versión adecuada y entender claramente qué debe hacer después.
En Utha Company diseñamos y desarrollamos proyectos digitales con procesos claros entre estrategia, UX/UI, desarrollo y entrega. Una estructura técnica bien organizada reduce errores y facilita la colaboración durante todo el proyecto.