[GROWTH-01][Nico] Convertir campaña y página de horarios en experiencia evergreen semanal

[nicoechaniz]

Decisión de producto — 2026-08-04

La publicidad principal no anunciará una fecha concreta. Comunicará que hay eventos todos los fines de semana y compartirá una URL estable donde se publican los horarios vigentes.

Las fechas concretas siguen existiendo como datos operativos de cada sesión, pero no deben modelar la estrategia publicitaria ni quedar hardcodeadas en la landing o en analytics.

Primer catálogo que debe representar correctamente

• ES: 2026-08-08 08:30 America/Costa_Rica / 14:30 UTC — virtual — USD 20.
• EN: 2026-08-08 14:00 America/Costa_Rica / 20:00 UTC — virtual — USD 50.

Son dos sesiones pagas e independientes. No existe sesión presencial ese día. El precio pertenece a la sesión y no al locale general del sitio.

Resultado

• URL pública estable con próximos horarios publicados desde una fuente canónica.
• Estados claros: horarios pendientes, inscripciones abiertas/cerradas, agotado, cancelado y finalizado.
• Sesión, idioma, horario/zona, precio, moneda, modalidad y checkout provienen del catálogo vigente.
• No mostrar fechas vencidas ni reutilizar metadata de una campaña anterior.
• Preservar atribución permitida sin PII y sin requerirla para funcionar.
• Purchase y CompleteRegistration se asocian a la sesión elegida.
• Cupones/cortesías permanecen soportados como modalidad explícita, sin fingir una compra ni emitir Purchase.

Limpieza de contexto

Revisar material vivo que todavía ordena llenar o anunciar un encuentro fechado. Conservar piezas históricas sólo si están marcadas inequívocamente como archivo.

Criterios de aceptación

• La URL estable explica ES/EN que hay encuentros todos los fines de semana.
• El primer fixture muestra las dos sesiones correctas del 8 de agosto.
• No combina ES/EN ni presenta una sesión presencial.
• Cambiar el locale no cambia producto ni precio.
• Horarios y disponibilidad cambian por catálogo sin editar el tracker.
• Sin horarios publicados hay una espera honesta y no un checkout viejo.
• Una sesión cerrada, cancelada, agotada o vencida no conserva checkout activo.
• Tests cubren catálogo actual, vacío, cerrado, agotado, cancelado, vencido, cupón y cambio de fin de semana.

Dependencia parcial

SairaAsua/proyecciones-mito#33 para el contrato canónico recurrente. La limpieza documental y los estados pueden avanzar en paralelo.

[nicoechaniz]

Documentation/context slice is implemented in draft PR #15.

Evidence:

• fixed-date August 1 ad instructions removed from the active outreach brief;
• evergreen weekend model and stable schedule URL documented in ES/EN;
• 19/19 tests, build and diff check pass.

The runtime/catalog portion of this issue remains blocked by SairaAsua/proyecciones-mito#33. PR #15 does not deploy or alter checkout/Pixel behavior.

[nicoechaniz]

Additional unblocked slice merged in #18:

• /eventos/ is now explicitly the recurring public schedule destination already linked from the homepage;
• copy says events happen every weekend, not every Saturday;
• visitors are told that current times, languages, prices and availability are published on that page;
• the concrete current schedule remains intact and registration remains closed.

Dynamic catalog rendering is still natively blocked by SairaAsua/proyecciones-mito#33.

[nicoechaniz]

Pieza independiente completada y publicada en PR #21 / main 0ec8a24:

• la portada ya no anuncia “8 y 15 de agosto / August 8 and 15”;
• eliminamos el estado estático “Registration open” del banner;
• comunica encuentros virtuales todos los fines de semana y deriva a la URL estable /eventos/#virtuales para horarios y disponibilidad;
• test bilingüe focalizado, suite 20/20, build y Pages verdes; verificación HTTP de producción confirmada.

Las fechas concretas permanecen donde son datos operativos del catálogo/checkout. El catálogo recurrente y sus estados siguen bloqueados por SairaAsua/proyecciones-mito#33.

[Mar-IA-no]

Coordinación backend aceptada y especificada en SairaAsua/proyecciones-mito#33: https://github.com/SairaAsua/proyecciones-mito/issues/33#issuecomment-5176114246

PMP Myth Bot entregará un catálogo público seguro y versionado, separado del catálogo operativo de Ticket Tailor, con sesión, fecha/hora/zona, idioma, precio, moneda, modalidad y disponibilidad. Evergreen significa URL estable y catálogo reemplazable; cada fin de semana publicado seguirá siendo una entrada canónica explícita.

[nicoechaniz]

Kanban reconciliado 2026-08-04: los slices evergreen independientes ya están mergeados; el runtime de catálogo sigue bloqueado por SairaAsua/proyecciones-mito#33 y no hay rama Nico activa. Muevo a Todo preservando Responsable Nico para la integración posterior, sin duplicar el catálogo ni tocar el trabajo comercial de Mariano/Sai.

[nicoechaniz]

Claim técnico — 2026-08-05. La dependencia SairaAsua/proyecciones-mito#33 está cerrada y el catálogo público versionado ya fue desplegado; no hay PR activa del equipo de Mariano en ninguno de los tres repos.

Tomo únicamente el slice frontend evergreen de esta tarjeta en un worktree aislado: consumir el catálogo público canónico en /eventos/, renderizar estados disponible/aún no publicado/cerrado/agotado/cancelado/vencido de forma fail-closed, preservar ES/EN y zona horaria, y cubrir cambio de fin de semana y catálogo inválido/vacío. No modificaré endpoints, contratos comerciales, checkout, precios canónicos, Pixel, pagos ni datos reales. Prepararé una PR revisable, pero no mergearé ni publicaré GitHub Pages sin aprobación específica.

[nicoechaniz]

Implementación aislada lista en draft PR #40, commit 1d5acea.

• /eventos/ ya no contiene fechas ni enlaces de inscripción estáticos para las sesiones virtuales;
• consume y valida public-commerce-catalog.response.v1, muestra ambas sesiones sin acoplar producto/precio al locale y falla cerrado ante catálogo vacío, vencido, inválido o inaccesible;
• estados cubiertos: pendiente, abierto, cerrado, agotado, cancelado y finalizado;
• cambio de fin de semana, XSS, timeout/HTTP/content-type/schema drift y ausencia de enlaces obsoletos cubiertos;
• 74/74 tests, build, syntax y diff-check verdes; recorridos Chromium y Firefox verdes; CORS productivo allowlisted confirmado read-only.

No se tocó registro, checkout, Pixel, pago, cupones ni backend. La tarjeta permanece In Progress porque PR #40 es draft y no se publicó GitHub Pages; además el criterio de cortesías continúa separado en #122.