- Cómo identificar un tipo de contenido
- Los tipos de contenido más habituales en la web
- La tabla resumen
- Para profundizar
Un “tipo de contenido” no es solo una categoría editorial. En Arquitectura de la Información, un tipo de contenido es una entidad con estructura propia: tiene campos definidos, una lógica de URL específica, unas relaciones con otras entidades y un comportamiento esperado dentro del sitio.
Confundir tipos de contenido —meter entradas de blog donde deberían ir fichas de producto, o tratar eventos como páginas estáticas— produce arquitecturas incoherentes que son difíciles de mantener y más difíciles aún de navegar.
Cómo identificar un tipo de contenido
Un tipo de contenido independiente se justifica cuando cumple al menos dos de estas condiciones:
- Tiene campos propios que no comparte con otros tipos (un producto tiene precio, un evento tiene fecha de inicio, una lección tiene duración).
- Tiene una URL con patrón propio (
/productos/nombre/,/eventos/nombre/,/cursos/modulo/leccion/). - Se relaciona con taxonomías propias (los productos tienen categorías de producto, los eventos tienen tipos de evento).
- Tiene un ciclo de vida distinto (los eventos caducan, los productos se discontinúan, las páginas estáticas son permanentes).
Los tipos de contenido más habituales en la web
Página estática
Es el tipo más básico. Contiene información que no cambia con frecuencia y que no forma parte de una colección. No tiene autor visible, no tiene fecha, no tiene taxonomías.
Ejemplos: Inicio, Sobre nosotros, Contacto, Política de privacidad, Aviso legal.
URL característica: /sobre-nosotros/, /contacto/, /legal/privacidad/
Errores frecuentes:
- Incluir páginas estáticas dentro de jerarquías que no corresponden (
/blog/sobre-nosotros/). - Asignarles categorías o etiquetas innecesariamente.
- Paginarlas o incluirlas en feeds RSS.
Artículo de blog
Contenido editorial datado, con autor identificado, que forma parte de una colección cronológica. Tiene taxonomías (categorías, etiquetas), puede recibir comentarios y habitualmente aparece en feeds y archivos.
URL característica: /blog/nombre-del-articulo/ o /nombre-del-articulo/ si el blog es el contenido principal del sitio.
Lo que define un artículo de blog no es el formato ni la extensión, sino su pertenencia a una colección temporal y su carácter editorial. Un artículo técnico exhaustivo sigue siendo un artículo de blog si su función es editorial.
Errores frecuentes:
- Incluir fechas en la URL (
/blog/2024/03/nombre/). Cuando el artículo envejece y se actualiza, la URL miente. - Crear categorías demasiado amplias (una sola categoría con 200 artículos no filtra nada).
- Usar las etiquetas como si fueran un segundo nivel de categorías.
Producto
Entidad comercial con campos específicos: precio, disponibilidad, imágenes, variantes, ficha técnica. Su URL debe ser permanente: los productos no caducan aunque cambien de precio o de stock.
URL característica: /productos/nombre-del-producto/ o /tienda/categoria/nombre-del-producto/
La jerarquía en la URL de un producto debe reflejar la categoría principal del producto, no todas sus clasificaciones. Un producto puede tener múltiples taxonomías (color, talla, material), pero su URL tiene un único camino canónico.
Errores frecuentes:
- URLs con parámetros de variante (
/producto?color=rojo&talla=M). Las variantes deben manejarse en la misma URL canónica o con URLs separadas explícitas. - Eliminar la URL cuando el producto se discontinúa. La URL debe mantenerse con un estado adecuado (301 a un sustituto o página de producto descatalogado).
Ficha de formación o curso
Contenido estructurado en unidades pedagógicas con una jerarquía propia: programa > módulo > lección. Tiene campos específicos: duración, nivel, prerrequisitos, instructor.
URL característica: /formacion/nombre-del-curso/ para la ficha del curso, /formacion/nombre-del-curso/modulo-1/leccion-2/ para el contenido interno.
La ficha del curso es pública e indexable. El contenido de las lecciones puede ser privado (requiere registro) pero sus URLs deben existir y ser estables.
Errores frecuentes:
- Usar el tipo “página” o “entrada” para las lecciones, perdiendo la estructura pedagógica.
- No definir la jerarquía del curso en la URL (todas las lecciones al mismo nivel).
Documentación técnica
Contenido de referencia, estructurado, con versionado. Se diferencia del artículo de blog en que no es temporal ni editorial: es normativo y se actualiza sin que la actualización sea un evento en sí misma.
URL característica: /documentacion/nombre-del-componente/, /docs/v2/nombre-del-componente/ si hay versionado explícito.
El versionado en la URL es una decisión importante: si la documentación de versiones anteriores debe mantenerse accesible, necesita su propio espacio. Si solo existe la versión actual, el versionado en la URL añade complejidad innecesaria.
Errores frecuentes:
- Mezclar documentación con artículos de blog.
- No mantener URLs estables entre versiones (cada nueva versión rompe los enlaces externos).
Landing page
Página diseñada para un objetivo de conversión específico. No forma parte de la jerarquía navegable del sitio; existe para una campaña, un producto concreto o una audiencia específica.
URL característica: /nombre-de-la-oferta/, /lp/nombre-de-la-campana/ (el prefijo /lp/ comunica su naturaleza y facilita excluirla de sitemaps o análisis).
Las landing pages generalmente no deben indexarse si son específicas de una campaña temporal. Si son permanentes y tienen valor informativo, pueden indexarse, pero deben excluirse de la navegación global para no contaminar la arquitectura.
Errores frecuentes:
- Incluir landing pages en la navegación principal.
- Indexar landing pages de campañas que luego se eliminan, generando URLs rotas.
Evento
Entidad con dimensión temporal: tiene fecha de inicio, fecha de fin, lugar (físico o virtual). Una vez celebrado, no desaparece: su URL debe mantenerse como registro histórico.
URL característica: /eventos/nombre-del-evento/ o /eventos/2024/nombre-del-evento/ si la fecha en la URL tiene valor semántico real (archivo histórico de eventos).
La decisión de incluir el año en la URL de un evento es una de las pocas excepciones en las que la fecha puede tener sentido: si el mismo evento se celebra anualmente, la fecha diferencia las ediciones.
Errores frecuentes:
- Reutilizar la misma URL para ediciones distintas del mismo evento (destruye el histórico).
- Eliminar la URL de eventos pasados (rompe enlaces y elimina el registro).
Perfil o ficha de persona/entidad
Página dedicada a una persona (autor, ponente, miembro del equipo) o a una entidad (marca, organización, lugar). Tiene campos propios: biografía, foto, rol, enlaces externos.
URL característica: /autores/nombre-apellido/, /equipo/nombre-apellido/
Errores frecuentes:
- Usar las páginas de archivo de autor de WordPress directamente sin estructurar (
/?author=3). - No mantener la URL cuando la persona deja la organización (los artículos firmados por esa persona siguen existiendo).
La tabla resumen
| Tipo | Colección | Taxonomías | Fecha en URL | Indexable por defecto |
|---|---|---|---|---|
| Página estática | No | No | No | Sí |
| Artículo de blog | Sí | Sí | No recomendado | Sí |
| Producto | Sí | Sí | No | Sí |
| Curso | Sí | Sí | No | Sí (ficha) / Variable (lecciones) |
| Documentación | Sí | Opcional | No (salvo versionado) | Sí |
| Landing page | Opcional | No | No | Depende |
| Evento | Sí | Sí | Opcional | Sí |
| Perfil | Sí | No | No | Sí |