Cos'è WebBlocks CMS e cosa puoi costruire con esso

WebBlocks CMS è un sistema di gestione dei contenuti open source self-hosted che si installa in un'applicazione Laravel come pacchetto Composer. Fornisce ai redattori un pannello di amministrazione per creare pagine da blocchi, gestire più siti e lingue, organizzare i media e rivedere i contenuti prima della pubblicazione. Gli sviluppatori possono collegare tali pagine ai dati dell'applicazione ed estendere il sistema con plug-in o applicazioni browser registrate.

Puoi usarlo per un sito aziendale, un portfolio, una pubblicazione multilingue, un sito di documentazione o il livello di contenuto pubblico di un prodotto Laravel. Con plugin e integrazioni adatti, lo stesso sito può offrire prenotazioni, moduli personalizzati, un catalogo prodotti o assistenza ai visitatori. Il CMS gestisce la struttura editoriale; l’applicazione host e le sue estensioni gestiscono i processi aziendali sottostanti.

Questa panoramica riunisce le funzionalità principali in un unico posto. Gli screenshot provengono dalla vetrina fittizia Northstar Studio che esegue WebBlocks CMS 1.93.3. I suoi nomi, pagine e registrazioni di giornale sono sintetici. Le schermate mostrano il prodotto anziché l'implementazione del cliente.

Inizia con il tipo di sito di cui hai bisogno. Una piccola impresa può combinare presentazione, servizi, galleria di progetti e modulo di contatto. Una pubblicazione può creare pagine di articoli, elenchi, categorie espresse tramite la navigazione ed edizioni tradotte. Un team software può organizzare la documentazione con una barra laterale, breadcrumb e un sommario generato automaticamente. Un prodotto Laravel può inserire un'introduzione editoriale sopra i record forniti dall'applicazione.

La distinzione fra funzionalità del nucleo e opzionali è importante. Modifica delle pagine, multisito e localizzazione, media, flusso editoriale, navigazione, ricerca pubblica, messaggi di contatto, commenti e valutazioni, rapporti sui visitatori e Internal Content API appartengono al CMS. Prenotazioni, commercio, moduli configurabili, sondaggi, campagne e integrazioni di assistenza sono plugin separati con la propria configurazione e le proprie dipendenze.

Una pagina è composta da slot come header, main, sidebar e footer all’interno del layout scelto. Ogni slot contiene un albero di blocchi. I redattori possono aggiungere, modificare, riordinare, annidare o rimuovere blocchi senza riscrivere il modello di pagina a ogni modifica del contenuto.

I blocchi di contenuto comprendono titoli, rich text, immagini e gallerie, video e audio, download, codice, tabelle, citazioni, avvisi e collegamenti. I blocchi di layout offrono Sections, Containers, Stacks, Columns, Grids, composizioni Split, Heroes e Sliders. Inviti all’azione, elenchi di pagine, navigazione, ricerca, moduli di contatto, commenti e valutazioni aggiungono funzioni comuni ai siti web. Le opzioni dipendono dall’inventario di blocchi installato e dalle relazioni consentite tra blocchi padre e figlio.

Ad esempio, una pagina di servizio può contenere un'intestazione e un'introduzione, una spiegazione su due colonne, una galleria e una sezione di contatti. Una pagina di diario può utilizzare una colonna di lettura stretta e immagini più ampie. Lavori con una composizione strutturata e ne visualizzi in anteprima il risultato renderizzato; non stai posizionando elementi arbitrari su una tela a mano libera.

Shared Slots consente a più pagine di fare riferimento a un albero di blocchi riutilizzabile. Un'intestazione, un piè di pagina, un annuncio o una barra laterale condivisi possono essere mantenuti in un unico posto. I contenuti di proprietà della pagina rimangono separati e i contenuti condivisi hanno la propria cronologia di pubblicazione e revisione. Esamina attentamente le modifiche condivise perché possono influire su ogni pagina che utilizza quello slot.

I menu di navigazione organizzano i collegamenti alle pagine interne, i collegamenti esterni e la navigazione raggruppata. Le etichette possono essere tradotte e i collegamenti alle pagine interne seguono la lingua selezionata. I layout della documentazione possono combinare la navigazione della barra laterale, i breadcrumb e un sommario. Puoi anche duplicare una pagina o spostarla in un altro sito tramite il flusso di lavoro di amministrazione supportato.

Un'installazione può gestire più siti. Ogni sito ha la propria identità, domini, impostazioni locali abilitate, contenuto, navigazione, aspetto e impostazioni predefinite. Gli alias di dominio e un dominio primario determinano il modo in cui i visitatori raggiungono il sito giusto. Le assegnazioni dei siti limitano il contenuto che un amministratore o un editor può gestire.

La localizzazione copre nomi di pagine, slug e percorsi, metadati SEO e social, testo in blocchi ed etichette di navigazione. La lingua predefinita utilizza il suo percorso ordinario; altre lingue utilizzano URL con prefisso locale. Le versioni inglese, turca e tedesca di una pagina possono quindi avere titoli e indirizzi leggibili diversi pur condividendo la stessa struttura della pagina sottostante.

Le traduzioni non creano un design indipendente per ogni lingua: ordine e configurazione condivisa dei blocchi restano comuni. I redattori traducono separatamente i campi di contenuto e i percorsi. Un selettore pubblico di lingua porta i visitatori a una traduzione disponibile della pagina corrente.

La Libreria multimediale conserva immagini, video, documenti e altri file supportati. I redattori possono caricare media, organizzarli in cartelle, cercarli, filtrarli, visualizzarne l’anteprima e vedere dove vengono usati. I record includono titoli, testo alternativo, didascalie e descrizioni per gestire e presentare i file con un contesto significativo.

I blocchi di immagini e le gallerie possono utilizzare un visualizzatore per un'ispezione più ampia. Le immagini raster supportate possono generare miniature, dimensioni reattive e ritagli social preservando l'originale. Un punto focale guida il ritaglio. La generazione dipende dal codec immagine e dallo spazio di archiviazione disponibili; i casi non supportati ricadono nel file originale. Le sostituzioni delle immagini mobili consentono una visualizzazione diversa laddove un'ampia composizione desktop non sarebbe adatta.

Il testo alternativo descrive le informazioni rilevanti o la funzione di un’immagine. La didascalia offre una spiegazione visibile o un’attribuzione. Sono campi editoriali distinti e vanno scritti in base ai rispettivi scopi.

Le pagine attraversano gli stati Draft, In Review, Published e Archived. I redattori preparano le bozze e le inviano in revisione; gli amministratori del sito autorizzati possono pubblicarle. L’anteprima permette di esaminare una bozza prima che diventi pubblica. La Internal Content API può preparare un aggiornamento in una bozza separata per una pagina pubblicata, mantenendo disponibile la versione pubblica durante il lavoro.

Version History registra modifiche significative alla pagina, inclusi contenuto e struttura, traduzioni, routing e SEO. Un revisore può confrontare una versione salvata con la pagina corrente e preparare un'anteprima del ripristino privato prima di applicarla. I controlli dei riferimenti e un controllo delle modifiche intervenute aiutano a impedire che un candidato al ripristino obsoleto sostituisca il lavoro più recente.

Le revisioni della pagina preservano lo stato editoriale e i riferimenti ai media. Non sostituiscono un backup del database e del caricamento, non bloccano i record di applicazioni esterne né ripristinano il contenuto di un Shared Slot separato. La cronologia Shared Slot, il backup dell'ambiente e l'esportazione del sito soddisfano diverse esigenze di ripristino.

Le impostazioni di sito e pagina offrono titoli e descrizioni SEO, titoli, descrizioni e immagini per i social, con valori specifici per lingua. Gli elenchi di pagine usano una descrizione editoriale breve o il relativo testo di fallback. La ricerca pubblica riguarda il sito e la lingua correnti e include contenuti pubblicati idonei; usa il database senza richiedere un servizio di ricerca esterno.

Il modulo di contatto integrato raccoglie messaggi nella casella del CMS, con testi di consenso e risposta tradotti e controlli contro gli abusi. La notifica email è un processo separato: salvare un messaggio non dipende dalla corretta consegna della notifica. Commenti e valutazioni opzionali offrono interazione moderata a livello di pagina. Il consenso ai cookie distingue funzioni necessarie da preferenze e misurazioni facoltative.

I report sui visitatori riepilogano le visualizzazioni di pagina, i referrer, i parametri della campagna e le informazioni grossolane sul dispositivo. Le misure basate sulla sessione dipendono dal consenso alla misurazione del visitatore. Utilizza questi report entro tale ambito anziché trattarli come una visione illimitata di ogni visitatore.

Content Sources collega i campi di blocco supportati ai record esposti da un fornitore registrato. Un titolo può usare il titolo di un’entità; una raccolta può ripetere un modello di blocchi per un diario, un catalogo o un’altra lista variabile. I redattori scelgono comunque la composizione e scrivono l’introduzione che la accompagna.

L'esempio Northstar riportato di seguito contiene un'introduzione scritta dall'editor sopra tre voci di diario sintetiche. Il suo fornitore fornisce i titoli e le descrizioni delle voci. Uno sviluppatore o plug-in deve definire la fonte, i campi disponibili e le regole di accesso; il CMS non espone automaticamente le tabelle del database arbitrarie.

Il testo di fallback, i risultati vuoti e gli errori del provider richiedono scelte deliberate. Il ripristino di una revisione di pagina ne ripristina le associazioni e lo stato editoriale, ma i record collegati rimangono aggiornati. Utilizzare un'istantanea lato sorgente o blocchi editoriali ordinari quando una pubblicazione deve preservare una selezione fissa e approvata.

La Internal Content API offre scoperta delle funzionalità e contratti dei blocchi, validazione dei contenuti, creazione e modifica delle bozze, traduzioni, media e impostazioni del sito supportate. Uno strumento può scoprire le capacità dell’installazione, inviare un piano strutturato, validarlo, applicarlo a una bozza e ispezionare il risultato renderizzato.

I token AI personali operano entro il ruolo del proprietario, i siti selezionati, le capacità e il flusso di lavoro della pagina. Un redattore può delegare la preparazione delle bozze senza ottenere il permesso di pubblicazione. Pubblicare è una capacità e un’operazione separate. I token possono scadere o essere revocati; le richieste successive riflettono i cambiamenti nei permessi del proprietario.

Questo permette scrittura assistita, traduzione, composizione delle pagine e preparazione ripetibile dei contenuti. Non rende automaticamente corretta o approvata una pagina scritta dall’AI. Occorre comunque verificare affermazioni, collegamenti, metadati delle immagini, layout e decisione finale di pubblicazione. Le risorse eseguibili e l’amministrazione dell’installazione richiedono permessi specifici.

Le preimpostazioni del tema pubblico conferiscono a un sito un aspetto iniziale. I colori del marchio, i caratteri tipografici dell'intestazione e del corpo, le impostazioni di blocco e le risorse del sito o della pagina consentono a un team di adattarlo alla propria identità. L'interfaccia pubblica fornita viene renderizzata sul server con Blade e WebBlocks UI; il normale frontend del CMS non richiede una build npm per ogni aggiornamento del contenuto.

Gli sviluppatori possono estendere i layout e i punti di integrazione dell'host quando la composizione integrata è insufficiente. Gli amministratori fidati possono registrare Embedded Applications, inclusi strumenti del browser o giochi, mentre i redattori possono inserire un'applicazione abilitata utilizzando Application Block. Le definizioni dell'applicazione, le risorse, le impostazioni dell'istanza, gli stati di caricamento e la presentazione rimangono distinti dal normale testo dell'articolo. Le applicazioni iframe in pacchetto gestito vengono eseguite in una sandbox; le integrazioni host necessitano ancora di revisione e implementazione.

Plugin Catalog elenca le estensioni compatibili con CMS e verifica la compatibilità con l'installazione. I plugin possono aggiungere blocchi, schermate di amministrazione, fornitori di contenuti e flussi di lavoro specializzati. Installazione, abilitazione, impostazione del database, dipendenze e configurazione sono separate dal posizionamento di un blocco su una pagina.

Le estensioni includono WebBlocks Appointments per prenotazioni, Commerce per prodotti e checkout, Forms per moduli configurabili e risposte, Live Chat per assistenza tra visitatori e operatori, Polls per sondaggi multilingue, Campaigns per email ai clienti basate su modelli, Support per fornitori di ticket compatibili, Redirect Manager per reindirizzamenti e QuizTem per pagine con dati di quiz in tempo reale. WebBlocks UI Manager gestisce release e artefatti. Controlla la documentazione e la versione corrente di ogni plugin per conoscerne l’ambito preciso.

Sono estensioni opzionali: non implicano che ogni installazione disponga già di un negozio funzionante, un conto di pagamento, un servizio di prenotazioni o un sistema di assistenza. Il checkout di Commerce richiede, per esempio, la configurazione del fornitore di pagamenti; le integrazioni basate su fornitori richiedono il servizio o pacchetto corrispondente.

WebBlocks CMS è distribuito sotto la licenza MIT come fklavyenet/webblocks-cms. La versione 1.93.3 supporta PHP 8.3 o successivo e Laravel 12.55 o 13. Un host può installarlo tramite Composer e utilizzare l'area di amministrazione CMS su /webadmin insieme ai propri percorsi applicativi e funzionalità aziendali.

L’amministrazione comprende utenti e ruoli, domini e lingue, accesso API, backup e ripristino, aggiornamenti, pulizia ed esportazione e importazione dei siti. I backup dell’ambiente proteggono database, caricamenti e risorse gestiti; il trasferimento sposta contenuti e dipendenze supportati tra installazioni. Hosting, configurazione di database e storage, consegna email, distribuzione e una politica di backup adeguata restano responsabilità dell’operatore.

Il CMS è adatto a team che vogliono modificare contenuti visivi strutturati in un’installazione Laravel e sono pronti a gestire quell’applicazione. Gli sviluppatori curano integrazione e distribuzione; i redattori gestiscono le pagine dal pannello o con strumenti autorizzati. Un team che cerca un servizio interamente ospitato senza occuparsi dell’applicazione dovrebbe considerare questa differenza prima di scegliere.

Apri la demo pubblica direttamente nel browser. La home mostra il sito di esempio Atlas Studio. Seleziona Edit this demo, poi Open Demo, per entrare nell’editor temporaneo. Prova a modificare un titolo, visualizzare l’anteprima o esaminare le traduzioni. La demo si azzera ogni ora: conserva altrove il lavoro che desideri mantenere.

Per l'installazione e spiegazioni più approfondite, iniziare con la documentazione e guide dettagliate. La procedura dettagliata sui contenuti editoriali e sui dati delle applicazioni mostra un esempio completo di pagina dinamica. Sfoglia il catalogo dei plug-in quando il tuo progetto necessita di un flusso di lavoro aziendale aggiuntivo.

La domanda iniziale è pratica: quali parti del tuo sito dovrebbero comporre i redattori, quali record dovrebbero provenire dalla tua applicazione e quali flussi di lavoro necessitano di un'estensione? WebBlocks CMS assegna a queste responsabilità un posto nella stessa installazione Laravel.