Checkout Extensibility do Shopify: O que muda no seu tracking (Prazo agosto 2026)

Checkout Extensibility é a substituição do Shopify para o template legacy checkout.liquid. Em vez de dar aos lojistas acesso direto ao HTML e código Liquid do checkout, o Shopify fornece um conjunto de APIs e extensões de UI que permitem personalizar a experiência de checkout de forma controlada e segura para atualizações.

A abordagem legacy — editar o checkout.liquid diretamente — dava aos lojistas enorme flexibilidade. Você podia injetar qualquer JavaScript, modificar o DOM, adicionar campos personalizados e incorporar scripts de rastreamento de terceiros diretamente nas páginas de checkout. Mas essa flexibilidade tinha um custo: o Shopify não conseguia atualizar ou proteger o checkout sem arriscar quebrar as personalizações dos lojistas.

O Checkout Extensibility resolve isso fornecendo pontos de extensão estruturados. Em vez de injeção direta de HTML/JS, os lojistas usam Checkout UI Extensions para personalizações visuais e Web Pixels para tracking. O Shopify controla a infraestrutura subjacente do checkout, enquanto os lojistas personalizam através de interfaces bem definidas.

Para lojistas Plus, essa transição está em andamento desde 2023. A mudança-chave agora é que o Shopify está estendendo esse requisito para todas as lojas — incluindo planos não Plus — com um prazo final em agosto de 2026.

O Shopify tem eliminado o checkout.liquid gradualmente ao longo de vários anos, com diferentes prazos para diferentes níveis de plano. Entender o cronograma ajuda você a avaliar quão urgente isso é para sua loja.

Para lojas Shopify Plus, o prazo de atualização obrigatória foi 28 de agosto de 2025. Após essa data, lojas Plus que não tinham migrado foram automaticamente atualizadas para o novo checkout. Muitos lojistas Plus completaram essa migração em 2024 e início de 2025.

Para lojas não Plus (planos Basic, Shopify e Advanced), o prazo é agosto de 2026. Esta é a fase final da implementação. Após essa data, o checkout.liquid será completamente removido da plataforma — sem exceções, sem extensões de prazo.

Se você está em um plano não Plus e sua loja foi criada antes do lançamento do Checkout Extensibility, provavelmente ainda tem acesso ao checkout.liquid. Esse acesso será revogado em agosto de 2026. Novas lojas criadas após meados de 2024 já usam o novo sistema de checkout por padrão.

Se você está em um plano Basic, Shopify ou Advanced, aqui está exatamente o que muda quando o checkout.liquid for removido. O impacto depende de como você personalizou seu checkout.

Primeiro, qualquer script personalizado injetado no checkout.liquid para de executar. Isso inclui tags de conversão do Google Ads, Facebook Pixels, scripts de analytics personalizados, códigos de rastreamento de afiliados e qualquer outro JavaScript que você adicionou às páginas de checkout. Esses scripts simplesmente não serão mais executados.

Segundo, qualquer personalização visual feita através do checkout.liquid (CSS personalizado, campos de formulário adicionais, selos de confiança, seções de upsell) vai desaparecer. Você precisará reconstruir essas personalizações usando Checkout UI Extensions se elas forem importantes para sua taxa de conversão.

Terceiro, personalizações da página pós-compra que dependiam do checkout.liquid também param de funcionar. Se você usava scripts da página de agradecimento ou da página de status do pedido para tracking, esses precisam ser migrados para Web Pixels.

A remoção do checkout.liquid tem um impacto direto e significativo no rastreamento de conversões do Google Ads. Veja o que quebra e por quê.

A configuração de tracking mais comum para lojas Shopify envolve injetar uma tag de conversão do Google Ads (ou container GTM) no template checkout.liquid, especificamente na página de agradecimento. Quando um cliente conclui uma compra, a página carrega, o script executa e uma conversão é enviada ao Google Ads. Após a migração, esse ponto de injeção não existe mais. A tag nunca executa. O Google nunca recebe o sinal de conversão.

O resultado: sua conta do Google Ads mostra zero conversões mesmo que o Shopify processe pedidos normalmente. O Smart Bidding perde seu sinal de otimização e começa a tomar decisões de lance desinformadas. Suas campanhas voam às cegas, gastando orçamento sem feedback de conversão para guiar o algoritmo.

Isso não é uma degradação gradual — é uma falha binária. Um dia seu tracking funciona, no dia seguinte (após a migração) não funciona. Não há estado parcial ou fallback gradual. Se seu tracking depende do checkout.liquid, ele vai parar completamente na data de migração.

Enhanced Conversions, que dependem da mesma infraestrutura de tags, também vão parar de funcionar se foram implementadas através de scripts do checkout.liquid. Isso significa que você perde tanto seu sinal de conversão principal quanto o fallback de Enhanced Conversions ao mesmo tempo.

A Web Pixel API do Shopify é a substituição para a injeção de scripts no checkout.liquid. É o único método suportado para executar scripts de tracking no novo checkout do Shopify.

Web Pixels rodam em um iframe sandboxed, separado da página principal de checkout. Isso significa que eles não podem acessar ou modificar o DOM do checkout, mas podem escutar eventos do cliente (visualizações de página, adições ao carrinho, etapas do checkout, compras) e enviar dados para serviços de terceiros como o Google Ads.

Existem dois tipos de Web Pixels. Custom Pixels são trechos de código que você mesmo escreve — pense neles como o equivalente Web Pixel de colar uma tag de script no checkout.liquid. App Pixels são gerenciados por apps do Shopify e configurados automaticamente quando você instala o app. Para a maioria dos lojistas, App Pixels são o caminho mais simples porque o desenvolvedor do app cuida da implementação técnica.

A diferença arquitetural chave: scripts do checkout.liquid tinham acesso completo ao DOM da página e podiam ler qualquer elemento, campo de formulário ou variável do data layer. Web Pixels operam através do sistema de assinatura de eventos do Shopify. Eles recebem dados de eventos estruturados (informações do produto, detalhes do pedido, dados do cliente) através de uma API definida em vez de extrair dados da página.

Nem toda loja é impactada. Se você configurou seu tracking através de um app do Shopify que já usa Web Pixels, talvez não tenha com o que se preocupar. Veja como determinar sua situação.

Primeiro, verifique se sua loja usa o checkout.liquid. Vá ao admin do Shopify, navegue até Configurações > Checkout e procure uma seção "Checkout liquid" ou "Scripts adicionais". Se você encontrar uma com scripts, está afetado. Se essa opção não aparecer (comum em lojas novas), você já está no novo checkout.

Segundo, veja o que está nesses scripts. Se você encontrar tags de conversão do Google Ads (contendo 'AW-' seguido de números), snippets de container GTM (contendo 'GTM-'), ou qualquer outro JavaScript relacionado a tracking, esses scripts vão parar de funcionar após a migração.

Terceiro, verifique seus apps instalados. Alguns apps podem já ter migrado para Web Pixels. Contate o desenvolvedor do app ou verifique a documentação para confirmar se depende do checkout.liquid ou usa a Web Pixel API.

Se você confirmou que seu tracking depende do checkout.liquid, veja como migrar. Você tem três opções principais, ordenadas da mais simples à mais técnica.

Opção 1: Instale um app de tracking que use Web Pixels. Este é o caminho mais rápido para a maioria dos lojistas. Apps como ScaleUp, Littledata ou Elevar já construíram seu tracking na Web Pixel API. Você instala o app, conecta sua conta do Google Ads, e o app cuida de todo o tracking através de App Pixels. Sem código necessário.

Opção 2: Use o app Google & YouTube do Shopify. A integração oficial do Shopify usa a Web Pixel API e fornece rastreamento básico de conversões. É gratuita e cobre o essencial, embora falçe alguns recursos avançados como Enhanced Conversions e tracking server-side que apps dedicados oferecem.

Opção 3: Crie um Custom Pixel. Se você precisa de controle total, pode criar um Custom Pixel no seu admin do Shopify em Configurações > Eventos do cliente. Você escreverá JavaScript que assina os eventos do cliente do Shopify (checkout_completed, etc.) e envia dados de conversão ao Google Ads. Isso requer conhecimento de desenvolvimento e manutenção contínua.

O ScaleUp foi construído na Web Pixel API do Shopify desde o início. Nunca dependeu do checkout.liquid para tracking. Isso significa que o prazo de agosto de 2026 tem zero impacto nos usuários do ScaleUp — seu tracking continua funcionando exatamente como antes sem nenhuma migração, alteração de código ou ação de sua parte.

Especificamente o que o ScaleUp faz diferente: em vez de injetar scripts na página de checkout, o ScaleUp registra um App Pixel através da API oficial do Shopify. Este pixel escuta eventos de compra, captura detalhes do pedido (incluindo ID de transação, valor do pedido, moeda e itens) e envia dados de conversão diretamente ao Google Ads usando o Measurement Protocol e a API do Google Ads.

Como o ScaleUp usa tracking server-side além do Web Pixel, ele na verdade fornece melhor confiabilidade de dados do que os scripts do checkout.liquid jamais poderiam. O Web Pixel lida com o sinal de conversão inicial, enquanto o tracking server-side fornece um backup que captura conversões perdidas pelo tracking client-side (bloqueadores de anúncios, recursos de privacidade do navegador, falhas de rede).

O ScaleUp também inclui Enhanced Conversions, deduplicação por ID de transação e suporte a Consent Mode v2 — tudo implementado através de APIs suportadas que não quebrarão com mudanças na plataforma Shopify. Quando o Shopify evolui seu checkout, o ScaleUp se adapta automaticamente porque usa os pontos de integração oficiais e suportados.