ReviewOS HQ API/browser job 7081 (run 2546, source 7e99859) passed its API suites and German language/render checks, then failed one strict console audit because https://analyticshq.org/script.js returned net::ERR_CONNECTION_REFUSED on /relax at 1280px. The CI app deliberately runs production behavior for security checks, so the production fallback App ID also emitted synthetic tracking traffic.
The first-party tracking package supports enabled: false through tsAnalyticsStxConfig, but its shared tsAnalytics head helper and tsAnalyticsTag lack the option. Add consistent explicit opt-out to the public base options and head helper. Preserve default behavior and leave strict browser request/error checks enabled. HQ will consume the normal patch release and explicitly disable its analytics only in its owned CI environment, rather than hiding a network failure or substituting responses.
Regression at the existing public helper seam: an App ID with enabled: false emits neither head entries nor a raw script tag; enabled: true still emits the tracker.
Related launch tracker: https://github.com/stacksjs/hq.training/issues/346. Retained failure is in https://reviewos.org/stacks/hq.training/run/2546, job 7081, log sequence 181.