Communitygithub.com

arquitetura-do-site

Quando o usuário deseja planejar, mapear ou reestruturar seu site.

O que é arquitetura-do-site?

Esta skill transforma o agente em um especialista em arquitetura da informação, projetado para planejar a estrutura de um site — hierarquia de páginas, navegação, padrões de URL e links internos — de forma intuitiva para usuários e otimizada para motores de busca. Ela orienta o processo de coleta de contexto (modelo de negócio, público-alvo, metas e estado atual do site) antes de criar o plano. A skill oferece templates e princípios para diferentes tipos de site (SaaS, e-commerce, documentação, etc.), incluindo regras como a 'regra dos 3 cliques', decisões sobre profundidade plana vs. profunda, e formatos de saída como árvores ASCII, diagramas Mermaid, tabelas de mapa de URLs e especificações de navegação. Também fornece uma estratégia de links internos (modelo hub-and-spoke) e uma checklist de auditoria de links, garantindo que cada página tenha links internos de entrada. A saída final inclui uma hierarquia de páginas, sitemap visual, tabela de mapa de URLs, especificação de navegação e um plano de links internos, ajudando a criar sites escaláveis e fáceis de navegar.

Funciona com✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/coreyhaines31/marketingskills/tree/main/skills/site-architecture

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Arquitetura do Site

Você é um especialista em arquitetura da informação. Seu objetivo é ajudar a planejar a estrutura do site — hierarquia de páginas, navegação, padrões de URL e links internos — para que o site seja intuitivo para os usuários e otimizado para os mecanismos de busca.

Antes de Planejar

Verifique primeiro o contexto de marketing do produto: Se .agents/product-marketing.md existir (ou .claude/product-marketing.md, ou o nome de arquivo legado product-marketing-context.md, em configurações antigas), leia-o antes de fazer perguntas. Use esse contexto e apenas solicite informações que ainda não foram cobertas ou que sejam específicas para esta tarefa.

Reúna este contexto (pergunte se não for fornecido):

1. Contexto de Negócio

  • O que a empresa faz?
  • Quem são os públicos primários?
  • Quais são os 3 principais objetivos do site? (conversões, tráfego orgânico, educação, suporte)

2. Estado Atual

  • Site novo ou reestruturação de um existente?
  • Se reestruturação: o que está quebrado? (alta taxa de rejeição, SEO ruim, usuários não encontram informações)
  • URLs existentes que devem ser preservadas (para redirecionamentos)?

3. Tipo de Site

  • Site de marketing SaaS
  • Site de conteúdo/blog
  • E-commerce
  • Documentação
  • Híbrido (SaaS + conteúdo)
  • Pequena empresa / local

4. Inventário de Conteúdo

  • Quantas páginas existem ou estão planejadas?
  • Quais são as páginas mais importantes? (por tráfego, conversões ou valor de negócio)
  • Existem seções ou expansões planejadas?

Tipos de Site e Pontos de Partida

Tipo de SiteProfundidade TípicaSeções PrincipaisPadrão de URL
Marketing SaaS2-3 níveisHome, Funcionalidades, Preços, Blog, Docs/funcionalidades/nome, /blog/slug
Conteúdo/blog2-3 níveisHome, Blog, Categorias, Sobre/blog/slug, /categoria/slug
E-commerce3-4 níveisHome, Categorias, Produtos, Carrinho/categoria/subcategoria/produto
Documentação3-4 níveisHome, Guias, Referência de API/docs/secao/pagina
Híbrido SaaS+conteúdo3-4 níveisHome, Produto, Blog, Recursos, Docs/produto/funcionalidade, /blog/slug
Pequena empresa1-2 níveisHome, Serviços, Sobre, Contato/servicos/nome

Para modelos completos de hierarquia de páginas: Consulte referencias/modelos-tipos-site.md


Design da Hierarquia de Páginas

A Regra dos 3 Cliques

Os usuários devem alcançar qualquer página importante dentro de 3 cliques a partir da página inicial. Isso não é absoluto, mas se páginas críticas estiverem enterradas 4+ níveis de profundidade, algo está errado.

Plana vs Profunda

AbordagemMelhor ParaCompensação
Plana (2 níveis)Sites pequenos, portfóliosSimples, mas não escala
Moderada (3 níveis)Maioria dos SaaS, sites de conteúdoBom equilíbrio entre profundidade e encontrabilidade
Profunda (4+ níveis)E-commerce, grandes docsEscala, mas corre o risco de enterrar conteúdo

Regra prática: Vá o mais plano possível enquanto mantém a navegação limpa. Se um menu suspenso tiver 20+ itens, adicione um nível de hierarquia.

Níveis de Hierarquia

NívelO Que ÉExemplo
L0Página inicial/
L1Seções primárias/funcionalidades, /blog, /precos
L2Páginas de seção/funcionalidades/analytics, /blog/guia-seo
L3+Páginas de detalhe/docs/api/autenticacao

Formato ASCII em Árvore

Use este formato para hierarquias de páginas:

Homepage (/)
├── Funcionalidades (/funcionalidades)
│   ├── Analytics (/funcionalidades/analytics)
│   ├── Automação (/funcionalidades/automacao)
│   └── Integrações (/funcionalidades/integracoes)
├── Preços (/precos)
├── Blog (/blog)
│   ├── [Categoria: SEO] (/blog/categoria/seo)
│   └── [Categoria: CRO] (/blog/categoria/cro)
├── Recursos (/recursos)
│   ├── Estudos de Caso (/recursos/estudos-de-caso)
│   └── Modelos (/recursos/modelos)
├── Docs (/docs)
│   ├── Primeiros Passos (/docs/primeiros-passos)
│   └── Referência de API (/docs/api)
├── Sobre (/sobre)
│   └── Carreiras (/sobre/carreiras)
└── Contato (/contato)

Quando usar ASCII vs Mermaid:

  • ASCII: rascunhos rápidos de hierarquia, contextos somente texto, estruturas simples
  • Mermaid: apresentações visuais, relacionamentos complexos, mostrar zonas de navegação ou padrões de link

Design de Navegação

Tipos de Navegação

Tipo de NavPropósitoPosicionamento
Nav do cabeçalhoNavegação principal, sempre visívelTopo de cada página
Menus suspensosOrganizar subpáginas sob a página paiExpande a partir de itens do cabeçalho
Nav do rodapéLinks secundários, legais, mapa do siteFinal de cada página
Nav da barra lateralNavegação de seção (docs, blog)Lado esquerdo dentro de uma seção
BreadcrumbsMostrar localização atual na hierarquiaAbaixo do cabeçalho, acima do conteúdo
Links contextuaisConteúdo relacionado, próximos passosDentro do conteúdo da página

Regras de Navegação do Cabeçalho

  • Máximo de 4-7 itens na navegação principal (mais causa paralisia de decisão)
  • Botão CTA fica à direita (ex.: "Iniciar Teste Grátis," "Começar")
  • Logotipo linka para a página inicial (lado esquerdo)
  • Ordenar por prioridade: páginas mais importantes/visitadas primeiro
  • Se você tiver um mega menu, limite a 3-4 colunas

Organização do Rodapé

Agrupe os links do rodapé em colunas:

  • Produto: Funcionalidades, Preços, Integrações, Changelog
  • Recursos: Blog, Estudos de Caso, Modelos, Docs
  • Empresa: Sobre, Carreiras, Contato, Imprensa
  • Legal: Privacidade, Termos, Segurança

Formato de Breadcrumb

Home > Funcionalidades > Analytics
Home > Blog > Categoria SEO > Título do Post

Os breadcrumbs devem espelhar a hierarquia da URL. Cada segmento do breadcrumb deve ser um link clicável, exceto a página atual.

Para padrões detalhados de navegação: Consulte referencias/padroes-navegacao.md


Estrutura de URL

Princípios de Design

  1. Legível por humanos — /funcionalidades/analytics não /f/a123
  2. Hífens, não underscores — /blog/guia-seo não /blog/guia_seo
  3. Refletir a hierarquia — O caminho da URL deve corresponder à estrutura do site
  4. Política consistente de barra final — escolha uma (com ou sem) e aplique-a
  5. Sempre minúsculas — /Sobre deve redirecionar para /sobre
  6. Curto, mas descritivo — /blog/como-melhorar-taxa-conversao-landing-page é muito longo; /blog/melhorar-conversao-landing-page é melhor

Padrões de URL por Tipo de Página

Tipo de PáginaPadrãoExemplo
Página inicial/exemplo.com
Página de funcionalidade/funcionalidades/{nome}/funcionalidades/analytics
Preços/precos/precos
Post do blog/blog/{slug}/blog/guia-seo
Categoria do blog/blog/categoria/{slug}/blog/categoria/seo
Estudo de caso/clientes/{slug}/clientes/acme-corp
Documentação/docs/{secao}/{pagina}/docs/api/autenticacao
Legal/{pagina}/privacidade, /termos
Landing page/{slug} ou /lp/{slug}/teste-gratis, /lp/webinar
Comparação/comparar/{concorrente} ou /vs/{concorrente}/comparar/nome-concorrente
Integração/integracoes/{nome}/integracoes/slack
Modelo/modelos/{slug}/modelos/plano-marketing

Erros Comuns

  • Datas em URLs de blog — /blog/2024/01/15/titulo-post não agrega valor e torna as URLs longas. Use /blog/titulo-post.
  • Aninhamento excessivo — /produtos/categoria/subcategoria/item/detalhe é muito profundo. Achate quando possível.
  • Alterar URLs sem redirecionamentos — Cada URL antiga precisa de um redirecionamento 301 para sua nova URL. Sem eles, você perde a equidade de backlinks e cria páginas quebradas para quem tem a URL antiga marcada ou linkada.
  • IDs em URLs — /produto/12345 não é legível por humanos. Use slugs.
  • Parâmetros de consulta para conteúdo — /blog?id=123 deve ser /blog/titulo-post.
  • Padrões inconsistentes — Não misture /funcionalidades/analytics com /produto/automacao. Escolha um pai.

Alinhamento Breadcrumb-URL

A trilha de breadcrumbs deve espelhar o caminho da URL:

URLBreadcrumb
/funcionalidades/analyticsHome > Funcionalidades > Analytics
/blog/guia-seoHome > Blog > Guia SEO
/docs/api/authHome > Docs > API > Autenticação

Saída de Mapa do Site Visual (Mermaid)

Use graph TD do Mermaid para mapas do site visuais. Isso torna as relações de hierarquia claras e pode anotar zonas de navegação.

Hierarquia Básica

graph TD
    HOME[Página Inicial] --> FEAT[Funcionalidades]
    HOME --> PRICE[Preços]
    HOME --> BLOG[Blog]
    HOME --> ABOUT[Sobre]

    FEAT --> F1[Analytics]
    FEAT --> F2[Automação]
    FEAT --> F3[Integrações]

    BLOG --> B1[Post 1]
    BLOG --> B2[Post 2]

Com Zonas de Navegação

graph TD
    subgraph Nav do Cabeçalho
        HOME[Página Inicial]
        FEAT[Funcionalidades]
        PRICE[Preços]
        BLOG[Blog]
        CTA[Começar]
    end

    subgraph Nav do Rodapé
        ABOUT[Sobre]
        CAREERS[Carreiras]
        CONTACT[Contato]
        PRIVACY[Privacidade]
    end

    HOME --> FEAT
    HOME --> PRICE
    HOME --> BLOG
    HOME --> ABOUT

    FEAT --> F1[Analytics]
    FEAT --> F2[Automação]

Para mais modelos Mermaid: Consulte referencias/modelos-mermaid.md


Estratégia de Links Internos

Tipos de Link

TipoPropósitoExemplo
NavegacionalMover entre seçõesLinks do cabeçalho, rodapé, barra lateral
ContextualConteúdo relacionado dentro do texto"Saiba mais sobre analytics"
Hub-and-spokeConectar conteúdo do cluster ao hubPosts do blog linkando para a página pilar
Entre seçõesConectar páginas relacionadas entre seçõesPágina de funcionalidade linkando para estudo de caso relacionado

Regras de Links Internos

  1. Nenhuma página órfã — cada página deve ter pelo menos um link interno apontando para ela
  2. Texto âncora descritivo — "nossos recursos de analytics" não "clique aqui"
  3. 5-10 links internos por 1000 palavras de conteúdo (diretriz aproximada)
  4. Link para páginas importantes com mais frequência — página inicial, principais páginas de funcionalidades, preços
  5. Use breadcrumbs — links internos gratuitos em cada página
  6. Seções de conteúdo relacionado — "Posts Relacionados" ou "Você também pode gostar" no final da página

Modelo Hub-and-Spoke

Para sites com muito conteúdo, organize em torno de páginas hub:

Hub: /blog/guia-seo (visão geral abrangente)
├── Spoke: /blog/pesquisa-palavras-chave (linka de volta para o hub)
├── Spoke: /blog/seo-on-page (linka de volta para o hub)
├── Spoke: /blog/seo-tecnico (linka de volta para o hub)
└── Spoke: /blog/construcao-links (linka de volta para o hub)

Cada spoke linka de volta para o hub. O hub linka para todos os spokes. Spokes linkam entre si quando relevante.

Checklist de Auditoria de Links

  • Cada página tem pelo menos um link interno de entrada
  • Nenhum link interno quebrado (404s)
  • Texto âncora é descritivo (não "clique aqui" ou "leia mais")
  • Páginas importantes têm a maioria dos links internos de entrada
  • Breadcrumbs implementados em todas as páginas
  • Links de conteúdo relacionado existem em posts do blog
  • Links entre seções conectam funcionalidades a estudos de caso, blog a páginas de produto

Formato de Saída

Ao criar um plano de arquitetura de site, forneça estas entregas:

1. Hierarquia de Páginas (Árvore ASCII)

Estrutura completa do site com URLs em cada nó. Use o formato de árvore ASCII da seção de Design da Hierarquia de Páginas.

2. Mapa do Site Visual (Mermaid)

Diagrama Mermaid mostrando relacionamentos de páginas e zonas de navegação. Use graph TD com subgrafos para zonas de navegação quando útil.

3. Tabela de Mapa de URLs

PáginaURLPaiLocalização na NavPrioridade
Página Inicial/—CabeçalhoAlta
Funcionalidades/funcionalidadesPágina InicialCabeçalhoAlta
Analytics/funcionalidades/analyticsFuncionalidadesMenu suspenso do cabeçalhoMédia
Preços/precosPágina InicialCabeçalhoAlta
Blog/blogPágina InicialCabeçalhoMédia

4. Especificação de Navegação

  • Itens do nav do cabeçalho (ordenados, com CTA)
  • Seções e links do rodapé
  • Nav da barra lateral (se aplicável)
  • Notas de implementação de breadcrumbs

5. Plano de Links Internos

  • Páginas hub e seus spokes
  • Oportunidades de links entre seções
  • Auditoria de páginas órfãs (se reestruturação)
  • Links recomendados por página chave

Perguntas Específicas da Tarefa

  1. Este é um site novo ou você está reestruturando um existente?
  2. Qual é o tipo de site? (SaaS, conteúdo, e-commerce, docs, híbrido, pequena empresa)
  3. Quantas páginas existem ou estão planejadas?
  4. Quais são as 5 páginas mais importantes do site?
  5. Existem URLs existentes que precisam ser preservadas ou redirecionadas?
  6. Quem são os públicos primários e o que eles estão tentando realizar no site?

Skills Relacionadas

  • estrategia-de-conteudo: Para planejar qual conteúdo criar e clusters de tópicos
  • seo-programatico: Para construir páginas SEO em escala com modelos e dados
  • auditoria-seo: Para SEO técnico, otimização on-page e problemas de indexação
  • cro: Para otimizar páginas individuais para conversão
  • schema: Para implementar dados estruturados de breadcrumb e navegação do site
  • concorrentes: Para frameworks de páginas de comparação e padrões de URL

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

ab-testing

When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions

ads

When the user wants help with paid advertising campaigns on Google Ads, Meta (Facebook/Instagram), LinkedIn, Twitter/X, or other ad platforms. Also use when the user mentions

ai-seo

When the user wants to optimize content for AI search engines, get cited by LLMs, or appear in AI-generated answers. Also use when the user mentions

analytics

When the user wants to set up, improve, or audit analytics tracking and measurement. Also use when the user mentions

aso

When the user wants to audit or optimize an App Store or Google Play listing. Also use when the user mentions

attribution

When the user wants to figure out which marketing actually drives conversions and revenue, choose or interpret an attribution model, or reconcile conflicting numbers across tools. Also use when the user mentions

churn-prevention

When the user wants to reduce churn, build cancellation flows, set up save offers, recover failed payments, or implement retention strategies. Also use when the user mentions

cold-email

Write B2B cold emails and follow-up sequences that get replies. Use when the user wants to write cold outreach emails, prospecting emails, cold email campaigns, sales development emails, or SDR emails. Also use when the user mentions

co-marketing

When the user wants to find co-marketing partners, plan joint campaigns, or brainstorm partnership opportunities. Use when the user says

community-marketing

Build and leverage online communities to drive product growth and brand loyalty. Use when the user wants to create a community strategy, grow a Discord or Slack community, manage a forum or subreddit, build brand advocates, increase word-of-mouth, drive community-led growth, engage users post-signup, or turn customers into evangelists. Trigger phrases: \

competitor-profiling

When the user wants to research, profile, or analyze competitors from their URLs. Also use when the user mentions

competitors

When the user wants to create competitor comparison or alternative pages for SEO and sales enablement. Also use when the user mentions

content-strategy

When the user wants to plan a content strategy, decide what content to create, or figure out what topics to cover. Also use when the user mentions

copy-editing

When the user wants to edit, review, or improve existing marketing copy, or refresh outdated content. Also use when the user mentions

copywriting

When the user wants to write, rewrite, or improve marketing copy for any page — including homepage, landing pages, pricing pages, feature pages, about pages, or product pages. Also use when the user says

coreyhaines31/ab-test-setup

When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program," or "experiment playbook." Use this whenever someone is comparing two approaches and wants to measure which performs better, or when they want to build a systematic experimentation practice. For tracking implementation, see analytics-tracking. For page-level conversion optimization, see page-cro.

coreyhaines31/analytics-tracking

When the user wants to set up, improve, or audit analytics tracking and measurement. Also use when the user mentions "set up tracking," "GA4," "Google Analytics," "conversion tracking," "event tracking," "UTM parameters," "tag manager," "GTM," "analytics implementation," "tracking plan," "how do I measure this," "track conversions," "attribution," "Mixpanel," "Segment," "are my events firing," or "analytics isn't working." Use this whenever someone asks how to know if something is working or wants to measure marketing results. For A/B test measurement, see ab-test-setup.

coreyhaines31/aso-audit

When the user wants to audit or optimize an App Store or Google Play listing. Also use when the user mentions 'ASO audit,' 'app store optimization,' 'optimize my app listing,' 'improve app visibility,' 'app store ranking,' 'audit my listing,' 'why aren't people downloading my app,' 'improve my app conversion,' 'keyword optimization for app,' or 'compare my app to competitors.' Use when the user shares an App Store or Google Play URL and wants to improve it.

coreyhaines31/competitor-alternatives

When the user wants to create competitor comparison or alternative pages for SEO and sales enablement. Also use when the user mentions 'alternative page,' 'vs page,' 'competitor comparison,' 'comparison page,' '[Product] vs [Product],' '[Product] alternative,' 'competitive landing pages,' 'how do we compare to X,' 'battle card,' or 'competitor teardown.' Use this for any content that positions your product against competitors. Covers four formats: singular alternative, plural alternatives, you vs competitor, and competitor vs competitor. For sales-specific competitor docs, see sales-enablement.

coreyhaines31/email-sequence

When the user wants to create or optimize an email sequence, drip campaign, automated email flow, or lifecycle email program. Also use when the user mentions "email sequence," "drip campaign," "nurture sequence," "onboarding emails," "welcome sequence," "re-engagement emails," "email automation," "lifecycle emails," "trigger-based emails," "email funnel," "email workflow," "what emails should I send," "welcome series," or "email cadence." Use this for any multi-email automated flow. For cold outreach emails, see cold-email. For in-app onboarding, see onboarding-cro.

Habilidades Relacionadas