Coleta de dados white-label significa que seu cliente recebe os dados sob sua marca, nos seus termos, com seu nome na fatura. Eles não contratam a infraestrutura por trás, não a veem e, na maioria dos casos, não querem vê-la.
Esse arranjo é simples do ponto de vista comercial e muda suas obrigações mais do que a maioria das agências espera. No momento em que você coloca sua marca em um conjunto de dados, você deixa de ser uma empresa que usa uma rede de proxies e passa a ser o fornecedor de dados de registro. Confiabilidade, procedência, conformidade e continuidade passam a ser sua responsabilidade.
Este guia cobre o que isso significa na prática e como estruturar uma conta para atender muitos clientes sem que eles jamais se toquem entre si.
Uma conta significa um login, não um orçamento compartilhado
Vale esclarecer isso de imediato, porque a expressão é ambígua e a leitura errada causa danos reais.
O que funciona: uma conta Shifter para sua agência, um login, um relacionamento com o fornecedor, um lugar para ver tudo, com cada cliente separado por baixo, seja por seu próprio plano e workspace, seja por sua própria sub-account em um plano compartilhado.
O que não funciona: a coleta de todos os clientes rodando em um único plano compartilhado, sem nada que distinga os clientes entre si. Essa versão não permite dizer quanto cada cliente custou, deixa o pico de um cliente consumir, sem perceber, a cota de outro, e transforma o offboarding em um exercício manual de desembaraçar tudo.
A mecânica do primeiro arranjo, workspaces, papéis, sub-accounts e rastreamento de uso por plano, é tratada em sub-accounts e rastreamento de uso para múltiplos clientes. Resumindo: um plano por cliente onde os orçamentos precisam ficar separados, uma sub-account por cliente onde eles compartilham um plano, e um workspace por cliente sempre que a faturação ou o acesso do cliente justificar.
Vender dados prontos vs revender acesso a proxy
Dois tipos de negócio são chamados de white-label, e eles carregam obrigações diferentes.
Vender dados prontos. Seu cliente compra um relatório, um feed ou um dashboard. A rede de proxies faz parte do seu processo de produção, assim como seus servidores. Tudo neste guia trata desse modelo.
Revender acesso a proxy sob sua própria marca. Seu cliente compra a capacidade de enviar seu próprio tráfego, e você é o fornecedor que ele enxerga. Aqui você precisa de números de uso por cliente, seus próprios limites e faturamento, e uma política de uso aceitável clara, à qual seus clientes concordam. O programa de revenda da Shifter foi criado para isso: sub-accounts rastreiam o tráfego de cada um dos seus clientes no painel e via API, e você define preços, limites e faturamento na sua própria plataforma.
Muitas agências começam com o primeiro modelo e adicionam o segundo quando um cliente pede para rodar seus próprios jobs. Mantenha os dois separados em suas contas e contratos, porque as responsabilidades são diferentes.
O que você assume quando sua marca entra nos dados
Cinco coisas passam para o seu lado da linha.
Confiabilidade. O relatório do seu cliente tem prazo, independentemente de um portal ter mudado sua marcação na noite anterior. Você precisa de monitoramento, alertas e um plano de contingência, porque “nosso fornecedor teve um problema” não é uma frase que um provedor white-label pode usar.
Procedência. Quando um cliente contesta um número, você precisa poder dizer onde e quando ele foi observado. Isso significa que todo entregável carrega o mercado, o ponto de vantagem, o timestamp e o método de coleta. O argumento para tratar isso como um campo de primeira classe está em o padrão de ponto de vantagem.
Conformidade. As obrigações do seu cliente não param na sua marca. Se ele for um controlador de dados e você estiver processando em nome dele, as responsabilidades fluem até você.
Continuidade. Se você perder uma fonte, um mercado ou um contrato, o cliente experimenta isso como sua própria interrupção.
Suporte. Você é a linha de frente. Seu cliente pergunta por que o número mudou, e a resposta não pode ser um ticket encaminhado.
Nada disso é motivo para não fazer white-label. É motivo para precificar isso corretamente, o que é abordado abaixo.
Campos de procedência que todo entregável deve carregar
Um entregável que pode ser defendido carrega alguns campos junto a cada valor. Uma linha de exemplo de um feed de monitoramento de preços:
| Campo | Exemplo |
|---|---|
| Valor | 49.99 |
| Moeda | EUR |
| URL de origem | retailer.example/product/123 |
| Mercado | Alemanha |
| Ponto de vantagem | Saída residencial, Berlim, ISP de consumidor |
| Observado em | 2026-10-21 09:14 UTC |
| Método de coleta | Requisição HTTP, sessão sticky, extraído da página do produto |
| Cliente | acme |
Sua marca vai na capa; esses campos ficam por baixo. Quando dois clientes na mesma categoria perguntam por que seus números diferem, o ponto de vantagem e o timestamp costumam ser a resposta.
A conformidade não desaparece atrás da sua marca
Esta é a parte mais negligenciada, e a mais propensa a surgir na revisão de compras do cliente, em vez de no seu próprio planejamento.
Se seu cliente for um controlador e você for um processador, seu acordo de processamento de dados normalmente exigirá que você divulgue subprocessadores e dê aviso antes de trocá-los. A infraestrutura da qual você depende para coletar os dados pode se enquadrar nessa definição. O branding white-label é um arranjo comercial, não um escudo jurídico: ele não remove uma obrigação de divulgação criada pelo seu contrato.
Duas consequências práticas. Leia os DPAs dos seus clientes antes de assiná-los para verificar o que dizem sobre subprocessadores, prazos de aviso e direitos de auditoria, porque essas cláusulas determinam quão livremente você pode mudar sua própria stack. E mantenha um registro interno atualizado do que sua coleta depende, para que, quando um cliente perguntar, a resposta leve minutos e não uma semana. Clientes maiores também enviarão um questionário de fornecedor; as perguntas a esperar, e as respostas a ter prontas, estão em o questionário de segurança que sua equipe de InfoSec enviará a um fornecedor de proxy.
Relacionado, e frequentemente confundido com isso: onde uma requisição sai não é onde seus dados são processados ou armazenados. Um cliente que pergunta “nossos dados estão na UE” está perguntando sobre seu pipeline, não sobre suas localizações de saída. Essa distinção está estabelecida em residência de dados não é localização de proxy, e vale a pena entendê-la antes que um cliente pergunte, e não durante a ligação.
Como estruturar a conta da agência
A configuração operacional é curta, e segui-la exatamente é o que torna tudo o que vem depois fácil.
- Dê a cada cliente seu próprio plano ou sua própria sub-account. Um plano separado mantém os orçamentos à parte. Uma sub-account é 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 via API, mas compartilha a largura de banda do plano e não define nenhum limite próprio. Nunca rode os jobs de um cliente sem um ou outro.
- Adicione um workspace por cliente onde ele se justifique. Clientes que querem sua própria relação de faturamento, querem visibilidade sobre seu próprio uso, ou são grandes o suficiente para que seu excedente não deva recair sobre uma carteira compartilhada. Todos em um workspace veem tudo nele, então um contato de cliente só deve pertencer ao seu próprio workspace.
- Separe as credenciais por cliente. Armazene-as por cliente no seu gerenciador de segredos, dê aos jobs de cada cliente apenas o plano ou sub-account daquele cliente, e nunca tome emprestadas as de um cliente para terminar rapidamente o job de outro. Esse único atalho é como a atribuição se quebra silenciosamente.
- Prefixe os IDs de sessão por cliente.
sid-acme-listings-04não custa nada e torna sua própria depuração legível. - Registre o ponto de vantagem por entregável, usando os campos acima.
Com o gateway Shifter, o cliente, o mercado e a sessão vivem todos nas credenciais contra p.shifter.io:443:
customer-USERNAME-subaccount-acme-country-de-city-berlin-sid-acme-de-07-ttl-600:PASSWORDOmita sid para requisições independentes e o gateway rotaciona por requisição; inclua-o para manter uma saída fixa ao longo de um job de várias etapas, com ttl definindo por quanto tempo. O trade-off está em proxies residenciais sticky vs rotativos.
Precifique o entregável, não o gigabyte
O erro de precificação white-label mais comum é revender largura de banda a custo mais margem, para clientes que não estão comprando largura de banda. Seu cliente está comprando um relatório, um feed ou um dashboard. Ele não tem como avaliar um preço por gigabyte e nenhum interesse em aprender.
Precifique por entregável, e administre sua própria margem na métrica que de fato impulsiona o custo: gigabytes por registro utilizável. Um fluxo de trabalho que transfere menos mas retorna dados bloqueados ou geograficamente errados é mais caro por registro entregue do que um fluxo mais pesado que funciona.
Três hábitos protegem a margem. Revise o consumo por cliente semanalmente, em vez de no momento da fatura. Trate uma mudança de escopo como uma mudança de escopo, já que os clientes rotineiramente adicionam mercados ou frequência em um e-mail sem esperar uma conversa sobre preço. E decida com antecedência, por cliente, se o excedente deve fluir ou se o job deve pausar.
Continuidade e offboarding
Planeje ambos antes de precisar deles.
Para continuidade: monitore o sucesso da coleta por cliente por fonte, para que uma fonte em degradação fique visível antes que o cliente perceba. Saiba quais dos seus entregáveis dependem de uma única fonte, porque esses são os que quebram mais duramente.
O offboarding deve ser uma checklist, não uma investigação:
- Retire as credenciais do cliente e o rótulo da sub-account de todos os jobs.
- Encerre ou transfira o plano do cliente.
- Remova as pessoas do cliente do workspace, ou deixe o workspace deles se eles o possuírem.
- Entregue ou exclua os dados históricos conforme o contrato determinar.
Se um cliente é dono do seu próprio workspace, a maior parte disso é ação dele, o que é mais um argumento para essa estrutura com contas maiores.
Perguntas frequentes
Posso rodar vários clientes em um plano se eles forem pequenos?
Sim, se cada cliente tiver sua própria sub-account. O painel e a API então reportam o tráfego de cada cliente separadamente. O que um plano compartilhado não consegue fazer é limitar o uso de um cliente, então um pico de um ainda consome a largura de banda que os outros compartilham. Dê aos clientes com volumes grandes ou imprevisíveis seu próprio plano.
Preciso dizer aos clientes qual infraestrutura eu uso?
Isso depende do seu contrato, não da sua marca. Muitos DPAs de clientes exigem divulgação de subprocessadores e aviso de mudanças. Verifique os acordos que você assinou.
Quantos clientes uma conta de agência pode suportar?
Um login pode pertencer a muitos workspaces, alternando pela barra lateral. O limite de assentos se aplica por workspace, não ao número de workspaces em que você trabalha.
O que deve aparecer em um entregável white-label?
Os dados, mais procedência suficiente para defendê-los: mercado, ponto de vantagem, timestamp de observação e método. Sua marca vai na capa. O método ainda precisa existir por baixo dela.
Qual é a diferença entre dados white-label e revenda de proxies?
Dados white-label significam que você vende dados prontos sob sua marca e a rede permanece parte do seu processo de produção. Revenda significa que seus clientes enviam seu próprio tráfego através do acesso que você fornece, então você precisa de rastreamento de uso por cliente, seus próprios limites e faturamento, e uma política de uso aceitável.
Meus clientes podem ver que eu uso Shifter?
Não através dos seus entregáveis. Os clientes só veem Shifter se você os convidar para um workspace ou lhes der credenciais, por isso os contatos de clientes devem sempre ingressar apenas no seu próprio workspace.
Como faço para cobrar cada cliente pela coleta?
Use o plano de cada cliente, ou a sub-account de cada cliente em um plano compartilhado, como a figura de uso, e precifique o entregável sobre ela. Revise o uso por cliente semanalmente para que a fatura não traga surpresas.
O que acontece com os dados de um cliente quando ele sai?
O que seu contrato disser. Combine isso na assinatura: entrega, retenção por um período definido, ou exclusão. Em seguida, siga a checklist de offboarding acima.
Resumo
White-labelling é uma promessa de que os dados são seus para defender. Estruture a conta de forma que essa promessa seja barata de manter: um login de agência em muitos workspaces, um plano ou uma sub-account para cada cliente, credenciais e identificadores de sessão separados por cliente, e procedência anexada a todo entregável.
Em seguida, precifique o entregável em vez do gigabyte, acompanhe o uso por cliente semanalmente, e leia os DPAs dos seus clientes antes que sua stack mude, não depois. A rede em si está na página de rede de proxy residencial.