Skip to content

feat(sdk): épic — capture télémétrie à l'état de l'art #16

Description

@DorianOuvrard

Épic de suivi : amener la capture d'infos du SDK @bworlds/launchkit à l'état de l'art.

Constat audit. Fiabilité forte (durabilité chunks, kill-switch remote, diagnostics upload — devant la plupart des peers). Sur le quoi capturé : ~55 % du SOTA. Gaps majeurs : zéro Web Vitals, record-by-default (privacy), erreurs pauvres. Rage/dead clicks déjà couverts backend (assembleur) — on garde backend.

Paquets SDK (vulk-corp/launchkit)

Companions plateforme (vulk-corp/bworlds)

  • vulk-corp/bworlds#949 — ingest/affichage Web Vitals
  • vulk-corp/bworlds#950 — grouping/fingerprint erreurs
  • vulk-corp/bworlds#951 — ingest réseau étendu

Différé

Canvas/WebGL recording (risque PII, apps builder majoritairement DOM).


Sources d'analyse. Née d'un audit de conception du SDK @bworlds/launchkit v1.15.0 vs état de l'art (benchmark open-source de la capture d'infos).
Références comparées en source réelle : rrweb (rrweb-io/rrweb), PostHog (PostHog/posthog-js), Sentry (getsentry/sentry-javascriptpackages/browser, packages/replay-internal), OpenReplay (openreplay/openreplay), Datadog RUM (DataDog/browser-sdk), Grafana Faro (grafana/faro-web-sdk), lib GoogleChrome/web-vitals. Contrainte transport (plafond 64 KiB partagé sendBeacon/keepalive) : Fetch spec + Sentry #1464.
Note honnêteté : la CSP est vérifiée chez Faro (enableContentSecurityPolicyInstrumentation), pas Sentry ; les défauts PostHog dead-clicks/exceptions sont remote-config-gated (non hardcodés).

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions