# ond-conteudo

Repositório central de **ativos visuais e conteúdo** do OND — banners, posts de social media, conteúdo de blog e e-mails.

Não contém código de produto. É o lugar onde nasce e fica versionado tudo que será publicado ou enviado em nome das marcas OND.

## Painel (home navegável)

Este repo é o **painel COMPLETO** de conteúdo do OND, pensado para ser **publicado num endereço próprio** (estático — GitHub Pages / Cloudflare Pages). A home é o [`index.html`](index.html): um dashboard simples que lista as áreas `shared` / `b2c` / `b2b` e linka para cada seção.

Dentro do **OND firma** (modo firma do OND vAI) aparece apenas uma **versão resumida** desse conteúdo, com um link/acesso que leva para este painel completo.

Para publicar: sirva a raiz do repo como site estático — `index.html` já é a porta de entrada.

## Deploy (Cloudflare Pages)

O painel está publicado no Cloudflare Pages (conta `chaves@agamatec.com`, projeto `ond-conteudo`):

- **URL pública (live):** https://ond-conteudo.pages.dev — alias estável de produção. **É essa a URL linkada do OND firma.**
- Cada deploy também gera uma URL de preview imutável (`https://<hash>.ond-conteudo.pages.dev`); a oficial é sempre a `.pages.dev` sem hash.

### Como redeployar (ao adicionar/atualizar conteúdo)

```bash
./deploy.sh
```

O [`deploy.sh`](deploy.sh) monta uma pasta de publicação limpa em `.deploy/` (sem `.git`, copiando `index.html`, `README.md` e as áreas `shared`/`b2c`/`b2b`) e publica via `wrangler`. Equivalente manual:

```bash
rm -rf .deploy && mkdir .deploy
cp -r index.html README.md shared b2c b2b .deploy/
wrangler pages deploy .deploy --project-name ond-conteudo --branch main
```

Pré-requisitos: `wrangler` instalado e autenticado (`wrangler whoami`). A pasta `.deploy/` é ignorada pelo git.

### Criar o projeto do zero (só se for recriar)

```bash
wrangler pages project create ond-conteudo --production-branch main
```

## Princípio de organização: `shared` + `b2c` + `b2b`

Muito do conteúdo do OND é **integrado** (compartilhado entre as duas marcas/produtos). Mas é preciso conseguir separar o que é específico de cada frente. Por isso a estrutura tem três áreas de topo, cada uma com a **mesma subestrutura**:

- **`shared/`** — conteúdo integrado, comum às duas marcas. **Comece sempre por aqui.** Se uma peça serve às duas frentes, ela vive em `shared/`.
- **`b2c/`** — específico do produto B2C (OND vAI — concierge pessoal de viagens).
- **`b2b/`** — específico do produto B2B (white-label para agências de viagens).

> Regra de ouro: se na dúvida entre `shared` e uma marca, prefira `shared`. Só desça para `b2c`/`b2b` quando a peça **não** faz sentido para a outra marca (linguagem, público, oferta ou identidade diferentes).

## Seção SEO / ASO

Além das seções de conteúdo, o repo tem uma seção de **descoberta orgânica** em [`shared/seo/`](shared/seo/) — transversal por natureza, cobrindo três plataformas:

- **`web/`** — SEO tradicional (Google), **fortemente alimentado pelo Blog**: keywords, meta tags, sitemap, Open Graph, dados estruturados.
- **`android/`** — ASO na Google Play: título, descrição curta/longa, keywords, screenshots.
- **`ios/`** — ASO na Apple App Store: título, subtítulo, campo de keywords (100 caracteres), screenshots.

**Correlação Blog ⇄ SEO Web:** os artigos do [`shared/blog/`](shared/blog/) são insumo direto de [`shared/seo/web/`](shared/seo/web/) — cada artigo tem uma palavra-chave-alvo registrada no SEO Web, e cada keyword priorizada gera uma pauta no blog. As duas seções se cruzam e devem ser mantidas em par.

Fica em `shared/` por ser majoritariamente transversal; variações B2C/B2B são anotadas nos READMEs das subseções (ex.: o app nas lojas é B2C; a descoberta B2B mora na Web).

## Subestrutura (idêntica nas três áreas)

```
<area>/
  banners-live/            banners e artes para transmissões ao vivo (Lives)
  social-media/            posts para redes sociais (feed, stories, reels…)
  blog/                    conteúdo que será publicado no blog
  emails/
    comerciais/            e-mails de venda/oferta/conversão
    informacionais/        e-mails de conteúdo/relacionamento/transacional
```

## Convenções

- **Nomenclatura de arquivos:** `AAAA-MM-DD_canal_assunto-curto.ext`
  Ex.: `2026-07-12_live_banner-copa-2026.png`, `2026-07-12_email-comercial_promo-julho.html`
- **Idioma:** pt-BR por padrão.
- **Onde colocar:** primeiro decida a **área** (`shared`/`b2c`/`b2b`), depois a **seção**.
- **Identidade visual OND:** fundo `#0d0d14` · roxo `#7c3fff` · verde `#00e676` · surface `#16161f` · texto `#f0eeff`.
- Cada seção tem um `README.md` explicando o que vai ali. Os `.gitkeep` só mantêm as pastas vazias versionadas — pode removê-los quando a pasta tiver conteúdo real.

## Árvore

```
ond-conteudo/
├── README.md
├── shared/   ← conteúdo integrado (comum às duas marcas)
│   ├── banners-live/
│   ├── social-media/
│   ├── blog/                ⇄ par com seo/web
│   ├── emails/
│   │   ├── comerciais/
│   │   └── informacionais/
│   └── seo/                 ← descoberta orgânica (transversal)
│       ├── web/             SEO tradicional (Google) — alimentado pelo blog
│       ├── android/         ASO Google Play
│       └── ios/             ASO Apple App Store
├── b2c/      ← específico do B2C (OND vAI)
│   └── (mesma subestrutura)
└── b2b/      ← específico do B2B (white-label para agências)
    └── (mesma subestrutura)
```