SOMMAIRE

Vous avez repéré une URL étrange dans votre Search Console, du type :
https://votresite.fr/page/?et_blog
et vous vous demandez ce que ce paramètre ?et_blog fait là ? Vous n’êtes pas seul(e).
Ce problème est très courant chez les utilisateurs de WordPress, en particulier ceux qui utilisent le thème Divi (ou un thème basé sur Divi, proposé par Elegant Themes). Dans de nombreux cas, cela entraîne l’apparition d’URLs alternatives qui n’ont aucune valeur SEO, et qui peuvent même négativement impacter l’indexation ou le classement de votre site web dans les moteurs de recherche.
🤔 Ce qu’on va voir dans cet article :
- D’où vient ce fameux paramètre
?et_blog. - Pourquoi il pose un problème SEO (et pourquoi Google vous le signale).
- Comment détecter les URLs concernées.
- Et surtout, comment corriger proprement le problème, sans casser votre site.
Que vous soyez débutant ou confirmé, ce guide complet vous aidera à reprendre le contrôle de vos URLs et à optimiser votre site pour une indexation propre.
Qu’est-ce que le paramètre ?et_blog ?
Le paramètre ?et_blog est un paramètre d’URL spécifique au thème Divi, développé par Elegant Themes. Il est utilisé pour filtrer et organiser l’affichage des contenus de type “blog” au sein de certaines pages, notamment lorsque vous insérez des modules de blog via le Divi Builder.
🧩 Pourquoi ce paramètre existe-t-il ?
Divi permet de créer des pages très personnalisées, avec par exemple un module “Blog” que vous pouvez placer où vous voulez (en page d’accueil, dans une catégorie, une landing page…). Pour afficher uniquement les articles, Divi ajoute parfois automatiquement le paramètre ?et_blog dans l’URL pour différencier le rendu entre :
- une page statique personnalisée
- une vraie archive de blog (de type
post)
Ce paramètre agit donc comme un filtre interne, un moyen pour Divi de gérer ce qu’il doit afficher à l’utilisateur.
🛑 Pourquoi cela pose un problème SEO ?
Même si cela fonctionne correctement sur le plan visuel, le problème vient du fait que ce paramètre crée une URL différente, par exemple :
- Page normale :
https://www.monsite.fr/mon-article/ - Page avec paramètre :
https://www.monsite.fr/mon-article/?et_blog
Du point de vue de Google, ce sont deux URLs différentes. Même si elles affichent le même contenu, cela peut entraîner :
- Une duplication de contenu perçue par les moteurs de recherche.
- Une confusion pour le robot Google, qui doit choisir quelle version indexer.
- Des signaux SEO divisés entre plusieurs URLs.
- Et dans la Search Console : l’apparition de l’erreur
“Autre page avec balise canonique correcte”.
📌 Résultat dans la Search Console
Quand Google tombe sur une URL avec ?et_blog, il remarque que cette page existe, mais que la balise canonique pointe vers la version sans paramètre. Il la classe alors comme :
Autre page avec balise canonique correcte
Cela signifie que Google ne l’indexe pas, ce qui est bien, mais il continue de la crawler, gaspillant du budget d’exploration, et maintenant un flou sur la structure de votre site.
Comment détecter les URLs concernées par ?et_blog ?
Avant d’apporter une solution, il faut bien cerner l’ampleur du problème. Voici plusieurs méthodes pour repérer les pages générant ou utilisant le paramètre ?et_blog.
🔎 1. Dans Google Search Console
Étapes :
- Connectez-vous à votre Search Console.
- Allez dans “Pages” sous l’onglet “Indexation”.
- Dans le tableau, recherchez le type d’erreur :
➤ Autre page avec balise canonique correcte - Cliquez sur ce rapport, puis parcourez les URLs listées.
Vous y verrez probablement des URLs contenant ?et_blog. Google les ignore pour l’indexation grâce à la balise canonique, mais il les explore quand même — et c’est ce qu’on veut éviter.
🔍 2. Recherche manuelle dans WordPress
Où chercher ce paramètre :
- Menus personnalisés :
Allez dansApparence > Menuset vérifiez si des liens ont été ajoutés avec?et_blogen dur. - Widgets (sidebar, footer) :
Rendez-vous dansApparence > Widgetset inspectez les liens dans les blocs HTML ou de texte. - Contenus des pages / articles :
Dans vos pages ou articles créés avec Divi, ouvrez l’éditeur et vérifiez si des modules de liens, de texte ou de bouton contiennent ce paramètre dans l’URL. - Pages générées automatiquement par Divi :
Certaines pages créées avec le module “Blog” de Divi insèrent ce paramètre automatiquement. Il peut aussi apparaître si vous utilisez des shortcodes ou des modèles préconstruits.
💡 Astuce technique : rechercher dans la base de données
Si vous êtes à l’aise avec phpMyAdmin ou WP-CLI, vous pouvez rechercher toutes les occurrences de ?et_blog dans le contenu de la base de données :
SELECT * FROM wp_posts WHERE post_content LIKE '%?et_blog%';
Ou, en ligne de commande avec WP-CLI :
wp search-replace '?et_blog' ''
(cette commande permet de rechercher puis éventuellement remplacer toutes les occurrences — à utiliser avec précaution, bien sûr !)
🔗 Astuce bonus : analyse via un crawler SEO
Utilisez un outil comme Screaming Frog, Ahrefs Site Audit, ou SEMrush pour crawler votre site et filtrer toutes les URLs contenant ?et_blog. Cela vous permet aussi de détecter les backlinks internes qui pointent vers ces URLs.
3. Comment supprimer ou rediriger proprement le ?et_blog ?
L’objectif ici est simple : empêcher que les moteurs de recherche (et les utilisateurs) accèdent aux URLs contenant ?et_blog. Pour cela, il existe deux approches principales :
- Rediriger automatiquement vers l’URL propre.
- Supprimer ou corriger les liens internes qui incluent ce paramètre.
✅ Solution 1 : Redirection automatique via WordPress (code)
La méthode la plus efficace et transparente : rediriger automatiquement toute URL contenant ?et_blog vers sa version propre (sans le paramètre).
Code à insérer :
Ajoute ce petit snippet dans le fichier functions.php de ton thème enfant ou via un plugin comme “Code Snippets” :
add_action('template_redirect', function () {
if (isset($_GET['et_blog'])) {
wp_redirect(remove_query_arg('et_blog'), 301);
exit;
}
});
Explication :
isset($_GET['et_blog']): détecte si le paramètre est présent.remove_query_arg('et_blog'): supprime proprement le paramètre de l’URL.wp_redirect(..., 301): redirige l’utilisateur (et Google) vers la version sans paramètre, en redirection 301 (permanente).
✅ Résultat : L’utilisateur comme Google est automatiquement redirigé vers l’URL correcte, et il ne verra plus jamais cette version avec ?et_blog.
🛠️ Alternative : Redirection via un plugin
Si tu ne veux pas toucher au code, tu peux utiliser un plugin de redirection comme :
- Redirection (par John Godley)
- Rank Math SEO (onglet Redirections)
- Yoast SEO Premium (si tu as la version pro)
Exemple avec le plugin Redirection :
- Va dans Outils > Redirection.
- Ajoute une nouvelle redirection :
- Source URL :
/votre-page/?et_blog - Cible :
/votre-page/
- Source URL :
- Répète pour chaque URL concernée (moins pratique si tu en as beaucoup).
🧼 Solution 2 : Nettoyer les liens internes
Une fois la redirection en place, il est fortement recommandé de supprimer les liens contenant ?et_blog dans le contenu de ton site.
Où chercher :
- Pages créées avec Divi (modules “Texte”, “Bouton”, etc.)
- Menus personnalisés (
Apparence > Menus) - Widgets (
Apparence > Widgets) - Articles ou pages (éditeur classique ou Gutenberg)
🛠 Tu peux aussi utiliser un plugin comme “Better Search Replace” pour faire un remplacement global de ?et_blog dans ta base de données (attention à faire une sauvegarde avant toute modification).
🔁 Tu utilises un cache ou un plugin de performance ?
Pense à vider le cache de ton site et de ton plugin de cache (WP Rocket, LiteSpeed Cache, etc.) après avoir appliqué les redirections.
Et si tu as un CDN (comme Cloudflare), purge également son cache.
👉 Une fois toutes ces étapes appliquées, Google ne crawlera plus ces pages avec ?et_blog, et ton rapport dans la Search Console finira par se vider tout seul. Tu pourras alors cliquer sur “Marquer comme corrigé”.
4. Prévenir le problème à l’avenir : bonnes pratiques WordPress + Divi
Maintenant que le problème est résolu, il est important d’adopter quelques bonnes pratiques pour éviter que le paramètre ?et_blog ne réapparaisse à l’avenir. Voici comment garder un site propre et SEO-friendly.
🛠️ 1. Éviter les liens internes contenant ?et_blog
Quand vous utilisez le module “Blog” dans Divi, veillez à ne pas créer de liens manuels vers une page contenant ce paramètre. Voici ce qu’il faut surveiller :
- Les liens insérés à la main dans des modules “Texte”, “Bouton”, “Appel à l’action”, etc.
- Les liens copiés depuis le frontend de votre site alors qu’ils affichaient déjà
?et_blog.
✅ Astuce :
Avant de copier-coller un lien interne, ouvrez-le dans un nouvel onglet et vérifiez l’URL dans la barre d’adresse. Si elle contient ?et_blog, supprimez ce paramètre avant de l’utiliser.
⚙️ 2. Configurer la Search Console pour ignorer certains paramètres
Dans l’ancienne Search Console, il était possible de dire à Google d’ignorer certains paramètres d’URL. Aujourd’hui, cette option est plus limitée, mais Google gère plutôt cela automatiquement.
👉 Ce que tu peux faire :
- Si le paramètre revient fréquemment, documente-le dans ton fichier robots.txt (en dernier recours) pour empêcher son exploration.
Disallow: /*?et_blog
⚠️ À utiliser uniquement si toutes les URLs avec ce paramètre redirigent correctement ou n’ont aucune valeur.
🔍 3. Surveiller régulièrement les rapports Search Console
Ce problème étant discret, il peut facilement revenir si :
- Tu modifies un ancien modèle de page Divi
- Tu dupliques une ancienne page contenant le paramètre
- Un éditeur de contenu fait une erreur en copiant une URL avec le paramètre
Ce qu’il faut faire :
- Vérifie les rapports de la Search Console une fois par mois
- Regarde la section “Pages avec anomalies” ou “Pages exclues”
- Utilise le rapport Pages explorées mais non indexées pour débusquer les cas similaires
🔧 4. Utiliser un plugin SEO pour mieux contrôler les URLs
Des plugins comme Rank Math ou Yoast SEO permettent de :
- Définir des balises canoniques propres (automatiques ou personnalisées)
- Ajouter des redirections facilement
- Gérer les paramètres d’URL et l’indexation page par page
Cela permet d’automatiser la gestion SEO des problèmes futurs liés aux URLs dynamiques.
🏁 Conclusion
Le paramètre ?et_blog peut sembler anodin, mais il cache en réalité un véritable problème d’optimisation SEO. En générant des URLs dupliquées, il brouille les signaux envoyés à Google, gaspille votre budget de crawl, et rend votre site moins efficace sur le plan technique.
Heureusement, en suivant les étapes décrites dans cet article — identification, redirection, nettoyage, prévention — vous êtes maintenant armé(e) pour assainir durablement votre structure d’URL, améliorer votre référencement et gagner en performance.
🚀 Bonus : Obtenez Divi officiel à vie pour 20 € seulement
Puisque ce problème est spécifique au thème Divi, vous vous demandez peut-être si cela vaut le coup de continuer à l’utiliser. La réponse est oui, à condition d’avoir une version officielle et à jour, pour :
- bénéficier des dernières optimisations techniques (SEO, vitesse, sécurité)
- éviter les bugs liés aux versions piratées ou obsolètes
- recevoir les mises à jour et le support officiel d’Elegant Themes
🎁 Bonne nouvelle : je peux vous fournir une licence Divi officielle à vie pour seulement 20 €.
C’est la licence originale, sans piratage, que je partage légalement grâce à mon accès développeur.
👉 Intéressé(e) ? Contactez-moi directement via le formulaire du blog, ou laissez un commentaire sous cet article pour que je vous explique comment l’activer sur votre site.
💬 Et vous ?
Avez-vous rencontré le souci du ?et_blog sur votre site WordPress ? Avez-vous testé les redirections ou découvert d’autres causes similaires ?
Partagez votre retour d’expérience dans les commentaires, ou posez vos questions, je me ferai un plaisir de vous aider.

Les commentaires sont fermés.