WordPress interdit la mise à jour automatique des plugins

WordPress a rappelé aux éditeurs de plugins WordPress de ne pas trop atteindre leur autorité et que les contrevenants continueront d’être signalés.

WordPress interdit la mise à jour automatique des plugins sans consentement

.org a publié une déclaration aux développeurs de plugins pour qu’ils respectent les décisions des utilisateurs concernant les mises à jour automatiques des plugins.

Le rappel intervient après que les éditeurs du plugin “All in One ” ont activé les mises à jour automatiques sans demander la permission aux utilisateurs.

La déclaration a averti que ceux qui violent les souhaits exprimés des utilisateurs qui en ce qui concerne les mises à jour automatiques continueront d’être signalés par WordPress.org.

Mises à jour automatiques de WordPress

Les mises à jour automatiques sont une fonctionnalité du système de gestion de contenu WordPress (CMS) qui permet à un utilisateur de choisir de permettre à un plugin WordPress de se mettre à jour automatiquement.

La fonctionnalité a été rendue facilement accessible avec la sortie de la version WordPress 5.5

Cette fonctionnalité permettait également aux éditeurs de choisir de ne pas recevoir de mises à jour automatiques.

La mise à jour automatique pour les plugins a été une fonctionnalité cachée depuis de nombreuses années. Les éditeurs qui voulaient auparavant activer les mises à jour automatiques devaient modifier le code dans leurs fichiers de configuration.

Ce que les mises à jour automatiques font est de rendre plus facile pour les éditeurs d’avoir la dernière version de leurs plugins. Cela peut être important parce que certaines mises à jour contiennent des correctifs de vulnérabilité.

Si vous ne mettez pas à jour certains plugins, un site peut être repris par un pirate malveillant.

L’inconvénient des mises à jour automatiques est quand une mise à jour va mal et provoque des conflits involontaires avec d’autres plugins ou thèmes.

C’est pourquoi de nombreux éditeurs préfèrent mettre à jour leurs plugins d’une manière contrôlée afin qu’ils puissent prendre immédiatement conscience de tout problème.

Les mises à jour automatiques de “All in One SEO”

À la fin de Novembre 2020, les éditeurs du plugin All in One SEO ont mis à jour vers la version 4 et à un moment donné ont unilatéralement activé les mises à jour automatiques de leur plugin sans demander la permission de l’utilisateur.

Cela s’est produit même pour les éditeurs qui ont vigoureusement insisté sur le fait qu’ils n’avaient pas activé les mises à jour automatiques.

La mise à jour automatique est donc une fonctionnalité qui permet aux plugins de se mettre à jour automatiquement sans aucune action de l’éditeur. L’attente commune est que c’est quelque chose qu’un éditeur devrait activer volontairement.

En effet, certains éditeurs sauvegardent leurs installations WordPress avant de les mettre à jour. De cette façon, si quelque chose ne va pas, ils peuvent facilement revenir à l’état précédent.

Avec les mises à jour automatiques, il n’est plus possible d’enregistrer une sauvegarde avant que la mise à jour ne se produise. Une mauvaise mise à jour peut être un problème majeur qui devient plus difficile sans une sauvegarde appropriée.

C’est pourquoi il était surprenant quand un membre du groupe WordPress Advanced a commencé une discussion sur la façon dont All in One SEO a activé les mises à jour automatiques sans (selon l’utilisateur) de notification au-delà de ce qui était dans le changelog.

Un changelog est une notation ou description de ce que sont les modifications d’une mise à jour.

Les mises à jour automatiques peuvent avoir du sens pour les éditeurs dont les sites ne sont pas particulièrement complexes. Cela dit, sauvegarder un site est une étape prudente à prendre avant la mise à jour.

Beaucoup de gens croient que les éditeurs devraient avoir le choix d’activer ou pas (op-in) pour les mises à jour automatiques.

Au final, en Décembre dernier, les éditeurs de All in One SEO se sont excusés et ont déclaré qu’ils supprimaient les mises à jour automatiques.

WordPress émet un avertissement sur les mises à jour automatiques

Alors que “All in One SEO” peut ne pas être le seul plugin à activer les mises à jour automatiques, il peut certainement être le développeur du plugin le plus populaire pour le faire depuis que WordPress 5.5 a été introduit.

WordPress a publié une déclaration officielle rappelant à la communauté de développement de logiciels plugin qu’ils ne doivent pas activer les mises à jour automatiques sans l’autorisation expresse des utilisateurs.

Voici ce que dit WordPress.org dans son post officiel : 

Vous pouvez offrir une fonctionnalité de mise à jour automatique, mais elle doit respecter les paramètres de base.

Cela signifie que si quelqu’un a défini son site sur « Ne jamais mettre à jour l’un de mes plugins ou thèmes » vous ne pouvez pas le changer à leur place, sauf s’ils l\’acceptent et le demandent.

Sauf aussi si votre plugin a pour but de gérer les mises à jour, vous ne devez pas modifier les paramètres de mise à jour de WordPress.

La raison en est que les plugins ne devraient pas trop atteindre leur autorité. Quand un plugin est fait, il est auto-défini par les développeurs comme ce qu’il va faire et pourquoi.

L’annonce a également déclaré que les mises à jour automatiques peuvent provoquer des résultats inattendus sur les sites Web des éditeurs et peuvent affecter la confiance que les éditeurs ont avec les développeurs de plugin et avec WordPress lui-même.

Et WordPress de poursuivre en pointant du doigt le plugin All in One SEO en ces termes :

Malheureusement, cela s’est produit récemment avec un plugin bien utilisé, et les retombées ont été assez mauvaises.

La déclaration a poursuivi en faisant remarquer qu’il n’est pas prévu de faire une ligne directrice officielle sur cette question, mais que WordPress continuera à « signaler » les plugins qui violent la confiance et les souhaits des utilisateurs en ce qui concerne les mises à jour automatiques pour les plugins.

Source : Searchenginejournal 

.tb_button {padding:1px;cursor:pointer;border-right: 1px solid #8b8b8b;border-left: 1px solid #FFF;border-bottom: 1px solid #fff;}.tb_button.hover {borer:2px outset #def; background-color: #f8f8f8 !important;}.ws_toolbar {z-index:100000} .ws_toolbar .ws_tb_btn {cursor:pointer;border:1px solid #555;padding:3px} .tb_highlight{background-color:yellow} .tb_hide {visibility:hidden} .ws_toolbar img {padding:2px;margin:0px}

WordPress lance Built by WordPress pour la création de sites Web

WordPress a annoncé “Built by ”, un service de développement de site web pour concurrencer des sites comme Squarespace.

WordPress lance Built by WordPress pour la création de sites Web

La branche commerciale de WordPress a annoncé qu’elle devenait aussi une entreprise de création de site Web.

L’annonce n’a en gros pas été bien accueillie par la communauté de développement Web WordPress. Bon nombre d’entre eux ont adouci leur réponse et ont vu des possibilités à mesure que davantage d’informations devenaient disponibles.

WordPress Business

Les gens pensent à WordPress comme étant la société qui développe le système de gestion de contenu open source (CMS) appelé WordPress. Mais WordPress est plus que la communauté de développement open source hébergée sur WordPress.org.

Il y a aussi un site à but lucratif qui est hébergé sur le domaine WordPress.com qui offre l’hébergement de sites Web et l’enregistrement des noms de domaine, entre autres services connexes.

L’entreprise WordPress.com fait partie d’une plus grande collection d’entreprises liées à WordPress qui sont sous l’égide d’Automattic.

Les sites sœurs gérés par Automattic comprennent WooCommerce, Gravatar, Jetpack et Akismet, entre autres entreprises.

Le slogan d’Automattic est : 

Nous ne faisons pas de logiciels gratuitement, nous le faisons pour la liberté.

Mais Automatic vient de déclarer dans un post :

Si l’une de vos résolutions de 2021 est de lancer une entreprise ou de déplacer une entreprise existante entièrement en ligne, nos experts WordPress.com peuvent vous aider à y parvenir.

Lancé en version bêta à l’automne 2020, notre service de création de site premium a été développé en fonction de vos besoins.

Que vous ayiez besoin d’une boutique rapide et performante pour vos produits et/ou services, d’un site web vitrine pour votre entreprise de services professionnels ou d’un site web éducatif pour vos cours en ligne, nos experts peuvent le créer pour vous sur WordPress.com, la plate-forme la plus puissante pour les entreprises et les petites et grandes entreprises.

Vous travaillerez avec un gestionnaire d’engagement dévoué tout au long du projet, en vous assurant que votre vision se fait du début à la fin , vous libérant de vous concentrer sur les autres éléments critiques de votre entreprise.

Développé par WordPress

L’écosystème WordPress a prospéré parce que les développeurs web et les programmeurs ont contribué à la construction et à l’essai de l’open source du CMS WordPress et en retour, ils ont un excellent logiciel pour offrir des services de conception web, des plugins et des thèmes.

Mais maintenant, la marque WordPress est utilisée pour vendre le développement web, qui est un pas au-delà d’offrir des plugins ou de l’hébergement.

Le service s’appelle Built By WordPress.

Plans de création de sites Web

Le site Built By WordPress offre 3 types de « plans de développement de site Web » qui sont axés sur trois types de sites.

  1. Boutiques en ligne :
    Transformez votre site Web en boutique en ligne avec tout ce dont vous avez besoin pour vendre vos produits, idées ou services.

    Acceptez facilement les paiements en une fois ou récurrents, atteignez vos clients et concevez votre site afin qu’il se démarque et convertisse davantage.

  2. Sites web éducatifs :
    Que vous créiez des webinaires, des podcasts, des cours en ligne ou plus, nous pouvons vous aider à créer une plate-forme unique qui vous aide à communiquer avec votre public, à créer une audience et à tirer un revenu de votre contenu.
  3. Services professionnels :
    Lancez et développez votre entreprise avec un design professionnel qui vous aide à vous démarquer, des outils de marketing pour vous aider à atteindre vos clients, et les fonctionnalités dont vous avez besoin pour continuer à croître.

La page de destination pour souscrire indique donc qu’un « gestionnaire d’engagement » est affecté au projet de création du site Web qui sert de personne-référente.

Bon à savoir : Le coût des sites Web commence à 4 900 $. Mais curieusement, l’offre est offerte à une capacité limitée.

Selon le site :

Les sites Web personnalisés commencent à 4 900 $, mais l’espace est actuellement limité au fur et à mesure que nous lançons ce nouveau service.

La communauté du développement Web réagit

Une question importante soulevée dans la communauté est la perception que la communauté du développement web a contribué à créer WordPress.

Que WordPress se retourne et commence à rivaliser avec eux, c’est comme utiliser leur propre travail contre eux.

Une personne a tweeté :

Regardez comment le business modèle d’Automattic a changé. Pensez-vous que cela affectera développeurs ? 
Alors que WordPress a construit plate-forme wordpress[dot]com et géré le projet, c’est la communauté de développement non-payée qui l’a fait et lui a donné le représentant qu’ils commercialisent et sur lequel ils capitalisent.

Quelqu’un d’autre a comparé Automattic et WordPress à et comment Amazon a créé ses propres produits pour concurrencer les détaillants qui vendent sur leur plate-forme.

Il s’agit de la version open source d’Amazon qui copie des produits populaires et les transforme en « Amazon Basics » pour prendre des bénéfices loin des fournisseurs. C’est une pratique commerciale inutile, prédatrice et déloyale. L’avocat du diable défend le diable.

L’autre question est la perception que la bonne volonté du du projet open source WordPress.org est exploitée par Automattic par l’utilisation de la marque WordPress, ce qui risque de confondre les consommateurs qui ne savent peut-être pas que le WordPress.com est différent de WordPress.org.

Il y a deux choses en jeu ici :

  1. La marque et la confusion de nommage rendant difficile pour les non-initiés de comprendre le .com n’est pas le projet Open Source.

Matt Mullenweg, fondateur de WordPress, a déclaré que ce produit est destiné à concurrencer les entreprises comme Squarespace, où les gens sur le niveau d’entrée de la création d’une entreprise en ligne vers laquelle ils pourraient se tourner.

L’objectif est alors de garder de nouvelles entreprises au sein de l’écosystème WordPress plutôt que d’acheter sur les marchés Wix et Squarespace où il n’y a pas de marché du tout pour les développeurs WordPress.

Je serais extrêmement surpris si cela a une incidence sur l’entreprise de consulting de quelqu’un, si vous avez un congé de client actuel ou potentiel pour elle s’il vous plaît laissez-moi savoir – cela devrait être pour tous les nouveaux utilisateurs de WP qui n\’auraient pas réussi à démarrer.

D’autres se sont dits partants pour voir si WordPress.com ouvrirait le programme au travail sur la marque blanche par des organismes de confiance. Matt Mullenweg, fondateur de WordPress, a indiqué qu’il était ouvert à cela.

Comment un organisme s’implique-t-il pour recevoir des références de ce service ? Quelle est la part de l’agence des 4 900 $ ? Qui s’occupe du client pendant le développement et après ? Qu’est-ce qui est inclus dans le package ? Pourquoi est-ce quelque chose que WordPress.com a besoin de faire ?

Toute la communauté n’était pas contre le développement. Certains ont fait remarquer que cela ne représentait pas une concurrence directe avec la communauté de développement WordPress, car il s’agissait plutôt de concurrencer des entreprises comme Wix et de garder plus d’Internet dans l’écosystème WordPress.

Source : Searchenginejournal

.tb_button {padding:1px;cursor:pointer;border-right: 1px solid #8b8b8b;border-left: 1px solid #FFF;border-bottom: 1px solid #fff;}.tb_button.hover {borer:2px outset #def; background-color: #f8f8f8 !important;}.ws_toolbar {z-index:100000} .ws_toolbar .ws_tb_btn {cursor:pointer;border:1px solid #555;padding:3px} .tb_highlight{background-color:yellow} .tb_hide {visibility:hidden} .ws_toolbar img {padding:2px;margin:0px}

12 Points à vérifier pour l’optimisation du site

12 Points à vérifier pour l’optimisation du site

 

Le SEO ou l’ pour moteurs de recherche doit être holistique et il faut des efforts dans tous les domaines de celle-ci pour être vraiment réussie. C’est ce qui s’est passé et ce sera certainement le cas en 2021 et dans les années à venir.

Cependant, on ne peut faire que beaucoup et il y a tellement de choses à penser et sur lesquelles se concentrer. Il est vraiment facile de se perdre dans le référencement web et oublier d’autres facteurs lorsque vous essayez d’optimiser un facteur après l’autre.

D’où cette checklist pour vous aider à organiser vos pensées et ne rien louper dans la mesure du possible. Si vous voulez réussir dans l’optimisation de votre site en 2021, suivez cette liste pour vous aider à planifier votre stratégie de référencement.

 

1. Vérifier les balises Meta

La vérification et l’optimisation des balises Meta sont deux des étapes de base pour faire du référencement à la page. Cela a été et sera toujours une partie importante de toute checklist SEO parce qu’il comprend l’un des facteurs de classement les plus importants : la balise title.

Lors de l’optimisation des balises title (pour décrire ou résumer de quoi parle le contenu dans son titre), assurez-vous que le mot clé cible est présent tout en créant une bonne copie pour attirer les clics des utilisateurs.

Optimiser les balises meta signifie également optimiser les meta descriptions et bien qu’il ne s’agit pas d’un facteur de classement, il est important pour votre taux de clics (CTR).

Une des choses que la plupart des propriétaires de site oublient lors de la vérification des balises meta est l’attribut meta robots qui peut conduire à des erreurs critiques.

Une simple balise “Noindex” peut complètement ruiner le classement d’une page car elle dira littéralement à Google de ne pas afficher cette page dans les résultats de recherche.

Vous pouvez utiliser une extension de contrôle d’exclusion de robots afin que vous puissiez vérifier rapidement l’attribut meta robots d’une page sans avoir à aller au code source.

 

2. Rechercher le contenu en double

Le contenu en double ou contenu dupliqué peut causer deux problèmes principaux : premièrement, il est possible que Google le signale comme du spam et deuxièmement, il peut diluer les mots clés autour de votre site Web.

Il est également bon de noter que le contenu dupliqué n’est pas n’importe quel élément de contenu dans le corps d’un article. Les balises Meta et les sous-titres en double peuvent également affecter négativement votre ranking.

Dans les cas où le contenu en double ne peut pas être évité (ex. Deux pages de produits avec le même élément et la même description, mais des mesures différentes, etc), utilisez la balise canonical (qui indique l’URL canonique ou permanente) pour éviter les baisses de classement.

 

3. Vérifier les pages ayant une mauvaise intention

Comme je l’ai mentionné dans l’article que j’ai relayé sur les facteurs de classement SEO en 2021, il va sans dire que l’intention de recherche va être grande. C’est pourquoi vous devez optimiser non seulement les nouvelles pages de votre site Web, mais aussi les pages existantes.

Consultez la liste des mots clés que vous ciblez et recherchez ceux qui ne sont pas encore sur la première page malgré vos efforts. Recherchez le mot clé que vous ciblez dans Google et jetez un coup d’oeil rapide à ceux pour lesquels Google est gratifiant parce que pour l’instant, c’est la meilleure façon d’identifier quelle est l’intention du mot clé que vous ciblez.

Une fois que vous avez évalué la bonne intention pour le mot clé, regardez en arrière à la page que vous essayez de classer, puis ajuster votre contenu en conséquence.

Les résultats montrent-ils des produits ? Alors, très probablement, vous devez montrer les produits sur votre page aussi.

 

L’intention de recherche sera toujours axée sur donner aux utilisateurs la réponse qu’ils attendent de sorte que vous devez ajuster votre contenu en fonction de cela.

Oui, les mots clés et leurs variantes sur votre article sont toujours importants, mais si votre contenu ne satisfait pas ce qu’un utilisateur recherche dans un mot clé spécifique, vous serez toujours surclassé par ceux qui le font.

 

4. Optimiser pour les signaux web essentiels et l’expérience de page

Les principaux signaux web essentiels () et l’expérience de page sont des facteurs SEO confirmés qui seront intégrés dans l’algorithme de Google en 2021 et il ne fait aucun doute que ces deux critères devraient être sur votre checklist.

Il y a trois mesures qui font les éléments des Core Web Vitals : Largest Contentful Paint, First Input Delay, and Cumulative Layout Shift.

Page Experience, d’autre part, se compose de facteurs SEO existants qui sont maintenant regroupés pour aider Google à mieux évaluer l’expérience utilisateur sur un site Web.

Cela inclut le , le mobile-friendly, la navigation en toute sécurité, et pas d’interstitiels.

Les Core Web Vitals sont effectivement inclus dans l’expérience de page.

Pour vous aider à évaluer comment votre site web intègre ces nouveaux facteurs SEO, vous pouvez utiliser une variété d’outils de terrain et de laboratoire de Google.

 

PageSpeed Insights, Google Lighthouse et l’extension Core Web Vitals Chrome pour n’en nommer que quelques-uns.

 

5. Augmenter ou améliorer les anciens articles

Augmenter les articles qui ont été publiés il y a plus d’un an est une grande stratégie SEO qui peut stimuler votre trafic.

La stratégie ici est de chercher des articles de blog qui étaient performants avant, mais ne le sont plus maintenant.

Très probablement, ils ont perdu leur classement parce qu’ils contiennent désormais des informations périmées et de nouveaux articles d’autres sites Web ont commencé à les surclasser. Ce sont des pages qui ont été baptisées “pages zombies” par Olivier Duffez de Webrankinfo.

Il s’agit d’une occasion que la plupart des propriétaires de sites Web ont tendance à oublier parce que la plupart se concentrent sur la publication de nouveaux articles alors qu’ils ont déjà des actifs existants qui peuvent leur faire gagner du temps.

L’augmentation ou la mise à jour des anciens billets de blog peut varier. Il y aura des articles de blog qui peuvent avoir besoin d’une révision, mais il y a aussi ceux qui n’ont besoin que de quelques réglages. Quoi qu’il en soit, c’est une bonne stratégie qui peut certainement vous permettre d’obtenir plus de trafic.

 

6. Appliquer des balisages Schema

Non, les données structurées ne sont toujours pas un facteur de classement, mais vous ne devez jamais sous-estimer la valeur qu’elles peuvent apporter à votre site Web.

L’application adéquate du balisage de données structurées via Schéma.org sur vos pages les rend éligibles aux résultats enrichis de Google, ce qui peut augmenter votre taux de clics à partir des résultats de recherche Google.

Beaucoup négligent les données structurées parce que non seulement ce n’est pas un facteur de classement, mais aussi parce que cela peut prendre beaucoup de temps et d’efforts pour appliquer manuellement des balisages schéma.

Mais heureusement, il y a beaucoup d’outils qui pourraient aider à automatiser le processus. Vous pouvez facilement installer des plugins si vous utilisez WordPress ou utiliser des générateurs de schémas qui sont disponibles à utiliser en ligne gratuitement.

Cela rend la création des balisages schéma beaucoup plus facile et sans que la connaissance du développement web soit nécessaire.

 

7. Utiliser la fonctionnalité AMP de Google

L’utilisation de pages mobiles accélérées (AMP) sur votre site web dépouille automatiquement votre page au strict minimum, ne laissant que l’en-tête, le contenu et les images. Cela offre aux utilisateurs mobiles la meilleure expérience car il fait charger les sites Web à un rythme très rapide.

Beaucoup de gens sont encore confus au sujet de la contribution de l’AMP aux classements d’un site Web. Il est déjà confirmé par Google que l’AMP n’est pas un facteur de classement – ce qui signifie que l’activation de l’AMP sur votre site Web ne vous donne pas un coup de pouce dans le ranking.

Toutefois, Google a également déclaré que la vitesse de chargement est un facteur de classement et AMP va rendre votre site web plus rapide.

L’installation d’AMP sur votre site Web n’est pas difficile et ne nécessitera pas de connaissances en développement Web si vous utilisez AMP for WordPress. Vous pouvez simplement installer le plugin AMP officiel, puis sélectionner les parties de vos sites Web dans lesquelles des versions AMP seront créées.

Notez que l’AMP n’est pas pour tout le monde. Étant donné qu’AMP dénudera la conception d’une page Web au strict minimum, les visuels que vous utilisez pour convertir les clients peuvent ne pas apparaître.

Je ne recommande pas non plus d’utiliser AMP sur les pages de produits et les pages de catégorie de produits pour les sites web e-commerce. Mais, vous avez toujours la possibilité de créer un site ecommerce au format AMP car de nouvelles fonctionnalités existent ou sont régulièrement ajoutées pour cela.

 

8. Vérifier les liens internes

Le lien interne est vraiment important pour la structure du site et il contribue également dans les classements. Les pages importantes de votre site Web devraient avoir beaucoup de liens internes vers elles.

Les liens internes, dans un maillage interne, aident également les utilisateurs à naviguer à l’intérieur de votre site Web et peuvent aider à les convertir. Vous pouvez également aider Google à comprendre le contexte des pages à travers le texte d’ancrage que vous utilisez pour le lien interne similaire à la façon dont le texte d’ancrage dans les backlinks fonctionne.

Un autre but de vérifier vos liens internes est que vous pourriez gaspiller du jus de lien en reliant à d’anciennes pages de votre site Web qui n’ont plus d’existant ou de lien vers les URL avec redirections.

La liaison vers une URL de page avec une erreur 404 arrête le flux du jus de lien et est une occasion gaspillée. Les redirections, d’autre part, réduisent l’autorité transmise par les liens de sorte que vous ferez mieux de relier directement à l’endroit où le lien redirige.

 

9. Vérifier le site Web sur Google Search Console

Si vous ne l’avez pas encore fait, vous devez le faire dès que possible. La vérification de votre site Web sur la Search Console est la première étape que vous devez prendre si vous souhaitez qu’il apparaisse dans Google (ou dans Bing Webmaster Tools pour apparaître dans ).

Il n’y a pas grand-chose à dire sur cette étape. Il vous suffit d’aller sur la Search Console et d’utiliser votre compte Google pour vous connecter. Suivez les étapes pour vérifier votre site web et c’est tout !

Google devrait commencer à explorer votre site web, puis l’indexer.

 

10. Soumettre des sitemaps

Une fois que vous avez mis en place Console pour votre site Web, vous serez désormais en mesure de soumettre vos sitemaps au format XML pour aider Google à mieux explorer votre site Web.

Google priorisera l’exploration des URL qui sont incluses dans les sitemaps du site que vous soumettez et les analysera également plus fréquemment. Pour les URL qui ne sont pas incluses dans les sitemaps, Google continuera à les explorer, mais avec moins de priorité.

Pour les grands sites Web, vous pouvez créer plusieurs sitemaps pour mieux organiser les URL. Vous pouvez également créer un sitemap pour images.

 

11. Vérifier les erreurs d’exploration et d’indexation

Le rapport de couverture dans Google Search Console est l’un des avantages de la vérification de votre site Web.

Dans ce rapport de couverture, vous verrez des erreurs d’exploration qui peuvent également empêcher l’indexation des pages.

Vous aurez également la liste des URL indexées, des URL avec avertissements et des URLs qui sont complètement exclues des résultats de recherche.

 

12. Mettre à niveau vers Google Analytics 4

Google Analytics 4 ou GA4 est une version améliorée de Google Analytics avec une technologie IA avancée qui peut vous fournir plus d’informations marketing plus intelligentes.

Il vous permet également d’avoir une meilleure intégration avec Google Ads et vous aide à mieux comprendre les cycles de vie des utilisateurs.

À l’avenir, les nouveaux comptes Google Analytics seront automatiquement en GA4 et si vous utilisez actuellement Universal Analytics, la version précédente, vous pouvez facilement passer à Google Analytics 4 dans vos paramètres de propriété.

Je vous suggère fortement de déplacer tous vos anciens comptes d’Universal Analytics vers Google Analytics 4 afin que vous puissiez commencer à profiter des avantages de la nouvelle plate-forme.

Je suis sûr qu’il faudra un certain temps pour s’adapter à la nouvelle plate-forme, mais il n’y a pas de meilleur moment pour s’adapter et s’améliorer.

 

Conclusion

2021 va être une année où tous les SEO et propriétaires de sites auront encore plus à faire avec tant de points d’optimisation à penser.

Les Core Web Vitals seuls peuvent vous prendre des semaines de travail d’optimisation ! C’est pourquoi il est crucial que vous soyez en mesure d’organiser et planifier à l’avance afin de ne pas vous laisser déborder.

J’espère que cette checklist vous aidera à planifier votre stratégie de référencement et vous aidera à mieux vous classer cette année.

Source : Seo-hacker

WordPress est utilisé par 39,6% de tous les sites sur le Web

WordPress est toujours le leader des logiciels CMS pour la création et la gestion de sites Web.

WordPress est utilisé par 39,6% de tous les sites sur le Web

En effet, de nouvelles données révèlent que le système de gestion de contenu est utilisé par 39,6% de tous les sites sur le Web.

WordPress alimentera donc désormais 39,6% de tous les sites Web en 2021, contre 35,7% en 2020. Soit près de 4 points de plus…

En ne comptant que les sites qui utilisent un système de gestion de contenu (CMS), WordPress a une part de marché de 64,1%.

Toutefois, un nombre important de sites Web (38,3%) n’utilise aucun système de gestion de contenu.

Ces données sont fournies par W3Techs qui suit les statistiques d’utilisation des technologies Web, y compris les systèmes de gestion de contenu (CMS), les systèmes d’exploitation, les fournisseurs d’hébergement Web, les domaines de haut niveau, et plus encore.

WordPress conserve ainsi sa place de leader incontesté en tant que logiciel CMS le plus populaire pour la création de site, avec Shopify qui occupe une seconde place lointaine avec 3,2% de part de marché.

Bien que Shopify soit conçu pour le e-commerce, ce n’est pas le CMS de commerce électronique le plus populaire sur le marché. Ce titre va également à WordPress.

Que voulez-vous dire? Je pensais que WordPress était pour les blogs ?

Dire que WordPress est une plate-forme de blogs signifie ignorer que tous les propriétaires de sites de plugins peuvent l’utiliser pour transformer leur site web en presque tout ce qu’ils veulent qu’il soit.

Prenez le plugin WooCommerce, par exemple, qui est utilisé par 4,9% de tous les sites Web. Étant donné que WooCommerce est exclusif aux sites WordPress, cela fait de WordPress le CMS le plus populaire pour le commerce électronique. Pas Shopify.

WooCommerce alimente plus de 28,19% de toutes les boutiques en ligne et est le plugin le plus populaire sur l’ensemble de l’Internet avec 68% de distribution d’usage.

WordPress est-il donc le meilleur CMS ?

La réponse à cette question dépend de à qui vous la posez.

Un propriétaire de site pour la première fois avec des ressources limitées peut préférer un CMS comme Wix ou Squarespace en raison de leur nature favorable aux débutants.

Bien que le manque de fonctionnalités peut avoir des utilisateurs intermédiaires regardant ailleurs.

Quelqu’un qui est plus expérimenté avec la technologie Web est sûr d’apprécier le niveau de personnalisation offert par WordPress.

Il est difficile de soutenir que WordPress ne répond pas aux besoins de la plupart des propriétaires de sites, en particulier ceux qui utilisent leur site Web pour gérer une entreprise.

Sans oublier que WordPress excelle dans des domaines tels que l’expérience utilisateur, la facilité d’utilisation mobile, la sécurité, la vitesse et le .

En d’autres termes, WordPress est le meilleur CMS pour la plupart des gens, c’est pourquoi il détient bien plus de la moitié de la part de marché de tous les systèmes de gestion de contenu.

Voici le Top 10 des logiciels de création de site en 2021

Voici les statistiques d’utilisation des 10 principaux systèmes de gestion de contenu (CMS) sur le Web :

  1. WordPress : 39.6% de tous les sites et 64,1% de tous les CMS
  2. Shopify : 3.2% de tous les sites et 5,2% de tous les CMS
  3. Joomla : 2.2% de tous les sites et 3,5% de tous les CMS
  4. Drupal : 1.5% de tous les sites et 2,5% de tous les CMS
  5. Wix : 1.5% de tous les sites et 2,4% de tous les CMS
  6. Squarespace : 1.5% de tous les sites et 2,4% de tous les CMS
  7. Bitrix : 1.0% de tous les sites et 1,7% de tous les CMS
  8. : 1.0% de tous les sites et 1,6% de tous les CMS
  9. Magento : 0.7% de tous les sites et 1,2% de tous les CMS
  10. OpenCart : 0.6% de tous les sites et 1% de tous les CMS

Source : Searchenginejournal 

.tb_button {padding:1px;cursor:pointer;border-right: 1px solid #8b8b8b;border-left: 1px solid #FFF;border-bottom: 1px solid #fff;}.tb_button.hover {borer:2px outset #def; background-color: #f8f8f8 !important;}.ws_toolbar {z-index:100000} .ws_toolbar .ws_tb_btn {cursor:pointer;border:1px solid #555;padding:3px} .tb_highlight{background-color:yellow} .tb_hide {visibility:hidden} .ws_toolbar img {padding:2px;margin:0px}

WordPress 5.6 et sa compatibilité avec PHP 8

a offert des explications sur la compatibilité du nouveau WordPress 5.6 avec PHP 8 et ce que cela signifie pour les éditeurs.

WordPress 5.6 et sa compatibilité avec PHP 8

WordPress est mis à jour prochainement vers la version 5.6 qui vise à être compatible avec PHP 8.

Toutefois, WordPress a averti qu’il devrait être considéré comme « bêta-compatible » et a expliqué pourquoi la mise à niveau vers PHP 8 devrait être fait à ce moment être avec beaucoup de précaution.

Contexte de PHP

PHP est un langage de programmation qui est exécuté sur un serveur pour générer une page Web. WordPress lui-même est créé avec le langage PHP.

La version actuelle de PHP est PHP 7x.

Le « x » est une référence aux différentes versions de PHP 7, qui représentent actuellement 7,2, 7,3 et 7,4.

Les versions antérieures à 7.2 ont atteint leur « fin de vie » (EOL ou End Of Life) et ne sont plus mises à jour avec des correctifs de sécurité.

La version la plus ancienne, 7.2, devrait arriver en fin de vie le 30 Novembre 2020. Cela signifie qu’elle ne recevra plus de mises à jour de sécurité et à cause de cela, elle deviendra une responsabilité de sécurité potentielle pour n’importe quel site qui l’utilise encore, si une vulnérabilité est découverte à l’avenir.

La version 7.3 devrait arriver en fin de vie le 6 décembre 2021.

Les éditeurs ont jusqu’en 2022 pour mettre à jour vers PHP 8 ?

La version actuelle et la plus à jour de PHP 7.x est la version 7.4. PHP 7.4 atteint sa fin de vie le 8 Novembre 2022.

Cela signifie que techniquement, les éditeurs WordPress ont 2 ans pour décider quand mettre à jour leur version PHP à PHP 8.

Dans la pratique cependant, la plupart des éditeurs WordPress devraient être en mesure de mettre à jour vers PHP 8 bien avant cette date.

Pourquoi WordPress 5.6 est compatible bêta ?

WordPress a annoncé que la dernière version WordPress prévue pour Décembre 2020 devrait être compatible avec PHP 8.

Toutefois, WordPress a averti qu’il est encore possible que des incompatibilités non découvertes puissent encore exister.

C’est une reconnaissance de la réalité que si l’installation du Core WordPress peut être compatible avec PHP 8, il existe toujours la possibilité que quelque chose a été négligé.

C’est ainsi que le guide de WordPress 5.6 avec PHP 8 l’a formulé :

WordPress Core vise à être compatible avec PHP 8.0 dans la version 5.6 (actuellement prévue pour le 8 Décembre 2020).

… Des efforts importants ont été déployés pour rendre WordPress 5.6 compatible avec PHP 8 tout seul, mais il est très probable qu’il reste encore des problèmes inconnus.

Le fait qu’il reste des « problèmes non découverts » n’est pas une déclaration négative au sujet de la version WordPress 5.6. C’est une reconnaissance pragmatique que dans la programmation, comme dans de nombreuses activités d’ingénierie, il y a presque toujours la possibilité qu’il y ait des erreurs ou des oublis imprévus.

Peut-être une considération plus importante est l’incertitude de quand les thèmes et les plugins deviendront compatibles PHP 8. Cela plus que toute autre chose pourrait contribuer à empêcher WordPress d’être considéré comme entièrement compatible PHP 8.

Les explications officielles de WordPress 5.6 ont conseillé :

Il convient également de reconnaître que WordPress n’est jamais utilisé isolément (sans aucun thème ou plugins), de sorte que WordPress lui-même étant en mesure d’exécuter sur PHP 8 n’indique pas compatibilité « complète ».

L’état du support PHP 8 au sein de l’écosystème plus large (plugins, thèmes, etc.) est impossible à connaître. Pour cette raison, WordPress 5.6 devrait être considéré comme « bêta compatible » avec PHP 8.

WordPress 5.6 est « Beta Compatible » avec PHP 8

Dans le développement de logiciels, il existe généralement deux versions finales ou stables de release.

Il y a une version Alpha, puis une version bêta. La version bêta est généralement considérée comme peut-être presque prête pour la sortie. La version bêta du logiciel est ce qui vient avant la version finale d’un logiciel.

Ainsi, lorsque WordPress dit que la version 5.6 doit être considérée comme « bêta-compatible », cela signifie qu’il peut y avoir des bugs et des erreurs qui n’ont pas encore été découverts.

Étant donné que les thèmes et les plugins ne sont peut-être pas encore compatibles avec PHP 8, il est probablement prudent de ne pas mettre à jour tant que tous les plugins et thèmes n’ont pas été vérifiés pour être compatibles PHP 8.

Mais même après que les thèmes et les plugins sont compatibles PHP 8, il peut encore être sage d’attendre au moins quelques mois de plus pour mettre à niveau.

La raison en est que PHP 8 est une mise à jour majeure.

Bien que les thèmes et les plugins puissent être considérés comme compatibles PHP 8, il est presque inévitable que des bugs et d’autres problèmes soient découverts dans les thèmes compatibles PHP 8 et les plugins installés sur un site.

Est-ce que la mise à jour vers PHP 8 va casser WordPress Sites ?

Il existe de nombreuses anciennes fonctions de PHP 7.x qui sont supprimées de PHP 8, ce qui signifie que les thèmes et les plugins qui les utilisent encore se casseront (fonctionneront mal) dans PHP 8.

Wordfence a récemment estimé que pour une seule des fonctions il y a actuellement plus de 5.500 plugins installés dans des millions de sites.

Bien que l’utilisation de ces fonctions dans certains cas sont pour la compatibilité vers l’arrière, ce n’est pas le cas sur tous. Wordfence met cependant en garde

… Nous avons identifié que create_function est encore utilisé dans plus de 5500 plugins WordPress, y compris les plugins extrêmement populaires avec des millions d’installations.

Dans certains cas, l’utilisation de ces fonctions dépréciées peut être destinée à la compatibilité vers l’arrière avec les anciennes versions de PHP.

Beaucoup de plugins, cependant, auront besoin d’une refactorisation étendue pendant que PHP 8 devient plus utilisé.

Yoast a récemment publié une étude sur la préparation PHP 8 des plugins et des thèmes au sein de l’écosystème WordPress.

Des changements synonymes de rupture dans PHP 8

Dans la section de leur rapport portant sur les tests de plugins et de thèmes, Yoast a révélé : 

Seul un faible pourcentage des plugins disponibles, les plus populaires et les plus développés professionnellement, ont mis en place des tests automatisés. C’est inquiétant car d’une manière générale, le site WordPress moyen fonctionne sur environ 19 ou 20 plugins.

… Cependant, plus que tout, les plugins / thèmes qui ont des tests sont probablement ceux où le moins de problèmes PHP 8.0 peuvent être attendus car ils utilisent un modèle de développement professionnel.

La multitude de plugins et de thèmes sans tests sont beaucoup plus préoccupants car ceux-ci seront plus susceptibles d’être problématiques lorsqu’ils seront exécutés sur PHP 8.

Le rapport de Yoast conclut :

PHP 8 va contenir beaucoup de changements synonymes de rupture.

« Breaking changes » ou Changements synonymes de rupture est une référence aux modifications qui entraînent une erreur lorsqu’un thème ou un plugin utilise du code qui n’est plus pris en charge dans PHP 8.

PHP 8 et WordPress

PHP 8 représente une avancée importante pour le monde de l’édition, en particulier pour les utilisateurs de WordPress. L’un des avantages est que ce sera plus de sécurité.

Les conseils de WordPress concernant la mise à jour de PHP 8 sont de recommander la prudence :

… il est fortement recommandé de tester soigneusement votre site avant de passer à PHP 8.

Le fait que WordPress lui-même appelle WordPress 5.6 « bêta-compatible » avec PHP 8 vous indique tout ce que vous devez savoir si vous devez mettre à jour ou pas vers PHP 8.

Source : Searchenginejournal 

.tb_button {padding:1px;cursor:pointer;border-right: 1px solid #8b8b8b;border-left: 1px solid #FFF;border-bottom: 1px solid #fff;}.tb_button.hover {borer:2px outset #def; background-color: #f8f8f8 !important;}.ws_toolbar {z-index:100000} .ws_toolbar .ws_tb_btn {cursor:pointer;border:1px solid #555;padding:3px} .tb_highlight{background-color:yellow} .tb_hide {visibility:hidden} .ws_toolbar img {padding:2px;margin:0px}.tb_button {padding:1px;cursor:pointer;border-right: 1px solid #8b8b8b;border-left: 1px solid #FFF;border-bottom: 1px solid #fff;}.tb_button.hover {borer:2px outset #def; background-color: #f8f8f8 !important;}.ws_toolbar {z-index:100000} .ws_toolbar .ws_tb_btn {cursor:pointer;border:1px solid #555;padding:3px} .tb_highlight{background-color:yellow} .tb_hide {visibility:hidden} .ws_toolbar img {padding:2px;margin:0px}

Mise à jour importante du plugin Google Web Stories pour WordPress

déploie la première mise à jour majeure de son plugin Google Web Stories pour WordPress qui est livrée avec 3 nouvelles fonctionnalités utiles.

Mise à jour importante du plugin Google Web Stories pour WordPress

Google déclare dans un communiqué récent :

Web Stories pour 1.1 est la première mise à jour majeure après la version stable initiale et comprend 3 grandes mises à jour :

  • Grande typographie à portée de main avec l’aide de nouveaux ensembles de texte de police “font-aware”,
  • D’innombrables GIFs de haute performance alimenté par Tenor 
  • La prise en charge de la légende pour les vidéos.

Les GIFs

Google intègre Tenor dans son plugin Web Stories, ce qui permet d’ajouter des GIF à l’aide d’une interface simple de glisser-déposer.

Mais ce ne sont pas seulement des GIF réguliers. Et Google d’expliquer :

Bien que les Stories Web soient une façon naturelle de raconter des stories éditoriales, cela ne signifie pas qu’elles ne peuvent pas inclure des visuels amusants.

Voyez large et intégrez le GIF animé parfait dans votre story, juste un clic pour une visite de courtoisie sur Ténor.

En prime, nous utilisons la vidéo haute performance au lieu du format GIF dans les coulisses pour nous assurer que les stories se chargent rapidement.

Google intègre Tenor dans son plugin Web Stories, ce qui permet d’ajouter des GIF à l’aide d’une interface simple de glisser-déposer.

Avec cette mise à niveau, les utilisateurs du plugin peuvent effectuer une recherche dans une vaste bibliothèque de GIFs à l’aide de mots clés, puis cliquer et faire glisser dans une Story Web.

La fonctionnalité est conçue pour être presque aussi facile que d’ajouter des GIFs à une story ou .

Nouvelle typographie

Les utilisateurs pourront sélectionner de nouvelles polices dans une liste de jeux de texte de haute qualité lors de la création d’une Story Web.

Google s’est associé à des experts en typographie d’iA connue pour une application appelée iA Writer, afin d’assurer la plus haute qualité de l’artisanat typographique.

Les utilisateurs pourront sélectionner de nouvelles polices dans une liste de jeux de texte de haute qualité lors de la création d’une Story Web.

Google note que les polices spécifiques choisies pour le plugin Web Stories sont créées en présentant des cas d’utilisation éditoriale :

Le résultat est un ensemble de combinaisons soigneusement créées qui vous permet de mélanger et de faire correspondre différentes typographies harmonieuses, et une bascule dynamique (« Fonts in Use ») qui vous montre uniquement des ensembles de texte qui correspondent à ce que vous utilisez déjà, de sorte que vous pouvez être sûr que vos choix s’associent bien ensemble.

Légendes vidéo

Les utilisateurs du plugin Web Stories peuvent désormais créer du contenu plus accessible en ajoutant des légendes vidéo.

Les légendes vidéo peuvent être téléchargées directement dans l’éditeur. Tant qu’ils sont formatés dans le format VTT requis, elles peuvent être rapidement ajoutées à toutes les vidéos.

Les utilisateurs du plugin Web Stories peuvent désormais créer du contenu plus accessible en ajoutant des légendes vidéo.

Enfin, visionner des Web Stories devient un peu plus facile pour ceux qui ont une perte auditive, ou sont tout simplement dans une situation où ils ne peuvent pas augmenter leur volume.

Vous pouvez maintenant télécharger des légendes vidéo directement dans l’éditeur, ce qui rend les choses plus faciles pour atteindre les audiences qui nécessitent du texte.

Ces mises à jour sont maintenant disponibles en mettant à jour le plugin Web Stories à partir du backend WordPress.

Source : Google

.tb_button {padding:1px;cursor:pointer;border-right: 1px solid #8b8b8b;border-left: 1px solid #FFF;border-bottom: 1px solid #fff;}.tb_button.hover {borer:2px outset #def; background-color: #f8f8f8 !important;}.ws_toolbar {z-index:100000} .ws_toolbar .ws_tb_btn {cursor:pointer;border:1px solid #555;padding:3px} .tb_highlight{background-color:yellow} .tb_hide {visibility:hidden} .ws_toolbar img {padding:2px;margin:0px}

Pourquoi WordPress 5.6 va casser de nombreux sites en Décembre 2020 ?

5.6 rendra « inutile » le plugin “jQuery Migrate Helper”. Ce qui signifie que certains sites peuvent se casser à nouveau.

Pourquoi WordPress 5.6 va casser de nombreux sites en Décembre 2020 ?

WordPress 5.5 a été déployé en Août 2020 et, peu de temps après, des millions de sites Web à travers l’Internet ont connu des problèmes.

Préparez-vous parce que WordPress 5.6 a le potentiel de faire la même chose.

L’un des développeurs WordPress derrière le plugin jQuery Migrate a déclaré dans un fil de support que le plugin deviendrait « inutile » une fois que la version 5.6 WordPress sera déployée.

N’importe qui qui l’aura encore en fonction sur son site en Décembre 2020 connaîtra de sérieux ennuis, au point de devoir tout recommencer.

Pourquoi WordPress 5.5 a cassé des sites Web ?

WordPress est sur une modernisation prévue en trois phases de l’utilisation de jQuery.

jQuery est un ensemble de scripts qui donne des fonctionnalités de sites Web comme l’animation, fournit des éléments interactifs aux pages Web, rend la création de plugins et de thèmes plus facile parce qu’il gère les fonctionnalités communes aux sites Web et manipule le CSS avec lui.

Les anciennes versions de jQuery sont encore utilisées dans de nombreux plugins et thèmes. Les anciennes bibliothèques jQuery contiennent des vulnérabilités XSS (Cross Site Scripting) et Denial of Service (DoS), ce qui peut être dangereux pour les sites Web.

WordPress 5.5 a été la première étape vers la modernisation de WordPress en forçant l’ensemble de l’écosystème WordPress à mettre à jour leur code et à adopter la dernière et la plus sûre version de jQuery.

La première étape du voyage a été de supprimer la bibliothèque jQuery Migrate 1.x.

jQuery Migrate est un code qui permet à un site Web avec des plugins qui utilisent des versions plus anciennes de jQuery de continuer à fonctionner. Il rend un site WordPress rétrocompatible avec les plugins et les thèmes qui utilisent encore des scripts jQuery plus anciens.

WordPress a annoncé ces étapes des mois à l’avance. Les développeurs de thème et de plugins avaient amplement été avertis que jQuery serait supprimé, leur donnant beaucoup de temps pour mettre à jour leur logiciel.

Lorsque WordPress a publié la version 5.5 en Juillet 2020, des millions de sites Web ont cessé de fonctionner comme ils le devraient.

Certaines personnes ont été verrouillées hors de leurs sites et ne pouvaient pas se connecter à leur panneau d’administration. D’autres éditeurs ont vu l’ensemble de leurs sites cesser de s’afficher entièrement.

WordPress a publié un plugin appelé Enable jQuery Migrer Helper pour restaurer tous les sites web cassés. Des millions de sites Web ont été restaurés et ont continué à fonctionner comme d’habitude.

WordPress a cependant déclaré à propos de ce plugin :

Avec la mise à jour de WordPress 5.5, un outil de migration connu sous le nom de jquery-migrate ne sera plus activé par défaut.

Cela peut conduire à des comportements inattendus dans certains thèmes ou plugins qui exécutent du code plus ancien.

Ce plugin sert de solution temporaire, permettant au script de migration de votre site de donner à vos plugins et auteurs de thème un peu plus de temps pour mettre à jour, et tester, leur code.

Pourquoi WordPress 5.6 pourrait casser certains sites ?

WordPress 5.6 à venir le 8 Décembre 2020 va déployer la deuxième étape de la modernisation de l’utilisation de jQuery en mettant à jour la bibliothèque jQuery Migrate à la dernière version, 3.3.1.

L’effet de ce release est que les sites qui comptent sur le plugin « Enable jQuery Migrer Helper » pour empêcher leurs sites de s’effondrer vont souffrir à nouveau.

Selon l’annonce officielle

La première étape a été incluse avec WordPress 5.5, qui a cessé d’activer jQuery Migrer version 1.x par défaut.

Dans le cadre de… la deuxième partie de ce processus… a mis à jour la version jQuery groupée à 3.5.1. Parallèlement, jQuery Migrate a également été mis à jour à la nouvelle version 3.3.1.

Notez que le script \ »Migrate\ » pour la version 3 n’est pas compatible avec les fonctionnalités pour lesquelles le script de migration précédent a fourni un polyfill pour, et les fonctionnalités précédemment marquées comme dépréciées ne sont plus disponibles.

Cela signifie que les fonctionnalités se briseront à nouveau ou fonctionneront mal à nouveau pour les sites qui s’appuient toujours sur le plugin « Enable jQuery Migrer Helper » pour maintenir le fonctionnement de leur site.

Dans un forum de support de prise en charge du plugin WordPress Enable jQuery Migrate Helper, quelqu’un a demandé si le plugin « Enable jQuery Migrer Helper » continuera à fonctionner avec WordPress 5.6 :

Lorsque la mise à jour WordPress 5.6 arrivera, « Enable jQuery Migrer Helper » fonctionnera-t-il toujours ?

Le développeur de plugins WordPress a répondu :

Donc, pour faire court, c’est non. Il n’aidera pas une fois que WordPress 5.6 sera disponible, comme la bibliothèque jQuery dans WordPress est prévue pour être mise à niveau, et cela rendrait cette aide inutile …

Beaucoup de plugins et de développeurs de thème ont mis à jour leur logiciel à la dernière version de jQuery et résolu le problème. Les utilisateurs de ces produits ne devraient pas avoir de problème.

Mais il y a beaucoup de thèmes et plugins qui ne sont plus maintenus et il peut y avoir d’autres qui n’ont pas encore mis à jour leur code. Les utilisateurs de ces produits verront probablement leurs sites arrêter de fonctionner normalement.

WordPress 5.6 fera-t-il mal fonctionner votre site ?

Si vous utilisez actuellement le plugin « Enable jQuery Migrer Helper » et que, lorsqu’il est connecté à votre panneau d’administration, vous voyez des messages d’erreur, alors oui, vous pouvez rencontrer un comportement inattendu du site Web lorsque WordPress déploiera la version 5.6.

D’autre part, si « Enable jQuery Migrer Helper » ne signale pas d’erreurs, cela signifie que vos thèmes et plugins ont mis à jour leurs bibliothèques jQuery et le site devrait bien fonctionner.

Source : Searchenginejournal 

.tb_button {padding:1px;cursor:pointer;border-right: 1px solid #8b8b8b;border-left: 1px solid #FFF;border-bottom: 1px solid #fff;}.tb_button.hover {borer:2px outset #def; background-color: #f8f8f8 !important;}.ws_toolbar {z-index:100000} .ws_toolbar .ws_tb_btn {cursor:pointer;border:1px solid #555;padding:3px} .tb_highlight{background-color:yellow} .tb_hide {visibility:hidden} .ws_toolbar img {padding:2px;margin:0px}

Facebook et Instagram abandonnent la prise en charge de WordPress

Facebook et Instagram abandonnent la prise en charge du contenu intégré sur les sites WordPress à partir du 24 Octobre 2020. Et pourquoi donc ?

Facebook et Instagram abandonnent la prise en charge de WordPress

Dans un changement d’API extraordinairement gênant, et ne prendront plus en charge oEmbed non authentifié à partir du 24 Octobre, rompant le contenu à travers des millions de sites Web.

La modification forcera les utilisateurs à générer un ID d’application avec un compte de développeur afin de continuer à intégrer des liens via oEmbed.

Il s’agit donc d’un changement qui devrait être mis en œuvre le 24 Octobre 2020 et qui brisera le contenu Facebook et Instagram intégré sur les sites . Pour être précis, une API mise à jour à venir supprimera la prise en charge des intégrations non authentifiées de Facebook et d’Instagram.

Cela signifie qu’après le 24 octobre, le contenu incorporé ne sera pris en charge que pour les éditeurs ayant un compte de développeur Facebook et une application Facebook enregistrée.

J’insiste pour que vous saisissiez bien ce qui se passe pour les sites WordPress intégrant du contenu Facebook et Instagram.

Pourquoi sommes-nous arrivés là ?

WordPress va supprimer Facebook et Instagram en tant que fournisseurs oEmbed

En réponse au changement d’API de Facebook, WordPress supprimera Facebook en tant que fournisseur oEmbed dans une prochaine version du Core. Cela va casser beaucoup de contenu – de nombreuses années de posts dans certains cas, et exigera des utilisateurs d’installer un plugin de secours.

Le développeur de plugins WordPress Ayesh Karunaratne a créé un nouveau plugin appelé “oEmbed Plus” qui ramène la prise en charge de l’intégration du contenu Facebook et Instagram. Il guide les utilisateurs à travers le processus de configuration des informations d’identification de l’application de développeur Facebook.

Pour ceux qui utilisent le plugin Gutenberg, les blocs Facebook et Instagram ont été supprimés dans le cadre de la version 9.0 Release. Les liens oEmbed continueront à fonctionner jusqu’à ce que le changement d’API de Facebook entre en vigueur.

Le changement est rétroactif, de sorte que tous les Facebook et Instagram intégrés sur les sites d’éditeurs non authentifiés seront bientôt rompus. Cela pourrait affecter des millions de sites WordPress.

Répondre aux nouvelles exigences de Facebook pour le contenu incorporé n’est pas une option pour tous les éditeurs. Créer un compte de développeur Facebook et enregistrer une application Facebook est loin d’être une solution pratique.

Alors, que doivent faire les éditeurs s’ils veulent intégrer le contenu de Facebook et Instagram sur leurs pages Web WordPress ?

Changements des points de terminaison oEmbed Facebook

Du point de vue du développeur, cela veut dire que les points de terminaison documentés sur cette page Facebook deviendront obsolètes le 24 octobre 2020 et renverront alors un code d\’erreur 400.

Veuillez utiliser les nouveaux points de terminaison oEmbed Facebook à la place, qui offrent les mêmes fonctionnalités.

Pour simuler ce changement et voir en quoi il affecte votre application, incluez le paramètre ”breaking_change=oembed” dans votre demande.

Rappelons que oEmbed est un format libre conçu pour permettre l’intégration de contenu d’un site web dans une autre page. Vous pouvez utiliser la norme oEmbed pour intégrer des publications et des vidéos Facebook dans votre site web.

oEmbed est donc un format ouvert conçu pour permettre l’intégration de contenu à partir d’un site Web dans une autre page.

Et les points de terminaison oEmbed Facebook vous permettent d’intégrer des métadonnées HTML et de base pour les pages, les publications et les vidéos afin de les afficher dans un autre site Web ou application.

Voici les utilisations courantes de oEmbed Facebook :

  • Affichage de pages, de publications et de vidéos Facebook dans des applications de messagerie
  • Intégration de pages, de publications et de vidéos Facebook dans des sites web et des blogs
  • Affichage de pages, de publications et de vidéos Facebook dans des systèmes de gestion de contenu (CMS tel que WordPress).

Qu’est-ce que tout cela signifie pour les éditeurs WordPress ?

En langage clair, la combinaison de ces changements de Facebook, Instagram et WordPress signifie que beaucoup de contenu seront brisés.

Si vous avez déjà intégré du contenu de Facebook et Instagram sur votre site WordPress, ce changement vous affecte.

Facebook n’offre qu’une seule solution, qui est de répondre à son ensemble rigoureux de nouvelles exigences.

Les nouvelles conditions requises :

Facebook précise dans sa nouvelle documentation sur les nouveaux points de terminaison oEmbed Facebook : 

Les points de terminaison oEmbed Facebook sont destinés uniquement à permettre l’intégration de contenus Facebook dans des sites web et des applications. Veuillez ne pas les utiliser à d’autres fins.

Il est strictement interdit d’utiliser des métadonnées, une page, une publication ou un contenu vidéo (ou des dérivés de ceux-ci) provenant de points de terminaison à d’autres fins que la fourniture d’une vue frontale de la page, de la publication ou de la vidéo concernée.

Cette interdiction s’applique à la consommation, à la manipulation, à l’extraction ou à la persistance des métadonnées et du contenu, y compris, mais sans s’y limiter, au fait de déduire des informations sur les pages, les publications et les vidéos à partir des métadonnées à des fins d’analyse.

Bref, il existe actuellement un point de terminaison oEmbed intégré dans l’API de Facebook, qui a permis aux éditeurs d’intégrer facilement le contenu de Facebook et Instagram sur leurs pages Web.

Or, l’API de Facebook va bientôt abandonner la prise en charge de ce point de terminaison. En outre, en réponse au changement d’API de Facebook, WordPress supprime à son tour Facebook et Instagram en tant que source oEmbed.

Pour conclure

À l’avenir, les éditeurs WordPress devront réexaminer la façon dont ils incluent les liens des médias sociaux dans leur contenu.

Hulu a récemment abandonné la prise en charge oEmbed après avoir été disponible en tant que fournisseur oEmbed dans WordPress pour les 11 dernières années.

Alors que des acteurs majeurs comme Facebook et Instagram emboîtent le pas en abandonnant les API web ouvertes, le web est de plus en plus fragmenté.

Le prochain changement d’API de Facebook laissera des millions d’intégrations brisées dans son sillage, avec de petits morceaux d’histoires intégrées perdues le long du chemin, dans les cas où les propriétaires de site Web n\’assurent plus la mise à jour leur contenu.

Google Discover intègre désormais un carrousel de Web Stories

arrive dans la section Discover de l’application sur et .

Google Discover intègre désormais un carrousel de Web Stories

Google a annoncé qu’il apporte maintenant la fonctionnalité Web Stories (précédemment connu sous le nom AMP Stories) à .

Ainsi, non seulement vous pouvez trouver des Google Web Stories dans Google Search et quelques autres plates-formes prises en charge, elles vont maintenant également s’afficher dans Google Discover – dans l’application Google iOS et Android.

Les Google Web Stories sont donc maintenant en bonne place dans la section Discover de l’appli Google, qui touche plus de 800 millions de personnes par mois.

Un carrousel Google Web Stories dédié apparaît maintenant en haut de Discover pour les utilisateurs aux États-Unis, en Inde et au Brésil. Il est prévu d’étendre Google Web Stories à d’autres produits Google dans plus de pays aussi, très prochainement.

Nous venons de lancer les Web Stories dans Discover, que vous trouverez sur l’application Google sur iOS et Android. Le carrousel Stories se trouve près du haut de Discover et vous aide à trouver les meilleures choses sur le web.

Avant d’être ajouté à Discover, les Web Stories ont été présentées dans les résultats de recherche depuis 2019. Les Web Stories continueront d’être affichées dans les résultats de recherche, ainsi que dans Discover.

Ce changement crée plus de visibilité pour Google Web Stories, qui est encore un produit relativement nouveau, et offre plus d’incitation pour les éditeurs à les créer.

Comment fonctionnent les Google Web Stories

Naviguer sur Google Web Stories dans Discover est à peu près la même chose que la navigation des Stories dans d’autres applications.

Comment ça marche ? Vous pouvez parcourir les Web Stories de Google lorsque vous appuyez sur une story, et vous entrez  dans « une expérience qui est en plein écran et immersive », comme le déclare Google dans son post. Tapez pour passer à la page suivante, ou balayez vers une toute autre story dans le carrousel.

Vous pouvez parcourir les Web Stories de Google lorsque vous appuyez sur une story, et vous entrez  dans « une expérience qui est en plein écran et immersive », comme le déclare Google dans son post. Tapez pour passer à la page suivante, ou balayez vers une toute autre story dans le carrousel.

Un aperçu de chaque Web Story est affiché dans le carrousel, que les utilisateurs peuvent appuyer dessus pour afficher dans une expérience immersive en mode plein écran.

Les utilisateurs peuvent appuyer pour avancer à travers chaque diapositive d’une story, ou glisser pour passer à la story suivante dans le carrousel.

Contrairement aux stories sur ces plates-formes, les créateurs de Google Web Stories possèdent le contenu.

Les Web Stories sont hébergées sur les propres sites Web des éditeurs, ce qui donne aux créateurs le plein contrôle sur l’ajout de choses comme des liens et de la publicité.

Les éditeurs peuvent même partager des Web Stories avec une URL, tout comme le partage de n’importe quelle autre page Web. Ainsi, les Web Stories peuvent être vues en dehors de l’application Google.

Google note que les premiers utilisateurs de Web Stories les montrent de manière unique.

Étant donné que les Web Stories sont une extension d’un site Web, certains éditeurs les ajoutent à leur page d’accueil, les canaux sociaux, les bulletins d’information et plus encore.

Étant donné qu’une Google Web Stories est pratiquement la même qu’une page Web, elles peut rester sur le Web aussi longtemps qu’un éditeur décide de continuer à l’héberger, comme le confirme Google dans son post :

Pour les créateurs et les éditeurs, les Web Stories sont entièrement sous votre direction, comme tout autre contenu de votre site Web. Les auteurs de stories contrôlent pleinement la , l’hébergement, le partage et l’ajout de liens vers leurs stories.

Google affirme que les éditeurs voient déjà de bons résultats avec les Web Stories. Les stories les plus réussies sont présentées sur “stories.google.com” (sur mobile uniquement).

Un certain nombre d’éditeurs partenaires contribuent à obtenir cette fonctionnalité sur le terrain, mais les Google Web Stories peuvent être créées par n’importe qui.

Comment créer des Google Web Stories

Que vous soyez un créateur individuel ou un grand éditeur, n’importe qui peut créer des Google Web Stories.

Que vous soyez un créateur individuel ou un grand éditeur, n’importe qui peut créer des Google Web Stories.

Bien que quiconque soit en mesure de créer des Web Stories, seul un petit nombre de sites l’ont. Les Web Stories sont encore au stade de l’adoption précoce, avec seulement 2.000 sites Web ayant publié des stories à ce jour.

Pour accroître l’adoption de Google Web Stories, Google a publié un outil facile à utiliser pour aider les éditeurs à les créer.

Un plugin WordPress pour Google Web Stories a été officiellement sorti de la bêta le mois dernier. Un outil de test pour les Web Stories est même disponible. 

Google a aussi publié une documentation sur le site AMP sur la façon de créer des Web Stories. Voici les documents sur la façon de les aider à apparaître dans Google Search (Lisez aussi cet autre article).

Les Google Web Stories dans Search et maintenant dans Google Discover peut conduire à un trafic supplémentaire pour certains éditeurs.

Source : Searchenginejournal 

Cloudflare lance un plugin WordPress pour la vitesse de chargement

Cloudflare a annoncé un nouveau service qui accélère considérablement n’importe quel site avec des améliorations allant jusqu’à 72% du Time to First Byte.

Cloudflare lance un plugin WordPress pour la vitesse de chargement

Cloudflare offre gratuitement aux utilisateurs de WordPress.com qui héberge ce nouveau service.

vitesse de chargement.

Le service de Cloudflare est appelé “Automatic Platform Optimization”. Les sites utilisant Automatic Platform Optimization ont amélioré leur Time to First Byte (TTFB) de 72% et leur Largest Contentful Paint (LCP) de 23%.

Nous avons construit Automatic Platform Optimization pour WordPress grâce à Cloudflare Workers.

En effet, avec Cloudflare Workers, les développeurs peuvent créer des applications sans serveur qui peuvent évoluer sans nécessiter de temps et d’efforts supplémentaires sur l’infrastructure ou les opérations.

Les goulots d’étranglement de l’hébergement mutualisé résolus

L’hébergement mutualisé a généralement été plus sensible aux ralentissements en raison du fardeau imposé aux ressources du serveur, ce qui peut ralentir les recherches de bases de données et pousser les sites à devenir moins réactifs.

Cloudflare déclare que les ralentissements de serveurs partagés ou mutualisés entre plusieurs sites Web ne sont plus un problème en raison de la technologie Automatic Platform Optimization.

Automatic Platform Optimization rend pratiquement pertinent un site qui se trouve sur un hôte mutualisé (appelé l’origine) parce que le site WordPress sera servi à partir du réseau Cloudflare dans le cloud qui est situé près de l’endroit où la demande pour la page Web a été faite.

Tous les inconvénients liés à la vitesse d’un hôte partagé sont atténués par l’Automatic Platform Optimization de Cloudflare. C’est pourquoi les sites peuvent voir une amélioration de 72% dans le “Time to First Byte metric” (mesure du Temps au premier octet).

Les goulots d’étranglement des performances WordPress résolus

Un des problèmes avec WordPress concerne les ralentissements de performance causés par le ballonnement du template, des plugins, du JavaScript superflu, et ainsi de suite. Ce sont les types de problèmes qui contribuent aux mauvais scores des sites WordPress sur les mesures de vitesse de chargement.

Avec Automatic Platform Optimization de Cloudflare, la performance lente de WordPress n’est plus une considération. Cloudflare stocke une copie statique du site WordPress et la sert, sans avoir à effectuer des recherches dans la base de données ou à utiliser des fichiers à partir du serveur d’origine. C’est ainsi que Cloudflare l’explique dans son post : 

En mettant en cache du contenu dynamique, nous pouvons servir l’ensemble du site Web à partir de notre réseau dans le cloud. Pensez au « site statique », mais sans rien du travail d’avoir à construire ou à maintenir un site statique.

Les clients peuvent continuer à gérer et à mettre à jour le contenu sur leur site Web de la même manière et nous laisser le travail acharné pour la performance.

Servir à la fois le contenu statique et dynamique de nos résultats réseau, en général, sans aucune demande de l’origine ou du temps de traitement de l’origine. Cela signifie que toute la communication se produit entre l’appareil de l’utilisateur et notre réseau.

Dans la plupart des cas, Cloudflare cache tout, à partir de JavaScript, CSS, images et polices tierces. Cloudflare contourne le cache pour le contenu authentifié. C’était autrefois une fonctionnalité qui était exclusivement pour les clients de niveau Business, mais maintenant il est activé pour les clients Automatic Platform Optimization.

C’est un peu cool parce que cela signifie que l’inconvénient traditionnel de l’hébergement sur un service d’hébergement mutualisé bon marché (vitesse plus lente) est désormais éliminé.

Automatic Platform Optimization pour qui ?

Cloudflare offre actuellement le service gratuitement aux clients de l’hébergeur WordPress.com qui l’offre gratuitement à ses clients.

Tous les sites actuellement hébergés sur WordPress.com auront la possibilité d’activer le service Automatic Platform Optimization.

Cloudflare déclare qu’il pourrait annoncer des arrangements similaires avec d’autres sociétés d’hébergement web ou plates-formes CMS.

Les sites WordPress non hébergés sur WordPress.com auront la possibilité d’acheter le service Automatic Platform Optimization pour 5 $/mois s’ils sont clients actuels de Cloudflare au niveau gratuit.

Les clients des options Professional, Business, et Enterprise peuvent recevoir ce service sans frais supplémentaires.

Comment installer Automatic Platform Optimization pour WordPress?

La façon la plus simple de commencer avec Automatic Platform Optimization est à partir de votre console d’administration WordPress :

  1. Tout d’abord, installez le plugin Cloudflare WordPress sur votre site Web WordPress ou mettez à jour la dernière version (3.8.2 ou plus). Assurez-vous que votre version PHP est 5.3.10 ou plus.
  2. Authentifier le plugin pour parler à Cloudflare si vous n’avez pas déjà fait cela.
    • A partir de votre tableau de bord WordPress :
      • Visiter “Plugins” (ou Extensions) -> “Ajouter un nouveau”
      • Rechercher “Cloudflare”
      • Activer “Cloudflare” depuis votre page des “Extensions”.
    • A partir de WordPress.org :
      • Télécharger “Cloudflare”
      • Télécharger le répertoire “Cloudflare” dans votre répertoire \ » /wp-content/plugins/ “ à l’aide de ftp, sftp, scp etc.
      • Activer Cloudflare à partir de votre page Plugins (ou Extensions)
    • Une fois le plugin Automatic Platform Optimization activé :
      • Visiter la page https://dash.cloudflare.com
      • Connectez-vous avec votre compte Cloudflare. Si vous n’avez pas de compte Cloudflare, inscrivez-vous d’abord à Cloudflare.
      • Ensuite, accéder à la section “API Token” (Jetons API) du profil utilisateur (dans le coin supérieur droit du tableau de bord Cloudflare).
      • Sélectionnez “Create Token” (Créer un jeton)
      • Sélectionner “WordPress” Template (modèle “WordPress”)
      • Sélectionner le compte (Account) et la Zone pour accorder l’accès au plugin
      • Sélectionner ensuite « Continue to Summary », puis -> « Create Token »
      • Copier alors votre API Token jeton (Copy your API Token)
      • Retourner à la page Plugin WordPress Cloudflare dans votre tableau de bord WordPress
      • Entrez votre adresse e-mail et collez votre API Token précédemment copiée.
      • Appuyer sur “Connexion” (ou “Se connecter”)
    • Notez que les clients gratuits seront d’abord dirigés vers le tableau de bord Cloudflare pour acheter le service.

La vitesse de chargement de la page est un facteur important pour les ventes et les clics publicitaires.

Cinq dollars par mois est un prix modeste à payer pour l’amélioration de la vitesse, indépendamment de si le site WordPress est une boutique en ligne WooCommerce ou un site d’information dépendant des clics publicitaires.

L’accélération de l’affichage d’un site est associée à des ventes et des clics plus élevés, ce qui signifie que le service pourrait plus que payer pour lui-même.