{"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":"pour-vous-atteindre-100-100-points-sur-le-site-web-google-pagespeed-for-your-wordpress-website","status":"publish","type":"post","link":"https:\/\/webhosting.de\/fr\/so-erreichst-du-100-100-punkte-bei-google-pagespeed-fuer-deine-wordpress-website\/","title":{"rendered":"Comment obtenir 100\/100 points \u00e0 Google Pagespeed pour votre site WordPress"},"content":{"rendered":"

Google Pagespeed Insights<\/a> est l'outil bien connu du site web avec lequel vous pouvez v\u00e9rifier et optimiser tous les param\u00e8tres pertinents pour le moteur de recherche. Vous pouvez cliquer sur le lien ci-dessus, ou vous pouvez voir une valeur mise \u00e0 jour quotidiennement de votre site dans le syst\u00e8me d'administration.<\/p>\n

Dans ce manuel, nous vous montrons \u00e0 quel point il est facile d'utiliser le score de vitesse de page<\/strong> \u00e0 partir de 100\/100<\/strong> \u00e0 atteindre. Vous aussi, vous pouvez le faire.<\/p>\n

Pour notre exemple, nous avons utilis\u00e9 un site de d\u00e9monstration avec toutes sortes de contenus et un th\u00e8me bien connu, qui comprend \u00e9galement les plugins habituels. C'est donc exactement la m\u00eame chose que ce que vous utilisez pour cr\u00e9er de bons sites web.<\/p>\n

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

Nous sommes ici pour le th\u00e8me The7<\/strong> d\u00e9cid\u00e9. Mais peu importe le th\u00e8me que vous utilisez. L'essentiel est qu'il soit \u00e0 jour et offre quelques options de param\u00e9trage pour la cr\u00e9ation du site.<\/p>\n

Vous avez besoin de cela pour un site web rapide.<\/h2>\n
    \n
  1. a h\u00e9bergeur web rapide<\/strong> par exp\u00e9rience<\/li>\n
  2. un courant propre WordPress<\/a><\/li>\n
  3. les param\u00e8tres corrects du serveur web<\/li>\n
  4. un outil d'optimisation et de mise en cache<\/li>\n<\/ol>\n

    Dans cet exemple, nous utilisons Fus\u00e9e WP<\/strong>. Ces outils font tous la m\u00eame chose. Ils compriment les fichiers texte, fusionnent le code et, si n\u00e9cessaire, cr\u00e9ent une page statique sous forme de copie.<\/p>\n

    Cela permet au visiteur d'appeler la page rapidement.<\/p>\n

    Les pages statiques rappellent le code html de l'\u00e9poque. Les sites web qui se composent d'un simple code html et d'images sont toujours les plus rapides. Mais pas dynamique. Avec ces plugins, le cache est reconstruit encore et encore d\u00e8s que quelque chose change sur la page.<\/p>\n

    Conseil : D\u00e9sactivez le WordPress Cronjob<\/strong>. Ce n'est pas vraiment un cronjob au sens propre du terme, mais il est toujours appel\u00e9 lorsqu'un visiteur arrive sur la page. Nous vous montrerons comment cela fonctionne dans un autre article.<\/p>\n

    Google Pagespeed Insights<\/h2>\n

    Entrez votre site web actuel sur Google et voyez la performance.<\/p>\n

    Normalement, vous obtiendrez des valeurs dans la plage jaune jusqu'\u00e0 85 si l'h\u00e9bergeur a un bon serveur.<\/p>\n

    Dans notre installation standard, PSI nous a montr\u00e9 85\/100 dans la vue du bureau.<\/p>\n

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

    L'affirmation selon laquelle le serveur a r\u00e9agi lentement est cependant quelque peu trompeuse. On entend ici le temps jusqu'au premier octet, qui est transmis.<\/p>\n

    Il y a de tr\u00e8s nombreux facteurs qui jouent ensemble ici. Souvent, vous r\u00e9duisez le temps de passage au premier octet (TTFB) si vous fixez tous les autres points.<\/p>\n

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

    Google propose le code optimis\u00e9 pour de nombreux points \u00e0 t\u00e9l\u00e9charger. Mais je recommande de n'utiliser que des images optimis\u00e9es dans le site web.<\/p>\n

    Cela peut m\u00eame \u00eatre fait gratuitement, par exemple avec le Tinypng Panda<\/a> ...pour s'en occuper.<\/p>\n

    \"compression<\/a>
    Tinypng.com Le panda mange les octets superflus.<\/figcaption><\/figure>\n

    Cependant, la plupart des th\u00e8mes cr\u00e9ent \u00e9galement leurs propres images dans des tailles diff\u00e9rentes, de sorte qu'il y a toujours un besoin de nouvelle optimisation.<\/p>\n

    Il est donc recommand\u00e9 de simplement r\u00e9-optimiser et \u00e9craser de temps en temps tous les fichiers images sur le serveur web.<\/p>\n

    Pingdom, GTMetrix et Cie.<\/h2>\n

    Il y a bien s\u00fbr d'autres pages de contr\u00f4le \u00e9galement. Cependant, le probl\u00e8me est souvent que la recherche est effectu\u00e9e depuis l'\u00e9tranger et n'est donc pas assez significative pour simuler le visiteur habituel en provenance d'Allemagne. Il est \u00e9galement important de savoir que certains programmes de test ne peuvent pas g\u00e9rer http\/2 et ignorent exactement l'avantage de http\/s, c'est-\u00e0-dire la transmission parall\u00e8le de donn\u00e9es sur une connexion, et l'interpr\u00e8tent n\u00e9gativement.<\/p>\n

    \"gtmetrix\"<\/a>
    Rapport de performance GTMetrix<\/figcaption><\/figure>\n

    La TTFB ou le temps total de chargement ?<\/h2>\n

    En fait, c'est le r\u00e9sultat du temps total de chargement qui compte. Le premier octet d\u00e9pend de nombreux facteurs qui sont difficiles \u00e0 influencer. Une page qui n'est pas compress\u00e9e a g\u00e9n\u00e9ralement une valeur TTFB tr\u00e8s faible par rapport \u00e0 une page parfaitement compress\u00e9e. Mais le temps de chargement total avec la compression est bien s\u00fbr plus rapide pour une page avec beaucoup de contenu. La fa\u00e7on dont Google \u00e9value cela en fin de compte est n\u00e9buleuse. Nous avons m\u00eame des pages qui se chargent lentement parce que le logiciel est obsol\u00e8te et que la valeur PSI est de 68, mais avec 28 000 mots-cl\u00e9s organiques, nous obtenons environ 1000 visiteurs par jour. Mais avec des sites comparables, le site ayant les meilleures valeurs sera certainement mieux class\u00e9.<\/p>\n

    CDN et modules d'acc\u00e9l\u00e9ration<\/h2>\n

    Il existe \u00e9galement des modules qui stockent des donn\u00e9es statiques sur d'autres serveurs et les d\u00e9livrent en fonction de l'endroit o\u00f9 se trouve le visiteur. Cela permet de r\u00e9duire le nombre de connexions au serveur et donc de r\u00e9duire \u00e9galement la \"TTFB\". Il est possible d'utiliser des caches d'akamai, de cloudflare ou d'incapsula qui offrent \u00e9galement une compression et une optimisation en fonction du service r\u00e9serv\u00e9. Une petite protection (D)Dos est \u00e9galement incluse, pour autant que la connexion soit enti\u00e8rement r\u00e9alis\u00e9e via ces fournisseurs.<\/p>\n

    \"Aper\u00e7u<\/a>
    Analyse du trafic de torch\u00e8res<\/figcaption><\/figure>\n

    Speedkit pour Plesk<\/h2>\n

    Il y a par exemple pour Plesk<\/a> un plugin qui peut rendre le site plus rapide en quelques clics. Dans mon test, cependant, c'est exactement le contraire qui s'est produit. Le principal probl\u00e8me de ces plugins est le fait que le cache ne d\u00e9marre que lorsque le visiteur regarde la page une seconde fois, ou \u00e9tablit une premi\u00e8re connexion avec le syst\u00e8me.<\/p>\n

    L'avantage est que vous pouvez facilement l'activer sans apporter de modifications \u00e0 votre syst\u00e8me. Mais l'inconv\u00e9nient est le manque de vitesse pour les visiteurs de 1 View. C'est pourquoi vous ne voyez aucun changement avec les programmes de v\u00e9rification habituels, car ils visitent toujours le site sans se mettre en cache comme un tout nouvel utilisateur.<\/p>\n

    \"speedkit-website<\/a>
    Speedkit for Plesk est con\u00e7u pour rendre les sites web plus rapides. Mais cela ne fonctionne pas toujours.<\/figcaption><\/figure>\n

    Comme la plupart des visiteurs n'acc\u00e8dent souvent \u00e0 la page que par un lien d'un moteur de recherche, elle n'apporte aucun avantage de rapidit\u00e9 pour ces visiteurs. Gr\u00e2ce aux outils embarqu\u00e9s, vous pouvez vous d\u00e9brouiller sans avoir recours \u00e0 des caches externes. En termes de protection des donn\u00e9es, notamment le DSGVO et le futur r\u00e8glement sur la vie priv\u00e9e en ligne, l'utilisation de ces services n'est pas non plus adapt\u00e9e. Il lui manque d\u00e9j\u00e0 un Contrat<\/a> au traitement des donn\u00e9es de commande lors de la commande de ces services.<\/p>\n

    Ainsi, vous rendez le site plus rapide.<\/h2>\n

    Le point le plus important : le bon h\u00e9bergeur.<\/p>\n

    Vu de l'ext\u00e9rieur, tout le monde fournisseur d'h\u00e9bergement web<\/strong> la m\u00eame chose. Mais la diff\u00e9rence est si souvent cach\u00e9e.<\/p>\n

    Il existe des h\u00e9bergeurs qui font de la publicit\u00e9 avec des c\u0153urs et des ressources d\u00e9di\u00e9es, mais tout cela ne fonctionne que sur du mat\u00e9riel tr\u00e8s faible. Un petit c\u0153ur AMD d'un serveur vieux de 10 ans n'est pas le m\u00eame qu'un c\u0153ur sur un Intel Platinum Xeon de la derni\u00e8re version.<\/p>\n

    \"vmware_cluster\"<\/a>
    Un exemple de cluster VMWare<\/figcaption><\/figure>\n

    Aujourd'hui, la plupart des fournisseurs virtualisent \u00e9galement l'ensemble de leur infrastructure. Souvent sur des structures \u00e9tranges comme des syst\u00e8mes de conteneurs o\u00f9 les carottes r\u00e9serv\u00e9es par le client \u00e9taient \u00e9galement r\u00e9serv\u00e9es par 20 autres clients. Bien et en raison des co\u00fbts de licence des logiciels, les fournisseurs on\u00e9reux utilisent de v\u00e9ritables syst\u00e8mes de virtualisation comme vmware ou KVM, g\u00e9n\u00e9ralement appel\u00e9s \"cloud\".<\/p>\n

    \"kvm_cluster\"<\/a>
    Une petite grappe KVM<\/figcaption><\/figure>\n

    Souvent, l'h\u00e9bergement partag\u00e9 est suffisant. Nous avons nous-m\u00eames cr\u00e9\u00e9 des sites web avec des milliers de visiteurs par mois. Ces derniers fonctionnent \u00e9galement sur un petit compte d'h\u00e9bergement, car les machines d'h\u00e9bergement sont g\u00e9n\u00e9ralement d\u00e9j\u00e0 tr\u00e8s dimensionn\u00e9es par le fournisseur, de sorte qu'elles peuvent desservir des centaines de sites web.<\/p>\n

    \"virtuozzo_cluster\"<\/a>
    Vue d'un n\u0153ud de Virtuozzo 7<\/figcaption><\/figure>\n

    Cependant, la plupart des sites web n'auront pas besoin de l'\u00e9nergie qu'ils ont r\u00e9serv\u00e9e, il reste donc toujours beaucoup d'\u00e9nergie.<\/p>\n

    Pour choisir un h\u00e9bergeur, il suffit de chercher un compte test et d'y t\u00e9l\u00e9charger votre site web sans engagement. Vous pouvez g\u00e9n\u00e9ralement l'atteindre via un sous-domaine et tester la vitesse. Si ce n'est rien, il suffit de passer \u00e0 un autre fournisseur.<\/p>\n

    Dans cet exemple, la page de d\u00e9monstration est situ\u00e9e sur un Serveur SEO<\/a> le site webhoster.de AG o\u00f9 vous obtenez un compte de revendeur Plesk avec 10 adresses IP pour vos projets.<\/p>\n

    Le mat\u00e9riel utilis\u00e9 est un serveur Dell R740 avec des SSD de serveur MLC comme tableau de raid.<\/p>\n

    L'interface d'administration est Plesk Onyx<\/a> dans la version actuelle.<\/p>\n

    Un WordPress standard avec les plugins actifs suivants a \u00e9t\u00e9 install\u00e9 :<\/p>\n