Headless and Decoupled CMS i loro diversi impatti sulle prestazioni SEO

Prima di tutto, cos'è un CMS?

CMS è l'acronimo di Content Management System: consente agli utenti di aggiornare e lavorare con qualsiasi sito Web senza necessariamente comprendere il codice del sito Web. È una soluzione intuitiva per i non sviluppatori per lavorare con siti Web che utilizzano un qualche tipo di CMS.

Quali tipi di CMS esistono?

Discuteremo 2 tipi di CMS, quando usarli, quali sono i vantaggi, i dolori e i limiti di ciascun sistema: CMS disaccoppiato e CMS senza testa.

Cos'è il CMS disaccoppiato e quando è una buona soluzione da utilizzare?

WordPress o Drupal sono esempi di cosiddetti CMS disaccoppiati. Sono chiamati "disaccoppiati" in quanto forniscono estensioni e plug-in che li disaccoppiano dai loro front-end. Naturalmente, ci sono dei vantaggi nell'usare e lavorare con un tale CMS. Queste sono soluzioni "pronte all'uso" e facili da usare.

Le soluzioni disaccoppiate sono ideali per:

• Pagina singola o siti web più piccoli
• Siti affiliati
• Siti web senza troppo javascript
• Se hai un accesso limitato agli sviluppatori o ai piccoli team di sviluppo
• Siti web che non sono per l'e-commerce

Ci sono molti vantaggi SEO nell'usare questo tipo di CMS (il più noto è WordPress):

• I problemi SEO complessi vengono risolti
• XML della mappa del sito automatizzata
• File robots.txt automatizzato
• Plugin Yoast SEO, che semplifica molte attività SEO standard

Che cos'è il CMS headless e in che modo è diverso dalle soluzioni CMS disaccoppiate?

Headless CMS è un sistema di gestione dei contenuti solo back-end costruito da zero. Headless CMS rende i contenuti disponibili tramite API (API RESTful o API GraphQL) su qualsiasi dispositivo senza un livello di presentazione, front-end o integrato.

Il nome "senza testa" deriva dalla disconnessione della "testa" (front-end) dal "corpo" (back-end).

Perché senza Headless è buono?

Per un Headless CMS non importa dove viene visualizzato il contenuto: sito Web, app mobile o smartwatch, l'unico obiettivo è archiviare e distribuire il contenuto e consentire agli editor di collaborare facilmente su contenuti esistenti o nuovi. Consente la scalabilità di qualsiasi progetto.

Le soluzioni headless sono ideali per:

• Grandi siti di e-commerce
• Siti web pesanti JavaScript
• App mobili native
• Creazione di contenuti digitali personalizzati e interattivi
• Quando hai bisogno di scalabilità e razionalizzazione dei processi aziendali

Principali vantaggi del CMS headless per la SEO:

• Maggiore preparazione SEO per più dispositivi
• SEO-ready per query omnicanale su desktop, dispositivi mobili, dispositivi indossabili e smart
• CMS senza testa che supporta SSR (rendering lato server) che è il migliore per SEO
• Migliori opzioni di ottimizzazione per velocità e CWV (core web vitals)

Qualche parola sul rendering lato client (CSR) rispetto al rendering lato server (SSR):

Google può eseguire la scansione del client-side rendering o del server-side rendering.

CSR - client-side rendering  (è chiamato ​rendering lato client​ perché utilizza la potenza di calcolo del dispositivo client) 

è un'opzione più economica in quanto riduce il tempo di caricamento sul server. Ma tieni a mente i problemi principali per la RSI. Uno è l'esperienza utente più lenta e scadente poiché il rendering di JavaScript può aggiungere secondi al tempo di caricamento. In secondo luogo, la CSR influisce sui robot di Google perché Google ha la cosiddetta "indicizzazione della seconda ondata". Ciò significa che i bot eseguiranno prima la scansione dell'HTML della pagina e torneranno per eseguire nuovamente la scansione del JavaScript una volta disponibile: ciò potrebbe comportare la perdita di dati o contenuti importanti forniti da JavaScript. Naturalmente, questo avrà un impatto sui risultati della ricerca.

Pro di CRS:

• Rendering più veloce dopo il caricamento iniziale
• Framework/librerie Javascript per supportare la CSR

Contro di CRS:

• Tempo di caricamento iniziale lento
• Cattivo per l'ottimizzazione CWV
• Male per la SEO

SSR: il JavaScript del sito Web verrà visualizzato direttamente sul server del sito Web. I vantaggi sono che i bots e gli umani riceveranno i risultati più velocemente! Poiché le pagine vengono visualizzate sul server, non vi è alcun rischio di perdere contenuti vitali come durante la CSR. Per questi motivi, il rendering lato server è migliore e più vantaggioso per le prestazioni SEO.

Tuttavia SSR è un'opzione più costosa e richiede molte risorse del server.

Pro di SSR:

• Ottimo per la SEO: migliore scansione per i bot
• Rendering iniziale più rapido

Contro di SSR:

• Costoso
• Molte richieste del server

Qualche parola su Core Web Vitals (CWV):

Nel 2021 Google ha annunciato l'importanza di Core Web Vitals. Google ha fatto sapere che la velocità è importante e non si tratta più solo del tempo di caricamento (ma il tempo di caricamento rimane comunque importante).

 

Google attribuisce importanza anche alla stabilità e all'interattività delle pagine. Ci sono 3 misure vitali da superare: CLS - spostamento cumulativo del layout, FID - primo ritardo di input e LCP - più grande vernice contenta. Ci sono state molte buone guide scritte su CWV.