CMS e blogging

Cosa copre questa categoria

Sistemi per scrivere, strutturare e pubblicare contenuti: piattaforme tradizionali che archiviano e generano le pagine, back end headless che passano i contenuti a qualcos’altro e soluzioni ibride che cercano di fare entrambe le cose senza irritare nessuno dei due pubblici.

Qui gli acquirenti si dividono in due campi con esigenze opposte. Un team marketing vuole cambiare una pagina in dieci minuti senza chiedere a nessuno. Un team di sviluppo vuole contenuti modellati come si deve, versionati, testabili e consegnati tramite un’interfaccia. I prodotti che promettono entrambe le cose di solito ne favoriscono una e tollerano l’altra.

Gli strumenti drag and drop per un sito di poche pagine stanno in costruttori di siti web. La documentazione interna appartiene a documentazione e knowledge base.

Il modello dei contenuti prima delle funzioni

Il modello è la parte che non si può cambiare a buon mercato in seguito.

Chiedi se i contenuti sono archiviati come campi strutturati o come un unico blocco di testo formattato. I campi sopravvivono ai restyling, alimentano più destinazioni e permettono di elencare, filtrare e riutilizzare. Un blocco si genera una volta e intrappola tutto nel markup dell’editor che l’ha prodotto.

Poi chiedi delle relazioni. Un autore collegato ai suoi articoli, un prodotto collegato alla sua categoria, una pagina collegata alle sue traduzioni: quei legami rendono un sito gestibile a duecento pagine invece che a venti.

Il riuso discende dalla stessa decisione. Se una riga legale, un prezzo o una call to action compare su quaranta pagine, dovrebbe esistere una volta ed essere richiamata, non incollata quaranta volte e corretta trentanove.

L’editing, e chi lo fa davvero

Le persone che usano questo software ogni giorno di solito non sono quelle che lo scelgono.

Guarda un collega non tecnico creare una pagina durante la prova. Nota dove esita. Verifica se può vedere il risultato prima di pubblicare, se può annullare un errore e se l’anteprima mostra il design vero e non un’approssimazione.

Il flusso di lavoro conta quando il team supera un paio di redattori. Stati di bozza, pubblicazione programmata, un passaggio di revisione e una cronologia leggibile di chi ha cambiato cosa sono la differenza tra un sistema e un documento condiviso con un login.

Pubblicazione, prestazioni e il tema della ricerca

Ciò che genera il sito decide quanto è veloce, e la velocità è un fattore di posizionamento oltre che una cortesia.

Chiedi com’è l’output. Le pagine statiche ricostruite alla pubblicazione sono veloci ed economiche da servire. Le pagine generate dal server richiedono una cache che qualcuno deve configurare. Le pagine generate dal client richiedono attenzione per restare leggibili dai crawler.

Il resto della preparazione alla ricerca è poco affascinante. Titoli e descrizioni modificabili per ogni pagina. URL puliti e stabili. Redirect quando un URL deve cambiare. Gestione dei canonical per tutto ciò che è raggiungibile da due indirizzi. Sitemap che si aggiornano alla pubblicazione. I prodotti che nascondono queste cose dietro un plugin, o dietro un piano più alto, ti dicono qualcosa sulle proprie priorità.

I siti multilingue dovrebbero provare presto la gestione delle traduzioni, perché aggiungerla in seguito equivale quasi a un rifacimento.

Quanto costa farlo funzionare

• Licenza o abbonamento, per utente, per sito o per ambiente.
• Hosting, incluso nelle piattaforme ospitate e interamente a tuo carico in quelle self-hosted.
• Traffico e banda, misurati in molti piani ospitati.
• Build o rendering, contati sulle piattaforme che ricostruiscono il sito a ogni modifica.
• Manutenzione, invisibile nella pagina dei prezzi e reale nel calendario.

I sistemi self-hosted sembrano gratuiti e non lo sono. Aggiornamenti, conflitti tra plugin, patch di sicurezza e backup sono il lavoro settimanale di qualcuno, e quel lavoro ha uno stipendio. Le piattaforme ospitate spostano lo stesso lavoro nella fattura, dove almeno è facile da confrontare.

Leggi il mercato delle estensioni prima di decidere. Un nucleo economico con quattro componenti aggiuntivi a pagamento è un prodotto di fascia media travestito, e cosa nascondono le pagine dei prezzi ha altra aritmetica di questo tipo.

La migrazione, e la parte che costa traffico

Passare da un sistema di contenuti a un altro è una quantità nota, tranne che per una cosa, e quella cosa sono gli indirizzi.

I contenuti di solito si esportano in qualche forma e si importano con fatica. Ciò che rompe una migrazione è cambiare gli URL senza redirect. I motori di ricerca e ogni link che qualcuno abbia mai fatto puntano ancora ai vecchi.

Pianificalo prima di scegliere una piattaforma. Elenca ogni indirizzo pubblicato, decidi quali sopravvivono e abbina il resto ai rispettivi sostituti. Una mappa dei redirect costruita durante il progetto richiede ore. Ricostruita dopo da un report di link rotti, richiede settimane, e il traffico cala per tutto quel tempo.

Controlla anche gli altri dettagli ereditati: gestione delle immagini, dati strutturati, feed e tutto ciò che è incorporato nelle vecchie pagine e che il nuovo sistema mostrerà in modo diverso o non mostrerà affatto.