🌐 Um app, um subdomínio

Cada aplicação da casa tem um endereço curto e próprio. Todos são servidos pelo mesmo projeto Cloudflare Pages (portaldvh) — quem decide o que responder em cada nome é o porteiro de domínios. Um deploy só, um repositório só, e login único: entrou em um subdomínio, entrou em todos os do mesmo domínio-raiz.

⚠ O que faz um subdomínio existir de verdade. A tabela abaixo é a lista de nomes que o porteiro sabe servir — mas um endereço só responde depois de ser criado em dois lugares: (1) o registro CNAME na zona da Cloudflare, apontando para portaldvh.pages.dev com o proxy ligado (nuvem laranja); e (2) o domínio personalizado no projeto Pages. Enquanto faltar um dos dois, o nome fica com o selo NÃO LIGADO e nada é servido nele. Passo a passo completo: SUBDOMINIOS.md no repositório.

📱 Casa dos aplicativos — cofermetadvh.app (04/09/2026). Todo app desta lista também responde em <nome>.cofermetadvh.app — o endereço curto e único para a equipe (o antigo continua valendo). A raiz cofermetadvh.app abre o hub de apps, atrás do login. Para ligar um nome na casa nova: mesmo CNAME (portaldvh.pages.dev, nuvem laranja), só que na zona cofermetadvh.app, e o domínio personalizado no projeto Pages — o botão COPIAR CNAME (.app) de cada linha já traz tudo.

🔒 Nada do que está aqui muda quem enxerga o quê. O subdomínio é só um endereço mais curto: a permissão continua sendo decidida pelo login e pelo setor do usuário, exatamente como no portal. Um caminho que não pertence ao app é devolvido para o domínio-raiz, para que um endereço de um setor não vire porta de entrada para as telas de outro.