Nomenclatura de arquivos de fotos do menu: uma convenção que sua equipe vai realmente usar

Toda biblioteca de fotos de restaurante acaba afogada em arquivos como IMG_4839.webp, burger_final_FINAL_v2.webp e na temida pergunta: "Espera — qual está no DoorDash?" A solução não é glamourosa, mas é poderosa: uma convenção de nomes de arquivos de fotos do menu que sua equipe vai realmente usar. Acerte isso e "o que é esta imagem" e "está atualizada" ficam óbvios à primeira vista, o que mantém seus menus consistentes e suas atualizações rápidas.

Este é um problema de operação, não de design. Uma biblioteca bagunçada não só desperdiça tempo — ela causa uploads de versões erradas, menus desencontrados entre canais e a lenta erosão da confiança que vem de fotos inconsistentes.

O problema que isso resolve

Sem um sistema, uma pasta de fotos típica de restaurante fica assim:

• IMG_4839.webp
• burger_final.webp
• burger_final_FINAL.webp
• burger_final_FINAL_v2.webp
• screenshot.png

Ninguém consegue dizer qual é a mais recente, qual é para qual plataforma, ou se a versão no Uber Eats corresponde à do seu site. O resultado são menus inconsistentes e atualizações que levam três vezes mais tempo do que deveriam. Uma convenção de nomes é a solução mais barata possível — não custa nada e economiza horas todos os meses.

Uma convenção de nomes que funciona

Use um único formato previsível para cada arquivo:

marca-local_prato-plataforma_orientação_versão_aaaammdd.webp

Exemplos:

• acme-downtown_smash-burger_master_square_v01_20260203.webp
• acme-downtown_smash-burger_ubereats_square_v01_20260203.webp
• acme-downtown_iced-latte_social_vertical_v02_20260210.webp

As regras que fazem funcionar:

• Use master para a melhor imagem de origem, de alta qualidade. É dela que você reexporta quando precisa de um novo recorte.
• Use nomes de plataformas apenas para recortes exportados (doordash, ubereats, web, social). O nome da plataforma diz exatamente aonde aquele arquivo pertence.
• Suba a versão (v02, v03) apenas quando a apresentação do prato realmente mudar — nova montagem, nova guarnição, um novo ensaio fotográfico.
• Inclua a data para que o arquivo mais novo seja inconfundível mesmo quando ordenado alfabeticamente.

O nome do prato em palavras simples (smash-burger, não sb1) também rende um pequeno e honesto benefício de SEO e acessibilidade quando esses arquivos vão para o seu site — combina naturalmente com boas práticas de SEO de imagens.

Mantenha a estrutura de pastas simples

O previsível vence o criativo. Uma estrutura que toda a equipe consegue seguir sem pensar:

• /Fotos do Menu/Masters/
• /Fotos do Menu/Exports/DoorDash/
• /Fotos do Menu/Exports/UberEats/
• /Fotos do Menu/Exports/Web/
• /Fotos do Menu/Exports/Social/

Um master por prato fica em Masters/. Cada recorte de plataforma fica na subpasta Exports/ correspondente. O princípio: uma fonte da verdade, exportada para destinos claramente rotulados. Armazene tudo em um local compartilhado acessível a toda a equipe — bibliotecas duplicadas em celulares e notebooks diferentes são como versões conflitantes voltam a aparecer.

Master x export: o modelo mental

A ideia mais útil aqui é separar masters de exports:

• Um master é sua imagem de melhor qualidade e melhor editada de um prato. Você mantém um por prato (até o prato mudar e você subir a versão).
• Um export é um recorte específico de plataforma derivado do master — seguro para miniatura no DoorDash, na proporção certa para o Uber Eats, vertical para redes sociais.

Quando precisar de um novo recorte para uma nova plataforma, você não caça "a versão boa" — vai ao mestre e exporta. É a mesma disciplina que torna um sprint semanal de fotos rápido, porque quem publica sempre sabe exatamente qual arquivo puxar.

O hábito semanal que mantém tudo limpo

Uma convenção de nomes só funciona se for mantida, então crie uma pequena rotina recorrente:

1. Atualize os masters para novos itens e mais vendidos.
2. Exporte os recortes de plataforma desses masters para as pastas certas.
3. Faça upload e verificação de qualidade como miniaturas — confirme que a versão certa está no ar em cada plataforma.

Três passos, alguns minutos, toda semana. Essa cadência é o que evita o lento retorno ao caos de final_FINAL_v2.

Erros comuns a evitar

• Nomear exports como masters. Se um arquivo diz master, ele deve ser uma fonte limpa e de alta qualidade — não um recorte do DoorDash. Misturar isso é como a imagem errada acaba sendo recortada de novo.
• Pular o aumento de versão. Quando a montagem de um prato muda, suba a versão. Caso contrário, imagens antigas e novas coexistem sem como diferenciá-las.
• Espalhar arquivos por dispositivos. Uma biblioteca compartilhada, sempre. Fotos espalhadas por celulares da equipe garantem versões conflitantes.
• Abreviações crípticas. Escreva o nome do prato em palavras simples para que um novo funcionário consiga ler. A convenção existe para ser usada por humanos, não decifrada.

Um exemplo prático: um prato, do início ao fim

Digamos que você administra a Acme Burgers no centro e acabou de fotografar novamente o smash burger. Veja como a convenção funciona na prática:

1. Você melhora o melhor quadro e salva a origem como acme-downtown_smash-burger_master_square_v01_20260203.webp em /Masters/.
2. Desse mestre você exporta um arquivo 16:9 para o DoorDash com o prato centralizado: acme-downtown_smash-burger_doordash_16x9_v01_20260203.webp em /Exports/DoorDash/.
3. Você exporta um recorte para o Uber Eats e uma versão para o site da mesma forma, cada um em sua própria pasta.
4. Três meses depois você troca o pão e adiciona um molho. Você fotografa novamente, e o novo master vira ..._smash-burger_master_square_v02_20260510.webp. O v02 e a data mais recente deixam claro na hora que ele substitui o antigo.

Qualquer pessoa da equipe — um novo funcionário, um freelancer de marketing, você às 23h — pode olhar qualquer nome de arquivo e saber o prato, o destino, a orientação, a versão e a data. Esse é o ponto principal: o sistema responde "o que é isto e está atualizado" sem que ninguém precise perguntar.

Por que isso escala entre unidades

A convenção se paga principalmente em grupos com várias unidades. Como a marca e a localização ficam no nome do arquivo (acme-downtown vs acme-airport), uma biblioteca compartilhada nunca confunde as fotos de uma cozinha com as de outra. Um único revisor pode aprovar os masters semanais de cada unidade, e cada site exporta seguindo as mesmas regras de nomes. É assim que uma rede se mantém visualmente consistente sem pagar por ensaios constantes — a mesma disciplina que sustenta um SEO de imagens consistente em cada página de unidade.

Onde isso se conecta ao restante do seu fluxo de trabalho

A nomenclatura de arquivos é a ponte entre fotografar e publicar. Arquivos de entrada limpos, aprimoramento consistente, arquivos organizados, exportações corretas — cada etapa depende da anterior. Quando os nomes e as pastas estão sólidos, tudo o que vem depois fica mais rápido: você encontra o master certo na hora, exporta os recortes certos e publica menus consistentes em todos os canais.

Se o seu gargalo é produzir os masters consistentes e prontos para o menu, é exatamente isso que o FoodPhoto.ai resolve — uma foto real de celular do seu prato real vira um master limpo e consistente que você pode nomear, armazenar e exportar, sem mudar a comida. Veja em um dos seus próprios pratos com um pacote Taste (10 fotos por US$ 12), e quando estiver pronto para padronizar toda a sua biblioteca, confira os preços.

Uma convenção de nomes não é empolgante, mas é uma das correções operacionais de maior impacto que um restaurante pode fazer. Adote o formato, mantenha as pastas simples, siga o hábito semanal e você nunca mais perderá dez minutos se perguntando qual foto de hambúrguer está no ar.