Split nginx voorbeeldconfigs in pre- en post-certbot varianten, plus access/error logs

De reverse-proxy en analytics nginx-configs toonden al de door certbot beheerde
eindstaat (met SSL-directives), terwijl je die juist nodig hebt vóórdat certbot
draait. Nu is het .example-bestand de kale HTTP-versie om te kopiëren, met een
apart .post-certbot.example ter referentie voor de staat erna. Alle configs
(inclusief webserver-nginx.conf.example) hebben nu ook expliciete error_log/
access_log directives.

aidlc-docs/features/react-frontend/operations/monitoring/umami-setup.md

@@ -168,13 +168,17 @@ uit stap 0.3 is hiervoor al gezet, dus deze service blijft ook draaien zonder da
    ```
 
 ## 3. Reverse proxy + SSL (op de reverse-proxy-Pi)
-1. Kopieer `operations/deployment/nginx/analytics-nginx.conf.example` naar bv.
+1. Kopieer `operations/deployment/nginx/analytics-nginx.conf.example` (de versie van vóór
+   certbot: alleen poort 80, geen SSL) naar bv.
    `/etc/nginx/sites-available/slpsoftware-analytics.conf` op de reverse-proxy-Pi, en maak
    een symlink in `sites-enabled`.
 2. Zorg dat het DNS-record voor `analytics.slpsoftware.nl` al actief is, en draai dan:
    ```bash
    sudo certbot --nginx -d analytics.slpsoftware.nl
    ```
+   Certbot herschrijft het bestand automatisch met de HTTPS-configuratie en de
+   HTTP→HTTPS-redirect — zie `operations/deployment/nginx/analytics-nginx.conf.post-certbot.example`
+   voor hoe het er dan uitziet (referentie, niet zelf kopiëren).
 3. Herlaad nginx: `sudo nginx -t && sudo systemctl reload nginx`.
 4. Test: open `https://analytics.slpsoftware.nl` in de browser — je zou het
    Umami-inlogscherm moeten zien (standaard inloggegevens: `admin` / `umami`, **direct