Les agences recherchent des « sous-comptes » car c’est le terme que la plupart des outils utilisent pour désigner une connexion parent regroupant plusieurs comptes clients en dessous. Il est utile d’être précis sur la façon dont cela se traduit chez Shifter avant de construire quoi que ce soit, car la bonne structure en dépend.
Sur Shifter, deux outils partagent cette fonction. Un workspace est un espace autonome avec ses propres plans, son propre portefeuille, ses factures et son équipe, auquel une même personne peut appartenir plusieurs fois, en basculant entre eux depuis la barre latérale. Un sous-compte est une étiquette dans le nom d’utilisateur proxy qui répartit le trafic d’un plan par client, rapporté séparément dans le panneau et dans l’API (introduit en octobre 2026). L’usage est suivi par plan, et par sous-compte au sein de celui-ci. Intégrez ces faits dans votre structure, et tout le reste en découle.
Ce qu’un sous-compte doit faire
En laissant la terminologie de côté, une agence attend quatre choses d’un sous-compte client.
| Exigence | Ce que cela signifie | Comment Shifter le fournit |
|---|---|---|
| Isolation | Le trafic et le budget d’un client ne se mélangent jamais avec ceux d’un autre | Les plans ne traversent jamais les workspaces |
| Attribution | Vous pouvez dire combien chaque client a coûté | L’usage est rapporté par plan et par sous-compte |
| Contrôle d’accès | Les bonnes personnes voient les bonnes choses | Rôles Viewer, Billing et Admin par workspace |
| Départ propre | Un client part sans perturber personne d’autre | Retirer les membres, fermer les plans du client |
Le reste de ce guide consiste à choisir comment organiser workspaces et plans pour que ces quatre points soient respectés en même temps.
Deux structures qui fonctionnent
Workspaces appartenant au client
Chaque client possède son propre workspace. Le client alimente le portefeuille et reçoit les factures. Le responsable de compte de l’agence est invité dans chaque workspace client en tant qu’Admin et y gère la collecte.
C’est l’arrangement le plus propre quand les clients sont disposés à gérer leur propre relation de facturation. L’isolation est absolue, l’attribution ne demande aucun travail puisque la facture de chaque client lui est propre, et le départ se résume à ce que le client retire l’agence de son workspace. Une seule connexion d’agence permet d’atteindre chaque client via le sélecteur de workspace.
Workspace appartenant à l’agence, un plan par client
L’agence possède un seul workspace, achète un plan séparé pour chaque client à l’intérieur, et facture les clients à partir de l’usage de chaque plan.
Cela convient aux agences qui revendent la collecte dans le cadre d’un forfait. L’attribution tient tant que la règle est stricte : un client, un plan, jamais partagé, ou, sur un plan partagé, un client, un sous-compte. Deux conséquences méritent d’être connues avant de choisir cette option.
- Le portefeuille est circonscrit au workspace, et le dépassement sur n’importe quel plan est couvert par ce portefeuille. Chaque plan du workspace puise dans le même pot, donc le pic d’un client peut consommer la marge dont dépend un autre client. Surveillez le dépassement par plan de près, ou donnez aux clients à fort volume leur propre workspace.
- Tout ce qui se trouve dans un workspace est visible par ses membres. N’invitez pas un contact client dans un workspace d’agence partagé, même en tant que Viewer, car il verrait les plans et les factures de tous les autres clients.
Beaucoup d’agences finissent par adopter un modèle hybride : des workspaces appartenant au client pour les grands comptes qui souhaitent leur propre facturation, et un workspace d’agence regroupant les plans des clients plus petits facturés au forfait.
Mise en place
La mécanique est la même pour les deux structures.
- Ouvrez la page Team dans le workspace que vous voulez gérer, depuis la barre latérale du panneau.
- Invitez par e-mail et choisissez un rôle. Un utilisateur Shifter existant reçoit un bouton Join en un clic à sa prochaine connexion et conserve son propre compte. Un nouvel e-mail déclenche une inscription rapide avec un lien magique et sans mot de passe.
- Basculez entre les workspaces depuis le menu déroulant de la barre latérale, qui apparaît dès que vous appartenez à plus d’un workspace. Tout ce qui est affiché à l’écran, plans, portefeuille, factures, équipe, change en conséquence.
- Achetez le plan de chaque client dans le workspace auquel il appartient. Les plans ne se déplacent pas entre workspaces par la suite, donc acheter dans le mauvais revient à acheter à nouveau.
Chaque workspace a un plafond souple de 10 sièges. Si vous avez besoin de plus pour un grand client, c’est une conversation à avoir avec le support plutôt qu’une limite stricte. La propriété d’un workspace peut également être transférée sur demande si une relation client change de forme.
La fonctionnalité elle-même est décrite dans introducing Team Workspaces.
Choisir les rôles
Limitez les rôles au minimum nécessaire pour chaque personne.
| Rôle | Peut faire | À attribuer à |
|---|---|---|
| Viewer | Voir les plans, le trafic et les factures ; parcourir le catalogue | Un interlocuteur client qui veut voir l’usage, dans son propre workspace uniquement |
| Billing | Tout ce qu’un Viewer peut faire, plus alimenter le portefeuille, payer les factures et acheter ou mettre à niveau des plans | Celui qui détient la carte, de chaque côté |
| Admin | Tout ce que Billing peut faire, plus gérer les plans et l’équipe | Le responsable de compte de l’agence qui gère la collecte |
Les rôles sont définis par workspace, pas globalement. La même personne peut être Admin dans le workspace d’un client et Viewer dans celui d’un autre, et le rôle appliqué est toujours celui du workspace actif.
Suivre l’usage par client
Chaque plan dispose d’une vue d’usage en temps réel dans le panneau, sur l’aperçu du tableau de bord et sur la page propre du plan, mise à jour chaque minute. Elle montre la bande passante restante dans le cycle, une tendance de consommation quotidienne, et les principales destinations de trafic par nom d’hôte.
Ces trois éléments réunis suffisent à bien gérer l’attribution client.
La bande passante restante indique si un client est en voie de terminer le cycle dans son allocation.
La tendance quotidienne montre quand la consommation a changé, ce qui correspond généralement à une nouvelle tâche, un crawler qui s’emballe, ou un client demandant un périmètre plus large sans le signaler.
Les principales destinations par nom d’hôte est l’indicateur sous-estimé. Il permet de vérifier que le plan de chaque client cible bien les objectifs de ce client. Un plan dont la principale destination appartient à l’ensemble des concurrents d’un autre client est un plan dont les identifiants sont utilisés au mauvais endroit dans une tâche quelque part.
Pour répartir un plan entre plusieurs clients, attribuez à chacun un sous-compte : ajoutez -subaccount-CLIENT juste après votre nom d’utilisateur dans les tâches de ce client, et le panneau ainsi que l’API d’usage rapportent chacun séparément. Le trafic envoyé sans étiquette ne peut pas être réparti après coup, donc sur un plan partagé, étiquetez chaque tâche.
Une requête pour un client, avec ciblage et session après l’étiquette, ressemble à ceci :
curl -x customer-USERNAME-subaccount-client_a-country-us-sid-abc123-ttl-600:PASSWORD@p.shifter.io:443 \
http://ip-info.com/jsonEt le trafic de ce même client pour octobre, via l’API :
curl "https://shifter.io/api/v1/memberships/68057/subaccounts/client_a/usage?start=2026-10-01&end=2026-11-01&api_token=YOUR_API_TOKEN"Les noms de sous-comptes comptent de 1 à 16 lettres, chiffres ou underscores, sans trait d’union, et sont sensibles à la casse. Aucune configuration n’est nécessaire : un sous-compte apparaît quelques minutes après sa première requête. Les sous-comptes ne suivent que le trafic ; ils partagent la bande passante du plan et n’imposent aucune limite par client.
Une routine opérationnelle mensuelle
L’attribution est une habitude plutôt qu’un rapport qu’on exécute une seule fois.
- Au début de chaque cycle, notez l’allocation d’ouverture de chaque plan et les dates du cycle.
- Chaque semaine, comparez la consommation de chaque client à son taux d’exécution attendu, et reprévoyez l’usage de fin de mois en divisant la bande passante consommée par les jours écoulés, multipliée par les jours du cycle.
- Quand une tendance bondit, vérifiez les principales destinations avant de supposer que le périmètre du client s’est élargi.
- Avant que l’allocation ne s’épuise, décidez pour chaque client si le dépassement doit être prélevé sur le portefeuille ou si la tâche doit être mise en pause. Le dépassement sur les plans résidentiels est facturé depuis le portefeuille au tarif par GB propre au plan.
- Quand un client part, retirez ses personnes, retirez les identifiants du plan de toutes les tâches, et fermez le plan.
La méthode de prévision derrière la vérification hebdomadaire se trouve dans forecasting residential proxy bandwidth.
Les identifiants sont l’autre moitié de l’isolation
Les workspaces séparent les plans. Vos propres systèmes doivent séparer les identifiants.
Chaque plan a ses propres identifiants. Stockez-les par client dans votre gestionnaire de secrets, donnez à chaque tâche d’un client uniquement le plan de ce client, et ne copiez jamais les identifiants d’un client dans la tâche d’un autre pour gagner du temps, car c’est ainsi que l’attribution se brise silencieusement. Ne consignez pas les chaînes de connexion proxy complètes, qui sont la façon la plus courante dont les identifiants fuient dans un agrégateur de logs.
Les identifiants de session restent les vôtres, à nommer comme bon vous semble. Les préfixer avec un code client, sid-acme-serp-01, ne coûte rien et rend vos propres logs lisibles. Le panneau ne décompose pas l’usage par identifiant de session ; c’est à cela que servent les sous-comptes.
FAQ
Shifter dispose-t-il de sous-utilisateurs à l’intérieur d’un plan ?
Il n’existe pas de connexions séparées à l’intérieur d’un plan, mais les sous-comptes répartissent le trafic d’un plan par client : une étiquette dans le nom d’utilisateur proxy que le panneau et l’API rapportent séparément. L’accès est géré par workspace avec trois rôles, et l’isolation complète entre clients provient de plans séparés et, si besoin, de workspaces séparés.
Combien de clients une seule connexion d’agence peut-elle gérer ?
Une seule connexion peut appartenir à autant de workspaces que nécessaire, en basculant entre eux depuis la barre latérale. Le plafond souple de 10 sièges s’applique par workspace, pas par connexion.
Un client peut-il voir nos autres clients ?
Pas d’un workspace à l’autre. Au sein d’un même workspace, chaque membre voit tout, c’est pourquoi les contacts clients ne devraient être invités que dans leur propre workspace.
Puis-je déplacer un plan d’un client à un autre ?
Les plans restent dans le workspace où ils ont été achetés. Achetez le plan de chaque client dans le workspace de ce client dès le départ.
L’essentiel à retenir
Sur Shifter, un workspace sépare l’accès et la facturation, et un sous-compte répartit le trafic au sein d’un plan. Donnez à chaque client son propre plan ou son propre sous-compte, choisissez des workspaces appartenant au client là où les clients gèrent leur propre facturation et un workspace d’agence partagé là où vous revendez, gardez les contacts clients hors des workspaces partagés, et consultez l’usage par client chaque semaine plutôt qu’au moment de la facturation.
Structuré ainsi, l’isolation, l’attribution, l’accès et le départ propre vont tous de soi. Le produit se trouve sur la page residential proxies for agencies, avec les tarifs sur la page pricing.