Nivel del sitio · L4

El Sub-detalle: la hoja más profunda, que solo existe cuando aporta algo

El nivel 4 es el más profundo: la sub-ficha o variante que aparece cuando una entidad L3 se subdivide —un producto con colores, una categoría con sub-categorías, un servicio con planes—. No todos los sitios lo necesitan: este parte mayormente en L3. Un catálogo grande sí. Es la hoja del árbol, donde se cierra la conversión.

Esta ficha cierra la serie «Niveles» y documenta el L4 a fondo: qué problema resuelve (capturar la cola más larga del SEO + cerrar la conversión de la variante exacta + organizar catálogos grandes sin saturar el L3), de qué seis piezas se compone (migas de tres niveles, contexto del padre/selector, galería y specs específicas, schema de variante + canonical, CTA fuerte, y cross-link a hermanas), qué tipos existen (variante de producto, sub-categoría, plan de servicio, sub-zona, versión, bundle) y cómo se construye —con rutas anidadas o con variantes en el frontmatter del padre—.

Con una regla que lo separa de los demás niveles: el L4 es opcional y peligroso. Es el único nivel que NO deberías crear «por completar la jerarquía» —cada hoja extra sin contenido propio es thin content que dispersa la autoridad del padre y canibaliza el SEO—. La pregunta de control antes de crear un L4 es siempre la misma: «¿esta página tiene algo que sus hermanas no?». Si la respuesta es no, la variante vive como selector dentro del L3, no como URL aparte. Y cuando sí existe, el canonical declara honestamente su relación con las hermanas para que el catálogo no se canibalice.

Definición

¿Qué es el nivel L4 · Sub-detalle?

La hoja más profunda del árbol: la sub-ficha o variante que cuelga de un L3 cuando una entidad se subdivide (un producto con colores, una categoría con sub-categorías, un servicio con planes). Lleva migas de tres niveles (Inicio › Sección › Categoría › Item). Es opcional: la mayoría de los sitios —este incluido— se resuelve en tres niveles; el L4 aparece solo en catálogos que lo necesitan.

El L4 es el nivel hoja: lo más profundo a lo que se puede bajar. Aparece cuando una entidad L3 tiene variantes que merecen página propia —un casco en cinco colores con foto distinta cada uno, una consultoría en tres planes con alcance distinto, una ciudad con micro-zonas—. Cada hoja detalla UNA variante; el L3 padre presenta la entidad y sus opciones.

Es el único nivel opcional y el más delicado. Crear L4 sin contenido propio genera thin content que penaliza; por eso la regla es estricta —solo se baja a L4 cuando cada hoja aporta algo que sus hermanas no—. Este sitio, por ejemplo, mayormente para en L3 (productos y servicios son fichas directas); el L4 está documentado aquí como el patrón para cuando el catálogo crezca.

Función e importancia

¿Para qué sirve?

Tres trabajos, todos condicionados a que la hoja aporte contenido propio: capturar la cola más larga del SEO (la búsqueda ultra-específica de máxima intención de compra), cerrar la conversión de la variante exacta (el visitante ya sabe qué quiere) y organizar catálogos grandes sin saturar el L3. Mal usado, hace lo contrario: thin content que dispersa autoridad.

La función primaria del L4 es capturar la cola más larga: donde el L3 rankea por «producto marca X», el L4 rankea por «producto marca X color amarillo talla L». Poquísimo volumen por término, pero la intención de compra más alta del sitio —quien busca así ya decidió—. Una sub-ficha con foto y specs propias captura esa búsqueda casi 100% convertible.

La secundaria es cerrar la conversión de la variante exacta (galería del color correcto, specs del modelo, CTA del SKU) y la terciaria es organizar catálogos grandes (repartir 40 variantes en hojas en lugar de saturar el L3). Pero las tres dependen de una condición: que cada hoja aporte contenido propio. Sin eso, el L4 es thin content que canibaliza al padre. La función y el riesgo son la misma decisión.

Captura la cola más larga — la búsqueda ultra-específica

Si el L3 rankea por «casco de seguridad marca X», el L4 rankea por «casco de seguridad marca X color amarillo talla L norma ANSI». Es la cola más larga del SEO: poquísimo volumen por término, pero la intención de compra más alta que existe —quien busca así, ya decidió—. Una sub-ficha con contenido propio (la foto del color exacto, las specs de ese modelo) captura esas búsquedas que el L3 genérico no puede. Es tráfico escaso pero casi 100% convertible.

Cierra la conversión de la variante exacta

El visitante que baja a un L4 sabe exactamente qué quiere: este color, esta talla, este plan. La sub-ficha le da justo eso sin obligarlo a configurar nada —la galería ya muestra el color correcto, las specs son las de ese modelo, el CTA cotiza ese SKU—. Reduce la fricción de la decisión final a cero. En un catálogo grande, esa precisión es la diferencia entre «lo quiero pero no encuentro la talla» y la compra cerrada.

Organiza catálogos grandes sin saturar el L3

Cuando una entidad tiene muchas variantes, meterlas todas en el L3 lo vuelve ilegible (una ficha con 40 combinaciones). El L4 reparte esa complejidad: el L3 presenta el modelo y sus opciones; cada L4 detalla una. Pero es un arma de doble filo —crear L4 innecesarios genera thin content y dispersa la autoridad—. La regla: solo se baja a L4 cuando cada hoja aporta contenido propio que la diferencia. Si no, dos clics para llegar a lo mismo solo añaden fricción.

Anatomía

¿Qué lleva por dentro?

Seis piezas: migas de tres niveles, contexto del padre/selector de variante, galería y specs específicas (el contenido que la diferencia), schema de variante + canonical (datos sin duplicar), CTA fuerte de conversión, y cross-link a hermanas. La pieza crítica es la 3: si la hoja no tiene contenido propio, no debería existir como L4.

La sub-ficha hereda la estructura del L3 pero con foco en la decisión final y en su relación con las hermanas. La 1 (migas de tres niveles) la ubica en lo más profundo. La 2 (contexto/selector) la ata al padre. La 3 (galería + specs específicas) es su razón de existir —contenido propio o no hay L4—. La 4 (schema + canonical) declara sus datos sin duplicar. La 5 (CTA fuerte) cierra. La 6 (cross-link) reparte lateralmente.

La diferencia con el L3 es el énfasis: el L3 agota un tema; el L4 cierra una variante y la sitúa entre sus hermanas. Por eso el selector de variante y el canonical son piezas propias del nivel —no aparecen en los superiores—. Y por eso la regla de oro vive aquí: el L4 solo se justifica si cada hoja aporta algo único.

  1. Migas de tres niveles — la ruta más larga del sitio

    La sub-ficha es lo más profundo: lleva migas de TRES niveles (Inicio › Sección › Categoría › Item). El visitante llegó a la hoja del árbol y necesita poder subir a cualquier ancestro. Es la diferencia con el L3 (dos niveles): aquí hay un nivel intermedio más —la categoría o la entidad padre— entre la sección y la página actual.

    SSoT: breadcrumbs={[{ label: "Sección", href }, { label: "Categoría", href }, { label: "Variante" }]}

  2. Contexto del padre / selector de variante

    Lo que ata la hoja a su L3 padre: un selector de variante (color, talla, modelo, plan) que cambia entre hermanas sin perder el contexto, o un encabezado que recuerda a qué entidad pertenece. La sub-ficha no se entiende sola —es una rama de algo mayor—, así que siempre muestra de dónde viene y cómo saltar a sus hermanas.

    SSoT: selector de variantes (chips/swatches) · enlace al L3 padre · estado seleccionado claro

  3. Galería ampliada + especificaciones — el detalle máximo

    El contenido que diferencia esta hoja de sus hermanas: la galería específica de la variante (la foto del color exacto, no la genérica), la tabla de especificaciones de este modelo, lo que esta sub-ficha aporta que las demás no. Si la hoja no tiene contenido propio que la distinga, NO debería existir como L4 —sería thin content duplicado—.

    SSoT: galería de la variante · specs específicas · contenido único (no duplicado del padre)

  4. Schema de variante + canonical — datos sin duplicar

    El schema de la sub-ficha (Product con sku/color/size, o ProductGroup con variantes) y, crítico, el canonical: si varias variantes comparten casi todo el contenido, el canonical le dice a Google cuál es la principal para no penalizar por duplicado. La sub-ficha emite SU dato (regla B3), pero declara honestamente su relación con las hermanas.

    SSoT: lib/seo.ts → productSchema con variante · <link rel="canonical"> · ProductGroup opcional

  5. CTA fuerte — la conversión final

    La sub-ficha es la hoja donde se cierra la compra: el CTA es de conversión directa (añadir al carrito, comprar, cotizar este modelo), no exploratorio. El visitante bajó cuatro niveles porque sabe exactamente qué quiere —dáselo sin fricción—. El enlace de WhatsApp se arma con waUrl() y un mensaje que incluye la variante exacta.

    SSoT: CTABanner (PRESET_CATEGORIA) o botón de compra · waUrl(WA_MESSAGES.x) con la variante

  6. Cross-link a hermanas — el reparto lateral

    El cierre que reparte entre variantes hermanas y de vuelta al L3 padre (RelatedLinks o SectionMenu). A diferencia del L3 (que reparte entre fichas de la sección), el L4 reparte sobre todo lateralmente —«¿no es esta talla? mira las otras»— y hacia arriba —«ver todas las variantes»—. Derivado de la lista de variantes del padre, no hardcodeado.

    SSoT: RelatedLinks / SectionMenu · variantes hermanas + enlace al L3 padre · derivado de SSoT

Otros diseños y aplicaciones

Tipos de sub-detalle

Seis formas de subdividir un L3: variante de producto (color/talla/modelo), sub-categoría (categoría dentro de categoría), plan de servicio (básico/pro/enterprise), sub-zona (colonia dentro de ciudad), versión/edición y bundle/combo. Todos son L4 —la hoja más profunda— y todos comparten la misma regla: existir solo si aportan contenido propio.

El nivel no cambia, lo que se subdivide sí. Un producto se parte por atributo (color, talla); una sección, por sub-taxonomía; un servicio, por plan; una zona, por micro-zona; un producto versionado, por edición; una promoción, por bundle. Reconocer qué se subdivide define qué pieza resalta —selector de swatches, sub-índice, tabla de planes, mapa hiperlocal—.

Cada tipo carga el mismo riesgo en distinta dosis. El más peligroso es la sub-zona (el contenido local duplicado entre colonias es spam que penaliza); el más natural es la variante de producto con foto propia. En todos, la decisión es la misma: ¿esta hoja aporta algo único? Si no, vive como selector en el L3, no como URL aparte.

  • … › Casco › Amarillo
    Comprar este color

    1 · Variante de producto — color / talla / modelo (selector + galería)

    E-commerce · Producto configurable

    El caso clásico del L4: un producto con variantes que merecen URL propia por tener foto y specs distintas. Selector de swatches (color/talla), galería del color exacto, specs del modelo y CTA de compra de ese SKU. Emite Product (o ProductGroup) con la variante. Canonical a la principal si comparten mucho. Aplica cuando cada variante se busca y se compra por separado.

  • … › Cascos › Dieléctricos

    2 · Sub-categoría — categoría dentro de categoría

    Catálogo amplio · Taxonomía profunda

    Cuando una sección tiene tantos hijos que necesita un nivel intermedio: Productos › Cascos › Dieléctricos. La sub-categoría es, en realidad, un índice más profundo (lista hijos como el L2, pero dos niveles abajo). Aplica a catálogos grandes con taxonomía rica. Riesgo: no crear sub-categorías de un solo hijo (no aportan, solo añaden un clic).

  • … › Consultoría › Pro
    Plan Pro$$
    Contratar

    3 · Paquete / plan de servicio — básico · pro · enterprise

    Servicios · SaaS · Suscripción

    La hoja de un plan dentro de un servicio: Servicios › Consultoría › Plan Pro. Detalla qué incluye ese paquete, para quién es, su precio o rango, y un CTA de contratación. Emite Service/Offer. Útil cuando los planes difieren lo suficiente como para buscarse y decidirse por separado; si solo cambia el precio, una tabla comparativa en el L3 basta.

  • … › CDMX › Polanco
    contenido local único

    4 · Sub-zona — colonia dentro de ciudad (SEO hiperlocal)

    SEO local profundo · Negocio multi-zona

    La hoja hiperlocal: Cobertura › CDMX › Polanco. Contenido específico de esa micro-zona (servicios, casos, referencias locales). Emite LocalBusiness con areaServed preciso. Captura «<servicio> en <colonia>». El riesgo más alto de todos los L4: el contenido duplicado entre zonas. Cada sub-zona debe aportar algo real, o es spam local que penaliza.

  • … › App › v2.0
    v2.0v1.0

    5 · Versión / edición — de un producto o documento

    Software · Documentación · Producto versionado

    La hoja de una versión: Producto › App › v2.0, o Docs › Guía › edición 2026. Detalla lo propio de esa versión (changelog, compatibilidad, descargas). Canonical a la versión vigente para no fragmentar el SEO entre ediciones viejas. Aplica a software, documentación versionada y productos con revisiones que se referencian por separado.

  • … › Kits › Básico
    ++
    Comprar kit

    6 · Bundle / combo — agrupación de productos

    E-commerce · Promoción · Kit

    La hoja de un paquete que agrupa varios productos: Productos › Kits › Kit de seguridad básico. Detalla qué incluye el combo, el ahorro frente a comprar por separado, y un CTA de compra del kit. Enlaza a las fichas L3 de cada componente. Aplica a kits, combos y promociones que se buscan y compran como unidad.

Responsive y móvil

La sub-ficha, en el teléfono

Cuatro patrones reales: migas de tres niveles con colapso fuerte (la ruta más larga del sitio), selector de variante táctil (swatches ≥44px con estado claro), galería con swipe (scroll-snap sin JS) y CTA/añadir sticky en la zona del pulgar. El L4 es donde se cierra la compra en móvil: la acción debe estar siempre a un pulgar de distancia.

El L4 lleva la ruta más larga (cuatro nodos), así que en móvil el colapso de migas es el más agresivo: solo Inicio + «…» + la página actual, con la estructura completa en el marcado para SEO. El selector de variante —lo que más se toca— usa swatches de ≥44px con estado seleccionado claro (anillo, no solo color, por daltonismo) y la galería se recorre con swipe (scroll-snap, cero JavaScript).

El detalle decisivo es el cierre: la sub-ficha cierra una compra, así que el CTA de la variante seleccionada se ancla al borde inferior (precio + botón siempre visibles mientras se lee, con safe-area iOS). El visitante bajó cuatro niveles porque sabe qué quiere —la barra de acción persistente le da comprar sin buscar el botón—.

1 · Migas de tres niveles con colapso fuerte

El L4 lleva la ruta más larga (Inicio › Sección › Categoría › Item). En móvil se colapsan TODOS los intermedios dejando Inicio, un «…» y la página actual. La estructura completa sigue en el marcado (SEO + accesibilidad); solo se oculta lo del medio visualmente.

CSS · migas de tres niveles colapsables 
/* MÓVIL · MIGAS DE TRES NIVELES (la ruta más larga)
   El L4 lleva la ruta más larga del sitio (4 nodos). En el teléfono se
   colapsan TODOS los intermedios dejando Inicio + un «…» + la página
   actual. La estructura completa sigue en el marcado (SEO + accesibilidad);
   solo se oculta visualmente lo del medio. */

.crumbs { display: flex; flex-wrap: nowrap; gap: .3rem; font-size: var(--text-xs); }
@media (max-width: 560px) {
  .crumbs > :not(:first-child):not(:last-child) { display: none; }
  .crumbs::after { content: '…'; order: 1; color: var(--c-ink-2); }
}

2 · Selector de variante táctil

El selector de color/talla es lo que más se toca: cada opción es un objetivo de ≥44px con estado seleccionado claro —anillo, no solo color, para daltonismo (WCAG 1.4.1)—. Cambiar de variante actualiza galería, specs y CTA sin recargar.

CSS · swatches táctiles con estado 
/* MÓVIL · SELECTOR DE VARIANTE TÁCTIL (swatches/chips ≥44px)
   El selector de color/talla es lo que más se toca en una sub-ficha.
   Cada opción es un objetivo de ≥44px con estado seleccionado claro
   (no solo color: también borde/anillo, para daltonismo). */

.swatch { min-width: 44px; min-height: 44px; border-radius: 999px; }
.swatch[aria-pressed="true"] {
  outline: 2px solid var(--c-primary);     /* no solo color: anillo visible */
  outline-offset: 2px;
}

3 · Galería con swipe (sin JavaScript)

La galería de la variante se recorre con el pulgar: scroll horizontal con scroll-snap-type: x mandatory para que cada foto quede centrada. Cero JavaScript, cero librería de carrusel —solo CSS nativo—. Cada variante muestra SUS fotos, no las genéricas del padre.

CSS · galería swipe con scroll-snap 
/* MÓVIL · GALERÍA CON SWIPE (scroll-snap, sin JS)
   La galería de la variante se recorre con el pulgar: scroll horizontal
   con scroll-snap para que cada foto quede centrada. Cero JavaScript,
   cero librería de carrusel. */

.galeria { display: flex; overflow-x: auto; scroll-snap-type: x mandatory; gap: var(--sp-2); }
.galeria > img { flex: 0 0 100%; scroll-snap-align: center; -webkit-overflow-scrolling: touch; }

4 · CTA / añadir sticky en la zona del pulgar

La sub-ficha cierra una compra: en móvil la barra de acción (precio + botón de la variante seleccionada) se ancla al borde inferior, siempre visible mientras se lee, con min-height: 48px y env(safe-area-inset-bottom). El visitante decidido compra sin buscar el botón.

CSS · barra de compra sticky 
/* MÓVIL · CTA / AÑADIR STICKY EN LA ZONA DEL PULGAR
   La sub-ficha cierra una compra: en móvil el CTA de la variante
   seleccionada se ancla al borde inferior (precio + botón), siempre
   visible mientras el visitante lee, con safe-area iOS. */

@media (max-width: 768px) {
  .add-bar {
    position: fixed; bottom: 0; left: 0; right: 0;
    display: flex; gap: var(--sp-3); align-items: center;
    padding: var(--sp-3);
    padding-bottom: calc(var(--sp-3) + env(safe-area-inset-bottom, 0));
    background: #fff; box-shadow: 0 -8px 24px rgba(0,0,0,.12); z-index: 40;
  }
  .add-bar .btn { flex: 1; min-height: 48px; }   /* WCAG SC 2.5.5 */
}

Posición en la jerarquía

¿Dónde va en el sitio?

En la hoja del árbol: cuelga de un L3 (que cuelga de un L2, que cuelga de la home). Es el nivel más profundo, con migas de tres niveles. Pero su lugar más importante es condicional: solo existe cuando aporta contenido propio. En esta plantilla el árbol para en L3; el L4 es el patrón documentado para cuando el catálogo lo justifique.

El L4 ocupa el fondo del árbol: /productos/casco/amarillo cuelga de /productos/casco, que cuelga de /productos, que cuelga de /. Lleva migas de tres niveles (Inicio › Sección › Categoría › Item) y es la única hoja que reparte sobre todo lateralmente —entre variantes hermanas— además de hacia arriba. En el grafo de datos emite el Product/Service de la variante, con canonical a la principal si comparten contenido.

Su posición real, sin embargo, es una decisión, no una obligación. La mayoría de los sitios (este incluido) se resuelve en tres niveles; el L4 solo aparece donde un catálogo grande tiene variantes con contenido propio. Crearlo «porque sí» añade clics y thin content. Documentarlo aquí da el patrón listo para el día que el catálogo crezca —sin bajar a L4 antes de tiempo—.

Capa técnica

Cómo está construido

Dos formas: ruta anidada (src/pages/<seccion>/[categoria]/[item].astro, una URL por variante con contenido propio) o variantes en el frontmatter del L3 (un selector, sin URLs nuevas, cuando no merecen indexarse). Lleva migas de tres niveles + canonical anti-duplicado + schema de variante (regla B3). El getStaticPaths filtra las variantes sin contenido propio.

La arquitectura del L4 tiene una decisión técnica en su centro: ¿URL propia o selector? Si la variante tiene contenido propio que merece indexarse, una ruta anidada genera su página (getStaticPaths filtrando las que SÍ aportan). Si no, las variantes viven en el frontmatter del L3 como un selector que cambia galería/specs/CTA sin crear URLs. La regla decide: contenido propio → L4; sin él → selector en L3.

Dos detalles técnicos críticos del nivel: el canonical (que apunta a la principal cuando las hojas comparten contenido, para no canibalizar) y el schema de variante (Product con color/size/sku, agrupable en ProductGroup, un emisor por página, regla B3). La receta A muestra las dos formas de modelar; la B, el canonical + schema que hacen seguro tener muchas hojas parecidas sin que el catálogo se canibalice.

A · Ruta anidada vs. variantes en el frontmatter 
---
// DOS formas de modelar el L4:
// (A) RUTA ANIDADA — una página por variante (URL propia, para SEO).
//     src/pages/productos/[categoria]/[producto].astro
// (B) VARIANTES EN EL FRONTMATTER del L3 — un selector, sin URLs nuevas
//     (cuando las variantes NO merecen indexarse por separado).
import { getCollection, render } from 'astro:content'

export async function getStaticPaths() {
  const productos = await getCollection('productos')
  // Genera L4 SOLO para variantes con contenido propio:
  return productos.flatMap((p) =>
    (p.data.variantes ?? [])
      .filter((v) => v.contenidoPropio)          // ← la regla: nada de thin content
      .map((v) => ({
        params: { categoria: p.data.categoria, producto: `${p.id}-${v.slug}` },
        props: { entry: p, variante: v },
      }))
  )
}
const { entry, variante } = Astro.props
---

{/* Migas de TRES niveles: la hoja tiene bisabuelo, abuelo y padre. */}
<PageLayout
  title={`${entry.data.title} — ${variante.nombre}`}
  description={entry.data.description}
  pageType="page" schemaType="Product"
  breadcrumbs={[
    { label: 'Productos', href: '/productos' },
    { label: entry.data.title, href: `/productos/${entry.id}` },
    { label: variante.nombre },
  ]}
>
  {/* galería + specs ESPECÍFICAS de la variante */}
</PageLayout>
B · Canonical + schema de variante (anti-duplicado, B3) 
---
// CANONICAL + schema de variante — el SEO seguro del L4.
// Si varias variantes comparten casi todo, el canonical apunta a la
// PRINCIPAL (o al L3 padre) para no canibalizar. La variante emite su
// Product con el atributo distintivo; el ProductGroup las agrupa.
const principal = `/productos/${entry.id}`      // la ficha L3 padre
const esCasiIdentica = !variante.contenidoPropio
---

{/* En <head> (vía PageLayout): si la variante no se diferencia, */}
{/* su canonical apunta al padre para concentrar la señal SEO.   */}
<link rel="canonical" href={esCasiIdentica ? principal : Astro.url.pathname} />

{/* Schema: Product de la variante (color/size/sku), agrupable en */}
{/* un ProductGroup. Un emisor por página (regla B3) — sin duplicar */}
{/* el Organization del layout ni el ItemList del índice.          */}

Buenas prácticas

Qué hacer y qué evitar

Siete hábitos que hacen del L4 una hoja útil que captura la cola larga y cierra la compra; siete errores que lo convierten en thin content que canibaliza al padre y penaliza el sitio. El L4 es el nivel más fácil de hacer mal: la mitad de las reglas son sobre cuándo NO crearlo.

La diferencia entre un L4 que vende y uno que hunde el SEO es una sola pregunta aplicada con disciplina: «¿esta hoja aporta algo que sus hermanas no?». De ahí salen los siete sí (contenido propio, migas de tres niveles, canonical honesto, contexto del padre, galería específica, conversión directa, cross-link derivado) y los siete no (thin content, sin canonical, profundidad por completar, hoja sin contexto, galería duplicada, cierre exploratorio, cross-link hardcodeado).

Los sí son hábitos de contenido propio + SEO seguro + conversión. Los no son la tentación más cara del sistema: crear URLs «porque se puede», que parecen más SEO y son lo contrario. Léelos en pares —y, ante la duda, no bajes a L4: quédate en L3 con un selector—.

Sí

  • Crea un L4 solo cuando cada hoja aporta contenido propio que la diferencia. Una variante merece su URL si tiene foto, specs o información únicas (el color real, las medidas de ese modelo, el alcance de ese plan). Si todas las variantes dirían casi lo mismo, NO bajes a L4: usa un selector dentro del L3. La pregunta de control: «¿esta página tiene algo que sus hermanas no?».
  • Lleva migas de tres niveles (Inicio › Sección › Categoría › Item). El L4 es la hoja: necesita el rastro completo para que el visitante suba a cualquier ancestro. Es la ruta más larga del sitio; en móvil se colapsa, pero la estructura completa va en el marcado (para SEO y para el «volver»).
  • Declara el canonical honestamente. Si varias variantes comparten casi todo el contenido, el canonical apunta a la principal (o al L3 padre) para que Google no penalice por duplicado. Es la pieza que hace seguro tener muchas hojas parecidas: le dices al buscador cuál indexar. Sin canonical, un catálogo grande se canibaliza solo.
  • Muestra siempre el contexto del padre y el salto a las hermanas. La sub-ficha no se entiende sola: un selector de variantes (swatches/chips) o un enlace «ver todas las opciones» mantiene al visitante orientado. Bajó a una rama; dale cómo moverse entre ramas sin volver a empezar.
  • Usa galería y specs ESPECÍFICAS de la variante, no las genéricas del padre. El valor del L4 es la precisión: la foto del color exacto, la tabla de ese modelo. Repetir la galería genérica del L3 vacía de sentido a la sub-ficha y la convierte en duplicado. Contenido propio o no hay L4.
  • Cierra con conversión directa, no exploración. El visitante de un L4 ya decidió: el CTA es «comprar/cotizar este modelo», no «ver más productos». El mensaje de WhatsApp incluye la variante exacta (waUrl con el SKU/color). La cola más larga es el tráfico más convertible —no lo mandes a explorar de nuevo—.
  • Deriva el cross-link de la lista de variantes del padre. Las hermanas y el enlace «ver todas» salen de la SSoT (las variantes declaradas en el frontmatter del L3 o en la colección), no de enlaces a mano. Así agregar o quitar una variante actualiza el cross-link de todas sus hermanas sin tocarlas una por una.

No

  • NO crees un L4 por cada variante si no aportan contenido propio. Veinte URLs que dicen casi lo mismo (mismo texto, misma foto, cambia una palabra) son thin content: Google las ve como duplicados, dispersan la autoridad del L3 y no rankean. Si las variantes no se diferencian de verdad, quédate en L3 con un selector. Más URLs no es más SEO.
  • NO omitas el canonical en hojas casi idénticas. Sin canonical, cinco variantes parecidas compiten entre sí por la misma búsqueda (canibalización) y Google elige una al azar —o ninguna—. El canonical apuntando a la principal (o al padre) concentra la señal. Es barato de poner y caro de olvidar en un catálogo grande.
  • NO bajes a L4 «por completar la jerarquía». La profundidad no es una meta: cada nivel extra es un clic más para el visitante y una página más que mantener. Si el sitio se entiende en tres niveles, no inventes un cuarto. El L4 existe para catálogos que lo necesitan, no para que el árbol se vea más grande.
  • NO dejes la sub-ficha sin contexto del padre. Una hoja que no muestra de qué entidad es variante deja al visitante perdido: «llegué a un color, ¿de qué producto?». Siempre el encabezado del padre + el selector de hermanas. La sub-ficha es una rama, no un árbol independiente.
  • NO repitas la galería y el texto genérico del padre en cada variante. Si la sub-ficha del color rojo muestra la misma foto azul genérica y el mismo párrafo del L3, no aporta nada y es duplicado. La variante existe por su contenido propio; sin él, es ruido que diluye al padre.
  • NO cierres el L4 mandando a explorar de nuevo. El visitante bajó cuatro niveles porque sabe qué quiere; un cierre tipo «descubre más productos» lo aleja de la compra. Cierra con conversión directa de ESTA variante y, a lo más, cross-link lateral a las hermanas (otra talla/color), no al catálogo entero.
  • NO hardcodees el cross-link de variantes hermanas. Escribir a mano los enlaces a las otras tallas/colores se rompe en cuanto cambia el surtido. Las hermanas se derivan de la lista de variantes del padre (frontmatter/colección); agregar una variante actualiza el cross-link de todas. Hardcodear es 404s asegurados.

Preguntas frecuentes · el nivel L4

¿Cuándo debo crear un nivel L4 y cuándo no?

Solo cuando cada hoja aporta contenido propio que la diferencia (la foto del color exacto, las specs de ese modelo, el alcance de ese plan). La pregunta de control: «¿esta página tiene algo que sus hermanas no?». Si la respuesta es no, la variante vive como selector dentro del L3, no como URL aparte. Crear L4 «por completar la jerarquía» genera thin content.

¿De cuántos niveles son las migas de un L4?

De tres (Inicio › Sección › Categoría › Item): es la ruta más larga del sitio. En móvil se colapsan los intermedios dejando «Inicio», un «…» y la página actual, pero la cadena completa va en el marcado para SEO y accesibilidad. Solo el L1 va sin migas; el L4 lleva el máximo.

¿Cómo evito el contenido duplicado entre variantes?

Con el canonical: si varias variantes comparten casi todo, su <link rel="canonical"> apunta a la principal (o al L3 padre) para que Google concentre la señal y no canibalice. Además, agrúpalas con ProductGroup y dale a cada hoja contenido propio. Sin canonical, un catálogo grande de variantes parecidas compite consigo mismo.

¿Más URLs de variante significan más SEO?

No —suele ser lo contrario—. URLs sin contenido propio son thin content: Google las trata como duplicados, dispersan la autoridad del L3 padre y no rankean. La autoridad concentrada en una ficha L3 sólida rinde más que repartida en veinte hojas casi idénticas. Más profundidad no es una meta; cada nivel extra es un clic más y una página más que mantener.

¿URL por variante o un selector dentro del L3?

URL propia (L4) si la variante se busca e indexa por separado y tiene contenido distintivo. Selector dentro del L3 si las variantes solo cambian un atributo y comparten todo lo demás. La decisión técnica vive en getStaticPaths: genera L4 únicamente para las variantes con contenido propio; las demás, como opción del selector.

¿Las sub-zonas (colonia dentro de ciudad) son seguras para SEO?

Son el L4 más riesgoso. El contenido local casi idéntico entre colonias es spam que penaliza (Google Search Central es explícito sobre las doorway pages). Cada sub-zona debe aportar algo real —servicios, casos, referencias propias de esa área— o no debe existir. Si no puedes diferenciarlas, quédate en la ficha de ciudad (L3) con areaServed.

¿Este sitio tiene páginas L4 hoy?

No. El catálogo de esta plantilla se resuelve en L3 (productos y servicios son fichas directas). El L4 está documentado aquí como el patrón listo para cuando el catálogo crezca y aparezcan variantes con contenido propio —para no bajar a L4 antes de tiempo ni reinventarlo después—.

Cierra el recorrido

El nivel de arriba, la raíz y los módulos que arman una hoja.

¿Necesitas ayuda?