Alternative a Plone per gestione manuali

Ciao Luca,

ho letto il tuo commento — lo ammetto, Plone nel 2026 per far editare manuali a utenti non-tecnici è una scelta che ha la sua logica (zope/plone ha resistito a tutto, drupal compreso), ma oggi ci sono opzioni più leggere, più moderne e più facili da spiegare a chi deve scriverci dentro. Ti butto giù quello che userei io.

La prima scelta — BookStack

BookStack (GitHub) è letteralmente progettato per quello che devi fare: organizzare manuali. Non è un wiki generico a cui imponi una struttura a manuale — è un'app il cui modello dati è Books → Chapters → Pages.

• PHP/Laravel, MySQL/MariaDB dietro. Stack boring, gira su qualsiasi VPS LAMP da dieci anni in qua.
• Editor WYSIWYG (TinyMCE) o Markdown, l'utente sceglie. I non-tecnici stanno sul WYSIWYG e non sanno nemmeno che esiste il markdown.
• Permessi granulari per book/chapter/page. Ruoli standard (viewer/editor/admin) + custom.
• Ricerca full-text integrata, versionamento pagine, cross-reference tra libri.
• i18n completo, italiano incluso.
• Docker image ufficiale → docker compose up e sei live in 10 minuti.
• Export PDF/HTML per pagina o libro intero — utile se i tuoi utenti devono consegnare il manuale anche in formato statico.
• PHP, se è per te un deal-breaker salta a Outline.

Migrazione da Plone: Plone espone export HTML o schema export; da lì uno script Python che mappa Folder → Book e Document → Page è fattibile in un pomeriggio. Se vuoi ti passo un template.

Se vuoi un'UX più moderna — Outline

Outline (GitHub) è Node + Postgres. Editor stile Notion (block-based, real-time collab via WebSocket). Molto più "2026" dal punto di vista UX.

• Editing collaborativo real-time — due persone sulla stessa pagina si vedono.
• API REST + webhook, SSO (OIDC, SAML, Google).
• Struttura a Collections con documenti annidati — più libera di BookStack, più flessibile, meno strutturata.
• Strutturalmente wiki/knowledge-base, non manuale. Se i tuoi utenti pensano in capitoli/sezioni numerate, BookStack è un match migliore.
• Dipendenze Node + Postgres + Redis → più pezzi da far girare. Docker compose comunque c'è.

Se vuoi wiki pura con più flessibilità — Wiki.js

Wiki.js (GitHub) è una via di mezzo: Node + qualsiasi DB (Postgres/MySQL/MSSQL/SQLite), editor multipli (markdown, WYSIWYG, AsciiDoc, plain HTML), permessi granulari tipo LDAP/SAML.

È più wiki generico che manualistica — va bene se lo scopo è knowledge base interna più che manuali per i tuoi utenti. Se la tua è una knowledge base che contiene anche manuali, considera.

Se hai già Nextcloud — Collectives

Collectives è un'app Nextcloud per wiki collaborative. Se hai già un Nextcloud che gira — e se sei un'org italiana piccola/media, probabilmente sì — zero infrastruttura extra. Markdown-only, editor decente, permessi integrati con Nextcloud.

È il compromesso più economico: non è specializzato per manuali, ma se hai già l'infra, vale la valutazione prima di tirare su un servizio nuovo.

Cose da scartare per questo caso

• MkDocs / Docusaurus — bellissimi, ma git-based. Editor = dev che fa git commit. I tuoi utenti non-tecnici non ci arriveranno mai.
• Confluence — matura, UX decente, ma SaaS Atlassian: costa per utente, vendor lock, e se oggi giri su Plone self-host è filosoficamente l'opposto.
• Notion — UX insuperabile, ma SaaS USA, lock-in, e non self-hostable. Per manuali aziendali è un rischio.
• Drupal + modulo Book — tecnicamente possibile, ma Drupal nel 2026 per questo use-case è sovradimensionato quasi come Plone.

La mia raccomandazione concreta

Parti da BookStack. Installa via Docker su una VPS, crea un Book di prova, fai editare una pagina a un utente non-tecnico come test. Se regge la prova, migra. Se gli manca qualcosa di fondamentale, hai investito mezza giornata — puoi sempre passare a Outline, che è in seconda fila.

Se ti va, fammi sapere come va — e se qualcuna di queste ti accende qualcosa, torna con domande. Anche solo curioso di sapere che cosa ti faceva restare su Plone.

Un saluto,
— vjt