Il CMS di Webflow limita il numero di elementi, collezioni e campi che puoi utilizzare in base al tuo piano: 2.000 elementi nel piano CMS, fino a 20.000 nel Business e limiti personalizzati nell'Enterprise. Se hai raggiunto — o ti stai avvicinando a — uno di questi limiti, ecco tutto ciò che devi sapere e i modi migliori per aggirarli.
Limiti del CMS Webflow per Piano
| Piano | Elementi CMS | Collezioni |
|---|---|---|
| Basic | 0 | 0 |
| CMS | 2.000 | 20 |
| Business | fino a 20.000 | 40 |
| Enterprise | Personalizzati | Personalizzate |
Soluzioni SEO-friendly
Se i tuoi contenuti devono essere pubblici e facilmente indicizzati dai motori di ricerca, ma hai raggiunto o sei vicino al limite di 20.000 elementi nel CMS Webflow, hai due opzioni principali:
1. Automazione del CMS Webflow (o Piano Enterprise)
La soluzione alternativa più semplice per rimanere all'interno di Webflow è continuare a utilizzare il CMS Webflow e creare un'automazione per rimuovere gli elementi dal CMS che non sono più necessari e memorizzarli in un database esterno (ad esempio, se un elemento non ha bisogno di essere pubblico dopo X giorni). In alternativa, puoi passare al piano aziendale Webflow Enterprise (che può costare da 15.000 a 60.000 dollari all'anno). Questa limitazione esiste perché il contenuto ottimizzato per la SEO deve essere generato sul backend e all'interno di Webflow questo è possibile solo utilizzando il loro CMS integrato.
2. Reverse Proxy
Un reverse proxy ti consente di ospitare i tuoi contenuti su una piattaforma esterna—come un'applicazione Next.js—facendola apparire in modo trasparente sotto il tuo dominio Webflow principale. Ad esempio, potresti servire il-tuo-sito.com/blog da un server completamente separato senza che i tuoi visitatori notino mai la transizione.
Poiché il contenuto risiede al di fuori dell'infrastruttura di Webflow, questo rimuove efficacemente il limite degli elementi del CMS mantenendo tutto completamente ottimizzato per la SEO.
L'Esperienza di Modifica dei Contenuti Una delle preoccupazioni principali nell'abbandonare il CMS Webflow è perdere il suo editor intuitivo. Fortunatamente, utilizzando un framework esterno, puoi facilmente connettere un Headless CMS (come Payload, Sanity o Contentful). Ciò consente al tuo team di contenuti di continuare a gestire gli articoli tramite un'interfaccia dedicata e intuitiva che è altrettanto valida—se non migliore—di quella di Webflow, mentre il frontend rimane completamente integrato sotto il tuo dominio Webflow.
Ci sono due modi principali per impostare tutto questo:
Il Reverse Proxy Classico
Storicamente, l'impostazione di un reverse proxy era un processo tecnicamente complesso — richiedeva la configurazione di server esterni, la gestione dei DNS e la manutenzione continua.
Il principale svantaggio: essere ospitati all'esterno di Webflow significava perdere l'accesso al Webflow Designer. La tua piattaforma esterna non condivideva i componenti dell'interfaccia utente nativi di Webflow e i template, quindi dovevi ricostruire il tuo frontend separatamente.
Reverse Proxy Nativo (Webflow Cloud)
Per risolvere questi problemi, Webflow ha introdotto una soluzione di reverse proxy nativa attraverso Webflow Cloud. Questo ti consente di ospitare app basate su codice tradizionale (come Next.js) direttamente all'interno dell'infrastruttura di hosting di Webflow.
Con questo approccio, ti basta semplicemente specificare da quale percorso la tua app personalizzata dovrebbe essere servita (ad esempio, /blog), e Webflow gestisce il proxying nativamente.
Ancora meglio, risolve il problema dell'interfaccia utente. Utilizzando Webflow DevLink, puoi progettare visivamente i componenti all'interno di Webflow (come Navbar e Footer) e importarli direttamente nel tuo progetto Next.js come componenti React. Questo ti offre il meglio di entrambi i mondi: infinita scalabilità per i tuoi contenuti del CMS attraverso codice, mantenendo i tuoi componenti visivi perfettamente sincronizzati con il Webflow Designer.
Soluzioni Non SEO-friendly
Lo Stack WWX
Se non è necessario che i tuoi contenuti siano indicizzati — per esempio tutto ciò che si trova all'interno di un'area ristretta o riservata agli iscritti — ci sono altre soluzioni per aggirare il problema che non richiedono l'aggiornamento al piano Enterprise, risparmiando di conseguenza un bel po' di soldi.
La migliore soluzione, a mio parere, è l'utilizzo dello stack WWX perché è scalabile e robusto. Tuttavia, a differenza della prima soluzione, è più avanzata e potrebbe risultare più complessa per chi non ha familiarità con lo sviluppo web. Diamo prima un'occhiata ai singoli strumenti e poi vediamo come operano insieme per ovviare al problema del limite dei 20k elementi.
WWX sta per Webflow, Wized e Xano.
Cos'è Wized?
Wized è simile a Webflow, ma per la creazione della logica front-end. Ti consente di creare richieste, condizioni e molte altre caratteristiche per aggiungere dinamismo al tuo progetto Webflow. Non va confuso con Zapier, che lavora invece a livello di logiche backend. Wized genera codice JavaScript e opera all'interno del browser.
Cos'è Xano?
Xano è, a mio avviso, il miglior strumento no-code per lo sviluppo di un backend. Comprende la logica di backend (paragonabile a quella di Zapier) combinata a un proprio database. Xano è stato concepito con le priorità di scalabilità e di elevato standard di sicurezza in mente.
Come funziona
Usi Webflow per creare il sito e i suoi vari componenti. Li converti poi in elementi Wized per utilizzarli all'interno di Wized. Su Wized puoi recuperare dati da Xano o altri database e piattaforme e inserirli in Webflow. In questo modo puoi eliminare il CMS Webflow e di conseguenza il limite dei 20.000 elementi!
A differenza del CMS Webflow, che genera i contenuti sul backend in modo che Google li trovi già renderizzati, con Wized il contenuto viene generato lato client. Ciò significa che Google non troverà il contenuto immediatamente disponibile, poiché lo script JavaScript di Wized che recupera i dati deve essere eseguito prima1. Per questo motivo è eccellente per creare web app o siti web dinamici. Se hai bisogno di generare contenuti ottimizzati per la SEO, è meglio usare il CMS Webflow o un Reverse Proxy.
Domande Frequenti
Qual è il limite degli elementi nel CMS di Webflow?
Il limite degli elementi del CMS Webflow dipende dal piano: 2.000 elementi nel piano CMS, fino a 20.000 nel Business e limiti personalizzati nell'Enterprise. Il piano Basic non include l'accesso al CMS.
Quali sono i limiti di campi e delle collezioni su Webflow?
Nel piano CMS hai a disposizione 20 collezioni, nel Business 40. Ogni collezione supporta fino a 60 campi indipendentemente dal piano.
È possibile superare tali limiti senza l'obbligo dei piani Webflow Enterprise?
Sì. Se i tuoi contenuti non devono essere indicizzati dai motori di ricerca, puoi bypassare il limite completamente usando un database esterno come Xano combinato con Wized per recuperare e visualizzare i dati lato client. Se la SEO è necessaria, puoi automatizzare la rimozione degli elementi più vecchi per rimanere sotto il limite, oppure usare un Reverse Proxy Nativo (Webflow Cloud) con un Headless CMS per servire pagine illimitate sotto il tuo dominio Webflow esistente.
Cosa accadrà al raggiungimento totale del limite cap Webflow CMS?
Webflow ti impedirà di aggiungere nuovi elementi a qualsiasi collezione finché non elimini elementi esistenti, aggiorni il tuo piano o sposti i contenuti in un database esterno.
È scalabile Webflow verso piattaforme contenuti estese globalmente?
Fino a 20.000 elementi indicizzati funziona bene. Oltre quel limite avrai bisogno del piano Enterprise, o di un’architettura scalabile alternativa come un reverse proxy nativo di Webflow Cloud combinato con un Headless CMS (come Payload o Sanity) e un framework come Next.js.
Riepilogo
Se il tuo obiettivo è generare contenuti ottimizzati per la SEO e sei sotto il limite dei 20.000 elementi, la scelta migliore è continuare con il CMS Webflow. Se la SEO non è una priorità, puoi usare Wized e Xano per generare i contenuti lato client. Se hai superato i limiti del CMS Webflow ma vuoi mantenere la coerenza tra SEO e design, usare un reverse proxy nativo tramite Webflow Cloud combinato con DevLink e un Headless CMS è la soluzione definitiva per una scalabilità infinita senza perdere l’esperienza di design di Webflow.
Footnotes
-
Per essere precisi, dal 2014 Google sostiene di essere piuttosto efficiente nel renderizzare siti JavaScript, ma ha sempre raccomandato cautela su questo tema perché il rendering non è sempre garantito. Se il codice JavaScript contiene errori o genera eccezioni, Google potrebbe non riuscire a renderizzare la pagina correttamente. Pertanto, se vuoi garantire che i crawler possano leggere i tuoi contenuti in modo affidabile, l'opzione migliore e più sicura rimane il rendering lato server. In questo modo, il contenuto viene generato sul server e consegnato già completo ai crawler, senza richiedere l'esecuzione di JavaScript. ↩
