Nuestra propia web también necesitaba una revisión. Había ido creciendo con servicios, artículos, campañas y páginas creadas en momentos distintos. El contenido acumulaba trabajo y experiencia, pero la forma de organizarlo ya no explicaba tan bien lo que hacemos hoy.
Al pasar SIBEOS de Joomla a una web estática, revisamos el conjunto: qué conservar, cómo presentar los servicios, qué casos enseñar, cómo facilitar el contacto y qué base técnica necesitábamos mantener. El resultado conserva nuestra identidad y reúne ese trabajo en una web actualizada y más sencilla de operar.
Puedes comparar la versión anterior en Joomla con la web actual de SIBEOS.
Cuando toca actualizar o rehacer una web
Una actualización importante de Joomla, un cambio de plantilla o una licencia que hay que renovar suelen abrir una pregunta más amplia: ¿aprovechamos para seguir con la misma base o revisamos qué necesita realmente la web?
Es una situación en la que se reconocen muchas empresas. El contenido sigue siendo útil y la marca funciona, pero hay que dedicar tiempo a mantener el sistema, adaptar extensiones y comprobar que todo siga encajando. El caso de SIBEOS enseña cómo aprovechar ese momento para ordenar la información y reducir complejidad, conservando lo que aporta valor.
El punto de partida: años de contenido y una oferta que había evolucionado
La web anterior presentaba soluciones como Joomla PRO, Web Express IA, Webapps, mantenimiento, Zero CMS y Web Sprint IA. Cada una tenía sentido, pero mezclábamos decisiones diferentes: qué necesita el cliente, qué tecnología conviene y cómo se contrata el trabajo.
También había páginas de campañas antiguas, información aprovechable fuera del menú y artículos que debían seguir teniendo su sitio. Importar todo sin revisarlo habría trasladado esa misma complejidad a la nueva web.
Empezamos con un inventario. Revisamos las páginas y decidimos cuáles conservar, cuáles adaptar, qué contenido integrar en otras secciones y qué retirar de la publicación. El material aprovechable se recuperó; los originales retirados quedaron fuera de la web pública.
Tres familias de servicios y un menú más fácil de interpretar
Organizamos los servicios en tres familias: webs ligeras y migración, webs con gestión de contenidos y catálogos, publicaciones y herramientas. Cada una responde a una necesidad y muestra ejemplos del trabajo que puede incluir.
Express y Sprint quedaron como modalidades para encargar un proyecto. El mantenimiento, la formación y los cambios de contenido se explican como opciones de continuidad. Así la persona puede entender primero qué necesita y después cómo trabajar con nosotros.
En el menú principal reunimos Servicios, Casos y clientes, Nosotros y Blog, además del acceso al analizador. El pie de página se rehízo como un mapa de la web, con las secciones actuales y enlaces agrupados, sustituyendo referencias que habían quedado antiguas.
La portada también cambió de enfoque. Ahora explica cuándo puede simplificar una web estática, cuándo conviene Joomla y qué funciones podemos conectar a ambas opciones. La tecnología se presenta a partir del uso que tendrá el proyecto.
Casos que explican un problema resuelto
Dimos una sección propia a los casos reales y revisamos sus títulos, textos y capturas. Los nombres de los proyectos siguen aportando contexto, mientras que el titular explica qué se consiguió: recuperar un catálogo tras un ataque, convertir informes PDF en una publicación navegable, organizar la agenda de un congreso o gestionar solicitudes y visitas por fases.
Desde los servicios se puede llegar al caso relacionado y ver el trabajo. Es una forma de explicar las capacidades de SIBEOS con evidencias concretas y ayudar a quien se reconoce en una situación parecida.
También revisamos cómo contar los resultados. Distinguimos lo que se puede comprobar en las pantallas de lo que necesitaría datos de uso, tráfico o negocio. Las recreaciones con datos ficticios se identifican como tales.
Renovar el diseño manteniendo una identidad reconocible
Conservamos la marca y los elementos visuales que seguían funcionando. Sobre esa base, ajustamos cabeceras, tarjetas, tamaños de letra, numeración, espacios y llamadas a la acción para dar coherencia a páginas que habían crecido por separado.
Las páginas de servicios incorporaron ejemplos y capturas relacionados con su contenido. Los formularios se integraron en el diseño y en el contexto de la consulta. Revisamos también la lectura y la navegación en móvil.
El antes y el después también se revisan en móvil
La migración incluyó la revisión del menú, los tamaños de letra, los espacios y las acciones de contacto en pantallas pequeñas. Mantuvimos una identidad reconocible y adaptamos el mensaje para explicar mejor qué necesita el proyecto.
Una base técnica que prepara las páginas antes de publicarlas
La web actual utiliza un generador de sitios estáticos, o SSG por sus siglas en inglés: *Static Site Generator*. La herramienta prepara las páginas a partir de contenidos, plantillas e imágenes y genera los archivos que se publican en el servidor.
Las páginas informativas se entregan como HTML, CSS y JavaScript. Joomla y su base de datos dejan de ser necesarios para mostrar ese contenido. Las plantillas de presentación siguen existiendo en el proyecto, pero ya no dependen del constructor de Joomla para generar las páginas públicas.
El contenido puede seguir cambiando. Los artículos del blog se guardan como datos estructurados y el generador construye sus fichas, listados y paginación. Se pueden preparar con fecha futura: aparecerán cuando se ejecute y publique una construcción a partir de ese día.
Este cambio modifica la forma de editar. En nuestro caso encaja trabajar sobre las fuentes, revisar el resultado y publicar una nueva versión. Para un equipo que necesita entrar a diario en un panel, con varios redactores y permisos, Joomla puede seguir siendo una buena elección.
Qué trabajo técnico simplificamos y qué calidad seguimos exigiendo
Una web Joomla bien afinada puede ofrecer una experiencia excelente. Alcanzar y mantener ese nivel requiere revisar el CMS y PHP, el constructor, la plantilla, las extensiones utilizadas, la caché y el alojamiento. Joomla ya incluye funciones propias; según el proyecto, otras se resuelven con extensiones o desarrollos que también hay que configurar, probar y mantener.
Esas tareas representan horas de trabajo y, cuando corresponde, licencias o servicios. En nuestra web, trasladamos parte de esas responsabilidades a la generación y comprobación de archivos. Así evitamos que estas funciones dependan de extensiones de Joomla:
- SEO y compartición desde los contenidos. Títulos, descripciones, URL canónicas, idiomas, datos estructurados e imágenes sociales se preparan desde los campos y la configuración del sitio. No instalamos un plugin de CMS para cada una de esas necesidades.
- Control de imágenes y recursos. Revisamos peso, dimensiones, textos alternativos y carga diferida donde procede. También controlamos qué hojas de estilo y scripts se incluyen. Los archivos estáticos siguen necesitando ese trabajo de optimización.
- Diseño y accesibilidad revisables. Ajustamos jerarquías de títulos, tamaño de los textos, comportamiento en móvil, nombres de enlaces y etiquetas de formularios. Las comprobaciones automáticas ayudan a detectar problemas; la revisión visual sigue siendo parte del proceso.
- Validación antes de publicar. El generador puede comprobar rutas, enlaces, imágenes y metadatos y señalar incidencias antes del despliegue. La exigencia de calidad forma parte del flujo de trabajo.
- Funciones concretas, con sus propias responsabilidades. El contacto y el analizador conservan sus componentes. Ya no hace falta mantener un CMS completo para servir el resto del contenido.
- Fuentes y cambios con historial. Trabajamos sobre archivos versionados, lo que permite revisar diferencias y recuperar versiones del proyecto. Los datos y servicios externos conservan su propia gestión de copias.
La mejora técnica de este caso es una base más controlada y menos dependencias del CMS. La velocidad, la accesibilidad y la calidad siguen requiriendo decisiones, comprobaciones y mantenimiento de los componentes que permanecen.
El SEO y la compartición también forman parte de la migración
Revisamos los títulos y las descripciones, las URL canónicas, las relaciones entre páginas en castellano y catalán y los datos estructurados que describen la organización, los servicios y los artículos.
Preparamos las imágenes y los textos que acompañan a los enlaces al compartirlos. También revisamos el sitemap, las instrucciones de indexación y las redirecciones desde las rutas anteriores. Las páginas de campañas o los resultados del analizador conservaron el tratamiento correspondiente a su función.
Los datos estructurados se generan desde los campos del contenido. Este trabajo queda integrado en el proceso de construcción de la web, junto con comprobaciones de enlaces, imágenes y metadatos.
Son mejoras que también pueden trabajarse en un CMS. Aquí aprovechamos la migración para revisarlas de forma conjunta y mantenerlas con una configuración coherente. Una migración cuidada contempla las correspondencias entre URL y el seguimiento posterior. El posicionamiento y las consultas comerciales se valorarán con datos reales tras el cambio.
Mantener las funciones útiles con componentes específicos
Conservamos el contacto, la preparación de proyectos y el analizador de webs. Las páginas estáticas se conectan con los componentes que resuelven esas funciones.
Los formularios utilizan PHP y correo; el analizador utiliza sus propios servicios. Esas piezas siguen necesitando protección, actualizaciones y supervisión. La mejora consiste en que el conjunto del contenido informativo puede servirse sin el CMS, mientras cuidamos por separado las funciones que requieren ejecución en el servidor.
| Aspecto | Punto de partida | Resultado de la revisión |
|---|---|---|
| Servicios | Productos y modalidades juntos en Soluciones | Tres familias de servicio, con modalidades y continuidad diferenciadas |
| Contenido histórico | Páginas y campañas acumuladas | Contenido revisado, integrado, conservado o retirado según su utilidad |
| Casos | Referencias y ejemplos repartidos | Casos con problema, decisión, resultado y capturas |
| Base técnica | Joomla, constructor y base de datos | Páginas generadas previamente, con funciones de servidor concretas |
| SEO y compartición | Configuración de la versión anterior | Revisión conjunta de metadatos, rutas, datos estructurados e imágenes sociales |
| Extensiones del CMS | Funciones propias y extensiones configuradas y mantenidas | SEO, compartición y generación integrados en el proyecto, con componentes específicos para las funciones de servidor |
| Actualizaciones de contenido | Edición desde Joomla | Edición de fuentes y datos, construcción y publicación de una nueva versión |
La inversión: conocimiento, trabajo e IA
Esta transformación requirió tiempo de análisis, decisiones editoriales, adaptación técnica y revisión. Hubo que leer contenido antiguo, detectar solapamientos, ordenar la oferta, comprobar rutas, preparar imágenes y ajustar el resultado en distintas pantallas.
La IA ayudó a analizar material, plantear alternativas, redactar y desarrollar. Su utilidad dependió del contexto y de las revisiones: alguien tenía que decidir qué propuesta representaba bien a SIBEOS, comprobar los hechos y verificar el comportamiento de la web.
El conocimiento, las horas de trabajo y las herramientas tienen un coste. El presupuesto de una migración debe recoger ese esfuerzo y su alcance. En este caso no publicamos una cifra de inversión ni un ahorro económico calculado, porque no hemos cerrado una medición comparable de ambos.
El retorno que buscamos es una web actualizada y una operativa con menos tareas recurrentes ligadas al CMS. Ese beneficio se valorará durante su uso y mantenimiento.
Menos mantenimiento del CMS y una superficie de ataque menor
La nueva web principal deja de necesitar actualizaciones de Joomla y de sus extensiones para presentar el contenido. También reduce la exposición asociada a ese CMS en las páginas públicas.
Siguen existiendo responsabilidades: dominio, hosting, accesos, dependencias de los recursos, formularios, analizador y contenido. El proyecto se gestiona con control de versiones, y los datos y configuraciones de las funciones de servidor necesitan sus propias copias de seguridad.
Además, conservamos una copia antigua de Joomla para poder comparar. Mientras siga accesible, ese entorno requiere su propio mantenimiento y protección. La reducción de complejidad debe evaluarse sobre los sistemas que realmente permanecen activos.
Qué hemos conseguido y qué vamos a medir
El resultado comprobable es una web con la oferta reorganizada, casos mejor explicados, una presentación más coherente y páginas informativas que ya no necesitan Joomla para servirse. Conserva el contenido útil y las funciones que siguen aportando valor.
El siguiente seguimiento corresponde al negocio: qué páginas descubre Google, qué búsquedas atraen visitas, cómo utilizan los servicios y los casos, y qué consultas llegan. Publicaremos resultados de tráfico, rendimiento o conversión cuando dispongamos de mediciones comparables.
El caso de SIBEOS muestra el alcance que puede tener una migración cuando se revisan a la vez el contenido, la experiencia de uso y la arquitectura. El trabajo inicial deja una base desde la que seguir publicando y evolucionando.