SOLCOM Traffic-Baseline — ca. 40k Unique Visitors / Monat
Kennzahlen
| Metrik | Wert | Quelle |
|---|---|---|
| Unique Visitors | ca. 40.000 / Monat | GA4 (Property-URL noch nachzutragen) |
| Pageviews | nicht erfasst | — folgt bei Re-Sync, typisch Faktor 3–5× über UV |
| Sessions / Visits | nicht erfasst | — folgt bei Re-Sync |
| Mess-Periode | unspezifiziert (Stand 2026-05) | verbaler Stakeholder-Bericht |
Bezug zum Repo
Hosting-Sizing (Mittwald)
40k UV/Monat sind eine niedrige bis mittlere Last für ein Drupal-Setup. Caching-Layer (Cloudflare-Edge + Drupal-Render-Cache) tragen den Großteil — siehe IT-Landschaft (0001-it-landscape.html).
Performance-Budget
Frontend-Optimierungen (LCP, CLS) lohnen, beeinflussen aber Conversion stärker als reine Skalierung. Keine Notwendigkeit für aggressive Lazy-Loading-Architekturen, die erst ab ~500k UV/Monat eine Rolle spielen.
Migrations- und Queue-Architektur
Bei Drupal-Migrations- oder DB-Wechsel-Vorhaben (vacancy-Migration, Personio-XML-Polling) ist 40k UV/Monat klein genug, dass Standard-Migrate-API + nächtlicher Cron ausreicht — keine Streaming-/Queue-Worker-Architektur nötig.
MCP-Tools / Dev-Profile
Last-Profil bestätigt: Dev-Tools dürfen ruhig konfig-split-getrennt sein (docs/adr/0010-…, 0011-…). Production-Profil bleibt schlank.
Re-Sync
- Wann neu ziehen?
- In ca. 6 Monaten, oder wenn Hosting-/CDN-Entscheidungen auf konkrete Zahlen angewiesen sind.
- Wie vorgehen?
- GA4 öffnen → SOLCOM-Property auswählen (URL als
sourceim Frontmatter eintragen). Report „Reports → Engagement → Pages and screens" und „Reports → Acquisition → Traffic acquisition" für die letzten 30 Tage exportieren. Drei Metriken erfassen: Unique Visitors / Pageviews / Sessions + den ausgewählten Zeitraum. - Neuen Snapshot anlegen?
- Ja —
0NNN-traffic-baseline-YYYY-MM-DD.htmlmitsupersedes: 0003-traffic-baseline. Im alten Eintrag (diesem hier) oben einen Hinweis ergänzen. INVENTORY-Zeile durchstreichen, neue Zeile anhängen.