Métas + (version 2) - commentaires

Métas (version 2)

Bonjour, je tente d'integrer aussi #LOGO_DOCUMENT si il est dispo, mais je galere, sinon merci du travail effectué

Métas + (version 2)

Depuis quelques jours, facebook ne récupère plus le logo de l'article quand je le colle sur mon mur.

Le debuggeur facebook m'indique : 'les propriété manquent : fb:app_id' et ne propose qu'un lien texte sans image.
Avez-vous constaté également cela ? Comment rétablir un fonctionnement attendu ?

SPIP4.2.6 Metaplus 2.4.5 à jour

Métas + (version 2)

Voici un ticket pour ce sujet :
https://git.spip.net/spip-contrib-extensions/metasplus/issues/26

Métas + (version 2)

Bonjour,

Sur 2 sites en SPIP 4.1.7 avec Métas + 2.4.2
j'ai le message d'erreur suivant dans les logs debusquer.log :

Erreur d'exécution plugins/auto/metasplus/v2.4.2/inclure/metasplus/dist.html | File […]/ecrire/inc/filtres.php Line 4883 : Argument 3 passed to generer_objet_introduction() must be of the type array, null given, called in […]/ecrire/inc/filtres.php on line 4826

Merci

Métas + (version 2)

Merci pour cette réponse.

Est-ce qu'une solution par l'ajout d'un mot-clé technique attaché à l'image que l'on veut utiliser pour le partage sur les réseaux sociaux serait envisageable ?

Métas + (version 2)

Ps : mieux vaut faire un ticket sinon la demande va se perdre : https://git.spip.net/spip-contrib-extensions/metasplus/issues

Métas + (version 2)

Bonjour,

C'est à peu près ça : ça va chercher 3 images. C'était les précos à l'époque des débuts de la v2.

La 1^re c'est le logo de l'objet, et les autres ce sont des images liées à l'objet, en les ordonnant selon leurs tailles (les plus larges en 1^res).

Peut-être qu'on pourrait essayer d'améliorer l'ordre en prenant celles insérées dans le texte en 1^er, voir même essayer de garder l'ordre d'insertion, à réfléchir.

Métas + (version 2)

Bonjour,

Je ne comprend pas bien comment est désignée, pour chaque page de mon site l'« og:image » qui sera utilisée lors d'un partage sur les réseaux sociaux.

J'ai activé le plugin « Métas + (version 2) » et lorsque je regarde les balises meta de chacune des pages de mon site, il y a 3 « og:image », alors que la page comporte beaucoup plus d'image et la première listée, qui semble d'ailleurs être celle utilisée par facebook lors d'un partage, n'est pas forcément la première image de la page.

Comment désigner l'image que l'on veux pour illustrer un post lors d'un partage ?

Merci d'avance,

Cordialement,

Hervé

Métas + (version 2)

Bonjour,
je n'ai pas bien compris, avec quelles informations sont renseignées og:image:alt et twitter:image:alt ?

Métas (version 2)

J'ai aussi une « notice »

Notice
: unserialize(): Error at offset 0 of 3888 bytes in
/plugins/auto/metasplus/v2.4.0/metasplus_pipelines.php

Métas + (version 2)

Merci pour le signalement, le fix sera inclus dans la prochaine release.

Métas + (version 2)

Bonjour,

Avec Metas + v2.4.0, Spip 4.1.2 et PHP 8, j'obtiens sur la page « ?exec=configurer_metasplus » les erreurs suivantes :

Erreur d'exécution ../plugins/auto/metasplus/v2.4.0/formulaires/configurer_metasplus.html | File […]/tmp/cache/skel/html_3ae0188501cb4ff9a4ac4d80d653d426.php Line 123 : join(): Argument #2 ($array) must be of type ?array, string given

En remplaçant la ligne 16 du fichier « formulaires/configurer_metasplus.html »

#SET{erreurs_reseaux,#GET{erreurs_reseaux}|join{', '}}

par

#SET{erreurs_reseaux,#GET{erreurs_reseaux}|implode{', '}}

cela semble fonctionner.

Métas + (version 2)

La réécriture [d'URL] est forcée depuis mes_options.php

C'est probablement lié à ça oui, la détection auto ne peut fonctionner que si SPIP est en mesure de décoder les URLs, c'est à dire que ça correspond à un type d'URL connu et déclaré comme il faut.

Sur ce dernier point j'ai une réserve, j'ai pas très bien compris comment tu procèdes dans l'ensemble et ce que tu cherches à obtenir, il faudrait plus d'infos. Mais j'ai l'impression que ça sort des clous :p

Pas de solution dans l'immédiat, au pire des cas tu peux essayer de surcharger metasplus_identifier_contexte.html pour que ça renvoie le bon objet + id_objet, mais je garantis pas que ça soit pérenne.
Peut-être qu'on pourrait ajouter un pipeline pour ces cas là mais ça me semble un peu à la marge.

Métas + (version 2)

Je précise : il s'agit de la version Métas + v2.4.0 sur Spip 3.2.x !

Métas + (version 2)

Bonjour,
Je suis perplexe ;-(
Les balises meta OG et Twitter Card sont bien générées : je les visualise parfaitement avec le debug (/spip.php ?page=inclure/metasplus/dist&objet=article&id_objet=N&debug=oui).

Mais par contre elles n'apparaissent pas dans le head de toutes les pages, sauf pour la page d'accueil (sommaire.html).

Pour une page du site, avec le debug j'obtiens ce résultat :

a:2:{s:9:"type-page";s:3:"404";s:6:"erreur";b:1;}

(squelette plugins-dist/metasplus/metasplus_identifier_contexte.html)
Le #ENV contient l'URL relative et lang.

dist.html n'est pas du tout appelé !

Est-ce qu'il est possible que la réécriture de l'URL empêche Metas+ de collecter les données d'environnement ?

La réécriture est forcée depuis mes_options.php. Voici un exemple pour l'objet article :

function agrispip_propres_creer_chaine_url($x) { $objet = $x['objet']; if ($objet['type'] == 'article') { $x['data'] .= "-a" . $objet['id_objet'] . ".html"; return $x; }

Métas + (version 2)

Merci beaucoup. La fonctionnalité ouvre de belles perspectives de personnalisation, c'est super !
Décidément, SPIP, c'est beau, et merci à tous ses développeurs ;-))

Métas + (version 2)

Hello,

Merci pour le retour, c'est fixé dans la v2.3.14

En résumé : pour ton besoin tu peux ajouter un squelette inclure/metasplus/rubrique.html qui inclue lui-même le squelette par défaut, en indiquant l'élément que tu souhaites modifier.

#SET{logos,#INFO_FICHIER{document,#ENV{id_doc}}}

C'est le plus simple et ça évite de surcharger les squelettes dist.html et inc-dist.html

Métas + (version 2)

Je reposte car je ne butte toujours sur la même difficulté : actuellement, un paramètre passé dans une url appelante n'est pas transmis dans inclure/metasplus/dist.html.
Est-ce que ce serait envisageable que ca le soit ? Cela permettrait de personnaliser les métas en fonction de la valeur de ce paramètre (en l'occurrence, dans le cadre d'une photothèque, pouvoir utiliser une valeur id_document permettant d'avoir un og:image en phase avec le document invoqué dans l'url) ?

Métas + (version 2)

Utiliser un paramètre passé dans l'url ?
J'appelle une page rubrique qui affiche toutes les images contenues dans les articles de ladite rubrique. L'url contient un parametre id_doc pour afficher « en plus grand » l'image visée par le parametre. Cette image contient des boutons de partage.
Je cherche à utiliser id_doc dans metaplus/dist.html pour générer la meta og:image correspondant à cette image. Or le paramètre d'environnement id_doc n'est pas transmis à metaplus/dist.html. Comment procéder pour transmettre #ENVid_doc à metaplus/dist.html ?
Merci d'avance ++++

Métas + (version 2)

Super, ça marche ! Merci

Métas + (version 2)

Le 2) corrigé en 2.3.10

Métas + (version 2)

Pour le troisième point, c'est bon. Ce devait être un problème de cache du validator de Twitter.

Métas + (version 2)

@jeanmarie Oui, par contre je sais pas si et comment ça a été résolu, cf. dernière remarque de b_b. Le fichier robots.txt.html n'a pas bougé en tout cas : https://git.spip.net/spip/dist/src/branch/master/robots.txt.html

Métas + (version 2)

Pour le point n°1, il y a un ticket dessus pour la 3.3 : https://core.spip.net/issues/4103
S'il est résolu, faudra peut être le préciser dans la doc ?

Métas + (version 2)

Bonjour,

1) Oui (cf. documentation)

2) Cela ressemble à un oubli dans le plugin oui. On utilise la fonction générique qui retourne le logo de n'importe quel type d'objet, normalement cela fonctionne par héritage et devrait donc chercher le logo de la rubrique si l'article n'en n'a pas. Mais possible qu'il y ait un paramètre oublié lors de l'appel de la fonction.

3) De quelles pages parlez vous précisément ?

Métas + (version 2)

Merci pour ce plugin.
Quelques remarques/questions

1/ J'applique le filtre image_reduire sur les logos, et du coup je me retrouve avec tous un tas de dossiers /local/cache-vignettes/L ???xH ???/
Du coup, pour le Twitterbot, j'ai également ajouté la règle suivante dans le robots.txt pour que ça marche :

Allow: /local/cache-vignettes/*/

Correct ?

2/ Mes squelettes utilisent la balise #LOGO_ARTICLE_RUBRIQUE (qui affiche le logo de la rubrique si l'article n'a pas de logo). Comment adapter ce plugin à ce type de fonctionnement ? Car j'ai l'impression que dans le cas de l'absence d'un logo à l'article et d'une image dans l'article, le logo choisi est celui configuré par le plugin.

3/ Que faut-il modifier pour que le plugin prenne l'image configurée par le plugin plutôt que le logo du site pour un lien vers la racine ? (le logo du site n'est pas dans un format adapté). J'ai l'impression que pour un lien pour la racine du site, c'est le #LOGO_SITE_SPIP qui est retourné.

Merci !

Métas + (version 2)

Bonjour,

Et merci pour cet outil !

Les métas sont générées avec un attribut scheme qui est indiqué comme obsolète chez W3C validator et chez Mozilla :
https://developer.mozilla.org/fr/docs/Web/HTML/Element/meta#attr-scheme

Qu'en pensez-vous ?

François

Métas + (version 2)

Hello,

Je reproduis en Spip 3.3 aussi.

Dans un certain contexte, il semblerait que la balise #TEXTE renvoie le code php échappé de la balise #FORMULAIRE, effectivement.

C'est pas encore très clair pour moi quand exactement et pourquoi ça se produit, et si c'est dû à une mauvaise implémentation dans le plugin, ou à un bug ou une limite de Spip.
À investiguer.

Ps : attention sans les balises on voit pas ton extrait de code.



Métas (version 2)
Hello :)

J'ai un bug avec le plug, facebook et le plugin formidable.

Donc là, je ne sais pas trop si c'est formidable ou le plug qui demande une modif :(
Spip 3.2.7

Je fais un formulaire avec des cases à coché

Dans mon article, je ne mets que

Une fois l'article en ligne, je vais sur facebook pour partager l'article sur mon mur.

Au moment du partage, cela m'affiche bien le titre de l'article, mais en dessous, il m'affiche du php :(
Je suppose qu'il faudrait un patch du genre de https://git.spip.net/spip/porte_plume/pulls/2/files

Mais aucune idée si c'est dans le plug ou dans formidable ou même dans spip :(

Franck


Métas + (version 2)
Merci pour le retour, tu as raison, le timestamp est remis pour twitter.


Métas + (version 2)
Bonjour Tchlass,
Oui mais justement https://developer.twitter.com/en/docs/tweets/optimize-with-cards/guides/troubleshooting-cards c'est recommander manifestement.

Pour FB, je ne sais pas car je l'utilise pas.
Merci


Métas + (version 2)
Hello,
En l'état les timestamp sont volontairement enlevés car je crois me souvenir que twitter ou facebook n'aimait pas ça, et donc on se retrouvait sans image : https://git.spip.net/spip-contrib-extensions/metasplus/src/branch/master/inclure/metasplus/inc-dist.html#L180
Ça vaudrait le coup de refaire des tests pour voir si c'est toujours le cas.


Métas + (version 2)
Bonjour,
Je rencontre un problème.

Quand on change le logo d'un article mais que l'on a la même taille / hauteur, twitter ne vois pas changement et prends celui qu'il a en mémoire.
Ne peut on pas avoir un timestamp sur l'image pour que ça la change ?
Merci.


Métas + (version 2)
Moi non plus je n'ai pas tout compris :p

En tout cas ça venait clairement du fait que le squelette était introuvable, lié à un problème d'installation du plugin dans un mauvais répertoire ou un truc comme ça.
Content que ça soit résolu en tout cas :)


Métas + (version 2)
Bon j'ai l'impression que ce coup ci c'est bon mais j'avoue n'avoir pas tout compris. 

Pour info ; j'ai supprimer le plugin, reinstaller, déplacer le répertoire inclure de /squelettes/plugin/metas... à /squelette/inclure/metas... 

Christophe


Métas + (version 2)
Merci encore.

1) la première URL donne comme résultat ;
Aucun squelette inclure/metasplus/dist.html n'est disponible...
Donc j'ai modifié le nom du répertoire qui était metaplus_v2... Mais ca n'a rien changé. 

pour le moment, j'ai le chemin suivant /squelettes/plugin/metasplus/inclure/

J'ai donc recopier les fichiers du plugin dans le répertoire /squelettes/inclure/metaplus/

A ce moment là, j'ai donc une page qui affiche simplement
 
2) la deuxième, celui-ci
a:5:{s:9:"type-page";s:7:"article";s:6:"erreur";b:0;s:5:"objet";s:7:"article";s:8:"id_objet";s:4:"6941";s:10:"id_article";s:4:"6941";} 
Donc après déplacement du répertoire /inclure/ j'ai dans la console debug de FB des info :
https://developers.facebook.com/tools/debug/og/object/ mais quand je partage l'article via le bouton FB en bas de l'article j'ai toujours pas l'image... Ce qui était le bug initial qui m'a amené à mettre le bazar dans mon site et à passer à la v2.
C'est un peu bizarre mais je perd pas courage et patience.

Cordialement
Christophe _


Métas + (version 2)
Et pour le dernier point, donne le retour de l'URL suivante : https://www.infogm.org/spip.php?page=metasplus_identifier_contexte&url=https://www.infogm.org/6941-ex-employee-monsanto-annule-restriction-ogm
C'est le squelette qui sert à identifier l'objet courant à partir de l'url (et donc s'il n'arrive pas à le retrouver, pas de métas).


Métas + (version 2)
Ah j'avais oublié une piste pour déboguer.
Dans la page de l'article dans l'espace privé, est-ce que as bien le lien « aperçu des metas+ » dans la boîte info ? Est-ce que la modale qui s'affiche contient bien les métas ?
Tu peux aussi tester l'URL spip.php?page=inclure/metasplus/dist&objet=article&id_objet=N&debug=oui en changeant id_objet=N avec le bon numéro, ça devrait afficher les métas en mode texte.
Si c'est bon, ça veut dire que c'est les métas sont bien générées, mais que ça coince lors de leur ajout automatique dans le html final.


Métas + (version 2)
Oui plus aucune inclusion n'est nécessaire dans les squelettes, en dehors de cas particuliers.

Du coup là je ne vois pas ce qui pourrait provoquer le souci sur ton site.
La seule façon den savoir plus, ce serait de jeter un coup d'oeil et faire un peu de debug sur une éventuelle version de dev du site, s'il y en a une. Tu peux me contacter en mp si tu veux tcharlss_AT_bravecassine.com


Métas + (version 2)
J'ai viré les  qui était avant dans les  car j'ai lu qu'avec le V2 ce n'était plus nécessaire mais sans doute ai-je mal compris. 

Précédemment j'avais une ligne 

pour le squelette rubrique : 

pour le squelette article : 
Si ca peut aider...
Christophe


Métas (version 2)
J'ai tout simplement les fichiers par défaut squelettes/plugin/metasplus_v2/inclure/

Les 4 fichiers sont dist.html ; inc-dist.html, auteur.html et evenement.html

Je suis passé à la V2 car je n'avais plus l'image dans le partage facebook, j'avais que le titre et la description. Or sur FB, un post sans image c'est comme une mayonnaise sans oeuf :-)

Je ne sais pas quel plugin utilise la pipeline « affichage_final » et j'utilise de très nombreux plugins.

Et chez moi, quand je recollecte les données via https://developers.facebook.com/tools/debug/og/object/, j'ai bien des éléments Open graph.
Merci pour ta patience et ton aide

Christophe


Métas + (version 2)
Ok, ça va pas du tout, les 3 sont cochés mais il n'y a aucune balise d'insérée...
Je continue les questions pour essayer de dépanner :)

- Est-ce qu'il y a des squelettes surchargés dans le dossier metasplus/ ?

- Tu disais être passé à la v2 pour résoudre un souci, de quoi s'agissait-il ?

- Questions subsidiaire si ça te dit quelque chose : est-ce que tu as d'autres plugins d'activés qui font des choses dans affichage_final ?


Métas + (version 2)
En théorie oui, on pourrait dire ça.
Dans les faits, j'utilise le plugin Metaplus pour simplifier le processus de partage sur les réseaux sociaux et je pense ne pas être le seul à le faire.
Je constate que le plugin Metas et la dist ne contiennent pas cette méta non plus.


Métas + (version 2)
OUi facebook est bien coché. Cf. capture d'écran


Métas + (version 2)
Bonjour,
Je ne vois aucune balise opengraph dans le code de la page.

Dans l'outil de validation facebook, je pense qu'il s'agissait de la version en cache, en demandant de « Re-collecter » il ne trouve plus de balise du tout.
Juste pour être sûr, dans la config il y a bien facebook de coché ?


Métas + (version 2)
Hello,
Ça c'est une meta « de base », ça ne rentre pas dans le champ d'application du plugin.


Métas + (version 2)
LinkedIn demande une méta spécifique author du type :


En testant une url sur https://www.linkedin.com/post-inspector, j'ai constaté le message No author found.
A priori cette erreur ne bloque pas l'indexation par Linkedin qui indique un 200 Success.


Métas + (version 2)
Bonjour

merci pour ce plugin. J'ai fait la migration vers la V2 pensant résoudre mon soucis... Que nenni...

J'ai sur les articles du site un bouton « partage facebook ». Il embarque tout sauf l'image.

Pourtant sur facebook debug, j'ai bien l'image qui est dans og:image

https://www.infogm.org/6941-ex-employee-monsanto-annule-restriction-ogm?var_mode=recalcul

C'est à n'y rien comprendre....

Si quelqu'un·e a une idée...

Cordialement

C.Noisette, Inf'OGM


Métas + (version 2)
Là ça à l'air d'être revenu au robots.txt de base : http://www.davduf.net/robots.txt?var_mode=calcul

Si tu veux, tu peux m'ouvrir un accès temporaire à ton serveur et je peux jeter un coup d'oeil, en mp : tcharlss_AT_bravecassine.com


Métas + (version 2)
C'est bien un squelette robots.txt.html

Ensuite ce squelette est visible à l'URL http://www.davduf.net/robots.txt (sans le .html à la fin)
Je remarque que la partie pour le twitterbot est présente 2 fois : 1 fois au milieu, et une fois à la fin après le sitemap. C'est peut-être source d'erreur pour le robot twitter, il faut supprimer la partie à la fin.


Métas + (version 2)
Pardon, c'est robots.txt ou robots.txt.html (comme indiqué dans le texte plus haut) ? Je viens de changer en robots.txt, ça fait quelque chose ?


Métas + (version 2)
Hmmm c'est bizarre, en principe le robots.txt est ok, mais l'outil de twitter indique toujours qu'il n'arrive pas à récupérer les images :
WARN: The image URL http://www.davduf.net/local/cache-vignettes/L506xH254/d151bd725e11b6cea5922d0cbb06ce-29b5e.jpg specified by the 'twitter:image' metatag may be restricted by the site's robots.txt file, which will prevent Twitter from fetching it.
Pourtant j'utilise exactement ce robot.txt sur plusieurs sites, et ça règle le souci des images.
Je vais à la pêche aux infos sur l'irc.


Métas + (version 2)
Je t'en prie ,)
Fait !
Merci encore


Métas + (version 2)
Désolé j'aurais du préciser, le fichier surchargé doit se trouver dans le dossier squelettes et pas à la racine.

C'est presque bon :)


Métas + (version 2)
Suis je bête ?
OK ainsi !?

Je place bien le fichier à la racine ?
Merci merci !


Métas + (version 2)
Il faut ajouter ces lignes aux règles déjà existantes fournies avec la dist (dans squelettes-dist/robots.txt.html), ce qui peut donner ceci au final :
#HTTP_HEADER{Content-Type: text/plain; charset=#CHARSET} # robots.txt
# @url: #URL_SITE_SPIP
# @generator: SPIP #SPIP_VERSION
# @template: #SQUELETTE User-agent: Twitterbot
Disallow: /local/
Allow: /local/cache-gd2/
Allow: /local/cache-vignettes/ User-agent: *
Allow: /local/cache-css/
Allow: /local/cache-js/
Disallow: /local/
Disallow: /ecrire/
Disallow: /plugins-dist/
Disallow: /lib/
Disallow: /plugins/
Disallow: /prive/
Disallow: /squelettes-dist/
Disallow: /squelettes/
Crawl-delay: 1 Sitemap: #URL_SITE_SPIP/sitemap.xml


Métas + (version 2)
Comme ceci ?

Merci :)


Métas + (version 2)
oh, merci pour ta réponse rapide (et tes mercis...)
J'ai comme l'impression que je n'ai plus de fichier robots.txt :)
Je regarde ça !
Merci merci


Métas + (version 2)
Hello,
Les balises nécessaires à Twitter sont bien présentes dans le code de la page, mais le robot de Twitter n'a sans doute pas accès au répertoire qui contient les images.
C'est en tout cas ce que dit l'outil de validation quand je teste avec cette URL par exemple : http://www.davduf.net/pour-les-etrennes-de-la-caillasse-pour-la-presse
Essaie en surchargeant le fichier robots.txt.html et en y ajoutant les lignes suivantes :
User-agent: Twitterbot
Disallow: /local/
Allow: /local/cache-gd2/
Allow: /local/cache-vignettes/
Sur les articles déjà partagés, possible qu'il y ait un cache chez twitter et donc que le résultat ne soit pas visible tout de suite, mieux vaut vérifier avec l'outil de validation.
Ps : merci 1000x fois pour le travail que fais. J'ai hâte de lire dernière sommation :)


Métas + (version 2)
Bonjour tout le monde,

Petit question simple : j'utilise ce super plug in sur moin site www.davduf.net mais, hélas, aucun logo n'apparait en vignette TWitter Carw sur Twitter (pourtant coché dans les préférences). Faut il faire quelque chose de particulier ?
Mille mercis !

David


Métas + (version 2)
Merci pour la rapidité


Métas + (version 2)
Corrigé dans la prochaine version, merci pour le signalement


Métas + (version 2)
En ouvrant les logs, je vos une erreur PHP qui semble s'appliquer sur chaque affichage de page publique :
Got error 'PHP message: PHP Notice: Undefined variable: composition in /var/monsite/plugins/auto/metasplus/v2.3.0/metasplus_fonctions.php on line 98\n'
Ces lignes n'existaient pas dans le fichier metasplus_fonctions.php de la version 2.2.5.


Métas + (version 2)
Merci à vous :-)


Métas + (version 2)
C'est corrigé dans la V2.2.6 : https://zone.spip.org/trac/spip-zone/changeset/118276/spip-zone
Merci du signalement.


Métas + (version 2)
Bonjour,
Même constat pour moi !!


Métas + (version 2)
Merci, on va regarder ça.


Métas (version 2)
Bonjour,

Il semblerait que la version Metas + 2.2.5 - stable insère un } superfétatoire suer la page sommaire entre le head et le body. Je ne peux pas accéder à la zone pour voir les différences avec la version 2.2.4


Métas + (version 2)
Bonjour

En HTML5 il semblerait que le test WC3n'accepte plus l'encodage de dublincore du plugin
Error: Bad value schema.dc for attribute rel on element link: The string schema.dc is not a registered keyword.

j'ai trouvé une issue à ce problème sur ce site
Natacha


Métas + (version 2)
Par commodité, j'ai commencé à utilisé le plugin Logo SVG et je viens de me rendre compte que Twitter/Facebook/LinkedIn ne prennent pas les SVG
Pour Facebook, le plugin génère plusieurs images et FB y fait son tri, donc le problème ne se pose pas.
Pensez-vous qu'en utilisant le plugin Logos Multiples et en créant un logo « social », je puisse uploader un png/jpeg au cas où lorsque j'insère le logo principal en svg ?
Je suis ouvert à d'autre pistes/suggestions bien évidemment.


Métas + (version 2)
Au tout début de l'article :


Une version 2 qui simplifie l'utilisation du plugin : activez, c'est prêt !

Et juste un peu plus bas :


Dans la majorité des cas, il suffit d'activer le plugin, et ça fonctionne : plus besoin de modifier les squelettes.



Métas + (version 2)
Bonjour, j'ai un site basé sur le squelette Geodiversité pour le partage collaboratif de photos d'animaux sauvages au Brésil (www.portal.zoo.bio.br). Je penses que le plugin Métas + ferait mon affaire puisque je partage les photos publiés dans les site sur Facebook. Je voudrais savoir comment mettre en place le plugin. Par exemple, est-ce qu'il y a un code de squelette généraliste et où le mettre ?


Métas + (version 2)
Il faudra que je fasse des tests chez moi en local pour reproduire, je ne m'explique même pas pourquoi ça fonctionnerait avec  puisqu'il ne s'agit pas d'une image.
Le plugin ne cherche que des logos ou à défaut des images liées au contenu, mais jamais la vignette d'un document non image lié au contenu.


Métas + (version 2)
Hello Touti,
Il s'agit d'une refonte assez substantielle du plugin, la montée du numéro de version X indique une rupture de compatibilité.

Dans cette version il n'est plus nécessaire d'ajouter des  dans ses squelettes, je suppose que c'est le cas pour toi si tu utilisais la version 1.
Je rajouterai un paragraphe plus explicite sur ce point pour les gens qui font mettent à jour depuis la v1.


Métas + (version 2)
Bonjour,

Merci pour ce plugin Metaplus

Ce qui est vraiment bien avec SPIP c'est la possibilité de faire les MAJs sans se soucier de savoir si on reste compliant ou pas. Or, malheureusement, avec la dernière version du plugin, il faut mettre les mains dans le cambouis parce qu'il n'y a pas de liaison entre.

Aucun squelette inclure/metasplus-article n'est disponible...

Merci à vous !

touti


Métas + (version 2)
Re tcharlss :-)

Alors, j'ai fait d'autres tests, et il y a une différence de comportement entre une vidéo qui est héberger localement et dont j'ai fait l'ajout d'une vignette via la médiathèque suivant que dans l'article, je mets  ou 
 cela ne fonctionne pas, la vignette n'est pas visible sur Facebook

 cela fonctionne, la vignette est visible sur facebook
Donc, c'est « bug » ou pas dans le plug ?

Franck


Métas + (version 2)
Glop,

À mon avis c'est plutôt un problème éditorial pas lié à oembed : il faut dire explicitement que la vignette de cette vidéo doit servir de logo à l'article.

Donc l'ajouter comme logo, ou alors la mettre en image-jointe.


Métas + (version 2)
Hello :-)

SPIP 3.2.4 [24285]

Avec uniquement les plug « meta+ » version 2.2.3 et « oembed » en version 2.0.10

php 5.6.40
Juste pour dire que je viens de découvrir un problème avec Facebook, mais je ne suis pas sûr que le problème vienne de meta+ :-(

En faite, le problème est présent, lorsqu'il y a utilisation du plug oembed pour mettre sur un site en spip 3.2.4 https://plugins.spip.net/oembed

Exemple, sur un site, je souhaites que s'affiche https://www.youtube.com/watch?v=ufyZ-sZSz4c

Donc donc mon article, je fais l'ajout de la vidéo via le plug oembed

Donc mon article, j'écris donc 

Si je regarde dans la médiathèque, la vidéo est présente et il y a bien une vignette que le plug oembed à fait lui même !

Le problème, c'est que Facebook ne semble pas voir l'image, car il indique https://developers.facebook.com/tools/debug/sharing qu'il manque : og:image
A savoir, que j'ai aussi essayer de faire l'ajout d'une image pour remplacer la vignette fait par oembed et cela ne résout pas le problème :-(

Franck


Métas + (version 2)
Intéressant, merci pour la veille Erational.
Une implémentation limitée pourrait se faire directement dans le plugin.

Je dis « limitée », car l'implémentation actuelle tend à ne gérer que les données de base communes entre tous les protocoles : titre, description, date, etc.

Donc à priori pas de « location », « offers », « performer » et cie pour JSON-LD.
Et l'implémentation plus poussée pourrait se faire dans un plugin à part, comme c'est le cas pour opengraph.
Dans un v3 ce serait intéressant de pouvoir gérer plus finement chaque protocole quand même, à réfléchir.


Métas + (version 2)
Tiens, un nouveau format sémantique a émergé : JSON-LD

https://www.alsacreations.com/article/lire/1780-donnees-semantiques-structurees-associees-le-choix-JSON-LD.html
Reste à savoir si c'est intéressant à implémenter et si oui, comment le faire ?
 dans un plugin dédié ?
 comme une option de metas+ ?


Métas + (version 2)
Merciiiii
Avec spip ya des fois où je tourne bourrique mais là, en effet, je vois qu'on va y arriver :)
En attendant une prochaine version de spip, je mettrai en place un squelette
Bon weekend


Métas + (version 2)
Hop : https://core.spip.net/issues/4291


Métas + (version 2)
Pfiou, on va y arriver...

Donc il y a bien un bug avec #INFO_INTRODUCTION.

En attendant que ce soit corrigé dans SPIP, il faut utiliser la solution indiquée dans mon message précédent : https://contrib.spip.net/Metas-version-2#comment500043-500036


Métas + (version 2)
Avec 11000 articles et 15000 urls, le moindre changement peut avoir un impact casse-c...
Ma balise meta description que j'utlise depuis... retourne bien le chapeau en 1^er et si pas de chapeau, le début du texte
Si je fais le test sur une page : https://www.tendancehotellerie.fr/articles-breves/communique-de-presse/10967-article/reseaux-sociaux-une-influence-tres-forte-sur-les-voyageurs-d-apres-booking-com, ma méta description []  donne :

ce qui est mon chapeau
le plugin METAS+ genère

 ce qui est mon texte
S'il y a avait un problème avec mon chapeau, pourquoi ma balise « historique » arrive-t-elle à trouver le chapeau et pas METAS+ ?


Métas + (version 2)

Quand je fais le test sur un article de la rubrique incriminée, l'ajout de la balise #INTRODUCTION génère bien le chapeau en 1 et le texte en 2.

Comment trouver l'erreur ?

Mais quelle erreur ? Sans descriptif oui, #INTRODUCTION prend le chapo et le texte.


Métas + (version 2)
Effectivement l'aide en ligne est plus bavarde sur l'utilisation de ce champ :


Le descriptif rapide est utilisé pour la navigation à l'intérieur du site : il permet d'indiquer brièvement, dans les sommaires par exemple, le thème de l'article.
Ce descriptif est optionnel ; de même, on peut le rédiger de la longueur que l'on veut. Cependant, il a été prévu à l'origine pour des textes très courts (une ou deux phrases), qui figureront dans les listes d'articles (sommaires, listes des articles de tel auteur, tri d'articles par mot-clé, réponses du moteur de recherche, etc.). »

N'hésite pas à te créer un compte sur spip.net et à proposer une amélioration dans le forum de l'article.
Après, son utilisation peut changer selon tes besoins éditoriaux et les squelettes utilisés. Mais très souvent, elle sert juste à avoir un « vrai » résumé avec la balise #INTRODUCTION.


Métas + (version 2)
OK j'ai trouvé ce qu'est le descriptif. Je ne l'ai pas activé. 

Quand je fais le test sur un article de la rubrique incriminée, l'ajout de la balise #INTRODUCTION génère bien le chapeau en 1 et le texte en 2. 

Comment trouver l'erreur ?


Métas + (version 2)
J'aimerai bien comprendre ce que contient la balise #DESCRIPTIF car la doc spip ne dit rien : https://www.spip.net/fr_article3854.html


Métas + (version 2)
Ah mais attends, c'est comme ça que fonctionne la balise #INTRODUCTION en fait : elle prend en priorité le descriptif, et à défaut le chapeau puis le texte : https://www.spip.net/fr_article3965.html

Donc pas de bug.
Si tu souhaites utiliser le chapeau, crée un squelette inclure/metasplus/article.html :





Métas + (version 2)
Merci de la réponse rapide.
Sur la rubrique où ça me pose souci, j'ai fait le test en insérant
 #INTRODUCTION dans le squelette de l'article et la balise me retourne bien le contenu du chapeau suivi du début du texte.
 #INFO_CHAPOarticle,XXX dans le squelette et la balise me retourne bien le contenu du chapeau
Quel autre test mener ? Désolé mais je ne suis pas développeur, même si je commence à connaître certains basiques


Métas + (version 2)
C'est censé utiliser #INTRODUCTION en priorité, et seulement si cette balise ne renvoie rien, on se rabat sur #DESCRIPTIF : https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/metasplus/trunk/inclure/metasplus/dist.html#L88
Si ça n'utilise pas l'introduction, c'est qu'il doit y avoir un souci avec la balise #INFO, à investiguer.


Métas + (version 2)
Le plugin insère #DESCRIPTIF et ce descriptif se calcule en fonction des 1^res lignes du texte. Dans les squelettes on (je) utilise plutôt #TEXTE qui automatiquement concatène le chapeau + le texte.
Quand on lit le manuel des balises à propos de #DESCRIPTIF, c'est très éloquent : https://www.spip.net/fr_article3854.html
Je ne me sers pas de la balise #INTRODUCTION, néanmoins c'est elle qu'on devrait utiliser en fait. https://www.spip.net/fr_article3965.html
Vaut-il mieux que je crée une variante article.html pour utiliser #INTRODUCTION, ou bien est-ce une amélioration à apporter au plugin ?
Je ne pense pas être le seul à utiliser chapeau


Métas + (version 2)
Je ne parlais que du cas sommaire, donc on a l'air d'être sur la même longueur d'onde. Je suis d'accord, pour les autres pages c'est du cas par cas !

Sinon je confirme, c'est bien le logo du site qui est utilisé, mais il ne plait pas à FB, qui va chercher l'image suivante ...

C'est bon pour moi !

Bonne soirée

Bredt


Métas + (version 2)

En effet si on le pousse jusqu'au bout, et qu'on ne met aucune balise, FB se débrouille, alors a quoi servent les balises meta open graph ?

Je parle bien d'une exception, bien sûr qu'il est préférable de mettre des metas dès qu'on peut récupérer l'information **pertinente**.

Et pour les pages hors objets éditoriaux, prendre le nom du site comme titre faute de mieux ne me semble pas être le cas : des pages complètement différentes seraient présentées exactement de la même façon quand on les partage.

Mais, pour les pages d'objet éditoriaux aussi le titre dépends de ce qui est codé !

Oui mais le titre « normal », celui saisit par l'auteur, on le connaît. Si un squelette fait des choses exotiques, il doit surcharger.

la page sommaire doit utiliser la valeur #NOM_SITE_SPIP|concat« – »,#SLOGAN_SITE_SPIP

Ah oui, pour le sommaire , c'est un oubli.


D'autre part, je ne suis pas trop d'accord, toujours pour la page sommaire, pour que og:image soit la première image trouvée, cela devrait être le logo du site.

Ben c'est pas le cas, tu as vu ça où ?


Métas (version 2)
Arf ! 

Je ne suis pas vraiment d'accord avec ton raisonnement :

En effet si on le pousse jusqu'au bout, et qu'on ne met aucune balise, FB se débrouille, alors a quoi servent les balises meta open graph ?

Bon après, je peux comprendre que ce n'est pas gérable pour toutes les pages, puisque comme tu le dis le titre dépends de ce qui est codé dans le squelette. Mais, pour les pages d'objet éditoriaux aussi le titre dépends de ce qui est codé !

Je pense donc que comme pour les pages d'objet éditoriaux qui utilisent comme og:title la valeur #INFO_TITRE{#ENV{objet},#ENV{id_objet}}|concat{" – ",#NOM_SITE_SPIP} , la page sommaire doit utiliser la valeur #NOM_SITE_SPIP|concat{" – ",#SLOGAN_SITE_SPIP} .

D'autre part, je ne suis pas trop d'accord, toujours pour la page sommaire, pour que og:image soit la première image trouvée, cela devrait être le logo du site.

Je pense que la page sommaire est un cas particulier et doit être traité comme tel.

Je sais je suis ch*an ... :-p

Bredt


Métas + (version 2)
Glop,
Là c'est un petit compromis pour facebook : ça concerne les pages hors objet éditoriaux (les spip.php ?page=truc), pour lesquelles le plugin ne peut pas connaître automatiquement le titre (ça dépend des squelettes utilisés).
Quand il n'y a pas og:title, facebook se rabat sur la balise </code> normale (idem pour la description de la page).<br class="autobr">
Ça me semble préférable, plutôt que de mettre le nom du site.</p>
</article>
<article>
<h1>Métas (version 2)</h1>
<p>Salut, <br class="autobr">
Je viens de voir que le plugin Métas + avait été mis à jour : bravo pour le boulot.<br class="autobr">
Juste une remarque :<br class="autobr">
Pour Open Graph le meta og:title est obligatoire, or pour le type website, ce méta n'est pas utilisé<small class="fine d-inline"> </small>!!!<br class="autobr">
Merci</p>
</article>
<article>
<h1>Métas + (version 2)</h1>
<p>> pour les articles ayant un logo, ça reprend aussi le logo de la rubrique au lieu du logo de l'article.</p>
<p>Je ne sais pas pourquoi, la balise est censée prendre celui de l'article en priorité.<br class="autobr">
Mais bon, là ce n'est pas lié au plugin.</p>
<p>> Où dois-je interdire au plugin de sélectionner certains groupes de mot clé<small class="fine d-inline"> </small>?</p>
<p>Là doc indique une constante pour ça, mais elle va être bientôt dépréciée. La bonne méthode est d'utiliser le plugin <a href="https://contrib.spip.net/Mots-techniques" class="spip_out" rel='nofollow external'>Mots techniques</a></p>
</article>
<article>
<h1>Métas + (version 2)</h1>
<p>Euh... ça marche bien pour les articles sans logo mais pour les articles ayant un logo, ça reprend aussi le logo de la rubrique au lieu du logo de l'article. Du coup, j'ai débranché le squelette article.html.</p>
<p>Autre point que je viens de déceler : le plugin prend les tags. Je me sers des mots clés pour certains affichages, par exemple le slider en homepage et mon tag « slider » se retrouve dans les tags (3 maximum) transmis à Facebook.</p>
<p>Où dois-je interdire au plugin de sélectionner certains groupes de mot clé<small class="fine d-inline"> </small>?</p>
<p>J'ai l'impression d'être le chieur de service et j'en suis désolé.</p>
</article>
<article>
<h1>Métas + (version 2)</h1>
<p>J'ai remis en place et ça marche<br class="autobr">
Merci</p>
</article>
</main></body></html>