Ajouter une version audio à un site Google Sites
Google Sites n'accepte pas de script dans sa page : on y ajoute l'audio par un bloc d'intégration, c'est-à-dire une iframe. Ce que ce chemin permet, ce qu'il coûte, et pourquoi un vrai blog reste mieux placé.
Google Sites séduit pour une raison simple : on assemble une page en glissant des blocs, sans compte d'hébergement, sans thème à régler, souvent dans l'intranet d'une école, d'une association ou d'une petite collectivité. Ce confort a une limite que l'on rencontre dès qu'on veut ajouter une fonction venue d'ailleurs. Contrairement à un site WordPress, où l'on installe librement une extension qui agit sur le serveur, Google Sites ne vous laisse pas poser une ligne de script dans votre page. Mettre vos pages en audio semble donc impossible. Ça ne l'est pas, mais il faut passer par la seule porte que l'éditeur laisse ouverte, et savoir ce qu'elle coûte.
La seule porte : le bloc « Intégrer »
Google Sites propose un bloc « Intégrer » (menu Insérer, puis Intégrer), avec deux options : coller une adresse, ou coller un peu de code. Dans les deux cas, ce que vous ajoutez s'affiche dans un cadre isolé, une iframe, chargé à part du reste de la page. C'est par là que le lecteur audio entre.
Le code à coller tient en une ligne :
``
<iframe src="https://wedispatch.fr/embed/IDENTIFIANT"
style="width:100%;border:0;height:140px" title="Écouter l'article"></iframe>
Remplacez IDENTIFIANT par l'identifiant de votre contenu sonorisé, ajustez la hauteur, et le lecteur apparaît en tête de page. Vous répétez l'opération sur chaque page où vous voulez l'écoute. C'est manuel, parce que Google Sites n'a pas de modèle de billet répété comme un blog : chaque page se compose à la main, et le bloc d'intégration s'y pose comme les autres.
Ce que ce chemin décide en silence
Passer par une iframe est rapide, et c'est le seul chemin ici, mais il faut le choisir en connaissance de cause. Un cadre isolé est une page dans la page : son contenu appartient au document chargé depuis notre domaine, pas au vôtre. Pour un lecteur audio, cela veut dire que la transcription, les chapitres, le texte synchronisé vivent dans le cadre, donc hors de votre page aux yeux d'un moteur de recherche. Sur un vrai blog, un lecteur rendu directement dans la page fait l'inverse et nourrit votre référencement ; sur Google Sites, cette option n'existe pas. Nous avons détaillé ce qui se joue dans ce choix dans l'article sur le lecteur en page ou en iframe : sur Google Sites, vous héritez des contraintes de l'iframe sans pouvoir y échapper. Pour une page interne ou un document que personne ne cherche sur Google, c'est sans conséquence. Pour une page que vous voulez voir remonter dans les résultats, c'est une raison sérieuse de préférer un vrai outil de blog.
Fabriquer l'audio quand il n'y a pas de flux
Afficher le lecteur ne suffit pas : encore faut-il que le fichier existe. Et c'est là que Google Sites montre sa deuxième limite. Un blog expose un flux RSS qui signale chaque nouvelle publication, ce qui permet de repérer les articles et de produire l'audio tout seul. Google Sites n'est pas un blog : il n'expose pas ce flux par page. L'automatisme par flux, qui marche sur la plupart des plateformes, ne s'applique donc pas ici.
Restent deux voies honnêtes. La première : vous nous communiquez l'adresse de la page publiée, le texte en est extrait, l'audio est fabriqué et relié à l'identifiant que vous reportez dans l'iframe. La seconde, si vous voulez déclencher la génération vous-même ou choisir la voix, passe par l'API, qu'un automatisme externe appelle au moment où vous publiez. Dans les deux cas, l'association tient sur un identifiant stable, qui survit à un changement de titre ou d'adresse.
Accessibilité : là où Google Sites a du sens
Beaucoup de sites Google Sites sont des sites d'établissement, d'association ou de service public, exactement les contextes où une version audio sert d'abord l'accessibilité. La lecture suivie, le texte qui se surligne mot à mot au rythme de la voix, aide les lecteurs dyslexiques et malvoyants, et inscrit la page dans une démarche d'accessibilité concrète. Ces réglages se font depuis votre tableau de bord, hors de l'éditeur Google : le cadre isolé affiche le résultat, vous le pilotez ailleurs.
Par où commencer, et quand changer d'outil
Pour un site Google Sites, le chemin le plus court est le bloc « Intégrer » avec l'iframe du lecteur, l'audio fabriqué à partir de l'adresse de chaque page. Comptez quelques minutes par page, aucune ligne de code à écrire au sens strict. C'est la même logique que sur les autres éditeurs fermés, décrite pour Wix, mais Google Sites va plus loin dans la fermeture : pas de modèle répété, pas de flux. Si votre besoin est une ou deux pages à rendre accessibles, c'est parfait. Si vous publiez régulièrement et voulez que votre contenu audio travaille pour votre référencement, le moment est venu de regarder un vrai outil de blog : vous y gagnerez le lecteur dans la page, le flux automatique, et la mesure d'écoute sous votre toit. Le plus simple reste d'écouter le résultat sur une de vos pages avant de décider jusqu'où aller.
Sonorisez vos articles avec WeDispatch
Ce blog sera lui-même sonorisé par WeDispatch. Envie de voir ce que ça donne sur vos contenus ?
Demandez une démo