Pourquoi les PDF ralentissent-ils une migration de site ?

Pourquoi Google traite-t-il les PDF différemment des pages HTML ?

Les fichiers PDF ne sont pas traités comme du contenu HTML standard. Google leur applique une logique de crawl basée sur la fréquence de mise à jour observée. Un PDF publié une fois et jamais modifié sera exploré sporadiquement — parfois toutes les semaines, parfois tous les mois, parfois jamais.

Cette approche n'est pas un bug mais une optimisation de crawl budget. Google alloue ses ressources en priorité aux contenus qui évoluent. Un PDF statique de 15 Mo ne justifie pas un passage quotidien du bot. Le problème, c'est que durant une migration, ce calcul de priorité peut devenir un frein majeur.

Que se passe-t-il durant une migration de site ?

Lors d'une migration, Google doit recrawler l'ensemble de vos URLs — anciennes et nouvelles — pour comprendre la correspondance et transférer les signaux. Si votre site contient des centaines de PDF, Googlebot va devoir les traiter un par un, avec une cadence ralentie.

Le bot va d'abord identifier les redirections, puis tenter de recrawler les nouveaux emplacements. Mais si un PDF fait 8 Mo et qu'il n'a pas bougé depuis trois ans, Google ne va pas le prioriser. Résultat : votre crawl budget se vide sur des contenus secondaires pendant que vos pages stratégiques attendent.

Les PDF volumineux posent-ils un problème spécifique ?

Oui, et c'est John Mueller qui le dit explicitement. Plus un fichier est lourd, plus il consomme de bande passante et de temps machine côté Google. Un PDF de 20 Mo peut monopoliser autant de crawl budget que 50 pages HTML légères.

Durant une migration, cette friction s'amplifie. Google va devoir télécharger ces fichiers depuis le nouveau serveur, vérifier qu'ils correspondent aux anciens, extraire le texte, analyser les liens internes. Tout ça prend du temps — et ce temps est prélevé sur l'exploration de vos contenus vraiment stratégiques.

• Les PDF sont crawlés moins souvent que le HTML car ils changent rarement
• Un PDF volumineux consomme beaucoup de crawl budget par rapport à une page classique
• Durant une migration, cette lenteur retarde l'indexation globale du site
• Google ne priorise pas les PDF s'ils n'ont pas été modifiés récemment
• Le poids des fichiers est un facteur bloquant pour l'exploration efficace

Cette déclaration est-elle cohérente avec les observations terrain ?

Totalement. On voit régulièrement des migrations bloquer pendant des semaines à cause de catalogues PDF non optimisés. Un client e-commerce avec 400 fiches produits en PDF de 5 Mo chacune peut facilement consommer 80 % du crawl budget sans générer un seul centime de CA.

Ce qui est intéressant, c'est que Mueller ne dit pas que Google refuse de crawler les PDF — il dit juste que ça prend plus de temps. En pratique, ça veut dire que si vous migrez sans nettoyer votre stock de PDF, vous allez ralentir la récupération de votre trafic de plusieurs semaines. C'est du vécu.

Quelles nuances faut-il apporter à cette affirmation ?

Première nuance : tous les PDF ne se valent pas. Un whitepaper stratégique de 500 Ko qui génère des conversions mérite d'être crawlé rapidement. Un ancien rapport de 12 Mo que personne ne consulte depuis 2018 ? Non. Google ne fait pas cette distinction tout seul — c'est à vous de l'aider via robots.txt, sitemaps prioritaires ou suppression pure et simple.

Deuxième nuance : la fréquence de mise à jour compte, mais pas que. Un PDF lié depuis votre page d'accueil sera crawlé plus souvent qu'un PDF orphelin, même s'il date de trois ans. Le maillage interne et la profondeur de clic jouent aussi. [A vérifier] : on manque de données publiques sur le poids exact de ces facteurs comparés à la fraîcheur du contenu.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Si vous avez peu de PDF (moins de 50) et qu'ils sont légers (moins de 1 Mo chacun), l'impact sera marginal. Google les traitera sans saturer votre crawl budget. Le problème se pose vraiment quand vous avez des centaines de fichiers lourds — typiquement les sites d'éditeurs, de médias techniques, d'instituts de recherche.

Autre cas : si vous préparez la migration correctement en nettoyant en amont les PDF obsolètes, en compressant les fichiers, et en soumettant un sitemap XML propre, Google n'aura pas à perdre de temps. La règle s'applique, mais vous en atténuez les effets.

Que faut-il faire concrètement avant une migration ?

D'abord, auditez vos PDF. Sortez la liste complète depuis votre sitemap ou via Screaming Frog. Pour chaque fichier, notez : poids, date de dernière modification, nombre de visites organiques sur 12 mois, backlinks entrants. Vous allez vite identifier les parasites — ces PDF de 8 Mo jamais consultés qui vont plomber votre migration.

Ensuite, posez-vous la question brutale : ce PDF doit-il rester indexable ? Si la réponse est non, désindexez-le via meta robots noindex dans l'en-tête HTTP (oui, c'est possible pour un PDF). Si la réponse est « peut-être », envisagez de le convertir en page HTML — Google préfère, et vous gardez le contrôle sur le balisage sémantique.

Comment optimiser les PDF qui doivent rester ?

Compressez-les sans pitié. Il existe des outils comme Adobe Acrobat Pro, Ghostscript ou des API comme iLovePDF qui réduisent le poids de 60 à 80 % sans perte visible de qualité. Un PDF de 6 Mo ramené à 1,5 Mo consomme 4 fois moins de crawl budget.

Ajoutez des métadonnées structurées dans les propriétés du fichier : titre, auteur, description. Google les lit et les utilise pour l'affichage dans les SERP. Un PDF bien balisé a plus de chances d'être crawlé rapidement qu'un fichier brut sans contexte.

Quelles erreurs éviter absolument ?

Ne laissez pas traîner des PDF en double. Googlebot va les crawler tous, réaliser qu'ils sont identiques, et gaspiller du budget pour rien. Utilisez des redirections 301 ou canonicalisez via l'en-tête HTTP Link si plusieurs URLs pointent vers le même fichier.

Autre erreur classique : ne pas soumettre de sitemap XML dédié aux PDF. Google met plus de temps à les découvrir par crawl naturel. Un sitemap propre, mis à jour après la migration, accélère le traitement. Et surtout, ne migrez pas vos PDF en dernier — intégrez-les dans le plan de redirection global dès le début.

• Auditer le poids et l'utilité de chaque PDF avant la migration
• Compresser les fichiers volumineux pour réduire la consommation de crawl budget
• Désindexer les PDF obsolètes ou non stratégiques via meta robots
• Soumettre un sitemap XML dédié aux PDF après la migration
• Vérifier l'absence de doublons et canonicaliser si nécessaire
• Monitorer le crawl des PDF via Search Console durant les 4 semaines post-migration