Saltar para o conteúdo
TapNTable
Devlog
v0.13.0

TapNTable 0.13.0: SEO, Atualizações e Campanhas

O seu menu nos motores de busca e nas redes sociais

Em Configuração > Site há agora uma secção “SEO e indexação”: um título e uma descrição para os resultados de pesquisa, uma imagem de partilha para quando alguém envia o link do restaurante no WhatsApp ou no Facebook, e dois interruptores - um para permitir a indexação e outro para os robôs de inteligência artificial. Cada filial tem ainda o seu próprio interruptor de indexação no diálogo de filiais, para uma filial em preparação não aparecer no Google antes de abrir.

O robots.txt e o sitemap.xml passam a ser gerados pela própria app a partir dessas escolhas: só entram no sitemap as páginas públicas que estão realmente indexáveis (home, menu, reservas, takeaway e páginas legais), e as áreas privadas ficam sempre fora. Um endereço de filial que não existe responde agora com um 404 limpo em vez de mandar o visitante para a página inicial.

Atualizações: canal, política de suporte e novidades da versão

A página de atualizações ganhou um seletor de canal - “Estável” (recomendado) ou “Beta” - guardado na instalação, sem tocar em ficheiros de configuração. Não é possível mudar de canal a meio de uma atualização.

Passa a existir uma política de suporte clara: cada versão suporta a série atual e a imediatamente anterior. Quando a sua instalação está fora dessa janela, a página avisa, pede uma confirmação explícita antes de atualizar e força um backup nesse update, mesmo que tenha o backup automático desligado. Nunca bloqueia: a atualização continua a ser sua.

As notas de cada versão passam a vir daqui, do devlog: antes de atualizar vê o resumo do que muda e, depois de atualizar, a página mostra “Novidades na versão X” uma vez, com o link para as notas completas. A app verifica também sozinha, de hora a hora, se há uma versão nova - e quem tem permissão para atualizar vê um ícone na barra superior sem precisar de abrir o sino de notificações.

O ecrã de cozinha e o POS sabem quando foram atualizados

Um KDS ou um POS deixado aberto durante horas continuava a correr a versão antiga depois de uma atualização, até alguém carregar em F5. Agora o próprio polling traz a versão instalada: quando muda, aparece uma faixa “Nova versão instalada” com um botão para recarregar, e o ecrã recarrega sozinho ao fim de cinco minutos sem ninguém lhe tocar - só quando é seguro, ou seja, sem pedidos em curso no POS (carrinho vazio, nenhum pagamento ou recibo aberto) e sem ações pendentes no KDS.

Campanhas e newsletters na língua de cada cliente

Até agora uma campanha ou newsletter saía numa única língua para toda a lista. Cada cliente recebe agora o email e o SMS na língua da sua conta e, se não tiver escolhido nenhuma, na língua do restaurante. Os emails com modelo linkado também respeitam essa escolha - antes saíam sempre na língua do servidor. No envio de SMS em massa, a franquia e a língua de reserva viajam com cada mensagem, o que poupa duas consultas à base de dados por destinatário em listas grandes.

E mais

  • O instalador ficou mais leve e a página de atualizações deixa de dar erro durante uma hora depois de um deploy manual por ficheiros.
  • Uma verificação de atualizações agendada já não falha por causa de um marcador de data mal formado.
  • Os ficheiros estáticos levam os cabeçalhos nosniff e Referrer-Policy também no Apache.
  • A versão instalada só é anunciada aos ecrãs autenticados; um cliente a ler o QR de uma mesa não a vê.