El Portal: la puerta de entrada del grupo

La plataforma interna del grupo

El portal es la página de inicio del equipo: desde ahí se entra a todo lo que vamos montando (el ERP, la Biblioteca, las herramientas…) y se ven las novedades, el equipo y las marcas. Es una única página web, sobria y rápida, pensada para tenerla siempre a mano.

Un archivo en GitHub que se publica solo

El portal no se edita "en caliente" en el servidor. Su única fuente de verdad es un archivo en GitHub; cada cambio que se sube se publica automáticamente en uno o dos minutos. Así todo queda versionado y cualquier error se deshace en un clic.

Cambios pequeños, verificados y reversibles

El caso más común es añadir un acceso nuevo (una tarjeta que lleva a una aplicación). El flujo es siempre el mismo y está pensado para no romper el resto de la página:

1. Abrir el editor del archivo en GitHub: portal-salmeron/edit/main/index.html (con sesión iniciada).
2. Localizar el bloque de accesos: dentro de <main id="accesos"> hay una rejilla <div class="grid"> con las tarjetas.
3. Insertar una tarjeta nueva copiando exacta la plantilla y cambiando solo el enlace, la categoría, el título y la descripción.
4. Confirmar con Commit a main, con un mensaje claro (p. ej. "Añadir acceso a Facturación").
5. Esperar 1–2 min y verificar recargando el portal: que se ve el cambio y que el resto sigue intacto.

Reglas de oro (blindaje anti-errores)

• Se edita solo el repo portal-salmeron (index.html). Nunca en Coolify ni en el servidor a mano.
• Un cambio = un commit pequeño. No se reescribe el archivo entero por cambiar una tarjeta: menos superficie, menos errores.
• Nunca un buscar-y-reemplazar global de trozos de SVG o CSS: el HTML reutiliza fragmentos (la flecha de "Abrir" aparece en muchos sitios) y un reemplazo global corrompe otros iconos. Se edita siempre dentro de la tarjeta concreta.
• Verificar siempre tras publicar: que se vea el cambio y que nav, hero y todas las secciones sigan bien.
• Nunca introducir contraseñas (GitHub, Coolify): si un paso las pide, lo hace José.
• Todo cambio con enjundia se documenta en la Biblioteca. "Lo que hagamos, se sube a la Biblioteca."

Deshacer un error es un clic

Como todo está versionado en Git, no hace falta "arreglar el servidor". Se revierte el commit que rompió algo y el portal vuelve a estar bien solo.

1. En GitHub, abrir la pestaña Commits del repo y entrar en el commit que causó el problema.
2. Pulsar Revert y confirmar el commit del revert a main.
3. El webhook republica solo la versión anterior en 1–2 min. Listo.

Seguridad

El portal es interno pero visible para todo el equipo, así que los cambios se publican con cabeza: no se introducen contraseñas ni claves (si un paso las pide, las mete José), no se borran datos ni recursos sin confirmación explícita, y ante cualquier duda sobre un cambio que se publica, se consulta antes.

Las noticias salen solas del WordPress

Desde el 25/09/2026, «Novedades» ya no se escribe a mano. Un pequeño script al final de index.html lee las entradas publicadas en cms.salmeronai.es y muestra la última noticia de cada marca (Grupo, Elvia, Abitia y Fabria): como máximo cuatro, ordenadas por fecha, en una fila que en el móvil pasa a una columna.

1. La noticia se hace en WordPress con el patrón de su marca (Patrones → Noticias Grupo Salmerón) y su categoría: Elvia, Abitia o Fabria (más Noticias), o solo Noticias para el Grupo.
2. Al publicarla, aparece en el portal en lugar de la anterior de su marca. No hay que tocar GitHub.
3. El texto corto de la tarjeta es la entradilla de la noticia.