![\"\"](\"https:\/\/inform.click\/wp-content\/uploads\/2022\/11\/post-312376-638384e6e6bd7.webp\")
<\/a><\/p>\n\n Y a-t-il un moyen de le r\u00e9parer?
\n<\/h5>\n
\n WordPress est une architecture tr\u00e8s lourde en Javascript. Il existe des tonnes d’accord\u00e9ons, de curseurs et de plugins aliment\u00e9s par jQuery, Vue et d’autres frameworks volumineux et rendus c\u00f4t\u00e9 client. Le moyen le plus simple pour vous de r\u00e9soudre ce probl\u00e8me serait l’impl\u00e9mentation de Javascript rendu c\u00f4t\u00e9 serveur, ce qui est une question complexe et n\u00e9cessite des d\u00e9veloppeurs ayant une grande connaissance de Next.js et d’autres frameworks rendus c\u00f4t\u00e9 serveur. C’est, bien s\u00fbr, quelque chose qui demande du temps, des ressources et des personnalit\u00e9s professionnelles sp\u00e9cifiques, ce que peu d’entreprises peuvent g\u00e9rer.\n<\/p>\n
\n En g\u00e9n\u00e9ral, la meilleure approche pour Javascript sur WordPress serait de limiter son utilisation aux t\u00e2ches li\u00e9es aux graphiques, telles que l’animation de menus ou d’images. La seule application d’un script pour une simple ligne de texte pourrait d\u00e9truire des mois et des mois de travail de r\u00e9f\u00e9rencement, alors gardez cela \u00e0 l’esprit lors de la planification de votre back et front-end WordPress !\n<\/p>\n
\n Tous les champs personnalis\u00e9s !
\n<\/h5>\n
\n S’il y a une bonne chose que PHP fait dans une architecture WordPress, ce serait certainement l’utilisation de champs personnalis\u00e9s. Les champs personnalis\u00e9s sont essentiels pour le r\u00e9f\u00e9rencement technique, en particulier lors de la planification de l’utilisation de GTM (Google Tag Manager) et des donn\u00e9es structur\u00e9es. Le second, en particulier, est devenu un \u00e9l\u00e9ment fondamental du monde du r\u00e9f\u00e9rencement, avec des dizaines de propri\u00e9t\u00e9s, d’attributs et de r\u00e9sultats riches pouvant \u00eatre obtenus en utilisant les balisages de Schema.org<\/strong> (nous en reparlerons plus tard). Il est important de garder \u00e0 l’esprit que les champs personnalis\u00e9s n\u00e9cessitent une certaine forme de connaissance de PHP, il serait donc relativement utile d’apprendre sa syntaxe g\u00e9n\u00e9rale.\n<\/p>\n \n Les donn\u00e9es structur\u00e9es sont OBLIGATOIRES en 2019 pour toute strat\u00e9gie SEO technique. Google accorde une grande importance aux sites balis\u00e9s avec des donn\u00e9es structur\u00e9es et, par cons\u00e9quent, c’est quelque chose que tout professionnel du r\u00e9f\u00e9rencement devrait examiner. Les donn\u00e9es structur\u00e9es font r\u00e9f\u00e9rence \u00e0 l’utilisation de scripts cod\u00e9s JSON-ld (principalement) qui sont, en fait, une \u00ab\u00a0confirmation\u00a0\u00bb de ce que le contenu couvre sur votre page. En plus de cela, Google investit fortement dans les r\u00e9sultats riches en SERP (notation par \u00e9toiles pour les pages de produits, les bo\u00eetes FAQ et plus) juste pour am\u00e9liorer l’exp\u00e9rience de l’utilisateur.\n<\/p>\n \n Schema est un programme open source et il est mis \u00e0 jour quotidiennement. Par cons\u00e9quent, si vous n’avez pas cr\u00e9\u00e9 de champs personnalis\u00e9s pour celui-ci, vous devez le faire maintenant. En th\u00e9orie, vous pourriez utiliser des plugins, comme l’application Schema, pour ce faire, mais avec les balises Schema, il est toujours pr\u00e9f\u00e9rable de les coder manuellement en utilisant les propri\u00e9t\u00e9s et les attributs qui pourraient le mieux correspondre \u00e0 votre contenu.\n<\/p>\n \n Comme mentionn\u00e9 ci-dessus, WordPress est ce qu’on appelle une \u00abarchitecture h\u00e9rit\u00e9e\u00bb. Par cela, nous entendons que les biblioth\u00e8ques, les frameworks et le moteur qui le d\u00e9placent soient consid\u00e9r\u00e9s comme \u00ab\u00a0obsol\u00e8tes\u00a0\u00bb et \u00ab\u00a0anciens\u00a0\u00bb dans le monde front et backend d’aujourd’hui. Dans cet esprit, il est assez facile de comprendre pourquoi certains sites WordPress ne sont pas performants en termes de vitesse. La vitesse est un facteur de classement tr\u00e8s important pour les classements de Google, et il existe des tonnes de fa\u00e7ons diff\u00e9rentes de l’am\u00e9liorer pour une strat\u00e9gie de r\u00e9f\u00e9rencement technique.\n<\/p>\n \n Tout d’abord, vous devriez r\u00e9duire l’utilisation de plugins graphiques comme WPBakery<\/strong>: coder manuellement votre CSS pourrait vous faire gagner (sans blaguer) au moins 1 seconde de temps de chargement par page. Id\u00e9alement, un d\u00e9veloppeur serait tenu de cr\u00e9er un site performant, mais l’optimisation de la vitesse, en particulier lorsqu’elle est effectu\u00e9e en compressant des images et d’autres ressources mineures, pourrait \u00eatre effectu\u00e9e par n’importe qui.\n<\/p>\n \n Nous avons expliqu\u00e9 comment Google explore Javascript et nous sommes maintenant pr\u00eats \u00e0 expliquer comment pr\u00e9parer votre site WordPress pour un budget d’exploration optimal. Pour \u00ab\u00a0Crawl Budget\u00a0\u00bb, nous entendons les d\u00e9lais pendant lesquels Google analyse un site Web pour ensuite les indexer et les classer sur SERP. Il existe, encore une fois, beaucoup de strat\u00e9gies qui pourraient \u00eatre utilis\u00e9es afin d’optimiser le budget de crawl de votre site WordPress, mais elles commencent toutes par l’analyse de ses fichiers journaux.\n<\/p>\n \n En utilisant des outils tels que ScreamingFrog<\/strong> ou Deepcrawl<\/strong>, vous pourrez analyser et d\u00e9finir les pages les plus explor\u00e9es et, en g\u00e9n\u00e9ral, vous verrez comment Google analyse davantage les ressources telles que les fichiers th\u00e9matiques que les pages de destination r\u00e9elles. Il s’agit, bien s\u00fbr, d’un \u00e9norme probl\u00e8me, car vous faites effectivement perdre du temps \u00e0 Googlebot en le laissant explorer des parties de votre site qui ne sont pas ax\u00e9es sur les mots cl\u00e9s, limitant ainsi votre potentiel de classement. Une fois que cela est reconnu en effectuant une analyse appropri\u00e9e des fichiers journaux, vous pouvez supprimer les ressources qui sont explor\u00e9es du budget d’exploration de Googlebot en les interdisant sur votre fichier robots.txt. Vous pouvez trouver plus d’informations sur la fa\u00e7on de le faire ici<\/a>.\n<\/p>\n \n Comme vous le savez peut-\u00eatre, Google accorde une grande importance \u00e0 la version mobile de chaque site, au point que l’index mobile est compt\u00e9 en premier depuis 2018 (2017 techniquement, mais il a \u00e9t\u00e9 enti\u00e8rement inscrit en 2018) \u00e0 des fins de classement. Il est extr\u00eamement important de comprendre que toutes ces strat\u00e9gies s’appliquent \u00e9galement au mobile lorsque vous planifiez votre architecture WordPress en mettant un peu plus l’accent sur le budget d’exploration, simplement parce que Google explore les versions mobiles des sites beaucoup plus rapidement.\n<\/p>\n \n Sur WordPress, certains d\u00e9veloppeurs d’applications ont cr\u00e9\u00e9 un plugin AMP avec lequel vous pourrez cr\u00e9er, am\u00e9liorer et optimiser, \u00e0 terme, la vitesse mobile de votre site WordPress. AMP (Accelerated Mobile Pages) est quelque chose qui pourrait \u00e9galement aider les r\u00e9sultats en vedette sur Google si votre contenu\/produit n’est pas tr\u00e8s orient\u00e9 vers de longues formes de contenu.\n<\/p>\n \n WordPress est une architecture simple \u00e0 mettre en place mais extr\u00eamement complexe \u00e0 optimiser, notamment en mati\u00e8re de r\u00e9f\u00e9rencement technique. Veuillez noter que ces strat\u00e9gies ne sont qu’un squelette de ce qu’est r\u00e9ellement le r\u00e9f\u00e9rencement technique appliqu\u00e9 \u00e0 WordPress, car il y a des tonnes de variables incluses dans l’\u00e9quation allant de la mise en place de r\u00e8gles GTM d\u00e9taill\u00e9es \u00e0 l’optimisation de la qualit\u00e9 de la session en fonction de l’objectif du site. Cela \u00e9tant dit, il est possible de cr\u00e9er et de fournir une strat\u00e9gie de r\u00e9f\u00e9rencement technique de tr\u00e8s haute qualit\u00e9 via WordPress, surtout si vous optimisez son backend d\u00e8s le d\u00e9part. WordPress est peut-\u00eatre une architecture h\u00e9rit\u00e9e, mais il existe des tonnes de fa\u00e7ons de \u00ab\u00a0surmonter\u00a0\u00bb ce probl\u00e8me initial, comme mentionn\u00e9 ci-dessus.\n<\/p>\n<\/p>\n\n En parlant de sch\u00e9ma\u2026
\n<\/h5>\n\n Vitesse : le plus gros probl\u00e8me de WordPress
\n<\/h5>\n<\/a><\/p>\n\n Comment planifier correctement votre backend pour l’optimisation de l’exploration
\n<\/h5>\n\n Qu’en est-il des mobiles ?
\n<\/h5>\n\n De conclure
\n<\/h4>\n