Saltar al contenido
Telemetry
Ciclo de vida del producto

user_signed_up esquema de evento

Un evento de asiento de cuenta duradero con contexto de adquisición y plan. Mantenga la identidad seudónima y capture la atribución de marketing solo después de una revisión de privacidad.

Revisado por el equipo de producto Telemetry en . Grano de eventos, propiedad, tipos de campos, clasificación de privacidad, carga útil de ejemplo y validación. Revisar los estándares y la propiedad

Pregunta que este contrato responde

¿Qué cohortes de registro se activan y retienen?

Campos
7
Requerido
6
Ruta de evidencia del contrato

user_signed_up: del límite propio a la consulta confiable

Trate a user_signed_up como un contrato analítico duradero: el propietario emite un grano documentado, un dispositivo prueba los campos y una consulta revisada responde a la pregunta formulada.

  1. 1

    El resultado se vuelve definitivo

    Identity or onboarding service emits only after the account and first user are committed successfully.

  2. 2

    El contrato está limitado.

    6 required fields preserve the declared grain: One accepted signup per user and account.

  3. 3

    El accesorio está verificado

    Tipos de verificación, hora UTC, resultados alternativos, idempotencia y todos los campos seudónimos o clasificados por revisión.

  4. 4

    La pregunta esta respondida

    ¿Qué cohortes de registro se activan y retienen?

grano

Un registro aceptado por usuario y cuenta.

propietario

Servicio de identidad o onboarding

Emitir cuando

Después de que la cuenta y el primer usuario se hayan confirmado correctamente.

Contrato de campo

Campos escritos con límites de privacidad explícitos

Mantenga estables los nombres y tipos de campos existentes después de que las consultas de producción dependan de ellos. El contexto opcional debe permanecer limitado, documentado y justificado por una decisión específica.

CampoTipoRequeridoPrivacidadSignificado
timestamp_utctimestampyesnon-sensitiveHora UTC en el límite del resultado.
event_idstringyesnon-sensitiveIdentificador único estable utilizado para la deduplicación.
releasestringyesnon-sensitiveVersión de la aplicación o servicio que emitió el evento.
account_idstringyespseudonymousIdentificador de cuenta interno estable, nunca un correo electrónico o nombre.
user_idstringyespseudonymousIdentificador de usuario interno estable.
planstringyesnon-sensitivePlan seleccionado al registrarse.
acquisition_channelstringnoreviewFuente de adquisición compatible con el consentimiento y de baja cardinalidad.

Evento JSON sintético

{
  "timestamp_utc": "2026-07-28T14:03:00Z",
  "event_id": "evt_signup_01",
  "account_id": "acct_8f31",
  "release": "2026.07.2",
  "user_id": "user_91ac",
  "plan": "growth",
  "acquisition_channel": "organic"
}

Revisión de privacidad

Revisar los identificadores antes de la ingestión

Este ejemplo utiliza identificadores sintéticos. Los valores seudónimos aún pueden ser datos personales y los campos de revisión pueden exponer el contexto empresarial o del proveedor. Aplique sus propios requisitos de consentimiento, retención, acceso, residencia y eliminación.

  • account_id: pseudonymous
  • user_id: pseudonymous
  • acquisition_channel: review

Lista de verificación de validación

Pruebe el contrato antes de crear un panel

  • Send one known user_signed_up fixture after the documented outcome boundary.
  • Verify all 6 required fields arrive with the documented types.
  • Vuelva a intentar el mismo identificador de evento y confirme el comportamiento de deduplicación elegido.
  • Envíe un error controlado o un resultado alternativo cuando el flujo de trabajo lo admita.
  • Ejecute el SQL relacionado en una ventana fija y concilie el resultado con el dispositivo.

Errores comunes

Mantenga una fila igual a un resultado duradero

  • Emitting user_signed_up before identity or onboarding service knows the final outcome.
  • Mezclar varios granos en una tabla, lo que hace que los recuentos y tasas sean ambiguos.
  • Reemplazar categorías controladas con URL sin formato, cargas útiles, mensajes o texto de error.
  • De ello depende el cambio de un tipo de campo después de las consultas y los paneles guardados.
  • Agregar identificadores sin una necesidad documentada de investigación, acceso y retención.

Usa el contrato

Consultar y operacionalizar el evento.

Contratos relacionados

Enviar un dispositivo antes del tráfico de producción.

Cree una clave API gratuita, envíe el evento sintético e inspeccione la tabla inferida antes de conectar un flujo de trabajo en vivo.

Pruebe este esquema