Plugin de fonctionnalité des plans de site XML ouvert pour les tests et les commentaires – WordPress Tavern

Thierry Muller, responsable des relations avec les développeurs chez Google, et plusieurs contributeurs ont publié un mise à jour sur la fonctionnalité des plans de site XML qui pourrait atterrir dans WordPress cette année. Après sept mois de développement, l’équipe a fait le Plugin de fonctionnalité des plans de site XML disponible sur GitHub. Il est actuellement ouvert pour les tests et les commentaires. Le plugin devrait également être disponible dans le répertoire des plugins WordPress d’ici la semaine prochaine.

Le projet vise à expédier une version de base d’une fonctionnalité de plans de site XML à toutes les installations WordPress. Il offrira également une API que les développeurs de plugins pourront manipuler. Par conséquent, les plugins de sitemap ne disparaissent pas automatiquement. Au lieu de cela, les plugins offriraient aux utilisateurs diverses options sur le fonctionnement de leurs sitemaps.

Une équipe créée par Google, Yoast et d’autres contributeurs plans de site XML initialement proposés comme fonctionnalité principale de WordPress en juin 2019. Traditionnellement, WordPress a laissé cette fonctionnalité aux plugins à implémenter, et beaucoup ont rempli ce rôle au fil des ans. Cependant, plusieurs autres systèmes de gestion de contenu majeurs sont livrés avec des plans de site dans le cadre de leur base de code principale.

Beaucoup ont salué l’initiative, comme le chef de projet WordPress Matt Mullenweg. « Cela a beaucoup de sens, dans l’attente de voir la version 1 de cela dans le cœur et d’évoluer dans les futures versions et de consolider la réputation bien méritée de WordPress d’être le meilleur CMS pour le référencement », a-t-il déclaré.

Cependant, plusieurs personnes se sont demandé si WordPress devrait être livré avec des plans de site XML. Certains étaient préoccupés par les performances et d’autres pensaient que la fonctionnalité devrait rester dans les plugins.

« À un niveau élevé, l’augmentation du nombre de sites WordPress avec Sitemaps accélère finalement la découverte du contenu par les moteurs de recherche et ré-analyse le contenu plus récent signalé par le dernier jour plus rapidement qu’un bot programmé », a déclaré Muller à propos des principales raisons pour lesquelles la fonctionnalité appartient dans le noyau.

Les utilisateurs de WordPress verront cette fonctionnalité arriver dans une mise à jour majeure cette année. « Ambitieusement [version] 5.4 », a déclaré Muller à propos de l’objectif de publication. « Réaliste 5.5. »

Le plugin de fonctionnalité indexe actuellement les URL suivantes pour un site:

• Page d’accueil
• Page d’articles de blog (sinon la page d’accueil)
• Messages et pages
• Catégories et tags
• Types de publication personnalisés
• Taxonomies personnalisées
• Utilisateurs / auteurs

Les types de publication et les taxonomies personnalisés ne sont enregistrés que s’ils sont publics. Un crochet de filtre est également disponible pour modifier les types de publication, les taxonomies et les utilisateurs indexés. Idéalement, WordPress fournirait un indicateur d’enregistrement pour les types de publication et les taxonomies.

Résolution des problèmes de performances

L’une des principales préoccupations de la proposition initiale est de savoir dans quelle mesure une fonctionnalité de plans de site de base fonctionnerait et évoluerait, en particulier sur les grands sites. Sans une solution de mise en cache complète intégrée au cœur, elle a présenté quelques obstacles pour l’équipe.

«La résolution du problème de performances n’est pas anodine, et nous avons étudié diverses solutions», a déclaré Muller. « Nous pensons avoir atterri sur une solution qui ne nécessite pas de mise en cache complète et sera toujours évolutive. »

Pour la performance, il y a deux défis principaux:

• Le nombre d’URL par page.
• le lastmod date dans le index.xml fichier.

« L’adressage du nombre d’URL par page est assez trivial », a déclaré Muller. « Alors que les sitemaps peuvent avoir jusqu’à 50 000 URL par sitemap, nous avons constaté que le plafonnement à 2 000 est acceptable du point de vue des performances et totalement acceptable du point de vue des moteurs de recherche. » L’équipe a décidé de s’en tenir à une valeur par défaut de 2 000 URL par sitemap et de fournir un crochet de filtre pour les plugins à modifier si nécessaire.

Trouver une solution pour lastmod la date n’était pas aussi facile. « Nous pensons avoir trouvé un bon équilibre, qui sera évolutif et n’ouvrira pas la boîte de vers que la mise en cache complète nous expose », a déclaré Muller.

La solution mise en place par l’équipe impliquait de planifier une tâche cron qui s’exécute deux fois par jour (la fréquence peut être filtrée par des plugins). Le travail cron récupère le lastmod les dates de chaque plan du site et les stocke dans le tableau d’options, qui fonctionne essentiellement comme une solution de mise en cache légère.

«Le recours à cron devrait être suffisamment stable pour les sites Web de petite à moyenne taille», a déclaré Muller. «Les sites Web d’entreprise ont généralement un serveur cron configuré pour envoyer plus régulièrement un ping à WP Cron au lieu de compter sur les visiteurs du site Web pour le déclencher. En fait, la plupart des hébergeurs gérés l’ont pour tous les plans. »

Si l’implémentation initiale de l’équipe n’est pas suffisamment complète, ils ont recherché une implémentation alternative qui utilise des types de publication personnalisés pour stocker et mettre à jour les données du plan du site. Deux tickets GitHub ouverts explorent davantage les performances que les développeurs peuvent vouloir vérifier: Numéro 1 et Numéro 39.

Qu’advient-il des sites avec des plans de site existants?

Une question qui reste sans réponse est ce qui se passe lorsqu’un utilisateur met à jour WordPress 5.4 / 5.5 et a déjà un plan du site. Il y a probablement des millions de sites WordPress qui exécutent un plugin ou ont une sorte de solution de plan de site en place.

« C’est une question que nous n’avons pas tout à fait résolue », a déclaré Muller. «Il est important de travailler avec les auteurs des plugins, et dans un monde idéal, tous les plugins fournissant des solutions de plans de site avancées étendraient l’API principale. Nous aimerions recevoir les commentaires de la communauté à ce sujet. »

WordPress doit prendre soin d’éviter tout conflit majeur ou erreur d’indexation, ou au moins de résoudre les problèmes pour les utilisateurs qui ne connaissent peut-être pas cette fonctionnalité à venir.