web-dev-qa-db-fra.com

DateModified peut-il être désactivé dans un article Schema.org? Si oui, quand devrait-il être défini pour la première fois?

J'essaie de comprendre ce que signifient les différentes dates dans Article de Schema.org .

D'après ce que je peux comprendre, voici ce qui suit:

  • dateCreated est le moment où l'auteur commence par l'article. Rien n'a encore été rendu public pour la lecture. dateCreated peut être antérieur ou identique à datePublished, mais pas plus tard.
  • datePublished est lorsque le rédacteur a fini avec l'article et l'a rendu disponible en ligne pour la lecture.
  • dateModified est le moment où l'article est modifié.

Ce qui précède est mon opinion. Quelle est l'opinion générale à ce sujet?

Si un article n'a pas été édité, il ne contiendra alors rien/null pour dateModified? La raison pour laquelle je vous pose la question est parce que lorsque vous exécutez votre code via l'outil de test de données structurées, il est indiqué que dateModified n'est pas obligatoire, mais recommandé. Comment peut-il être recommandé pour les articles qui n'ont pas été modifiés à partir de leur source d'origine? dateModified devrait-il alors être identique à datePublished uniquement pour que le message d'erreur rouge puisse disparaître? Ou ne devrais-je pas m'en inquiéter et le traiter comme un avertissement?

Quand dateModified est-il défini pour la première fois? Après dateCreated ou après datePublished?

schema.orgstructured-dataarticlesdates
4
Brendan Vogt

Personnellement, je voudrais omettre la propriété dateModified tant que l'article n'est pas modifié après la publication. Cependant, c’est plus une décision philosophique que technique. Les consommateurs devraient être en mesure de gérer le problème dans les deux sens s'ils le souhaitent:

  • Si datePublished == dateModified: L’article n’a jamais été modifié après la publication (ou a été modifié, mais l’auteur n’a pas mis à jour la valeur dateModified.).
  • Si non dateModified: L’article n’a jamais été modifié après la publication (ou a été modifié, mais l’auteur n’a pas fourni la propriété dateModified).

Google ne donne pas plus d'informations dans leur documentation Article Rich Snippet , mais dans leur documentation Top Stories with AMP , ils disent (gras, l'emphase mienne):

Date et heure de la dernière modification de l'article, en format ISO 8601 . Si l'article n'a jamais été modifié , vous pouvez omettre cette propriété ou utiliser la même date que datePublished .

Je suppose qu’il est prudent de supposer qu’ils le traiteront de la même manière pour leurs autres fonctionnalités de résultat de recherche (par exemple, Article Rich Snippet).

0
unor

dateModified a toujours une valeur potentielle (il y a toujours quelque chose que vous pouvez définir) et peut être égale ou ultérieure à dateCreated. "Créer, c'est modifier" et le système de fichiers du système d'exploitation que vous utilisez constitue un bon exemple. La création d'un fichier définit ensemble la dateCreated et la dateModified, puis les modifications ultérieures modifient la dateModified.

Que vous considériez ou non que l'édition soit une modification ou non, cela dépend de vous, mais je vous encourage à rester cohérent avec cela. Dans mon cas, je considère la publication comme une modification. Par conséquent, lors de la publication, je règle datePublished et met à jour dateModified.

4
grg