Ajustes Avançados de Página: Pixel, Parâmetros e Back Redirect
Configure Pixel, passagem de UTMs para o checkout, back redirect de saída, proteção de página e dados de compartilhamento antes de publicar.

Onde ficam os ajustes que decidem se a página traqueia ou não
Antes de clicar em publicar, tem um painel de ajustes avançados que a maioria pula. Erro. É ali que você instala o Pixel do Facebook, configura a passagem de UTMs pro checkout, liga o back redirect e define a imagem que aparece quando alguém compartilha o link. Se você ignora essa parte, a página sobe no ar sem rastreamento, sem retenção de saída e sem os dados que o Meta usa pra otimizar. E aí a venda acontece mas o pixel não vê nada.
Vou passar pelo que importa em cada campo, na ordem que faz sentido pra quem opera tráfego de verdade.
Pixel e códigos externos: a base do rastreamento
O primeiro campo é o do Pixel do Facebook. Cola o ID ali e a página passa a disparar os eventos padrão (PageView, ViewContent, e o resto conforme o fluxo). Sem isso, você tá anunciando às cegas: o Meta não recebe sinal de conversão, o algoritmo não aprende, e o CPA infla porque a otimização trabalha com dados incompletos.
O mesmo painel aceita outros códigos externos. Scripts de terceiros, tags de rastreamento adicionais, o que você usar no seu stack de mensuração. Cabe tudo no head ou no fim do body, dependendo do que o código pede.
Um ponto que trava muita gente: o pixel na página é só metade. Se o seu checkout está em outro domínio, o evento de compra dispara lá, não aqui. Por isso a passagem de parâmetros que vem a seguir importa tanto.
Como passar UTM, src e sck automaticamente pro checkout?
Aqui está o campo que resolve o buraco de atribuição. Você liga a passagem automática de parâmetros e a página carrega as UTMs, o src e o sck da URL, depois repassa tudo pro link do checkout no clique.
Funciona assim: o lead chega pela URL com ?utm_source=fb&utm_campaign=xyz&src=conjunto1. A página guarda esses valores e, quando ele clica no botão de compra, eles viajam junto pro checkout. Resultado: a venda que fecha lá na frente carrega a origem certa. Você sabe qual campanha, qual conjunto e qual criativo trouxe o dinheiro.
Sem essa passagem, todas as vendas caem como "direto" ou "sem origem" no seu relatório de checkout. Aí você não sabe o que escalar nem o que matar. O cálculo de ROAS por criativo vira chute.
Quem roda volume sabe: rastreamento quebrado é verba jogada fora. Você paga pelo clique mas não consegue ligar o clique à venda.
Back redirect: recuperar quem tenta sair
O back redirect (redirecionamento de volta) é o campo que trabalha no momento de fuga. Quando o usuário aperta o botão de voltar do navegador pra sair da página, em vez de deixar ele ir embora, você joga ele numa outra página.
O uso clássico é oferta de resgate. O cara ia embora sem comprar? Manda ele pra uma versão com desconto, um bônus a mais, um downsell mais barato. É a última tentativa antes de perder o lead que você já pagou pra trazer.
Não é mágica e não converte todo mundo. Mas em tráfego pago, onde cada lead tem custo, recuperar uma fração de quem sairia já paga o trabalho de configurar. Testa a oferta da página de resgate. Às vezes um preço menor na segunda tela transforma abandono em receita.
Proteção de página e ocultação nos buscadores
Dois ajustes de blindagem ficam no mesmo painel.
A proteção de página desativa o clique com botão direito e bloqueia o inspecionar elemento. Não é segurança de verdade (quem quer, copia de outro jeito), mas dificulta a vida do espião casual que quer clonar sua estrutura na pressa.
A ocultação nos mecanismos de busca faz a página não aparecer no Google. Você usa quando a oferta é só pra tráfego pago e você não quer que ela seja indexada e encontrada por qualquer um pesquisando. Oferta de teste, página de campanha específica, estrutura que você não quer expondo pro concorrente varrer.
Falando em concorrente varrendo: proteger a página é uma camada, mas a espionagem pesada mora na Biblioteca de Anúncios do Meta, onde qualquer um vê seus criativos ativos. Quem opera muitas contas costuma apoiar a parte de camuflagem no DirectAds pra distribuir poucos anúncios por FanPage e dificultar a varredura, porque esconder a página não adianta se o criativo está exposto na biblioteca.
Termos, privacidade e dados de compartilhamento
O Meta reprova anúncio de página sem termos e política de privacidade. É requisito, não enfeite. O painel gera as duas páginas automaticamente, e em três idiomas: português, inglês e espanhol. Se você anuncia pra fora, já sai pronto no idioma do público.
Depois vem o bloco de compartilhamento e SEO da página:
- Imagem de compartilhamento: é a imagem que o WhatsApp puxa quando você manda o link, e a que o Facebook exibe quando o link aparece no feed. O Meta gosta que esse campo esteja preenchido, principalmente pra quem vai anunciar lá. Link sem preview quebrado passa mais confiança.
- Favicon: o iconezinho que fica na aba do navegador no desktop. Detalhe pequeno que sinaliza página cuidada.
- Título, descrição e nome do produto: preenche os três. Título e descrição também mandam sinal pro Meta e pro compartilhamento.
Configura tudo isso, clica no botão verde e publica. Você recebe o link da página no ar, pronto pra colar no anúncio.
Por que a velocidade da hospedagem decide a venda
De nada adianta pixel certo, UTM passando e back redirect ligado se a página demora pra abrir. Página lenta perde tráfego. Você paga pelo clique, manda o lead pra página, e ela trava carregando. O cara não espera. Vai embora. Venda perdida antes de ver a oferta.
Em operação internacional o problema pesa mais. Se você anuncia pro mundo todo, a página precisa carregar rápido em qualquer país, não só onde o servidor está perto. Estrutura de hospedagem otimizada resolve isso: carregamento rápido independente da geografia, pra você poder escalar pra fora sem sangrar conversão na latência.
O cálculo é simples: cada segundo a mais de carregamento derruba uma fatia dos leads. Multiplica isso pelo seu custo por lead e você vê quanto a hospedagem ruim custa por dia.
Takeaways
- Cole o Pixel e ligue a passagem automática de UTM, src e sck antes de publicar, senão suas vendas no checkout caem sem origem e você escala no escuro.
- Configure o back redirect com uma oferta de resgate mais barata pra recuperar parte de quem tentaria sair.
- Gere termos e privacidade (nos idiomas do seu público) e preencha imagem de compartilhamento, favicon, título e descrição: o Meta cobra isso.
- Publique em hospedagem otimizada pra velocidade global. Página lenta queima verba antes do lead ver a oferta.
Perguntas frequentes
O Pixel na página basta pra rastrear a compra?
Não. O PageView e o ViewContent disparam na página, mas o evento de compra acontece no checkout. Se o checkout está em outro domínio, você precisa da passagem de parâmetros pra ligar a origem do clique à venda que fecha lá.
Back redirect prejudica a experiência do usuário?
Pode incomodar se a oferta de resgate for agressiva demais. O ideal é usar como segunda chance real: um desconto ou bônus que faça sentido pra quem ia sair sem comprar. Testa a conversão da página de resgate antes de deixar rodando.
Ocultar a página nos buscadores atrapalha o tráfego pago?
Não. A ocultação afeta só a indexação orgânica no Google. O tráfego pago continua entrando normal pelo link do anúncio, porque ele não depende de busca.
Por que o Meta pede imagem de compartilhamento?
Porque o link do anúncio pode ser compartilhado e aparecer no feed com preview. Imagem definida passa mais confiança e evita preview quebrado, o que ajuda na aprovação e na percepção do público.




