-
-
Notifications
You must be signed in to change notification settings - Fork 152
telemetry setup
This page is generated. It is published automatically from
doc/wiki/telemetry-setup.mdin the BirdNET-Go repository. Do not edit it here; changes are overwritten on the next sync. To propose a change, open a pull request against the source file.
This guide walks you through enabling and configuring BirdNET-Go's optional error tracking system.
- Open your BirdNET-Go web interface
- Navigate to Settings in the sidebar
- Click on Support in the settings menu
Before enabling telemetry, please review:
- The Privacy Notice explaining what data is collected
- The "What Data is Collected" section showing specific information types
- The anonymization examples demonstrating URL protection
- Check the box "Enable Error Tracking (Opt-in)"
- Click Save Settings at the bottom of the page
- You'll see a confirmation message that telemetry is now active
Once enabled, you should see:
- ✅ "Error Tracking Enabled" status message
- 📊 Automatic error reporting begins immediately
- 🔒 Privacy protection automatically applied to all reports
That's it! No additional configuration is required.
The Support settings page contains several sections:
- Purpose: Clear explanation of the telemetry system
- What to read: Privacy commitments and data collection practices
- Key points: Opt-in required, no personal data, automatic anonymization
- Control: Single checkbox to turn telemetry on/off
- Default: Disabled (opt-in required)
- Effect: Immediate - no restart needed
When enabled, you'll see:
✅ Error Tracking Enabled
BirdNET-Go will now automatically report errors to help developers
identify and fix issues with BirdNET-Go.
No additional configuration required. Error reports are automatically
sent to the BirdNET-Go development team for analysis.
- "What Data is Collected": Technical error information, component names, anonymous identifiers
- "What is NOT Collected": Audio recordings, personal data, actual URLs, credentials
BirdNET-Go uses a simplified configuration approach:
# In config.yaml
sentry:
enabled: false # Change to true to enable telemetryThe web interface automatically manages the configuration:
- Enable/Disable: Checkbox in Settings → Support
- Status: Visual indicators show current state
- Changes: Take effect immediately without restart
When you enable telemetry:
- Sentry SDK initialization: Error tracking service starts
- Privacy filters activated: URL anonymization begins
- Error monitoring begins: System starts capturing relevant errors
- Automatic reporting: Errors are automatically sent (if telemetry is enabled)
The telemetry setting is stored in your main configuration:
# Location: config.yaml or your custom config file
sentry:
enabled: true # or false to disableNote: You should use the web interface instead of manually editing this file.
If running BirdNET-Go in Docker, telemetry settings are managed the same way:
- Access the web interface through your mapped port
- Navigate to Settings → Support
- Enable telemetry as described above
- Settings persist in your mounted config volume
Currently, telemetry cannot be configured via environment variables. Use the web interface or configuration file.
Telemetry works correctly in containerized environments:
- Outbound HTTPS: Requires port 443 access for error reporting
- Proxy compatibility: Works with most HTTP proxies
- Firewall considerations: Ensure outbound HTTPS is allowed
For telemetry to work, ensure your system can make outbound HTTPS connections:
- Protocol: HTTPS (port 443)
-
Destination:
*.sentry.io(Frankfurt, Germany region) - Frequency: Only when errors occur (not continuous)
- Fallback: If network is unavailable, telemetry fails silently
BirdNET-Go telemetry works with standard HTTP proxies:
- HTTP_PROXY: Automatically detected and used
- HTTPS_PROXY: Used for telemetry transmission
- NO_PROXY: Can exclude telemetry if needed
If your BirdNET-Go installation cannot reach the internet:
- Telemetry fails silently: No impact on normal operation
- Local logging continues: System logs are unaffected
- Error handling unchanged: Errors are still handled locally
- Encryption: All telemetry uses TLS 1.3
- Authentication: Secure API keys prevent unauthorized access
- Validation: Data is validated before transmission
- No credential storage: Sensitive information is never stored locally for telemetry
- Memory safety: URLs and credentials are scrubbed from memory
- Log protection: Anonymization applies to log files as well
- Rate limiting: Prevents excessive network usage
- Error batching: Multiple errors may be sent together efficiently
- Graceful failure: Network issues don't affect BirdNET-Go operation
Telemetry has minimal impact on system performance:
- CPU: Less than 0.1% additional usage
- Memory: Under 1MB additional RAM usage
- Network: Only during errors (typically <1KB per error)
- Disk: No additional disk usage
The telemetry system only becomes active when:
- ❌ Errors occur: Connection failures, resource issues, etc.
- ❌ System problems: Memory issues, disk problems, etc.
- ✅ Normal operation: Zero telemetry activity during normal operation
To verify telemetry is properly configured:
- Check settings: Ensure "Error Tracking Enabled" appears in Settings → Support
- Review logs: Look for "Sentry telemetry initialized successfully" in system logs
- Network test: Verify outbound HTTPS connectivity to sentry.io
You can test the system by temporarily causing a harmless error:
- Configure an invalid RTSP URL
- Check that connection errors are handled normally
- Verify the system continues operating correctly
Note: You cannot see the actual telemetry data being sent, as it's anonymized and sent directly to the development team.
A: No. Changes take effect immediately.
A: While you cannot see the exact transmitted data, all URLs and sensitive information are automatically anonymized as described in the Privacy Documentation.
A: Yes, as long as outbound HTTPS (port 443) connections are allowed. Standard HTTP proxies are automatically detected and used.
A: Telemetry fails silently without affecting BirdNET-Go operation. Error tracking resumes when connectivity is restored.
A: Currently, no. Telemetry is configured to send reports to the BirdNET-Go development team only. This ensures consistent debugging information and prevents configuration errors.
A: Go to Settings → Support and uncheck "Enable Error Tracking". Changes take effect immediately.
For telemetry-specific issues, see the telemetry FAQ or the general FAQ.
Last updated: June 2025