C’est la question que personne ne traite correctement : la plupart des tutoriels Screaming Frog sont génériques et ignorent les pièges propres à WordPress. Voici comment configurer et exploiter l’outil pour un audit qui remonte les vrais problèmes du CMS.
Sommaire
Configuration avant le crawl
Un crawl mal configuré donne des résultats inexploitables. Trois réglages à poser avant de lancer quoi que ce soit sur un site WordPress.
User-Agent Googlebot
Configuration > User Agent > Googlebot (Smartphone). Vous verrez le site comme Google, pas comme votre navigateur.
Rendu JavaScript
Activez le rendu JS si le thème ou un constructeur de pages (Elementor, Divi) injecte du contenu côté client.
Vitesse et mémoire
5 threads par défaut suffisent sur un site en production ; montez la mémoire allouée à 8 Go ou plus pour les catalogues volumineux.
Lancer le crawl
Entrez l’URL racine, mode Spider, et laissez tourner. Sur un site WordPress standard de moins de 500 pages, comptez quelques minutes. Pensez à exclure /wp-admin/ et les paramètres d’URL générés par les plugins de recherche interne pour ne pas gonfler artificiellement le crawl.
Les rapports à exploiter en priorité
| Rapport | Ce qu’il révèle |
|---|---|
| Response Codes | Erreurs 4xx et 5xx, liens cassés à corriger en priorité |
| Page Titles | Titles dupliqués ou manquants, fréquents sur les archives WordPress |
| Canonicals | Pages sans auto-référencement ou canonicals contradictoires |
| Redirect Chains | Chaînes de redirections héritées des changements de structure d’URL |
| Hreflang | Utile uniquement si le site est multilingue (Polylang, WPML) |
Isoler les pièges spécifiques à WordPress
C’est le point que les guides génériques laissent de côté : WordPress génère nativement des pages qui polluent un crawl si on ne les filtre pas.
- Filtrez les archives par regexIsolez /tag/, /category/, /author/ avec une expression régulière dans l’onglet Custom Search : ces pages génèrent souvent du contenu fin et des titles dupliqués à grande échelle.
- Repérez les pages attachmentLes URLs de pièces jointes (images avec leur propre page WordPress) apparaissent en Response Codes 200 alors qu’elles ne devraient jamais être indexées.
- Croisez avec le sitemap XMLUtilisez le mode Liste pour crawler uniquement le sitemap et comparez avec le crawl complet : l’écart révèle des pages orphelines ou au contraire indexées à tort.
- Vérifiez les pages générées par les pluginsUn plugin de formulaire ou de calendrier crée parfois des dizaines de pages techniques accessibles publiquement sans valeur SEO.
Donnée fraîche
Sur un WordPress géré par plusieurs contributeurs, les pages taxonomiques (tag, catégorie) comptent parmi les premières sources de contenu dupliqué détectées par Screaming Frog, avant même les erreurs 404.
Exporter et prioriser les correctifs
Exportez chaque rapport en CSV (File > Export) et triez par nombre de pages affectées : corrigez d’abord ce qui touche le plus grand volume d’URLs, pas ce qui est visuellement le plus choquant sur une seule page. Cette méthode complète utilement la checklist des points techniques, contenus et conversions à vérifier une fois le crawl terminé.
Si l’interprétation des rapports Screaming Frog vous prend plus de temps que prévu, un consultant SEO WordPress peut lire ces exports et vous livrer un plan d’action priorisé en quelques heures.
Screaming Frog gratuit suffit-il pour un site WordPress ?
Oui jusqu’à 500 URLs (limite de la version gratuite), ce qui couvre la majorité des sites vitrine et des petits blogs.
Faut-il activer le rendu JavaScript par défaut ?
Non par défaut : il ralentit le crawl. Activez-le seulement si vous suspectez du contenu injecté côté client par le thème ou un plugin.
Comment exclure les pages attachment du crawl ?
Ajoutez une règle d’exclusion sur le pattern /?attachment_id= dans Configuration > Exclude, en complément de la redirection déjà en place côté WordPress.
Screaming Frog remplace-t-il Search Console ?
Non, les deux sont complémentaires : Screaming Frog simule un crawl, Search Console montre l’indexation réelle telle que Google la voit.
À quelle fréquence relancer un crawl complet ?
Après chaque changement de thème, de constructeur de pages ou de structure d’URL, et sinon une fois par trimestre en suivi courant.
En résumé
Screaming Frog remonte en quelques minutes ce qui prendrait des heures à vérifier manuellement, à condition de filtrer les pièges natifs de WordPress avant d’interpréter les rapports. Sans ce filtrage, vous risquez de corriger des symptômes plutôt que la cause.
À propos de l’auteur
Aymeric Maingé
Consultant SEO senior avec plus de 10 ans d’expérience, côté agence et annonceur. J’accompagne des sites WordPress, e-commerce et lead gen sur des problématiques de SEO technique, de performance web, de Core Web Vitals et d’expérience utilisateur. Mon approche croise audit terrain, priorisation métier et recommandations actionnables pour les équipes marketing et IT. Votre consultant SEO WordPress.
Méthodologie utilisée
Ce guide s’appuie sur la documentation officielle Screaming Frog et sur les crawls réalisés lors des audits techniques WordPress menés en clientèle, en particulier le filtrage des pages taxonomiques et attachment natives au CMS.
À lire aussi
– Audit SEO Elementor : problèmes fréquents et solutions
– Audit SEO WordPress : méthode complète pour analyser un site WordPress
– Audit SEO WordPress avec Google Search Console : erreurs, opportunités et priorités