Cuando la Cátedra Santander de Responsabilidad Social Corporativa de la Universidad de Castilla-La Mancha planteó SIRSE, el encargo era claro: convertir un proyecto académico en un portal de referencia iberoamericano sobre RSE. Lo difícil no era el diseño. Era hacer que un gestor de contenidos manejara, sin atascarse, varios tipos de información muy distintos entre sí: noticias, eventos, organizaciones y documentación técnica.
Cliente y reto
(SIRSE) es el Sistema de Información Iberoamericano de Responsabilidad Social Empresarial, una iniciativa de la Cátedra Santander RSC coordinada desde la Fundación General de la Universidad de Castilla-La Mancha. Su misión: centralizar contenidos académicos, empresariales e institucionales sobre RSE en español y portugués.
El brief llegó con tres problemas encima de la mesa:
- Un volumen creciente de contenidos de naturalezas dispares (eventos académicos, noticias de prensa, fichas de organizaciones, papers).
- Un equipo editorial pequeño que necesitaba publicar y mantener todo eso sin depender de desarrollo cada semana.
- Un público iberoamericano amplio que llegaba al portal buscando, no navegando: necesitaban encontrar una organización por país, un evento por fecha o un documento por temática en pocos clics.
Diagnóstico: por qué WordPress con desarrollo a medida
La opción de partir de cero con un framework propio se descartó pronto. El equipo editorial de SIRSE no tenía perfiles técnicos a tiempo completo, y un CMS hecho a medida los hubiera atado a Colorvivo para cualquier cambio menor. Tampoco encajaban las plataformas cerradas tipo SaaS: el portal necesitaba taxonomías propias, buscador avanzado y un backoffice adaptado a flujos editoriales muy específicos.
WordPress aportaba lo que importaba: una interfaz de publicación familiar para periodistas y becarios, una comunidad enorme de plugins para resolver lo accesorio y la flexibilidad de extenderlo con custom post types y meta-campos cuando hacía falta. Sobre esa base, el desarrollo a medida se centró en lo que ningún plugin estándar resolvía: el buscador transversal y la lógica de secciones.
Qué se construyó
Buscador avanzado por secciones
El núcleo del proyecto. Los visitantes podían filtrar por tipo de contenido (evento, noticia, organización, documento), por país, por temática RSE y por rango temporal, todo desde una misma interfaz. Por debajo, el buscador atacaba taxonomías y meta-campos personalizados con consultas optimizadas para no penalizar tiempos de carga conforme crecía el archivo.
El reto interesante era servir resultados mixtos —una página podía devolver a la vez noticias, eventos y organizaciones— manteniendo coherencia visual y un peso de filtros razonable. Si quieres profundizar en este planteamiento, escribimos hace poco sobre cómo usar taxonomías avanzadas para mejorar la búsqueda interna en WordPress.
Secciones de Noticias y Eventos
Dos secciones diferenciadas con sus propias plantillas, taxonomías y vistas de listado. Las noticias se ordenan por fecha de publicación con etiquetado por país y temática; los eventos se ordenan por fecha de celebración y diferencian entre próximos y pasados de forma automática, lo que evita que el equipo editorial tenga que mover manualmente los contenidos.
Directorio iberoamericano de organizaciones
El directorio es la pieza más singular. Cada ficha de organización tiene su propio conjunto de campos: país, sector, tipo (empresa, ONG, administración, fundación), enlaces a memorias de sostenibilidad y referencias cruzadas a noticias y eventos en los que aparece. Desde el front, los usuarios pueden filtrar por cualquiera de esos campos. Desde el backoffice, el equipo edita las fichas con un formulario simplificado, sin tener que tocar HTML.
Documentación técnica
SIRSE alberga papers, informes y documentos de referencia para investigadores. Esta sección tiene control diferenciado de visibilidad: parte del archivo es público, parte está reservada al uso interno de la Cátedra. La gestión de permisos se integró con los roles nativos de WordPress, sin sumar plugins de terceros que añadieran complejidad o riesgo de seguridad.
Backoffice a medida
Quizás lo más importante para el día a día. El panel de administración se reorganizó para que cada perfil viera solo lo que necesitaba: un editor de noticias no tropieza con la edición de organizaciones, y quien gestiona el directorio no tiene a la vista los ajustes globales. Menos clics, menos errores, menos formación necesaria al rotar becarios.
Resultado
SIRSE se publicó como portal de referencia iberoamericano en RSE y absorbió sin sobresaltos el crecimiento del archivo durante los años siguientes. La estructura modular del backoffice permitió que el equipo de la Cátedra incorporara nuevas secciones sin volver a llamar a desarrollo cada vez. Y el buscador, que era el corazón del proyecto, sigue siendo la vía principal de entrada a contenidos para investigadores que llegan desde Google buscando organizaciones o documentos concretos.
Aprendizajes para proyectos similares
Tres ideas que aplicamos hoy en cualquier portal informativo con secciones múltiples:
- El buscador no es un complemento, es la portada real. En portales con archivo extenso, los usuarios no exploran el menú: buscan. Conviene diseñarlo desde el primer sprint, no añadirlo al final.
- Custom post types antes que páginas con plantillas. Forzar tipos de contenido distintos dentro del tipo «Página» termina pasando factura cuando el archivo crece. Separar desde el inicio facilita las consultas y mantiene el editor limpio.
- Backoffice adaptado al flujo real. No basta con instalar WordPress. Quitar opciones, renombrar etiquetas y agrupar accesos según el rol marca la diferencia entre un panel que el equipo usa con gusto y uno que abandona.
Si estás planteando un portal con varias secciones que crecen en paralelo, te interesará leer cómo trabajamos las arquitecturas de contenido escalables en WordPress sin penalizar el SEO ni el rendimiento, y los requisitos previos para que un proyecto web funcione desde el primer día. En proyectos parecidos a SIRSE también nos sirvió como referencia el caso de Herencia.es, otro portal con gestor a medida sobre WordPress.
Preguntas frecuentes
¿Por qué WordPress y no un CMS hecho a medida?
Un CMS propio implicaría depender de un único proveedor para cualquier ajuste futuro. WordPress aporta una base abierta y conocida, con comunidad amplia y una curva de aprendizaje suave para perfiles editoriales. La parte específica del proyecto se construye encima como custom post types, taxonomías y plantillas. Lo accesorio —formularios, SEO, caché— lo resuelven plugins maduros.
¿Cómo se integra el buscador con las distintas secciones?
El buscador consulta a la vez varios custom post types y combina taxonomías compartidas (país, temática) con campos específicos de cada tipo (fecha de evento, sector de organización). El resultado es una página única donde el usuario filtra y ve resultados mixtos sin saltar entre buscadores parciales.
¿Cuánto tiempo lleva desarrollar un portal de este tipo?
Depende del volumen de tipos de contenido y del nivel de personalización del backoffice. Un proyecto comparable a SIRSE, con cuatro secciones diferenciadas y buscador transversal, suele ocupar entre tres y cinco meses entre análisis, diseño, desarrollo y migración del archivo previo. La fase de pruebas con el equipo editorial es la que más conviene no acortar.
¿Se puede mantener este tipo de portal sin desarrollo continuo?
Sí, y de hecho era un requisito en SIRSE. Una vez liberado, el equipo editorial publica, edita y crea nuevas fichas sin intervención técnica. El desarrollo solo entra cuando se añade una sección nueva o se cambia la lógica de algún listado. Para todo lo demás (noticias, eventos, fichas de organización, documentos) el flujo es íntegramente editorial.
