Capture d'écran des résultats de Google PageSpeed Insights pour un site mobile, mettant en évidence un score parfait de performance web : 100 en performance, accessibilité, meilleures pratiques et référencement. Une annonce MySQL apparaît à droite, avec des options de menu et du texte en français en haut.

PageSpeed à 100% : ce que vaut vraiment un score de performance web

En 2013, obtenir une note PageSpeed de 99% dans GTmetrix avait quelque chose de franchement satisfaisant. Une page légère, peu de requêtes, un serveur qui répond bien, et cette impression rare que le Web peut encore être rapide.

À l’époque, le rapport affichait un score PageSpeed de 99%, un score YSlow de 90%, un temps de chargement de 1,84 seconde, une page de 709 Ko et seulement 24 requêtes.

C’était très bon. Mais en 2026, juger la performance d’un site uniquement avec un score synthétique est devenu trop limité. Un score de laboratoire ne raconte pas toute l’histoire. Le vrai sujet, désormais, ce sont les utilisateurs réels, les Core Web Vitals et le comportement du site sur mobile.

Un score PageSpeed à 99%, ça veut dire quoi ?

Un score PageSpeed ou Lighthouse élevé indique qu’une page se comporte bien dans un test donné, avec des conditions données, à un instant donné.

C’est utile. Mais ce n’est pas une vérité absolue.

Le score peut varier selon :

  • l’outil utilisé ;
  • le serveur de test ;
  • la localisation du test ;
  • le type d’appareil simulé ;
  • la vitesse réseau simulée ;
  • la puissance CPU simulée ;
  • le cache navigateur ;
  • la présence de scripts tiers ;
  • la charge réelle du serveur au moment du test.

Autrement dit, un 99 est un bon signal, pas une garantie. C’est un thermomètre. Pas un bilan de santé complet.

Lire PageSpeed à 100% : ce que vaut vraiment un score de performance web

Logo YouTube avec une icône de bouton de lecture rouge à côté du mot "YouTube" en texte noir gras sur un fond gris clair - idéal pour l'intégration via une iframe Flash ou des codes de nettoyeur YouTube sur les sites WordPress.

WordPress : nettoyer les vieux codes YouTube Flash et iframe

Le code des plateformes vidéo évolue régulièrement, et il n’est pas rare de tomber sur de vieux articles WordPress qui embarquent encore un ancien code d’intégration YouTube.

Si votre site a quelques années, il peut contenir plusieurs générations d’intégrations : anciens objets Flash, balises <embed>, iframes, shortcodes, URLs HTTP, URLs /v/, URLs /embed/, ou encore variantes youtube-nocookie.com.

Certaines de ces méthodes ne s’affichent plus correctement, surtout celles qui reposaient sur Flash. D’autres fonctionnent encore, mais elles alourdissent le contenu et compliquent les futures migrations.

Sur SkyMinds, j’ai donc voulu unifier tout cela : les vidéos YouTube doivent être insérées sous forme d’URL propre, puis laissées à WordPress via oEmbed.

Pour Dailymotion, j’ai aussi publié un guide équivalent : mettre à jour le code Dailymotion dans WordPress.

Pourquoi utiliser oEmbed pour YouTube dans WordPress ?

WordPress sait intégrer automatiquement certaines URLs de services externes via oEmbed. L’idée est simple : vous collez une URL YouTube seule sur sa ligne, et WordPress se charge de générer le lecteur intégré.

Exemple de contenu idéal :

https://www.youtube.com/watch?v=dQw4w9WgXcQLangage du code : JavaScript (javascript)

Dans l’éditeur, cette URL peut devenir un bloc d’intégration YouTube. Dans le contenu source, elle reste lisible, simple et maintenable.

Les avantages sont nets :

  • le contenu reste propre dans l’éditeur ;
  • on supprime les vieux embeds Flash ;
  • on évite les blocs HTML obsolètes ;
  • on facilite les migrations futures ;
  • on laisse WordPress gérer l’intégration ;
  • on peut filtrer le rendu oEmbed côté thème ou plugin si besoin.

WordPress permet notamment de filtrer les fournisseurs oEmbed via oembed_providers, et sa documentation précise que les fournisseurs autorisés sont considérés comme fiables pour l’intégration de contenus riches.

Lire WordPress : nettoyer les vieux codes YouTube Flash et iframe

Une icône hexagonale avec une fenêtre de terminal noire montrant un signe de dollar blanc et un curseur vert, à côté d'un texte en gras "BASH" et en plus petit "THE BOURNE-AGAIN SHELL".

Bash : message « there are stopped jobs » à la fermeture du terminal

Vous quittez une session Bash avec exit, et le terminal vous répond :

logout
There are stopped jobs.

Ce message apparaît souvent après un réflexe malheureux : Ctrl+Z. On pense annuler une faute de frappe, comme dans une application graphique. Mais dans un terminal Unix, Ctrl+Z ne veut pas dire “annuler”. Il veut dire : “suspendre le programme en cours”. Ambiance.

Le résultat est simple : votre éditeur, votre commande ou votre script reste suspendu dans la session. Bash refuse alors de fermer immédiatement le terminal, car il sait qu’un processus est encore accroché à votre shell.

Lire Bash : message « there are stopped jobs » à la fermeture du terminal