En bref. Le balisage Book seul ne remplit pas les exigences de Google concernant l’intégration du fournisseur, l’hébergement du flux, sa validation et son examen.

Définition : Non. La documentation de Google sur les actions relatives aux livres (Book actions) présente le balisage des pages comme une composante d’un processus reposant sur le flux du fournisseur de livres. Celui-ci doit suivre la procédure documentée de déclaration d’intérêt et d’intégration (onboarding), créer et héberger le flux requis, le valider, puis le soumettre pour examen.

Points clés

La documentation de Google sur les actions Book impose de remplir un formulaire de déclaration d’intérêt et de suivre une procédure d’intégration, puis distingue un flux Book pour la vente de deux flux distincts, Book et Library, pour le prêt.
Les consignes générales de Google relatives aux données structurées imposent un format de balisage pris en charge, l’accès de Googlebot et des données structurées qui représentent le contenu visible de la page.
Le type Book de Schema.org définit bookEdition comme l’édition du livre et isbn comme son ISBN.

Qu’ajoute la procédure d’intégration du fournisseur ?

Google réserve la fonctionnalité d’actions Book aux fournisseurs de livres qui ont rempli le formulaire de déclaration d’intérêt et suivi la procédure d’intégration. Si un site vend des livres, le fournisseur doit importer un flux Book, et une équipe d’assistance de Google lui précise où et comment l’importer. Si un site prête des livres, le fournisseur doit importer deux flux distincts : un flux Book et un flux Library. L’ajout d’un balisage Book à une fiche produit laisse donc inachevées les étapes relatives au fournisseur et aux flux.

Que doit contenir le flux ?

Le flux est un fichier de données JSON dont les entités utilisent le schéma des actions Book. L’exemple de Google comporte une racine DataFeed, une entité Book, un @id unique, une url et une cible ReadAction avec un urlTemplate.

{
  "@context": "https://schema.org",
  "@type": "DataFeed",
  "dataFeedElement": [
    {
      "@context": "https://schema.org",
      "@type": "Book",
      "@id": "https://example.com/work/the_catcher_in_the_rye",
      "url": "https://example.com/work/the_catcher_in_the_rye",
      "potentialAction": {
        "@type": "ReadAction",
        "target": {
          "@type": "EntryPoint",
          "urlTemplate": "https://example.com/store/9787543321724"
        }
      }
    }
  ]
}

Google exige que chaque entité du flux possède un @id, une url et un urlTemplate uniques. Les URL du flux et les liens profonds (deep links) doivent être des URL de production et des URL canoniques. Le flux doit exclure les entités obsolètes, notamment celles dont la date availabilityEnds est dépassée. Un fichier de flux unique porte l’extension .json. Un flux compressé peut utiliser des formats tels que zip, gz, tar ou tar.gz ; un flux dont la taille non compressée dépasse 1 Go doit être réparti dans plusieurs fichiers.

Comment se déroulent l’hébergement, la validation et l’examen ?

Le flux doit être hébergé à un emplacement sécurisé auquel Google peut accéder régulièrement pour le récupérer. Les modes d’hébergement documentés sont Google Cloud Storage avec l’autorisation Storage Object Viewer, HTTPS avec un nom d’utilisateur et un mot de passe ou des certificats clients HTTP, SFTP avec un mot de passe ou une clé et une phrase secrète, et AWS S3 avec un identifiant de clé et une clé d’accès.

Avant l’envoi, l’outil de validation des flux de données de Google doit être réglé sur Books Action pour l’entité Book. Le guide demande aussi aux fournisseurs de vérifier l’orthographe de @type et de définir "@context": "https://schema.org" pour ReadAction et BorrowAction. Une équipe d’assistance de Google examine la qualité des liens profonds du flux. La demande d’examen comprend l’URL du fichier de flux et, le cas échéant, les identifiants permettant à Google de le récupérer. Des tests manuels doivent confirmer qu’un lien profond ouvre la page sur laquelle un utilisateur peut acheter ou emprunter le livre.

Les consignes générales de Google relatives aux données structurées ajoutent des conditions à l’échelle de la page : utiliser JSON-LD, les microdonnées (Microdata) ou RDFa ; ne pas bloquer l’accès de Googlebot aux pages contenant les données structurées avec robots.txt ou noindex ; et faire en sorte que le balisage représente fidèlement le contenu visible par les lecteurs. Ces conditions s’appliquent au balisage des pages en complément du processus de flux des actions Book.

Que se passe-t-il après l’envoi ?

Dans le guide mis à jour le 10 décembre 2025, Google recommande de mettre le flux à jour quotidiennement, en fonction des changements du catalogue. Google Search ne prend pas en charge les mises à jour en temps réel, récupère le flux une fois par jour et en indexe généralement le contenu sous deux jours. Un fournisseur peut utiliser availabilityStarts et availabilityEnds pour un changement prévisible de disponibilité d’une édition et doit retirer une entité lorsqu’elle n’est plus disponible.

Termes associés

Questions fréquentes

Le balisage JSON-LD Book suffit-il à lui seul ?

Non. Il peut faire partie de la représentation des pages et des flux, mais le parcours documenté par Google pour les fournisseurs exige aussi une déclaration d’intérêt, une intégration, l’hébergement du flux, sa validation et son examen.

Les sites de prêt envoient-ils le même flux que les sites de vente ?

Non. Google prévoit un flux Book pour un site de vente et deux flux distincts, Book et Library, pour un site de prêt.

Google publie-t-il une taille minimale de catalogue pour participer ?

La page réserve la fonctionnalité aux fournisseurs proposant une large sélection de livres disponibles, mais ne donne aucun seuil chiffré pour le catalogue.

Sources

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO

Ajouter un balisage Book à une page suffit-il pour les actions Book de Google ?