Parte del caso Libelium + iris360: De un cambio estético a un cambio de arquitectura

Verticales y relaciones en WordPress, una etiqueta compartida que cruza todo el sitio

PUBLICADO: 2026-10-07ACTUALIZADO: 2026-10-14
AUTOR: Manuel PrietoREVISADO POR: Manuel Prieto
Arquitectura

Tienes un producto, una solución y un caso de éxito que hablan del mismo sector. ¿Cómo los une una máquina sin que alguien los enlace uno a uno? Me lo pregunté al separar el contenido de Libelium en tipos con función propia, que cuento en el caso de la reescritura sin perder URLs.

Mi respuesta fue una etiqueta compartida, la vertical, y un puñado de relaciones guardadas en el propio contenido. Lo interesante está en dónde dejé de enlazar.

La biblioteca y sus etiquetas de sección

En una biblioteca los libros de ornitología no se enlazan entre sí. Comparten estantería porque llevan la misma etiqueta de sección. Si quieres todo lo de aves, vas al estante.

La vertical hace ese papel. Un término como Smart Water se asigna una vez y agrupa productos, soluciones, casos y entradas del blog sin que nadie los empareje.

Dos mecanismos, cada uno en su sitio

Las relaciones directas por identificador son siete y viven en postmeta. Tres apuntan a un único elemento y cuatro a una lista. Unen una solución con su ficha técnica y con sus productos, y un producto con su ficha, sus sondas, sus tecnologías de conexión y sus certificaciones. Las lecturas inversas, como qué soluciones usan un producto, no se guardan en ningún sitio y se calculan al vuelo.

Sondas, tecnologías y certificaciones cuelgan de la ficha del producto y no de su página, una decisión que nació en el modelo de página y ficha técnica.

Todo lo demás lo hace la vertical, una taxonomía jerárquica registrada sobre soluciones, productos, casos de éxito, recursos y entradas del blog.

Cargando diagrama...

El eslabón que no existe

Mi planteamiento inicial daba por hecha una relación directa entre cada caso de éxito y su solución. El código dice otra cosa. Los casos de éxito no tienen ninguna relación por identificador, ni con soluciones ni con productos. El panel de ayuda del propio plugin lo advierte con todas las letras.

El vínculo es la vertical. Para pintar una página, el generador busca los casos publicados que comparten al menos un término con ella y se queda con seis. El atajo funciona. Smart Parking enseña tres productos y seis casos reales de parking sin que nadie los haya emparejado. Si algún día hace falta una selección curada a mano, habrá que dar de alta una clave nueva.

La cobertura no salió sola

Una etiqueta compartida solo sirve si está puesta. El 23 de septiembre pasé una prueba sobre las 13 landings publicadas y descubrí que las ocho soluciones no tenían vertical. Solo la tenían los productos. Asigné un término a cada una sin crear términos nuevos, y con eso el campo about de cada solución pasó de 0 a 1 y isRelatedTo de 3 a 9 elementos.

El blog estaba peor. Los 129 casos de éxito tenían vertical y las 307 entradas no tenían ninguna. Mapeé la categoría antigua de WordPress a su vertical equivalente y quedaron 78 asignadas. Las 229 restantes pertenecen a News, Positive Technology, Reports o Uncategorized, categorías sin sector detrás. Las dejé sin asignar a propósito, porque forzar un sector donde no existe ensucia la etiqueta.

Qué lee ya esa estructura

El generador de JSON-LD vuelca las verticales como about y mezcla en isRelatedTo los componentes de la ficha, las soluciones que usan un producto y los casos que comparten vertical. La ficha de Libelium One pasó de 2 campos a 8, con 27 entidades relacionadas. El llms.txt agrupa los casos por vertical, y lo explico en llms.txt, JSON-LD y GEO en WordPress. La plantilla de un caso pinta su vertical en la cabecera, y el panel de administración abre con un recuento de contenido por vertical.

Con el dato ordenado quedan posibles otras lecturas, como proponer soluciones desde un producto, filtrar la búsqueda interna por sector o responder a un asistente qué sondas admite un equipo. Nada de eso existe todavía.

Límites que conozco

Las relaciones por postmeta no tienen integridad referencial. Si alguien borra una sonda, el identificador sigue en la lista de los productos que la usaban, y no encontré ningún comprobador de punteros colgantes. Las inversas se calculan recorriendo todos los productos, algo que funciona con los 7 a 15 productos actuales y dejaría de hacerlo con cientos. Y no hay medición posterior al corte, así que no sé si estas relaciones mueven el tráfico o las respuestas de los asistentes.

Lo que me llevo

Enlazar a mano escala mal. Una etiqueta compartida cubre casi todo el trabajo si está bien asignada, y las relaciones por identificador se reservan para lo que de verdad necesita una elección curada. Antes de fiarte del atajo, audita la cobertura. Una taxonomía con la mitad del contenido sin etiquetar da una falsa sensación de grafo.

El principio general está en la lección Taxonomías compartidas y relaciones entre contenidos.

Preguntas frecuentes sobre verticales y relaciones