# Fotos de prato otimizadas no WordPress em 5 passos Publicar fotos de prato rápidas no WordPress exige reexportar a imagem, converter para WebP e ativar lazy load antes de qualquer cache. Segundo a web.dev (2024), um LCP bom fica abaixo de 2,5 s no 75º percentil. A foto crua de 4000 px pesa acima de 3 MB e estoura esse limite no 4G. O caminho é técnico, não estético. As fotos de prato são o ativo visual que vende o cardápio, mas também o arquivo mais pesado de um site de restaurante no WordPress. Uma imagem exportada direto da câmera chega com 3 MB a 6 MB e 4000 px de largura, enquanto o tema exibe a foto em 800 px. Esse descompasso trava o carregamento no celular do cliente. Este guia mostra como tratar fotos de prato no WordPress em 5 passos práticos, do redimensionamento à conversão WebP, mantendo a qualidade que dá água na boca. Para o panorama do site inteiro, vale começar pelo hub de WordPress para restaurantes da FULL. --- ## Diagnóstico rápido: Por que a foto de prato pesa tanto Uma foto de prato sai da câmera com 3 MB a 6 MB e 4000 px de largura, mas o tema do restaurante exibe a imagem em no máximo 1200 px. O navegador baixa o arquivo inteiro e só depois reduz, desperdiçando dados e tempo no celular do cliente. Esse é o gargalo número um do cardápio no WordPress: peso de imagem, não código. A tabela abaixo separa o estado bruto do estado otimizado para cada atributo que importa no carregamento das fotos de prato.

Fotos de prato: estado bruto versus otimizado no WordPress
Atributo	Foto bruta (problema)	Foto otimizada (alvo)
Largura	4000 px direto da câmera	1600 px, a maior dimensão útil do tema
Formato	JPEG ou PNG da câmera	WebP com qualidade 75 a 82
Peso final	3 MB a 6 MB por foto	120 KB a 300 KB por foto
Carregamento	Todas no primeiro paint	Lazy load abaixo da dobra

Boa parte dos tickets de cardápio lento que chegam ao suporte da FULL se resolve já nessa primeira coluna: as fotos de prato nunca foram reexportadas antes do upload. Quem quiser medir o efeito no carregamento pode acompanhar o passo a passo de Core Web Vitals no WordPress em paralelo. --- ## Passo a passo: Fotos de prato otimizadas no WordPress Otimizar fotos de prato no WordPress segue uma ordem fixa de 5 passos que reduz o peso de 3 MB para menos de 300 KB sem perder o apelo visual. A sequência importa: redimensionar antes de converter evita reprocessar pixels que serão descartados, e ativar o lazy load por último garante que a galeria do cardápio carregue só o que aparece na tela. Cada passo abaixo é um H3 com uma ação concreta e um número de validação para você conferir o resultado antes de seguir. ### Passo 1: Redimensione a foto de prato antes do upload Redimensione a foto de prato para no máximo 1600 px de largura antes de enviar ao WordPress, porque o tema raramente exibe mais do que 1200 px e os 2400 px extras só viram peso morto. Use o próprio app do celular, o Preview no Mac ou o Squoosh no navegador para cortar a largura. Uma foto de 4000 px que pesava 4 MB cai para perto de 1 MB só com esse corte de dimensão, antes mesmo de trocar o formato. Esse é o ganho mais barato de todos: zero plugin, dois cliques. ### Passo 2: Converta a foto de prato para WebP Converta a foto de prato para WebP com qualidade entre 75 e 82, o intervalo que mantém o brilho do molho e a textura sem artefato visível. O WebP entrega o mesmo visual de um JPEG com 25% a 35% menos bytes, segundo a documentação oficial do WebP do Google. No WordPress você faz isso com o Imagify, que converte no upload, ou manualmente no Squoosh arrastando o controle de qualidade. O passo a passo completo está em converter imagens para WebP no WordPress. ### Passo 3: Defina o texto alternativo de cada foto de prato Defina o atributo alt de cada foto de prato com o nome real do item, porque esse texto serve tanto a leitor de tela quanto ao Google Imagens, que envia tráfego direto para cardápios. Em vez de "IMG_4821", escreva "moqueca de camarão servida em panela de barro". O alt descreve o prato, não o arquivo. Esse detalhe não pesa um byte, mas é onde a maioria dos cardápios deixa SEO de imagem na mesa. Use a primeira ocorrência de cada prato na galeria para preencher o campo no editor do WordPress. ### Passo 4: Ative o lazy load na galeria do cardápio Ative o lazy load para que a galeria do cardápio carregue só as fotos de prato visíveis na tela, adiando o resto até o cliente rolar a página. O WordPress já aplica `loading="lazy"` nativo desde a versão 5.5, lançada em agosto de 2020, mas temas pesados sobrescrevem esse comportamento. O Perfmatters força o lazy load correto e ainda adia scripts que competem com a imagem. Veja o detalhe técnico em lazy load no WordPress antes de mexer no tema. ### Passo 5: Valide o LCP do cardápio no PageSpeed insights Valide o resultado medindo o LCP da página do cardápio no PageSpeed Insights, mirando o alvo de 2,5 s no 75º percentil que define um Core Web Vitals aprovado. Rode o teste na URL do cardápio, não na home, porque é ali que as fotos de prato se concentram. Se o LCP ainda passar de 3 s, a foto principal provavelmente continua acima de 300 KB ou o servidor está com TTFB alto. A medição fecha o ciclo: sem número, você não sabe se a otimização funcionou ou só pareceu funcionar.

Legenda: a mesma moqueca em WebP a 220 KB carrega abaixo de 2,5 s, contra 4 s da versão JPEG de 3 MB.

--- ## Ferramentas para tratar fotos de prato no WordPress Quatro ferramentas cobrem o fluxo de fotos de prato no WordPress, e cada uma compete por uma dimensão diferente. O Squoosh, do Google, compete por controle manual frame a frame e roda no navegador sem instalar nada. O Imagify compete por automação no upload. O Perfmatters compete por lazy load no nível do tema. O PageSpeed Insights fecha como auditor, medindo o LCP real. Em restaurante que recebe pedido pelo celular do próprio cliente na mesa, com o 4G saturado, as fotos de prato acima de 300 KB são o que mais atrasa o cardápio. Reexportar a 1600 px e converter em WebP resolve antes de qualquer cache, porque o gargalo é o arquivo trafegado, não a falta de cache. Esse é o ajuste que a gente vê no suporte da FULL rende mais resultado que trocar de hospedagem. Para escolher o formato de origem, vale ler qual tipo de arquivo de imagem usar no WordPress. --- ## Quando otimizar foto de prato não basta sozinho Otimizar as fotos de prato resolve o peso da imagem, mas não conserta um servidor lento nem um tema que carrega dez fontes externas antes do primeiro paint. Se o TTFB do cardápio já passa de 600 ms com a página em cache, o gargalo está na hospedagem, e nenhuma compressão de imagem mascara isso. A imagem responde por boa parte do peso de uma página de restaurante, mas não por tudo. Há um efeito de causa e raiz comum: galeria sem lazy load somada a um tema que carrega todas as fotos no primeiro paint gera TTFB alto e CLS visível, com as imagens empurrando o texto. A foto de prato em JPEG de 4000 px, num servidor sem conversão WebP, leva o LCP acima de 4 s no 4G. Vale rodar o diagnóstico de etapas para melhorar a velocidade de carregamento no WordPress para separar imagem de infraestrutura. --- ## Quero o cardápio rápido sem montar a stack sozinho Montar essa stack de otimização avulsa custa caro: o Imagify, o Perfmatters e os demais plugins de performance somam licenças anuais separadas que passam fácil de R$1.000 por ano por site. Comprar e configurar cada um, um a um, é onde a maioria dos restaurantes empaca antes de publicar a primeira foto de prato. No bundle da FULL, o plano PRO custa R$849 e já inclui os plugins de performance e imagem prontos para ativar com um clique. Diluído nos 10 sites do plano, isso dá cerca de R$85 por site, com Imagify, Perfmatters e os outros 15 plugins premium licenciados. Em vez de gerir 17 assinaturas avulsas, você ativa e segue para o que importa: publicar as fotos de prato e vender o cardápio. Veja os planos em FULL.services/planos. --- ---

Resumo técnico

Este bloco condensa o que decide a velocidade da foto de prato no cardápio do restaurante, para quem quer a regra prática sem reler o guia inteiro. A maior parte do ganho vem dos dois primeiros passos, redimensionar e converter, que sozinhos cortam o peso em mais de 80%. O lazy load e a medição são o refinamento que garante o LCP abaixo de 2,5 s no celular do cliente.

Melhor cenário: foto reexportada a 1600 px e convertida em WebP a 220 KB, com lazy load ativo no tema.
Pior cenário: JPEG de 4000 px e 4 MB enviado direto da câmera, sem conversão nem lazy load.
Principal conflito: tema que carrega todas as fotos no primeiro paint anula o lazy load nativo do WordPress.
Melhor alternativa gratuita: Squoosh no navegador, que redimensiona e converte em WebP sem instalar plugin.
Em uma frase: a foto de prato fica rápida quando pesa menos de 300 KB e só carrega ao entrar na tela.

---

Perguntas frequentes sobre fotos de prato no WordPress

Por que a foto de prato deixa o cardápio do WordPress lento?

Porque a foto sai da câmera com 3 MB a 6 MB e 4000 px, enquanto o tema exibe a imagem em 1200 px. O navegador baixa o arquivo inteiro antes de reduzir, o que infla o LCP no celular. Redimensionar para 1600 px e converter em WebP corta o peso para menos de 300 KB e resolve a lentidão na origem, antes de qualquer plugin de cache.

É possível publicar fotos de prato em WebP sem instalar plugin pago?

Sim. O Squoosh, ferramenta gratuita do Google, converte qualquer foto de prato para WebP direto no navegador, sem instalar nada no WordPress. Você arrasta a imagem, escolhe qualidade 75 a 82 e baixa o arquivo já em WebP, com 25% a 35% menos bytes. Para automatizar a conversão no upload é que entra um plugin como o Imagify, mas a versão manual é totalmente gratuita.

Qual a dimensão ideal para fotos de prato no WordPress?

A dimensão ideal é 1600 px na maior lateral. Temas como Astra e Elementor PRO exibem a foto de prato em 800 px a 1200 px, então 1600 px cobre o dobro de densidade de pixel em telas retina sem virar peso morto. Redimensione no Squoosh antes do upload: acima de 1600 px, cada pixel extra só aumenta o arquivo sem mudar o que o cliente vê no celular. Abaixo de 1200 px, a foto fica serrilhada em tela grande.

Quanto pesa uma foto de prato bem otimizada no WordPress?

Uma foto de prato bem otimizada pesa entre 120 KB e 300 KB em WebP, contra 3 MB a 6 MB do arquivo bruto. Esse intervalo mantém o brilho do molho e a textura visível sem artefato de compressão. Se a foto principal do cardápio ainda passa de 300 KB depois de redimensionar e converter, vale baixar a qualidade do WebP para 75 e medir o LCP de novo no PageSpeed Insights.

O que é lazy load e como ele ajuda na galeria do cardápio?

Lazy load é a técnica que adia o carregamento das imagens até elas entrarem na tela do cliente. Numa galeria de cardápio com 20 fotos de prato, sem lazy load o navegador baixa as 20 de uma vez no primeiro paint. Com lazy load, só as 3 ou 4 visíveis carregam, e o resto chega conforme a pessoa rola. O WordPress aplica isso nativo desde a versão 5.5, mas temas pesados às vezes sobrescrevem o comportamento.

--- ## Próximos passos para um cardápio rápido Tratar fotos de prato no WordPress é o ajuste de maior retorno num site de restaurante: ataca o arquivo mais pesado da página com cinco passos que qualquer pessoa executa sem tocar em código. Redimensione para 1600 px, converta em WebP a 220 KB, descreva o alt com o nome do prato, ative o lazy load e meça o LCP no PageSpeed Insights mirando 2,5 s. A maior parte do ganho aparece nos dois primeiros passos, e o resto é refinamento. Para continuar aprendendo, o FULL Academy reúne os tutoriais de velocidade e imagem num só lugar, e o guia acelere o WordPress conecta a otimização de imagem ao resto da performance do cardápio.