# PRD — Site institucional EcoPaerve

Versão: 1.0  
Data da auditoria: 21 de setembro de 2026  
Status: base para continuidade do desenvolvimento no Codex  
Site de referência: https://ecopaerve.com.br/

## 1. Resumo executivo

A EcoPaerve é uma organização da sociedade civil fundada em 2016, em Florianópolis, Santa Catarina, com atuação em educação ambiental, conservação da natureza, ciência cidadã, sustentabilidade, gestão de resíduos, economia circular e fortalecimento comunitário.

O objetivo do novo desenvolvimento é dar continuidade ao site institucional já iniciado, preservando o design aprovado e transformando a estrutura atual em uma experiência completa, consistente, responsiva e fácil de manter.

O site deve:

- apresentar a EcoPaerve, sua história, missão, visão e valores;
- mostrar os projetos e atividades desenvolvidos pela organização;
- permitir que escolas, empresas, grupos e visitantes entendam as experiências oferecidas;
- receber solicitações de agendamento da Trilha do Rio Vermelho;
- publicar notícias, resultados, relatos e conteúdos de educação ambiental;
- comunicar impacto com números reais e verificáveis;
- facilitar o contato por WhatsApp, e-mail e Instagram;
- servir como porta de entrada para parcerias, voluntariado, instituições de ensino e apoiadores.

O design atual deve ser tratado como aprovado. O desenvolvimento deve corrigir inconsistências e completar as páginas, sem iniciar um novo redesign.

## 2. Fonte e limites da auditoria

Esta versão do PRD foi construída a partir da leitura do site público ao vivo, incluindo:

- home;
- página Nossa História acessível por ?page_id=92;
- menu principal e submenu Projetos;
- links para projetos, agendamento, blog, Instagram, WhatsApp e e-mail;
- estrutura visual, tipografia, cores, componentes, seções e comportamento aparente;
- verificação dos destinos atualmente publicados.

O site público é a referência visual e de conteúdo existente, mas não deve ser considerado a fonte definitiva para números, telefones, textos de projetos ou informações institucionais que ainda estejam provisórias. Esses dados devem ser confirmados pela equipe da EcoPaerve antes da publicação.

## 3. Objetivos do produto

### Objetivos principais

1. Consolidar uma presença institucional confiável e profissional para a EcoPaerve.
2. Transformar cada projeto em uma página própria, com narrativa, objetivos, ações, resultados e formas de participação.
3. Reduzir a dependência de alterações manuais dispersas no código.
4. Tornar as solicitações de visita e agendamento mais claras.
5. Criar uma base preparada para receber conteúdos futuros sem refazer o layout.
6. Melhorar acessibilidade, SEO, desempenho e consistência entre páginas.

### Indicadores de sucesso

- Nenhum link interno importante deve levar a 404.
- Todas as páginas principais devem funcionar em desktop, tablet e celular.
- Uma pessoa deve conseguir encontrar um projeto e entender como participar em poucos passos.
- Uma escola ou grupo deve conseguir localizar as informações de agendamento sem depender de uma busca externa.
- Os números de impacto publicados devem ter fonte ou responsável interno definido.
- A equipe deve conseguir adicionar ou atualizar projetos, posts e métricas sem alterar componentes visuais.

## 4. Públicos e necessidades

| Público | O que procura | Ação esperada |
|---|---|---|
| Escolas e professores | Visitas orientadas, trilhas, oficinas e atividades educativas | Solicitar agendamento |
| Empresas e grupos | Experiências ambientais, ações socioambientais e visitas | Entrar em contato |
| Visitantes e famílias | Conhecer o Parque Estadual do Rio Vermelho e as atividades | Conhecer a trilha ou atividade |
| Comunidade local | Informações sobre lagoas, território, conservação e participação | Acompanhar projetos e notícias |
| Instituições públicas e privadas | Projetos, parcerias, resultados e capacidade técnica | Solicitar parceria |
| Voluntários e estudantes | Oportunidades de estágio, voluntariado e participação | Acompanhar chamadas e entrar em contato |
| Apoiadores e financiadores | Impacto, transparência e resultados | Conhecer resultados e apoiar |

## 5. Diagnóstico do site atual

### 5.1 Estado técnico observado

O front-end público atual indica uma implementação em WordPress, com tema Hello Elementor, Elementor e CSS personalizado. A home usa uma estrutura de página única com navegação por âncoras e alguns links para páginas independentes.

Elementos técnicos observados:

- header fixo sobre o hero;
- navegação principal com submenu Projetos;
- seções com IDs para navegação por âncora;
- CSS personalizado com variáveis de marca;
- uso de fontes de display e corpo distintas;
- comportamento responsivo previsto por folhas de estilo desktop e mobile;
- carregamento de scripts e estilos do WordPress/Elementor;
- logo tratada como asset da marca;
- ausência de formulários visíveis na home auditada.

Se o repositório local utilizar outra tecnologia, o Codex deve preservar a tecnologia existente e adaptar a implementação. A auditoria do site público não autoriza uma migração automática de WordPress para outro stack.

### 5.2 Mapa de rotas observado

| Destino observado | Estado no site auditado | Tratamento necessário |
|---|---|---|
| / | Funcionando | Preservar e evoluir |
| /?page_id=92 | Funcionando | Tratar como URL legada da página Nossa História |
| /quem-somos.html | 404 | Criar rota canônica e redirecionamento legado |
| /eco-paerve.html | 404 | Criar redirecionamento legado para a home |
| /trilha-do-rio-vermelho.html | 404 | Criar página do projeto e redirecionamento |
| /abrace-o-rio-vermelho.html | 404 | Criar página do projeto e redirecionamento |
| /promar.html | 404 | Criar página do projeto e redirecionamento |
| /jogo-das-ods.html | 404 | Criar página do projeto e redirecionamento |
| /observacao-de-aves.html | 404 | Criar página do projeto e redirecionamento |
| /agendamentos.html | 404 | Criar rota de agendamentos e redirecionamento |
| #rede-lagoas-vivas | Âncora da home | Criar página própria quando houver conteúdo aprovado |
| #carbono-zero | Âncora da home | Criar página própria quando houver conteúdo aprovado |
| #blog | Âncora da home | Criar área de blog e rota própria em fase posterior ou conforme o projeto |

### 5.3 Conteúdos provisórios ou inconsistentes

- Os indicadores de impacto da home aparecem com valores provisórios +0.
- Os cards do blog aparecem como “Primeiro post em breve”.
- A home auditada não apresenta um rodapé institucional completo.
- A página Nossa História apresenta rodapé, mas contém o telefone (48) 99999-9999, aparentemente provisório.
- A home usa um link de WhatsApp com o número 48 98999-8899 e o e-mail ecopaerve@gmail.com.
- A navegação interna mistura URLs atuais, URLs com query string, arquivos .html e âncoras.
- O link da home para “Conhecer nossa história completa” aponta para quem-somos.html, que atualmente retorna 404, embora o conteúdo exista em ?page_id=92.
- O submenu Projetos expõe opções que ainda não possuem páginas funcionais.
- O título e a descrição de SEO precisam ser definidos por página; a auditoria encontrou ausência de meta description útil na home.
- Os textos atuais são uma boa base editorial, mas cada projeto ainda precisa receber conteúdo próprio validado.

### 5.4 Consequências para o desenvolvimento

O novo desenvolvimento deve separar:

1. componentes de interface;
2. dados e textos de cada página;
3. configuração global do site;
4. rotas canônicas;
5. aliases e redirecionamentos legados;
6. status editorial de cada conteúdo.

Não devem ser inventados números, datas, resultados, parceiros, nomes de espécies, instituições ou informações operacionais para preencher páginas sem conteúdo.

## 6. Visão do produto

O site deve transmitir a ideia de que a EcoPaerve conecta educação, natureza, ciência, comunidade e ação. A linguagem visual combina:

- natureza e território;
- credibilidade institucional;
- educação acessível;
- tecnologia discreta;
- sensação de movimento e conexão;
- chamadas para participação.

O visitante deve perceber rapidamente:

1. quem é a EcoPaerve;
2. quais causas e projetos ela conduz;
3. como pode visitar, participar ou apoiar;
4. quais resultados já foram alcançados;
5. como entrar em contato.

## 7. Escopo

### Incluído no MVP

- home completa;
- página Nossa História;
- template de página de projeto;
- páginas dos projetos já apresentados na home;
- página de agendamentos;
- rodapé institucional compartilhado;
- navegação responsiva;
- redirecionamentos das URLs legadas;
- conteúdo estruturado e substituível;
- SEO básico por página;
- acessibilidade fundamental;
- página 404 personalizada;
- base para blog.

### Fora do MVP ou dependente de decisão

- painel administrativo personalizado;
- autenticação de usuários;
- área exclusiva para escolas ou parceiros;
- pagamentos;
- inscrição automática em eventos com calendário;
- mapa interativo avançado;
- dashboard público de monitoramento em tempo real;
- integração com CRM;
- tradução completa para outros idiomas;
- sistema completo de voluntariado;
- e-commerce ou doações recorrentes.

Esses itens podem ser adicionados em fases posteriores sem alterar a arquitetura visual principal.

## 8. Arquitetura da informação e rotas canônicas

| Rota canônica sugerida | Página | Conteúdo |
|---|---|---|
| / | Início | Posicionamento, projetos, impacto, história, valores, agendamento e blog |
| /nossa-historia | Nossa História | Origem, trajetória, missão, visão e valores |
| /projetos | Projetos | Visão geral de todos os projetos |
| /projetos/trilha-do-rio-vermelho | Trilha do Rio Vermelho | Trilhas guiadas, públicos, percurso, acessibilidade e agendamento |
| /projetos/rede-lagoas-vivas | Rede Lagoas Vivas | Conteúdo a ser enviado pela equipe; estrutura pronta |
| /projetos/carbono-zero | Carbono Zero | Redução, compensação, resultados e transparência |
| /projetos/abrace-o-rio-vermelho | Abrace o Rio Vermelho | Ciência cidadã, monitoramento da água e participação |
| /projetos/pro-mar | Pro Mar | Reaproveitamento de redes, EcoBAGs, renda e conservação costeira |
| /projetos/jogo-das-ods | Jogo das ODS | Educação lúdica, público, dinâmica e disponibilidade |
| /projetos/observacao-de-aves | Observação de Aves | Atividade, frequência, espécies e participação |
| /projetos/oficina-de-compostagem | Oficina de Compostagem | Estrutura preparada; publicar após conteúdo aprovado |
| /projetos/trilha-dos-sentidos | Trilha dos Sentidos | Estrutura preparada; publicar após conteúdo aprovado |
| /agendamentos | Agendamentos | Como funciona, públicos, condições, formulário e contato |
| /blog | Blog | Lista de notícias, relatos, resultados e chamadas |
| /blog/[slug] | Post | Conteúdo individual com data, categoria, autor e compartilhamento |
| /404 | Página não encontrada | Orientação para retornar, conhecer projetos ou entrar em contato |

### Aliases legados obrigatórios

Quando a tecnologia escolhida permitir, os seguintes endereços devem redirecionar para as páginas canônicas:

- ?page_id=92 para /nossa-historia;
- /quem-somos.html para /nossa-historia;
- /eco-paerve.html para /;
- /trilha-do-rio-vermelho.html para /projetos/trilha-do-rio-vermelho;
- /abrace-o-rio-vermelho.html para /projetos/abrace-o-rio-vermelho;
- /promar.html para /projetos/pro-mar;
- /jogo-das-ods.html para /projetos/jogo-das-ods;
- /observacao-de-aves.html para /projetos/observacao-de-aves;
- /agendamentos.html para /agendamentos.

## 9. Sistema visual aprovado

### 9.1 Paleta observada

| Token | Valor | Uso |
|---|---|---|
| Verde principal | #234125 | Fundos, textos institucionais e identidade |
| Verde de marca | #8fc24c | Destaques, status, números, palavras enfatizadas |
| Azul | #0461c9 | Linhas, detalhes e acentos de água |
| Azul-noite | #112c47 | Hero, seções de impacto e contraste |
| Amarelo | #ffb804 | CTA principal e pontos de atenção |
| Areia | #f3f6ef | Fundos claros |
| Areia secundária | #e8eee1 | Variações de fundo e cards |
| Branco | #ffffff | Texto sobre fundos escuros e respiro |

### 9.2 Tipografia observada

- Títulos e display: Bricolage Grotesque.
- Texto corrido e interface: Karla.
- Títulos grandes, com peso forte e destaque visual.
- Corpo de texto confortável para leitura, especialmente no celular.
- Não reduzir textos corridos a tamanhos que comprometam acessibilidade.

### 9.3 Layout e componentes

- largura máxima de conteúdo próxima de 1180 px;
- header fixo com altura aproximada de 84 px no desktop;
- hero escuro com linhas curvas finas e sensação de profundidade;
- navegação clara, com CTA amarelo “Agendar visita”;
- selo “Desde 2016” e localização no hero;
- trilha de princípios com números circulares;
- cards de projetos com status editorial;
- seções alternadas em verde, azul-noite, areia e branco;
- bordas arredondadas médias e grandes;
- cards e blocos com aparência leve de vidro ou sobreposição;
- sombras suaves, sem excesso de efeitos;
- links e botões com estados de hover, foco e toque;
- menu mobile com navegação acessível e submenu Projetos funcional;
- rodapé compartilhado em todas as páginas internas e na home.

O Codex deve preservar a linguagem visual, mas pode corrigir problemas de espaçamento, contraste, legibilidade, semântica e responsividade quando isso não alterar a direção de arte aprovada.

## 10. Requisitos por página

### 10.1 Home

Ordem visual aprovada:

1. Header fixo.
2. Hero com “Educação que transforma. Conservação que conecta.”.
3. Texto institucional curto.
4. Faixa de princípios: conscientização, informação, economia circular, monitoramento, reutilização, sustentabilidade e gestão de resíduos.
5. Seção de projetos.
6. Seção de resultados e impacto.
7. Resumo de quem somos.
8. Missão e visão.
9. Valores.
10. CTA de agendamento.
11. Blog ou notícias.
12. Rodapé institucional.

Requisitos:

- cada projeto com status e CTA correto;
- cards sem CTA devem ter comportamento definido: abrir detalhe, mostrar “conteúdo em preparação” ou permanecer informativos;
- números de impacto devem ser dados estruturados;
- o CTA de agendamento deve apontar para a rota canônica;
- o blog deve permitir substituir cards provisórios por posts reais;
- a home não deve exibir valores falsos como +0 na versão de produção.

### 10.2 Nossa História

Conteúdo-base já existente:

- fundação em 2016;
- atuação em Florianópolis;
- educação ambiental como instrumento de transformação social;
- trajetória da organização;
- missão;
- visão;
- oito valores institucionais.

Requisitos:

- hero interno com título, subtítulo e breadcrumb;
- narrativa dividida em blocos legíveis;
- linha do tempo ou bloco de marcos, se confirmado pela equipe;
- missão e visão em destaque;
- valores em cards acessíveis;
- CTA final para conhecer projetos e agendar visita;
- rodapé compartilhado;
- canonical URL /nossa-historia.

### 10.3 Página de projeto

Todas as páginas de projeto devem usar um template consistente, com conteúdo específico.

Estrutura sugerida:

1. Hero do projeto: nome, resumo, status e mídia.
2. O que é o projeto.
3. Por que ele existe.
4. Como funciona.
5. Público envolvido.
6. Território ou local de atuação.
7. Resultados, indicadores ou aprendizados.
8. Galeria ou evidências, quando houver autorização.
9. Parceiros e apoios, quando houver confirmação.
10. Como participar, agendar, apoiar ou saber mais.
11. Projetos relacionados.

O template não deve renderizar seções vazias. Blocos sem conteúdo devem ser omitidos, e não preenchidos com texto inventado.

### 10.4 Trilha do Rio Vermelho

Deve comunicar:

- trilha guiada no Parque Estadual do Rio Vermelho;
- público atendido;
- foco em fauna, flora e conservação;
- adaptação da linguagem para faixa etária;
- possibilidade de atendimento em inglês e espanhol, se mantida pela equipe;
- acessibilidade para cadeirantes, conforme disponibilidade real;
- duração, percurso, horários, condições e capacidade, após confirmação;
- CTA para agendamento.

### 10.5 Rede Lagoas Vivas

A home já apresenta o projeto como articulação em rede pela conservação das lagoas. A página deve receber conteúdo específico posteriormente, sem que o Codex invente análises, escolas, datas ou resultados.

A estrutura deve estar pronta para:

- apresentar o propósito;
- listar territórios e lagoas;
- explicar ciência cidadã e monitoramento;
- apresentar instituições e comunidades participantes;
- exibir resultados, mapas, painéis ou materiais;
- publicar atualizações.

### 10.6 Carbono Zero

A página deve explicar o projeto, a lógica de redução e/ou compensação de emissões, a metodologia adotada, as etapas e a prestação pública dos resultados. Qualquer número deve ser validado e acompanhado de contexto.

### 10.7 Abrace o Rio Vermelho

O conteúdo-base atual menciona monitoramento mensal da qualidade da água em 10 pontos da bacia da Lagoa da Conceição, com ciência cidadã e participação estudantil. Esse dado deve ser confirmado antes da publicação final.

A estrutura deve comportar:

- objetivo;
- metodologia;
- pontos de monitoramento;
- participação das escolas e da comunidade;
- indicadores;
- resultados por período;
- materiais educativos;
- CTA de acompanhamento ou contato.

### 10.8 Pro Mar

O conteúdo-base atual menciona reaproveitamento de redes de pesca em EcoBAGs artesanais, geração de renda para mulheres artesãs e redução de resíduos no ambiente costeiro.

A estrutura deve contemplar:

- problema ambiental;
- cadeia de reaproveitamento;
- participação das artesãs;
- produtos ou resultados;
- impacto ambiental e social;
- formas de apoiar ou conhecer.

### 10.9 Jogo das ODS

Deve comunicar o jogo como ferramenta de educação ambiental conectada aos 17 Objetivos de Desenvolvimento Sustentável. A página deve receber posteriormente regras, faixa etária, duração, formato de aplicação, materiais e disponibilidade.

### 10.10 Observação de Aves

Deve apresentar a atividade mensal guiada nas áreas adjacentes ao Parque do Rio Vermelho, incluindo público, frequência, inscrição, recomendações, acessibilidade e informações sobre espécies somente quando confirmadas.

### 10.11 Oficina de Compostagem e Trilha dos Sentidos

As duas atividades aparecem na home, mas atualmente não possuem CTA para páginas independentes. Devem ter estrutura preparada para publicação futura ou receber CTA apenas quando o conteúdo estiver aprovado.

### 10.12 Agendamentos

Deve ser uma página funcional e objetiva para escolas, empresas, escoteiros e grupos com mais de 10 pessoas, conforme texto atual.

Conteúdo esperado:

- quem pode agendar;
- qual experiência é oferecida;
- quantidade mínima e máxima de pessoas;
- dias e horários;
- antecedência necessária;
- duração;
- acessibilidade;
- idiomas;
- orientações antes da visita;
- formulário ou canal de solicitação;
- WhatsApp e e-mail;
- mensagem de sucesso e tratamento de erro.

Se o formulário ainda não tiver integração definida, criar a interface e deixar o adaptador de envio isolado, sem simular que a solicitação foi enviada.

### 10.13 Blog

O blog deve suportar:

- listagem de posts;
- categorias ou temas;
- destaque para conteúdos recentes;
- data de publicação;
- imagem com texto alternativo;
- página individual;
- compartilhamento;
- posts sobre trilhas, lagoas, resultados, mutirões, voluntariado, intercâmbios e educação ambiental.

Enquanto não houver posts reais, o site deve usar um estado editorial claramente definido, sem apresentar “primeiro post” como conteúdo definitivo.

## 11. Modelo de conteúdo

### 11.1 Configurações do site

- nome da organização;
- descrição curta;
- localização;
- ano de fundação;
- Instagram;
- WhatsApp;
- e-mail;
- logo;
- links institucionais;
- redes sociais;
- dados de rodapé;
- SEO padrão.

### 11.2 Projeto

- título;
- slug;
- resumo;
- descrição curta para cards;
- status;
- texto do status;
- imagem ou mídia principal;
- texto alternativo;
- introdução;
- blocos de conteúdo;
- público;
- território;
- periodicidade;
- métricas;
- parceiros;
- CTA;
- projeto publicado ou em preparação;
- ordem de exibição.

### 11.3 Métrica

- rótulo;
- valor;
- unidade;
- descrição;
- período de referência;
- fonte ou responsável pela validação;
- visível ou não.

### 11.4 Post

- título;
- slug;
- categoria;
- resumo;
- conteúdo;
- imagem;
- alt da imagem;
- autor;
- data;
- tempo de leitura;
- tags;
- status editorial;
- SEO.

O modelo deve permitir que conteúdo pendente seja armazenado sem aparecer publicamente até ser aprovado.

## 12. Requisitos funcionais

### Navegação

- header compartilhado;
- logo clicável;
- menu desktop e mobile;
- submenu Projetos;
- CTA de agendamento;
- links para Instagram;
- estado ativo da página atual;
- navegação por teclado;
- fechamento do menu mobile ao selecionar uma rota;
- suporte a âncoras sem quebrar o posicionamento por causa do header fixo.

### Conteúdo

- páginas alimentadas por dados estruturados;
- componentes reutilizáveis;
- campos opcionais realmente opcionais;
- status de publicação;
- possibilidade de adicionar projetos sem duplicar o layout;
- possibilidade de substituir textos sem procurar conteúdo em vários componentes.

### Comunicação

- WhatsApp com link correto e validado;
- e-mail com link mailto;
- formulário de agendamento ou CTA de contato;
- mensagens de sucesso, erro e carregamento;
- não afirmar envio concluído antes de a integração confirmar.

### URLs e compatibilidade

- rotas canônicas em português;
- redirecionamento ou compatibilidade com URLs legadas;
- página 404 com links úteis;
- nenhum CTA para uma rota que não exista.

## 13. Requisitos não funcionais

### Responsividade

- mobile-first;
- testes em larguras pequenas, médias e grandes;
- nenhum texto cortado;
- cards que não criem overflow horizontal;
- menu e formulário utilizáveis com toque;
- imagens responsivas;
- respeito a safe areas quando necessário.

### Acessibilidade

- HTML semântico;
- hierarquia correta de headings;
- contraste adequado;
- foco visível;
- textos alternativos;
- labels associados a campos;
- navegação por teclado;
- aria-label apenas quando necessário;
- suporte a redução de movimento;
- não depender apenas de cor para comunicar status.

### SEO

- title e meta description por rota;
- URL canônica;
- Open Graph;
- sitemap;
- robots;
- headings coerentes;
- dados estruturados para organização, artigo e evento quando aplicável;
- textos institucionais rastreáveis;
- redirects preservando SEO das URLs antigas.

### Desempenho

- otimização de imagens;
- lazy loading fora do primeiro viewport;
- fontes carregadas com estratégia adequada;
- evitar scripts e dependências sem necessidade;
- manter efeitos visuais leves;
- medir Lighthouse ou equivalente antes da entrega.

### Segurança e manutenção

- não expor credenciais;
- variáveis sensíveis somente em ambiente seguro;
- validação de formulário;
- proteção contra spam quando houver envio;
- componentes pequenos e testáveis;
- documentação mínima para executar, testar e publicar;
- nenhuma ação destrutiva no repositório sem autorização.

## 14. Estratégia de implementação

### Fase 0 — Auditoria do repositório

- identificar stack, package manager e entrypoint;
- localizar rotas, componentes, estilos, assets e conteúdo;
- preservar alterações existentes;
- executar o projeto localmente;
- registrar o que já está pronto;
- não reescrever a aplicação antes de entender sua estrutura.

### Fase 1 — Fundação

- criar ou consolidar tokens visuais;
- criar layout compartilhado;
- corrigir header, navegação e responsividade;
- criar rodapé global;
- centralizar configurações e dados institucionais;
- configurar rotas canônicas e 404.

### Fase 2 — Páginas institucionais

- consolidar home;
- implementar Nossa História;
- corrigir aliases legados;
- remover inconsistências do footer e contato;
- substituir placeholders apenas quando houver dados aprovados.

### Fase 3 — Projetos

- criar template de projeto;
- implementar as páginas cujo conteúdo já foi enviado;
- deixar as demais com estrutura editorial pronta;
- adicionar estados de conteúdo em preparação sem inventar informações.

### Fase 4 — Agendamentos e blog

- criar página de agendamento;
- implementar formulário ou adaptador de contato;
- criar lista e detalhe de blog;
- adicionar estado vazio apropriado.

### Fase 5 — QA e publicação

- testar rotas;
- testar links internos;
- testar mobile;
- validar acessibilidade;
- validar SEO;
- verificar console;
- verificar carregamento de imagens;
- revisar conteúdo com a equipe;
- publicar somente após a aprovação dos dados.

## 15. Critérios de aceite

### Visual

- A interface mantém a direção de arte aprovada.
- As cores, tipografia, hierarquia, espaçamentos, cards e CTA permanecem coerentes com a home atual.
- As páginas internas parecem parte do mesmo site.
- Nenhuma seção sofre cortes ou overflow em telas menores.

### Funcional

- O menu abre, fecha e navega corretamente.
- Todos os links visíveis têm destino válido ou comportamento explicitamente definido.
- Os antigos links .html não resultam em 404 quando houver uma página correspondente.
- O formulário de agendamento informa claramente o estado da solicitação.
- WhatsApp, e-mail e Instagram apontam para os canais validados.

### Conteúdo

- Nenhum número provisório é publicado como resultado real.
- Nenhuma informação de projeto é inventada.
- Conteúdos pendentes ficam identificados internamente e não aparecem como fatos.
- Missão, visão, valores e história usam a versão aprovada pela equipe.

### Técnico

- Build ou processo equivalente conclui sem erro.
- Não há erros críticos no console.
- Rotas principais respondem corretamente.
- Testes de links internos passam.
- Meta title, description e canonical existem nas páginas principais.
- A página 404 é útil e visualmente consistente.

## 16. Decisões pendentes

Antes da publicação definitiva, confirmar:

1. Stack e estratégia de hospedagem do repositório local.
2. Se o site continuará em WordPress/Elementor ou será migrado para uma aplicação de código.
3. URL canônica preferida para Nossa História.
4. Número oficial de WhatsApp e telefone institucional.
5. Valores reais de todos os indicadores da home.
6. Quais projetos já podem ser publicados.
7. Conteúdo, fotos, créditos e permissões de uso de cada página.
8. Funcionamento do formulário de agendamento.
9. Responsável por receber e responder às solicitações.
10. Necessidade de painel de edição para a equipe.
11. Política de privacidade, cookies e tratamento de dados.
12. Ferramentas de analytics e consentimento.
13. Regras de acessibilidade e atendimento da trilha.
14. Parceiros, financiadores e logos que podem aparecer publicamente.

## 17. Regra editorial para as próximas páginas

Quando a equipe enviar o conteúdo de uma nova página:

1. preservar o template e o sistema visual;
2. organizar o texto em blocos escaneáveis;
3. não alterar a home sem necessidade;
4. não criar fatos para completar lacunas;
5. sinalizar quais informações faltam;
6. adicionar a página ao mapa de rotas;
7. criar ou atualizar SEO;
8. validar desktop, mobile, acessibilidade e links;
9. registrar a página como pronta, em revisão ou aguardando conteúdo.