Technisches Datenblatt
YourValidator · Planungsrechner für Marketingbudgets · Stand: Oktober 2026
Dieses Datenblatt fasst Architektur, Rechenmodell, Testabdeckung, Sicherheit, Laufzeit und Speicherverhalten des Tools zusammen. Alle Angaben beruhen auf automatisierten Tests und Messungen. Messwerte sind Laborwerte (Chromium, Desktop) und dienen der Einordnung, nicht als zugesicherte Eigenschaft.
1. Architektur
| Ausführung | Vollständig im Browser (HTML mit eingebettetem JavaScript). Kein Konto, kein Backend für die Rechnung. |
|---|
| Fremdbibliotheken | Chart.js und d3, selbst gehostet (keine Einbindung von Drittservern) |
|---|
| Datenhaltung | Eingaben, Pläne und Backups ausschließlich lokal im Browser (localStorage) bzw. als Datei beim Nutzer. Keine Übertragung von Planungsdaten an YourValidator. |
|---|
| Netzwerkzugriffe |
(1) Lizenzprüfung für Pro: Lizenzschlüssel und Kauf-ID an yourvalidator.net – keine Planungsdaten.
(2) Optionale KI-Funktionen (Pro, eigener API-Schlüssel): nur auf Auslösung durch den Nutzer, direkt vom Browser an den gewählten Anbieter (Anthropic, OpenAI oder Google Gemini). Dabei werden der Planstand und die Anfrage übertragen.
Sonst keine Netzwerkzugriffe. |
|---|
| Einbettung | Einbettung für Agenturen über eine eigene Einbettungsseite; die übrigen Seiten sind gegen fremdes Einbetten geschützt. |
|---|
2. Rechenmodell
| Charakter | Deterministisch: gleiche Eingaben ergeben gleiche Ergebnisse. Kein Zufall, keine KI in der Rechnung. |
|---|
| Sättigung | Hill-Funktion je Monat: Kunden = P · Bs / (Bs + Hs). P = Potenzial (Nutzerangabe), H aus dem Bezugsbudget kalibriert, s aus der optionalen Angabe „doppeltes Budget“ (Standard 1). Ohne Potenzial linear, als „optimistisch“ gekennzeichnet. |
|---|
| Zeitliche Faktoren | Anlaufkurve (Erstellung, Anlauf, Wendepunkt), Saisonalität je Monat, Wachstum, Regional- und Marktfaktor; Halo zwischen Kanälen mit Verzögerung und Abklingrate. |
|---|
| Aktionskanäle | Einmalige oder jährlich wiederholte Aktionen (z. B. Messe): Budget je Aktion in aktiven Monaten, Wirkung über Verzögerung und Abklingrate verteilt; Summe der Gewichte = 1 (keine zusätzlichen oder verlorenen Kunden). |
|---|
| Kennzahlen | Sättigungsgrad, Grenzkosten des nächsten Kunden, Break-even-Budget je Kanal, Zielrückführung (exaktes Monatsmodell), Deckungsbeitrag, Break-even, Kundenwert. |
|---|
| Architekturregel | Eine zentrale Rechenfunktion für Hauptergebnis, Kanalbox, Validierung, Zielrückführung, Simulation und KI-Daten – keine Formelkopien. |
|---|
| Einordnung | Planungswerkzeug, kein Marketing-Mix-Modell und kein Wirkungsnachweis. |
|---|
3. Testabdeckung
| Testumgebung | Automatisierte Browsertests (Playwright, Chromium) |
|---|
| Umfang | Über 1.300 automatisierte Tests; vollständige Läufe ohne fehlgeschlagene oder instabile Tests |
|---|
| Referenzprüfung | Referenzwerte und Invarianten werden nach jeder Änderung gegen einen festgehaltenen Referenzstand geprüft |
|---|
| Anzeigeprüfung | Rund 2.800 angezeigte Werte in mehreren Szenarien (u. a. USD, Halo, Validierung, nicht erreichbares Ziel) werden nach jeder Änderung verglichen |
|---|
| Gegenproben | Neue Tests werden gegen den Stand vor der jeweiligen Änderung ausgeführt und müssen dort fehlschlagen – Nachweis, dass sie das Neue tatsächlich prüfen |
|---|
| Schwerpunkte | Sättigungsmodell, Kanalbox und Validierung, Zielrückführung, Aktionskanäle, Pläne, Backups und JSON-Import, KI-Übernahmen, Laufzeit und Speicher, Sicherheit |
|---|
Unabhängige Prüfung
Zusätzlich zur Testsuite werden wesentliche Änderungen mit eigenen Skripten unabhängig geprüft, mit den Original-Bibliotheken:
| Referenzszenarien | SEO- und Paid-Szenarien gegen Handrechnung, einschließlich Zielrückführung und Grenzkosten |
|---|
| Gesamtstrategie | 9 Kanäle inkl. eigener Kanäle, 24 Monate, Saison, Wachstum, Anlauf, Halo: Budgeterhöhung je Kanal exakt auf dem erwarteten Hill-Faktor; Zielrückführung in der Vorwärtsrechnung exakt bestätigt |
|---|
| Aktionskanäle | Verteilung, Strategieende, Wiederholung, Dauer, Kosten und Zielrückführung gegen Handrechnung |
|---|
| Stresstest | Extremwerte (60 Monate, Saison 0–300 %, zirkulärer Halo, Budgets 0 bis 100 Mio., ungültige Eingaben, Ziele 0/negativ/10 Mio., Währungswechsel, Plan laden): keine NaN-/Infinity-Anzeigen, keine negativen Werte, Summen konsistent, keine JavaScript-Fehler |
|---|
| Diagramme | Diagrammdaten über mehrere Änderungsschritte mit der Vorfassung verglichen: identisch |
|---|
| KI-Übernahme | Simulierte KI-Antwort legt einen Aktionskanal an und befüllt Felder; Rechnung gegen Handrechnung bestätigt |
|---|
4. Sicherheit
| Einschleusen von Code (XSS) | Nutzer- und importbestimmte Texte (Kanalnamen, Beschriftungen, Plan- und Firmenname, KI-Antworten, Import-Inhalte) werden maskiert oder als reiner Text gesetzt. Ein präparierter Kanalname mit Skriptcode wurde über alle Eingabe- und Importwege und in allen Ansichten getestet: Der Code wird nie ausgeführt, der Name erscheint als Text. |
|---|
| Importierte Dateien | Kennungen aus Plänen, Backups und JSON-Import werden vor der Verwendung bereinigt. Eine präparierte Datei kann darüber keinen Code ausführen. |
|---|
| Dynamische Code-Ausführung | Kein eval, kein new Function. |
|---|
| Eingabeprüfung | Negative Raten, Reichweiten, Budgets und CPC werden als „Kritisch“ gemeldet und mit 0 gerechnet; Raten über 100 % werden als „Kritisch“ gemeldet; CPC 0 und Ziel ≤ 0 mit Hinweis. Negatives Wachstum bleibt bewusst zulässig. |
|---|
| KI-Übernahmen | Werte werden vor dem Schreiben geprüft und begrenzt; vom Nutzer geänderte Felder werden nicht überschrieben; geänderte Felder werden gelb markiert und müssen bestätigt werden; höchstens 5 neue Kanäle je Anfrage. |
|---|
| Pläne und Backups | Beim Laden werden alle Felder zuerst auf ihre Ausgangswerte zurückgesetzt; es bleiben keine Werte aus dem vorherigen Stand stehen. |
|---|
| Betrieb | HTTPS mit Strict-Transport-Security, Einbettungsschutz und weitere Sicherheits-Header |
|---|
5. Rechengeschwindigkeit
| Messung | Ergebnis |
|---|
| Neuberechnung je Eingabe, 7 Kanäle | ca. 11–30 ms |
|---|
| Neuberechnung je Eingabe, 20 Kanäle | ca. 15–41 ms |
|---|
| Neuberechnung je Eingabe, 50 Kanäle | ca. 26–63 ms (je nach Laufzeit 12–60 Monate) |
|---|
| Zielrückführung, 50 Kanäle | ca. 7–23 ms |
|---|
| Validierung inkl. Sensitivitätsanalyse (20 Kanäle) | ca. 430 ms |
|---|
| Plan laden inkl. Neuberechnung | ca. 67 ms |
|---|
| PDF-Druckansicht | ca. 317 ms |
|---|
| Rechenläufe je Eingabe | genau einer |
|---|
| Kanalobergrenze | keine; bis 50 Kanäle geprüft |
|---|
Werte: Median, Chromium, Desktop. Feste Grenzwerttests: 50 Kanäle, 36 Monate unter 250 ms je Eingabe und Zielrückführung.
6. Speicherverhalten
| Vorgang | Ergebnis |
|---|
| 500 Neuberechnungen | Kein Speicherzuwachs; Event-Listener und Diagramm-Instanzen unverändert |
|---|
| 20 Kanäle anlegen und löschen | Kein Speicherzuwachs; keine verwaisten Listener oder Diagramme |
|---|
| 50 Pläne laden | Kein Speicherzuwachs; Listener konstant |
|---|
| Diagramme | Werden aktualisiert statt neu angelegt |
|---|
Feste Tests: 500 Neuberechnungen mit höchstens 10 % Speicherzuwachs nach Speicherbereinigung; Listener- und Diagrammzahl unverändert.
7. Grenzen des Modells
- Keine statistische Unsicherheit, keine Frequenzeffekte, keine Kontrollvariablen; die Nachwirkung des eigenen Budgets laufender Kanäle wird nicht separat gerechnet.
- Die mitgelieferten Startwerte sind unverifizierte Richtwerte und sollen durch eigene Daten ersetzt werden.
- Ergebnisse sind so gut wie die eingegebenen Annahmen. Das Tool zeigt, was unter diesen Annahmen folgt, nicht was eintreten wird.
