@logbrew/sdk0.1.28@logbrew/node0.1.12@logbrew/browser0.1.11
Selecciona los campos que se capturan
Para un pago fallido, registra un mensaje fijo, una plantilla de ruta y un código de estado. No registres nombres, direcciones de correo electrónico ni datos de pago.
Para el contexto de usuario y de sesión, consulta
Captura de eventos de producto.
Un ID puede identificar a una persona aunque no contenga un nombre.
Prueba en local la selección de campos
Usa Node.js 18 o posterior. En un directorio vacío, instala el paquete:safe-capture.mjs:
"ok":false y termina con el código 1. Un error de
validación del SDK imprime su código de error del SDK. No imprimas ni subas una
vista previa que contenga datos reales.
Usa el mismo patrón en tu código de captura y conserva las aserciones en tus
pruebas. Añade una comprobación por cada campo y valor que tu app no debe
enviar. Si usas una ocultación basada en patrones, vuelve a ejecutar las
comprobaciones después de cada cambio de regla. Esta prueba revisa un log en
cola. No sustituye una revisión de privacidad.
Mensajes de error y pilas
Un
options.message personalizado no elimina metadata.errorMessage. Revisa
el evento completo, no solo su título. Mantén los valores sensibles fuera de
los mensajes de error desde su origen.
Usa cada control en su alcance
Core de JavaScript y Node.js
LogBrewClient.create acepta eventFilter. Devuelve false para omitir un
evento antes de que entre en la cola. Cualquier otro valor devuelto conserva el
evento. El filtro recibe una copia del evento, así que cambiarla no oculta
nada. createLogBrewNodeClient y createLogBrewBrowserClient no aplican
eventFilter en estas versiones.
droppedEvents() cuenta los eventos descartados por los límites de tamaño o de
cola. No cuenta los eventos que omitió eventFilter.
El cliente de Node añade contexto de ejecución, como la versión de Node, el
sistema operativo y la arquitectura. Define captureRuntimeContext: false para
omitirlo. Este ajuste no elimina el contexto que aporta tu app y no detiene la
captura.
Navegador
El cliente del navegador captura de forma predeterminada los errores globales, los rechazos no gestionados y una vista de página inicial. DefinecaptureGlobalErrors, captureUnhandledRejections o capturePageViews como
false para desactivar cada uno.
Las vistas de página incluyen el pathname. Omiten la cadena de consulta, el
fragmento, el título del documento y el user agent completo, salvo que definas
includeQueryString, includeHash, includeDocumentTitle o
includeUserAgent. Si un pathname puede contener valores privados, desactiva
las vistas de página automáticas y envía tu propia vista de página con un
nombre de ruta seguro.
sanitizeMetadata solo cambia los metadatos. No cambia los nombres de las
vistas de página ni de las acciones. El nombre de una vista de página contiene
el pathname concreto, como page_view /orders/1234. Un routeTemplate en los
metadatos define la superficie de Analíticas, pero no cambia el nombre.
shouldCaptureError solo omite incidencias del navegador. No filtra logs ni
otras señales.
Define captureRuntimeContext: false para omitir la marca del navegador, la
plataforma y la familia del dispositivo. Este ajuste no controla
includeUserAgent.
Antes de la captura real
Prueba con datos sintéticos cada ruta de captura activada, incluidas las rutas de error y las integraciones de logging. Los cambios de captura solo se aplican a los eventos nuevos.purgePendingEvents() vacía una cola local inactiva y falla mientras hay un
envío en curso. No detiene la captura posterior ni elimina los eventos que
LogBrew aceptó. uninstall() del navegador elimina los listeners, pero
conserva los eventos en cola. Estos métodos no son un flujo de consentimiento
ni de eliminación.
Después envía un evento sintético con el Inicio rápido. Si no
aparece, consulta Solución de problemas. Para los
errores HTTP, consulta Errores de la API.