Guia de Cache de Pré-visualização Social: Facebook, WhatsApp, LinkedIn, X, Slack e Discord
Uma pré-visualização social tem duas partes: os metadados e a imagem que o seu site disponibiliza, e a cópia que uma plataforma guarda depois de rastrear a sua página. Corrigir a primeira não limpa automaticamente a segunda.
Este é o mapa compacto de plataformas para diagnosticar uma pré-visualização de produto antiga, em falta ou cortada.
Comparação de plataformas
| Plataforma | O que controla | Realidade da atualização |
|---|---|---|
HTML público, og:image, URL da imagem e cache da página |
O Facebook suporta re-raspagem através do Sharing Debugger e do seu endpoint de scrape documentado. O FastOG pode solicitar uma atualização do Facebook quando configurado. | |
| O próximo HTML público e a resposta da imagem | Não existe uma API pública de atualização de pré-visualização. As pré-visualizações em cache são controladas pelo WhatsApp e podem variar consoante o destinatário. | |
| HTML público e resposta da imagem | Não existe um endpoint documentado de invalidação programática. O LinkedIn decide quando voltar a rastrear. | |
| X | HTML público, twitter:image e tags Open Graph de recurso |
Não existe um endpoint documentado de invalidação programática. O X decide quando voltar a rastrear. |
| Slack | HTML público e resposta da imagem | O Slack coloca em cache os unfurls para URLs partilhados; a aplicação não pode forçar a reconstrução de todas as mensagens existentes. |
| Discord | HTML público e resposta da imagem | O Discord coloca em cache os embeds para URLs partilhados; a aplicação não pode reescrever um embed existente em todo o lado. |
O comportamento e os endpoints das plataformas mudam. Trate a tabela como um limite operacional, não como uma garantia sobre o tempo de atualização.
Diagnosticar primeiro a origem
Antes de culpar uma plataforma, inspecione a página que um crawler recebe:
curl -s https://example.com/product/example | grep -Ei 'og:image|og:title|twitter:image'
Depois, obtenha o URL da imagem a partir da resposta:
curl -I "https://cdn.example.com/cover.png"
A página deve expor metadados atuais, o URL da imagem deve ser público e a resposta da imagem deve devolver um tipo de conteúdo de imagem suportado com 200 OK. Se a cache da página servir HTML antigo, nenhuma plataforma conseguirá descobrir a nova imagem de capa.
Porque alterar o URL da imagem ajuda
As plataformas sociais armazenam em cache o URL da página e também podem armazenar em cache o URL da imagem. Uma capa dinâmica deve, portanto, usar um novo URL de imagem quando os dados do produto mudam. O permalink do produto permanece canónico enquanto a chave de cache da imagem muda.
Adicionar ?v=2 ao permalink do produto pode fazer com que um teste pareça recente, mas cria um segundo endereço para o mesmo produto e pode dividir as análises e o histórico de partilhas. Em vez disso, versione o URL da imagem sempre que possível.
O Facebook é a exceção
O Facebook é a única plataforma neste guia para a qual a FastOG oferece um caminho ativo de re-raspagem (re-scrape). Quando ativado, uma atualização de produto pode colocar em fila um pedido ao endpoint de raspagem da Meta para o URL desse produto. O pedido é colocado em fila e é de melhor esforço, pelo que um limite de taxa ou um erro temporário da Meta não impede a loja de servir os metadados corretos.
Isto não atualiza o WhatsApp, o LinkedIn, o X, o Slack ou o Discord. Não descreva uma re-raspagem do Facebook como uma limpeza universal da cache social.
Uma ordem prática de operações
- Obtenha a página em direto e confirme as tags atuais.
- Limpe a cache da página do site ou o CDN, se as tags estiverem desatualizadas.
- Confirme que o URL da imagem é público e devolve uma imagem.
- Altere o URL da imagem quando os bytes da imagem tiverem mudado.
- Utilize o depurador do Facebook ou o caminho de re-rastreamento configurado para o Facebook.
- Para outras plataformas, aguarde por um novo rastreamento ou partilhe um URL que ainda não tenha sido colocado em cache. Não prometa um atraso exato.
O Testador Gratuito de Imagem OG pode obter um URL de produto e mostrar os metadados visíveis ao rastreador juntamente com uma capa gerada. É útil para distinguir um problema do lado da loja de um problema de cache do lado da plataforma.
FAQ
Um plugin consegue atualizar todas as pré-visualizações sociais?
Não. Um plugin pode controlar o HTML e o URL da imagem servidos pelo site. Cada plataforma controla o seu próprio crawler e cache.
Porque é que a pré-visualização aparece correta no Facebook mas desatualizada no WhatsApp?
As plataformas mantêm caches separados. Um novo rastreio no Facebook altera apenas a cópia do Facebook; o WhatsApp mantém a sua própria pré-visualização específica para cada destinatário.
Devo alterar o URL do produto após cada atualização de preço?
Normalmente não. Mantenha o URL canónico do produto estável e altere o URL da imagem gerada quando o conteúdo da capa mudar. Alterar o URL da página é uma solução brusca para contornar a cache, com custos de SEO e de analytics.
Um novo URL de imagem garante uma atualização imediata no WhatsApp?
Não. Garante que o próximo pedido desse URL de imagem pode receber novos dados. Não obriga o WhatsApp a buscar a página nem a substituir uma pré-visualização já armazenada na aplicação de um destinatário.
Relacionados
Experimente gratuitamente — sem necessidade de registo
Pré-visualize e teste imagens OG dinâmicas em segundos.
Abrir o Testador Gratuito de Imagens OG