Dès qu'il y a plus de deux ou trois personnes dans l'équipe travaillant avec des comptes Facebook Ads, TikTok Ads ou des marketplaces, la question « à qui donner quel proxy » cesse d'être un détail. Un schéma incorrect se transforme en une chaîne de bans pour toute l'équipe, en un gaspillage de budget publicitaire et en des disputes sur « qui est responsable du blocage ». Nous allons examiner quand il est plus avantageux d'avoir un proxy personnel pour chaque employé, et quand il est possible de se contenter d'un pool commun, et comment tout cela peut être géré sans chaos dans les tableaux.
Pourquoi la question de la comptabilité des proxies est critique pour l'équipe
Tant qu'il n'y a qu'une personne dans l'équipe, le proxy est simplement un paramètre technique dans le navigateur anti-detect. Mais lorsque 5, 10 ou 50 employés gèrent simultanément des comptes Facebook Ads, des comptes clients sur Instagram ou scrutent les prix sur Wildberries, le schéma de travail avec les proxies devient une partie de la sécurité opérationnelle de l'entreprise.
Imaginez la situation : l'agence a un pool commun de 20 proxies, qui sont distribués aux employés « au besoin » sans enregistrer qui utilise quel IP. Un employé se fait bannir son compte pour activité suspecte — et le système de protection de la plateforme marque l'IP comme risqué. Le lendemain, cette même adresse est accidentellement attribuée à un autre employé, et son compte est banni « pour le plaisir ». Une semaine plus tard, trois équipes sont déjà en panique, et il est impossible de comprendre d'où vient la chaîne — personne n'a tenu de comptabilité.
C'est le problème classique du multi-comptes à l'échelle de l'équipe. Il ne se résout pas par l'achat de proxies plus coûteux, mais par une bonne organisation du processus : qui, quel IP, pour quel compte et combien de trafic utilise. Nous allons examiner les deux modèles — pool commun et proxies personnels — et montrer où chacun d'eux est approprié.
Pool commun de proxies : quand cela fonctionne
Un pool commun est un ensemble de proxies accessible à tous les employés via un tableau de bord unique ou un gestionnaire de proxies, à partir duquel chacun prend un IP selon ses besoins. Ce schéma fonctionne bien pour les tâches où il n'est pas nécessaire d'attacher un compte à une adresse spécifique : le scraping ponctuel des prix des concurrents sur Ozon, la vérification des résultats de Yandex.Direct depuis différentes régions, la vérification massive des annonces sur Avito.
Pour de telles tâches, il suffit souvent de proxies de datacenter — ils sont rapides, peu coûteux par IP et conviennent parfaitement pour des sessions courtes sans attachement à un compte spécifique. Si la tâche est de collecter un échantillon de prix une fois par jour à partir de 500 fiches produits, peu importe qui parmi les employés et avec quel IP cela a été fait : le compte n'est pas nécessaire, le risque de blocage est minimal.
Mais le pool commun est dangereux là où il y a des comptes personnalisés : des comptes publicitaires Facebook Ads, des profils Instagram, des tableaux de bord personnels sur Wildberries. Les plateformes analysent le lien « compte + IP + appareil (empreinte digitale) » et se souviennent de cette paire. Si aujourd'hui Ivan a accédé au compte d'un client avec l'IP 1, et demain Maria accède au même compte avec l'IP 2 — cela ressemble à une activité suspecte, car non seulement l'adresse change, mais aussi tout l'environnement numérique de la session.
Conclusion : le pool commun convient pour des opérations sans comptes permanents. Pour la gestion des comptes publicitaires et des profils sur les réseaux sociaux, il crée plus de risques qu'il n'économise d'argent.
Proxy personnel par employé
Le modèle personnel attribue à chaque employé (ou plutôt — à chaque compte ou profil dans le navigateur anti-detect) une IP statique propre, qui ne se chevauche pas avec d'autres. C'est la norme pour les agences qui gèrent des comptes clients sur Facebook Ads, TikTok Ads, Instagram ou qui gèrent des tableaux de bord personnels sur les marketplaces.
La logique est simple : si l'IP est toujours la même pour un compte spécifique, la plateforme voit un tableau d'accès stable et « domestique » — la même région, le même fournisseur, la même session. Les algorithmes anti-fraude réagissent précisément aux anomalies : un changement brusque de géolocalisation, une IP de datacenter au lieu d'une adresse domestique habituelle, des accès simultanés depuis différents coins du monde. Le proxy personnel élimine ces anomalies dès le départ.
Pour un tel schéma, on utilise le plus souvent des proxies résidentiels — ils fournissent de vraies adresses IP de fournisseurs domestiques, qui ne diffèrent pas de celles d'un utilisateur ordinaire d'internet. Pour les tâches où la signature mobile du réseau est critique (par exemple, le farming de comptes TikTok ou Instagram, où la plateforme vérifie le type de connexion), on utilise des proxies mobiles — leur IP appartient à un opérateur mobile, et la rotation se fait naturellement, comme avec un véritable smartphone.
Le inconvénient du modèle personnel — le coût. Plus d'IP, plus de dépenses pour l'infrastructure. Mais pour une agence qui est responsable devant le client de la sécurité du compte publicitaire, cela représente une dépense justifiée : un compte banni avec un budget de 500 000 ₽ en publicité coûte plus cher qu'une année de proxies personnels pour toute l'équipe.
Tableau comparatif : pool vs proxy personnel
Rassemblons les deux modèles dans un tableau pour faciliter la prise de décision pour un département ou une tâche spécifique.
| Critère | Pool commun | Proxy personnel |
|---|---|---|
| Coût pour l'équipe | Moins cher, IP partagés | Plus cher, 1 IP par compte/employé |
| Risque de bans en chaîne | Élevé | Minime |
| Convient pour les comptes publicitaires | Non | Oui |
| Convient pour le scraping sans comptes | Oui | Superflu |
| Simplicité de la comptabilité du trafic | Plus compliqué — un système de logs est nécessaire | Plus simple — le trafic est lié à l'IP |
| Type de proxy recommandé | Datacenter | Résidentiels / mobiles |
Bans en chaîne et risques de sécurité lors du partage
Un ban en chaîne est une série de blocages, lorsque la plateforme relie plusieurs comptes par des caractéristiques communes : une IP, une empreinte digitale d'appareil, une carte de paiement, un cookie. Si l'équipe partage des proxies sans comptabilité, le risque de déclencher une telle chaîne augmente proportionnellement au nombre d'employés.
Un scénario fréquent dans les agences SMM : le manager A gère 10 comptes Instagram clients via une seule IP du pool. L'un des comptes reçoit une plainte et est bloqué pour activité suspecte. Instagram vérifie l'IP et trouve encore 9 comptes qui se sont connectés depuis la même adresse au cours des dernières semaines — et bloque toute la chaîne, y compris les comptes gérés par le manager B, qui n'a absolument rien à voir avec l'incident.
Le deuxième risque — la fuite d'accès. Lorsque les proxies sont partagés et que les données de connexion sont dans un même fichier Excel avec le mot de passe « 1234 », lors du licenciement d'un employé ou du changement de prestataire, il faut changer tout le pool, et non une seule adresse. Cela ralentit le travail et crée une fenêtre de vulnérabilité.
Le troisième risque — le conflit de sessions. Si deux employés utilisent accidentellement une même IP en même temps pour différents comptes sur la même plateforme, les systèmes de sécurité de Facebook ou TikTok détectent des sessions parallèles depuis une même adresse et peuvent bloquer les deux comptes « par précaution », même si rien d'illégal ne s'est produit.
La seule façon de réduire ces risques est de lier strictement le « compte — IP — profil dans le navigateur anti-detect » et de ne pas le changer sans nécessité. C'est pourquoi pour les comptes avec des budgets publicitaires, le modèle personnel l'emporte presque toujours sur le pool commun.
Comment organiser la comptabilité du trafic par employés
La comptabilité du trafic résout deux tâches : le contrôle du budget (qui a dépensé combien de gigaoctets ou d'heures de proxy) et l'audit de sécurité (qui et quand s'est connecté depuis quelle IP). Voici un schéma de travail pour une équipe de 5 personnes ou plus.
Étape 1. Tableau de liaison. Tenez un registre unique : employé → compte/client → IP proxy → date d'attribution → type de proxy (résidentiel/mobile/datacenter). Un Google Sheet avec un accès limité en écriture convient — seul le team lead ou le responsable du département peut modifier les enregistrements.
Étape 2. Compte fournisseur. La plupart des services de proxy fournissent un compte personnel avec des statistiques de consommation de trafic pour chaque IP ou port individuel. Vérifiez la consommation une fois par semaine — une augmentation soudaine de la consommation d'un employé peut indiquer une automatisation excessive, une fuite d'accès ou une simple erreur de configuration.
Étape 3. Journalisation dans le navigateur anti-detect. Dolphin Anty, AdsPower et Multilogin conservent l'historique des connexions, depuis quel profil et quand l'accès a eu lieu, via quel proxy. Vérifiez régulièrement ces logs avec le tableau de liaison — des divergences signalent une violation du règlement.
Étape 4. Limites par employé. Si le fournisseur supporte la tarification par trafic, définissez une limite conditionnelle par personne ou département (par exemple, 50 Go par mois pour un spécialiste SMM gérant 20 comptes). Cela discipline l'équipe et simplifie la prévision du budget pour l'infrastructure.
Étape 5. Rotation régulière des responsables. Si un employé est licencié ou passe à un autre projet, réattribuez immédiatement l'IP à un nouveau responsable et enregistrez-le dans le registre — ne laissez pas de proxies « orphelins » sans attachement.
Configuration des rôles dans Dolphin Anty et AdsPower
Les navigateurs anti-detect ont été initialement conçus pour le travail en équipe, c'est pourquoi ils disposent d'outils intégrés pour la répartition des accès. Dans Dolphin Anty, il y a des espaces d'équipe (Teams) : vous créez un espace de travail pour l'agence, ajoutez des employés par email et attribuez à chacun un accès uniquement à certains profils de navigateur. Le proxy n'est pas directement lié à l'employé, mais à un profil spécifique — donc même si l'accès à un profil est transféré à une autre personne, le lien « compte + IP » ne change pas.
Dans AdsPower, la logique est similaire : il existe une fonction de gestion de groupe (Group Management), où vous créez des groupes de profils par clients ou directions et attribuez des droits à des membres spécifiques de l'équipe — certains peuvent seulement visualiser, d'autres éditer, d'autres lancer. Le proxy est spécifié au niveau du profil dans la section des paramètres de connexion, et lors de l'exportation des rapports, il est visible quel IP a été utilisé dans chaque session.
Recommandation pratique : créez un profil de navigateur anti-detect pour un compte client, et non pour un employé. Si un employé part en vacances ou est licencié, vous transférez simplement l'accès au profil (avec tout l'historique des cookies, l'empreinte digitale et le proxy attaché) à la personne suivante — le compte client ne voit aucune différence, car l'empreinte numérique de la session ne change pas.
Cette approche élimine le principal conflit entre les proxies « communs » et « personnels » : le proxy est personnel non pour la personne, mais pour le compte/profil, et les personnes peuvent échanger leurs places sans risque pour les projets des clients.
Quel type de proxy choisir pour l'équipe
Le choix dépend de la tâche spécifique d'un département au sein de l'équipe, et non d'une règle générale « identique pour tous ». Voici une répartition pratique par domaines de travail de l'agence ou de l'équipe d'arbitrage.
Pour le département qui gère des comptes publicitaires Facebook Ads et Google Ads pour les clients, des proxies résidentiels avec attachement à la région du client conviennent — ils semblent les plus naturels pour les systèmes anti-fraude des plateformes publicitaires et permettent de maintenir une géolocalisation stable du compte pendant des mois.
Pour le département SMM, qui farm et gère des comptes Instagram et TikTok, il est plus judicieux de prendre des proxies mobiles — les réseaux sociaux font plus confiance au trafic des opérateurs mobiles, surtout lors de la connexion depuis un téléphone ou de l'émulation d'un appareil mobile dans un navigateur anti-detect.
Pour le département d'analyse, qui surveille les prix des concurrents sur Wildberries, Ozon ou collecte des données sur Avito sans attachement à des comptes personnels, des proxies de datacenter suffisent — ils gèrent plus rapidement des requêtes volumineuses et coûtent moins cher par rapport au nombre d'IP.
Cette segmentation par départements, et non par personnes, élimine immédiatement la moitié des questions sur « proxy commun ou personnel » — car la réponse dépend de la tâche, et non de l'organigramme.
Checklist de mise en œuvre de la comptabilité des proxies
Avant de changer le schéma actuel dans l'équipe, passez en revue cette liste :
- Les départements avec des comptes (publicité, SMM) et les départements sans comptes (scraping, analyse) sont-ils séparés ?
- Un proxy personnel est-il attribué à chaque compte publicitaire et de réseau social ?
- Un registre unique « compte — IP — profil de navigateur — responsable » est-il tenu ?
- Les rôles d'accès dans Dolphin Anty / AdsPower sont-ils configurés au niveau des profils, et non avec des mots de passe communs ?
- Y a-t-il une vérification régulière des statistiques de trafic avec le compte personnel du fournisseur de proxy ?
- La procédure de transfert d'accès est-elle écrite en cas de licenciement ou de transfert d'un employé ?
- Les proxies de datacenter sont-ils utilisés uniquement là où il n'y a pas de comptes personnalisés ?
Si la plupart des réponses sont « oui » — le risque de bans massifs et de confusion avec le trafic pour l'équipe est minimal.
Conclusion
Le pool commun et le proxy personnel ne sont pas des options mutuellement exclusives, mais des outils pour différentes tâches au sein d'une même équipe. Le pool commun économise le budget là où il n'y a pas de comptes permanents — pour le scraping et les vérifications ponctuelles. Le proxy personnel est indispensable là où il y a des comptes publicitaires, des profils clients et la réputation d'un compte, qui peut facilement être perdue par un changement d'IP malheureux.
L'idée clé est de lier le proxy non à l'employé, mais au compte ou au profil dans le navigateur anti-detect, et de tenir un registre unique de comptabilité. Ainsi, la rotation des personnes dans l'équipe ne crée pas de risques pour les projets clients. Si vous mettez en place un tel système, commencez par la répartition des tâches par types de proxies : proxies résidentiels pour les comptes publicitaires, proxies mobiles pour les réseaux sociaux et proxies de datacenter pour l'analyse et la surveillance — cela couvrira la plupart des scénarios de travail d'équipe sans dépenses excessives et sans risque de blocages en chaîne.