Como criar o site de um restaurante sem programar

Como criar o site de um restaurante sem programar

O site de um restaurante precisa responder três coisas em poucos segundos: onde fica, a que horas abre e o que serve. Descreva isso em texto no Zugo e sai uma página publicada em seu-slug.zugo.run por 6 créditos, em cerca de um minuto, pronta para edições.

A parte difícil não é a tecnologia. É decidir o que fica de fora, porque restaurante costuma querer contar a história da casa antes de dizer o horário de sábado.

O que o cliente procura no site de um restaurante?

Três informações ganham de todas as outras: endereço com mapa, horário por dia da semana e um contato que alguém responde. Quem abre o site às sete da noite está decidindo se sai de casa, e não está lendo a biografia do chef.

O cardápio vem logo em seguida, e aqui mora o erro mais comum. Muita casa publica o cardápio como um PDF pesado, feito para impressão, que no celular abre pequeno e obriga a dar zoom. O cliente desiste na segunda tentativa e vai procurar a mesma informação no Instagram.

Depois vêm as fotos. Seis fotos boas do prato real, tiradas com luz de dia, valem mais do que trinta imagens de banco. O cliente compara o que viu na tela com o que chega na mesa, e essa diferença é percebida no primeiro minuto.

Por último, a ação: reservar, pedir delivery ou simplesmente traçar a rota. O site precisa deixar claro qual dessas três coisas você quer que a pessoa faça, e essa escolha muda o desenho da página inteira.

Cardápio em PDF, em página ou em foto?

Depende de com que frequência o preço muda. Cardápio em página é o formato que funciona no celular, aparece na busca do Google e permite trocar um prato com uma edição rápida. É o padrão que vale adotar em quase todo caso.

O PDF só faz sentido como material extra, para quem quer imprimir ou mandar por e-mail em um orçamento de evento. Foto de cardápio impresso é a pior opção das três: não dá para ler, não é indexada e envelhece junto com o papel.

Sobre preço, uma decisão prática: publique. Cardápio sem valor gera desconfiança e telefonema de quem só quer saber quanto custa o prato do dia. Se os valores mudam muito, mantenha uma faixa e uma frase dizendo que a carta de sazonais muda toda semana.

Que prompt descreve o site de um restaurante?

Descreva a casa, a cozinha e o que você quer que o cliente faça. O visual o construtor resolve sozinho. O seu bairro, o seu horário e a sua regra de reserva ele não tem como adivinhar.

Site de um restaurante italiano de bairro em São Paulo,
massa fresca feita na casa, cerca de 40 lugares.
Página única com: capa com foto e frase curta, horário por
dia da semana, endereço com mapa, cardápio dividido em
entradas, massas, principais e sobremesas com preço,
seção de reserva, galeria com seis fotos e rodapé com
Instagram e telefone.
Reserva: formulário com nome, telefone, data, horário e
número de pessoas, com aviso de confirmação por WhatsApp.
Visual escuro e acolhedor, textos em português do Brasil.

Essa construção custa 6 créditos e leva por volta de um minuto. Depois vêm as edições, a 3 créditos cada, para trocar preço, ajustar horário de feriado ou incluir o menu executivo. De quatro a oito edições dão conta do primeiro mês.

Se o restaurante tem página de eventos, cardápio de bebidas e uma segunda unidade, aí o projeto vira uma plataforma multipágina de 12 créditos pelas três primeiras páginas, mais 3 por página adicional.

Reserva de mesa: formulário, agenda ou telefone?

Comece pelo formulário. Ele cobre a maior parte das casas de bairro: o pedido chega por e-mail, alguém confirma por WhatsApp e a mesa entra no caderno de sempre. É simples, e a confirmação humana evita o cliente que reserva e não aparece.

A agenda com horários fechados e confirmação automática só compensa quando o volume é alto e há fila em fim de semana. Nesse caso, o Supabase guarda as reservas e o Resend dispara o e-mail de confirmação, o que já é um sistema pequeno e não uma página.

Se o seu movimento vem quase todo de reserva, vale ler o guia de como criar um site de agendamento online, que trata da parte de horários e bloqueios com mais profundidade do que cabe aqui.

Uma observação honesta: nenhum formulário resolve o no-show. O que reduz falta é a confirmação no mesmo dia, e essa confirmação continua sendo trabalho de alguém do salão.

Quanto custa colocar no ar e manter?

Um restaurante cabe em uma página bem feita, então o gasto inicial é pequeno. A tabela abaixo é a lista completa de preços em créditos, e vale para qualquer tipo de projeto.

O plano gratuito dá 5 créditos, menos do que uma construção de 6, então ele serve para conhecer a ferramenta antes de decidir. O Pro custa $25 por mês com 200 créditos, algo como 16 plataformas, 33 construções ou 66 edições. O Business custa $99 por mês com 800 créditos.

Na prática, uma casa gasta 6 na construção e mais duas a quatro edições no primeiro mês. Depois disso o consumo cai para uma edição por mês, que é o ritmo de quem só troca o menu executivo e o horário de feriado.

O endereço seu-slug.zugo.run já funciona para mandar no grupo do bairro no mesmo dia. O domínio próprio entra depois e não consome créditos, e o processo está detalhado no guia de domínio próprio em um projeto feito com IA.

O site substitui o aplicativo de delivery?

Não substitui, e é melhor tratar os dois como canais diferentes. O aplicativo entrega volume e clientes novos, com uma comissão que todo mundo conhece. O site atende quem já decidiu comer na sua casa e serve para trazer esse cliente pelo caminho direto.

O que costuma funcionar é usar o site como destino de tudo o que você controla: o perfil do Google, o Instagram, o cartão na mesa e o QR code na embalagem. Quem chega por aí já sabe o nome do restaurante e não está comparando dez opções em uma lista.

Se você vende pedido direto, o Stripe resolve a cobrança e o pedido cai no seu e-mail. Ainda assim, a entrega continua sendo operação sua ou de um entregador contratado, e o site não faz roteirização nem cobra por distância.

Uma casa menor, com movimento concentrado em poucas horas, encontra a mesma lógica no guia de site de cafeteria, onde o volume vem de recorrência e não de reserva.

Onde um construtor com IA para em um restaurante?

Em três pontos, ditos sem rodeio. O primeiro é a integração com o sistema de PDV e o controle de estoque. O site não sabe que o polvo acabou às nove da noite, e ligar essas duas coisas é projeto de sistema, não uma seção de página.

O segundo é a operação de delivery própria, com taxa por distância e acompanhamento do entregador. Dá para receber o pedido pela página, e a logística permanece manual. Regra de negócio muito específica se afina com edições sucessivas, não com um único prompt.

O terceiro é o conteúdo. Um construtor gera a estrutura em um minuto e não fotografa o seu prato, não escreve a descrição da massa que a sua avó ensinou e não responde o WhatsApp. O Zugo não substitui um time de desenvolvimento em um produto complexo, e também não substitui a parte humana do restaurante.

Antes de entregar, toda construção é aberta em uma sandbox, e a que não sobe é reportada como falha em vez de chegar quebrada. Isso garante que a página abre, não que o seu horário está certo.

Por onde começar esta semana?

Junte quatro coisas antes de abrir o construtor: horário por dia da semana, cardápio atual com preço, seis fotos decentes e a regra de reserva, com o número máximo de pessoas por mesa. São vinte minutos de anotação e definem a qualidade do resultado.

Depois gere a página, abra no seu próprio celular, peça para dois clientes fiéis olharem e só então compre o domínio. Dá para começar em zugo.dev com um dos 25 modelos prontos e trocar o conteúdo pelo da sua casa.