# Diagnóstico em runtime do bug de tipografia

## Causa real encontrada

As páginas reais do portal usam vários layouts em runtime e todos carregavam `app.css` sem versionamento (`asset('css/app.css')`). Isso permitia que alguns clientes continuassem com o CSS antigo em cache mesmo depois do deploy.

## Layouts realmente usados

- `/` usa `layouts/main`
- páginas públicas de catálogo/FAQ/contato usam `layouts/public`
- login/cadastro/MFA/reset usam `layouts/auth`
- área `/app` usa `layouts/app`
- área legada `/cliente` usa `layouts/client`
- administração usa `layouts/admin`

## Assets realmente carregados

Todos os layouts acima passaram a carregar:

- `app.css` via `asset_versioned('css/app.css')`
- `app.js` via `asset_versioned('js/app.js')`

## Como o runtime foi confirmado

Cada layout agora emite:

- comentário HTML `PORTAL_RUNTIME ...` no source
- `data-runtime-layout`, `data-runtime-css` e `data-runtime-css-version` no `<body>`
- badge visível quando a URL recebe `?fontdiag=1`

## Correção aplicada

1. Versionamento real do CSS/JS.
2. Guarda tipográfica inline em todos os layouts reais.
3. Instrumentação de diagnóstico em runtime para provar qual layout e qual asset estão entrando.

## Como validar em produção

1. Abrir a página problemática com `?fontdiag=1`.
2. Verificar no canto inferior direito o layout e a versão do CSS.
3. Ver no source o comentário `PORTAL_RUNTIME`.
4. Confirmar que `app.css` está com `?v=`.
