Pop-up et SEO : les 4 déclencheurs et ce que Google voit

Vous avez posé une pop-up sur votre site : inscription à la newsletter, code promo, prise de rendez-vous. Trois semaines plus tard, Search Console montre la même position moyenne sur mobile mais moins de clics, et les pages qui portent la pop-up sont celles qui ont bougé. Aucun message dans la console, aucun avertissement. Et quelque chose a quand même changé.

Le sujet est mal raconté partout. On lit soit « Google pénalise les pop-up », soit « les pop-up n'ont aucun impact SEO ». Les deux sont faux. Google ne regarde pas la pop-up : il regarde quand elle s'ouvre, quelle part de l'écran elle couvre, et si on peut la fermer. Ce sont trois questions de réglage, pas de principe. Et la réponse se mesure sur votre propre site en vingt minutes.

Ce que Google reproche vraiment aux pop-up

La règle existe depuis le 10 janvier 2017, annoncée en août 2016. Elle ne parle pas de pop-up mais d'interstitiel intrusif : un élément qui recouvre le contenu principal au moment où le visiteur arrive depuis les résultats de recherche, ou pendant qu'il parcourt la page. Trois formes sont visées par la documentation de Google : la fenêtre qui s'ouvre par-dessus le contenu, la bannière qui occupe une part importante de l'écran, et la mise en page qui pousse le contenu sous la ligne de flottaison en laissant l'interstitiel seul visible.

Quatre précisions qui changent la lecture du problème :

• Le signal concerne la recherche mobile.
• Il s'applique page par page, pas au site entier.
• Ce n'est pas une pénalité manuelle : rien n'apparaît dans la console.
• Il pèse moins lourd que la pertinence du contenu.

Ce dernier point explique les cas que l'on voit en audit : une page qui répond mieux que les autres garde sa place malgré une pop-up agressive, et c'est sur une requête où cinq pages se valent que le départage bascule. La baisse est donc rarement nette : elle se lit sur un groupe de pages moyennes, pas sur la page phare. Pour isoler ce genre de mouvement, la méthode est dans notre article sur le croisement position et taux de clic.

Deuxième malentendu, plus technique : l'indexation. Une pop-up n'empêche pas l'indexation du texte qui est derrière, puisque ce texte est dans le code de la page. En revanche, un mur qui bloque l'accès au contenu jusqu'à une action — bandeau de consentement qui ne charge l'article qu'après le clic, formulaire obligatoire avant lecture — met le contenu hors de portée de Googlebot. Dans ce cas il n'y a plus de signal d'expérience dégradé : il n'y a plus de page à classer. C'est la même mécanique que celle décrite dans site en JavaScript : le test en 3 minutes.

Les 4 déclencheurs, et ce qu'ils changent

Tout se joue sur le moment du déclenchement. Il décide de deux choses à la fois : si le robot voit la pop-up, et si elle tombe sous la définition de l'interstitiel intrusif.

Déclencheur	Googlebot la voit	Risque de signal	Compte dans le CLS
À l'ouverture de la page	Oui	Élevé	Oui si elle pousse le contenu
Après un délai	Oui, si le délai est court	Réel	Oui si elle pousse le contenu
Au défilement	Rarement	Réel pour le visiteur	Oui si elle pousse le contenu
Au clic ou à la sortie	Non	Faible	Non

1. À l'ouverture de la page

C'est le cas visé en premier par la documentation : le visiteur clique dans les résultats, la page s'affiche, la fenêtre la recouvre. Googlebot rend la page comme un navigateur mobile, donc il la voit. C'est le seul déclencheur dont on peut dire qu'il correspond exactement à ce que Google décrit comme intrusif. Sur une page qui reçoit du trafic de recherche, c'est le réglage à retirer en premier.

2. Après un délai

Le réglage le plus répandu, et le plus mal compris. La documentation ne parle pas seulement de l'arrivée sur la page : elle vise aussi l'interstitiel qui recouvre le contenu pendant que le visiteur parcourt la page. Un délai de quinze secondes ne sort donc pas du cadre, il déplace le moment de la gêne. Quant au robot, il reste sur la page le temps du rendu : un déclenchement à trois ou cinq secondes est capté, un déclenchement à trente secondes beaucoup moins souvent. Le délai n'est pas une mise à l'abri, c'est une loterie.

3. Au défilement

Déclencher la pop-up quand le visiteur a lu la moitié de la page est un bon compromis d'usage : la personne a eu le contenu avant la sollicitation. Côté robot, Googlebot ne défile pas et ne bouge pas de souris ; il rend la page dans une fenêtre très haute. Une pop-up conditionnée à un vrai événement de défilement ne s'ouvre donc presque jamais pour lui. Attention toutefois : si votre script surveille la visibilité des éléments plutôt que la position de la barre de défilement, la fenêtre haute du robot peut déclarer tout le contenu « visible » et ouvrir la pop-up d'un coup.

4. Au clic ou à l'intention de sortie

Une pop-up qui s'ouvre après un clic sur « recevoir le guide », ou quand le curseur remonte vers la barre d'adresse, ne concerne ni le robot ni le signal. Elle répond à une action : Google ne la verra pas, et elle n'entre pas dans la définition de l'interstitiel subi. Sur mobile, l'intention de sortie n'existe pas vraiment — il n'y a pas de curseur — et les scripts la remplacent par un retour arrière ou une inactivité. C'est le déclencheur à privilégier quand on veut garder la conversion sans toucher au référencement.

Les 3 exceptions que Google admet

La documentation ne se contente pas d'interdire : elle liste ce qui reste acceptable. Ces trois cas sont utiles à connaître, parce qu'ils expliquent pourquoi le bandeau de cookies de votre site n'est pas un problème en soi.

L'obligation légale. Un interstitiel affiché pour répondre à une obligation réglementaire — consentement aux cookies, vérification de l'âge — n'est pas traité comme intrusif. La réserve est de taille : l'exception couvre le bandeau, pas le mur. Si votre bandeau ne charge l'article qu'après acceptation, vous êtes revenu au cas du contenu inaccessible.

La boîte de connexion. Sur un contenu qui n'est pas destiné à être indexé — espace client, intranet, contenu payant déclaré comme tel — demander une authentification est normal. Ce n'est pas un contournement à utiliser pour des pages publiques.

Le bandeau de taille raisonnable. Une bande en haut ou en bas de l'écran, qui laisse lire le contenu et qui se ferme d'un geste, n'est pas visée. C'est la porte de sortie la plus simple pour une PME : remplacer la fenêtre centrale par un bandeau bas. Même message, même formulaire, autre contenant.

Ce que votre pop-up coûte en Core Web Vitals

Au-delà du signal d'interstitiel, une pop-up pèse sur deux mesures que Google collecte chez vos visiteurs réels, et qui alimentent le rapport Core Web Vitals de la Search Console.

Le CLS, le décalage de mise en page. Une pop-up posée par-dessus le contenu, en position fixe, ne décale rien : elle recouvre. Une pop-up insérée dans le flux de la page pousse le texte vers le bas, et ce décalage compte. Le détail qui fait la différence : les décalages survenus dans les 500 millisecondes qui suivent une interaction du visiteur sont exclus du calcul. Une pop-up ouverte par un clic est donc gratuite en CLS, une pop-up qui s'ouvre seule après quatre secondes de lecture est comptée plein tarif. On retrouve ici le mécanisme décrit dans Core Web Vitals : comment passer au vert.

L'INP, la réactivité aux interactions. Depuis mars 2024, l'INP a remplacé le FID dans les signaux web essentiels. Il mesure le délai entre l'action du visiteur et la réponse visible de la page. Les outils de pop-up du marché arrivent souvent avec leur propre script externe, leurs polices et leur suivi : c'est du travail en plus pour le navigateur au moment précis où la personne essaie de toucher la croix. Si votre page était juste à la limite, une pop-up tierce suffit à la faire basculer. Le reste des arbitrages de ce genre est dans optimisation de la vitesse d'un site de PME.

Un dernier effet, moins connu : la pop-up est du texte, et ce texte est dans le code de la page. Si elle s'insère avant le contenu principal, son message se retrouve en tête de page. Cela ne « vole » pas votre mot-clé, mais cela brouille le passage que Google pourrait reprendre en réponse directe. Les règles de ce découpage sont dans extrait optimisé : 3 formats et quand y renoncer.

Ce qui ne marche pas

Quatre réflexes que l'on croise régulièrement, et qui coûtent plus qu'ils ne rapportent.

Croire au délai qui met à l'abri. Il n'existe aucun seuil publié : ni quinze secondes, ni trente. La documentation parle du contenu recouvert, pas d'un chronomètre. Un délai long réduit la probabilité que le robot voie la fenêtre, il ne vous fait pas sortir de la définition.

Masquer la pop-up à Googlebot. Détecter le robot par son identifiant et ne lui servir que la page propre, c'est servir deux contenus différents à l'utilisateur et au moteur. C'est la définition du cloaking, et cela se joue à un autre étage de risque que celui d'un signal d'expérience. On ne le fait pas, pour les mêmes raisons que celles exposées dans pourquoi éviter les PBN.

Chercher la pénalité dans la console. Il n'y a rien à trouver : ce n'est pas une action manuelle. Le rapport « Expérience sur la page » a d'ailleurs été retiré de la Search Console ; il reste le rapport Core Web Vitals, qui ne dit rien des interstitiels. La mesure se fait sur les clics et les positions, pas sur une alerte.

Tout supprimer par précaution. Une pop-up bien réglée convertit, et le référencement n'est pas le seul objectif du site. La bonne décision n'est pas « avec ou sans », c'est « sur quelles pages et à quel moment ». Les pages qui reçoivent la recherche sortent du périmètre ; le reste du site peut garder le réglage.

Les 4 contrôles pour savoir où vous en êtes

Vingt minutes suffisent. Faites-les dans cet ordre, sur une page qui reçoit du trafic de recherche.

1. Ouvrez la page sur un vrai téléphone, pop-up comprise.
2. Mesurez la part de l'écran qu'elle recouvre.
3. Vérifiez que la croix se touche sans viser.
4. Lancez l'inspection d'URL en direct et regardez la capture.
5. Comparez les clics mobile et ordinateur sur 28 jours.

Le téléphone d'abord, pas l'émulateur. Le mode appareil de Chrome calcule la fenêtre comme un navigateur de bureau et rate les barres du système. Prenez un téléphone, arrivez sur la page depuis une recherche Google, et regardez les trois premières secondes. Si vous ne pouvez pas lire la première phrase de l'article, la réponse est déjà là.

La part d'écran. Il n'y a pas de pourcentage officiel, et les articles qui en citent un l'inventent. Le critère praticable est celui de la lecture : si le contenu principal reste lisible autour de la fenêtre, on est dans le registre du bandeau ; s'il disparaît, on est dans celui de l'interstitiel.

La croix de fermeture. C'est le point que l'on corrige le plus souvent en audit. Une croix de douze pixels dans un coin, posée sur un fond clair, se rate une fois sur trois au pouce. Lighthouse contrôle la taille des cibles tactiles autour de 48 pixels : appliquez le même ordre de grandeur à la fermeture, et vérifiez qu'un geste hors de la fenêtre la ferme aussi.

La capture de Googlebot. C'est le contrôle que personne ne fait, et c'est le seul qui répond à la vraie question. Dans la Search Console, ouvrez l'inspection de l'URL, demandez le test en direct, puis la capture d'écran de la page rendue. Si la pop-up est sur l'image, le robot la voit. Si elle n'y est pas, votre déclencheur l'a tenue à l'écart. Le reste de l'outillage est décrit dans Search Console : le guide pour PME.

La comparaison mobile et ordinateur. Dans le rapport Performances, filtrez sur le groupe de pages concerné, puis comparez les deux appareils sur 28 jours, avant et après la pose de la pop-up. Le signal ne visant que le mobile, un écart qui ne se creuse que d'un côté est le meilleur indice dont vous disposerez. Sans cette séparation, vous lirez du bruit : c'est la même précaution que pour l'écart entre clics Search Console et sessions GA4.

Le réglage que l'on pose chez une PME

Il n'y a pas de configuration universelle, mais il y a une configuration par défaut qui tient dans presque tous les cas rencontrés sur des sites de PME. Elle se résume en cinq décisions.

Un bandeau, pas une fenêtre, sur les pages qui reçoivent la recherche. Articles de blog, pages de service, pages ville : le message passe en bande basse, le contenu reste lisible. Sur les pages qui ne reçoivent pas de trafic de recherche — tunnel de commande, page de remerciement, espace client — la fenêtre centrale ne pose aucun problème.

Un déclenchement par action ou par défilement, jamais à l'ouverture. Le clic sur un bouton reste la meilleure option : il vous met hors du cadre de l'interstitiel et hors du calcul du CLS.

Une fermeture évidente et une mémoire. Croix large, fermeture au geste extérieur, et un cookie qui empêche la réapparition pendant trente jours au moins. Une pop-up qui revient à chaque page coûte plus de confiance qu'elle ne collecte d'adresses.

Un script allégé. Si votre outil de pop-up charge sa propre bibliothèque, ses polices et son suivi, regardez ce que cela coûte avant d'y toucher. Dans la moitié des cas, l'extension de votre CMS fait la même chose avec un dixième du poids ; les arbitrages propres à WordPress sont réunis dans la checklist SEO WordPress.

Un bandeau de consentement qui ne bloque pas. Le contenu doit être dans la page et lisible avant le clic. Vérifiez-le avec l'inspection d'URL : si la capture montre un écran gris et un bandeau, vous avez un problème d'indexation, pas d'expérience.

Le contrôle à 28 jours

Une fois le réglage posé, attendez. Les signaux de terrain se calculent sur une fenêtre de 28 jours : avant ce délai, le rapport Core Web Vitals montre encore un mélange des deux configurations. Reprenez alors les trois chiffres : clics mobile du groupe de pages, position moyenne du même groupe, et l'état du CLS dans le rapport. Si la position n'a pas bougé mais que les clics mobile remontent, le réglage a payé. Si la position a bougé de plus d'un point dans l'intervalle, le test est invalidé : autre chose s'est passé, et il faut reprendre la mesure.

Ce contrôle a une vertu annexe : il vous donne la valeur réelle de la pop-up. Comptez les inscriptions perdues et les clics gagnés, et vous saurez si l'arbitrage est bon pour votre activité. C'est une décision de chiffre d'affaires, pas de doctrine SEO. Nous la posons systématiquement dans un audit technique, et elle fait partie des points traités en optimisation technique. Si vous avez un doute sur l'état de votre site, le plus rapide reste de nous écrire avec l'URL de la page concernée.

Questions fréquentes