Sincronização de preços do WooCommerce na prévia do WhatsApp

Uma sincronização de preços do WooCommerce na prévia do WhatsApp significa que o número no cartão é extraído do seu catálogo no momento em que o cartão é gerado — não gravado em uma imagem que alguém criou uma vez. Quando isso é verdade, a única questão que resta é quando o WhatsApp relê o link, e essa é a única coisa que nenhuma loja consegue controlar.

A resposta curta

Um preço só pode aparecer em uma prévia se a imagem for construída a partir de dados de produto ao vivo. Uma imagem destacada estática não tem preço para mostrar, nunca; um card projetado uma vez tem o preço que tinha naquele dia. O WooCommerce não entrega por padrão nenhuma imagem marcada com preço, então a reclamação de "preço antigo na prévia" na verdade são duas perguntas:

  1. O card sabe o preço atual? — uma decisão de design, e a que você pode corrigir.
  2. A plataforma releu a página desde que o preço mudou? — o relógio do WhatsApp, não o seu.

Por que o preço fica desatualizado

Causa O que você vê Por que acontece
A tag aponta para a imagem destacada Nenhum preço Uma foto de produto não contém preço
O card foi criado uma única vez O preço do dia do design Nada o regenera
Uma promoção terminou Um risco para um desconto que já acabou A imagem ainda carrega o selo antigo
O cache da página está servindo HTML antigo O card antigo, de novo O crawler nunca vê a nova URL og:image

Apenas as três primeiras dizem respeito ao card. A quarta diz respeito à sua camada de cache, e parece idêntica vista de fora — por isso a ordem de verificação em Instant WhatsApp Image Update for WooCommerce importa.

O que um card sincronizado realmente lê

O FastOG assina uma URL de capa por requisição, e as props vêm do produto em tempo real:

Elemento do card Origem Observação
Preço get_price() Em um produto com desconto, este é o preço promocional
Preço "de" (compare-at) o preço regular Enviado apenas quando o produto está realmente em promoção — um "de" igual ao preço atual é um risco que ninguém ganhou
Selo de promoção o estado de promoção do produto Aparece e desaparece junto com a promoção
Estoque status de estoque Reflete o catálogo no momento da renderização
Foto imagem destacada primeiro, depois a galeria Composta dentro do card, não cortada pela plataforma

Essa é a diferença entre "dinâmico" e realmente dinâmico: os valores não são placeholders que um designer preencheu, eles são lidos da sua loja a cada vez que um card é montado.

Como o "sync" funciona nos dois sentidos

Catálogo → card. Todo valor acima é lido no momento da renderização. Altere um preço e a próxima renderização mostra o novo; não há etapa de exportação nem arquivo para reenviar.

Card → cache. Cada valor também viaja dentro da URL de capa assinada. Assim, uma edição de preço altera a URL — o que significa que a imagem antiga deixa de ser endereçável, o CDN não tem nada obsoleto para servir e nenhum cache-busting é necessário. Nada mais nesta categoria funciona assim, porque um plugin auto-hospedado baseia sua imagem em um nome de arquivo que nunca muda.

Card → Facebook. Salvar um produto dispara o webhook nativo product.updated do WooCommerce, e o FastOG enfileira uma nova raspagem (re-scrape) da Meta para o permalink daquele produto, para que o Facebook substitua o card em cache em vez de esperar semanas. Veja Force a Facebook Open Graph Cache Refresh.

Card → WhatsApp. Nada pode ser enviado por push. O card correto está esperando pela próxima leitura.

O caso limite da promoção agendada

Uma promoção que começa à meia-noite sem que ninguém toque no produto não dispara webhook nenhum — um detalhe que quebra todo design de "atualizamos ao salvar", incluindo o nosso ping para o Facebook.

O que salva o card é que ele não é gerado com antecedência: a capa é montada sob demanda a partir dos dados atuais do catálogo, então a primeira busca após a meia-noite já mostra o preço promocional e o selo. O número desatualizado só pode sobreviver no cache de preview de uma plataforma, onde será substituído conforme o cronograma da própria plataforma. Um card que é renderizado, em vez de exportado, é o único tipo que sobrevive a uma promoção que ninguém salvou.

Verifique se o número está sincronizado

O preço fica visível na própria URL da capa, o que torna essa verificação possível sem um depurador:

bash
# What the page is serving right now
curl -s https://your-store.com/product/example | grep -o 'og:image[^>]*' | head -1

# Open that cover URL in a browser and compare the number against the product page.

Se os parâmetros da URL e o card renderizado exibirem o preço atual, e a página do produto mostrar o mesmo, o lado da loja está sincronizado e qualquer desatualização restante é cache da plataforma. Se a URL ainda carregar o preço antigo, o cache da página está servindo HTML anterior à edição — limpe-o.

Para ver isso de ponta a ponta, cole a URL de um produto em See Your Links The Way Buyers Do: ele lê as tags ao vivo e renderiza uma capa a partir dos mesmos dados do produto, lado a lado com o que as plataformas mostrariam hoje.

Perguntas frequentes

Sirva um og:image que contenha o preço — ou seja, uma imagem gerada a partir do seu catálogo, não uma foto estática. O WhatsApp renderiza a imagem que a tag aponta, em 1200×630; o preço só aparece se tiver sido desenhado nessa imagem.

Por que a prévia ainda mostra o preço antigo depois que encerrei a promoção?

Duas causas prováveis: a imagem servida pela página não mudou (cache de página ou imagem estática), ou o WhatsApp está exibindo uma prévia em cache de antes da edição. Verifique primeiro a URL atual do og:image — se o preço nela também estiver antigo, o problema é da loja; se estiver atualizado, o problema é do WhatsApp.

O card mostra o preço promocional ou o preço normal?

O preço promocional — que é o que o WooCommerce reporta como preço atual — com o preço normal ao lado como compare-at, e somente quando o produto está realmente em promoção.

Todos os planos desenham o preço e o selo de promoção?

Sim. Os campos de template não são restritos a um plano no FastOG: preço, preço compare-at e selos de estoque estão disponíveis em todos os planos. Os planos diferem por tipos de página, limite de itens e variedade de templates, não pelo que uma capa pode exibir.

Para o Facebook, o FastOG solicita uma nova raspagem após a atualização do produto. Para WhatsApp, LinkedIn e X, a próxima leitura acontece conforme o cronograma de cada plataforma; não há garantia pública de prazo nem API de atualização programática para essas plataformas.

E se eu mudar o preço mas não o template?

Esse é o caso normal e funciona: o template define o layout, o catálogo fornece os valores. Nada precisa ser redesenhado e nenhuma imagem precisa ser reexportada.

Somente enquanto a prévia em cache da plataforma sobreviver. A URL da capa muda com o catálogo, então a primeira leitura nova recebe o card pós-promoção.

Existe um plano gratuito?

Sim. O plano gratuito Community cobre até 100 itens entre páginas de produto, categoria, loja e post de blog, com cinco templates base mais os templates de produto Black Friday e Oferta Sazonal. Suas capas são limpas — nenhum plano carrega marca d'água, incluindo o Community. O Community renderiza no servidor Community compartilhado e é limitado por limites de taxa por loja/IP, não por branding. Os planos pagos usam um servidor dedicado separado do Community, aumentam o limite de itens e desbloqueiam templates e recursos adicionais (selos de avaliação a partir do Starter, mapeamento de metafields a partir do Pro, regras com escopo e renderização prioritária a partir do Scale). Os planos pagos incluem um teste de 14 dias sem exigência de cartão de crédito.

Experimente grátis — sem necessidade de cadastro

Visualize e teste imagens OG dinâmicas em segundos.

Abrir o Testador de Imagens OG Grátis

From Us

A BeCaSimulations site