El CMS de Webflow limita el número de ítems, colecciones y campos que puedes usar dependiendo de tu plan: 2,000 ítems en el plan CMS, hasta 20,000 en Business, y límites personalizados en Enterprise. Si has alcanzado — o te estás acercando — a uno de estos límites, aquí tienes todo lo que necesitas saber y las mejores formas de solucionarlo.
Límites del CMS de Webflow por Plan
| Plan | Ítems del CMS | Colecciones |
|---|---|---|
| Basic | 0 | 0 |
| CMS | 2,000 | 20 |
| Business | hasta 20,000 | 40 |
| Enterprise | Personalizado | Personalizado |
Soluciones amigables con el SEO
Si tu contenido necesita ser público y fácilmente indexable por los motores de búsqueda, pero has alcanzado o estás cerca del límite de 20,000 ítems en el CMS de Webflow, tienes dos opciones principales:
1. Automatización del CMS de Webflow (o Plan Enterprise)
La solución más sencilla que te mantiene dentro de Webflow es continuar utilizando el CMS de Webflow y crear una automatización para eliminar los ítems del CMS que ya no son necesarios y almacenarlos en una base de datos externa (por ejemplo, si un ítem no necesita ser público después de X días). Alternativamente, puedes actualizar al plan Enterprise de Webflow (que puede costar entre $15k y $60k al año). Esta limitación existe porque el contenido amigable con el SEO debe generarse en el backend, y dentro de Webflow, esto solo es posible usando su CMS integrado.
2. Reverse Proxy (Proxy Inverso)
Un proxy inverso te permite alojar tu contenido en una plataforma externa—como una aplicación en Next.js—mientras lo hace aparecer de manera perfecta bajo tu dominio principal de Webflow. Por ejemplo, podrías servir tusitio.com/blog desde un servidor completamente separado sin que tus visitantes noten la transición.
Dado que el contenido vive fuera de la infraestructura de Webflow, esto elimina de manera efectiva el límite de ítems del CMS mientras mantiene todo completamente amigable con el SEO.
La Experiencia de Edición de Contenido Una de las principales preocupaciones al alejarse del CMS de Webflow es perder su editor intuitivo. Afortunadamente, al usar un framework externo, puedes conectar fácilmente un Headless CMS (como Payload, Sanity o Contentful). Esto permite a tu equipo de contenido continuar gestionando artículos a través de una interfaz dedicada y fácil de usar que es igual de buena—si no mejor—que la de Webflow, mientras el frontend permanece completamente integrado bajo tu dominio de Webflow.
Hay dos formas principales de configurar esto:
El Reverse Proxy Clásico
Históricamente, configurar un proxy inverso era un proceso técnicamente complejo — requiriendo configuración de un servidor externo, gestión de DNS y mantenimiento continuo.
El principal inconveniente: estar alojado fuera de Webflow significaba perder acceso al Webflow Designer. Tu plataforma externa no compartiría los componentes de UI integrados y las plantillas de Webflow, por lo que necesitarías construir tu frontend por separado.
Proxy Inverso Nativo (Webflow Cloud)
Para resolver estos problemas, Webflow introdujo una solución nativa de proxy inverso a través de Webflow Cloud. Esto te permite alojar aplicaciones construidas con código tradicional (como Next.js) directamente dentro de la infraestructura de alojamiento de Webflow.
Con este enfoque, simplemente especificas qué ruta debe servir tu aplicación personalizada (por ejemplo, /blog), y Webflow maneja el proxy de forma nativa.
Aún mejor, resuelve el inconveniente de la interfaz de usuario. Al usar Webflow DevLink, puedes diseñar componentes visualmente dentro de Webflow (como tu Barra de navegación y Pie de página) e importarlos directamente a tu proyecto de Next.js como componentes de React. Esto te da lo mejor de ambos mundos: una escalabilidad infinita para el contenido de tu CMS a través de código, mientras mantienes tus componentes visuales perfectamente sincronizados con el Webflow Designer.
Soluciones no amigables con el SEO
El Stack WWX
Si no es necesario que tu contenido se indexe — por ejemplo, todo lo que se encuentra dentro de un área restringida o solo para miembros — hay otras soluciones que no requieren actualizar al plan Enterprise, ahorrando una cantidad significativa de dinero.
La mejor solución, en mi opinión, es usar el stack WWX porque es escalable y robusto. Sin embargo, a diferencia de la primera solución, es más avanzada y puede ser más compleja para aquellos no familiarizados con el desarrollo web. Vamos a ver primero las herramientas individuales y luego cómo trabajan juntas para solucionar el problema del límite de 20k.
WWX significa Webflow, Wized y Xano.
¿Qué es Wized?
Wized es similar a Webflow pero para crear la lógica del front-end. Te permite crear peticiones, condiciones y muchas otras características para añadir dinamismo a tu proyecto de Webflow. No debe confundirse con Zapier, que trabaja en el backend. Wized genera JavaScript y opera en el navegador.
¿Qué es Xano?
Xano es, en mi opinión, la mejor herramienta sin código para construir un backend. Incluye lógica de backend similar a Zapier y una base de datos. Xano fue construido teniendo en mente la escalabilidad y la seguridad.
Cómo funciona
Utilizas Webflow para crear la web y sus distintos componentes. Luego conviertes estos componentes en elementos de Wized para usarlos dentro de Wized. En Wized, puedes recuperar los datos de Xano u otras bases de datos y plataformas o insertarlos en Webflow. ¡De esta manera, puedes eliminar el CMS de Webflow y en consecuencia el límite de 20k ítems!
A diferencia del CMS de Webflow, que genera contenido en el servidor para que Google lo encuentre completamente renderizado, con Wized el contenido se genera en el lado del cliente (client side). Esto significa que Google no encontrará el contenido inmediatamente disponible porque primero debe ejecutarse el script JavaScript de Wized que recupera los datos1. Por esto es excelente para crear apps web o webs dinámicas. Si necesitas generar contenido amigable con el SEO, es mejor usar el CMS de Webflow o un Reverse Proxy.
Preguntas Frecuentes
¿Cuál es el límite del CMS de Webflow?
El límite de ítems del CMS de Webflow depende de tu plan: 2,000 ítems en el plan CMS, hasta 20,000 en Business y límites a medida en Enterprise. El plan Básico no incluye acceso al CMS.
¿Cuáles son los límites de colecciones y de campos?
En el plan CMS obtienes 20 colecciones, en Business 40. Cada colección soporta hasta 60 campos sin importar el plan.
¿Puedo aumentar el límite sin actualizar al plan Enterprise?
Sí. Si tu contenido no necesita ser indexado por SEO, puedes eludir el límite por completo usando una base de datos externa como Xano combinada con Wized para cargar y mostrar datos en el cliente. Si es necesario el SEO, puedes automatizar la eliminación de ítems antiguos para mantenerte por debajo del límite o utilizar un Proxy inverso nativo (Webflow Cloud) con un Headless CMS para mostrar páginas ilimitadas en tu dominio de Webflow.
¿Qué pasa cuando llego al límite de ítems de Webflow?
Webflow te impedirá añadir nuevos ítems a cualquier colección hasta que borres ítems, mejores tu plan, o saques el contenido a una base de datos externa.
¿Es bueno el CMS de Webflow para una web grande?
Para proyectos con hasta 20,000 elementos indexados por SEO, funciona bien. Para cifras superiores, necesitarás el plan Enterprise, o una arquitectura más escalable como el proxy inverso de Webflow Cloud combinado con un CMS Headless y un framework como Next.js.
En resumen
Si tu objetivo es generar contenido SEO amigable y estás por debajo del límite de 20k ítems, la mejor opción es usar el CMS de Webflow. Si el SEO no es tu prioridad, puedes utilizar Wized y Xano para generar el contenido en el cliente. Si te has quedado pequeño con los límites pero quieres unificar el SEO y consistencia de diseño, utilizar un proxy inverso en la nube de Webflow con DevLink y CMS de tipo Headless te dará lo mejor en escalabilidad y control de estilo.
Footnotes
-
Para ser exactos, desde 2014, Google ha afirmado ser bastante hábil leyendo contenido JavaScript, pero ha aconsejado mantener cierta precaución ya que la lectura precisa no siempre está garantizada. Si tienes problemas en tu JS o da errores, Google será incapaz de revisar e indexar tu sitio web. Por esta razón la mejor manera siempre debe ser utilizar un generador desde el servidor porque siempre presentarán las páginas y sus partes con los motores limpios y finalizados sin la necesidad de tener ninguna implicación extra de JavaScript. ↩
