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.
| 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 , 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.
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.
















