Moduli
Crea moduli, raccogli invii e invia notifiche direttamente in EmDash CMS.
Estensione
Moduli
Crea moduli, raccogli invii e invia notifiche direttamente in EmDash CMS.
Dettagli prodotto
- Categoria
- Contenuto
- Stato
- Disponibile
- Versione
- Incluso nella beta
Il plugin Forms è uno degli esempi più chiari che EmDash si comporti come un CMS vero e non come un generatore di siti statici con un sottile strato di contenuti. È pensato per team che devono catturare contatti e lead, archiviare invii strutturati e inviare notifiche — senza aggiungere un SaaS di moduli separato per ogni sito.
Il pacchetto first-party sta nel repository EmDash sotto packages/plugins/forms.
Installazione
- Usa un progetto EmDash CMS compatibile con la nota di questa beta (vedi README principale per le versioni supportate).
- Aggiungi o abilita Forms dalla schermata plugin dell’admin EmDash, oppure segui le istruzioni del monorepo in
packages/plugins/formsse sviluppi sul sorgente. - Esegui deploy o locale con le stesse versioni Node e framework attese dal core così le dipendenze condivise si risolvono correttamente.
- Dopo l’installazione verifica che il plugin risulti abilitato in admin e che route o sezioni moduli si carichino senza errori in console.
Se stai valutando solo da questo sito marketing, usa la demo admin ufficiale collegata dalla homepage prima di fissarlo sul tuo deploy.
Configurazione
I nomi dei campi cambiano per release; la fonte di verità è il codice del plugin. In genere configuri:
- Destinazioni notifiche — dove vanno gli avvisi di invio (email, code interne o hook del deployment).
- Aspettative anti-spam e validazione — campi obbligatori, lunghezze max e controlli lato server esposti dal plugin.
- Semantica di storage — quanto persistono gli invii e chi può leggerli in admin.
Esempio (concettuale): un modulo contatti può definire name, email e message come obbligatori e notificare [email protected]. La configurazione reale seguirà schema e UI della tua versione — verifica etichette e chiavi in packages/plugins/forms prima della produzione.
Scenari d’uso
- Siti marketing — richieste demo verso il tooling commerciale.
- Portali supporto — intake strutturato verso un ticket system via Webhook Notifier o integrazione custom.
- Prodotti editoriali — form per pitch, guest post o workflow di correzione dentro EmDash invece di spargere PII in fogli casuali.
Suggerimenti operativi
- Prova gli invii in staging prima di puntare il DNS ai form di produzione.
- Documenta la retention: gli invii possono contenere dati personali, allinea alla privacy policy.
- Abbina Audit Log se più persone leggono o esportano i dati degli invii.