Ep. 2 — GEO sem farm de cidade: NAP, área de atendimento e papéis dos domínios

Este é o episódio 2 da série Assine SKY do zero. No Ep. 1 o layout v2 entrou no ar depois do estudo de SERP. Agora: GEO sem spam de cidade.

Contexto

Quem busca TV por assinatura “perto de casa” ainda digita cidade. O reflexo clássico do afiliado é clonar 50–200 landings `/cidade/` com o mesmo bloco de 0800. No case Assine SKY isso seria um erro estratégico: o portal skycombotv.com.br já carrega autoridade local; o assinesky.com.br nasceu como hub de conversão pós-pago, não como segundo farm.

GEO aqui não é “ter URL de cidade”. É fazer motores e answer engines entenderem quem vende, de onde, para onde atende e como contratar — sem diluir o domínio novo.

Opções consideradas

• Farm de cidades no assinesky — escala de URLs; risco alto de thin content, canibalização com skycombotv e sinal de spam.
• Ignorar GEO e só otimizar CTA — conversão ok no curto prazo; fraco para AI overviews / entidade / confiança de anunciante (Ads + Search).
• GEO no hub só (NAP + área + FAQ/schema + ponte para o portal) — menos URLs; entidade Elider clara; papéis dos domínios preservados.
• LocalBusiness fingindo loja física em cada cidade — tecnicamente “rico”; ethicamente e compliance: errado (não há loja em cada município).

O que descartamos

• Qualquer `/sao-paulo/`, `/campinas/`, etc. em assinesky.com.br.
• Schema `LocalBusiness` multi-cidade inventado.
• Conteúdo “SKY em [cidade]” repetido neste domínio.
• Tratar CEP da sede (Rio Preto) como se a cobertura fosse só local.

Decisão e porquê

1) Papéis fixos

Domínio	Papel
assinesky.com.br	Hub de conversão Pós-Pago (preço + 0800 + WhatsApp)
skycombotv.com.br	Autoridade / portal (cidades, pré, fibra, conteúdo longo)

Quem precisa de landing local continua no portal. Quem precisa assinar pós-pago rápido cai no hub.

2) NAP explícito da Elider

Razão social, CNPJ, endereço completo em São José do Rio Preto/SP, e-mail LGPD e 0800 — visíveis no footer e na prova social, e no `Organization` schema (`taxID`, `address`, `telephone`, `email`).

Isso atende compliance de Ads (identidade do anunciante) e dá âncora de entidade para GEO/answer engines.

3) `areaServed` = Brasil, não “só Rio Preto”

A sede é Rio Preto; o comercial é nacional (0800/WhatsApp); a instalação é Rede Credenciada conforme cobertura. Schema e FAQ deixam isso explícito — sem fingir endereço em cada cidade.

4) FAQ pensada para AI / answer engines

Perguntas novas no hub:

• “A Elider atende só São José do Rio Preto?”
• “Por que o assinesky.com.br não tem página por cidade?”

Respostas curtas, factuais, com ponte para skycombotv. `FAQPage` JSON-LD ampliado no mesmo sentido.

5) Product com seller Elider

`AggregateOffer` já tinha preço; reforçamos `seller` (Organization + endereço + CNPJ) e `areaServed` Brasil — útil quando um modelo resume “quem vende este plano”.

Resultado

• Zero landings de cidade criadas no assinesky.
• Hub com NAP + cobertura + FAQ/schema GEO-ready.
• skycombotv permanece dono do local SEO de cidade.
• Deploy estático (mesma stack do Ep. 0/1).

O que vem no próximo episódio

Primeiros sinais no Google Search Console do prefixo `https://assinesky.com.br/`: cobertura, sitemap, o que já foi rastreado vs o que ainda não — e quando faz sentido gastar cota de inspeção/indexação.