Crear footer
Budget: €30 – €250 EUR
El trabajo consiste únicamente en organizar los 44 documentos que nosotros entregaremos, instalando el micro-plugin MU de control de accesos y usando el footer existente con widgets nativos de WordPress, sin rediseñar ni alterar su estructura.
Cada enlace deberá mostrar una descripción textual del emoji que representa su nivel de acceso, por ejemplo:
(emoji llave amarilla = Público), (emoji candado cerrado = Privado) o (emoji escudo = Consejo).
Web Hosting
INTENCIÓN DEL SISTEMA DOCUMENTAL
Qué buscamos conseguir
• Transparencia con control: mostrar todo el ecosistema documental de ANTAL (unos 44 documentos agrupados en ocho bloques temáticos) en el footer ya existente, diferenciando los niveles de acceso mediante texto descriptivo delante del nombre de cada enlace:
(emoji llave amarilla = Público) acceso libre para cualquier visitante.
(emoji candado cerrado = Privado) acceso exclusivo para socios ANTAL.
(emoji escudo = Consejo) acceso reservado al Consejo ANTAL.
En claro: cada enlace mostrará, antes del nombre del documento, una breve descripción textual que indica su nivel de privacidad.
• Madurez y credibilidad: mantener versiones visibles tipo vX.Y.Z y fechas de revisión que reflejen la trayectoria institucional, con una única fuente canónica por documento.
• Operatividad simple: que Secretaría pueda publicar o actualizar documentos en minutos usando únicamente los widgets nativos de WordPress, sin tocar código ni estructuras internas.
• Rendimiento y estabilidad: el footer 4×2 ya está creado con widgets, y debe seguir así. Solo hay que organizar los enlaces dentro de él, sin añadir plugins pesados ni modificar el diseño.
• Uniformidad visual: igualar la tipografía y los estilos al resto de la web.
• Trazabilidad y control: garantizar enlaces canónicos estables, con redirecciones automáticas cuando cambie una versión, y control de acceso por roles nativos.
PRINCIPIOS NO NEGOCIABLES (GUARDARRAÍLES)
URLs canónicas estables (sin enlaces temporales).
Control de acceso por roles gestionados desde Usuarios de WordPress:
Público → acceso libre.
Socio → acceso a públicos y privados.
Consejo → acceso a públicos, privados y reservados.
Versionado visible en los títulos y una sola copia vigente.
Mapa documental completo: los documentos aparecen listados aunque sean privados o reservados (indicando su nivel de acceso).
Solución ligera y mantenible (sin “bloat”).
Accesibilidad total y lectura óptima en móvil.
RESULTADO DESEADO (EXPERIENCIA)
• El visitante ve en el footer 4×2 los ocho bloques temáticos del sistema documental, construidos con widgets nativos de WordPress.
• Cada enlace muestra delante del título su descripción de nivel de acceso:
(emoji llave amarilla = Público)
(emoji candado cerrado = Privado)
(emoji escudo = Consejo)
• Las versiones nuevas actualizan automáticamente la URL canónica; las anteriores redirigen.
• Secretaría solo debe subir el documento, indicar versión y actualizar el enlace —sin modificar estilos ni estructura.
CRITERIOS DE ÉXITO MEDIBLES
• Publicar o actualizar una versión en menos de 10 minutos y en un máximo de 5 pasos.
• Cero enlaces rotos tras cada actualización.
• Sin pérdida de rendimiento en el footer ni en la web.
• Roles y accesos funcionando correctamente según permisos.
QUÉ NO QUEREMOS
• Duplicar documentos o mantener varias copias.
• Editar en distintos lugares o depender de plugins pesados.
• Cambiar la estructura o diseño del footer actual.
• Alterar tipografía o estilos del tema activo.
IMPLEMENTACIÓN TÉCNICA REQUERIDA
• El diseñador deberá instalar un micro-plugin MU (Must-Use Plugin), que será entregado con la documentación técnica. Este plugin crea los roles “socio” y “consejo” y gestiona automáticamente los permisos de acceso.
• El plugin se instala en la ruta /wp-content/mu-plugins/ y queda activo por defecto.
• Las carpetas seguras para documentos privados y del Consejo deberán verificarse (protegidas por .htaccess o equivalente en NGINX).
• El diseñador no debe crear nuevos módulos: solo usar los widgets existentes en el footer, manteniendo la maquetación actual y organizando los 44 documentos con su texto de nivel de acceso delante del nombre.
ESPACIO PARA ALTERNATIVAS (SI CUMPLEN LOS PRINCIPIOS)
Se aceptan propuestas distintas si respetan estos criterios. Por ejemplo:
• Generar el footer automáticamente desde un tipo de contenido personalizado (CPT) con taxonomías o campos ACF.
• Separar documentos públicos y privados en rutas distintas, manteniendo el mismo patrón de enlaces.
• Añadir redirecciones 301 o capas intermedias para garantizar estabilidad de URLs.
• Integrar más adelante un sistema de login único (SSO) manteniendo la simplicidad actual.
ENTREGABLES ESPERADOS DEL DISEÑADOR
• Arquitectura propuesta (1 página): cómo encaja la solución con estos principios.
• Flujo operativo para Secretaría (1 página): pasos para subir y actualizar documentos.
• Listado de dependencias (si las hubiera) y plan para evitar sobrecarga.
• Plan de pruebas (roles, enlaces, móvil, redirecciones) con criterios de aceptación.
• Manual breve de mantenimiento (1 página): cómo actualizar versiones sin romper enlaces ni estilos.
Cada enlace deberá mostrar una descripción textual del emoji que representa su nivel de acceso, por ejemplo:
(emoji llave amarilla = Público), (emoji candado cerrado = Privado) o (emoji escudo = Consejo).
Web Hosting
INTENCIÓN DEL SISTEMA DOCUMENTAL
Qué buscamos conseguir
• Transparencia con control: mostrar todo el ecosistema documental de ANTAL (unos 44 documentos agrupados en ocho bloques temáticos) en el footer ya existente, diferenciando los niveles de acceso mediante texto descriptivo delante del nombre de cada enlace:
(emoji llave amarilla = Público) acceso libre para cualquier visitante.
(emoji candado cerrado = Privado) acceso exclusivo para socios ANTAL.
(emoji escudo = Consejo) acceso reservado al Consejo ANTAL.
En claro: cada enlace mostrará, antes del nombre del documento, una breve descripción textual que indica su nivel de privacidad.
• Madurez y credibilidad: mantener versiones visibles tipo vX.Y.Z y fechas de revisión que reflejen la trayectoria institucional, con una única fuente canónica por documento.
• Operatividad simple: que Secretaría pueda publicar o actualizar documentos en minutos usando únicamente los widgets nativos de WordPress, sin tocar código ni estructuras internas.
• Rendimiento y estabilidad: el footer 4×2 ya está creado con widgets, y debe seguir así. Solo hay que organizar los enlaces dentro de él, sin añadir plugins pesados ni modificar el diseño.
• Uniformidad visual: igualar la tipografía y los estilos al resto de la web.
• Trazabilidad y control: garantizar enlaces canónicos estables, con redirecciones automáticas cuando cambie una versión, y control de acceso por roles nativos.
PRINCIPIOS NO NEGOCIABLES (GUARDARRAÍLES)
URLs canónicas estables (sin enlaces temporales).
Control de acceso por roles gestionados desde Usuarios de WordPress:
Público → acceso libre.
Socio → acceso a públicos y privados.
Consejo → acceso a públicos, privados y reservados.
Versionado visible en los títulos y una sola copia vigente.
Mapa documental completo: los documentos aparecen listados aunque sean privados o reservados (indicando su nivel de acceso).
Solución ligera y mantenible (sin “bloat”).
Accesibilidad total y lectura óptima en móvil.
RESULTADO DESEADO (EXPERIENCIA)
• El visitante ve en el footer 4×2 los ocho bloques temáticos del sistema documental, construidos con widgets nativos de WordPress.
• Cada enlace muestra delante del título su descripción de nivel de acceso:
(emoji llave amarilla = Público)
(emoji candado cerrado = Privado)
(emoji escudo = Consejo)
• Las versiones nuevas actualizan automáticamente la URL canónica; las anteriores redirigen.
• Secretaría solo debe subir el documento, indicar versión y actualizar el enlace —sin modificar estilos ni estructura.
CRITERIOS DE ÉXITO MEDIBLES
• Publicar o actualizar una versión en menos de 10 minutos y en un máximo de 5 pasos.
• Cero enlaces rotos tras cada actualización.
• Sin pérdida de rendimiento en el footer ni en la web.
• Roles y accesos funcionando correctamente según permisos.
QUÉ NO QUEREMOS
• Duplicar documentos o mantener varias copias.
• Editar en distintos lugares o depender de plugins pesados.
• Cambiar la estructura o diseño del footer actual.
• Alterar tipografía o estilos del tema activo.
IMPLEMENTACIÓN TÉCNICA REQUERIDA
• El diseñador deberá instalar un micro-plugin MU (Must-Use Plugin), que será entregado con la documentación técnica. Este plugin crea los roles “socio” y “consejo” y gestiona automáticamente los permisos de acceso.
• El plugin se instala en la ruta /wp-content/mu-plugins/ y queda activo por defecto.
• Las carpetas seguras para documentos privados y del Consejo deberán verificarse (protegidas por .htaccess o equivalente en NGINX).
• El diseñador no debe crear nuevos módulos: solo usar los widgets existentes en el footer, manteniendo la maquetación actual y organizando los 44 documentos con su texto de nivel de acceso delante del nombre.
ESPACIO PARA ALTERNATIVAS (SI CUMPLEN LOS PRINCIPIOS)
Se aceptan propuestas distintas si respetan estos criterios. Por ejemplo:
• Generar el footer automáticamente desde un tipo de contenido personalizado (CPT) con taxonomías o campos ACF.
• Separar documentos públicos y privados en rutas distintas, manteniendo el mismo patrón de enlaces.
• Añadir redirecciones 301 o capas intermedias para garantizar estabilidad de URLs.
• Integrar más adelante un sistema de login único (SSO) manteniendo la simplicidad actual.
ENTREGABLES ESPERADOS DEL DISEÑADOR
• Arquitectura propuesta (1 página): cómo encaja la solución con estos principios.
• Flujo operativo para Secretaría (1 página): pasos para subir y actualizar documentos.
• Listado de dependencias (si las hubiera) y plan para evitar sobrecarga.
• Plan de pruebas (roles, enlaces, móvil, redirecciones) con criterios de aceptación.
• Manual breve de mantenimiento (1 página): cómo actualizar versiones sin romper enlaces ni estilos.
Related categories:
Project Management
Engineering
Software Architecture
Website Testing
Web Hosting