Agências procuram “sub-contas” porque essa é a palavra que a maioria das ferramentas usa para um login principal que mantém várias contas de clientes por baixo dele. Vale a pena ser preciso sobre como isso se mapeia no Shifter antes de construir qualquer coisa, porque a estrutura certa depende disso.
No Shifter, duas ferramentas cumprem essa função. Um workspace é um espaço autocontido com seus próprios planos, carteira, faturas e equipe, ao qual a mesma pessoa pode pertencer em vários, alternando entre eles pela barra lateral. Uma sub-conta é um rótulo no nome de usuário do proxy que divide o tráfego de um plano por cliente, reportado separadamente no painel e na API (introduzido em outubro de 2026). O uso é rastreado por plano, e por sub-conta dentro dele. Coloque esses fatos na sua estrutura e o resto flui naturalmente.
O que uma sub-conta precisa fazer
Tirando a terminologia, uma agência quer quatro coisas de uma sub-conta de cliente.
| Requisito | O que significa | Como o Shifter fornece isso |
|---|---|---|
| Isolamento | O tráfego e o orçamento de um cliente nunca se misturam com os de outro | Planos nunca cruzam workspaces |
| Atribuição | Você consegue dizer quanto cada cliente custou | O uso é reportado por plano e por sub-conta |
| Controle de acesso | As pessoas certas veem as coisas certas | Funções de Viewer, Billing e Admin por workspace |
| Desligamento limpo | Um cliente sai sem perturbar mais ninguém | Remover membros, encerrar os planos do cliente |
O restante deste guia trata de escolher como organizar workspaces e planos para que esses quatro pontos se mantenham ao mesmo tempo.
Duas estruturas que funcionam
Workspaces de propriedade do cliente
Cada cliente é dono do seu próprio workspace. O cliente financia a carteira e recebe as faturas. O responsável da conta na agência é convidado para cada workspace de cliente como Admin e conduz a coleta a partir dali.
Esse é o arranjo mais limpo quando os clientes estão dispostos a manter seu próprio relacionamento de faturamento. O isolamento é absoluto, a atribuição não exige nenhum trabalho porque a fatura de cada cliente é a sua própria, e o desligamento é simplesmente o cliente remover a agência do seu workspace. Um único login de agência alcança todos os clientes pelo seletor de workspace.
Workspace de propriedade da agência, um plano por cliente
A agência é dona de um único workspace, compra um plano separado para cada cliente dentro dele, e fatura os clientes com base no uso de cada plano.
Isso é adequado para agências que revendem a coleta como parte de um contrato recorrente. A atribuição se mantém desde que a regra seja rígida: um cliente, um plano, nunca compartilhado, ou, em um plano compartilhado, um cliente, uma sub-conta. Duas consequências vale a pena conhecer antes de escolher essa opção.
- A carteira é delimitada ao workspace, e o excedente de qualquer plano é coberto por essa carteira. Todo plano no workspace puxa do mesmo fundo, então um pico de um cliente pode consumir a margem da qual outro cliente depende. Acompanhe o excedente por plano de perto, ou dê aos clientes de maior volume seu próprio workspace.
- Tudo dentro de um workspace é visível para seus membros. Não convide um contato de cliente para um workspace de agência compartilhado, mesmo como Viewer, porque ele veria os planos e faturas de todos os outros clientes.
Muitas agências acabam com um modelo híbrido: workspaces de propriedade do cliente para contas grandes que querem seu próprio faturamento, e um workspace da agência contendo planos para clientes menores faturados em contrato recorrente.
Configurando
A mecânica é a mesma para qualquer uma das estruturas.
- Abra a página Team no workspace que você deseja gerenciar, pela barra lateral do painel.
- Convide por e-mail e escolha uma função. Um usuário Shifter existente recebe um Join com um clique na próxima vez que fizer login e mantém sua própria conta. Um e-mail novo passa por um cadastro rápido com um link mágico e sem senha.
- Alterne entre workspaces pelo menu suspenso na barra lateral, que aparece assim que você pertence a mais de um. Tudo na tela, planos, carteira, faturas, equipe, muda junto.
- Compre o plano de cada cliente no workspace ao qual ele pertence. Planos não se movem entre workspaces depois, então comprar no workspace errado significa comprar de novo.
Cada workspace tem um limite flexível de 10 assentos. Se você precisar de mais para um cliente grande, isso é uma conversa com o suporte, não um limite rígido. A propriedade do workspace também pode ser transferida mediante solicitação, caso um relacionamento com cliente mude de forma.
O recurso em si é descrito em introducing Team Workspaces.
Escolhendo funções
Mantenha as funções no mínimo que cada pessoa precisa.
| Função | Pode fazer | Dê a |
|---|---|---|
| Viewer | Ver planos, tráfego e faturas; navegar pelo catálogo | Um stakeholder do cliente que quer ver o uso, somente no seu próprio workspace |
| Billing | Tudo que um Viewer pode, além de financiar a carteira, pagar faturas e comprar ou fazer upgrade de planos | Quem detém o cartão, de qualquer um dos lados |
| Admin | Tudo que Billing pode, além de gerenciar planos e a equipe | O responsável da conta na agência que conduz a coleta |
As funções são por workspace, não globais. A mesma pessoa pode ser Admin no workspace de um cliente e Viewer no de outro, e a função aplicada é sempre a do workspace ativo.
Rastreando o uso por cliente
Cada plano tem uma visão de uso em tempo real no painel, na visão geral do dashboard e na própria página do plano, atualizada a cada minuto. Ela mostra a largura de banda restante no ciclo, uma tendência de consumo diário, e os principais destinos de tráfego por hostname.
Esses três elementos juntos são suficientes para fazer bem a atribuição por cliente.
A largura de banda restante indica se um cliente está no caminho de terminar o ciclo dentro do limite contratado.
A tendência diária mostra quando o consumo mudou, o que geralmente é um novo trabalho, um crawler descontrolado, ou um cliente pedindo um escopo maior sem avisar.
Os principais destinos por hostname é o mais subestimado. Ele permite verificar se o plano de cada cliente está de fato acessando os alvos daquele cliente. Um plano cujo principal destino pertence ao conjunto de concorrentes de um cliente diferente é um plano com as credenciais erradas em algum trabalho.
Para dividir um plano entre clientes, dê a cada cliente uma sub-conta: adicione -subaccount-CLIENTE logo após seu nome de usuário nos trabalhos daquele cliente, e o painel e a usage API reportam cada um separadamente. Tráfego enviado sem um rótulo não pode ser dividido depois, então, em um plano compartilhado, rotule todo trabalho.
Uma rotina operacional mensal
Atribuição é um hábito, não um relatório que se roda uma vez.
- No início de cada ciclo, anote o limite inicial de cada plano e as datas do ciclo.
- Semanalmente, compare o consumo de cada cliente com sua taxa de execução esperada, e reprojete o uso de fim de mês como a largura de banda consumida dividida pelos dias decorridos, multiplicada pelos dias do ciclo.
- Quando uma tendência saltar, verifique os principais destinos antes de supor que o escopo do cliente cresceu.
- Antes que o limite se esgote, decida, por cliente, se o excedente deve sair da carteira ou se o trabalho deve ser pausado. O excedente em planos residenciais é cobrado da carteira à taxa por GB do próprio plano.
- Quando um cliente sai, remova as pessoas dele, retire as credenciais do plano de todo trabalho, e encerre o plano.
O método de projeção por trás da verificação semanal está em forecasting residential proxy bandwidth.
Credenciais são a outra metade do isolamento
Workspaces mantêm os planos separados. Seus próprios sistemas precisam manter as credenciais separadas.
Cada plano tem suas próprias credenciais. Armazene-as por cliente no seu gerenciador de segredos, dê aos trabalhos de cada cliente apenas o plano daquele cliente, e nunca copie as credenciais de um cliente para o trabalho de outro para resolver algo rapidamente, porque é assim que a atribuição quebra silenciosamente. Não registre strings completas de conexão de proxy em logs, que são a forma mais comum de credenciais vazarem para um agregador de logs.
IDs de sessão continuam sendo seus para nomear como quiser. Prefixá-los com um código de cliente, sid-acme-serp-01, não custa nada e torna seus próprios logs legíveis. O painel não divide o uso por ID de sessão; é para isso que servem as sub-contas.
Perguntas frequentes
O Shifter tem sub-usuários dentro de um plano?
Não há logins separados dentro de um plano, mas sub-contas dividem o tráfego de um plano por cliente: um rótulo no nome de usuário do proxy que o painel e a API reportam separadamente. O acesso é gerenciado por workspace com três funções, e o isolamento total entre clientes vem de planos separados e, quando necessário, workspaces separados.
Quantos clientes um único login de agência pode gerenciar?
Um único login pode pertencer a quantos workspaces forem necessários, alternando entre eles pela barra lateral. O limite flexível de 10 assentos se aplica por workspace, não por login.
Um cliente pode ver nossos outros clientes?
Não entre workspaces. Dentro de um mesmo workspace, todo membro vê tudo, por isso contatos de clientes só devem ser convidados para o seu próprio workspace.
Posso mover um plano de um cliente para outro?
Planos permanecem no workspace em que foram comprados. Compre o plano de cada cliente no workspace daquele cliente desde o início.
Em resumo
No Shifter, um workspace separa acesso e faturamento, e uma sub-conta divide o tráfego dentro de um plano. Dê a cada cliente seu próprio plano ou sua própria sub-conta, escolha workspaces de propriedade do cliente onde os clientes mantêm seu próprio faturamento e um workspace de agência compartilhado onde você revende, mantenha contatos de clientes fora de workspaces compartilhados, e leia o uso por cliente toda semana, em vez de na hora da fatura.
Estruturado dessa forma, isolamento, atribuição, controle de acesso e desligamento vêm de graça. O produto está na página residential proxies for agencies, com preços na pricing page.