Línea base del portafolio y el repositorio
Las superficies públicas, los límites de evidencia y los controles de publicación se reconciliaron antes de añadir la medición.
CASO DE ESTUDIO · LABORATORIO MARTECH PERSONAL
Ecosistema personal MarTech: arquitectura, implementación y evidencia
Ecosistema digital gobernado y sensible a la configuración, creado para conectar tecnología de marketing, analítica, ingeniería de datos y evidencia de investigación sin tratar una sola plataforma como sistema de registro.
Artefacto principalEcosistema MarTech configurado
Enfoque de evaluaciónCiencia del diseño longitudinal
Formato de datos canónicoParquet
Motor analíticoDuckDB
01 · PROBLEMA
De una colección de herramientas a un sistema observable
Las plataformas de marketing son fáciles de añadir de forma independiente. El desafío es preservar una semántica coherente de eventos, reglas de consentimiento, procedencia, reproducibilidad y portabilidad analítica mientras evoluciona el ecosistema. El proyecto estudia la configuración del ecosistema como artefacto, en lugar de evaluar herramientas aisladas.
Objetivo de diseño: construir el ecosistema MarTech viable más pequeño en el que los puntos de contacto públicos, los eventos gobernados, la telemetría del proveedor, la evidencia analítica canónica y la evaluación posterior puedan rastrearse entre cambios de configuración.
02 · ARQUITECTURA
Separar la fuente, el almacenamiento canónico y el cómputo analítico
La arquitectura separa deliberadamente los datos brutos administrados por proveedores, la evidencia analítica canónica y el motor de cómputo utilizado para consultarla. Así, la evidencia de investigación se mantiene portátil aunque cambien los adaptadores específicos de cada proveedor.
Superficie públicayobany.topcontenido + interacción
Control de recolecciónGTM + consentdespacho de eventos gobernados
Telemetría del proveedorGA4eventos de comportamiento
Fuente bruta administradaBigQueryexportación bruta de eventos GA4
Evidencia canónicaParquet on Backblaze B2datos analíticos remotos y duraderos
Cómputo analíticoDuckDBSQL + análisis reproducible
Tableros
Investigación
AI
Decisiones
03 · IMPLEMENTACIÓN
Implementación incremental con verificación en ejecución
Fortalecimiento de rendimiento, accesibilidad y seguridad
Se añadieron controles de calidad en el repositorio, manteniendo las mediciones de ejecución como evidencia separada.
GTM y GA4 basados en consentimiento
La analítica opcional se carga únicamente después del consentimiento explícito; el comportamiento sin consentimiento se probó como una ruta separada.
Modelo de eventos gobernados
Se mapearon y validaron cinco eventos de comportamiento, mientras que los eventos automáticos del proveedor permanecieron separados semánticamente.
Observabilidad de búsqueda y SEO
Se establecieron la propiedad de Search Console y un contrato gobernado de SEO técnico y on-page, sin afirmar efectos sobre el posicionamiento.
Ruta analítica canónica remota
Un lote real y gobernado de validación de GA4 fue conformado, materializado como Parquet versionado en Backblaze B2, reconstruido remotamente con DuckDB y aceptado tras verificaciones de identidad, temporalidad, semántica e integridad SHA-256.
04 · ESTADO ACTUAL
Qué está operativo, validado o pendiente
| Capacidad | Estado | Límite de evidencia |
|---|---|---|
| Publicación y gobernanza del portafolio | Operativo | Repositorio versionado y controles de calidad de publicación. |
| Google Tag Manager | Operativo | Desplegado y detectado por el proveedor bajo un modo básico estricto de consentimiento. |
| Recolección de GA4 | Operativo | Telemetría de producción basada en consentimiento verificada. |
| Eventos de comportamiento gobernados | Operativo | Cinco mapeos de eventos validados en rutas con consentimiento aceptado y rechazado. |
| Search Console | Operativo | Propiedad del dominio verificada mediante DNS. |
| Exportación bruta diaria de GA4 | Operativo | La exportación diaria de BigQuery suministró un lote real de validación a nivel de evento; BigQuery continúa siendo una fuente bruta no canónica administrada por el proveedor. |
| Evidencia canónica de GA4 en Parquet | Operativo | Conformance-v2 materializó 13 observaciones gobernadas aceptadas en Parquet remoto versionado en B2, con 13 identificadores canónicos únicos, cero identificadores nulos y evidencia temporal y de integridad verificada. |
| Reconstrucción DuckDB ↔ B2 | Operativo | El objeto Parquet remoto aceptado fue reconstruido y reconciliado directamente mediante DuckDB. |
| Superficie mínima de reportes reproducibles | Operativo | Un tablero controlado presenta la reconciliación, métricas de validación elegibles, SQL de regeneración y límites explícitos de evidencia. |
| Línea base longitudinal P1 | No establecida | El objeto aceptado de 13 observaciones es evidencia de validación previa a la línea base; todavía no se ha establecido una ventana longitudinal limpia de resultados. |
| Mejora de resultados de marketing | No medida | No se formula ninguna afirmación causal ni longitudinal de rendimiento. |
05 · EVOLUCIÓN DE CAPACIDADES
La madurez de implementación avanzó más rápido que la evidencia de resultados
El proyecto compara cualitativamente los estados de capacidad, sin reducirlos a una única puntuación de madurez.
Operativo3 → 6
Parcialmente operativo3 → 5
Diseñado6 → 4
No establecida4 → 1
Medido0 → 0
La ausencia de capacidades en el estado Medido es intencional. La operacionalización solo se acepta cuando la ruta técnica está verificada; la medición requiere observaciones elegibles a lo largo del tiempo.
06 · APRENDIZAJES PRELIMINARES DE DISEÑO
Patrones emergentes entre ciclos de implementación
La evidencia de ejecución es diferente de la corrección del código fuente
Una configuración fusionada no es suficiente cuando la caché, el estado del consentimiento, la carga del proveedor o el comportamiento del despliegue pueden cambiar el sistema efectivo.
El consentimiento es un estado arquitectónico
El consentimiento determina si se carga la infraestructura de recolección y, por tanto, qué evidencia puede existir legítimamente.
La telemetría del proveedor no es canónica automáticamente
Los eventos automáticos siguen siendo observaciones del proveedor hasta que el mapeo explícito y la validación establecen su significado analítico.
El almacenamiento y el cómputo pueden desacoplarse
El Parquet canónico puede permanecer remoto mientras DuckDB proporciona cómputo analítico local y ligero.
Los fallos y las recuperaciones son evidencia
Las correcciones documentadas explican por qué cambiaron las reglas de arquitectura y gobernanza, en lugar de borrar la trayectoria de implementación.
Los estados desconocidos y pendientes deben permanecer explícitos
El proyecto registra las brechas de evidencia en lugar de reemplazarlas con supuestos o afirmaciones sintéticas de rendimiento.
Estos son aprendizajes preliminares entre ciclos, no principios de diseño finales y transferibles.
07 · SIGUIENTE ITERACIÓN
La siguiente frontera de evidencia son los datos longitudinales reales
08 · EVIDENCIA PÚBLICA
Revisar la superficie de implementación
Los documentos privados de control de investigación, las credenciales y los datos personales no se exponen. La evidencia pública se limita a artefactos que pueden revisarse de forma segura sin debilitar el límite de gobernanza del proyecto.