{"id":4469,"date":"2020-10-30T22:09:32","date_gmt":"2020-10-30T21:09:32","guid":{"rendered":"https:\/\/webhosting.de\/?p=4469"},"modified":"2024-02-15T14:15:05","modified_gmt":"2024-02-15T13:15:05","slug":"so-reach-you-100-100-points-at-google-pagespeed-for-your-wordpress-website","status":"publish","type":"post","link":"https:\/\/webhosting.de\/it\/so-erreichst-du-100-100-punkte-bei-google-pagespeed-fuer-deine-wordpress-website\/","title":{"rendered":"Come raggiungere 100\/100 punti a Google Pagespeed per il tuo sito WordPress"},"content":{"rendered":"

Google Pagespeed Insights<\/a> \u00e8 il noto strumento del sito web con il quale \u00e8 possibile controllare e ottimizzare tutti i parametri rilevanti per il motore di ricerca. Potete cliccare sul link qui sopra, oppure potete vedere un valore aggiornato quotidianamente del vostro sito nel sistema di amministrazione.<\/p>\n

In questo manuale vi mostriamo quanto sia facile usare il Punteggio di velocit\u00e0 della pagina<\/strong> da 100\/100<\/strong> da raggiungere. Puoi farlo anche tu.<\/p>\n

Per il nostro esempio abbiamo utilizzato un sito web demo con tutti i tipi di contenuti e un tema ben noto, che comprende anche i soliti plugin. Quindi \u00e8 esattamente la stessa cosa che si usa per creare buoni siti web.<\/p>\n

\"homepage<\/a><\/p>\n

Siamo qui per il tema The7<\/strong> deciso. Ma non importa quale tema usiate. La cosa principale \u00e8 che \u00e8 aggiornato e offre alcune opzioni di impostazione per la creazione del sito web.<\/p>\n

Ne avete bisogno per un sito web veloce.<\/h2>\n
    \n
  1. a webhoster veloce<\/strong> per esperienza<\/li>\n
  2. una corrente pulita WordPress<\/a><\/li>\n
  3. le impostazioni corrette per il server web<\/li>\n
  4. uno strumento per l'ottimizzazione e il caching<\/li>\n<\/ol>\n

    In questo esempio usiamo WP Rocket<\/strong>. Questi strumenti fanno tutti la stessa cosa. Comprimono i file di testo, uniscono il codice e, se necessario, creano una pagina statica come copia.<\/p>\n

    In questo modo il visitatore pu\u00f2 richiamare rapidamente la pagina.<\/p>\n

    Le pagine statiche ricordano il codice html di allora. I siti web che consistono di semplice codice html e immagini sono ancora i pi\u00f9 veloci. Ma non dinamico. Con questi plugin la cache viene ricostruita pi\u00f9 e pi\u00f9 volte non appena qualcosa cambia nella pagina.<\/p>\n

    Suggerimento: Disattivare il WordPress Cronjob<\/strong>. Non \u00e8 un vero e proprio cronjob nel vero senso della parola, ma viene sempre chiamato quando un visitatore arriva alla pagina. Vi mostreremo come funziona in un altro articolo.<\/p>\n

    Google Pagespeed Insights<\/h2>\n

    Inserisci il tuo sito web attuale su google e vedi le prestazioni.<\/p>\n

    Normalmente si ottengono valori nell'intervallo giallo fino a 85 se il webhoster ha un buon server.<\/p>\n

    Nella nostra installazione standard PSI ci ha mostrato 85\/100 nella vista del desktop.<\/p>\n

    \"<\/a><\/p>\n

    Un po' fuorviante, tuttavia, \u00e8 l'affermazione che il server ha risposto lentamente. Qui si intende il tempo al primo byte, che viene trasmesso.<\/p>\n

    Ci sono moltissimi fattori che giocano insieme. Spesso si riduce il cosiddetto TTFB (Time to first Byte) se si fissano tutti gli altri punti.<\/p>\n

    \"<\/a><\/p>\n

    Google offre comodamente il codice ottimizzato per molti punti da scaricare. Ma consiglio di utilizzare solo immagini ottimizzate nel sito web.<\/p>\n

    Questo pu\u00f2 essere fatto anche gratuitamente, ad esempio con il Tinypng Panda<\/a> ...di occuparsene.<\/p>\n

    \"compressione<\/a>
    Tinypng.com Panda mangia i byte superflui.<\/figcaption><\/figure>\n

    Tuttavia, la maggior parte dei temi crea anche le proprie immagini in diverse dimensioni, in modo che ci sia sempre la necessit\u00e0 di nuove ottimizzazioni.<\/p>\n

    Si raccomanda pertanto di riottimizzare e sovrascrivere di tanto in tanto tutti i file di immagine sul server web.<\/p>\n

    Pingdom, GTMetrix and Co.<\/h2>\n

    Naturalmente ci sono anche altre pagine di controllo. Tuttavia, qui c'\u00e8 spesso il problema che il recupero viene fatto dall'estero e quindi non \u00e8 abbastanza significativo per simulare il solito visitatore dalla Germania. \u00c8 anche importante sapere che alcuni programmi di prova non sono in grado di gestire http\/2 e di ignorare esattamente il vantaggio di http\/s, cio\u00e8 la trasmissione parallela dei dati su una connessione, e interpretarlo negativamente.<\/p>\n

    \"gtmetrix\"<\/a>
    Rapporto sulle prestazioni di GTMetrix<\/figcaption><\/figure>\n

    TTFB o tempo di ricarica totale?<\/h2>\n

    Fondamentalmente, ci\u00f2 che conta \u00e8 il risultato del tempo totale di caricamento. Il primo byte dipende da molti fattori difficili da influenzare. Una pagina non compressa di solito ha un valore TTFB molto basso rispetto ad una pagina perfettamente compressa. Ma il tempo di carico totale con la compressione \u00e8 naturalmente pi\u00f9 veloce per una pagina con molti contenuti. Come Google valuta questo alla fine \u00e8 nebuloso. Abbiamo anche pagine che si caricano lentamente perch\u00e9 il software \u00e8 obsoleto e ha un valore PSI di 68, ma con 28K parole chiave organiche riceviamo circa 1000 visitatori al giorno. Ma con siti comparabili il sito con i valori migliori sar\u00e0 sicuramente elencato pi\u00f9 in alto.<\/p>\n

    CDN e moduli di accelerazione<\/h2>\n

    Esistono anche moduli che memorizzano i dati statici su altri server e li consegnano a seconda della posizione del visitatore. In questo modo si riduce il numero di connessioni al server e quindi anche il cosiddetto TTFB. Qui si possono utilizzare cache di akamai, cloudflare o incapsula che offrono anche compressione e ottimizzazione a seconda del servizio prenotato. \u00c8 inclusa anche una piccola protezione (D)Dos, a condizione che il collegamento avvenga completamente attraverso questi fornitori.<\/p>\n

    \"panoramica<\/a>
    Analisi del traffico in caso di nubifragio<\/figcaption><\/figure>\n

    Speedkit per Plesk<\/h2>\n

    Ci sono ad esempio per Plesk<\/a> un plugin che pu\u00f2 rendere il sito web pi\u00f9 veloce con pochi clic. Nel mio test, tuttavia, \u00e8 successo esattamente il contrario. Il problema principale con tali plugin \u00e8 il fatto che la cache inizia solo quando il visitatore guarda la pagina una seconda volta, o stabilisce per la prima volta una connessione al sistema.<\/p>\n

    Il vantaggio \u00e8 che si pu\u00f2 attivare facilmente senza apportare modifiche al sistema. Ma lo svantaggio \u00e8 la velocit\u00e0 mancante per i visitatori di 1 View. Per questo motivo non si vede alcun cambiamento con i soliti programmi di controllo, perch\u00e9 visitano sempre il sito senza cache come un utente completamente nuovo.<\/p>\n

    \"speedkit-sito<\/a>
    Speedkit per Plesk \u00e8 stato progettato per rendere i siti web pi\u00f9 veloci. Ma non sempre funziona.<\/figcaption><\/figure>\n

    Poich\u00e9 la maggior parte dei visitatori arriva spesso alla pagina solo tramite un link di un motore di ricerca, non porta alcun vantaggio di velocit\u00e0 per questi visitatori. Con gli strumenti di bordo si pu\u00f2 gestire abbastanza bene senza cache esterne. Anche in termini di protezione dei dati, specialmente DSGVO e il prossimo regolamento ePrivacy, l'uso di tali servizi non \u00e8 adatto. Manca gi\u00e0 un Contratto<\/a> all'elaborazione dei dati dell'ordine al momento dell'ordinazione di questi servizi.<\/p>\n

    In questo modo si rende il sito web pi\u00f9 veloce.<\/h2>\n

    Il punto pi\u00f9 importante: l'host web giusto.<\/p>\n

    Visto dall'esterno, tutti fornitore di web hosting<\/strong> lo stesso. Ma la differenza \u00e8 cos\u00ec spesso nascosta.<\/p>\n

    Ci sono web hoster che fanno pubblicit\u00e0 con core e risorse dedicate, ma poi tutto questo funziona solo su hardware molto debole. Un piccolo core AMD di un server vecchio di 10 anni non \u00e8 lo stesso di un core su un Intel Platinum Xeon dell'ultima versione.<\/p>\n

    \"vmware_cluster\"<\/a>
    Un esempio di cluster VMWare<\/figcaption><\/figure>\n

    La maggior parte dei provider oggi virtualizza anche l'intera infrastruttura. Spesso su strutture strane, come i sistemi di container, dove i nuclei prenotati dal cliente sono stati prenotati anche da altri 20 clienti. Bene e a causa dei costi della licenza software i fornitori di software costosi utilizzano sistemi di virtualizzazione reali come vmware o KVM, solitamente chiamati cloud.<\/p>\n

    \"kvm_cluster\"<\/a>
    Un piccolo cluster KVM<\/figcaption><\/figure>\n

    Spesso \u00e8 sufficiente l'hosting condiviso. Noi stessi abbiamo costruito siti web con migliaia di visitatori al mese. Questi anche eseguito in un piccolo conto di hosting, perch\u00e9 le macchine di web hosting sono di solito gi\u00e0 molto grandi dimensioni gi\u00e0 dal provider, in modo che possano servire centinaia di siti web.<\/p>\n

    \"virtuozzo_cluster\"<\/a>
    Vista di un nodo di Virtuozzo 7<\/figcaption><\/figure>\n

    Tuttavia, la maggior parte dei siti web non avr\u00e0 bisogno dell'energia elettrica che ha prenotato, quindi rimane sempre molta energia.<\/p>\n

    Quando si sceglie un webhoster, basta cercare un account di prova e caricare il vostro sito web l\u00ec senza impegno. Di solito \u00e8 possibile raggiungerlo attraverso un sottodominio e testarne la velocit\u00e0. Se non \u00e8 niente, basta passare a un altro fornitore.<\/p>\n

    In questo esempio la pagina demo si trova su un Server SEO<\/a> la webhoster.de AG dove ottenete un account rivenditore Plesk con 10 indirizzi IP per i vostri progetti.<\/p>\n

    L'hardware utilizzato \u00e8 un server Dell R740 con SSD server MLC come array di raid.<\/p>\n

    L'interfaccia di amministrazione \u00e8 Plesk Onyx<\/a> nella versione attuale.<\/p>\n

    \u00c8 stato installato un WordPress standard con i seguenti plugin attivi:<\/p>\n