Modo anônimo é uma vassoura de storage local. Cookie, localStorage, cache, em boa parte dos casos a sessão da aba. É ótimo para não deixar a conta do cliente aberta no computador da estagiária. É péssimo como estratégia de “nova identidade”. A plataforma continua vendo o mesmo notebook, o mesmo IP de escritório, o mesmo fuso, a mesma GPU. Você apagou o crachá da sessão. Não mudou o prédio.
Cookie e fingerprint não caem juntos. Cookie é o que o site grava. Fingerprint é o que o site mede. Limpar um não mexe no outro. Times que tratam os dois como sinônimo passam a semana “resetando Chrome” e se surpreendem quando BM, MCC ou Instagram de cliente reaparecem no mesmo cluster. Não é falha do botão. É o botão errado.
Este texto separa as camadas: storage versus medição, limpar cookie, sessão versus identidade, perfil novo do Chrome, Instagram e Facebook, quando cookie basta, quando isolar o ambiente, e um checklist da agência.
Storage versus medição
Storage é estado que o browser guarda a pedido do site: cookies, localStorage, sessionStorage, IndexedDB, cache. É assim que você permanece logado na BM, no Ads, no Instagram de cliente. É assim que o Chrome da agência mistura dez contas se ninguém isolou o pote. Storage você controla: apaga, exporta, importa, vaza no WhatsApp em .json. A plataforma controla o lado servidor — token revogado — mas o que vive na máquina é esse pote.
Medição é o retrato do ambiente. Tela, GPU, User-Agent, Client Hints, áudio, fontes, fuso. Nada disso está “salvo” como cookie. Está disponível de novo a cada visita, porque o aparelho continua o mesmo. A impressão digital do navegador é esse retrato, não um arquivo que o modo anônimo joga no lixo. Por isso incógnito “limpa tudo” na cabeça do time e limpa só o andar de baixo. Cookie diz: esta sessão pertence a este login. Fingerprint diz: este login está saindo deste aparelho aparente. IP diz: desta rua aparente. Limpar o cookie e voltar no mesmo Chrome, no mesmo IP, perde o atalho da sessão e mantém o atalho do dispositivo.
Há um terceiro andar: o grafo. Pagamento, admins da BM, pixel, contas Google no mesmo celular. Incógnito não encosta nisso. Perfil novo do Chrome tampouco. O fim do cookie de terceiros reduziu rastreio entre sites e acelerou login e fingerprint. Quem operava “pixel + cookie de terceiros” agora opera “conta logada + ambiente”. Isolar perfil ficou mais importante, não menos. Quem opera múltiplas contas e ignora o grafo vai achar que cookie é o vilão. Cookie é só o vilão mais fácil de clicar.
O que limpar cookies faz — e o que não faz
O que faz: encerra a sessão local. O próximo request não leva o token. Você cai no login. Instagram pede senha. Ads pede a conta Google. A BM não abre sozinha. No computador da recepção, isso é higiene. Para o cliente que não quer o estagiário no feed da loja, é o mínimo. Também reduz abrir o Chrome já dentro da conta errada.
O que não faz: criar identidade nova. A conta continua no servidor, com histórico, pixel, cartão e admins. O notebook entrega o mesmo fingerprint. O IP do escritório continua o mesmo, a menos que você mude o proxy — e mudar proxy sem alinhar fuso e idioma é outra incoerência. Limpar cookie não muda Canvas nem WebGL. Não tapa WebRTC. Não separa o MCC do Gmail pessoal se o gestor loga a mesma conta Google no mesmo Chrome.
O que faz pela metade: “esquentar de novo”. Times limpam cookie, logam, e acham que a reputação nasceu zerada. A da conta não nasceu. A do dispositivo tampouco. Você obrigou um login fresco num ambiente velho. Em conta saudável, irrelevante. Em conta já marcada, o mesmo chapéu na mesma cabeça. Cole no roteiro do time: limpar cookie desloga, não desban; não troca IP, GPU, tela, fuso, cartão, pixel nem admin; em Chrome compartilhado, não impede o próximo login de misturar as mesmas identidades. Se o objetivo é “a plataforma esquecer este notebook”, apagar storage é o gesto errado.
Sessão não é identidade
Sessão é o conjunto de tokens que dizem “este browser está autenticado agora”. Expira, revoga, some quando o cookie cai. Identidade é o objeto que a plataforma persiste: o usuário, a BM, o MCC, a página, o histórico de restrição. Você pode ter cem sessões da mesma identidade. Pode ter uma sessão morta e a identidade viva. Confundir as duas é o atalho mental que produz “limpei o cookie, então é uma conta nova”.
Na operação: gestor leva ban na BM, abre incógnito, cria “outra” conta no mesmo Chrome, IP, cartão e pixel. A sessão é nova. A identidade já nasce abraçada na velha. O time declara que “cookie não funciona mais”. Cookie funcionou: não reenviou o token antigo. Ninguém pediu para ele inventar um CNPJ. Identidade também não é cliente. Um cliente da agência pode ter Instagram da marca, Facebook da página, BM e MCC. Quatro objetos. Tratar “o cliente” como um cookie único no Chrome da casa é guardar a chave de quatro lojas no mesmo molho.
Importar cookie é o inverso do limpar, com o mesmo equívoco. Cookie importado é sessão emprestada. Ambiente original Windows em IP residencial de Porto Alegre, colado num perfil com GPU outra, fuso outra e IP de datacenter: a plataforma não vê migração eficiente. Vê login que mudou de planeta em cinco minutos. Isso parece sequestro. “Colar cookie e anunciar em dez minutos” queima. Aqueça. Alinhe fuso e idioma ao proxy. Não troque o IP a cada login. Quando a sessão morre e a identidade vive, a pergunta não é “como gero outro cookie”. É “esta identidade ainda pode operar neste ambiente, neste pagamento, com esta política”.
Por que um perfil novo do Chrome ainda correlaciona
Perfil do Chrome — o Pessoa 1, Pessoa 2 da barra — isola storage. Cookies da BM A não vazam automaticamente para o perfil da BM B. Isso já é melhor do que um Chrome só com vinte abas. Para muita agência pequena, esse é o primeiro upgrade real. Não é o último.
O que o perfil do Chrome não isola: o sistema. A GPU é a mesma. A lista de fontes é a mesma. A tela é a mesma. O IP, se ninguém colocou proxy por perfil, é o da rede do escritório. O WebRTC, se ninguém bloqueou, entrega o host da LAN. Extensões instaladas “para todos” continuam visíveis. Se o gestor loga o Chrome Sync com a conta Google pessoal em todos os perfis, o ímã volta. Você isolou o pote de cookie e costurou os perfis por cima com a mesma linha.
Há correlação passiva e ativa. Passiva: dois perfis, mesmo notebook, mesmo IP, fingerprints quase idênticos. Em volume baixo, às vezes passa. Em dezenas de contas, o cluster fica óbvio. Ativa: o time cola cookie, usa a mesma extensão, loga o mesmo Google. Aí não é o fingerprint que denuncia. É o comportamento. Reinstalar o Chrome também não cria identidade: mesma placa, mesmo IP, fingerprint primo. Útil contra cookie podre. Inútil contra grafo e contra qualidade de IP ruim. O upgrade que corta o fio é ambiente por identidade: perfil isolado, IP alinhado, fingerprint estável, login que não cruza. Sem isso, “perfil novo” é gaveta nova na mesma escrivaninha.
Instagram e Facebook na prática
Instagram de cliente no Chrome compartilhado é o acidente diário. Três contas no switcher, mesmo IP, mesmo fingerprint, cookie na mesma jarra. Limpar cookie desloga as três. Abrir de novo religa as três ao mesmo aparelho. Shadowban não se resolve com vassoura de storage. Conteúdo, denúncia, comportamento de massa e dispositivo repetido pesam mais do que o cookie da véspera.
Isolar cookie entre contas de Instagram ajuda no operacional burro: não publicar o criativo da loja A no perfil da loja B. Isso já paga o procedimento. Não é o mesmo que a plataforma tratar cada perfil como um telefone distinto. Para múltiplas contas no Instagram, ambiente separado entra quando o volume, o risco de ban ou o time compartilhado tornam o cluster caro. Dois perfis pessoais no mesmo celular não é o mesmo problema que quinze clientes no mesmo Chrome.
Facebook e BM têm o cookie do login e o grafo por cima. Deslogar impede o estagiário de nascer já dentro da BM. Não impede a plataforma de ver o admin da BM morta nascer noutra, no mesmo dispositivo, no mesmo cartão. O texto de conta desativada existe porque o time inverte a ordem: ambiente primeiro, política nunca. Cookie não é recurso nem cartão novo. No Ads Manager, a sessão é o cookie; a identidade é a BM. Tire pessoas da BM. Não só cookies.
Importar cookie de Instagram ou Facebook para um perfil “limpo” é o atalho que mais queima sessão boa. Nasceu num celular ou num ambiente X; colada em Y, com IP outro, vira sequestro. Migração é o ambiente inteiro com a sessão, não o arquivo sozinho. Sem anúncio na hora. Sessão emprestada quer silêncio, fuso certo, IP estável — parecer a mesma pessoa no mesmo aparelho, que é o que o cookie afirma.
Quando isolamento de cookie basta
Basta quando o problema é acidente de sessão, não correlação de identidade. Um gestor, um cliente, um Instagram, um Facebook, um Google. O risco é postar errado, deixar a conta aberta, misturar o Gmail pessoal no MCC por descuido pontual. Perfis do Chrome, senha no gerenciador, logoff no fim do dia: isso resolve o acidente. Fingerprint do notebook pode ser um só. O volume não justifica teatro.
Basta também quando as contas não são de anúncio agressivo e não há histórico de desativação. Duas páginas da mesma empresa, mesmo CNPJ, mesmo cartão, mesmo admin: a plataforma já as liga pelo grafo. Isolar fingerprint entre elas é cosmética. Isolar cookie ainda vale para o time não errar o alvo. Basta, ainda, no computador da reunião: incógnito para abrir o Ads do cliente sem deixar sessão na recepção. Higiene local. Não é roteiro de criação de conta.
Sinais de que cookie isolado é suficiente: uma identidade de anúncio por pessoa, ou poucas no mesmo CNPJ explícito; sem fazenda de BM e sem MCC de dez clientes no mesmo login; o incidente que vocês tiveram foi post errado ou sessão esquecida — não cluster de desativação. Se esta lista é a de vocês, não compre complexidade. Compre disciplina. Organizar dezenas de contas só vira projeto de ambiente quando o inventário passa de “um Chrome e fé”.
Quando o time precisa isolar o ambiente inteiro
Ambiente inteiro entra quando várias identidades precisam parecer aparelhos distintos, ou quando o cluster já deu prejuízo. Vários clientes. Várias BMs que não podem nascer no mesmo notebook. MCC de lojas que não compartilham CNPJ. Instagram de marcas que competem. Time de cinco gestores no mesmo escritório, mesmo IP de saída, mesmo Chrome histórico. Aqui, isolar cookie é necessário e insuficiente.
Entra depois de correlação. Conta caiu, o time limpou cookie, nasceu outra no mesmo aparelho, caiu de novo. O fio que restou não era o token. Era dispositivo + IP + pagamento. Novo cookie no mesmo fio produz o mesmo nó. Separe pagamento, admin e ambiente — nessa ordem, se a política ainda permitir. Entra quando a geo mente: cliente em Lisboa, time em São Paulo, proxy “qualquer”. Cookie isolado com WebRTC brasileiro e fuso de Brasília não constrói Lisboa. Precisa de fuso, idioma, IP e fingerprint coerentes e estáveis.
Entra no compartilhamento de time. Senha no grupo e Chrome da casa é incidente esperando a saída de alguém. Ambiente por identidade permite o gestor B operar a BM sem herdar o cookie da vida pessoal do gestor A. É o básico de agência que não quer ex-colaborador com a sessão do cliente. Não use isolamento de ambiente para o que é Termos: criativo restrito, claim de saúde, denúncia. Outro browser não lava. Isolar para o cliente A não morar no dispositivo do cliente B é o trabalho.
Checklist da agência
Trate isto como aceite, não como poster. Se um item falha, não avance para “criar mais uma conta”.
- Inventário. Cliente, plataforma, identidade, onde está o cookie, qual perfil, qual proxy, quem é o dono. Sem nome, não há isolamento — há esperança.
- Defina o nível. Acidente de sessão (cookie) versus correlação de identidade (ambiente). A maior parte das brigas de Slack mistura os dois.
- Chrome compartilhado sai de cena para identidade de anúncio. Um molho de chaves só, não.
- Incógnito é higiene local, não nascimento de conta. Proibido no roteiro de BM, MCC e Instagram de cliente como “estratégia”.
- Limpar cookie só para deslogar ou descartar sessão podre. Nunca como resposta a desativação.
- Não viaje cookie. Não cole sessão de um ambiente em outro. Migração é perfil + proxy + cookie juntos, com fuso alinhado, sem anúncio na primeira hora.
- Perfil novo do Chrome não é ambiente novo se IP, GPU e login Google são os mesmos. Trate como gaveta, não como aparelho.
- Teste o que o cookie não apaga: IP HTTP versus WebRTC, fuso versus proxy, UA versus Client Hints. Anote. Amanhã tem que ser igual.
- Grafo fora do browser: cartão, pixel, admin, verificação. Decida isso numa reunião, não num clique de storage.
- Saída de gente. Revogar. Não “a gente desloga depois”. Cookie de cliente em máquina de ex-colaborador é o incidente clássico.
Se o time cumprir a lista e ainda misturar Instagram de cliente no mesmo aparelho aparente, o próximo passo não é tutorial de limpar cache. É ambiente por identidade: estável, coerente, sem sorteio. Cookie continua importante. Só deixa de fingir que é o retrato inteiro.
FAQ
Perguntas frequentes
Do próximo usuário da mesma máquina. Não da plataforma. Apaga storage da sessão. Quase não mexe em fingerprint, IP e grafo de pagamento.
Recomeça a sessão. Você desloga. Reputação, BM, pixel, cartão e o ambiente do notebook continuam. Não é identidade nova.
Isola cookie. Não isola GPU, tela, fontes, IP do escritório nem WebRTC. Sem proxy e disciplina de login, o perfil novo ainda mora no mesmo cluster.
Basta para não postar no perfil errado na mesma janela. Não basta quando várias contas do time compartilham o mesmo Chrome, o mesmo IP e o mesmo aparelho aparente.
É sessão emprestada. Se o fingerprint e o IP não parecem com os da sessão original, a plataforma trata como sequestro. Não cole cookie e anuncie em dez minutos.
Várias identidades de anúncio, time compartilhando máquina, BM ou MCC após correlação, geos diferentes. Cookie sozinho não corta o grafo de dispositivo.
Continue lendo