Suas Renovações de Assinatura no Shopify Podem Estar Sabotando o Algoritmo de Lances da Sua Plataforma de Anúncios
Se você administra uma loja Shopify com qualquer combinação de assinaturas, vendas
presenciais via POS ou pedidos em rascunho criados manualmente, há uma boa chance de que
suas plataformas de anúncios estejam recebendo uma imagem distorcida do que sua publicidade
realmente está fazendo. Desta vez não por causa de bloqueadores de anúncios ou restrições do
iOS — mas por causa de uma lacuna muito mais básica. O webhook orders/create
do Shopify dispara da mesma forma para todo tipo de pedido, e a maioria das configurações de
rastreamento server-side encaminha cada um desses webhooks para o Meta, Google Ads, TikTok e
todos os outros destinos de anúncios como se fosse uma venda nova e influenciada por anúncio.
Geralmente não é. Com o Converlay v2.23.0, essa lacuna se fecha. Todo pedido agora é classificado de acordo com sua origem real antes de ser roteado para qualquer lugar, e pedidos que nunca foram elegíveis para ser uma conversão de anúncio são mantidos fora dos dados usados pelas suas plataformas de anúncios para otimizar.
O Pedido que Sua Plataforma de Anúncios Nunca Deveria Ter Visto
Imagine um negócio de assinaturas no Shopify usando assinaturas nativas ou um app como o
Recharge. O cartão de um cliente é cobrado automaticamente todo mês. O Shopify dispara
orders/create para essa renovação exatamente da mesma forma que faz para uma
compra de primeira vez. Se sua configuração de rastreamento trata todo webhook da mesma
maneira, essa renovação é encaminhada para o Meta Conversions API e o Google Ads como um
novo evento Purchase — com o valor total de receita, mas sem nenhuma exposição
a anúncio por trás. O mesmo acontece com uma venda feita no Shopify POS em uma loja física,
um pedido em rascunho que um lojista cria manualmente para faturar um cliente atacadista, e
pedidos feitos através do Bogus Gateway durante testes.
Nada disso é fraude, e nada disso é um bug do Shopify. São apenas pedidos que nunca foram influenciados por um anúncio, fluindo pelo mesmo webhook que os pedidos que foram. O algoritmo de lances de uma plataforma de anúncios não consegue perceber a diferença por conta própria — ele vê um evento de conversão e aprende com ele. Se uma parcela relevante das "conversões" com as quais ele está aprendendo nunca poderia ter sido alcançada por um anúncio, o algoritmo está otimizando para um alvo que não corresponde à realidade, e seu verdadeiro retorno sobre o investimento em anúncios fica mais difícil de enxergar em meio ao ruído.
Como Funciona a Inteligência de Origem do Pedido
O Converlay agora classifica todo pedido recebido no webhook, usando o próprio campo
source_name do Shopify junto com a flag test do pedido, em uma de
seis categorias: web, pos, draft,
subscription, channel ou unknown. Pedidos de teste
são descartados na porta de entrada — nunca sequer são gravados no banco de dados, muito
menos encaminhados a algum lugar. A classificação também reconhece a origem nativa de
renovação recorrente do Shopify (subscription_contract_checkout_one) como uma
assinatura, e não como uma nova venda web.
Essa classificação acompanha o pedido por todo o pipeline. O Converlay marca
order_source, is_recurring e exclude_from_ads no
payload do evento, e o roteador de destinos verifica essa flag antes de encaminhar para
qualquer destino do grupo de otimização de anúncios — que abrange Meta, Google Ads, TikTok,
Pinterest, Snapchat, Reddit, Criteo, Microsoft Advertising, LinkedIn, Taboola e Amazon. Um
pedido classificado como pos, draft ou subscription
simplesmente nunca chega a esse grupo como uma nova conversão.
O que É Excluído — e o que Ainda É Enviado
A exclusão é deliberadamente restrita aos lances de anúncios, não aos seus dados como um todo. Destinos de análise e ferramentas de ciclo de vida ainda querem saber que o pedido aconteceu — uma renovação de assinatura é receita real, e plataformas como a Klaviyo constroem fluxos exatamente em torno desse tipo de evento. A trava de exclusão de anúncios do Converlay é separada da sua trava de consentimento: um destino como a Klaviyo, que é controlado por consentimento para marketing mas ainda quer pedidos de renovação para fins de receita e ciclo de vida, continua recebendo-os. É apenas o grupo de destinos cujo trabalho inteiro é otimizar lances de anúncios que deixa de ver pedidos nos quais não teve participação alguma.
Vale destacar dois padrões. Pedidos que chegam de um app de canal de vendas, ou sem nenhuma
origem reconhecível, são tratados de forma conservadora como pedidos web e continuam
fluindo normalmente — o Converlay só exclui um pedido quando consegue identificar
positivamente uma origem não elegível para anúncios, nunca como um palpite. E os pedidos de
assinatura agora também carregam uma flag is_recurring até os destinos que
podem usá-la, para que ferramentas construídas para distinguir clientes de primeira compra
de renovações — um fluxo da Klaviyo que parabeniza uma primeira compra, por exemplo — tenham
o sinal necessário para fazer isso corretamente.
Por que Isso Não É um Caso Isolado
É fácil supor que isso só importa para uma fatia estreita de lojas. Na prática, o comércio por assinatura no Shopify cresceu o suficiente para que "algumas renovações misturadas aos dados de conversão de anúncios" seja uma situação comum, não rara — e qualquer loja que opere o Shopify POS junto à sua vitrine online tem a mesma exposição em cada venda presencial. Pedidos em rascunho para atacado, B2B ou faturamento manual acrescentam uma terceira origem que não tem nada a ver com uma campanha de anúncios. Cada um desses tipos de pedido, enviado a uma plataforma de anúncios como uma conversão nova, dilui o sinal de que o algoritmo da plataforma precisa para encontrar mais clientes parecidos com aqueles que seus anúncios realmente conquistaram.
O efeito se acumula da mesma forma que a maioria dos problemas de qualidade de dados. Um algoritmo de lances treinado em parte com pedidos com os quais não teve nada a ver vai gastar mais para encontrar clientes "semelhantes" que se parecem com assinantes ou compradores presenciais, em vez de pessoas que reagem ao anúncio específico que viram. O ROAS relatado também fica inflado por receita que o investimento em anúncios não pode realmente reivindicar como mérito, o que dificulta saber quais campanhas estão realmente funcionando e quais estão apenas surfando em pedidos que aconteceriam de qualquer forma.
Nenhuma Configuração Necessária
A classificação de origem do pedido roda automaticamente para todo comerciante do Converlay na v2.23.0 e versões posteriores — não há nada para ativar e nenhuma configuração por destino a fazer. Todo pedido é classificado no webhook, a classificação e sua flag de exclusão de anúncios acompanham o evento, e o roteador aplica a mesma regra de forma consistente em todos os destinos de otimização de anúncios que você conectou.
Se você quiser ver o efeito diretamente, compare a contagem de pedidos do seu painel do Converlay com o volume de "Purchase" que aparece no Meta Events Manager ou nos relatórios de conversão do Google Ads, para uma loja com volume relevante de assinaturas ou POS. A diferença entre os dois números é exatamente o conjunto de pedidos que o Converlay determinou que suas plataformas de anúncios nunca deveriam ter sido solicitadas a otimizar.
Sinal Limpo na Entrada, Lances Melhores na Saída
O rastreamento server-side existe para garantir que suas plataformas de anúncios vejam toda conversão que um anúncio realmente conquistou. É igualmente importante que elas não vejam também aquelas com as quais um anúncio não teve nada a ver. O Converlay conecta sua loja Shopify a 26 destinos — incluindo Meta, Google Ads, TikTok, Pinterest e mais — e a inteligência de origem do pedido agora faz parte desse pipeline por padrão, garantindo que as conversões que você reporta sejam as conversões que sua publicidade realmente conquistou.
Instale o Converlay na Shopify App Store e comece a enviar às suas plataformas de anúncios dados de conversão em que você pode realmente confiar.