Un PDF publié sur votre site suit exactement le même chemin qu’une page web classique avant d’apparaître dans Google : conversion, puis classement, AI Overviews et AI Mode compris. C’est ce qu’ont détaillé, le 13 octobre 2026, Martin Splitt et John Mueller, les deux porte-parole de l’équipe Search Relations de Google, dans un épisode entièrement consacré aux PDF sur leur podcast officiel Search Off The Record.
Les deux intervenants y confirment un mécanisme resté flou pour beaucoup d’éditeurs de sites : avant même d’atteindre l’étape du classement, chaque PDF doit d’abord être repéré et téléchargé, au même titre qu’une page HTML, par Googlebot lors de son exploration. Ce que Google fait ensuite de ce fichier, et où ça coince parfois, concerne directement toute TPE ou PME qui publie une fiche produit, une plaquette commerciale, des CGV ou une étude au format PDF.
Un plombier chauffagiste qui met en ligne la fiche technique PDF de chaque modèle de chaudière, un cabinet de conseil qui propose ses études de cas en téléchargement, une boutique en ligne qui joint ses conditions générales de vente en PDF : dans les trois cas, ce document suit la même mécanique que le reste du site, avec ses propres règles.
Table des matières
Un convertisseur transforme chaque PDF en page HTML avant l’indexation
Martin Splitt décrit, dans la transcription officielle de l’épisode, un composant interne appelé le convertisseur, qui intervient juste après le rendu de la page et juste avant l’indexation. Google convertit chaque PDF en HTML après le rendu et avant l’indexation, puis traite cette version comme n’importe quelle page du web, sans traitement différencié. Splitt résume la logique : en interne, c’est fondamentalement une page HTML normale, rien d’extraordinaire.
Cette conversion explique un comportement que beaucoup de propriétaires de sites observent sans le comprendre vraiment : les liens placés dans un PDF fonctionnent parce qu’ils existent dans la version HTML convertie, celle qui alimente ensuite tout le pipeline de classement de Google, recherche classique, AI Overviews et AI Mode compris. Un lien vers votre page de contact glissé dans une plaquette PDF a donc le même potentiel qu’un lien posé sur une page web ordinaire.
Les images d’un PDF ne valent pas un signal SEO image classique
Le traitement des images intégrées à un PDF reste plus incertain. Interrogé sur le sujet, Splitt avance que Google détecte probablement la présence d’une image dans le fichier, sans certitude sur la façon dont elle est ensuite exploitée, faute d’URL propre à cette image. Il formule cette réponse avec prudence, pas comme une règle arrêtée : « je pense que nous pourrions la repérer, je ne suis pas sûr de la façon dont nous la traiterions ».
Pour une PME, la conséquence pratique est simple : une image insérée dans un PDF ne doit pas être comptée comme un levier de référencement d’image à part entière. Si le schéma produit ou la photo de réalisation glissée dans votre plaquette doit aussi apparaître dans la recherche d’images de Google ou être reprise par l’IA, mieux vaut la publier aussi en HTML, avec sa propre URL et un texte alternatif. Le plombier chauffagiste de tout à l’heure, par exemple, aurait intérêt à publier la photo de son installation sur la page web du modèle de chaudière, pas seulement dans la fiche technique en PDF jointe.
Une limite de 64 Mo que les deux porte-parole n’ont pas su citer
Interrogés sur la taille maximale d’un PDF que Googlebot accepte d’explorer, ni Splitt ni Mueller n’ont su donner le chiffre. Splitt suppose une limite plus large que pour les autres formats, sans la connaître précisément, et Mueller ne la complète pas davantage. Le flou reste tel quel dans l’épisode : aucun chiffre n’est finalement avancé.
Le chiffre existe pourtant, documenté noir sur blanc par Google lui-même. La page officielle de Google Search Central consacrée à Googlebot est claire sur ce point : Googlebot télécharge les 2 premiers mégaoctets de tout fichier pris en charge, sauf les PDF, plafonnés à 64 mégaoctets. Au-delà, le téléchargement s’arrête et seule la portion déjà récupérée part à l’indexation. Cette page a été mise à jour le 3 février 2026, soit huit mois avant l’enregistrement du podcast.
Deux analyses indépendantes publiées au lendemain de l’épisode, PPC Land et Search Engine Journal, ont relevé cet écart sans y voir une faute : un simple décalage entre une documentation technique précise et une communication orale plus informelle, enregistrée en public. Ni Splitt ni Mueller n’ont su citer cette limite, alors que Google la documente lui-même depuis plusieurs mois sur son propre site.
Cette limite de poids ne doit pas être confondue avec le budget de crawl, la fréquence et le volume de pages que Google explore sur l’ensemble d’un site. Ce sont deux mécaniques distinctes : l’une plafonne la quantité de données lues dans un seul fichier, l’autre régule le nombre de passages de Googlebot sur votre domaine.
PDF ou HTML : ce que ça change concrètement pour votre PME
Rien, dans cet échange, ne remet en cause la position constante de Google : un PDF bien construit peut être indexé et classé normalement, AI Mode et AI Overviews compris, comme Mueller le confirme sans détour dans l’épisode. Il ne s’agit donc pas d’un frein pour apparaître dans les réponses générées par l’IA. Mueller rappelle simplement sa préférence personnelle, quand le choix existe : publier en HTML plutôt qu’en PDF, parce que la page se consulte plus facilement, s’adapte mieux à un écran de mobile et se charge plus vite. C’est un conseil de confort de lecture, rien de plus.
Pour une fiche produit, une plaquette commerciale, des CGV ou une étude, le format PDF reste donc un choix raisonnable, les deux limites désormais posées noir sur blanc :
- la taille du fichier, rarement un problème en pratique puisque 64 mégaoctets représentent plusieurs centaines de pages de texte courant ;
- le traitement incertain des images internes, à ne jamais compter comme un signal SEO image classique.
Si ce même document doit aussi exister pour la recherche d’images ou être repris tel quel par l’IA, dupliquer son contenu en HTML reste le choix le plus sûr. Un catalogue produit chargé d’illustrations haute définition reste le cas le plus concret où la limite de 64 mégaoctets peut, un jour, être atteinte.
Le choix entre PDF et HTML n’est donc pas une question de référencement, mais de confort de lecture. Gardez le PDF pour ce qu’il fait bien : un document à télécharger et à imprimer tel quel. Pour tout ce qui doit être vu, trouvé par mots-clés ou cité par l’IA, l’équivalent HTML reste le format le plus sûr.
Crédit photo : Pixabay.
