Splits Umami website-ID per omgeving in productie-build (was per ongeluk gedeeld)

build-production hergebruikte vars.VITE_UMAMI_WEBSITE_ID van de testbuild,
maar Umami-website-ID's horen bij één specifieke domeinentry in het
dashboard. Zonder deze fix zou productieverkeer in de teststatistieken
terechtkomen. Introduceert VITE_UMAMI_WEBSITE_ID_PRODUCTION als losse Gitea
variable, en documenteert dat er twee aparte Umami-website-entries nodig
zijn (test.slpsoftware.nl / slpsoftware.nl). VITE_UMAMI_SCRIPT_URL en
VITE_SENTRY_DSN blijven bewust gedeeld tussen omgevingen.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

.gitea/workflows/continuous_integration.yaml

@@ -170,11 +170,17 @@ jobs:
 
       - name: Build
         env:
-          # Zelfde Umami/Sentry-variabelen als de testbuild hierboven, want er
-          # is (nog) geen apart productie-Umami-website-ID of -Sentry-project
-          # gekozen. Splits deze pas op zodra dat nodig blijkt.
+          # Umami-website-ID's zijn NIET gedeeld tussen omgevingen: elke Umami
+          # "website"-entry (test.slpsoftware.nl vs slpsoftware.nl) heeft een
+          # eigen ID, anders komt productieverkeer in de teststatistieken
+          # terecht (of andersom). Vereist dus een eigen Umami-website +
+          # Gitea-variable VITE_UMAMI_WEBSITE_ID_PRODUCTION — zie umami-setup.md.
           VITE_UMAMI_SCRIPT_URL: ${{ vars.VITE_UMAMI_SCRIPT_URL }}
-          VITE_UMAMI_WEBSITE_ID: ${{ vars.VITE_UMAMI_WEBSITE_ID }}
+          VITE_UMAMI_WEBSITE_ID: ${{ vars.VITE_UMAMI_WEBSITE_ID_PRODUCTION }}
+          # VITE_SENTRY_DSN wordt wél gedeeld met de testbuild: één Sentry-
+          # project voor beide omgevingen, VITE_APP_ENV hieronder tagt de
+          # events al als 'test' vs 'production'. Splits dit pas op als je
+          # ooit aparte Sentry-projecten per omgeving wilt.
           VITE_SENTRY_DSN: ${{ vars.VITE_SENTRY_DSN }}
           VITE_APP_ENV: ${{ env.DEPLOY_ENVIRONMENT_PRODUCTION }}
         run: pnpm run build