Tengo un departamento donde siempre hemos vivido entre dos y cinco personas entre 17 y 30 años en los últimos 6 años. En ese tiempo muchas personas con algo de tiempo libre pero no suficiente (incluyéndome) han hecho lo posible por aliviar el caos resultante de la vida. Pero esta semana Lima se empezó a enfriar, y tuve que hurgar en roperos, estantes, y hasta debajo de las camas de 4 habitaciones hasta encontrar por fin la ropa de cama de invierno. Lo que sería un cambio de sábanas se convirtió en una reorganización de roperos y estanterías que continuará un par de días más.
Esto me recordó un proyecto de largo plazo de organizar contenidos en la web de la Universidad de Piura (tomaré el caso UDEP porque me pareció bien logrado, aunque siempre hay lugar para mejoras). Como en mi hogar, diferentes personas se han hecho cargo del sitio web entre 1998 y 2017, haciendo lo mejor posible para mantener el orden y la usabilidad.
Flujos de contenidos
El proyecto de la web actual de la UDEP derivó de dos plantillas de WordPress: el sitio de noticias y el de posgrados y extensión. El layout de la web en ese entonces se manejaba desde un CMS propietario, pero sin mucha flexibilidad para contenidos dinámicos. La solución: Migrar todo el contenido al WP multisitio ya existente y crear APIs de flujos de contenidos.
Distribución de noticias (uno a muchos)
En el caso de las noticias, nos encontrábamos con una situación donde la marca del medio corporativo (UDEP Hoy) alienaba al cliente interno. UDEP Hoy se sentía como un producto de la Dirección de Comunicación (Dircom), con un subdominio distinto (beta.udep.edu.pe), otro diseño y widgets fuera de contexto.
La solución fue trabajar una API para que cualquiera de los sitios de la red tome las noticias de esta única fuente (técnicamente, un switch_to_blog), y detecte las que le corresponden a través de las etiquetas nativas de WP.
Esto resolvía la distribución de titulares, pero no el tema del branding. En un segundo momento, trabajamos el “enmascarado” de los posts de UDEP hoy para situarlos siempre que fuera posible en un contexto de la facultad o centro de destino, compartiendo la URL del sitio y los elementos de menú.
De esta manera, cada facultad o centro académico muestra al usuario solo los contenidos pertinentes, y conseguimos mantener todas las noticias en un solo sitio. Para Dircom, el modelo facilita el control, edición, colaboración, y generación de reportes de Analytics (usando URLs canónicas para evitar sumar agregados de noticias en varios sititos).
Concentración de programas académicos (muchos a uno)
Por otro lado, ya teníamos bastantes páginas individuales de posgrados y extensión (cursos, talleres, seminarios, congresos, diplomados, maestrías y un doctorado) en los sitios de facultades. En este caso, nos importaba más hacer accesibles todos los programas en un solo listado dinámico (ya que era muy difícil mantener al día una lista manual).
Haciendo uso de los metadatos de cada post de los sitios de facultades, logramos un proceso inverso: la concentración de información de cada sitio de facultad en una sola plantilla basada en:
- Sitio de procedencia (facultad o centro).
- Ciudad donde se dicta el curso.
- Tipo de curso.
- Fecha de inicio.
El resultado fue una web de Posgrado con varias posibilidades de filtrado y la priorización de datos de cursos vigentes. El sitio de Posgrado resultaba también más fácil de linkear a un solo hub desde el home o las páginas de facultades. Para este caso sí resultaba favorable mantener las analíticas y roles de usuarios distribuidos, puesto que facilitaba compartir reportes de analíticas a los administradores y anunciantes particulares.
Cada cosa en su lugar
De esta manera, logramos tres cosas:
- Claridad en la administración: Saber dónde está cada pieza de contenido. En el caso de noticias, están todas dentro de un solo sitio operado mayormente por la Dirección de Comunicación. En el caso de cursos de posgrado, la pertenencia es inversa pero igualmente clara. Retomando el ejemplo de ordenar la casa, sabemos dónde guardar las sábanas.
- Claridad en la navegación: El usuario debe poder encontrar la información relevante y actualizada donde la necesite. Ya sea que entre al home, a un sitio centralizado (Hoy o Posgrado) o a los sitios particulares, el post estará ahí y será el mismo en todas las instancias. Es fácil encontrar las sábanas (sin importar en qué cuarto busques).
- Proteger el SEO y Analytics: Con las direcciones canónicas evitamos los contenidos duplicados que son penalizados por los buscadores, manejamos con más eficiencia los reportes de Analytics, y construimos una red de enlaces entre sitios limpia y de bajo mantenimiento. Sabemos qué pasa con las sábanas, independientemente de quién las use o dónde.
Lo que sigue
En una próxima entrada me dedicaré a explicar cómo extendimos la funcionalidad básica de WordPress más allá de la dinámica de posts y páginas para dar cabida a una mayor cantidad de contenidos con funcionalidades y datos más especializados que no calzaban en los espacios ya ocupados y no queríamos que se filtren en los flujos establecidos:
- Programas académicos de pregrado.
- Mallas curriculares y sumillas de cursos.
- Cursos cortos no académicos.
- Actividades extracurriculares.
- Publicaciones.
- Proyectos de investigación.
- Blogs secundarios.
Also published on Medium.