Lo que OpenClaw envía a casa

Instalaste OpenClaw en tu propia máquina precisamente para que nada saliera de ella. Luego lees una nota de versión, o miras el registro del cortafuegos, y ahí está: una solicitud saliente a telemetry.openclaw.ai una vez al día. Vale la pena saber exactamente qué lleva esa solicitud, qué conserva el extremo receptor y qué partes puedes desactivar. La documentación es inusualmente precisa sobre las tres cosas.

Dos niveles, y solo uno está activo por defecto

• La comprobación diaria de actualizaciones es el nivel predeterminado. Es un simple GET a https://telemetry.openclaw.ai/api/latest-version que pregunta si existe una versión más reciente, y no tiene ningún cuerpo de solicitud.
• Todo lo que le dice al servidor viaja en un solo encabezado. Un User-Agent como openclaw/2026.8.2 (darwin; node/26.0.1; arm64; gateway) lleva la versión de OpenClaw, el sistema operativo, la versión de Node.js, la arquitectura de la CPU y si quien hizo la llamada fue el Gateway o la CLI.
• Ningún nivel incluye contenido de mensajes, prompts, nombres de modelos, claves de API, credenciales, rutas de archivos, nombres de host ni identificadores de cuenta. Tampoco hay identificador de instalación, identificador de máquina ni identificador de seguimiento aleatorio: OpenClaw no crea ningún identificador de cliente persistente para estas solicitudes, y por eso los informes repetidos no son un recuento de instalaciones ni de usuarios.
• Las estadísticas anónimas de funciones son el segundo nivel, y están desactivadas por defecto. Cuando las activas, la misma solicitud diaria se convierte en un POST con un pequeño cuerpo JSON en la versión 1 del esquema, en lugar de añadir una segunda solicitud.

Rechazarlo es una elección completamente normal y no cambia nada de cómo funciona OpenClaw para ti.

Aquí, la aceptación explícita es explícita de verdad

La configuración interactiva puede ofrecer una aceptación única con No thanks seleccionado por defecto, y el Quick Start guiado se salta esa pregunta por completo. OpenClaw registra tu respuesta para que la configuración deje de preguntar, pero la respuesta registrada no es lo que decide nada: lo decide el ajuste enabled. Las instalaciones no interactivas y con scripts nunca se apuntan por sí solas, así que una imagen construida en un pipeline se queda en el nivel de solo actualizaciones hasta que un operador activa las estadísticas deliberadamente. El propósito declarado del segundo nivel es limitado, orientar las prioridades de mantenimiento, y la documentación deja claro que no mide ninguna invocación individual de plugins, ningún mensaje, ninguna solicitud a modelos ni ningún usuario activo.

El campo que el cliente no controla

• Cloudflare proporciona una ubicación aproximada al receptor alojado: país, código de región, ciudad y zona horaria. En las analíticas no se almacenan direcciones IP sin procesar ni coordenadas precisas, y los campos que faltan o no son válidos simplemente quedan vacíos.
• Las comprobaciones de actualizaciones registradas incluyen esos campos incluso cuando las estadísticas anónimas de funciones están desactivadas e incluso cuando DO_NOT_TRACK está definida. No interviene ninguna carga útil adicional del cliente ni ninguna pregunta, porque los valores se derivan en el borde de la red y no los envías tú.
• Analytics Engine conserva los registros durante tres meses. Los agregados públicos excluyen la información de ubicación, y desactivar las solicitudes más adelante no borra los registros que ya existen.

Antes de cambiar nada, ejecuta openclaw telemetry show. Indica si las estadísticas anónimas de funciones están activadas y por qué, el endpoint de la solicitud y la última comprobación correcta, y cuando las estadísticas están desactivadas muestra la solicitud de solo actualización junto con su encabezado User-Agent. Añade --json para obtener el mismo estado y la misma carga útil como un único documento legible por máquina. Cuando las estadísticas están activadas, la vista previa muestra la carga útil completa, y es breve: schema, version, platform, node, surface y un objeto features que contiene los identificadores de los canales configurados, las familias de proveedores, los identificadores de plugins públicos, un recuento total de plugins y sessionsLast24h. Esos nombres de plugins abarcan los plugins incluidos, las instalaciones oficiales de confianza y las entradas que coinciden con el catálogo oficial de plugins, así que las identidades de los plugins privados nunca se nombran, y la diferencia entre pluginsEnabled y el número de nombres informados no es un recuento fiable de plugins privados. La cifra de sesiones cuenta los eventos de creación de sesión conservados con marca de tiempo en las 24 horas anteriores, no la actividad de las sesiones. Aquí importan dos límites: la vista previa de la carga útil se construye dentro del proceso de la CLI en lugar de obtenerse del Gateway en ejecución, así que no garantiza la próxima carga útil exacta del Gateway, y describe solo la solicitud del cliente, así que nunca puede mostrarte la ubicación derivada en el servidor. Si la salida dice Request: none, una automatización o una política de comprobación de actualizaciones ya lo ha detenido todo. La preferencia en sí es una clave normal en el archivo de configuración de OpenClaw, y no tiene nada que ver con el seguimiento del uso de proveedores, que trata de la cuota y el costo de los proveedores.

Todas las formas de desactivar las solicitudes

El comando openclaw telemetry off desactiva las estadísticas anónimas de funciones, y telemetry.enabled: false hace lo mismo desde el archivo de configuración. DO_NOT_TRACK=1 o DO_NOT_TRACK=true fuerza la desactivación de las estadísticas incluso cuando telemetry.enabled es true, pero deja a propósito la comprobación diaria de actualizaciones en forma de GET sin cuerpo. Para detener todas las solicitudes automáticas, establece update.checkOnStart: false, que desactiva ambos niveles y el aviso de actualización incluso cuando update.auto.enabled es true, y OPENCLAW_NO_AUTO_UPDATE=1 también impide las solicitudes de actualización automática. OpenClaw tampoco envía nada cuando la variable de entorno CI tiene un valor verdadero, con el argumento de que los trabajos de pipeline superarían en número a los operadores reales y dejarían sin sentido los recuentos de versiones y plataformas, aunque establecer OPENCLAW_TELEMETRY_ENDPOINT en tu propio endpoint de reemplazo sobrescribe esa supresión, porque un endpoint configurado significa que la ejecución está usando esta ruta deliberadamente. Los comandos de actualización explícitos siguen disponibles siempre que decidas ejecutarlos, así que actualizar OpenClaw cuando tú lo decidas sigue en tus manos, y todo esto encaja de forma natural junto a las prácticas de seguridad de OpenClaw.

En Diali

Diali ejecuta OpenClaw alojado en Diali como servicio alojado. Cada cliente recibe un asistente independiente en su propia instancia en lugar de un puesto en una compartida, y la configuración de ejecución se genera a partir de los ajustes de tu panel y se escribe de nuevo en cada versión, así que una edición manual hecha dentro del contenedor no sobrevive a una actualización, mientras que todo lo que se expresa en el panel sí. Las sesiones, la memoria y el resto del estado viven en un volumen persistente, que es también donde estaría el resultado en caché de una comprobación de actualizaciones correcta; las instantáneas diarias y la restauración en un clic están disponibles a través del complemento Copias de seguridad (incluido en Max). La página de precios de Diali enumera los planes.

• La comprobación diaria de actualizaciones está activa por defecto y viaja entera en un solo encabezado User-Agent.
• Las estadísticas anónimas de funciones siguen desactivadas hasta que un operador las activa.
• La ubicación aproximada se conserva tres meses, y desactivar las solicitudes no la borra.