# Monitoring Setup Questions

Context: deze feature is een statische marketing-website (`dist/` bundel, geen back-end, geen database) die voorlopig handmatig via een build-artifact naar een host geüpload wordt (zie `operations/deployment/deployment-plan.md`). Er is nog geen bestaande monitoring-/logging-infrastructuur in dit project.

Beantwoord elke vraag door de letter van je keuze na de `[Answer]:` tag in te vullen.

## Question 1: Include Monitoring Setup?
Wil je dat monitoring/observability voor deze feature wordt opgezet als onderdeel van deze workflow?

A) Ja — help me met het opzetten van monitoring
B) Nee — deze feature hergebruikt bestaande gedeelde monitoring, of monitoring is voorlopig niet nodig
C) Niet zeker — stel een aanpak voor op basis van het project en ik beslis dan
X) Anders (beschrijf na de [Answer]: tag hieronder)

[Answer]: A

## Question 2: Monitoring-aanpak
Welke vormen van monitoring wil je voor deze feature? (Kies de dichtstbijzijnde match — je kunt aanpakken combineren in je antwoord.)

A) Logging — gestructureerde applicatielogs (fouten, belangrijke gebeurtenissen)
B) Alerting/notificaties — automatische meldingen als er iets misgaat (e-mail, Slack, PagerDuty, sms)
C) Dashboards — visueel overzicht van statistieken/gezondheid (bijv. bezoekers, foutpercentage, laadtijd)
D) Een combinatie van bovenstaande
E) Anders (beschrijf na de [Answer]: tag hieronder)

[Answer]: A

## Question 3: Logging — bestemming
Als je logging wilt: waar moeten client-side fouten (bijv. JavaScript-crashes, gebroken links) naartoe gelogd worden?

A) Alleen browserconsole (geen centrale opslag, puur voor handmatig debuggen)
B) Een gratis/eenvoudige externe foutregistratieservice (bijv. Sentry free tier)
C) Nog niet bepaald — vermeld dit als open actiepunt in de instructies
D) Anders (beschrijf na de [Answer]: tag hieronder)

[Answer]: C

## Question 4: Alerting — kanaal (alleen relevant als je alerting wilt)
Via welk kanaal wil je gewaarschuwd worden als er iets misgaat (bijv. de site is onbereikbaar)?

A) E-mail
B) Slack of Teams
C) Sms/telefonische melding
D) Nog niet nodig / later bepalen
E) Anders (beschrijf na de [Answer]: tag hieronder)

[Answer]: S

## Question 5: Alerting — waarop reageren (alleen relevant als je alerting wilt)
Waar moet een alert op afgaan?

A) De site is onbereikbaar (uptime-check faalt)
B) Er treden veel JavaScript-fouten op bij bezoekers
C) Beide (uptime + fouten)
D) Anders (beschrijf na de [Answer]: tag hieronder)

[Answer]:C

## Question 6: Dashboards (alleen relevant als je dashboards wilt)
Welk soort dashboard/tool heeft de voorkeur voor een overzicht van bezoekers/gezondheid van de site?

A) Eenvoudige, gratis website-analytics (bijv. Plausible, Umami, of een gratis Google Analytics/Search Console-achtig overzicht)
B) Uptime-dashboard van een externe monitoringdienst (bijv. UptimeRobot, Better Uptime)
C) Beide (analytics + uptime-dashboard)
D) Nog niet nodig / later bepalen
E) Anders (beschrijf na de [Answer]: tag hieronder)

[Answer]:C

## Question 7: Hergebruik van bestaande infrastructuur
Moet deze feature aansluiten op monitoring die je elders al gebruikt (bijv. voor een ander project of de toekomstige back-end/CMS), in plaats van iets nieuws op te zetten?

A) Nee, dit is voorlopig losstaand — later evalueren als de back-end/CMS er is
B) Ja, ik wil dit alvast voorbereiden op gedeelde monitoring met de toekomstige back-end/CMS
C) Nog niet van toepassing — ik heb nog geen bestaande monitoring-infrastructuur
D) Anders (beschrijf na de [Answer]: tag hieronder)

[Answer]:A