Quid des URL canoniques et de PluXml ?

bg62 · 22 juil.

bonjour
Je me re penche vers la question des " urls canoniques " ... on en parle partiellement dans plusieurs posts et du coup je m'embrouille un peu ...
Ne pourrait-on pas refaire le point ici ?

niveau 'code' direct ou via un plugin pour gérer cela
- niveau .htaccess pour ceux qui peuvent
  Ce serait bien sympa et bien utile, car un site qui prend de l'âge avec tout ce qui se passe dessus prend aussi de plus en plus de pages ' en erreur ' et GG aime pas ça
  @pluche

gcyrillus-nomade · 22 juil.

Bonjour,

Je remet ici les quelques sujet dont tu fait probablement références (ajoutes ceux que j'ai omis) pour alimenter la discussion.

et un bout de code à ajouter dans le header pour les génerer à la volée https://pluxopolis.net/url-canonical-et-pluxml.html

Le sujet m’intéresse aussi

bg62 · 22 juil.

merci
bien évidemment il serait intéressant de pouvoir réaliser cela sans trop de 'bidouillage', d'une manière qui puisse rester 'pérenne' surtout ... le ' morceau de code ' que tu indiques sur https://pluxopolis.net/url-canonical-et-pluxml.html serait pour moi une des meilleures solutions ... à conditions

de pouvoir le gérer sans soucis ( pour tout le monde ) = via un plugin
- et si ce plugin pouvait exister, qu'il soit ' sans problèmes ' ... je pense aux diverses futures évolutions inévitables de PluXml, je pense aussi à d'éventuels conflits ou problèmes pouvant surgir avec l'option de " Activer la réécriture d'URL " si problèmes il pouvait y avoir ...
- - ce qui est certain c'est que Google en tient déjà compte ET va lui donner de plus en plus d'importance ...
donc ... si on pouvait ... ??? mais le ' codage ' et moi
amitiés

gcyrillus-nomade · 22 juil.

Ce n'est pas une mauvaise idée, je pourrais même y inclure https://re7net.com/article/donnees-structurees-json-ld . Cependant, je n'ai pas encore eu de retours critiques sur ces deux sujets quant à leurs pertinence et efficacité.

Je regarde ça dans les jours à venir.
En attendant, à vous les studios

bg62 · 22 juil.

super !!! les données structurées seraient aussi un gros 'plus' car elles peuvent être utiles dans bien des cas +100
et le super TOP serait de pouvoir combiner cela, avec options oui ou non d'affichage ( à chaque fois peut-être ) avec les balises 'meta opengraph ' comme le plugin plxSocialMeta ( https://github.com/petitchevalroux/plxSocialMeta ) ou ailleurs ....

gcyrillus-nomade · 22 juil.

pour le format open graph, faudrait que je regarde ce qui est encore d'actualité. Je ne sais pas ce que twitter est devenu depuis son nouveau proprio et sa politique, ni comment Facebook à évolué, aujourd'hui on a aussi du tik-tok, insta ou autre joyeux réseaux lobotiseur que je ne sais plus trop ce qui est opportun de prendre en compte ni surtout comment en tirer parti.

Si l'on veut bien m'éclairer pour leur servir quelque chose, je suis toute ouie.

cdt

bg62 · 23 juil.

pour open graph je ne saurais répondre avec certitude à l'heure actuelle, je viens d’ouvrir un post sur 'WRI' pour voir où l'on peut en être ... je te tiens au courant

gcyrillus-nomade · 25 juil.

re,
en creusant un peu de mon coté, les balises opengraph (og:) semble effectivement importante et les métadonnée en json serait seulement complémentaires, pour l'URL canonique, PluXml effectue déjà une redirection 301 vers la page demandée (à priori cela suffirait à rediriger vers l'url canonique systématiquement).

Coté admin, manque un peu de visibilité sur le remplissage des meta (title,description et keywords) . J'avais fait un petit plugin pour un utilisateur du forum qui souhaitez les voir dans le listing des articles: https://github.com/gcyrillus/adminIndex Cela n'ajoute rien coté visiteur mais permet de visualisé si les meta sont remplis et comment coté admin

++

bg62 · 25 juil.

pourrais-tu développer un peu ton histoire de redirection '301' avec des exemples ( liens ) si possible ?
( ne serait-ce pas mieux si 'dans le code' apparaissait directement la "balise" ' canonical ' ? )
pour les balises 'og', donc = ok les conserver
- pour les autres perso je me sers à fond de ' plxMyAutoMetaDescription ' qui remplit fort bien son travail et se trouve être d'une bonne efficacité à l'usage, il serait peut-être bon de lui donner la possibilité d'apparaître en 'admin', si cela est faisable, pour ceux qui le voudraient ...
*** nota : la balise meta tags est déjà abandonnée par GG et autres moteurs, description peut encore servir quelque temps mais ... à voir peut-être sans trop forcer les choses

gcyrillus-nomade · 25 juil.

Pour la redirection 301 :
- Dans plxMotor : il y a la fonction

public function redir301($url) {
        # Hook plugins
        eval($this->plxPlugins->callHook('plxMotorRedir301'));
        # Redirection 301
        header('Status: 301 Moved Permanently', false, 301);
        header('Location: '.$url);
        exit();
}

appeler par exemple à la demande d'un article $this->redir301($this->urlRewrite('?article'.intval($this->cible).'/'.$this->plxRecord_arts->f('url')));
Qui fait que quel que soit l’URL demander tu est renvoyé vers une seul et unique URL (avec ou sans URL-rewriting) par exemple avec cette article et urlrewriting + myBetterUrl
- https://pluxthemes.com/index.php?article96/
- https://pluxthemes.com/?article96/urls-canoniques-dans-vos-themes
- te renvoient toutes sur https://pluxthemes.com/urls-canoniques-dans-vos-themes

Si l’URL-rewriting est désactivé, l’URL redevient du style index.php?articleX/url-de-l-article mais l'url /url-de-l-article devient du coup une 404 On peut en déduire que de passer des url natives au URL réécrites ne pose pas de problèmes dans PluXml, mais revenir au url natives depuis n'importe quelle règle de réécriture passe toutes les pages référencés en 404. => Pas de retour en arrière une fois l’URL-rewriting activé

Les balises og, ç'a m'a tout l'air d'être une obligation, ne serait ce que pour pouvoir partagé une page sur un réseau social ( faut faire attention au format et taille (en pixels) des images d'accroches. twitter demandes les siennes, à voir ce que Musk va pondre à ce sujet
okay pour le plugin, je regarderais ce qu'il donne dans l'admin
Pour les balises meta, je ne sais pas trop, car si pas de bon mots clés dans la page permettant a un moteur de recherche de bien ciblé le contenu de la page, pas de backlinks et pas de partage depuis un réseau social, cela peut-être pour un jeune site quelques infos utiles au moteur de recherche pour trouver les mots clés pertinent et indéxer la page au lieu de l'ignorer. Pas sur qu'il faut les bouder à 100%, juste une réflexion personnel.

cdt

bg62 · 26 juil.

re ...

j'avais mal compris, effectivement le plugin que tu veux faire injecterait les lignes de code que tu as mises sur 'ton' post sur les urls canoniques = 100 + ( qui serait donc présent sur toutes les urls générées par PluXml )
donc dans ce cas SI url-rewriting mis en place = obligation de le laisser = ok
balises 'og' = adoptées donc, pas de soucis
pour les metas et description, on peut laisser de base, de toutes manières, au pire elles ne seront pas prises en compte mais n'empêcheront pas le bon fonctionnement
quid l'utilisation de "plxMyBetterUrls" avec tout ceci ensuite ?

gcyrillus-nomade · 26 juil.

je peut déjà mettre en ligne un plugin pour les urls canoniques : https://github.com/gcyrillus/myCannonical/archive/refs/heads/main.zip (d'ailleurs , j'ai fait une mise à jour sur le script à propos des pages plugin en statique). Je suis en train de regarder pour injecter les ld-json en vérifiant qu'ils sont corrects . pour les og et twitter pas encore regarder. je ferais un autre plugin avec un autre nom.
Oui, le passage en URL-rewriting rend quasi impossible le retour aux url natives (sauf à recréer les redirection pour chacune d'elles vers les url natives de PluXml)
c'est dans les cartons
plxMyBetterUrls est une amélioration de la fonction de PluXml, les redirection 301 (et le script des cannonical )suivent les directives de la configuration des urls réécrites.

Quid des URL canoniques et de PluXml ?

Réponses