Web multiservicio sin canibalización

Asignar una función única a cada tipo de página

La arquitectura comienza con las decisiones que una persona necesita tomar. Una categoría permite explorar una familia; una página de servicio ayuda a evaluar una solución concreta; un artículo enseña, compara o prepara una decisión. Cuando los tres formatos intentan captar exactamente la misma consulta, el sitio obliga a sus propias URLs a competir.

Antes de crear una ruta se escribe su función en una frase: qué pregunta responde, para quién y qué siguiente paso ofrece. Si esa frase coincide con otra URL existente, no basta con cambiar el título. Hay que ampliar el alcance de una, especializar la otra o consolidar el contenido en una página más completa.

• Categoría: orienta y distribuye
• Servicio: explica alcance y contratación
• Artículo: resuelve una duda específica
• Caso: demuestra únicamente con evidencia publicable

Construir un mapa de temas y decisiones

Un inventario útil reúne URL, intención, entidad principal, etapa de decisión, responsable y CTA. Al ordenar estas columnas aparecen solapamientos que un listado de palabras clave no revela: servicios con nombres distintos pero igual propuesta, artículos que venden en vez de enseñar o categorías vacías que solo repiten enlaces del menú.

Google recomienda una organización lógica y URLs descriptivas porque ayudan a entender cómo se relacionan las páginas. Esa estructura debe reflejar el servicio real, no fabricar profundidad mediante carpetas. Una jerarquía corta y estable suele ser más mantenible que niveles creados únicamente para incluir términos adicionales.

• Entidad o problema principal
• Intención y etapa
• Página propietaria
• Páginas de apoyo
• CTA y evidencia requerida

Usar categorías como orientación, no como duplicados

Una categoría valiosa compara opciones, explica diferencias y dirige al servicio adecuado. No necesita copiar todos los párrafos de sus páginas hijas. Su contenido responde preguntas de selección: qué soluciones forman la familia, cuándo elegir cada una y qué dependencia existe entre ellas.

Las páginas de servicio profundizan en problema, alcance, proceso, límites y siguiente paso. Si dos servicios comparten componentes, pueden enlazarse y reconocer la relación sin repetir todo el contenido. El texto común puede vivir en una guía transversal cuando aporta contexto educativo a varias decisiones.

Diseñar enlaces que expliquen la relación

El enlazado interno debe permitir llegar desde una categoría hasta un servicio y desde un artículo hasta la solución pertinente. El texto del enlace describe el destino; expresiones genéricas como leer más desperdician contexto y resultan menos claras para navegación asistida. La W3C recomienda enlaces comprensibles y encabezados que comuniquen la estructura.

Los breadcrumbs reflejan la posición conceptual y deben mantenerse dentro del contenido visible de la página. No sustituyen la navegación principal, pero ayudan a volver a un nivel superior y pueden acompañarse de datos estructurados coherentes. La ruta, el breadcrumb y los enlaces deben contar la misma historia, sin inventar categorías que no existen para el usuario.

• Categoría hacia servicios principales
• Servicio hacia requisitos o soluciones complementarias
• Artículo hacia la página que permite actuar
• Texto de enlace específico y legible fuera de contexto

Consolidar cuando dos páginas no pueden diferenciarse

La etiqueta canonical no corrige una estrategia editorial duplicada. Sirve para comunicar una URL representativa entre versiones equivalentes, pero no transforma dos páginas débiles en una página útil. Si ambas buscan resolver la misma intención, conviene elegir la más completa, integrar la información necesaria y redirigir la ruta retirada cuando corresponda.

Después de consolidar se actualizan menú, breadcrumbs, enlaces internos, sitemap y medición. También se comprueba que la URL retirada no continúe enlazada ni aparezca como indexable. Preservar ese inventario evita que una mejora editorial termine generando rutas huérfanas o señales contradictorias.

Gobernar la arquitectura antes de publicar

Cada nueva propuesta debería pasar por una revisión breve: intención distinta, evidencia disponible, propietario, enlaces de entrada y destino posterior. Una página sin lugar claro en el mapa puede permanecer como borrador hasta que exista contenido suficiente; publicar por volumen solo aumenta el trabajo de actualización.

La auditoría periódica revisa cambios de intención, páginas huérfanas, títulos parecidos, enlaces rotos y contenidos que ya no representan la oferta. El objetivo no es congelar la estructura, sino cambiarla con trazabilidad y mantener una sola fuente para URL, title, H1, canonical, breadcrumb y sitemap.