Tag: Mondo WordPress 😃

Avete il problema di dover modificare un theme di WordPress manualmente? Niente paura: questa guida cercherà  di spiegarvi passo-passo quello che dovrete fare. Spiegherò infatti i principi fondamentali dietro il theme child, un argomento non molto complesso ma che, ancora oggi, suscita numerose perplessità  tra i webmaster meno esperti.

Come sappiamo (o dovremmo sapere), i theme child servono ad apportare modifiche personalizzate alla grafica del nostro sito in WordPress; dopo aver eseguito i passi indicati in questa guida, avremo l’opportunità  di aggiornare liberamente il theme originale (parent) senza rischiare di sovrascrivere le modifiche del child.

Con un child avremo la libertà  di creare un theme su misura, per noi o per un cliente, partendo da una base concreta come potrebbe essere un theme per sviluppatori basato, per dire, in Bootstrap o su altri framework HTML analoghi.

Come creare un theme child in WP?

Per creare un theme child basta seguire i seguenti passi.

1. creare una nuova cartella in wp-content/themes/ con un nome adeguato: se il theme in uso è /miotheme, un theme child potrebbe chiamarsi (ma non è obbligatorio inserire esplicitamente un nome con questo suffisso) /miotheme-child;
2. creare un file style.css all’interno della cartella del child;
3. creare un file functions.php inizialmente vuoto;
4. editare come indicato il file style.css seguendo il modello riportato di seguito.

Qui in basso trovate un modello base di style.css, da ricopiare o adattare al vostro caso.

/*
 Theme Name:   Mio Theme Child
 Theme URI:    http://url.del.mio/theme
 Description:  Descrizione
 Author:       Mario Rossi
 Author URI:   http://mariorossi.qualcosa
 Template:     nome directory relativa del theme parent (nell'esempio è miotheme)
 Version:      1.0.0
 License:      GNU General Public License v2 or later
 License URI:  http://www.gnu.org/licenses/gpl-2.0.html
 Text Domain:  twenty-fifteen-child
*/

Questo è il requisito base perchè il theme child venga riconosciuto da WordPress e sia utilizzabile, quindi, come tale. Tuttavia il processo non è sempre alla portata di tutti gli utenti, ed è facile sbagliare qualche passaggio anche per i meno esperti. La procedura a click singolo riportata di seguito, dunque, permette di automatizzare questo intero processo.

Come creare un theme child in WP via plugin

I passi da eseguire sono i seguenti:

1. entrate come amministratori in WP, ed andate nella sezione Plugin;
2. cliccate su Aggiungi nuovo;
3. cliccate sulla casella di ricerca e cercate il plugin Child Themify (oppure scaricatelo da qui);
4. installate il plugin con la procedura usuale (automatica o con file ZIP), ed attivatelo;
5. siete pronti a cominciare: cliccate dal menù laterale su Aspetto e poi su Temi;
6. cliccate sul theme che volete personalizzare (noterete la presenza di un nuovo bottone, Create a child theme: dovrete cliccare su quello);
7. Si aprirà  una nuova finestra con una casella di testo: cliccateci, e scrivete il nome del child theme desiderato; cliccate su Let’s go per confermare la scelta.
8. Finito: il theme child è stato creato col nome che avrete scelto, ed è pronto all’uso!

A volte la scelta dell’hosting può essere davvero complicata: oltre ad esserci una gamma di piani di hosting differenti come prezzi e caratteristiche, non esiste una terminologia sempre adeguata al contesto. Si pensa più a fare marketing e ad abbagliare l’utente finale con cose tipo “banda illimitata” o “spazio web senza limiti”, senza metterlo di fronte ad una scelta realmente concreta ed utile per i suoi obiettivi. L’obiettivo in molti casi è quello di hostare un semplice sito, giusto? Può una cosa così semplice, almeno in apparenza, essere tanto complicata? Evidentemente sì, per cui è il momento di affrontare il discorso sotto una prospettiva rinnovata e comprensibile per utenti finali tecnici (e meno tecnici).

È preferibile fare uso di un hosting condiviso o un VPS per il tuo sito in WordPress? Ecco come scegliere e quali criteri tenere in considerazione.

Generalità  sugli hosting condivisi

Cerca tra gli hosting condivisi di questo sito

Quando compriamo un servizio di hosting condiviso, in sostanza, ci stiamo procurando una serie di servizi tendenzialmente a costi contenuti, che prevedono:

• la disponibilità  di un server web, come ad esempio NGINX o Apache; tali servizi sono tipicamente configurabili solo in parte, e si possono personalizzare poco o nulla (ad esempio, in molti casi, non potete aggiungere un modulo Apache o attivarlo voi, se non è disponibile nativamente)
• la disponibilità  del linguaggio PHP in una versione recente stable; in genere in questi casi i servizi condivisi forniscono uno switcher per cambiare versione (da PHP 7.1 a PHP 5.6 ad esempio, e viceversa);
• il supporto di almeno un database server MySQL, con almeno un database che potrete popolare per il vostro sito coerentemente con lo spazio messovi a disposizione dall’hosting;
• la disponibilità  di spazio web per i file del vostro sito, che potrebbe essere teoricamente senza limiti (anche se questa opzione in realtà  non è realistica, come visto in altre occasioni)
• la presenza di altri servizi opzionali come il supporto a linguaggi di programmazione per il web come Perl o Python, i log automaticamente generati dal server e così via.

In quest’ottica appare chiaro che il servizio è semplice solo in apparenza, e che in molti casi vale la pena spendere qualcosa in più per avere a disposizione maggiore qualità  in fatto di hosting. Dipende dal progetto e dalla sua importanza, dai suoi requisiti in fatto di stabilità , dal tipo di traffico che vi arriva e dalla frequenza di arrivo dei visitatori: ad esempio se scrivete per un blog che commenta l’attualità  o che pubblica argomenti molti richiesti dalle ricerche su Google, le visite possono arrivare automaticamente in grande numero. Potrebbe quindi essere richiesto, oltre una certa soglia, di passare ad un servizio di hosting più avanzato, ed è qui – in certi casi, ovviamente- che entra in gioco la VPS.

Generalità  sui VPS

Cerca tra gli hosting VPS di questo sito

Una VPS o Virtual Private Server è un servizio più flessibile del classico hosting condiviso: questo perchè offre maggiori opzioni di configurabilità , e permette di attivare servizi su richiesta come il precedente tipo di servizio, invece, non permette. Abbiamo visto nella lista di requisiti precedenti alcuni punti che erano in qualche modo limitati: della serie, gli hosting condivisi permettono di cambiare versione di linguaggio PHP per venire incontro alle esigenze più varie, ma non permettono ad esempio di riavviare il server NGINX o Apache in casi di un problema critico. Altro problema è che lo spazio web è spesso limitato a quello che ci danno all’inizio, e per averne di più una volta che l’abbiamo finito siamo costretti a fare un upgrade e pagare di più.

Con le VPS possiamo economizzare le risorse sia in termini tecnologici che di soldi spesi, in sostanza: un VPS ci fornisce un accesso al sito mediante SSH, ovvero terminale remoto, ed all’interno avremo un sistema operativo tutto per noi pronto all’uso. In esso potremo riavviare su richiesta il server Apache con una semplice linea di comando, installare moduli aggiuntivi per il nostro sito, inserire un supporto nativo a Let’s Encrypt o installare certificati di qualsiasi genere, pianificare cron-job di ogni genere e così via. Ovviamente acquistare un VPS per WordPress prevede che abbiate delle competenze tecniche di natura leggermente superiore alla media richiesta per gestire un hosting condiviso, considerando che ormai questi servizi sono meno ostici di qualche anno fa (in cui davano le macchine “nude” e configurarle a dovere non era uno scherzo) e vengono fornite VPS per WordPress quasi già  pronte all’uso con server e tutto: è il caso di DigitalOcean, un servizio di VPS che ho testato di recente e che mi ha convinto per il suo mix di potenza e spesa contenuta (ne ho parlato per esteso nella recensione del servizio).

Molti webmaster che usano un condiviso da anni tendono a prendere in considerazione l’opzione di passare ad una VPS, proprio per la sua naturale scalabilità . Scalare i servizi significa anzitutto poter disporre di tutti quelli che si vogliono; poi implica anche avere più spazio a disposizione, più banda, più potenza di CPU. Molte VPS fanno scegliere dall’inizio quante CPU usare e quanta RAM avere a disposizione, e questo corrisponde con il noleggio di vere e proprie macchine virtuali che potete usare per configurarci sopra i vostri siti in WordPress. Tutto bello e semplice da usare, insomma, se non fosse che qualche competenza tecnica è sempre necessaria, anche se l’assistenza è molto cresciuta a mio avviso per questo genere di servizi, e non c’è dubbio che possa diventare uno standard tra qualche anno.

Una VPS è a metà  strada tra hosting condiviso e hosting dedicato, ed in molti casi riesce a sopperire alle necessità  di entrambi, trovando il giusto compromesso tra prezzo, usabilità  del servizio e disponibilità  dello stesso.

Pro e contro dei servizi di hosting condiviso e delle VPS

A questo punto dovrebbe essere chiara la differenza tra un tipo di servizio e l’altro; mi pare utile, pertanto, mettere a confronto pro e contro dell’uno e dell’altro tipo di hosting.

Pro degli hosting condivisi

• Facili da usare
• Facili da mantenere, anche per i principianti e non tecnici
• Solitamente poco costosi (intorno alle 100-150 euro all’anno)
• Stabili e sicuri
• Idonei anche per blog con un numero medio-alto di visitatori

Contro degli hosting condivisi

• Non danno molte opzioni configurabili, quindi devi prenderli ed accettarli così come sono (con qualche eccezione, per la verità: ad esempio SupportHost fornisce hosting condivisi avanzati con supporto SSH, che li rende quasi equivalenti ad un VPS – a livello di controllo)
• Le risorse hardware saranno condivise con altri siti diversi dal tuo; questo, a volte, può comportare problematiche di efficenza (le risorse non saranno mai tue al 100%) e di sicurezza, in certi casi
• In caso di picchi di traffico su più siti contemporaneamente, può succedere che il tuo ne risenta in termini di velocità  di caricamento delle pagine, sovraccarico del database, sovraccarico del traffico di rete o della CPU e così via.

Vediamo pro e contro delle VPS, invece.

Pro degli hosting VPS

• Ci sono VPS molto economiche in giro (ad esempio Vultr): a volte costano esattamente quanto un condiviso, ma anche meno
• Ti faranno scegliere liberamente che sistema operativo utilizzare (Debian, Ubuntu, ecc.)
• Potrai installare i moduli aggiuntivi che ti servono, liberamente e senza limiti;
• Non avrai limiti di prestazioni sul tuo sito, che disporrà  generalmente di tutte le risorse che gli servono (per quanto esse siano virtualizzate, non hardware)
• Quelle di qualità  non prevedono rischi per la sicurezza informatica, cioè sono anche ben mantenute dal provider come update e protezioni
• In genere, infine, presentano risorse come CPU e RAM scalabili sulle nostre effettive necessità : ovvero paghiamo solo quello che effettivamente utilizziamo.

Contro degli hosting VPS

• A conti fatti, e soprattutto a regime di utilizzi, finiscono per costare qualcosa in più: questo perchè se i servizi base costano poco, quelli che poi servono a fare fronte ai costi effettivi su un traffico reale (migliaia di visitatori giornalieri, ad esempio) tendono a far lievitare, seppur leggermente, i costi
• Devi essere in grado di dimensionare correttamente il server, altrimenti rischi di pagarle a vuoto o di soffrire comunque limiti di prestazioni
• Le conoscenze tecniche che servono per gestirle non sono banali
• Le conoscenze tecniche che servono a mantenerle nel tempo, poi, non sono neanch’esse banali

In breve, quindi, una VPS offre di più ed è un po’ più complicata da gestire; un hosting condiviso è invece più facile da gestire e costa meno, ma offre ovviamente meno in termini di tecnologia e performance generali del sito.

Quale scegliere tra VPS e condivisi?

A questo punto la domanda cruciale potrebbe riguardare l’opportunità  di migrare ad un VPS da una soluzione di hosting condivisa. Prima di tutto, pero’, cerchiamo di chiarire il punto fondamentale: se lo facciamo avremo buone possibilità  di migliorare le prestazioni del nostro sito web, ammesso che lo stesso sia realizzato a regola d’arte e non abbia problemi di altro genere, ed ammesso che siamo disposti a sporcarci le mani un po’ di più (tecnicamente parlando, ovviamente).

Chiarito questo, il passaggio potrà  avvenire sullo stesso servizio di hosting, oppure passando ad un altro servizio di hosting. Nel primo caso è facile perchè sarà  il nostro attuale servizio a guidarci, nel secondo invece dovremo fare tutto da soli.

Il passaggio da hosting condiviso a VPS comporterà , in media:

• una spesa leggermente maggiore nel lungo periodo, in media;
• una resa superiore a qualsiasi hosting condiviso, in media;
• maggiori servizi configurabili a disposizione, basati quasi sempre sull’uso corretto del terminale remoto SSH;
• una maggiore velocità  di caricamento delle pagine, in particolare una riduzione considerevole del TTFB (Time To First Byte, il tempo necessario perchè il caricamento della pagina abbia inizio a partire dalla prima richiesta del client)
• sono particolarmente adatte se prevedi, nel breve periodo, un incremento di traffico difficilmente quantificabile, a cui i servizi di VPS possono facilmente fare fronte
• imparare qualcosina a livello tecnico, e saperla applicare nella massima consapevolezza.

Per farti un’idea dei piani di hosting disponibili, confronta i servizi di hosting su questo sito oppure guarda le migliori offerte sia di VPS che di condivisi.

Considerazioni finali

La scelta del servizio di hosting può avere un impatto considerevole sul successo del tuo sito in WordPress, sulle sue prestazioni e sulla qualità  generale del servizio. Le VPS non sono la soluzione per qualsiasi sito in WP, ma sono certamente un’opportunità  da sfruttare per i più ambiziosi. In genere, del resto, le soluzioni di hosting condiviso sono più evolute di qualche anno fa, e si fanno utilizzare tranquillamente da qualsiasi webmaster.

In sintesi abbiamo che:

• hosting condivisi: vanno bene per la maggiorparte dei siti web in WordPress, ma non sempre si possono personalizzare come vorremmo. Non richiedono competenze tecniche troppo elevate: basta saper utilizzare FTP, MySQL e poco altro. Mettono a disposizione una quantità  limitata di risorse, permettono di installare e mantenere facilmente WP e forniscono, al tempo stesso, risorse effettivamente sfruttabili il più delle volte limitate
• hosting VPS: vanno bene per la una discreta parte di siti in WordPress, si possono personalizzare come vogliamo ma richiedono un tasso di competenze tecniche superiori alla media (su tutti: uso di terminale remoto SSH). Mettono a disposizione una quantità  superiore di risorse, si possono scalare facilmente sulle specifiche necessità  (se arriva più traffico del solito, ad esempio, possiamo pensare di aumentare la RAM, ad esempio).

Introduzione

Con questa guida cercheremo di capire meglio come utilizzare al meglio WordPress, sfruttandone appieno tutte le potenzialità  – che sono davvero tante, e sono in crescita esponenziale man mano che escono fuori nuove versioni. Se invece vuoi semplicemente conoscere meglio Gutemberg, il nuovo editor di WP, leggi qui.

Concetti base su WordPress

Ci sono poche cose da sapere, di base: WordPress è un CMS (cioè un gestore di contenuti per il web, o Content Management System) pensato per l’utente medio, quindi non necessariamente uno specialista dello sviluppo web o un tecnico, che permette di pubblicare tre tipologie di contenuti sul web:

• Media, ovvero immagini, documenti e video;
• Articoli, cioè ad esempio quelli del tuo blog
• Pagine, ovvero Chi siamo, informazioni sulla tua azienda e così via.

I tre tipi di contenuto indicati sono, prima di tutto, combinabili tra di loro: possiamo pubblicare un articolo con delle immagini al proprio interno, ad esempio, o fare sì che le nostre pagine contengano video, documenti in allegato e così via. Al tempo stesso, ovviamente, non tutte le combinazioni hanno senso (non possiamo includere un’articolo dentro un’immagine, ad esempio), ma il bello di WordPress è anche che possiamo estendere questi contenuti: mediante specifici theme o plugin, infatti (di cui parleremo più avanti) possiamo introdurre non solo articoli ma anche prodotti da vendere sul web.

WordPress, una volta aperto, fornisce un’interfaccia interna detta backend ed una esterna detta frontend: il comportamento di ognuna di essere è regolamentato da come abbiamo configurato il sito, che di base si presenterà  come un semplicissimo blog con qualche post e pagina di esempio, e poco altro. Per estendere queste funzionalità  bisognerà  ricorrere a theme (cioè grafica del nostro sito, di colori e forme differenti ed adatte a magazine online, aziende commerciali, blog, siti di fotografi e così via) e plugin (ovvero funzionalità  esterne per avere “doti” e capacità  aggiuntive nel sito).

Chiarito questo vediamo fattivamente come creare le nostre pagine.

Differenza tra articoli e pagine

Questa è una cosa che confonde molto spesso i principianti, ma in realtà  la differenza è semplice:

• gli articoli sono i contenuti del nostro sito, quindi ad esempio le news o quello che decidiamo di pubblicare volta per volta; appariranno in un flusso continuo nel sito, un post per volta, in ordine temporale inverso (quindi dall’ultimo al primo, a scendere).
• Le pagine, invece, sono contenuti statici ed isolati, che non faranno parte del “flusso” pubblicato nella pagina del blog.

Come fare login

Partiamo dall’attività  più semplice, ovvero creare pagine web nel nostro sito; una volta che siamo dentro l’interfaccia di amministrazione, che troveremo per tutti i siti web all’indirizzo:

tuosito.it/wp-admin

oppure

tuosito.it/login

oppure, ancora:

tuosito.it/wp-login.php

ed avremo inserito correttamente username (oppure email) e password, saremo pronti a cominciare il lavoro di pubblicazione.

Come creare pagine

All’interno dell’interfaccia di amministrazione (backend) troveremo un menù laterale con su scritto Bacheca in bianco, e poi una colonna nera; la seconda voce dovrebbe essere articoli, la terza pagine – ecco quella che ci interessa. Clicchiamoci, e poi selezioniamo Aggiungi pagina.

All’interno troverete un editor tipo quello di Word, che dovrebbe essere molto semplice da utilizzare; con WordPress 5 le cose sono un po’ cambiate e si ragiona per blocchi, dove un blocco può essere un’immagine, un paragrafo di testo e così via (leggi qui come usare Gutemberg). Se invece usate ancora WP 4, troverete un editor con i vari tasti di formattazione (Paragrafo, titoli, B per grassetto, I per corsivo) poi liste, liste numerate, citazioni, allineamento del testo, link (l’icona con la catenella) e così via.

Scrivete quello che volete pubblicare sul vostro sito dentro la pagina, ad esempio un testo di prova. Poi ricordatevi di aggiungere un titolo alla pagina, che è la prima cosa che gli utenti vedranno. Sotto la sezione Pubblica, sulla destra, troverete:

• Salva Bozza per salvare il lavoro svolto senza pubblicarlo;
• Anteprima per vedere come verrà  fuori sul sito;
• Pubblica per pubblicare l’articolo e renderlo pubblico.

Stato, visibilità  e pubblica servono a cose precise ed è bene non toccarli, per adesso. Stato indica se la pagina è una bozza, se è da revisionare (questo avviene se, ad esempio, ci sono più autori sul blog), e pubblica qui permette di pianificare in automatico la pubblicazione della pagina.

Come creare articoli

Se avete capito come funziona l’editor di pagine, per i post è uguale: l’unica cosa che cambia è come compariranno all’interno del sito. All’interno dell’interfaccia di amministrazione (backend) troveremo un menù laterale con su scritto Bacheca in bianco, e poi una colonna nera; la seconda voce dovrebbe essere articoli – ecco quella che ci interessa. Clicchiamoci, e poi selezioniamo Aggiungi articolo.

All’interno troverete ancora una volta un editor tipo quello di Word, che dovrebbe essere molto semplice da utilizzare; con WordPress 5 le cose sono un po’ cambiate e si ragiona per blocchi, dove un blocco può essere un’immagine, un paragrafo di testo e così via (leggi qui come usare Gutemberg). Se invece usate ancora WP 4, troverete un editor con i vari tasti di formattazione (Paragrafo, titoli, B per grassetto, I per corsivo) poi liste, liste numerate, citazioni, allineamento del testo, link (l’icona con la catenella) e così via.

Scrivete quello che volete pubblicare sul vostro sito dentro la pagina, ad esempio un articoletto di prova. Poi ricordatevi di aggiungere un titolo al post, che è la prima cosa che gli utenti vedranno. Sotto la sezione Pubblica, sulla destra, troverete:

• Salva Bozza per salvare il lavoro svolto senza pubblicarlo;
• Anteprima per vedere come verrà  fuori sul sito;
• Pubblica per pubblicare l’articolo e renderlo pubblico.

Stato, visibilità  e pubblica servono a cose precise ed è bene non toccarli, per adesso. Stato indica se la pagina è una bozza, se è da revisionare (questo avviene se, ad esempio, ci sono più autori sul blog), e pubblica qui permette di pianificare in automatico la pubblicazione della pagina.

Come aggiungere un’immagine ad articoli e pagine

Si possono ovviamente aggiungere immagini all’articolo: ma non bisognerà  andare nella colonna nera stavolta. Basterà  cliccare su Aggiungi Media giusto sopra l’editor di formattazione, e poi scegliere il file di immagine da caricare da lì. WordPress in genere accetta sia immagini come JPG e PNG che SVG che file PDF o documenti. La procedura di inserimento è guidata, e dovrebbe essere piuttosto semplice da eseguire.

Salvate sempre una bozza quando siete nell’editor: se dimenticate di farlo, WP ne salverà  una per voi in automatico, di solito ogni minuto o due.

Se vedi un errore nel Rapporto Segnali web essenziali del tuo sito che riporta un Problema LCP: tempo superiore a 4 s (dispositivi desktop), ecco cosa puoi provare a fare per risolvere.

Aggiornamento (2024)

Gli aspetti operativi relativi a questa metrica sono da sempre controversi, al punto che Google stessa ha riconosciuto che i parametri che venivano utilizzati in precedenza per misurare questo aspetto nello specifico erano fallati. Un articolo molto illuminante su web.dev (link) ha chiarito solo in tempi molto recenti una serie di aspetti basilari. Di suo, leggiamo, la metrica LCP indica il tempo di rendering del blocco di immagine o di testo più grande visibile nell’area visibile, relativo alla prima visita dell’utente alla pagina.

Va pertanto considerato il tempo per visualizzare la pagina al netto della cache, per la prima volta in cui viene elaborata la stessa, senza considerare gli “alleggerimenti” del carico che sono previsti dalla cache stessa, comunque sia stata implementata, solo dalle volte successive alla prima che proviamo ad aprirla. Non c’entra, quindi, con la semplice attivazione della cache. Il blocco di immagine o di testo più grande è nello specifico, un tag come <img>, <video>, <svg> / <image>, uno sfondo caricato via CSS con url() oppure, ancora, un blocco di testo (a livello di blocco). Bisogna considerare il più grande presente nella pagina, quindi ad esempio per ottimizzare le pagine degli articoli del sito bisognerà intervenire sull’immagine dell’articolo stesso, assicurandosi primariamente che non sia troppo grande o che, in alternativa, sia caricata in formato ottimizzato (spesso webp è un buon compromesso per farlo, se non è troppo complesso farlo funzionare sul proprio server web).

A livello di prestazioni, leggiamo ancora, LCP include il tempo di unload dalla pagina precedente, il tempo di configurazione della connessione, il tempo di reindirizzamento e il tempo per il primo byte (TTFB), tutti elementi significativi se misurati sul campo e che possono generare differenze tra le misurazioni sul campo e quelle di laboratorio.  Il problema di migliorare LCP si ridurrebbe quindi, in linea di massima:

1. a migliorare il TTFB;
2. a ridurre i tempi di accesso alla rete (es. adottando Cloudflare);
3. ad ottimizzare/ridurre l’immagine più grande presente nell’articolo (anche articoli troppo lunghi possono causare il problema e vanno, per questo, spezzati, ridotti e/o paginati)

Che cosa indica questo errore?

Questo errore è abbastazan difficile da trattare, in genere: se è vero che dipende dalla “lentezza del sito”, pensare che si tratti solo di questo è abbastanza semplicistico e spesso non risolutivo. La notifica Problema LCP: tempo superiore a 4 s (dispositivi desktop) indica questo:

1. c’è un problema su uno specifico URL del sito (lato desktop, ovviamente)
2. esiste un problema LCP, acronimo di Largest Contentful Paint ovvero Visualizzazione elemento di massima dimensione.

Google utilizza ad oggi il seguente criterio per stilare i rating dei Segnali web essenziali, che combinano problemi di usabilità  del sito con quelli di velocità  di caricamento non solo del server ma anche delle singole componenti HTML del DOM (CSS, JS, PHP ecc.).

Se la classica contromisura in questi casi è quella di cambiare hosting e prendere un server più veloce, spesso questo non basta nel 100% dei casi per risolvere il problema. Per risolvere un LCP bisogna, infatti, intervenire sulla struttura interna del sito a livello di componenti e plugin usati, e a volte anche di tema grafico.

L’errore viene notificato tipicamente nella search console di Google, ma può apparire anche all’interno del tool per il PageSpeed Insights. Gli URL notificati in questa veste possono, in teoria, ricevere un ranking più basso a livello di Google, tanto più che i Segnali web essenziali sono ormai, da aprile 2021, un fattore di posizionamento SEO a tutti gli effetti.

Cosa vuol dire LCP

LCP è un concetto forse poco intuitivo e ben poco visuale, utilizzato all’interno del cosiddetto CrUX di Google Chrome per definire usabilità  effettiva del sito mediante un algoritmo di rating. La Largest Contentful Paint rappresenta, intuitivamente parlando, il tempo richiesto per visualizzare l’elemento più grande della pagina web nell’area del dispositivo, senza effettuare scrolling.

In genere, tale elemento è quasi sempre un’immagine di copertina (se troppo grande, ad esempio) oppure un video oppure, ancora, un testo di heading di dimensioni troppo grandi. LCP è anche una metrica aggregata (LCP agg) e rappresenta lo stato del 75% delle visite rilevate al sito, solo per i siti che già  producano abbastanza visite, ovviamente.

Come risolvere il problema

Non esiste una strategia one shot o a “colpo sicuro” per risolvere questo problema, purtroppo: in genere bisogna valutare caso per caso, e deve essere il webmaster (o possibilmente chi ha realizzato il sito o il theme) a risolvere. Alcune strategie che si possono usare in questi casi sono:

• ridimensionamento delle immagini (via GIMP e photoshop, non semplicemente da CSS);
• eliminazione del JS e del CSS di troppo o che genera errori o inutili attese:
• attivazione cache su video o immagini (mediante CDN, per esempio).

Non mi meraviglierebbe troppo che anche effettuando le modifiche iniziali non cambi nulla: questo dipenda da una sorta di feature (o di bug) del PSI che tende a funzionare male o dare un’idea fuorviante se testiamo lo stesso URL più volte. In genere io procedo a fare debug a campione, su vari URL diversi, anche per avere un’idea generale e perchè di solito le modifiche che faccio dovrebbero intervenire su tutto il sito e non solo sulle singole pagine.

Se avete voglia di sperimentare e siete abbastanza esperti, potete usare il plugin di gestione degli asset CSS e JS, che (almeno per i siti fatti in WordPress) spesso si rivela risolutivo.