Indianwebs fa eco alle notizie del team WordPress responsabile del coordinamento degli sforzi per aumentare le prestazioni di WordPress.

Si basa su una proposta che potrebbe funzionare ed è stata sviluppata da Yoast e Google.

Quali problemi ha WordPress con la velocità?

Gli utenti preferiscono siti Web veloci con buone prestazioni. La ricerca mostra che i siti web veloci possono offrire una migliore esperienza utente, aumentare il coinvolgimento, avvantaggiare la SEO, aumentare la conversione ed essere più economici e rispettosi dell’ambiente.

L'investimento in a Manutenzione web migliora i vantaggi e le prestazioni di WordPress, aumenta ulteriormente le aspettative degli utenti e, pertanto, Google può penalizzare i siti Web più lenti o non mantenuti.

Rispetto ad altre piattaforme (ad esempio Wix, Shopify, Squarespace), WordPress è in ritardo. Altre piattaforme sono sempre più veloci dei siti WordPress (vedi Report Core Web Vitals di HTTP Archive ) e investono attivamente nella performance principale come una funzione.

Possiamo vedere l’impatto di questo investimento nel divario crescente tra la percentuale di siti WordPress che ottengono punteggi Core Web Vitals “buoni” rispetto ad altre piattaforme.

Questo divario continua ad aumentare, nonostante la disponibilità di molti plugin che migliorano la velocità e temi ottimizzati. Ciò suggerisce che esiste un problema di scoperta e/o formazione, o un problema di aggiornamento/obsolescenza, nessuno dei quali è l'ecosistema di integratori .

Per soddisfare le crescenti esigenze e aspettative dei proprietari dei siti e degli utenti finali, WordPress deve investire attivamente nelle prestazioni di WordPress Core e oltre (ad esempio codice core, requisiti di temi e plug-in, processi di installazione e onboarding, esperienze utente). amministrazione / editing, formazione per i creatori di contenuti).

Crediamo che:

• Le prestazioni sono una parte fondamentale dell’esperienza utente e WordPress dovrebbe mirare a offrire una buona esperienza utente.
• Il raggiungimento di livelli ragionevoli di prestazioni non dovrebbe essere il territorio dei componenti aggiuntivi, ma parte del core (noto anche come "prestazioni predefinite"), perché;
  • Tutti gli utenti di WordPress hanno bisogno di un percorso ben illuminato per ottenere buone prestazioni.
  • Non ci si può aspettare che gli utenti finali siano esperti di prestazioni.
  • Il raggiungimento di elevati livelli di prestazione richiede che le considerazioni tecniche siano “integrate” in tutto lo stack; e poiché questo non è solitamente il caso con temi/plugin, le correzioni delle prestazioni sono limitate a correzioni delle prestazioni "forza bruta" su comportamenti non prestazionali (ad esempio buffering dell'output).
  • L'ecosistema dei plugin non aiuta gli utenti che non sanno di aver bisogno di aiuto o che sono scarsamente serviti dall'ecosistema dei plugin.
• Gli utenti che determinano quale CMS scegliere sono/saranno sempre più influenzati dalle prestazioni (e dai fattori di conversione/ UX /SEO/conversione associata) e perderemo terreno a favore di piattaforme più veloci.
• La "democratizzazione dell'editoria" richiede che i contenuti pubblicati siano rilevabili; che sarà meno probabile che si verifichi attraverso i motori di ricerca (che influenzano o spiegano la scoperta della maggior parte dei nuovi contenuti) per i siti più lenti.

Le metriche Core Web Vitals forniscono un meccanismo standardizzato e accettato per valutare le prestazioni.

Territorio complementare

Anche se sosteniamo che alcune considerazioni sulle prestazioni dovrebbero essere parte integrante del progetto, ci sono sicuramente aree che dovrebbero rimanere saldamente nel "territorio dei plug-in". Ad esempio, le seguenti aree dovrebbero essere gestite dai plugin:

• Integrazioni CDN specifiche
• Processi di trasformazione dei template (es. AMP)
• Qualsiasi tecnologia prestazionale non standardizzata
• Eventuali standard sperimentali (ad esempio funzionalità API/browser con adozione limitata)

Queste distinzioni devono essere esplorate e le linee devono essere tracciate e mantenute come parte dell'attività del team.

Perché un team specializzato in WordPress?

Le prestazioni del sito web da sole non sono un problema che attira abbastanza attenzione, né unificano sforzi e priorità poiché i contributori attivi ed esperti non sono necessariamente esperti di sviluppo.

Un team dà maggiore visibilità all'impegno: i contributori che non sono interessati a lavorare su Core nel suo complesso potrebbero essere attratti da un lavoro specifico per migliorare la velocità del web. Inoltre, apre la strada a nuovi tipi di contributori, come analisti di prestazioni o dati, per contribuire.

A questa squadra potrebbero unirsi anche i contributi di diversi gruppi; browser, hosting, società SEO, ecc.

Risorse e sforzi

In poche parole, la creazione di un team richiede quanto segue:

• Un etichetta di prestazioni in Crea siti sito web
• Un canale di performance in Slack
• Un incontro ogni due settimane; orario da definire
• Due rappresentanti della squadra per scopi amministrativi: saranno responsabili di:
  • Fornire un rapporto trimestrale alla leadership del progetto.
  • Assegnare ruoli sul sito web
• Un team leader/proprietario del prodotto. Saranno responsabili della creazione di una dichiarazione di intenti per il team, evidenziando le aree da affrontare, delineando l'ambito e la tabella di marcia per i miglioramenti che devono essere apportati.
• Rappresentazione in (e influenza su) altri processi e settori verticali del Make (ad esempio temi, plugin, ecc.)

I prossimi passi

I prossimi passi dovrebbero essere discussi e determinati come parte del processo di esplorazione e risposta a questa proposta.

Nel caso in cui non ci siano obiezioni, è probabile che i prossimi passi importanti siano:

• Imposta il canale Slack e il calendario delle riunioni, e farlo. infrastruttura wordpress.org .
• Valutare le prestazioni e definire la misurazione continua/futura e i criteri di successo
• Identificare i progetti prioritari per i miglioramenti del CWV con tempistiche di alto livello
• Assegnare responsabilità per i progetti identificati

fonte: Crea WordPress