Contenu
WordPress standard + Elementor + 25 plugins = moyenne 4,8 secondes Chargement sur mobile. Après notre optimisation, la même pile donne généralement les résultats suivants : 1,2–1,8 sAucun changement d'hébergement, aucune réécriture du thème. Je vais vous montrer précisément 12 changements qui font toute la différence.
En bref
- Commencez par mesures — On n'optimise pas ce qu'on ne mesure pas.
- 80 % des problèmes sont : Pas de cache, images non optimisées, blocage de JavaScript.
- Amélioration moyenne du LCP après nos 12 étapes : de 4,5 s à 1,5 s.
- Il est temps de le faire soi-même : 4 à 8 heures pour un site web de taille moyenne.
Premièrement, mesurez
Ouvrir pagespeed.web.dev et réservez-les à la page d'accueil et aux 2 sous-pages les plus importantes :
- LCP (Largest Contentful Paint) - Cible < 2,5 s
- INP (Interaction avec le prochain dessin) - Cible < 200 ms
- CLS (Décalage cumulatif de la mise en page) - Cible <0,1
- Résultats mobiles et ordinateurs
Voici votre point de référence. Après chaque modification, revenez en arrière et comparez.
1. Activer le cache de page
Le plus gros profit réalisé en un seul quart de travail. Sans cache, chaque saisie utilisateur appelle PHP, se connecte à la base de données, génère du HTML – 1 à 3 secondes de perdues.
Plugins que je recommande (par ordre de préférence) :
- WP Rocket (payant, 59 $/an) - défauts raisonnables, fonctionne immédiatement
- Cache LiteSpeed (gratuit) - si vous avez un hébergement chez LiteSpeed (mydevil, cyberFolks)
- Cache total W3 (gratuit) - pour les utilisateurs avancés, nombreuses options de configuration
Bénéfice réel : Temps de chargement réduit de 50 à 70 %. Le LCP diminue généralement de 1,5 à 2,5 secondes.
2. Configurer le chargement différé
WordPress 6.x ma natywny lazy loading dla obrazów (loading="lazy"), ale Ne convient pas aux iframes et aux arrière-plans CSS.Une iframe (par exemple Google Maps, YouTube) se charge immédiatement dès l'entrée - plusieurs centaines de kilo-octets de script.
Ce qu'il faut faire:
- Activez le chargement différé dans le plugin de cache (WP Rocket le fait automatiquement).
- Pour une utilisation sur YouTube Chargement différé des vidéos par WP YouTube Lyte — Insère uniquement la miniature, le script YouTube se charge au clic
- Pour Google Maps, remplacez l'iframe image de carte statique + Lien « Ouvrir dans Google Maps »
Bénéfice réel : -300 à 800 ms LCP si vous aviez une iframe sur la page d'accueil.
3. Optimisez vos images
Le principal facteur de ralentissement de WordPress : quelqu’un télécharge une photo de 4 000 x 3 000 px directement depuis l’appareil photo (8 Mo) et le site l’affiche en 800 x 600 px.
3 étapes :
- Redimensionner — Téléversez les images aux dimensions cibles (largeur maximale de 1920 px pour une pleine largeur, 800 px pour une intégration dans le texte).
- Convertir au format WebP/AVIF - prise ShortPixel ou Imaginer Cela se fait automatiquement. Gain de poids : 30 à 60 %
- CDN — Cloudflare, BunnyCDN. Images servies depuis le serveur le plus proche de l'utilisateur.
Bénéfice réel : -1 à 2 secondes de LCP si vos images étaient sous-optimales.
4. Désactiver les émojis, les contenus intégrés et les flux RSS
WordPress charge par défaut de nombreux scripts inutiles (emoji.js, oEmbed, RSS), même si vous ne les utilisez pas. Chaque script ajoute entre 10 et 80 Ko de téléchargements superflus.
Prise: Perfmatters (24 USD/rok) — wyłącza wszystko jednym kliknięciem. Alternatywa: kod do functions.php:
remove_action('wp_head', 'print_emoji_detection_script', 7);
remove_action('wp_print_styles', 'print_emoji_styles');
remove_action('wp_head', 'wp_oembed_add_discovery_links');
Bénéfice réel : -200–400 ms.
5. Optimisez vos polices
Google Fonts ładowane przez <link> ce 2 demandes supplémentaires + Serveur externe fonts.googleapis.com. Chaque requête prend entre 200 et 500 ms.
Ce qu'il faut faire:
- Hébergez les polices localement — télécharger depuis google-webfonts-helper.herokuapp.com, télécharger sur le serveur, lier en tant que CSS
- Précharger les polices principales :
<link rel="preload" href="/fonts/inter-regular.woff2" as="font" type="font/woff2" crossorigin>
- Utiliser font-display: swap — la page s'affiche immédiatement avec la police de secours, la police web sera chargée « en arrière-plan ».
Bénéfice réel : -300–700 ms LCP, moins CLS.
6. Defer / async pour JavaScript
JavaScript domyślnie blokuje renderowanie strony. Tagi <script> w <head> zatrzymują parser HTML, dopóki skrypt się nie pobierze i wykona.
Solution:
asyncpour les scripts indépendants (Analytics, Tag Manager)deferpour les scripts qui modifient le DOM après son chargement (la plupart des widgets)- Chargement paresseux pour les scripts utilisés uniquement pour l'interaction (par exemple, le chat en direct)
W WP Rocket robi się to w 1 checkboxie. Bez wtyczki — wpisz w functions.php filtry script_loader_tag.
Bénéfice réel : -500–1500 ms LCP.
7. Effacer la base de données
Après 2 ans de blogging, la base de données WP compte :
– Des centaines de modifications d'articles (chaque modification = une nouvelle modification)
– Des milliers d'éléments transitoires (cache non expiré)
– Commentaires indésirables (même supprimés, ils restent dans la corbeille)
– Journaux des plugins
Prise: WP-Optimize (gratuit). À activer une fois tous les 2 mois :
– Supprimer les révisions datant de plus de 30 jours
– Supprimer les clients temporaires expirés
– Défragmenter les tables MySQL
Bénéfice réel : -100–300 ms TTFB (Temps avant le premier octet).
8. Activer GZIP / Brotli
La compression réduit la taille des fichiers téléchargés de 60 à 80 %. La plupart des hébergeurs l'activent par défaut, mais il est conseillé de vérifier auprès de votre hébergeur. Testeur GIDNetwork.
Jeśli wyłączone — w .htaccess:
<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/html text/css application/javascript
</IfModule>
9. Jetez le générateur de thèmes lourd
Visual Composer i Divi to powolne konstruktory generujące brzydki HTML z 15 wagonów <div>. Chaque widget = requête CSS et JS distincte.
Alternatives :
– Elementor (toujours le plus rapide des plus populaires)
– GeneratePress / Astra + Gutenberg (thèmes légers)
– Bricks Builder (le constructeur le plus rapide pour les nouveaux joueurs)
La migration de Visual Composer vers Elementor prend 1 à 3 jours. Gain réel en LCP : -1 à 2 secondes.
10. Vérifiez les plugins : lequel ralentit le site ?
Prise Moniteur de requêtes (gratuit) indique quels plugins « coûtent » le plus cher à charger.
Les coupables les plus fréquents :
– Extensions de partage sur les réseaux sociaux (Easy Social Share, Sassy Social Share)
– Les plugins de création de popups sont chargés sur toutes les sous-pages
– Des plugins de sauvegarde qui créent des copies à la volée
Ce qu'il faut faire: Désactiver sélectivement sur les sous-pages où cela n'est pas nécessaire (Nettoyage des ressources ou Performances).
11. Hébergement - l'hébergement actuel fonctionne-t-il ?
L'hébergement mutualisé à 9 PLN/mois propose généralement une ancienne version de PHP 7.4, sans NVMe ni OPcache. Migrer vers un hébergement plus performant peut réduire le TTFB de 1,5 s à 200 ms..
L'hébergement polonais qui génère de réels profits :
– mondiable.net — LiteSpeed, NVMe, OPcache, bon rapport qualité/prix
– CyberFolks — Géré par WP, CDN gratuit, sauvegarde automatique
– Hostido — Hébergement WordPress premium, cher mais rapide
Les véritables avantages de la migration : -300–1000 ms.
12. CDN - Cloudflare, BunnyCDN
Un CDN distribue le contenu statique (images, CSS, JS) depuis le serveur le plus proche de l'utilisateur. Pour un site polonais ciblant un public britannique, la différence est de 200 à 600 ms.
Éclat nuageux — propose une formule gratuite, suffisante pour la plupart des sites. Elle est opérationnelle en 5 minutes (modification DNS).
Bénéfice réel : -100–400 ms LCP, meilleur INP.
Et ensuite ? – séquence de mise en œuvre
Vous procédez dans cet ordre (du profit le plus élevé au plus faible) :
- Cache → 2. Optimisation des images → 3. Différer JavaScript → 4. Chargement différé → 5. Polices locales → 6. WP-Optimize → 7. Désactivation des emojis/intégration → 8. Nettoyage des ressources → 9. CDN → 10. Test de limitation de bande passante de l'hébergement → 11. Migration du générateur de thèmes → 12. Cache CSS
Mesurez après chaque modification. Si une modification provoque une erreur de mise en page, annulez-la.
L'optimisation des Core Web Vitals est une pratique courante dans nos projets. — la moyenne des 12 dernières implémentations est de 97/100 PageSpeed. Découvrez nos colis de soins ou commander un audit de vitesse.
Twoja opinia
Czy ten artykuł był pomocny?
Jedno kliknięcie — pomaga mi wybierać kolejne tematy.

