[META-03][Nico+Julián] Verificar eventos y consentimiento en Meta Test Events

[nicoechaniz]

Resultado

Validar la instrumentación publicada con navegador limpio y Meta Events Manager/Test Events usando identidades sintéticas y sin exponer PII.

Matriz

• Consent Decline: no PageView, CompleteRegistration ni Purchase.
• Consent Accept: PageView una vez.
• Registro canónico exitoso: CompleteRegistration una vez.
• Error/retry de registro: cero duplicados.
• Compra paga confirmada: Purchase una vez con value, currency, content/session y eventID esperados.
• Acceso gratuito/comp/invite y pago pendiente/refunded: cero Purchase.
• ES y EN.
• Refresh y PAYMENT_CONFIRMED → ACCESS_READY sin duplicación.
• URL evergreen y cambio de fin de semana sin valores heredados.

Evidencia

• Capturas o export redacted de Test Events.
• SHA publicado y navegador/fecha.
• Parámetros observados sin nombre/email/tokens.
• Resultado de tests automatizados de consentimiento y lifecycle.

Dependencias

Bloqueada por META-01 y META-02. La validación final de Purchase depende transitivamente de SairaAsua/proyecciones-mito#33.

[nicoechaniz]

Preflight de navegador real completado localmente sobre el build combinado #22 + #16:

• Accept → PageView una vez;
• REGISTERED canónico sintético → CompleteRegistration una vez;
• payload Meta inspeccionado sin nombre/email;
• refresh en la misma pestaña → cero duplicados;
• revoke → cero evento; regrant → evento pendiente exactamente una vez.

Evidencia detallada: #16 (comment 5175872760). No se generó registro/checkout ni Test Event de producción. La matriz final en Meta Events Manager sigue bloqueada hasta publicar #22/#16 y, para Purchase, hasta #11 / SairaAsua/proyecciones-mito#33.

[Mar-IA-no]

Evidencia de compra real ES · 2026-08-05

Dirección informó que la secuencia apareció correctamente en Meta Test Events después de aceptar la casilla persistente publicada en #38. No se adjunta una captura/export de Meta en este comentario, por lo que esa observación queda atribuida a Dirección y no como inspección independiente del servidor.

Auditoría read-only del backend inmediatamente posterior:

• exactamente una orden elegible para hmp-2026-08-08:es-0830-cr;
• orden y pago completed, USD 20.00, reembolso cero;
• un único ticket valid, acceso permitido y estado deseado ACTIVE;
• provisioning confirmado en revisión 1, estado efectivo ACTIVE, grant presente y sin error;
• status canónico v2 ACCESS_READY;
• purchase.kind=PAID_PURCHASE, importe 2000 minor units, USD, content ID canónico y conversion ID cnv_v1_* válido;
• ambos webhooks procesados sin error;
• proyecciones Sheets, provisioning y reconciliaciones completados en un intento;
• Gmail de acceso SENT en un intento con provider ID;
• API y ambos workers healthy, cero marcadores de error en los veinte minutos auditados.

No se observaron PII, tokens ni IDs del proveedor en esta evidencia. El issue permanece abierto hasta archivar evidencia redacted de Test Events y resolver qué partes restantes de la matriz (decline, EN, refund/revoke) se consideran necesarias para el cierre.

[Mar-IA-no]

Hito aceptado por Dirección · triunfo/eureka

Dirección revisó la secuencia en Meta Test Events y, junto con la auditoría read-only del backend ya publicada arriba, declaró exitoso el primer recorrido humano real ES de punta a punta.

Queda aceptado como hito observado:

• consentimiento registration-v4 y casilla Meta persistente;
• PageView, CompleteRegistration y Purchase observados en Test Events;
• pago real USD confirmado;
• webhooks, PostgreSQL y Sheets completos;
• entitlement Beacon ACTIVE;
• Gmail de acceso enviado;
• status v2 ACCESS_READY y PAID_PURCHASE canónico, sin duplicados ni errores recientes.

Este mensaje comunica el triunfo concreto sin incluir PII, tokens ni IDs del proveedor. El issue puede conservarse abierto sólo para decidir/archivar la cobertura ampliada —decline, EN, refund/revoke y export redacted—; esas variantes ya no niegan el hito integrado que Dirección aceptó hoy.