AKRIBIS GroupBrand
Sistema digital
3.5

Plantillas del sitio de unidad

Propuesto

¿Con qué plantilla se dibuja cada página de un sitio de unidad que lee el CMS, y qué lleva cada una?

Especificación

  1. Una plantilla por tipo de página, elegida por el tipo que manda el CMS (ventana 4) y nunca por la dirección: home, índice de sección (index), portada del catálogo (product_index), magnitud, eje (tipo de instrumento, marca, familia), segmento, industria, aplicación, tópico o servicio (standard), índice de rúbrica, publicación, producto, contacto y búsqueda. Un tipo que la plantilla no conoce se dibuja como tópico: su cuerpo. La tabla vive en packages/site/src/templates/registry.ts.
  2. Toda plantilla tiene las mismas regiones, en este orden: cabecera (PageHead: migas del árbol, antetítulo, título, bajada, acción principal y la atribución del socio cuando el contenido es de un socio), cuerpo (las secciones en el orden del redactor), rieles derivados (lo que dan los ejes y las relaciones), narrativa del ecosistema (en servicio, segmento, industria y aplicación, y en el inicio con el módulo de AKRIBIS One) y cierre (la llamada propia del índice, ventana 3, o la de la voz: «Hablar con un especialista»).
  3. El inicio sigue el orden de akribis.info: portada (el primer bloque hero del cuerpo), soluciones (el resto del cuerpo), servicios y unidades, segmentos con sus industrias y aplicaciones, ecosistema, contacto, hub de Expertise (sus rúbricas, los próximos eventos y las últimas novedades de la ventana 10), acceso directo, aplicaciones e instrumentación (sus ejes y los instrumentos destacados). Cada bloque aparece solo si hay datos.
  4. Portada del catálogo: los ejes arriba (cada valor con su cantidad de instrumentos) y el portfolio completo paginado con las facetas de la ventana 1. Magnitud: sus instrumentos, las industrias y aplicaciones donde aparece y sus notas (ventana 8 por categoría). Eje: sus instrumentos (la familia, por su propia faceta) y los cruces con los otros ejes; la marca muestra su logotipo y su relación con AKRIBIS. Segmento: sus industrias y aplicaciones, los servicios y las notas, sin grilla: un segmento agrupa, no clasifica. Industria y aplicación: sus relaciones, los instrumentos de su categoría, sus notas y su segmento.
  5. Un cruce de facetas es una consulta sobre la página escrita: un valor por eje, combinados con Y, noindex, follow, con el canonical y los alternates en la página sin la consulta; la paginación conserva la consulta. Una opción que da cero no se ofrece.
  6. La navegación y el pie salen del mismo árbol: Instrumentación abre sus ejes como columnas con cantidades (un eje sin páginas no aparece) y el portfolio completo; Segmentos abre cada segmento con sus industrias y aplicaciones, más todas las industrias y todas las aplicaciones; el pie tiene cinco columnas (contacto, categorías, servicios, Expertise, nosotros) sobre el bloque de grupo.
  7. Cada página lleva las etiquetas de caché que el CMS purga: la del departamento, page: de la página (page: a secas en el inicio) y del índice de segmentos, cuyo panel arma la ventana 3 en un pedido, product: de cada instrumento que muestra cualquier grilla, category:, rubric: y resource:. Cada grilla publica además su ItemList en JSON-LD, junto a BreadcrumbList, Product, Event o Article.
  8. Un producto con árbol de opciones (ventana 7) lleva el configurador como sección de su página: los grupos, las exclusiones en vivo, las reglas a pedido y antes de agregar, el código de pedido en los dos sentidos, servicios y accesorios aparte. El navegador pide el árbol al propio sitio (/configurator/<id>.json), que se lo pide al CMS con la llave; lo configurado entra a la lista de cotización con su resumen completo y llega así al CRM.
  9. El sitemap de un sitio CMS se arma en la visita: /sitemap-index.xml con sus partes de páginas (el árbol, las compartidas, las propias del sitio), productos (ventana 6) y publicaciones (ventana 8), cada dirección con sus alternativas en los tres idiomas, en caché y con etiquetas; robots.txt lo nombra y puede llevar la política por bot del sitio. La entrada / elige el idioma por la cookie que escribe el selector, después el navegador, después el país.
  10. La búsqueda (ventana 11) vive en una dirección traducida (/es/buscar/, /en/search/, /pt/buscar/), agrupa los resultados en páginas, instrumentos y publicaciones, y no se indexa.
  11. El proyecto de prueba (packages/cms-proof) se verifica contra un CMS local con un ejemplo de cada tipo (mock/cms.mjs): pnpm --filter @akribis/cms-proof check:mock levanta el CMS y el Worker, comprueba que cada dirección la dibuje la plantilla de su tipo y corre la verificación en vivo sobre las tres lenguas.

Para volver a razonar

  • Las secciones de nivel tres o más del árbol no están en el modelo de navegación: sus migas se piden a la ventana 4.
  • El configurador guarda su borrador por producto en el navegador y la lista de cotización vive en la visita: lo configurado y no enviado se pierde al cerrar la pestaña.

Evidencia para auditar

  • akribis.info docs/19-arquitectura-de-informacion.md §§2-6 (signed 2026-10-06) and decision 24; docs/18-paridad.md rows 2-6, 13-16, 20-21, 34
  • PIM-de-Akribis-One cms/CONTRACT.md, windows 1, 3, 4, 5, 10 and 11 and the ten body blocks (2026-10-06); holds and manufacturer on every card, window 3's items, the family facet, ?category=a,b,c and the home's page: tag (2026-10-07, PR #3); windows 6 and 7
  • akribis.info docs/18-paridad.md rows 9, 18, 19 and 36 and its list of package debts (2026-10-07): the sitemap, the language cookie, the command-line tools and the configurator moved into the package
  • packages/cms-proof/mock/check.mjs against the built proof: every template drawn by its type, zero violations over the three languages

Entrega

  • Las plantillas en packages/site/src/templates/ (una por tipo, con sus cargadores en load.ts y sus regiones compartidas)
  • el modelo de navegación y el pie en cinco columnas derivados del árbol
  • el CMS local de prueba con un ejemplo de cada tipo y su verificación en vivo.

Depende de

Decisión