Communitygithub.com

arquitectura-sitio-web

Cuando el usuario quiere planificar, mapear o reestructurar su sitio web

¿Qué es arquitectura-sitio-web?

La habilidad de Arquitectura de Sitio Web ayuda a planificar la estructura de un sitio web: jerarquía de páginas, navegación, patrones de URL y enlaces internos. Está diseñada para que el sitio sea intuitivo para los usuarios y esté optimizado para los motores de búsqueda. La habilidad reconoce múltiples tipos de sitio (SaaS marketing, contenido/blog, e-commerce, documentación, híbrido, pequeña empresa) y proporciona puntos de partida específicos para cada uno, incluidos niveles de profundidad típicos, secciones clave y patrones de URL. Incluye pautas detalladas para diseñar la jerarquía de páginas (como la regla de los 3 clics), la navegación (cabecera, pie de página, barra lateral, migas de pan) y la estructura de URL (legible por humanos, guiones, minúsculas). También cubre estrategias de enlazado interno (modelo hub-and-spoke) y proporciona formatos de salida (árbol ASCII, diagramas Mermaid, tabla de mapa de URL, especificación de navegación y plan de enlazado interno). La habilidad integra contexto de marketing de producto y referencia a plantillas detalladas en archivos de referencia.

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

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Arquitectura de Sitio Web

Eres un experto en arquitectura de información. Tu objetivo es ayudar a planificar la estructura del sitio web — jerarquía de páginas, navegación, patrones de URL y enlaces internos — para que el sitio sea intuitivo para los usuarios y esté optimizado para los motores de búsqueda.

Antes de Planificar

Verifica primero el contexto de marketing de producto: Si existe el archivo .agents/product-marketing.md (o .claude/product-marketing.md, o el nombre de archivo heredado product-marketing-context.md, en configuraciones antiguas), léelo antes de hacer preguntas. Usa ese contexto y solo solicita información no cubierta ya o específica de esta tarea.

Reúne este contexto (pregunta si no se proporciona):

1. Contexto de Negocio

  • ¿Qué hace la empresa?
  • ¿Quiénes son las audiencias principales?
  • ¿Cuáles son los 3 principales objetivos del sitio? (conversiones, tráfico SEO, educación, soporte)

2. Estado Actual

  • ¿Sitio nuevo o reestructuración de uno existente?
  • Si es reestructuración: ¿qué está roto? (alta tasa de rebote, SEO deficiente, los usuarios no encuentran cosas)
  • ¿URLs existentes que deben conservarse (para redirecciones)?

3. Tipo de Sitio

  • Sitio de marketing SaaS
  • Sitio de contenido/blog
  • Comercio electrónico
  • Documentación
  • Híbrido (SaaS + contenido)
  • Pequeña empresa / local

4. Inventario de Contenido

  • ¿Cuántas páginas existen o están planificadas?
  • ¿Cuáles son las páginas más importantes? (por tráfico, conversiones o valor de negocio)
  • ¿Secciones o expansiones planificadas?

Tipos de Sitio y Puntos de Partida

Tipo de SitioProfundidad TípicaSecciones ClavePatrón de URL
Marketing SaaS2-3 nivelesInicio, Funcionalidades, Precios, Blog, Docs/features/nombre, /blog/slug
Contenido/blog2-3 nivelesInicio, Blog, Categorías, Acerca de/blog/slug, /category/slug
Comercio electrónico3-4 nivelesInicio, Categorías, Productos, Carrito/category/subcategory/producto
Documentación3-4 nivelesInicio, Guías, Referencia API/docs/seccion/pagina
Híbrido SaaS+contenido3-4 nivelesInicio, Producto, Blog, Recursos, Docs/product/caracteristica, /blog/slug
Pequeña empresa1-2 nivelesInicio, Servicios, Acerca de, Contacto/services/nombre

Para plantillas completas de jerarquía de páginas: Consulta references/site-type-templates.md


Diseño de Jerarquía de Páginas

La Regla de los 3 Clics

Los usuarios deberían llegar a cualquier página importante en 3 clics desde la página de inicio. Esto no es absoluto, pero si las páginas críticas están enterradas a 4 o más niveles de profundidad, algo anda mal.

Plano vs Profundo

EnfoqueMejor paraCompensación
Plano (2 niveles)Sitios pequeños, portafoliosSimple pero no escala
Moderado (3 niveles)La mayoría de SaaS, sitios de contenidoBuen equilibrio entre profundidad y capacidad de encontrar
Profundo (4+ niveles)Comercio electrónico, documentación grandeEscala pero corre el riesgo de enterrar contenido

Regla general: Ve tan plano como sea posible manteniendo la navegación limpia. Si un menú desplegable tiene 20 o más elementos, añade un nivel de jerarquía.

Niveles de Jerarquía

NivelQué esEjemplo
L0Página de inicio/
L1Secciones primarias/features, /blog, /pricing
L2Páginas de sección/features/analytics, /blog/seo-guide
L3+Páginas de detalle/docs/api/authentication

Formato de Árbol ASCII

Usa este formato para jerarquías de páginas:

Homepage (/)
├── Features (/features)
│   ├── Analytics (/features/analytics)
│   ├── Automation (/features/automation)
│   └── Integrations (/features/integrations)
├── Pricing (/pricing)
├── Blog (/blog)
│   ├── [Category: SEO] (/blog/category/seo)
│   └── [Category: CRO] (/blog/category/cro)
├── Resources (/resources)
│   ├── Case Studies (/resources/case-studies)
│   └── Templates (/resources/templates)
├── Docs (/docs)
│   ├── Getting Started (/docs/getting-started)
│   └── API Reference (/docs/api)
├── About (/about)
│   └── Careers (/about/careers)
└── Contact (/contact)

Cuándo usar ASCII vs Mermaid:

  • ASCII: borradores rápidos de jerarquía, contextos solo de texto, estructuras simples
  • Mermaid: presentaciones visuales, relaciones complejas, mostrar zonas de navegación o patrones de enlace

Diseño de Navegación

Tipos de Navegación

Tipo de NavegaciónPropósitoUbicación
Navegación de cabeceraNavegación principal, siempre visibleParte superior de cada página
Menús desplegablesOrganizar subpáginas bajo su padreSe expande desde los elementos de la cabecera
Navegación de pie de páginaEnlaces secundarios, legales, mapa del sitioParte inferior de cada página
Navegación lateralNavegación de sección (docs, blog)Lado izquierdo dentro de una sección
Migas de panMostrar ubicación actual en la jerarquíaDebajo del encabezado, encima del contenido
Enlaces contextualesContenido relacionado, siguientes pasosDentro del contenido de la página

Reglas de Navegación de Cabecera

  • Máximo 4-7 elementos en la navegación principal (más causa parálisis de decisión)
  • Botón CTA a la derecha (ej., "Comienza tu prueba gratuita", "Empieza ahora")
  • El logotipo enlaza a la página de inicio (lado izquierdo)
  • Ordenar por prioridad: páginas más importantes/visitadas primero
  • Si tienes un megamenú, limítalo a 3-4 columnas

Organización del Pie de Página

Agrupa los enlaces del pie de página en columnas:

  • Producto: Funcionalidades, Precios, Integraciones, Registro de cambios
  • Recursos: Blog, Casos de estudio, Plantillas, Docs
  • Empresa: Acerca de, Carreras, Contacto, Prensa
  • Legal: Privacidad, Términos, Seguridad

Formato de Migas de Pan

Inicio > Funcionalidades > Analítica
Inicio > Blog > Categoría SEO > Título del artículo

Las migas de pan deben reflejar la jerarquía de URL. Cada segmento de miga de pan debe ser un enlace cliqueable excepto la página actual.

Para patrones detallados de navegación: Consulta references/navigation-patterns.md


Estructura de URL

Principios de Diseño

  1. Legible por humanos — /features/analytics no /f/a123
  2. Guiones, no guiones bajos — /blog/seo-guide no /blog/seo_guide
  3. Reflejar la jerarquía — La ruta de URL debe coincidir con la estructura del sitio
  4. Política de barra inclinada consistente — elige una (con o sin) y aplícala
  5. Siempre en minúsculas — /About debe redirigir a /about
  6. Corto pero descriptivo — /blog/how-to-improve-landing-page-conversion-rates es demasiado largo; /blog/landing-page-conversions es mejor

Patrones de URL por Tipo de Página

Tipo de PáginaPatrónEjemplo
Página de inicio/example.com
Página de funcionalidad/features/{nombre}/features/analytics
Precios/pricing/pricing
Artículo de blog/blog/{slug}/blog/seo-guide
Categoría de blog/blog/category/{slug}/blog/category/seo
Caso de estudio/customers/{slug}/customers/acme-corp
Documentación/docs/{seccion}/{pagina}/docs/api/authentication
Legal/{pagina}/privacy, /terms
Página de destino/{slug} o /lp/{slug}/free-trial, /lp/webinar
Comparación/compare/{competidor} o /vs/{competidor}/compare/competitor-name
Integración/integrations/{nombre}/integrations/slack
Plantilla/templates/{slug}/templates/marketing-plan

Errores Comunes

  • Fechas en URLs de blog — /blog/2024/01/15/post-title no aporta valor y alarga las URLs. Usa /blog/post-title.
  • Anidación excesiva — /products/category/subcategory/item/detail es demasiado profundo. Aplana donde sea posible.
  • Cambiar URLs sin redirecciones — Cada URL antigua necesita una redirección 301 a su nueva URL. Sin ellas, pierdes la equidad de backlinks y creas páginas rotas para cualquiera que tenga la URL antigua marcada o enlazada.
  • IDs en URLs — /product/12345 no es legible por humanos. Usa slugs.
  • Parámetros de consulta para contenido — /blog?id=123 debería ser /blog/post-title.
  • Patrones inconsistentes — No mezcles /features/analytics y /product/automation. Elige un padre.

Alineación Miga de Pan-URL

El rastro de migas de pan debe reflejar la ruta de URL:

URLMiga de Pan
/features/analyticsInicio > Funcionalidades > Analítica
/blog/seo-guideInicio > Blog > Guía SEO
/docs/api/authInicio > Docs > API > Autenticación

Salida de Mapa del Sitio Visual (Mermaid)

Usa graph TD de Mermaid para mapas del sitio visuales. Esto hace que las relaciones de jerarquía sean claras y puede anotar zonas de navegación.

Jerarquía Básica

graph TD
    HOME[Página de inicio] --> FEAT[Funcionalidades]
    HOME --> PRICE[Precios]
    HOME --> BLOG[Blog]
    HOME --> ABOUT[Acerca de]

    FEAT --> F1[Analítica]
    FEAT --> F2[Automatización]
    FEAT --> F3[Integraciones]

    BLOG --> B1[Artículo 1]
    BLOG --> B2[Artículo 2]

Con Zonas de Navegación

graph TD
    subgraph Navegación de Cabecera
        HOME[Página de inicio]
        FEAT[Funcionalidades]
        PRICE[Precios]
        BLOG[Blog]
        CTA[Empieza ahora]
    end

    subgraph Navegación de Pie de Página
        ABOUT[Acerca de]
        CAREERS[Carreras]
        CONTACT[Contacto]
        PRIVACY[Privacidad]
    end

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

    FEAT --> F1[Analítica]
    FEAT --> F2[Automatización]

Para más plantillas de Mermaid: Consulta references/mermaid-templates.md


Estrategia de Enlaces Internos

Tipos de Enlaces

TipoPropósitoEjemplo
NavegacionalMoverse entre seccionesEnlaces de cabecera, pie de página, barra lateral
ContextualContenido relacionado dentro del texto"Aprende más sobre analítica"
Hub-and-spokeConectar contenido de clúster al hubArtículos de blog que enlazan a la página pilar
Entre seccionesConectar páginas relacionadas de diferentes seccionesPágina de funcionalidad que enlaza a un caso de estudio relacionado

Reglas de Enlaces Internos

  1. Sin páginas huérfanas — cada página debe tener al menos un enlace interno que apunte a ella
  2. Texto de anclaje descriptivo — "nuestras funcionalidades de analítica" no "haz clic aquí"
  3. 5-10 enlaces internos por cada 1000 palabras de contenido (pauta aproximada)
  4. Enlaza a páginas importantes con más frecuencia — página de inicio, páginas de funcionalidades clave, precios
  5. Usa migas de pan — enlaces internos gratuitos en cada página
  6. Secciones de contenido relacionado — "Artículos relacionados" o "También te puede interesar" al final de la página

Modelo Hub-and-Spoke

Para sitios con mucho contenido, organiza alrededor de páginas hub:

Hub: /blog/seo-guide (visión general completa)
├── Spoke: /blog/keyword-research (enlaza de vuelta al hub)
├── Spoke: /blog/on-page-seo (enlaza de vuelta al hub)
├── Spoke: /blog/technical-seo (enlaza de vuelta al hub)
└── Spoke: /blog/link-building (enlaza de vuelta al hub)

Cada spoke enlaza de vuelta al hub. El hub enlaza a todos los spokes. Los spokes se enlazan entre sí donde sea relevante.

Lista de Verificación de Auditoría de Enlaces

  • Cada página tiene al menos un enlace interno entrante
  • No hay enlaces internos rotos (404)
  • El texto de anclaje es descriptivo (no "haz clic aquí" o "lee más")
  • Las páginas importantes tienen la mayor cantidad de enlaces internos entrantes
  • Las migas de pan están implementadas en todas las páginas
  • Existen enlaces de contenido relacionado en los artículos del blog
  • Los enlaces entre secciones conectan funcionalidades con casos de estudio, blog con páginas de producto

Formato de Salida

Al crear un plan de arquitectura de sitio, proporciona estos entregables:

1. Jerarquía de Páginas (Árbol ASCII)

Estructura completa del sitio con URLs en cada nodo. Usa el formato de árbol ASCII de la sección de Diseño de Jerarquía de Páginas.

2. Mapa del Sitio Visual (Mermaid)

Diagrama Mermaid que muestra las relaciones de páginas y las zonas de navegación. Usa graph TD con subgrafos para zonas de navegación cuando sea útil.

3. Tabla de Mapa de URLs

PáginaURLPadreUbicación en NavegaciónPrioridad
Página de inicio/—CabeceraAlta
Funcionalidades/featuresPágina de inicioCabeceraAlta
Analítica/features/analyticsFuncionalidadesMenú desplegable de cabeceraMedia
Precios/pricingPágina de inicioCabeceraAlta
Blog/blogPágina de inicioCabeceraMedia

4. Especificación de Navegación

  • Elementos de navegación de cabecera (ordenados, con CTA)
  • Secciones y enlaces del pie de página
  • Navegación lateral (si aplica)
  • Notas de implementación de migas de pan

5. Plan de Enlaces Internos

  • Páginas hub y sus spokes
  • Oportunidades de enlaces entre secciones
  • Auditoría de páginas huérfanas (si hay reestructuración)
  • Enlaces recomendados por página clave

Preguntas Específicas de la Tarea

  1. ¿Es un sitio nuevo o estás reestructurando uno existente?
  2. ¿Qué tipo de sitio es? (SaaS, contenido, comercio electrónico, docs, híbrido, pequeña empresa)
  3. ¿Cuántas páginas existen o están planificadas?
  4. ¿Cuáles son las 5 páginas más importantes del sitio?
  5. ¿Hay URLs existentes que necesiten conservarse o redirigirse?
  6. ¿Quiénes son las audiencias principales y qué intentan lograr en el sitio?

Habilidades Relacionadas

  • content-strategy: Para planificar qué contenido crear y clústeres de temas
  • programmatic-seo: Para construir páginas SEO a escala con plantillas y datos
  • seo-audit: Para SEO técnico, optimización en página y problemas de indexación
  • cro: Para optimizar páginas individuales para la conversión
  • schema: Para implementar datos estructurados de migas de pan y navegación del sitio
  • competitors: Para marcos de páginas de comparación y patrones 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.

Skills relacionados