CAPABILITY / WEB BUILDER

Sites multi-brand con contratos estructurados, audit gates y estado de publicación visible.

Web Builder es la capability de la plataforma que maneja las superficies públicas. Las páginas son payloads estructurados, no archivos. Los blocks son compartidos y brand-aware. El loop de publicación pasa por audits antes de la acción pública. Esta web está construida con él.

CÓMO OPERA

Source, render, audit, publish.

La capability ejecuta un loop de publicación donde cada página pasa por contratos estructurados antes de alcanzar una ruta pública.

Source

Payload estructurado

SEO, hero, sections y CTAs viven en un contrato JSON por página, no en archivos route ocultos.

Render

Blocks compartidos

Astro renderiza blocks aprobados con tokens brand-aware. El archivo route es delgado.

Capa operativa

Gates de audit + aprobación de owner.

Build, structured page, route y platform checks protegen la superficie antes del release. Deploy es una decisión explícita del operator.

Surface

Ruta de producción

Legible, repetible, protegida de copy drift entre versiones.

Readback

Verificación post-deploy

Route, output e indexabilidad se verifican después del release, no se asumen.

QUÉ HACE

La capability dueña del camino desde page intent hasta superficie pública.

Web Builder es opinionated sobre qué aspecto tiene una página productiva: structured source, thin render, audit gate, publicación aprobada por owner, readback después de la acción.

web-builder / ruta de producción
Ruta canónica /es/plataforma/web-builder/
Estado de la superficie live capability
Structured source Intent de página, SEO, hero, sections y CTAs viven en un payload auditable.

listo

Thin render Las rutas Astro renderizan blocks compartidos; ninguna estrategia oculta en archivos route.

listo

Audit gate audit:platform debe pasar antes de la acción pública. Sitemap, hreflang, structured pages, slug uniqueness — todo verificado.

requerido

Brand contract Cada site valida contra un schema zod de brand. La consistencia cross-brand se enforza, no es aspiracional.

listo

Acción pública Deploy, DNS e indexabilidad son decisiones del owner, no auto-applies del pipeline.

bloqueado

Gate de publicación aprobación owner

La capability prepara la superficie; el operator aprueba la acción pública.

ESCALERA DE INTERACCIÓN

Estático por defecto. Estado solo cuando el visitor lo necesita.

La capability default a renderizado estático. La interacción se añade cuando el visitor cambia un escenario, compara estados o verifica un readiness — no como decoración.

Output de capa

HTML-first

La mayor parte del proof es legible como HTML: route, source, gate, owner, readback. Si la superficie estática no puede explicar la idea, la interacción no lo arreglará.

  • SEO-readable
  • Assets locales
  • Sin dependencia de provider

Output de capa

Tiny JavaScript cuando aporta

Progressive enhancement solo cuando el visitor cambia un escenario o revela un estado que como copy duplicado quedaría peor.

  • Legible antes de JS
  • Sin dependencia de framework
  • Auditado como todo lo demás

Output de capa

Visuales generados cuando aportan prueba

Un SVG estático, diagrama o visual generado pertenece al site cuando hace la capa operativa más clara que otro párrafo.

  • Owned por el repo
  • Sin embeds remotos
  • Comprimido y auditable

QUÉ POTENCIA

Templates de página con readiness clara.

Web Builder ships un conjunto pequeño de tipos de página. Cada uno tiene contrato definido, readiness auditado y gates de owner.

Template ready

Páginas de servicio

Para una oferta definida con scope, objeciones, prueba y camino de contacto. Contrato estructurado. Auditado antes del release.

Template ready

Páginas de capability

Como esta. Para una capability de la plataforma con prueba operativa, qué hace, cómo opera y camino de activación.

Template ready

Páginas de solution

Para una combinación vertical de capabilities + services. Estructura audience-led.

Template ready

Articles editoriales

Para contenido long-form con TOC, reading progress, related posts, author bio. Kit de Article UX incluido.

ACTIVADO A TRAVÉS DE SERVICIOS

Qué servicios corren sobre esta capability.

La capability ships el kit, los contratos, los audit gates y el loop de publicación. Los servicios definen para qué existe el site y cómo opera dentro de un engagement de cliente.

Web architecture

Decisiones de arquitectura del site — taxonomía, route map, content contracts, audit gates — para sites que necesitan escalar.

Ver servicio →

Lead systems

La capa capture-and-CRM construida sobre el kit: forms, qualification, routing, audit del follow-up.

Ver servicio →

GEO content

Superficies editoriales con contratos estructurados, FAQ entity Q&A, taxonomy aggregation — todo corriendo sobre el kit.

Ver servicio →

USADO EN VERTICALES

Qué solutions usan esta capability.

Traditional SMEs

PYMEs B2B que necesitan un site ingenierado para descubrimiento orgánico, no solo un brochure con form de contacto.

Ver servicio →

Strategic partners

Portafolios multi-brand donde el kit maneja tokens brand-aware, contratos estructurados y consistencia cross-brand.

Ver servicio →

ACTIVAR

Si tu operación necesita sites que escalan con audit gates en vez de one-offs frágiles, esta capability es el punto de inicio.

Web Builder se activa a través de un engagement: brand contract, structured contracts, audit gates, loop de publicación. La conversación empieza con la fricción actual.

Hablar sobre activación

Sistemas operativos, no slides.

Cuentanos que esta fallando. Te diremos rapido si el problema es arquitectonico, operativo o de ejecucion.