- Dois eixos, duas plataformas, um laptop
- Quando seller e ads da mesma marca ainda pedem perfis diferentes
- Quando são sellers diferentes na mesma mesa
- Proxy, IP e o mito do Wi-Fi do escritório
- App, celular e o painel web
- Rito do dia: blocos, não abas
- Time, agência e o seller do cliente
- O que isto não resolve
- Anúncio nativo do marketplace versus Meta
- Preço, estoque e o perfil que publica os dois
- Agência só de ads, seller no cliente
- Full, FBA, depósito e o mito do dispositivo único
- Plantão de marketplace sem o Chrome da BM
- Fechar a mesa
Seller Central e Ads Manager na mesma aba parecem produtividade. No grafo, checkout e mídia se conhecem sem o time perceber. O operador responde pergunta de comprador, sobe anúncio no Meta, ajusta lance no ads do marketplace, abre o admin da loja. Um Chrome. Quatro papéis. O incidente não chega como tese de fingerprint. Chega como conta de seller restrita, anúncio de ads no produto errado, ou pixel disparando evento de checkout no anunciante vizinho.
Este texto é o recorte operacional de e-commerce e dropshipping: o que isolar quando Shopee, Mercado Livre, Amazon e mídia paga dividem a mesma mesa. Não é manual para furar termo de uso. Isolamento de sessão reduz correlação óbvia e clique errado. Não lava reputação, não inventa CNPJ, não autoriza política ruim de anúncio no marketplace.
Dois eixos, duas plataformas, um laptop
Eixo seller: a conta que a plataforma de marketplace trata como loja. Pedido, reputação, anúncio nativo do marketplace, pergunta, disputa. O recorte de Mercado Livre existe porque o painel web é identidade, não favorito.
Eixo ads: Meta, Google, TikTok, às vezes o ads do próprio marketplace em outro login. Pixel, verba, criativo, BM, MCC.
O laptop é o terceiro eixo, o que o time controla. Perfil de browser, proxy, dono, log. Se os dois primeiros eixos forem empresas ou contas distintas e o terceiro for um Chrome só, você uniu o que a plataforma separou.
Holding com várias lojas já ganhou um texto. Aqui o foco é a mesa em que a mesma pessoa opera seller e ads, muitas vezes da mesma marca — e ainda assim precisa de corte.
Quando seller e ads da mesma marca ainda pedem perfis diferentes
Mesma marca, mesmo CNPJ, mesmo time. Mesmo assim, misturar storage tem custo.
Pixel e cookie de checkout no mesmo processo que o Ads Manager: o gestor de mídia não precisa do pedido do cliente final na cara. Dado de comprador é dado. LGPD não é slide. Recorte de acesso: quem opera ads vê campanha. Quem opera seller vê pedido. Se for a mesma pessoa, o recorte ainda vale no browser: dois perfis, dois papéis, dois momentos do dia. Parece burocracia. Evita o print de pedido no grupo de mídia.
Risco de clique: URL de produto do marketplace colada na campanha do Meta com o seller errado, ou anúncio nativo do ML pausado pensando que era o conjunto do Ads Manager. Naming ajuda. Processo separado ajuda mais.
Risco de grafo: o marketplace correlaciona dispositivo de seller. O Meta correlaciona dispositivo de ads. Unir os dois no mesmo retrato não é crime. É escolha. Se um eixo queimar, o outro já está no mesmo computador, mesmo IP, mesma manhã. Para marca única com histórico limpo, o conselho pode aceitar um perfil. Para marca com restrição recente em qualquer eixo, não aceite o atalho.
Escreva a escolha. “Mesma marca, dois perfis: seller e ads.” Ou “mesma marca, um perfil, risco aceito pelo head.” Sem ata, o estagiário une.
Quando são sellers diferentes na mesma mesa
Aí não há debate elegante. Dois sellers, dois perfis. Três marketplaces da mesma loja ainda podem ser três contas. Shopee, ML e Amazon não compartilham login. Não deveriam compartilhar cookie.
O time argumenta que “é a mesma operação”. É. Por isso o erro de preço no seller B depois de uma sessão no seller A é o clássico. Isolamento aqui é UX de risco e grafo de marketplace. Não é truque de conta extra.
Não nasça seller gêmeo no perfil isolado para “continuar vendendo” depois de restrição. Recurso, reputação, política de produto. Browser novo no mesmo CNPJ, mesmo estoque, mesmo anúncio proibido é o gêmeo colado. A ferramenta não apaga ToS.
Proxy, IP e o mito do Wi-Fi do escritório
Conta de seller logada quer IP estável. Rotacionar a cada clique no painel parece automação. Ads logado quer o mesmo: sticky do dia, geo coerente. Qualidade de IP vale nos dois eixos — ASN, vizinhança, reputação. Não é score de terror de blog.
Lauth Connect, no recorte de proxy residencial no perfil, cola a rede na identidade. Não use o IP único do escritório para oito sellers e quatro BMs se o desenho pede separação. Também não cole o proxy de ads no seller “para aproveitar”. Fatura e geo têm dono. Documente quem paga.
Wi-Fi da casa no plantão: o WebRTC não pode vazar o bairro se o perfil promete outro lugar. Teste leak no ambiente de plantão uma vez. Não na crise de anúncio pausado. VPN de viagem no Chrome de produção é incidente. Proxy do perfil é desenho.
Datacenter barato em seller logado e em ads logado tem o mesmo cheiro. Se for usar, saiba o que está fazendo e aceite o sinal. Residencial coerente custa. Custa menos que restrição em cadeia no fim do trimestre.
App, celular e o painel web
Pergunta de comprador no app do ML ou da Shopee é outro processo. Útil. Não substitui o Seller Central no laptop para operação pesada. Não autoriza o Facebook pessoal no Chrome de ads.
2FA do seller no celular do analista: férias viram refém. Cofre e autenticador da operação. O código não precisa abrir o feed pessoal.
Não leve o seller no Chrome da família. Não leve o Ads Manager no perfil do Instagram pessoal. A mesa é profissional. O laptop da casa, no plantão, herda o perfil isolado, não o favorito.
Rito do dia: blocos, não abas
Abertura: quais sellers têm disputa, quais ads têm verba. Ligue só essa lista. Um perfil por vez no foco. Doze abas de marketplace são clique no SKU errado.
Bloco seller. Responda, ajuste anúncio nativo, saia. Bloco ads. Lance, criativo, saia. Se a mesma pessoa faz os dois, o intervalo de doze segundos é o roteiro. Música de fundo não é isolamento.
Publicação: URL, UTM, conta, seller. QA verbal: “estou no perfil X”. Se a frase não existe, o perfil errado existe.
Fechamento: registre incidente — anúncio reprovado no marketplace não é fingerprint; restrição de ads não é “o ML pegou o PC”. Nomeie o eixo. O diagnóstico errado nasce ferramenta errada.
Time, agência e o seller do cliente
Agência que opera ads e também “olha o seller” precisa de recorte contratual. Pedido é dado do cliente. Nem todo mídia buyer deveria ver. Perfil de seller do cliente não é brinde do job de mídia.
Se opera, inventário: identidade, perfil, dono, proxy. Na saída do gestor, revogue seller e ads. Senha do Seller Central no grupo da agência é o mesmo incidente da senha da BM.
Cliente que pede “entra no meu seller que o anúncio nativo está ruim” — convite, não AnyDesk no Chrome pessoal dele. AnyDesk no laptop do cliente cola o grafo da agência no da casa dele. Recuse.
O que isto não resolve
Não resolve produto proibido. Não resolve score de reputação podre. Não resolve atraso de envio. Não resolve claim no anúncio de ads. Não resolve duas lojas no mesmo CPF fingindo grupo econômico.
Resolve sessão. Resolve clique. Resolve o abraço óbvio de dispositivo entre eixos. O resto é operação de loja e política. Misture os eixos no discurso e o time vai pedir antidetect para problema de logística. Não dê.
Anúncio nativo do marketplace versus Meta
O operador trata os dois como “anúncio”. Um vive no seller. Outro vive na BM. Políticas diferentes, rejeições diferentes, reputações diferentes. Pausar o nativo achando que era o conjunto do Meta é o clássico da aba única.
Roteiro: nativo no bloco seller, no perfil seller. Meta no bloco ads, no perfil ads. Naming no nativo também existe. Use. Não use o mesmo nome de conjunto do Ads Manager se isso confundir o plantão. Confusão de nome é clique. Clique é verba ou reputação.
Rejeição de nativo não se resolve com fingerprint. Rejeição de Meta não se resolve no Seller Central. Nomeie o eixo na notificação. Ferramenta errada perde o dia.
Preço, estoque e o perfil que publica os dois
Ferramenta de repricer no mesmo Chrome que o Ads Manager. Extensão que muda preço no marketplace enquanto o pixel dispara. Mesmo processo. Mesmo risco de automação aparente.
Repricer, se existir, vive no perfil seller ou no servidor. Não no perfil de ads. Extensão no perfil de ads é a mesma sujeira da extensão de cupom: aumenta retrato, aumenta falha. O job de mídia não é o job de preço.
Estoque zerado: o time de ads pausa campanha no perfil de ads, com sinal do BI. Não abre o seller “só para ver o número”. O número veio do WMS. Se não veio, conserte a integração. Não conserte com aba.
Agência só de ads, seller no cliente
Desenho comum e saudável: a agência não vê pedido. Opera mídia. O seller fica no e-com do cliente. Aí o isolamento é óbvio — e ainda assim o cliente manda AnyDesk “para você ver o anúncio nativo”. Recuse o AnyDesk no laptop dele. Peça print, gravação da tela, ou um usuário de leitura se o contrato incluir nativo. AnyDesk cola a sessão da agência no dispositivo do cliente. É o inverso da troca de agência bem feita.
Se o contrato incluir nativo, inventário e perfil seller do cliente na operação da agência, com recorte. Na saída, revogue os dois eixos. Não só a BM.
Full, FBA, depósito e o mito do dispositivo único
Operação full no marketplace e ads no Meta não precisam do mesmo retrato. O full é logística. O ads é mídia. Unir os painéis no mesmo Chrome só porque o SKU é o mesmo é preguiça. SKU une no ERP. ERP não é Seller Central.
Conta de anúncio do próprio marketplace (ads nativo pago) é um terceiro eixo, às vezes. Se o login for outro, perfil outro. Se for o mesmo login do seller, aí o eixo já está abraçado pela plataforma. Não invente um segundo perfil para fingir que o login é dois. Isolamento não duplica usuário. Duplica processo quando o usuário já é distinto.
Plantão de marketplace sem o Chrome da BM
Sábado de disputa, pergunta de comprador, anúncio nativo pausado. O plantão abre o perfil seller. Não abre o Ads Manager “para ver se o pixel caiu”. Pixel é outro eixo, outro dono, outro horário se o roteiro disser. Misturar plantão de reputação com plantão de verba é o clique no SKU e no conjunto ao mesmo tempo.
Escala: quem cobre seller, quem cobre ads. Se for a mesma pessoa, a ordem está escrita: primeiro o eixo que queima reputação (pergunta, atraso, disputa), depois o eixo que queima verba. Perfil A, fecha, perfil B. O áudio de “me manda a senha dos dois” é o incidente. Permissão já concedida na sexta.
Notebook da casa: perfil seller isolado, leak testado uma vez. Wi-Fi do condomínio não decide o IP da conta logada. Proxy sticky do perfil. VPN de streaming não entra.
Fechar a mesa
Seller e ads podem dividir empregador. Não precisam dividir cookie. Um perfil por identidade de seller, um por identidade de ads quando o risco pedir, proxy sticky, leak testado, rito de bloco. A holding já decidiu quantos grafos existem. A mesa só não deveria desfazer isso com uma aba a mais.
FAQ
Perguntas frequentes
Pode no sentido de clique. Não deve se forem identidades de risco distintas. Cookie de checkout e cookie de ads se conhecem. O erro caro é o pedido e o lance no lugar errado, além do grafo.
Reduz correlação óbvia de dispositivo entre sellers e entre seller e ads. Não apaga política de anúncio do marketplace, reputação, CNPJ nem ToS. Não é atalho de conta.
O critério é o mesmo: um perfil por identidade de seller que a plataforma trata como conta. O roteiro de cada painel muda. O isolamento de sessão não muda.
Só se a identidade for a mesma e o geo fizer sentido. Conta logada quer sticky, não IP novo a cada clique. Qualidade de IP importa nos dois eixos. Não misture fatura de proxy sem dono.
O app é outro processo, útil para pergunta de comprador. Não substitui o painel web de ads nem o Seller Central pesado. E não autoriza o Facebook pessoal no mesmo laptop de produção.
Continue lendo