Múltiplas contas de seller na Amazon

Seller Central correlaciona gente de verdade. Isolar o browser evita o erro amador — duas lojas no mesmo Chrome. Não evita o erro estrutural: o mesmo beneficiário se passando por dois sellers. Ferramenta não legaliza o que a ToS da Amazon proíbe.

Como a plataforma correlaciona contas

• Mesmo browser, mesmo OS e mesmo IP de escritório para lojas “independentes”
• Mesmo endereço, cartão, conta bancária ou beneficiário em sellers distintos
• Mesmos fornecedores, fotos de catálogo e SKUs óbvios entre contas
• Cookie de Seller Central colado em UA, tela ou fuso diferentes
• WebRTC vazando o IP real no login de um seller que “usa proxy”
• Operador abrindo duas Seller Centrals no mesmo Chrome “só para conferir pedido”
• Loja banida clonada no perfil ao lado no mesmo dia

Faça

• Perfil de browser por loja legítima — entidade real, sessão real
• Proxy estável e coerente com a geo e com a história da conta
• Equipe com permissão no perfil, não com senha no WhatsApp
• Teste de vazamento (IP, DNS, WebRTC) antes do primeiro login
• Separar Seller Central de ferramentas de spy e de automação de listing
• Documentar CNPJ, pagamento e estoque como eixos à parte do fingerprint

Não faça

• Clonar loja banida no perfil ao lado e chamar de recomeço
• Usar o mesmo Chrome da agência para todos os sellers do e-commerce
• Trocar proxy a cada login na mesma Seller Central
• Achar que AdSafe esconde o mesmo beneficiário ou o mesmo estoque
• Importar cookie de outro computador sem replicar o ambiente
• Misturar conta Buyer pessoal com Seller de cliente no mesmo jar

Onde o Lauth encaixa

Se as lojas são entidades reais, o Lauth impede que a sessão da loja A vaze para a B no computador da operação: perfil isolado, AdSafe, proxy residencial incluso ou HTTPS/SOCKS5 de terceiro, pastas, permissões, log e 2FA. Time sincroniza Seller Central sem o Chrome da casa. Trial de 7 dias sem cartão; Starter ~10 / Premium 50 / Plus 300 / Max 1.000, ações em massa no Plus. Compliance fiscal e ToS continuam com o contador e com o contrato da Amazon — não com o navegador.

Como a Amazon correlaciona sellers

Amazon Seller Central liga dispositivo, pagamento, endereço, estoque, catálogo e beneficiário. O cluster de browser é o erro amador: duas lojas no mesmo Chrome do operador. O cluster estrutural é o erro que ferramenta nenhuma apaga: o mesmo CNPJ, o mesmo cartão, o mesmo depósito, as mesmas fotos de fornecedor, se passando por dois sellers. A ToS da Amazon trata multi-conta não autorizada como violação. Isolar sessão não é um parecer jurídico.

Sinais de ambiente: mesmo user-agent e tela em logins seguidos, IP de escritório compartilhado, WebRTC entregando o IP real, cookie de Seller colado em outro computador. Impressão digital, cookie versus fingerprint e WebRTC são a camada de máquina. Qualidade de IP importa porque Seller “residencial” que aparece em datacenter cria sotaque — não porque IP mágico inventa empresa.

Sinais de negócio: mesmo SKU, mesmo texto de anúncio, mesmo rastreio, mesmo endereço de fulfillment “coincidente”. A Amazon lê supply chain. Perfil isolado não reescreve a nota fiscal. Quem opera várias lojas legítimas — marcas distintas, contratos distintos — ainda precisa de sessões distintas no computador da operação, como no roteiro de agência com dezenas de contas. Quem opera uma loja fantasma ao lado da banida está discutindo outra coisa.

Buyer e Seller no mesmo jar é incidente menor e comum: o operador compra na conta pessoal e gerencia o cliente na mesma sessão. Separe. Não é o núcleo do risco, mas é higiene. Agência que opera Amazon Ads além da Seller Central mistura, no mesmo Chrome, console de anúncio e pedido. São painéis diferentes; se as identidades de risco forem distintas (marca A versus marca B), as sessões também precisam ser. Se Ads e Seller são da mesma loja de propósito, um perfil pode bastar. Escreva a regra. Não deixe o plantão decidir na madrugada.

O que um perfil dedicado muda na Seller Central

Muda o storage. Pedidos, cases, login e desafio da loja A não vazam para a loja B porque alguém abriu duas abas. Muda o retrato do processo: fingerprint consistente, proxy sticky, sem extensão de spy no mesmo perfil de produção. Muda o time: permissão, log, revogação. O operador da agência de e-commerce e dropshipping para de usar o Chrome da casa como ERP.

Não muda a estrutura legal. Não inventa segundo beneficiário. Não lava loja suspensa. Não substitui o app Seller no telefone. Não autoriza o listing copiado da loja que acabou de cair. Isolamento é camada de sessão. Compliance é camada de empresa.

Como ler testes de fingerprint entra no piloto. Score verde com DNS vazando não é piloto aprovado. Proxy residencial versus datacenter: escolha o par que a conta já tem história, não o mais barato do anúncio. Muda ainda o desligamento: quando o operador sai, a permissão cai. A senha no grupo do WhatsApp não cai. Loja de cliente não fica aberta no notebook pessoal “porque era mais rápido no fim do mês”. Isso é o mesmo rito de organizar dezenas de contas, aplicado a marketplace em vez de BM.

O que o Lauth faz na operação Amazon

O Lauth segura a sessão da loja no perfil certo. AdSafe, proxy residencial incluso ou o HTTPS/SOCKS5 do provedor da operação, pastas por seller, permissões, log de atividade, 2FA. Time sincroniza. Plus: ações em massa se o conjunto de lojas for grande. Starter ~10, Premium 50, Plus 300, Max 1.000. Trial 7 dias sem cartão para uma loja piloto.

O trabalho do produto é o computador da operação: agência, operador, plantão de pedido. Não é disfarce de CNPJ. Se você está escolhendo ferramenta, comparativos e como escolher navegador antidetect. Se já sabe o tamanho da operação, planos. 2FA no painel reduz o roubo da operação de lojas quando um laptop some. Log responde quem abriu a Seller Central no sábado. Permissão temporária cobre férias. Nada disso inventa segundo beneficiário. Tudo isso substitui o Chrome compartilhado da operação de e-commerce.

O que a ferramenta não resolve

Não resolve ToS. Não resolve o mesmo beneficiário em duas sellers. Não resolve estoque e catálogo idênticos. Não resolve case de marca. Cookie importado de outro ambiente queima. Isolamento ≠ segunda loja legal. Não substitui device ID do app. Não autoriza farm de sellers.

Quem precisa de parecer sobre “posso ter duas contas?” pergunta ao contrato da Amazon e ao advogado, não ao navegador. Ferramenta não legaliza o que a política proíbe. Isolamento também não resolve case de propriedade intelectual, não esconde o mesmo depósito bancário e não autoriza o listing copiado no dia seguinte ao ban. Cookie de Seller Central em outro UA, tela e fuso queima. Trate cookie como sessão viva.

Como rodar um piloto na Amazon

Uma loja legítima — de preferência a que não está em disputa. Perfil novo. Proxy sticky coerente. Teste de vazamento (IP, DNS, WebRTC) até o resultado mentir menos que o marketing do proxy. Login na Seller Central. Fluxo real: pedido, case leve, relatório. Não clone listing da loja vizinha no mesmo dia. Não troque proxy no meio do case. Convide um operador com permissão. Uma semana com log ligado. Se o time só trabalha no Chrome da máquina, o roteiro falhou. Segunda loja só se for entidade real — marcas distintas, contratos distintos, pagamentos distintos. Hub múltiplas contas para Shopee, Mercado Livre e Shopify no mesmo espírito: sessão por loja, ToS por empresa.