Métas + (version 2)

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

Métas + est un plugin qui permet d’améliorer l’indexation de vos contenus dans les moteurs de recherche et leur affichage sur les réseaux sociaux grâce aux métadonnées Dublin Core, Open Graph et Twitter Card.

Voir l’article consacré à la version 1.

Évolutions

Cette version du plugin génére et insère automatiquement les métadonnées dans le <head> de vos pages, quelque soit le type d’objet éditorial.
Dans la majorité des cas, il suffit d’activer le plugin, et ça fonctionne : plus besoin de modifier les squelettes.

→ Quelques métadonnées ont été ajoutées ou mises à jour, notamment :

  • Tous les auteurs sont présents au lieu d’un seul auparavant
  • Les mots-clés sont présents
  • Les dimensions des images ont été mises à jour pour correspondre aux dernières recommandations des réseaux sociaux, et leur titre est présent.
  • 3 images sont sélectionnées pour Open Graph
  • Le format « riche » est activé pour Open Graph / Facebook

→ Dans la configuration, on choisit les protocoles à activer plutôt que ceux à désactiver.

→ Côté intégration, le rangement des squelettes a été revu.

→ Pour SPIP 3.1+

Configuration

La page de configuration vous permet plusieurs choses :

  • Choisir les protocoles à activer (attention dans la v1 c’était l’inverse : on choisissait ceux à désactiver)
  • Utiliser le nom du site comme auteur des contenus.
  • Utiliser une image personnalisée à a place du logo du site.
Configuration de Méta+
Configuration de Méta+

Intégration & personnalisation

Le reste de cette documentation ne vous sera utile que si vous avez besoin de personnaliser les métadonnées lorsque la génération automatique ne convient pas.

Le plugin tente de récupérer toutes les informations pertinentes automatiquement (titre, description, etc.), ce qui devrait convenir la plupart du temps, mais il peut arriver que cela ne soit pas suffisant dans certains cas.

Il n’est par exemple pas possible de deviner le « type » exact de chaque contenu, c’est pourquoi on en indique un assez générique par défaut : « article » pour Open Graph, « Text » pour Dublin Core.
Mais il pourrait être utile d’indiquer le vrai type précis pour les nouveaux objets éditoriaux.

Dans ces cas, il faut créer des squelettes de variantes.

Organisation des squelettes et mécanisme de sélection

Les squelettes sont maintenant organisés ainsi (comparaison avant/après):

Chemin Explication
inclure/metasplus/dist.html Génère automatiquement les valeurs des métadonnées, puis les affiche en incluant le suivant.
inclure/metasplus/inc-dist.html Affiche les métadonnées selon les valeurs qu’on lui transmet.
inclure/metasplus/ {type-page}.html Variante spécifique à un type de page

Pour chaque type de page, le plugin va chercher s’il existe un squelette spécifique inclure/metasplus/{type-page}.html, et à défaut il se rabat sur le squelette générique inclure/metasplus/dist.html qui produit automatiquement les métadonnées [1].

Si, pour un type de page précise, la génération automatique ne convient pas, il suffit de créer un squelette de variante.

Pour exclure certaines pages de l’insertion automatique, on peut les lister au moyen d’une constante à ajouter dans mes_options.php, ou bien créer des squelettes de variantes vides :

  1. define('_METASPLUS_PAGES_EXCLUES',  'article,patate,pomme');

Squelettes de variantes

Prenons l’exemple d’un hypothétique objet éditorial « livre », qui aurait plusieurs particularités :

  • Le type par défaut ne convient pas.
  • La date pertinente n’est pas celle de rédaction du contenu (#DATE), mais celle de publication du livre (#DATE_PUBLICATION).
  • Les auteurs seraient différenciés au moyen du plugin Rôles d’auteurs (auteur, traducteur, relecteur, etc.), et nous souhaitons avoir les auteurs avec un rôle précis.

Dans ce cas, il faudrait un squelette de variante inclure/metasplus/livre.html.
Quant au contenu, vous avez plusieurs possibilités :

1) Inclure le squelette dist.html

En incluant ce squelette, vous ne tranmsettez que les valeurs que vous souhaitez modifier, celles non transmises seront générées automatiquement.

<BOUCLE_livres(LIVRES){id_livre}>
[(#REM) Récupérer les données à modifier ]
#SET{auteurs,#ARRAY}
<BOUCLE_auteurs(AUTEURS){id_livre}{role=ecrivain}>
#SET{auteurs,#GET{auteurs}|push{#NOM}}
</BOUCLE_auteurs>
 
[(#REM) Afficher les métadonnées ]
<INCLURE{fond=inclure/metasplus/dist,
    og-type=book,
    dc-type=PhysicalObject,
    date=#DATE_PUBLICATION,
    auteurs=#GET{auteurs},
} />
</BOUCLE_livre>

2) Inclure le squelette inc-dist.html

Avec cette inclusion, vous devez transmettre toutes les valeurs, celles non transmises ne seront pas présentes.

<BOUCLE_livre(LIVRE){id_livre}>
 
[(#REM) Récupérer toutes les données ]
#SET{auteurs,#ARRAY}
<BOUCLE_auteurs(AUTEURS){id_livre}{role=ecrivain}>
#SET{auteurs,#GET{auteurs}|push{#NOM}}
</BOUCLE_auteurs>
<!-- Idem pour les mots-clés, les images, etc. -->
 
[(#REM) Afficher les métadonnées ]
<INCLURE{fond=inclure/metasplus/inc-dist,
    og-type=book,
    dc-type=PhysicalObject,
    titre=#TITRE,
    url=#URL_LIVRE,
    desc=#DESCRIPTIF,
    lang=#LANG,
    date=#DATE_PUBLICATION,
    maj=#MAJ,
    auteurs=#GET{auteurs},
    mots=…,
    logos=…,
} />
</BOUCLE_livre>

3) Tout faire à la main

Et vous pouvez bien sûr tout faire vous même, si par exemple vous avez besoin d’ajouter des metadonnées qui ne sont prises en compte dans les squelettes génériques.

Paramètres

Voici la liste de tous les paramètres pris en compte.
Les nouveaux sont signalés avec une astérisque*, ceux obsolètes sont barrés.

Paramètre Explication
titre Titre de la ressource
desc Description de la ressource
url URL absolue de la ressource
date Date de publication
maj Date de dernière modification
lang Code de langue en 2 lettres : fr
territoire 2 lettres pour compléter la langue afin de créer la locale : en_US par ex.
og-type Type de ressource Open Graph
dc-type Type de ressource Dublin Core
mots* Soit un tableau linéaire :
  1. #LISTE{Lorem,Ipsum}
Soit une liste de mots-clés séparés par des virgules
auteurs

auteur

Soit un tableau linéraire :
  1. #LISTE{Lorem,Ipsum}
Soit une liste de noms séparés par des virgules
logos

logo

Soit un tableau de tableaux associatifs contenant l’URL et le texte alternatif de chaque image :
#LISTE{
    #ARRAY{
        url, https://site.ltd/image1.jpg,
        alt, lorem ipsum,
    },
    #ARRAY{
        url, https://site.ltd/image2.jpg,
        alt, tempus fugit,
    }
}
Soit une liste d’URLs séparées par des virgules :
  1. https://site.ltd/image1.jpg,https://site.ltd/image2.jpg

Images et robots

Si, lors du partage sur un réseau social, les robots ne parviennent pas à récupérer les images, il faut leur donner accès au répertoire qui stocke les images redimensionnées.
Pour cela, surcharger le fichier robots.txt.html en ajoutant des règles.

Voici un exemple pour le robot de Twitter :

User-agent: Twitterbot
Disallow: /local/
Allow: /local/cache-gd2/
Allow: /local/cache-vignettes/

Métadonnées générées

Voici un exemple complet des métadonnées générées pour un article.

<!-- Plugin Métas + -->

<!-- Dublin Core -->
<meta name="DC.Format" content="text/html">
<meta name="DC.Type" content="Text">
<meta name="DC.Language" scheme="rfc1766" content="fr">
<meta name="DC.Title" lang="fr" content="Omnis quia quo cum eaque – Lorem ipsum">
<meta name="DC.Description.Abstract" lang="fr" content="Sapiente totam quo ut fugiat pariatur voluptatum nihil nulla. Ratione culpa consectetur quo quasi est enim autem repellat,…">
<meta name="DC.Date" scheme="DCTERMS.W3CDTF" content="2018-05-08">
<meta name="DC.Date.Modified" scheme="DCTERMS.W3CDTF" content="2018-05-09">
<meta name="DC.Identifier" scheme="URI" content="https://www.monjolisite.ltd/lorem-ipsum">
<meta name="DC.Publisher" content="Lorem ipsum">
<meta name="DC.Source" scheme="URI" content="https://www.monjolisite.ltd">
<meta name="DC.Creator" content="Lorem Ipsum">
<meta name="DC.Creator" content="Tempus Fugit">
<meta name="DC.Subject" content="Lorem">
<meta name="DC.Subject" content="Ipsum">

<!-- Open Graph -->
<meta property="og:rich_attachment" content="true">
<meta property="og:site_name" content="Lorem ipsum">
<meta property="og:type" content="article">
<meta property="og:title" content="Omnis quia quo cum eaque – Lorem ipsum">
<meta property="og:locale" content="fr_FR">
<meta property="og:url" content="https://www.monjolisite.ltd/lorem-ipsum">
<meta property="og:description" content="Sapiente totam quo ut fugiat pariatur voluptatum nihil nulla. Ratione culpa consectetur quo quasi est enim autem repellat,…">
<meta property="og:image" content="https://www.monjolisite.ltd/image1.jpg">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">
<meta property="og:image:type" content="image/jpeg">
<meta property="og:image:alt" content="Et cumque sunt explicabo hic tempora">
<meta property="og:image" content="https://www.monjolisite.ltd/image2.jpg">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">
<meta property="og:image:type" content="image/jpeg">
<meta property="og:image:alt" content="Amet aperiam mollitia sint aut.">
<meta property="og:image" content="https://www.monjolisite.ltd/image3.jpg">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">
<meta property="og:image:type" content="image/jpeg">
<meta property="og:image:alt" content="Dolorum sed vel saepe perferendis.">
<meta property="article:published_time" content="2018-05-08">
<meta property="article:modified_time" content="2018-05-09">
<meta property="article:author" content="Lorem Ipsum">
<meta property="article:author" content="Tempus Fugit">
<meta property="article:tag" content="Lorem">
<meta property="article:tag" content="Ipsum">

<!-- Twitter Card -->
<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:title" content="Omnis quia quo cum eaque – Lorem ipsum">
<meta name="twitter:description" content="Sapiente totam quo ut fugiat pariatur voluptatum nihil nulla. Ratione culpa consectetur quo quasi est enim autem repellat,…">
<meta name="twitter:dnt" content="on">
<meta name="twitter:url" content="https://www.monjolisite.ltd/lorem-ipsum">
<meta name="twitter:image" content="https://www.monjolisite.ltd/image1.jpg">
<meta property="twitter:image:alt" content="Et cumque sunt explicabo hic tempora">

Constantes de personnalisation

Attention, à partir de la v 2.2, les 2 constantes ci-dessous sont obsolètes :

  • _METASPLUS_EXCLURE_GROUPESMOTS. Utiliser le plugin Mots techniques à la place.
  • _METASPLUS_MASQUER_AUTEURS est remplacée par une option de configuration.

Footnotes

[1Ce mécanisme s’inspire de celui de Z-core : des squelettes dist.html et des variantes {page}.html


Une comparaison du rangement des squelettes entre la v1 et la v2, à toutes fins utiles (depuis le dossier inclure) :

Avant Après
metasplus-article.html metasplus/dist.html
metasplus-rubrique.html
metasplus-breve.html
metasplus-mot.html
metasplus-site-spip.html
metaplus-evenement metasplus/evenement.html
metaplus-auteur metasplus/auteur.html
metasplus.html metasplus/inc-dist.html

updated on 30 October 2019

Discussion

16 discussions

  • 2

    En ouvrant les logs, je vos une erreur PHP qui semble s’appliquer sur chaque affichage de page publique :

    1. 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.

    Reply to this message

  • 3

    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

    Reply to this message

  • 1

    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.<link rel="schema.dc" href="http://purl.org/DC/elements/1.1/" />

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

    Natacha

    Reply to this message

  • 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.

    Reply to this message

  • 1
    Filipe

    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?

    • 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.

    Reply to this message

  • 3

    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 <embXXX|center>
    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

    • 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.

    • 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 <embXXX|center> ou <docXXX|center>

      <embXXX|center> cela ne fonctionne pas, la vignette n’est pas visible sur Facebook
      <docXXX|center> cela fonctionne, la vignette est visible sur facebook

      Donc, c’est “bug” ou pas dans le plug ?
      Franck

    • Il faudra que je fasse des tests chez moi en local pour reproduire, je ne m’explique même pas pourquoi ça fonctionnerait avec <doc|xxx> 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.

    Reply to this message

  • 1

    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

    • 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 <INCLURE{fond=inclure/metasplus-article}> 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.

    Reply to this message

  • 1

    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+ ?
    • 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.

    Reply to this message

  • 11

    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

    • 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.

    • 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

    • 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 :

      <BOUCLE_art(ARTICLES){id_article}>
      <INCLURE{fond=inclure/metasplus/dist, desc=#CHAPO|sinon{#INTRODUCTION}} />
      </BOUCLE_art>
    • J’aimerai bien comprendre ce que contient la balise #DESCRIPTIF car la doc spip ne dit rien : https://www.spip.net/fr_article3854.html

    • 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 ?

    • 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.

    • 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.

    • 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 1er 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 [<meta name="description" content="(#INTRODUCTION{150}|textebrut)" />] donne :

      <meta name="description" content="17% des voyageurs du monde entier s’inspirent des vacances de leur influenceur préféré pour organiser leur vacances 7% des sondés avouent avoir déjà (...) " />

      ce qui est mon chapeau

      le plugin METAS+ genère

      <meta name="DC.Description.Abstract" lang="fr" content="Avec la publication des photos de vacances des influenceurs voyage et des applications li&#233;es au tourisme, les voyageurs sont sans cesse connect&#233;s sur les r&#233;seaux afin de trouver de l&#039;inspiration&#8230;" />
      <meta property="og:description" content="Avec la publication des photos de vacances des influenceurs voyage et des applications li&#233;es au tourisme, les voyageurs sont sans cesse connect&#233;s sur les r&#233;seaux afin de trouver de l&#039;inspiration&#8230;" />

      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+ ?

    • 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

    • 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

    Reply to this message

  • 4

    Salut,
    Je viens de voir que le plugin Métas + avait été mis à jour : bravo pour le boulot.
    Juste une remarque :
    Pour Open Graph le meta og:title est obligatoire, or pour le type website, ce méta n’est pas utilisé !!!
    Merci

    • 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 <title> normale (idem pour la description de la page).
      Ça me semble préférable, plutôt que de mettre le nom du site.

    • 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

    • 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ù ?

    • 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

    Reply to this message

Comment on this article

Who are you?
  • [Log in]

To show your avatar with your message, register it first on gravatar.com (free et painless) and don’t forget to indicate your Email addresse here.

Enter your comment here

This form accepts SPIP shortcuts {{bold}} {italic} -*list [text->url] <quote> <code> and HTML code <q> <del> <ins>. To create paragraphs, just leave empty lines.

Add a document

Follow the comments: RSS 2.0 | Atom