Monter un petit PBN : 10 à 50 domaines, hébergements et liens HTML

Un petit PBN, c'est 10 à 50 domaines, pas des milliers. Les registrars où se fondre dans la masse, pourquoi l'hébergement mutualisé bat une IP dédiée, le HTML plutôt que WordPress, et les plafonds de liens qui évitent une pénalité en 2026. Le plus dur reste le domaine.

DeepScan.pro26 min0
petit PBN : configuration sur un bureau

Le lancement, c'est la moitié facile. Le domaine, c'est la moitié qui décide si le lien compte encore dans six mois.

Alexander Chepukaitis a consacré une cinquantaine de minutes du webinaire Ant-Team à expliquer comment monter ça soi-même. Pas mille sites. Un petit PBN, dans la fourchette de 10 à 50 domaines. Pour le choix des noms, il renvoyait à des vidéos plus anciennes de la playlist. Ce qui suit, c'est la partie que j'applique toujours, plus les chiffres qui ont bougé d'ici octobre 2026. Quand un chiffre est de lui, je le dis. Quand il vient d'un crawl frais de stats publiques, la date est sur sa propre ligne.

Un petit PBN, c'est 10 à 50 domaines. Une grille de sites de plusieurs milliers, c'est une autre machine. Ne transposez pas ses règles à la hausse, et ne réduisez pas non plus un playbook de méga-grille.

Une grille de 10 à 50 sites, c'est une autre histoire

À cette échelle, Google ne reconstitue généralement pas le réseau tout seul. Un concurrent ne s'en donne pas souvent la peine non plus. Traquer un PBN coûte plus cher que le tort qu'une grille de trente sites lui cause. Signaler à Google vaut le coup quand la cible est une grosse grille solidement installée dans le top d'une requête difficile, pas quand quelqu'un possède vingt sites donneurs discrets.

Ce n'est pas une raison pour relâcher l'attention. Le minimum reste cinq points.

  • Le registrar, et les nameservers que vous déléguez réellement.
  • L'IP et l'hébergeur.
  • Les footprints : WHOIS, analytics, Search Console, templates.
  • La façon dont les liens sont insérés.
  • Un mur devant Ahrefs, Moz, Majestic et DataForSEO.

« Google ne s'en donne pas la peine » n'est pas synonyme de « c'est dans les règles ». Un site qui existe uniquement pour transmettre des liens, c'est du spam de liens. C'est souvent sa petite taille qui le laisse hors des radars. Ce n'est pas une bénédiction pour autant.

L'abus de domaines expirés est une politique de spam nommée depuis mars 2024. Les exemples donnés par Google sont les sauts grossiers : du contenu d'affiliation sur un vieux domaine gouvernemental, du contenu de casino sur une ancienne école. Une thématique white qui a vécu, puis qui a glissé d'un cran vers une voisine, c'est une autre configuration. Il n'empêche que c'est à vous de ne pas ressembler aux exemples.

Ce qu'il faut acheter, et ce qu'il faut laisser passer

Il a été très direct sur les questions. Il n'existe pas de liste secrète de domaines. On en lit beaucoup à la main.

Un domaine fort apporte du trafic. Un lien depuis ce domaine aussi. Les domaines achetés pour être collés à un site principal, par redirection ou canonical, marchent bien pour lui. Les noms enregistrés récemment peuvent se positionner comme votre propre projet. Comme site donneur, ils sont faibles. Je ne paie pas le prix d'un donneur pour un enregistrement neuf.

Les filtres que je ne lâche pas :

  • L'historique du domaine reste propre. Aucun passage dans le porno, les jeux d'argent et le reste de la famille.
  • D'une thématique white à une autre thématique white, ça passe si l'ancienne a vécu plus d'un an.
  • Les liens doivent être vivants. Les ancres ne doivent pas être une phrase collée répétée 400 fois.
  • Pour 30 à 50 domaines, une correspondance thématique parfaite est facultative. Il considère la course à la niche idéale comme une perte de temps.
  • Les métriques valent un coup d'œil et une décote. Des liens morts et un fichier d'ancres spammé font mentir un beau DR (domain rating, une note de force tierce). Cette mise en garde vient de ses sessions plus anciennes, et elle n'a pas pris une ride.

L'indexation, et l'absence de filtre, ne se voient qu'une fois le nom en votre possession et des pages posées dessus. Il arrive que d'anciennes URL soient encore indexées le jour de l'achat. Rarement. Ne payez pas comme si c'était la norme.

Sa lecture des brevets de Google : le système conserverait jusqu'à une vingtaine de thématiques passées par domaine. Je n'ai jamais vu Google confirmer ce chiffre. Je fais quand même glisser la thématique en escalier, pas par un saut.

Voitures, puis pièces auto, puis pièces pour raffinerie, puis raffinage pétrolier. Voilà son échelle. La mienne au printemps dernier était plus terne et a fonctionné pareil. Un blog culinaire régional qui publiait depuis trois ans est devenu de la conserve maison, puis du petit matériel de cuisine. Deux réécritures, cinq semaines, aucun saut vers un casino ou une verticale de crédit. Puis un lien, vers une seule URL de matériel de cuisine, depuis la page d'accueil.

Si l'archive révèle une vraie entreprise, ne la remettez pas en place. Ne reconstruisez rien « comme c'était avant la libération ». Leur équipe a déjà encaissé un procès et plus de 100 000 RUB d'avocats sur des pages génératives, sans la moindre licence tierce dans les fichiers. La pression portait sur des images et des plaintes du même genre. Le compte rendu est resté dans leur Telegram environ un mois avant le webinaire. Ripostez avec des pages au contenu génératif neuf. C'est quasi gratuit, et ça ne porte pas le visage de l'ancienne société.

Sur les marchés concurrentiels, le drop public, ce sont les restes. Les noms corrects partent aux enchères, ou un backorder les attrape au moment où ils tombent. Regardez les libérations gratuites si vous voulez. Peu de choses y méritent une place de donneur.

Dès que la liste est plus longue qu'un post-it griffonné pendant la pause café, la shortlist de petit PBN passe par un seul passage : archive année par année, ancres, liens vivants séparés des restes, et une note écrite. Environ quarante secondes par nom au lieu de trois minutes d'onglets. Ahrefs, Moz, Majestic et DataForSEO restent dans la stack comme les crawlers que je bloque ensuite, pas comme cinq fenêtres de plus par domaine.

Se fondre dans la foule des registrars

On confond deux groupes, puis on se cache dans le mauvais.

Le registrar, c'est celui qui vous a vendu le nom. Le nameserver, c'est là où le nom pointe. Vous pouvez enregistrer chez le plus gros et quand même vous faire repérer, parce que vous avez délégué à un hébergeur que presque personne n'utilise.

Ce qui compte, ce sont les NS délégués. Écrits, et pointant quelque part. Un nom enregistré sans délégation n'offre aucune couverture.

Au webinaire, pour le .ru, il lisait la foule comme ça.

RegistrarDomaines .ru, son chiffre
Reg.ruenviron 3 millions
Ru-Centerenviron 1 million
Begetenviron 0,5 million
domains.ru / Expired, sa 7e placelà où il voit le plus d'achats de drops

Sur ces ~3 millions chez Reg.ru, seuls environ 349 000 avaient leurs propres NS d'hébergeur. Un peu plus de 10 %. Après ça, les groupes s'amincissent très vite.

Il répartit une grille d'une trentaine de sites sur les groupes de NS les plus fournis. Une partie chez Reg.ru, une partie chez Timeweb. Même méthode pour n'importe quel autre pays : sortez les stats de la zone, ne réutilisez pas les marques d'hébergeurs russes parce qu'une slide l'a dit. Il déplacera un nom vers une trace plus sûre même quand le transfert coûte plus cher.

Les prix qu'il a donnés ce jour-là : Nic.ru autour de 1 000 RUB et plus par nom. Reg.ru est cher au tarif public. Via un partenaire, le renouvellement pouvait se négocier autour de 200 RUB et plus, ce qui est le tarif habituel d'un renouvellement .ru, pas un prix truqué.

Prix public que j'ai vérifié en écrivant ces lignes, le 18 octobre 2026 : Beget affichait l'enregistrement .ru à partir d'environ 2,38 $ et le renouvellement autour de 5,01 $. Pas cher, très bien. Foule clairsemée, non. Ne parquez pas trente domaines chez un registrar dont vous pouvez compter les NS à la main.

La carte des NS a bougé depuis le webinaire. Ce n'est pas un tableau de registrars. C'est vers qui pointent les domaines.

StatOnline, fournisseurs DNS de la zone .ru, valable au 17 octobre 2026 :

Fournisseur de NSDomaines .ruPart
reg.ru1 497 76524,07 %
beget.com560 8359,01 %
beget.pro548 3988,81 %
ns.cloudflare.com476 1997,65 %
beget.ru444 1607,14 %
hosting.reg.ru362 5455,83 %
timeweb.ru347 7525,59 %
timeweb.org330 4245,31 %
nic.ru279 7074,49 %
domains.ru224 6793,61 %

Les trois marques de NS de Beget réunies : 1 553 393 domaines.

Les deux de Timeweb : 678 176.

reg.ru plus hosting.reg.ru : 1 860 310.

hosting.reg.ru seul, la part « NS propres » qu'il visait : 362 545. Le chiffre de 349 000 n'a quasiment pas bougé.

Pour situer l'échelle, StatDom comptait au 20 mars 2026 6 095 839 noms en .ru, dont 5 879 486 délégués, soit 96,45 %. Mars et octobre ne sont pas un même instantané. Servez-vous-en comme d'une mesure de la foule, pas comme d'un inventaire en temps réel.

Planquer ses domaines « uniquement chez Reg.ru », c'est la version périmée de sa propre règle. En octobre 2026, la foule, c'est au moins deux foules. Je répartis une grille de sites de trente noms en .ru entre les NS de Reg.ru, de Beget et de Timeweb, quelques comptes de chaque côté, jamais un seul identifiant.

Le stock de NS de Cloudflare est bien réel : 476 199 noms, 7,65 %. Mais ce n'est pas la bonne foule pour un visiteur en Russie. J'y reviens dans la partie hébergement.

registrar et nameservers d'un petit PBN

Le .ru après le 1er septembre 2026

Pendant le webinaire, quelqu'un a posé la question des vérifications Gosuslugi pour le .ru à partir de septembre. Son intuition : la zone devient plus propre, les prix pourraient se détendre. Il a tout de suite dit que ce ne serait pas exactement ça, sans développer.

Voici la partie qui ne relève plus de l'intuition.

La loi fédérale n° 569-FZ du 29 décembre 2025 impose que l'administrateur d'un nom en .ru, .рф ou .su soit identifié via Gosuslugi (ESIA, l'identifiant d'État). Le compte doit être vérifié. Un profil à moitié rempli ne compte pas.

À partir du 1er septembre 2026, dès que votre registrar applique réellement la règle, impossible d'enregistrer, de renouveler, de changer les NS, de changer l'admin ou de transférer sans cette vérification. Le nom n'est pas supprimé au matin du 1er septembre. Il meurt plus tard, à la fin de la période payée, si personne capable de passer la vérification ne le renouvelle.

La note de RU-Center est justement le passage que tout le monde saute. Tant qu'un registrar n'est pas inscrit sur la liste gouvernementale, il continue de travailler selon les anciennes règles. La date butoir qu'ils citent est le 18 janvier 2027. Donc au 18 octobre 2026, ce n'est pas un interrupteur qui a fait basculer tous les noms en .ru d'un coup. C'est une falaise qui arrive registrar par registrar.

Un admin étranger sans compte Gosuslugi vérifié n'a plus d'astuce WHOIS ingénieuse en réserve. Quand ce registrar bascule, le nom ne peut plus être renouvelé ni repointé. Établissez le budget de la grille de sites en fonction de qui peut légalement passer la vérification, pas du prix du renouvellement.

Ce que j'attends dans les listes de domaines libérés d'ici l'hiver : plus de noms venant de gens qui n'ont pas pu se vérifier, et la même pénurie de bons noms. Les domaines propres partent toujours aux enchères ou au drop-catch. Les cadavres supplémentaires ne deviennent pas pour autant des sites donneurs supplémentaires.

Hébergement mutualisé : le choix assumé

Pour une petite grille de sites, il utilise de l'hébergement mutualisé, pas un VPS (un serveur privé virtuel, une machine qui n'appartient qu'à vous).

Sur une IP mutualisée, il y a des dizaines, des centaines, parfois des milliers de sites. Un voisin porno sur un hébergeur blanc classique comme Beget, c'est peu probable. Les sites interdits sont retirés.

Combien de ces sites peuvent être les vôtres :

  • Environ trois des vôtres sur une IP, c'est l'ordre de grandeur qu'il donne.
  • Dix des vôtres parmi une centaine d'inconnus, c'est déjà acceptable.
  • Dix des vôtres seuls sur une IP dédiée, c'est un mauvais schéma. Cette IP n'a qu'un propriétaire.

Je m'impose par écrit un plafond de trois sites à moi par IP. En février, j'ai mis trois sites donneurs en .ru sur une adresse Beget qui portait déjà un cabinet dentaire et une boutique individuelle vendant des plaques de polycarbonate. Des voisins ennuyeux, c'est justement le but. À l'instant où une IP devient « mon IP », j'ai construit le footprint que l'hébergeur était censé noyer.

Le SEO hosting, ce produit où chacun de vos sites reçoit sa propre IP, laquelle héberge quand même 100 à 200 inconnus, casse plus fortement le lien entre vos sites. Il coûte aussi bien plus cher que le mutualisé. Il se souvient à peine de l'offre sur le marché russe et ne l'a presque pas utilisée. Je n'ai pas trouvé de raison d'être le premier.

Un VPS séparé, c'est pour les sites étrangers, et seulement là où Cloudflare fonctionne encore. Dix à quinze sites sur le VPS, Cloudflare devant, la vraie IP masquée. Des comptes Cloudflare différents, pour que les paires de NS diffèrent vraiment. Un même compte distribue souvent des NS différents si vous ajoutez des sites à quelques semaines d'intervalle. Eux ne comptent pas là-dessus, moi non plus.

Cloudflare dans le Runet, octobre 2026 : les FAI russes le brident à environ 16 Ko par connexion. Cloudflare a dit ne pas pouvoir corriger cela de son côté. Une page derrière Cloudflare ne se charge pas vraiment pour un visiteur en Russie. Sa phrase du webinaire, « CF n'est pas disponible pour le Runet », tient toujours. Le mécanisme est un bridage, pas un interrupteur net. Servez-vous-en pour un public étranger. Pas pour un site qu'une personne en Russie doit ouvrir.

hébergement mutualisé pour un petit PBN

En monter un chez Beget

Son chemin de clics, celui que j'utilise encore quand un nom doit être sur cet hébergeur :

  1. Domaines et sous-domaines.
  2. Ajouter le domaine.
  3. Créer un nouveau site.
  4. Si vous tenez à un CMS (système de gestion de contenu, le logiciel qui construit les pages à votre place) : WordPress, puis installer.
  5. Copier les NS de l'hébergeur depuis le panneau de gauche de Beget.
  6. Coller ces NS chez le registrar. Son exemple à lui, c'était Expired.
  7. Ensuite, le template.

Trois à cinq sites par compte d'hébergement. Pas trente. Un nouveau compte coûte moins cher qu'un identifiant partagé qui relie toute la grille de sites à une seule réinitialisation de mot de passe et à un seul e-mail de facturation.

Les footprints qui vous grillent encore

Une seule propriété analytics pour la grille, c'est non. Une seule Search Console pour la grille, c'est non. Il ajoute bien Search Console, un compte séparé sur chaque site, et remonte les chiffres via une clé API. Les comptes sont séparés. Le tableur n'a pas besoin de l'être.

Le WHOIS, les données publiques d'enregistrement, reste en « personne privée ». Un enregistrement au nom d'une société fait apparaître tous les champs. Depuis la réforme Gosuslugi, la trace la plus parlante n'est plus la ligne publique du WHOIS : c'est la personne vérifiée sur le compte registrar. Séparez les comptes comme vous séparez les nameservers.

Autres points :

  • Des templates différents. Si vous touchez encore à WordPress, prenez des thèmes populaires du catalogue, plusieurs, choisis au nombre d'installations. Un thème populaire se fond dans la masse. Un thème rare constitue à lui seul un footprint, page d'accueil comprise.
  • Les sites d'une même grille de sites ne se lient jamais entre eux.
  • Ne faites pas indexer tous les sites le même matin. J'en fais indexer deux ou trois par semaine. Trente d'un coup un lundi, et le journal de crawl commence à ressembler à une personne.

Les bots SEO sont bloqués dans le robots.txt ou dans le .htaccess, ce qui rend la grille plus difficile à cartographier depuis un index de liens. Il avait annoncé qu'il publierait la liste des bots sur GitHub le lendemain. Ce lien n'était pas dans la description de la vidéo par la suite.

Le robots.txt n'est qu'une demande. Un bot poli l'obéit. Un bot négligé s'en moque. Un refus par user-agent dans le .htaccess ou nginx est plus strict, et un bot peut toujours changer de nom. Vous augmentez le coût pour vous trouver, vous ne devenez pas invisible. Googlebot reste autorisé. Bloquer Google « pour être tranquille » revient juste à ne plus avoir de site donneur.

Ceux que je bloque, parce que ce sont les index que les gens achètent vraiment :

  • AhrefsBot
  • MJ12bot
  • DotBot
  • DataForSeoBot
  • SemrushBot

Ajoutez les autres quand vous les croisez dans les logs. Ne copiez pas une liste de 200 lignes sur un forum en oubliant que vous avez aussi bloqué un rendu dont vous aviez besoin.

Le HTML statique l'emporte sur WordPress

À petite échelle, il construisait ses sites WordPress à la main. Il considère désormais WordPress comme un poids superflu pour un PBN.

Un modèle peut modifier du HTML statique sans laisser derrière lui des shortcodes cassés. Le site est rapide, difficile à faire tomber, et plus facile à indexer parce qu'il répond vite. WordPress sature l'hébergement mutualisé et vous pousse vers une formule plus chère, donc vers des comptes moins nombreux et plus visibles. Exactement l'inverse de ce que demande la discrétion.

Chaque nouveau prompt donne une nouvelle mise en page. Un prompt, cinq ou six pages, quelques minutes. Sa démo lors du webinaire, c'était un domaine libéré au passé spammy qui avait passé le contrôle automatique et raté le contrôle manuel, et qui devait de nouveau expirer. Les premières captures d'archive étaient de sèches notes historiques. Le modèle les a transformées en une petite boutique de matériel, quatre ou cinq pages, texte généré, environ une seconde de chargement.

Il a été clair sur la limite. Pour un site que vous comptez garder, le texte doit être plus long et plus solide, sinon l'indexation n'a rien de garanti.

Je ne livre plus un site donneur sous la forme d'une boutique de quatre pages. La mise à jour anti-spam de septembre 2026 s'est étalée du 24 septembre au 8 octobre, environ quatorze jours, le déploiement anti-spam le plus long de l'année. Google n'a mentionné aucune nouvelle politique. Le schéma public qui s'est dégagé au début, c'était des pages templatées et générées de manière programmatique. Un prompt neuf par site n'est pas un caprice de designer. C'est ce qui permet à quinze sites HTML de ne pas ressembler à un seul et même template dont on aurait changé le titre.

La vitesse aide toujours un site pauvre en contenu à se faire crawler. Elle ne le maintient pas dans l'index. Sa démo de boutique de matériel est une démonstration de création. Ce n'est pas la page sur laquelle je placerais un lien.

Rédigez la page qui portera le lien comme la plus longue. Les URL secondaires peuvent être plus courtes. Si vous n'avez le budget que pour un seul bon texte, c'est cette page-là qu'il faut soigner.

pages HTML pour un petit PBN

Les liens, quand le site a eu le temps de reposer

Toute la tactique tient à l'ordre des étapes.

Laissez le site reposer. Obtenez la première indexation. Rapprochez le thème d'un cran de la cible. Ne placez le lien qu'ensuite.

J'ai attendu 41 jours sur un site donneur cette année, jusqu'à ce que la Search Console affiche des impressions sur la page d'accueil. Pas de clics. Des impressions. Puis un lien. La page est sortie de l'index à la neuvième semaine. J'ai réécrit cette URL et les deux voisines. Elle était de retour en onze jours. Je n'ai pas reconstruit le domaine. Leur équipe applique la même idée sous forme de routine hebdomadaire : surveiller l'URL indexée qui porte le lien, la mettre à jour, elle et ses voisines, si elle décroche, jamais de reconstruction complète. Une reconstruction complète coûte plus cher que la valeur du lien. La promesse client qu'il décrit, c'est un an de travail, plus tout le temps où le site continue de vivre après.

Ce qu'il ne faut pas placer :

  • Pas de liens en pied de page.
  • Pas de liens sitewide. Il lit les brevets comme autorisant une pénalité pour ça, et un lien sitewide ne transmet plus ce qu'il transmettait il y a quelques années. Un lien depuis la page d'accueil apporte davantage.
  • Pas de liens entre les sites qui composent votre propre grille de sites.
  • Pas de dizaines de liens sortants sur le domaine.
  • Pas dix liens sortants sur une même page.

Un seul lien sortant par page. Une plus grande part du poids de la page part avec lui. Environ dix liens sortants sur l'ensemble du domaine, et seulement si le nombre de liens entrants du site donneur peut le supporter. Mieux vaut encore que ces quelques liens pointent vers une ou deux URL qui vous importent, pas vers vingt de vos projets.

Les ancres, c'est-à-dire le texte visible du lien :

  • De 100 à 500 ancres identiques, c'est une forte probabilité de pénalité.
  • Une à trois ancres identiques par mois, c'est le rythme qu'il qualifie de normal.

Je tiens un tableau mensuel. Si une ancre est déjà sortie deux fois en octobre, elle ne ressortira pas une troisième fois avant novembre, et pas depuis un site qui partage le même compte d'hébergement.

Un lien depuis la page d'accueil vers une seule URL, avec une ancre que vous avez très peu utilisée, une fois la page indexée. Tout le « schéma sûr » tient là-dedans. Tout ce qui est plus sophistiqué dans cette section, c'est comme ça qu'on finit par se convaincre de mettre un lien en pied de page.

Indexation sans trafic

Prenez le domaine. L'indexation en soi est déjà un bon signal. Un PBN de liens n'a généralement pas de trafic. Vous pouvez en gratter un peu avec des requêtes faciles si vous voulez. Vous n'en avez pas besoin.

Il ignore les positions fournies par les rank trackers externes. Il surveille les impressions et les positions dans la Search Console. Des impressions dans GSC signifient que le domaine est solide. Sans impressions, il n'est candidat à un lien que si vous parvenez à faire indexer l'URL et à l'y maintenir.

Deux métiers différents, deux tests différents :

  • Site donneur de lien : la page qui porte le lien est indexée, et elle le reste. Le trafic est bienvenu, il n'est pas indispensable.
  • Site money dans les paris : le critère de qualité, ce sont les impressions dans GSC. Des impressions apparaissent, le domaine est validé, et il peut encaisser plus de travail si la marque le permet. Pas d'impressions : n'en faites pas un site money. Utilisez-le comme site donneur, ou continuez à pousser l'indexation.

Pour l'iGaming, il veut des sites donneurs de partout, y compris sur des thématiques qui ne sont pas les vôtres. Même les gros sites de paris « white », d'après son expérience, tiennent environ 1 à 1,5 an avant que Google ne les coupe. La stratégie, là, c'est de prendre le trafic et l'argent tant que le site est en vie. Votre propre grille de sites, si elle pointe vers les paris, doit tout de même être rapprochée progressivement des jeux et du voisinage thématique. Les sites donneurs des autres peuvent venir de n'importe où.

Les liens de second niveau, cette masse bon marché qu'on veut déverser sur le PBN lui-même : pas sur un projet white. Difficiles à acheter, difficiles à justifier. Ils achètent des domaines qui ont déjà des liens et ils gardent ces liens. Si un vieux lien fort tombe sur une URL qui n'est pas la page d'accueil, ils étoffent cette URL sous le lien existant plutôt que de rapatrier le lien vers la page d'accueil. Pour les paris et les jeux d'argent, c'est l'inverse. La vie est courte, alors la masse de liens mélangés se met en place tôt. Ce que la personne qui posait la question appelait le « second niveau », lui le classe en liens de faible qualité. Ne les déversez pas sur un domaine normal. Sur un domaine de paris, pour un résultat rapide, vous pouvez.

Les nouveaux enregistrements, encore une fois, parce que la question revient deux fois par session : très bien pour votre propre site, médiocre comme site donneur.

Si 95 % de la grille s'indexe et que les requêtes s'effondrent deux mois plus tard, c'est que le domaine a faim. Mettez à jour ce qui est en place et ajoutez du neuf. Sans ça, la chute est plus raide. Je prends trois ou quatre semaines calmes dans GSC comme signal, pas le rapport de fin de trimestre.

Ancres de marque et AI Overviews

Les triplets, dit-il, fonctionnent en ce moment, et seulement si le site est déjà positionné. Un triplet, c'est une réponse resserrée en trois parties. Ce bloc entre dans l'AI Overview et prend une place à un concurrent. Il dit l'avoir observé sur ses propres pages. Je crois davantage à la condition qu'à la magie. Un triplet sur une URL qui n'est pas positionnée ne donne rien.

Depuis le 15 mai 2026, la politique anti-spam de Google couvre aussi les réponses génératives dans Search, dont les AI Overviews et l'AI Mode. Obtenir une citation parce qu'on est déjà bien classé, ce n'est pas le même procédé qu'un réseau de fausses mentions monté pour appâter l'AI Overview. C'est de la seconde qu'il s'agit dans cette formulation. Je ne monte pas ça.

Les analyses publiques des mises à jour spam de 2026, y compris la longue série de septembre, ne les ont pas décrites comme des mises à jour visant le spam de liens. À côté de ça, les notes du secteur sur la vague d'août listaient bien des grilles faibles : même trace de serveur, sites qui se lient entre eux, ancres non naturelles. Les deux peuvent être vrais. Google n'a pas publié de billet « on a trouvé des PBN ». Les footprints ci-dessus restent la façon dont une personne, ou un modèle, relie une grille de trente sites, sans qu'aucune loi nouvelle n'entre en jeu.

un lien sans pénalité


Montrer une page à Google, une autre à tous les autres

On lui a demandé comment fermer un domaine à tout le monde sauf à Google. Sa réponse : le cloaking par canonical. Le canonical d'une zone est collé sur une autre zone, et le contenu lui-même n'offre à l'évaluateur aucune prise évidente. Il ne prévoit pas d'en faire une vidéo séparée.

La question qu'il tape dans un modèle est toute simple. Comment donner une version au moteur de recherche et une autre à tout le reste. Si le modèle refuse, il la reformule. Il n'a pas publié de configuration.

En une ligne : les visiteurs voient une page, et le canonical essaie de faire traiter par Google une autre zone comme la copie principale.

La règle de Google sur le cloaking, c'est de servir au crawler autre chose qu'au visiteur dans le but de gagner du classement. Un petit site peut tenir comme ça un moment. Ça peut aussi devenir une action manuelle le jour où quelqu'un ouvre les deux versions et envoie les captures. Si votre HTML côté visiteur et la cible du canonical ne concordent pas, vous avez rendu cette capture facile. Je ne vais pas prétendre que la réponse du webinaire est un montage protégé. C'est un pari.

Les PBN étrangers, il n'y a pas touché. Une phrase : un circuit à part, et intéressant. Le seul ajout que je fais, c'est celui déjà plus haut. Cloudflare devant un VPS masque toujours l'IP d'origine pour un public non russe. Ça ne cache pas un site en .ru à un FAI russe en 2026.

Si vous ne devez retenir qu'une page

  • 10 à 50 domaines. Pas mille.
  • Achetez de l'historique propre. Amenez le thème progressivement. Ne ressuscitez pas l'ancienne entreprise.
  • Cachez-vous dans de gros paquets de NS. En .ru, c'est Reg.ru, Beget et Timeweb, répartis. Vérifiez la date des stats avant de recopier un tableau.
  • IP partagée, environ trois des vôtres dans une foule d'inconnus. Votre propre IP, c'est l'option voyante.
  • Un compte d'hébergement, trois à cinq sites. Une Search Console par site. Aucun lien à l'intérieur de la grille.
  • HTML statique, une nouvelle mise en page à chaque fois, une page longue là où sera le lien.
  • D'abord l'indexation, puis on fait glisser le thème, puis un lien depuis la page d'accueil.
  • Une à trois ancres identiques par mois. Pas cent.
  • Nourrissez l'URL quand les impressions stagnent. Ne reconstruisez pas le domaine.
  • Pour le .ru, sachez quel humain peut passer Gosuslugi avant de renouveler au-delà de la date butoir de votre registrar.

FAQ

Combien de domaines compte un petit PBN ? 10 à 50. Au-delà, vous construisez l'autre type de grille, et ces règles ne tiennent plus.

Google trouve-t-il automatiquement un réseau de 10 à 50 domaines ? En général non. Le risque, ce sont les footprints que vous alignez vous-même : une seule IP, un seul compte analytics, un seul template, des liens entre les sites, une salve d'ancres identiques.

Hébergement mutualisé ou VPS ? Mutualisé pour une petite grille. Un VPS seulement pour des sites étrangers, 10 à 15, avec Cloudflare devant et la vraie IP masquée. Cloudflare est la mauvaise porte d'entrée pour des visiteurs en Russie en 2026.

WordPress vaut-il le coup sur un petit PBN ? Pas pour lui, pas pour moi, pas en 2026. Le HTML statique est plus rapide, moins cher sur l'offre mutualisée, et un nouveau prompt, c'est une nouvelle mise en page. Le texte de la page de lien doit quand même rester long.

Combien d'ancres identiques par mois ? Une à trois. Une fournée de 100 à 500 ancres identiques, c'est comme ça qu'une petite grille s'attire une pénalité dont elle n'avait pas besoin.

Le lien doit-il être dans le footer ? Non. Pas de footer, pas de lien sitewide. Un lien depuis la page d'accueil, une fois la page indexée, vaut mieux qu'un lien sur toutes les URL.

Qu'est-ce qui a changé pour le .ru le 1er septembre 2026 ? Les administrateurs doivent avoir un compte Gosuslugi vérifié au titre de la loi 569-FZ, pour les .ru, .рф et .su. Le nom n'est pas supprimé ce jour-là. Le renouvellement et la modification des NS échouent dès que ce registrar applique la règle. RU-Center a indiqué que les anciennes règles peuvent tenir jusqu'à ce que le registrar soit listé, ou jusqu'au 18 janvier 2027.

Un domaine est indexé et n'a aucun trafic. Vous l'achetez quand même ? Oui, comme site donneur. Le test, c'est de savoir si la page qui porte le lien reste dans l'index. Le trafic est optionnel. Les impressions dans Search Console sont le signal auquel il fait confiance. Les rank trackers externes, non.

Commentaires

Connectez-vous pour laisser un commentaire

Pas encore de commentaires — soyez le premier.