Produto vivo.
Melhorias do app, site e experiência pública entram aqui quando mudam a forma de entender ou usar o GMOVE.
Atualizações
O que muda no GMOVE, versão por versão.
Um registro público para acompanhar melhorias significativas do app, do site e da experiência de acesso assistido, sempre com contexto, impacto e status claro.
Como usamos esta página
Updates relevantes, sem ruído.
Cada entrada precisa explicar o que mudou, por que isso importa e se a mudança está publicada, em teste ou apenas pesquisada.
Versão em cada marco.
Todo update significativo recebe uma versão pública para deixar o histórico organizado e rastreável.
Sem promessa vazia.
O registro separa o que já foi publicado do que está em teste, evitando transformar intenção em promessa.
Histórico
Notas de versão.
Versões públicas do GMOVE. O número organiza a evolução do produto; não substitui o número interno de build.
Navegação mais enxuta no desktop e mais próxima de app no mobile.
O menu principal ficou menos carregado no desktop e ganhou uma barra inferior fixa no mobile, com ícones para os destinos mais usados e um acesso claro ao restante da navegação.
O que mudou
- Desktop: links institucionais foram agrupados em um menu Sobre.
- Mobile: navegação rápida passou a usar uma barra inferior com Início, App, Editorial, Updates e Mais.
- O botão Mais abre o menu completo, mantendo Manifesto, Segurança, Privacidade e Termos acessíveis.
- Assets e links das páginas raiz passaram a funcionar corretamente também em rotas limpas como
/atualizacoes/.
Por que importa
A navegação fica mais leve para escanear, mais confortável para uso com o polegar e ainda preserva os caminhos de confiança e contexto que precisam continuar disponíveis.
Canal público de atualizações e performance de prints.
A evolução do GMOVE agora tem uma página dedicada, com versionamento público, histórico claro e mensagens pensadas para quem acompanha o produto.
O que mudou
- Criada a página pública de atualizações.
- Definida a regra: update significativo entra no histórico com versão, status e impacto.
- Histórico inicial ampliado a partir dos registros locais de implementação, QA e deploy.
Por que importa
Transparência ajuda a mostrar produto vivo, reduz ambiguidade sobre o que está pronto e cria uma trilha confiável de evolução.
Prints do app mais leves, sem perder fallback.
As telas atuais do GMOVE passaram a carregar formatos modernos antes dos PNGs originais, reduzindo peso sem sacrificar compatibilidade.
O que mudou
- Geradas variantes AVIF e WebP de 720px para os 5 prints atuais.
- A home passou a usar
<picture>com AVIF, WebP e PNG fallback. - Imagens do carrossel receberam lazy loading, decoding assíncrono e dimensões declaradas.
Por que importa
O lote visual fica muito mais leve, o carregamento melhora e os PNGs originais continuam disponíveis como fonte segura.
Domínio www preparado para redirecionar ao domínio canônico.
O domínio www.gmove.app foi configurado no Firebase Hosting como domínio de redirect para gmove.app.
O que mudou
- Custom Domain
www.gmove.appcriado no Firebase Hosting. - Firebase reconheceu propriedade e host ativo.
- Certificado entrou em validação e passou a exigir ajuste de DNS externo.
Por que importa
Quando o DNS externo for ajustado, acessos com www deixam de falhar e passam a apontar para a experiência canônica.
CTA principal ficou mais claro.
O primeiro convite da home passou a comunicar diretamente o raciocínio central do produto: entender como o treino é escolhido.
O que mudou
- CTA do hero mudou de "Ver como decide" para "Como o treino é escolhido".
- Alteração publicada em produção pelo Firebase Hosting.
- Home validada sem o texto antigo após deploy.
Por que importa
A ação principal fica menos genérica e mais conectada à promessa do GMOVE: decisão de treino com critério.
Governança para trabalhar em paralelo sem perder contexto.
O projeto ganhou documentos operacionais para organizar frentes de landing, editorial, infra, assets e releases.
O que mudou
- Criados documentos de Search Console, sitemap, robots, Ads/AdSense e indexação.
- Criada matriz de páginas públicas, inventário de assets e modelo de release/Git.
firebase.jsonpassou a ignorar arquivos pesados ou fora do site público.
Por que importa
A evolução deixa de depender de memória solta: cada frente sabe o que pode tocar, validar e publicar.
Primeira publicação validada do site renovado.
A versão renovada do GMOVE foi publicada em produção no Firebase Hosting e validada no domínio canônico.
O que mudou
- Deploy realizado no projeto Firebase Hosting
gmove-landing. https://gmove.app/validado com HTTP 200 e conteúdo novo.- Rotas principais, sitemap e robots responderam corretamente.
Por que importa
O site deixou de ser apenas uma validação local e passou a ter base pública para aquisição, SEO e acesso assistido.
Decisão de treino, confiança e Editorial mais forte.
A home passou a explicar melhor como o GMOVE cruza plano, histórico e contexto para recomendar o treino de hoje.
O que mudou
- Nova seção interativa "Como funciona" com simulador de decisão.
- Nova página de segurança e dados com limites da inteligência do app.
- Editorial ganhou hubs de treino com critério, progressão, consistência e recuperação.
Por que importa
A proposta fica mais concreta: o site mostra a lógica do app antes da pessoa entrar na lista de acesso.
GMOVE Renew: marca, narrativa e produto atual.
A presença pública foi alinhada ao app atual, deixando para trás a comunicação antiga e assumindo o GMOVE como treinador inteligente de musculação.
O que mudou
- Marca pública atualizada para GMOVE.
- Landing reescrita para comunicar treino de hoje, histórico e evolução.
- Assets, favicons e prints atuais do app foram aplicados ao site.
Por que importa
A primeira versão pública consistente cria uma base confiável para validar acesso assistido e próximos ciclos de produto.
Versionamento
Como uma versão sobe.
Enquanto o GMOVE está em acesso assistido, usamos versões públicas v0.x para organizar marcos do produto com honestidade e sem prometer datas futuras.
- Minor quando muda a experiência, a narrativa pública ou uma capacidade importante do app.
- Patch quando a mudança é correção, performance ou ajuste visual sem alterar o comportamento central.
- Major quando o produto sair do acesso assistido ou mudar seu contrato principal com o usuário.