Shopify ultrapassa as 12.500 lojas ativas na França no final de 2025 segundo os dados BuiltWith, e PrestaShop permanece solidamente instalado com cerca de 22.000 lojas ativas no mesmo perímetro — ou seja, dois ecossistemas massivos com perfis de utilizadores muito diferentes. No Google Shopping, a batalha técnica se joga em três níveis: qualidade do feed de produto, frescor da sync Merchant Center, limpeza do conversion tracking. E é aí que os dois CMS divergem radicalmente.
A regra que repetimos a cada auditoria Shopping: feed saudável = ROAS saudável. Sem atalho pela bid strategy, sem mágica via Performance Max — a qualidade do feed amplifica ou limita tudo que está a jusante. Este guia resolve as arbitragens Shopify vs PrestaShop para Google Ads em 2026: setup Merchant Center, plugins disponíveis, conversion tracking, Performance Max, gotchas observados nas duas stacks. Para a estratégia Shopping global, leia em paralelo nosso guia setup e otimização Google Shopping e nosso playbook e-commerce Google Ads 2026.
Shopify vs PrestaShop: market share e perfis de utilizadores FR
Shopify é uma plataforma SaaS hospedada em modo locatário, faturada de 27 a 384 euros por mês dependendo do plano, operada pela Shopify Inc. desde Ottawa (ver a tabela de preços oficial Shopify). PrestaShop é um CMS open-source self-hosted, gratuito para download, mas necessitando hospedagem, manutenção técnica e módulos pagos para atingir a paridade funcional de um Shopify padrão. Os dois concentram o essencial do mercado DTC na França fora WooCommerce.
O perfil de utilizador diverge nitidamente. Shopify atrai as marcas DTC que querem um time-to-launch curto, um operacional sem dívida técnica, integrações marketing prontas para uso (Klaviyo, Meta, Google channels, Pinterest, TikTok), e que aceitam os custos mensais recorrentes mais a comissão de transação (0% a 2% dependendo do plano, exceto Shopify Payments). PrestaShop atrai os e-commerces com catálogo complexo, multi-marcas, multi-idiomas, B2B com personalização, ou simplesmente as marcas que preferem a autonomia técnica e o custo marginal de scale mais baixo — sem comissão de transação, sem teto de largura de banda.
Três pontos pesam particularmente para Google Ads. O canal Google nativo Shopify automatiza 80% do setup Merchant Center: feed gerado automaticamente, sync 15 a 60 min, Enhanced Conversions ativável em um clique. Do lado Presta, essas mesmas funções exigem seja um módulo oficial (200 a 250 euros), seja tempo de parametrização técnica. A frescura da sync feed é o segundo ponto crítico: um feed atualizado a cada 24h no Presta gera disapprovals "Item availability mismatch" em cascata assim que um estoque flutua rapidamente (promo flash, ruptura). No Shopify, a sync 15 a 60 min limita drasticamente esse risco. A terceira diferença é a flexibilidade catálogo B2B: se você gerencia preços por grupo de clientes, atributos custom de negócio, multi-idioma estrito, PrestaShop permanece estruturalmente mais sólido.
Para as arbitragens Shopping vs Search do lado alocação, veja também nosso guia alocação Shopping vs Search.
Setup Merchant Center: diferenças plugin vs nativo
O setup Google Merchant Center é a etapa que decide se você lança Shopping em 7 dias ou em 6 semanas. No Shopify, a operação é quase trivial via o canal nativo. No PrestaShop, ela exige uma escolha de stack módulo e uma configuração manual mais longa mas mais controlada.
Shopify: a via nativa pelo Google & YouTube channel
O Google & YouTube channel Shopify é gratuito e instalável a partir do sales channels manager em 2 cliques. Uma vez ativado, ele conecta automaticamente sua loja ao Google Merchant Center via OAuth, gera um feed de produto conforme às specs Google (título, descrição, imagem, preço, GTIN, brand, category, availability, custom_label se preenchidos), e o sincroniza a cada 15 a 60 min dependendo do volume. A documentação Merchant Center detalha a lista de atributos suportados.
Três coisas que o canal não gerencia e que devem ser tratadas manualmente. Primeiro, a verificação do domínio: Shopify conecta o domínio Shopify (monstore.myshopify.com) mas se você veicula sob monstore.fr, é preciso adicionar manualmente a meta tag de verificação no theme.liquid ou via DNS TXT. Segundo, o mapeamento de category em 5 níveis: o canal propõe uma category padrão baseada no product type Shopify, frequentemente muito genérica para nichos (Apparel & Accessories > Clothing em vez de Apparel & Accessories > Clothing > Activewear > Yoga Pants). Ir no Google Merchant > Products > todas as fichas de produtos e refinar manualmente nos top 50 SKUs por faturamento: ganho de pertinência de lance significativo. Terceiro, os custom_label: eles não se definem no Shopify nativo, é preciso seja usar um metafield, seja passar por um app terceiro (Shoppingfeed, Feed for Google Shopping, DataFeedWatch).
PrestaShop: módulo oficial ou XML custom
No PrestaShop, três vias possíveis segundo orçamento e complexidade do catálogo. O módulo oficial "Google Shopping & Ads" na addons store PrestaShop permanece a solução mais direta para um catálogo padrão: 200 a 250 euros uma vez, mapeamentos de atributos completos (incluindo custom_label_0 a 4, energy efficiency class, identifier_exists), geração XML automática, sync parametrizável. A via XML custom consiste em servir um arquivo XML/CSV via um endpoint HTTPS no seu servidor PrestaShop, re-crawled pelo Google Merchant Center com frequência configurável (12 a 24h em padrão). Exige 4 a 12h de dev para um desenvolvedor PrestaShop experiente, gratuito em runtime mas custoso em setup. A via Content API consiste em enviar o feed via a API Google Merchant diretamente desde PrestaShop, o que permite uma sync quase em tempo real — mas exige desenvolvimento custom ou módulo premium dedicado.
Nossa recomendação 2026 por tamanho de catálogo: abaixo de 500 SKUs, módulo oficial basta. Entre 500 e 5.000 SKUs, módulo oficial + Content API. Acima de 5.000 SKUs, ou com multi-idioma/multi-país, prever um orçamento de módulo premium dedicado (Shoppingfeed, ShoppingFlux, Lengow) de 80 a 400 euros por mês.
Nas contas PrestaShop referenciadas, aproximadamente um terço apresenta uma taxa de produtos em disapproved superior a 8% no Merchant Center por causa da divergência preço/estoque entre loja e feed. O mecanismo: o feed XML é gerado uma vez por dia, Google Merchant o crawla 12h depois, portanto a diferença preço/estoque do lado feed pode atingir 24 a 36h. Em período de promo flash ou de estoque flutuante, é garantido que produtos veiculam a um preço obsoleto, e o Google os disapproved em cascata. Solução: forçar a regeneração do feed a cada 1 a 4h via cron, ou ativar Content API. Essa simples mudança eleva a taxa de aprovação de 8 a 12 pontos em média.
Feed de produto: qualidade, frequência, custom_label, GTIN
A qualidade do feed é o árbitro principal do seu ROAS Shopping, à frente da bid strategy e até da estrutura de campanha. Um feed limpo rende 25 a 45% de ROAS suplementar com mesmo orçamento vs um feed mínimo — observado continuamente nos benchmarks públicos. Cinco dimensões críticas a dominar, idênticas no Shopify e PrestaShop, mas com restrições operacionais diferentes segundo o CMS.
Title: os 35 primeiros caracteres ditam tudo
O Google trunca frequentemente o título em 35-45 caracteres dependendo da posição (Shopping carousel mobile, Free Listings, Edge browser shopping panel). Formato ideal: Marca + Modelo + Atributo chave nos 35 primeiros caracteres. Exemplo: "Sennheiser HD 660S2 Fone Hi-Fi Audio Com Fio" — 35 primeiros = "Sennheiser HD 660S2 Fone Hi-Fi Aud". Nas auditorias que conduzimos, os títulos com marca nos 35 primeiros caracteres apresentam um CTR 18 a 28% superior a títulos genéricos tipo "Fone de ouvido preto com fio premium hi-fi qualidade estúdio".
No Shopify, o título do produto é a única alavanca facilmente modificável (Edit > Title). No PrestaShop, pode-se seja modificar o name do produto (que serve também de título de página web — risco SEO), seja usar um atributo feed dedicado feed_title mapeado via o módulo oficial ou um módulo custom. A segunda via preserva a liberdade do nome do produto do lado loja enquanto otimiza o título feed do lado Merchant.
GTIN, brand, mpn: a santíssima trindade da identificação
O Google endureceu suas exigências de GTIN desde 2024 em marcas reconhecidas: um produto sem GTIN válido na Apple, Sennheiser, Nike, etc. perde 25 a 40% de impressões nas consultas de cauda longa com marca. Se você distribui essas marcas, GTIN obrigatório. Para as marcas próprias (sua própria marca DTC sem GTIN oficial), adicionar identifier_exists = FALSE ao feed e informar brand + mpn — é a única combinação aceita pelo Google para não dar disapproved nos SKUs.
No Shopify, o campo GTIN é nativo (Variant > Barcode). No PrestaShop, o campo EAN13 é nativo também mas é preciso verificar que o módulo feed mapeia bem ean13 → gtin (frequentemente sim, às vezes não dependendo do módulo). O campo brand é nativo nos dois CMS. O campo mpn (Manufacturer Part Number) é nativo no PrestaShop (product.reference), no Shopify é preciso passar por um metafield ou um app terceiro — é uma das diferenças práticas onde Presta é mais completo em padrão.
Custom_label: a segmentação por margem que muda tudo
Os 5 custom_label (0 a 4) são subutilizados em 80% das contas referenciadas, embora decidam a rentabilidade Shopping. A estratégia padrão que aplicamos há anos: custom_label_0 = faixa de margem (high/mid/low), custom_label_1 = sazonalidade (peak/normal/off-peak), custom_label_2 = ROAS histórico (alto/médio/baixo), custom_label_3 = best-seller booleano, custom_label_4 = livre (segundo vertical: nova coleção, liquidação, exclusividade online).
Essa segmentação condiciona em seguida a estrutura das campanhas Shopping: campanha Premium (custom_label_0 = alta margem, target ROAS elevado), campanha Standard (custom_label_0 = média margem, target ROAS médio), campanha Volume (custom_label_0 = baixa margem, target ROAS fraco mas volume escalável). A mesma lógica transposta ao Performance Max via asset groups segmentados.
No Shopify, a definição dos custom_label se faz via metafields (Settings > Custom data > Products > add metafield definition custom.label_0) depois expostos via app terceiro para o feed. No PrestaShop, o módulo oficial Google Shopping permite mapear diretamente qualquer feature de produto ou atributo custom para custom_label_0 a 4 — mais direto e sem dependência de um app terceiro.
Conversion tracking: Enhanced Conversions e events e-com
O tracking é o segundo pilar após o feed. Smart Bidding (Target ROAS, Target CPA, Maximize Conversion Value) otimiza para o sinal que recebe. Se uma parte significativa das suas conversões é mal rastreada, o algoritmo otimiza para um sinal truncado e performa 16 a 26% abaixo do seu potencial dependendo do vertical. É o bug número um que vemos em auditoria. Para a estratégia de tracking global, veja nosso guia de conversion tracking Google Ads.
Shopify: Enhanced Conversions em um toggle
O Google channel Shopify envia automaticamente os parâmetros Enhanced Conversions a cada conversão reportada ao Google Ads, desde que se ative três coisas. Primeiro, no Google Ads, ativar Enhanced Conversions for Web na conversão principal (Ferramentas > Conversões > selecionar > ativar Enhanced Conversions). Segundo, no Shopify, autorizar o compartilhamento de dados customer (Settings > Customer privacy > marketing). Terceiro, verificar que o pixel Google Ads está bem injetado via o canal e não em duplicata via um app terceiro (caso contrário, contagem dupla das conversões, atribuição falseada).
Os events e-commerce padrão também são gerenciados nativamente: view_item, add_to_cart, begin_checkout, purchase. Esses events alimentam o remarketing dinâmico e as audiências GA4 sem configuração suplementar. Nas auditorias Shopify, o bug mais frequente não é uma falta de tracking mas um duplicado: uma conta que tem Google channel + GTM custom + um app analytics terceiro que enviam todos os três o pixel Google Ads, multiplicando as conversões por 2 a 3. Solução: um único ponto de injeção.
PrestaShop: GTM server-side ou módulo dedicado
No PrestaShop, o tracking exige uma escolha de stack. Via 1: módulo dedicado tipo "Google Tag Manager" ou "Google Ads Conversion Tracking" na addons store, que injeta o pixel e gerencia os events e-com. Custo 80 a 200 euros uma vez, operação chave em mão, mas Enhanced Conversions frequentemente em opção paga suplementar. Via 2: GTM server-side (recomendada para contas maduras) — instalar GTM lado cliente depois enviar um container server-side hospedado em Cloud Run ou App Engine, que hasheia os dados customer (email, telefone, nome/sobrenome) antes do envio ao Google Ads. É a via mais robusta para a qualidade do sinal pós-iOS 14 e pós-phase-out de third-party cookies.
A diferença prática entre as duas vias: o módulo dedicado se deploia em 2-4h, GTM server-side em 1 a 3 dias dependendo da experiência dev. Nas contas Presta com alto volume Shopping (mais de 30.000 euros por mês), GTM server-side se rentabiliza em algumas semanas via a qualidade do sinal Smart Bidding.
Performance Max e asset groups: integração CMS
Performance Max se tornou o formato dominante do lado Google Ads desde 2023, com uma parte de spend e-commerce que ultrapassa 55% segundo as contas observadas nos benchmarks públicos Google Ads 2025-2026. O formato explora diretamente o feed Merchant Center para os inventory ads (equivalente Shopping integrado no PMax) e complementa com asset groups para os placements Display, YouTube, Discover, Gmail.
A integração do lado CMS pesa em duas dimensões: qualidade das imagens do feed (tamanho, fundo, formato) que alimentam os inventory ads, e facilidade de criação/manutenção dos asset groups complementares.
Asset groups segmentados por margem
O erro clássico no PMax e-commerce é criar um único asset group com o catálogo inteiro e um conjunto de imagens genéricas. Resultado: o algoritmo distribui o orçamento uniformemente, os SKUs low-margin captam tanto spend quanto os high-margin, o ROAS margem real desaba.
A estrutura que recomendamos em 2026: um asset group por faixa de margem (custom_label_0 = high/mid/low). Cada asset group tem seu próprio target ROAS alinhado à margem do produto (ex: ROAS alvo 6 em high-margin, ROAS alvo 3 em low-margin), suas próprias imagens hero de categoria, seus próprios títulos e descrições adaptados à proposta de valor. Essa segmentação superperforma um asset group monolítico de 22 a 38% no ROAS margem agregado observado nos benchmarks Google Ads agregados.
No Shopify, a criação de asset groups se faz diretamente no Google Ads (PMax > Asset groups > New). No PrestaShop, idem. A diferença não está na ferramenta mas na qualidade das imagens fonte: Shopify padroniza melhor o enquadramento e a resolução, PrestaShop deixa passar imagens 400x400 fundo não branco que prejudicam os placements Display. Auditoria obrigatória dos 50 SKUs top-faturamento antes do lançamento PMax para homogeneizar. Para a estratégia PMax completa, veja nosso guia completo Performance Max 2026.
A diferença de ROAS observada entre uma conta Shopify com canal nativo ativado corretamente e uma conta PrestaShop com feed XML 24h não mantido se cifra entre 18 e 35% em vertical e orçamento equivalentes. Não é culpa do CMS — é culpa do processo. Um PrestaShop com Content API + módulo premium + GTM server-side é tão performante quanto um Shopify, às vezes mais. Inversamente, um Shopify com apps de tracking em duplicata e canal mal configurado sub-performa um PrestaShop bem mantido. O CMS não faz o ROAS — o operacional feed e tracking o faz.
Comparativo gotchas e erros típicos
Cada CMS carrega suas armadilhas recorrentes. Conhecer os 6 mais frequentes evita perder 4 a 8 semanas diagnosticando um ROAS sub-performante.
Lado Shopify: 3 armadilhas recorrentes
Armadilha 1: pixel duplo. Uma loja Shopify ativada em paralelo com Google channel + um app de tracking terceiro (Triple Whale, Northbeam, Aftership Marketing) que também envia o pixel Google Ads em segundo plano. Resultado: as conversões são contadas duas vezes, o ROAS aparente é multiplicado por 1,8 a 2,2, Smart Bidding otimiza com um sinal inflado, o ROAS real desaba assim que se corta uma das fontes. Solução: um único ponto de injeção do pixel Google Ads, idealmente o canal nativo.
Armadilha 2: product type muito genérico. O product_type Shopify é mapeado por padrão na category Google. Se seus product types são genéricos ("Roupas", "Acessórios", "Esporte"), sua category Google é também genérica, e a pertinência de lance cai de 12 a 18% nas consultas long-tail. Solução: refinar manualmente a category Google em 5 níveis para os top 50 SKUs.
Armadilha 3: sync GMC após mudança de preço promo. Shopify sincroniza o feed a cada 15 a 60 min, o que é rápido mas não instantâneo. Se você lança uma promo flash 12h, Google Merchant pode não refletir o novo preço até 30 a 60 min depois. Durante esse atraso, os anúncios veiculam com o preço antigo, conversões com ticket médio errado, dados Smart Bidding enviesados. Solução: não iniciar a promo antes de ter verificado no GMC que o preço atualizado está refletido. Nosso calculador de ticket médio dá o AOV com benchmarks por vertical e-commerce.
Lado PrestaShop: 3 armadilhas recorrentes
Armadilha 1: feed XML atualizado 1x/dia. É a armadilha mais custosa e mais frequente. O módulo padrão gera um XML a cada 24h, Google Merchant o crawla 12h depois. Stock mismatch garantido assim que um SKU flutua rapidamente. Solução: forçar a regeneração via cron a cada 1 a 4h, ou ativar Content API.
Armadilha 2: caracteres especiais não codificados no feed. Os caracteres franceses (é, è, à, ç, oe) mal codificados no XML geram warnings Merchant que podem escalar em disapproval. Verificar que a codificação do feed é UTF-8 estrito (não ISO-8859-1, não Windows-1252). Solução: módulo que força UTF-8 ou validação manual do XML produzido antes do submit.
Armadilha 3: imagens de produto muito pequenas. PrestaShop autoriza por padrão imagens 400x400 ou menos, enquanto Google Shopping recomenda 800x800 mínimo (1200x1200 para os inventory ads PMax em Display). Os SKUs com imagem inferior a 800x800 perdem tipicamente 25 a 40% de impressões nos placements Edge, MSN, Discover. Solução: auditoria completa das imagens nos top 200 SKUs e upgrade para 1200x1200 mínimo.
Migração Shopify para PrestaShop (e inverso): impacto nos feeds
Uma migração de CMS acontece mais frequentemente do que se imagina — tipicamente quando um Presta histórico cede sob a dívida técnica e se migra para Shopify para recomeçar limpo, ou inversamente quando um Shopify atinge seu teto funcional B2B e migra para Presta. O impacto no Google Ads é subestimado.
O risco número um: a ruptura do histórico de conversão
Smart Bidding otimiza a partir do histórico de conversão acumulado na campanha, vinculado a uma conta Google Ads. Se você muda de CMS e reconfigura o tracking, você arrisca romper o caminho entre o evento de conversão e seu registro no Google Ads. Durante 1 a 2 semanas, as conversões não sobem (ou sobem duplicadas se você deixou o pixel antigo ativo), Smart Bidding entra em learning phase caótico, o CPA explode temporariamente.
Solução padrão em 30 dias pré-migração: preparar em paralelo o tracking no novo CMS, testá-lo em staging, depois migrar em modo hot-swap em 24h com acompanhamento minuto a minuto das conversões Google Ads. Nunca migrar um CMS durante um pico sazonal (BF/CM, saldos, fim de ano).
O risco número dois: a ruptura dos IDs de produto
Se seus id de produto mudam entre o antigo e o novo CMS (tipicamente, um Presta com IDs numéricos migra para Shopify com IDs alfanuméricos), Google Merchant Center trata todos os produtos como novos, o feed entra em reaprovação durante 24-72h, e o histórico de performance por SKU é perdido. Isso impacta particularmente as contas que exploram os custom_label para a segmentação de campanha.
Solução: preservar o máximo possível os antigos IDs de produto remapeando-os via um atributo dedicado (item_group_id ou id diretamente copiado). Para Shopify, isso se faz via metafield. Para PrestaShop migrado, via o mapping do módulo.
O risco número três: a perda da frescura de sync
Se você migra de Shopify (sync 15 a 60 min) para PrestaShop (sync 24h por padrão), a degradação de frescura sync gera disapprovals de estoque que você não tinha antes. Antecipar ativando Content API ou um cron 1-4h desde o dia 1 da nova stack Presta.
Para migrações complexas, uma auditoria pré-migração é rentável: ela identifica as zonas de risco (custom_label perdidos, IDs quebrados, sync degradada) antes que a migração quebre a performance Google Ads. Nosso audit gratuito SteerAds cobre esses pontos em 3 minutos de conexão OAuth, e propõe um plano de migração sem ruptura em 14 a 30 dias.
Para as arbitragens estratégicas entre App promo, Shopping clássico e Performance Max e-commerce no ecossistema Google Ads, leia também nosso guia App Promo Android e iOS 2026 — útil se seu catálogo e-commerce também está disponível em app nativo.
A escolha Shopify vs PrestaShop não é binária para Google Ads. Shopify dá uma vantagem de time-to-launch e de simplicidade operacional que se traduz em ganho ROAS nos 3 a 6 primeiros meses. PrestaShop, operado com rigor (Content API, GTM server-side, módulos premium), atinge a mesma performance e oferece uma flexibilidade superior no longo prazo e para catálogos complexos. O fator determinante não é o CMS em si, é a qualidade de operação do feed, do tracking e da segmentação por margem. Escolha o CMS que corresponde à sua velocidade de operação — não o que promete mágica — veja também documentação oficial Google Ads para mais detalhes.
Para ir mais longe, veja também nossos guias Google Ads restaurante local, Google Ads serviços jurídicos worldwide, Google Ads imobiliário lead gen.
Fontes
Fontes oficiais consultadas para este guia:
FAQ
Shopify ou PrestaShop para começar uma loja e-commerce destinada a escalar no Google Ads?
Para um projeto que visa o scale rápido no Google Shopping e Performance Max, Shopify continua mais rápido de colocar em funcionamento: canal Google nativo, feed gerado automaticamente, sync GMC quase em tempo real, Enhanced Conversions clicáveis em 5 min. PrestaShop exige mais configuração inicial (módulo Doofinder, EnvoiMoinsCher, módulos feed pagos ou XML custom), mas oferece uma flexibilidade superior para catálogos complexos (multi-idioma, multi-moeda, atributos custom de negócio, personalizações B2B). Para 90% das marcas DTC que estão começando, Shopify dá um time-to-revenue mais rápido. Para os e-commerces já no PrestaShop com um operacional rodado, migrar para Shopify apenas pelo Google Ads raramente se justifica — é melhor investir em um módulo feed adequado do lado Presta.
É preciso pagar um módulo feed Shopping ou usar o nativo PrestaShop?
PrestaShop não propõe geração nativa de um feed Google Shopping conforme as especificações 2026 na versão padrão. O módulo oficial "Google Shopping & Ads" na addons store do PrestaShop custa em torno de 200 a 250 euros uma vez e permanece a opção mais diretamente mantida. Alternativa: um módulo comunitário ("Simple Google Shopping XML feed") gratuito ou a custo reduzido, mas com menos mapeamentos de atributos avançados (custom_label, identifier_exists, energy efficiency class). Para um catálogo de menos de 500 SKUs e um setup padrão, um módulo comunitário pode bastar. Além disso, o custo do módulo oficial se rentabiliza muito rápido pela qualidade de aprovação do feed e portanto pelo ROAS.
O canal Google nativo Shopify gerencia as Enhanced Conversions sem código?
Sim desde 2024. O Shopify Google & YouTube channel envia automaticamente os parâmetros Enhanced Conversions (email hasheado, telefone hasheado, nome/sobrenome) a cada conversão reportada ao Google Ads, sem intervenção de desenvolvedor. Basta ativar Enhanced Conversions no Google Ads (Ferramentas > Conversões > selecionar a conversão > ativar Enhanced Conversions for Web), e confirmar no Shopify que o compartilhamento de dados customer está autorizado. No PrestaShop, a ativação de Enhanced Conversions exige seja um módulo específico (frequentemente pago), seja uma configuração GTM server-side. É uma das diferenças operacionais que mais pesa na facilidade de operação entre os dois CMS.
Qual frequência de atualização do feed entre Shopify e PrestaShop?
Shopify com seu canal Google nativo sincroniza o feed quase em tempo real (a cada 15 a 60 minutos dependendo do volume), o que evita a divergência preço/estoque entre loja e Merchant Center — ponto crítico em período de promo flash ou ruptura de estoque. PrestaShop gera tipicamente um arquivo XML re-crawled pelo Google Merchant a cada 24h em modo padrão. Para passar em frequência mais alta no Presta, é preciso ativar Content API (via módulo dedicado) ou servir um feed XML via HTTPS atualizado por cron a cada 1 a 4h. A divergência de estoque a 24h é um dos principais contribuidores para disapprovals "Item availability mismatch" que observamos em auditoria Presta.
Performance Max funciona tão bem nos dois CMS?
PMax funciona nos dois desde que o feed esteja saudável e o tracking limpo, mas a diferença vem dos asset groups. Shopify não facilita a criação de asset groups a partir do canal: é preciso passar pelo Google Ads e fazer upload manual de imagens / vídeos / títulos. PrestaShop está na mesma situação, mas com um risco adicional na qualidade das imagens de produto (frequentemente muito pequenas, fundo não branco). Para os dois CMS, recomendação 2026: exportar as fichas de produto em um asset group por categoria de margem (high/mid/low) baseado em custom_label_0, em vez de partir para um asset group único catálogo inteiro. A lógica de segmentação por margem é tratada no nosso playbook e-commerce 2026.