Tráfego pago

Microsoft Ads (Bing) desativado: o eixo que o time esquece

Microsoft Ads desativado: o time trata como Google e erra o eixo. Política, verificação e ambiente não são a mesma fila de apelação no Bing.

LauthAtualizado em 12 mai 202610 min de leitura

O Microsoft Ads — ainda chamado de Bing na mesa — cai e o time abre o checklist do Google. Mesmo tom de apelação, mesma pressa de “usar o MCC”, mesmo Chrome com as duas contas abertas, mesmo criativo recusado colado no editor. A Microsoft não é um skin do Google Ads. Compartilha intenção de busca. Não compartilha fila, centro de contas, verificação nem o humor do revisor. O eixo que o time esquece é este: é outra plataforma. Tratar como clone é o jeito de errar o diagnóstico e o ambiente ao mesmo tempo.

O recorte de tráfego pago inclui busca. O texto de Google Ads suspenso ensina o que separar antes de apelar no Google. Use o método. Não use o arquivo Word da apelação. Aqui está o que muda quando quem desativou foi a Microsoft.

Por que a mesa esquece o Bing

Porque o volume é menor. Porque o login às vezes passa pelo mesmo e-mail corporativo. Porque a campanha foi importada do Google. Importar campanha importa palavra e URL. Não importa reputação de conta. Não importa o histórico de pagamento da Microsoft. Não importa o fato de o gestor nunca ter aberto o painel senão para “espelhar”.

Conta espelhada é conta com pouca história e, de repente, burst de gasto. Ritmo de software. A Microsoft lê isso no próprio grafo. O time lê como “o Bing pegou o dispositivo”. Dispositivo pode entrar. Burst e oferta entram mais vezes.

Outro esquecimento: UET e conversão. Time que só olha o Google tag acha que o pixel Microsoft é detalhe. Desativação depois de tagging sujo, domínio desalinhado ou conversão impossível não se resolve com fingerprint.

Eixos — os mesmos nomes, outra fila

Política e anúncio. Destino, claim, palavra, extensão de anúncio, landing que não bate com o anúncio. Importar do Google um anúncio que o Google ainda tolera não garante que a Microsoft tolere. Revise a política dela, não a memória da outra rede.

Pagamento e titular. Cartão, saldo, país da conta, entidade. Trocar a forma de pagamento no calor, no mesmo titular que já caiu, não é recuperação. É o grafo.

Verificação e identidade. A Microsoft pede consistência. O dossiê de verificação de identidade no Google Ads mostra o espírito: documentos, alinhamento, não perfil novo. O espírito vale. O formulário não é o mesmo. Não envie o PDF do Google no ticket da Microsoft e chame de protocolo.

Ambiente e ritmo. Chrome da agência com Google, Meta e Microsoft no mesmo processo. Importação em massa no mesmo dia. Cinco pessoas no mesmo horário porque “o Bing é secundário, qualquer um olha”. Secundário no fee, primário no cluster quando cai.

Nomeie o eixo no primeiro e-mail interno. “Ainda não sabemos” vence “foi o Edge”. Edge e Chrome nem são o ponto. O ponto é quantas identidades de busca estavam no mesmo jar.

Importação do Google não é identidade compartilhada

Ferramenta de importação existe para produtividade. A mesa interpreta como “é a mesma conta”. Não é.

Palavra-chave importada com a mesma URL agressiva importa o risco de oferta. Público e conversão mal mapeados importam o risco de dado. O login do Google Ads no mesmo browser no momento da importação importa o risco de sessão.

Roteiro de importação: perfil da identidade Microsoft, não o perfil do MCC Google “porque já estava aberto”. Conferir política Microsoft nas peças, não só o status de eligibilidade no Google. Orçamento pequeno no primeiro ciclo depois de importar, se a conta Microsoft for jovem. Burst de espelho é o padrão que parece script.

Se a conta Google está suspensa, importar o mesmo conjunto para a Microsoft “para não parar a busca” é o gêmeo cruzado de plataforma. Oferta recusada numa busca continua oferta. A outra rede não é contingência jurídica. É outro contrato com o usuário e com a política.

Centro de contas não é MCC

Hierarquia Microsoft: conta, centro, usuário, permissão. Quem tem acesso no Google não tem acesso automático aqui. Inventário: linha própria. Dono próprio. Saída própria.

Agência que “já revogou o Google” e esquece o Microsoft deixa residual. Gestor que saiu continua no centro de contas. Na desativação, esse residual vira pergunta: quem mexeu. Sem lista, a resposta é palpite.

Permissão de visualização versus operação vale igual. Relatório não exige o login que publica. Looker, editor, export. O painel de gasto fica no perfil do operador.

Não nasça um segundo centro de contas no mesmo documento no dia da desativação para “separar o que caiu”. Separar identidade fiscal de propósito é projeto. No calor, é gêmeo.

Ambiente: o que checar sem teatro

Se o eixo pode ser cluster de browser, a pergunta é honesta: o Microsoft Ads vivia no Chrome único da agência, no mesmo processo do Google Ads do mesmo cliente, ou de outro cliente?

Mesmo cliente, mesma empresa, busca Google e busca Microsoft no mesmo perfil pode ser correto: mesma identidade de risco, mesmo titular. O erro é o cliente Sul no mesmo jar do cliente Norte porque “busca é busca”.

Proxy: conta Microsoft com fuso e moeda de um país e IP de outro, intercalando escritório e residencial rotativo, é inconsistência. Sticky coerente com a história da conta. Não rotacionar IP a cada abertura do editor.

WebRTC vazando o escritório por cima do proxy que o time jura usar: o mesmo teste de sempre. Não é específico da Microsoft. É específico de agência que só testa leak no Meta e esquece o painel “secundário”.

Lauth Score, se a operação usa análise de saúde de conta, lê sinais. Não é oráculo de desativação Microsoft. Não promete ban. Serve para higiene — proxy, vazamento, padrão de acesso — no trimestre, não no ticket de apelação como prova mística.

Apelação: o tom que não é o do Google

Fila diferente, prazo diferente, texto diferente. Copiar o recurso do Google, trocar o nome da plataforma e enviar é o clássico. Às vezes o eixo até era o mesmo. O revisor não deve a você o atalho.

Fatos: ID da conta, texto da notificação, anúncios e palavras atingidos, landing, pagamento, usuários, o que mudou. Sem teoria de fingerprint como parágrafo principal se o histórico é de política.

Sem segundo centro de contas no mesmo cartão “enquanto o recurso anda”. Sem mentir entidade. Sem prometer ao cliente data. SLA de diagnóstico interno, não de revisor.

Quem envia é quem a Microsoft trata como titular. A agência monta o dossiê. O cliente assina o que for documento.

Verificação no meio da crise

Desativação e pedido de verificação podem chegar juntos. A mesa junta os dois no mesmo pânico e manda documento borrado no celular do plantão.

Pare. Verificação pede consistência: nome, endereço, site, documento, quem opera. Perfil de browser novo no mesmo dia, com UA diferente, não ajuda a história de “somos esta empresa”. Ajuda a história de ambiente instável.

Prepare o pacote com calma de expediente. Não no sábado, no notebook da casa, no Wi-Fi do condomínio, logado no Google Ads ao mesmo tempo. A verificação é da Microsoft. A sessão é da identidade Microsoft.

Se o Google já foi verificado, isso não transfere. Pode ser o mesmo documento. Continua sendo outro rito. Não escreva “já enviamos ao Google” como se fosse protocolo único de busca.

Relação com o restante da busca

Google no ar, Microsoft fora: o cliente quer despejar o budget no Google no mesmo dia. Às vezes faz sentido comercial. Às vezes o criativo é o mesmo que a Microsoft recusou e o Google ainda não olhou com a mesma lupa. QA de oferta continua. Não despeje burst na conta Google saudável para “compensar o Bing”. A conta saudável tem ritmo. Burst de compensação é o jeito de um segundo eixo nascer.

Palavra e landing que caíram na Microsoft merecem revisão antes de receber mais gasto em qualquer busca. Eixo de política não é exclusivo de uma rede para sempre. É a URL.

O que registrar

Notificação crua. IDs. Campanhas importadas ou nativas. Data da última importação do Google. Usuários do centro de contas. Perfil e proxy. Se o painel vivia no mesmo Chrome do MCC. Pagamento. Pedido de verificação, se houver.

Isso evita o esquecimento na próxima vez: o Bing não era secundário no incidente. Era só secundário no fee.

Palavra, extensão de anúncio e o que o importador não avisa

Importar do Google traz palavra. Nem sempre traz o mesmo recado da extensão de anúncio, do sitelink, do chamado. A Microsoft lê o anúncio montado nela. QA de busca Microsoft inclui a peça nativa, não só o status verde no Google.

Palavra ampla que o Google ainda “segura” com o histórico da conta pode ser outra conversa numa conta Microsoft jovem. Conta jovem mais palavra agressiva mais landing de infoproduto é eixo de política, não de Edge.

Extensão de preço, de chamada, de localização: inconsistência com a landing é recusa clássica. O time que só olha CPC não lê a extensão. No dia da desativação, abra as peças Microsoft, não o editor do Google “que é igual”.

Idioma da conta, idioma do anúncio, idioma da landing. Agência que opera BR e ES no mesmo centro, no mesmo Chrome, no mesmo bloco de importação, mistura. Fuso e moeda da conta versus geo do IP: o mesmo critério chato de qualquer anúncio. O painel “secundário” não ganha exceção.

Quem no time “olha o Bing”

Por ser menor no fee, o Microsoft Ads vira tarefa de ninguém. Qualquer um olha. Qualquer um olha é qualquer um loga. Qualquer um loga é o cluster.

Nomeie dono mesmo com dois por cento do budget. Dono não precisa ser sênior. Precisa ser uma pessoa, com perfil, com permissão, com checklist de saída. Estagiário pode ver. Publicar continua com papel.

Cobertura de férias: o substituto já entrou no centro de contas na semana anterior, no perfil certo. Não “me manda a senha da Microsoft que eu nunca abri”. Nunca abriu é o motivo de a conta ser órfã. Órfã cai e ninguém sabe o eixo.

Alerta de gasto e de status: o canal que já existe para Google deve incluir Microsoft, ou o Microsoft permanece mudo até o cliente perguntar por que a busca da marca sumiu no Bing. Mudo não é secundário. É cego.

Coupons, Audience e o restante do Microsoft Advertising

O ecossistema não é só o editor de busca. Audience, shopping, às vezes cupom e parceiros. Cada módulo extra é login extra se o time tratar como “outra aba do Google”. Inventário: o que existe nesta conta. O que o usuário do centro alcança.

Desativação pode atingir um módulo e não outro. A mesa que só lê “conta desativada” pausa tudo, inclusive o que ainda gasta com política limpa — ou o inverso, continua gastando no módulo que a notificação atingiu. Leia o texto. Módulo, não clima.

Integração com Google Merchant ou feed: o feed sujo é eixo de catálogo, de novo. Browser não lava Merchant. O mesmo rigor de ficha do e-commerce vale se a conta Microsoft puxa produto.

Fechar o ciclo

Microsoft Ads desativado pede eixos, não o checklist colado do Google. Política, pagamento, verificação, ambiente e ritmo — nomes iguais, filas diferentes. Centro de contas não é MCC. Importação não é identidade compartilhada. Recurso honesto. Sem gêmeo. Sem burst de compensação na conta vizinha.

O time lembra do Bing quando ele gasta pouco e esquece quando ele cai. O inventário não pode. Uma linha, um dono, um perfil se a identidade for de risco separado. O resto é busca — e busca na Microsoft não se opera como atalho do Google.

FAQ

Perguntas frequentes

Copie o método de eixos, não o texto da apelação. São políticas, centros de conta e verificações diferentes. Tratar Bing como clone do Google é o eixo que o time esquece.

Não. Reativa isolamento de sessão se o problema era cluster de Chrome. Desativação por política, pagamento ou identidade segue o fluxo da Microsoft.

Não. Documentos e consistência importam nos dois. O rito, o painel e o que já está no Google Ads não se transferem automaticamente. Prepare o dossiê da Microsoft.

Se forem contas e políticas distintas, sim, com o mesmo cuidado de oferta. Não clone o criativo recusado. Não opere as duas no mesmo jar se forem identidades que você queria separar.

Não. São hierarquias diferentes. Centro de contas Microsoft não é MCC Google. Inventário separado, dono separado, apelação separada.

Continue lendo

Artigos relacionados