Dimensões de imagens para Facebook, Pinterest e Twitter

Este artigo começou em 2013 como uma lista de píxeis para Facebook, Twitter, Google+ e Pinterest. As plataformas mudaram o layout várias vezes. As medidas abaixo estão atualizadas para partilha e pré-visualização em 2026, com o Google+ apenas como nota histórica.

Para editores WordPress o ponto não é memorizar todos os banners de perfil. É entregar um bom og:image, saber quando o Pinterest precisa de outro formato e perceber porque o scraper guarda a imagem antiga depois de trocar o ficheiro na Biblioteca de média. Em sites portugueses o mesmo problema aparece quando a URL vai para grupos no Facebook, para o WhatsApp Business ou para um post no LinkedIn: a pré-visualização sai das meta tags, não do feed do Instagram.

#Como funciona a pré-visualização de links no Facebook e X

Quando alguém cola o seu URL no Facebook, LinkedIn, Slack ou num post no X, o scraper descarrega o HTML e lê as meta tags. As principais são Open Graph (og:title, og:description, og:image) e, para o X, Twitter Cards (twitter:card, twitter:image). Documentação da Meta: Sharing / images. Protocolo: ogp.me.

O núcleo do WordPress não envia um conjunto OG completo sozinho. Plugins SEO, hooks wp_head do tema ou um plugin custom definem-nos. Sem og:image, a plataforma cai numa imagem aleatória da página: muitas vezes um logo de 200 px ou um ícone no rodapé.

Lista prática antes de contar píxeis exactos:

1. URL HTTPS absoluto para a imagem (não caminho relativo).
2. Ficheiro público, sem login e sem bloqueio de hotlink.
3. Largura e altura grandes o suficiente para a plataforma não escalar um JPEG mole.
4. Texto importante numa «safe zone» ao centro, não nos cantos.

#Tamanho de og:image para Facebook em 2026

Para partilha de ligações continua seguro um horizontal perto de 1200 x 630 píxeis (proporção cerca de 1.91:1). Imagens mais pequenas funcionam tecnicamente, mas ficam moles em ecrãs grandes e em algumas superfícies de anúncios.

Foto de perfil, capa e Stories têm medidas de UI próprias que a Meta muda mais vezes do que o padrão OG. Use a ajuda da Meta para desenhar a página; use 1200x630 (ou maior na mesma proporção) para a gráfica de artigos e landings.

Erros habituais em temas WordPress:

• A imagem em destaque é 16:9 de vídeo e o scraper corta a cara ou o logo.
• O tema aponta og:image para um URL WebP com o qual alguns scrapers tiveram problemas históricos; JPEG ou PNG continuam a ser a escolha segura para ficheiros de partilha.
• O mesmo ficheiro serve de hero (largo) e de OG (recortado) sem crop próprio.

Teste com o Sharing Debugger. Depois de mudar a imagem: faça scrape de novo. Se o CDN tiver cache imutável no mesmo URL, carregue com outro nome de ficheiro e atualize a meta tag.

Os números exatos estão na documentação da Meta sobre imagens em partilhas. A dimensão mínima aceite é 200 x 200 píxeis. O layout de ligação com imagem grande pede pelo menos 600 x 315; abaixo disso a imagem continua a aparecer, mas no formato pequeno. Para ecrãs de alta resolução a Meta recomenda 1200 x 630 ou mais, com a proporção o mais perto possível de 1.91:1, e o ficheiro não pode passar de 8 MB.

#Tamanho de imagem para Twitter Card no X

O X herdou as Twitter Cards. Para artigos e produtos o habitual é Summary Card with Large Image. Uma imagem à volta de 1200 x 628 está na mesma família do OG do Facebook, por isso uma master 1200x630 cobre ambas na maioria das redações. Documentação: Summary Card with Large Image.

twitter:card deve ser summary_large_image quando quer imagem grande. Sem essa tag, a pré-visualização pode cair para um cartão quadrado pequeno mesmo com og:image correto.

O banner de perfil no X é outra medida e muda com a UI. Pertence ao manual de marca, não ao og:image de cada artigo. Mantenha a gráfica de partilha e o banner como dois assets distintos.

Na última verificação deste artigo (15 de outubro de 2026), a página das Summary Cards no site de programadores do X redirecionava para a visão geral genérica da plataforma, sem a tabela de requisitos de imagem. Por isso não acrescentamos aqui medidas novas para o X. Confirme no HTML publicado que existem twitter:card e twitter:image e veja a pré-visualização numa partilha real antes de lançar uma campanha.

#Tamanho de pin do Pinterest na vertical

O Pinterest é onde 1200x630 falha à vista. O feed favorece pins verticais perto de 2:3, por exemplo 1000 x 1500. Um OG horizontal vira uma faixa fina ou um corte feio.

Para lojas WooCommerce e conteúdo de inspiração ou receitas:

1. Crie uma variante vertical na Biblioteca de média (ou um campo «Pinterest image» no plugin SEO, se existir).
2. Não confie que a imagem em destaque chega se for um hero 16:9.
3. Mantenha o texto grande e legível; os pins veem-se muitas vezes no telemóvel numa coluna estreita.

Os Rich Pins (produto, artigo, receita) dependem mais de dados estruturados e da validação no Pinterest do que da altura exacta em píxeis, mas a proporção continua a decidir a área clicável no feed. Em Portugal o Pinterest pesa menos que Instagram na maioria das marcas, mas quando a equipa de marketing o usa a sério, a master horizontal do Facebook não serve.

A página de especificações de produto do Pinterest, na secção de anúncios de imagem padrão, recomenda proporção 2:3 ou 1000 x 1500 píxeis. Aceita ficheiros PNG ou JPEG até 20 MB no desktop e 32 MB na app, e avisa que pins mais altos do que 2:3 podem ficar cortados no feed.

#As medidas do Google+ ainda contam

O Google+ para consumidores foi encerrado em abril de 2019. A capa 940x180, as ribbon photos e as miniaturas de stream das listas de 2013 não são medidas para construir templates novos.

Porque o título ainda menciona Google+: o artigo tem ranking e ligações de entrada sob o slug antigo. Apagar o nome gera ruído de redirecionamentos sem ajudar o leitor. O honesto é dizer que a rede já não existe e que o que conta agora é Open Graph, cards do X e Pinterest.

Se encontrar botões Google+ hardcoded ou ligações rel=author em temas antigos: remova-os. Não dão valor de partilha e marcam código desatualizado. Em instalações portuguesas de 2014-2017 ainda aparecem em rodapés de temas «magazine» e em plugins de redes sociais abandonados.

A data exata está na ajuda da própria Google: a versão para consumidores (contas pessoais) do Google+ foi encerrada a 2 de abril de 2019, e o conteúdo das contas e páginas Google+ de consumidores foi apagado (perguntas frequentes da Google sobre o encerramento). O plano inicial apontava para agosto de 2019. A Google antecipou o fecho para abril depois de detetar um bug na API, como explicou no anúncio da antecipação.

#Que tamanho de imagem usam o LinkedIn e o Slack na pré-visualização

A maioria das partilhas B2B cai no Open Graph. O LinkedIn também prefere horizontais da mesma família do Facebook. O Slack e muitos clientes de chat mostram og:image diretamente. O WhatsApp, ao pré-visualizar uma ligação, também se apoia em sinais tipo Open Graph do HTML.

Por isso uma boa master 1200x630 continua a ser o melhor investimento para um site WordPress empresarial. O Pinterest é a exceção que precisa de um ficheiro vertical próprio quando o canal é usado de verdade.

Para o LinkedIn há números oficiais na ajuda da plataforma sobre imagens na pré-visualização de partilhas: mínimo de 1200 x 627 píxeis, proporção recomendada de 1.91:1 e ficheiro até 5 MB. Se a imagem cumpre estes requisitos e mesmo assim não aparece, a ajuda indica que o site pode estar a bloquear a recolha da imagem. Reveja regras de firewall e de bloqueio de bots que tratem esse crawler como tráfego indesejado.

#Propriedades og:image width, height e alt no Open Graph

O protocolo Open Graph define propriedades estruturadas para a imagem, além do próprio URL:

• og:image:secure_url, URL alternativo para quando a página exige HTTPS;
• og:image:type, o tipo MIME do ficheiro (por exemplo image/jpeg);
• og:image:width e og:image:height, largura e altura em píxeis;
• og:image:alt, uma descrição do que a imagem mostra, que não deve ser uma legenda. O ogp.me diz que uma página que define og:image deve definir também og:image:alt.

As dimensões têm efeito prático. Segundo a documentação da Meta, as tags de largura e altura dizem ao crawler o tamanho da imagem para que a possa mostrar de imediato. Sem elas, a primeira pessoa que partilha um URL novo pode ver a publicação sem imagem, porque o crawler tem de ver a imagem pelo menos uma vez antes de a mostrar.

O ogp.me também resolve o caso de várias tags og:image na mesma página. Valores múltiplos declaram-se repetindo a meta tag, e em caso de conflito ganha a primeira, lida de cima para baixo. Quando o tema e o plugin SEO emitem ambos og:image, aparece a imagem que surge primeiro no <head>, que nem sempre é a escolhida no editor. Veja o código-fonte publicado e desligue a saída duplicada num dos lados.

#Como configurar og:image no WordPress

Um fluxo que aguenta em produção:

1. Defina um tamanho OG-master (1200x630) no sistema de design.
2. Registe um image size social-share no tema se cortar no servidor; muitas equipas exportam o ficheiro pronto a partir do Figma.
3. Defina og:image (e tags de altura/largura se o plugin as suportar) por artigo ou com fallback para a imagem em destaque.
4. Para o X: twitter:card = summary_large_image a nível global no plugin SEO.
5. Para páginas orientadas ao Pinterest: campo próprio ou gráfica de pin manual.
6. Depois de publicar: Sharing Debugger da Meta no URL e verificação das tags twitter:* no código-fonte.

Evite gerar «title cards» com fundo preto e o H1 em tipografia enorme. No feed parecem-se uns com os outros e perdem frente a uma foto de produto ou a um screenshot. Use foto real, diagrama ou UI - e mantenha o ficheiro fora de padrões 1200x675 de title-card que algumas automações produziram.

#Como registar um tamanho de imagem social-share no WordPress

Se quiser que o servidor produza o recorte 1200 x 630 em vez de exportar cada ficheiro à mão, a função add_image_size() regista um tamanho novo no tema ou num plugin:

add_action( 'after_setup_theme', function () {
    add_image_size( 'social-share', 1200, 630, true );
} );

O quarto parâmetro decide o comportamento. Com false, o valor por omissão, a imagem é redimensionada proporcionalmente e pode não ficar com 1200 x 630. Com true é recortada exatamente nessas dimensões a partir do centro. Com um array, por exemplo array( 'center', 'top' ), escolhe a âncora do recorte: o primeiro valor é a posição horizontal (left, center, right) e o segundo a vertical (top, center, bottom). Em retratos e fotos de equipa, a âncora top evita cortar cabeças.

Um tamanho novo só se aplica a uploads futuros. Para gerar o recorte nas imagens que já estão na Biblioteca de média, o WP-CLI tem wp media regenerate. Com --image_size=social-share regenera só esse tamanho, e --only-missing limita o trabalho às imagens a que falta algum tamanho:

wp media regenerate --image_size=social-share --only-missing

Há outro detalhe que afeta a gráfica de partilha. Desde o WordPress 5.3, imagens com largura ou altura acima de um limite são reduzidas no upload, e a versão reduzida passa a ser o maior tamanho disponível. O limite por omissão é 2560 píxeis e controla-se com o filtro big_image_size_threshold; devolver false desliga a redução. Uma master de 1200 x 630 fica muito abaixo desse limite, mas uma foto de 6000 píxeis carregada como imagem em destaque é reduzida a ele.

#Que medidas antigas de redes sociais já não contam

A lista de 2013 incluía medidas de Sponsored Story, previews de álbum, caixas de apps na timeline e faixas de fundo do Twitter em percentagens. A maior parte desses elementos de UI desapareceu ou muda tantas vezes que um post de blog não pode ser a fonte da verdade.

Use documentação oficial para:

• medidas de perfil e capa ao desenhar a própria página do Facebook
• formatos de anúncio no Ads Manager (têm as suas safe zones)
• ajuda Pinterest business para recomendações atuais de pins

Use este artigo para partilhar a partir do WordPress: OG, Cards, proporção Pinterest e diagnóstico de cache.

#Porque é que o Facebook mostra a imagem errada ao partilhar

Causas típicas, por ordem:

1. og:image incorrecto ou em falta no HTML (olhe para o código-fonte, não só para a UI do plugin SEO).
2. URL relativo ou HTTP num site HTTPS.
3. Imagem atrás de auth, basic-auth de staging ou noindex que o scraper não atravessa.
4. Cache da plataforma (Sharing Debugger da Meta).
5. CDN ou plugin de imagens que reescreve o URL para uma variante que o scraper rejeita.
6. Várias tags og:image em conflito entre tema e plugin.

Quando muda a imagem de um URL já muito partilhado: um nome de ficheiro novo sai mais barato do que lutar com cache imutável no mesmo caminho.

A documentação da Meta explica porque o nome novo funciona: as imagens ficam em cache pelo URL de cada imagem, e para atualizar a imagem é preciso usar um URL novo. Atualizar a imagem também não muda a pré-visualização de partilhas antigas. Para que a primeira partilha de um artigo novo já saia com imagem, a Meta indica três caminhos: pré-carregar o URL no Sharing Debugger, forçar um novo scrape pela Graph API ou declarar og:image:width e og:image:height.

#Medidas de imagens para redes sociais 2026 em tabela

Mantenha um peso de ficheiro razoável (tipicamente abaixo de algumas centenas de KB em JPEG quando o motivo o permite) para o scraper descarregar depressa, mas não esmague tanto a qualidade que os degradés façam banding na pré-visualização.

Se o site tiver vários idiomas, use o mesmo formato de imagem em todos os locales salvo se o texto na gráfica estiver traduzido. Hreflang não muda a forma como o Facebook lê og:image no URL concreto que foi colado.

Quando a gráfica de partilha, produtos WooCommerce e um tema antigo lutam pela imagem em destaque, raramente chega «pôr o Yoast em auto». É precisa uma estratégia de crop consciente no tema ou na rotina editorial. Para esse tipo de montagem pode contactar via desenvolvedor WordPress e deixar OG, Cards e variantes Pinterest sem adivinhar píxeis de 2013.

Do lado da entrega mantemos este tema sob GEO e LLMO.