Plattform · Monitoring und Automatisierung
Ein Bildschirm für alles, was defekt ist oder wartet
Der Zustandsmonitor und die Aufgabenliste erfassen jedes Konto, sodass nichts unbemerkt auf einer Kundenwebsite liegen bleibt.
Am Laufen halten
Ein Bildschirm, und die Regeln dahinter
Jedes Konto geordnet danach, was einen Menschen braucht, die Automatisierung, die danach handelt, und wo Sie benachrichtigt werden.
- Geplante Starts und Stopps, plus Stopp bei Signifikanz mit Leitplanken: Mindestlaufzeiten und Vertrauensprüfungen, die sich weigern, auf fehlerhafte Daten zu handeln
- Kollisionserkennung warnt, wenn gleichzeitig laufende Experimente sich stören würden
- Benachrichtigungen per E-Mail, Slack und in der App, über zwölf Ereignistypen, je Person schaltbar
- Ein Aktivitätsprotokoll je Experiment, und Rollen, die einmal durchgesetzt werden statt Route für Route
Der Kundenstamm
Jedes Kundenkonto auf einem Bildschirm
Agenturen haben nicht eine Website, sie haben neunzig. Die Kundenstamm-Ansicht ordnet Konten danach, was zuerst einen Menschen braucht, sodass der Morgen mit der Liste beginnt statt mit einer Suche.
- Konten geordnet nach Problemen, dann nach wartenden Entscheidungen
- Laufende Zahlen und Gewinnrate je Konto
- Die gesamte Konsole in zwei Klicks auf einen Kunden eingrenzen
- Defekt, in Entscheidung, kollidierend, überfällig, keine Daten: jedes seine eigene Zeile
Automatisierung
Regeln, die stoppen, und Leitplanken, die die Regeln stoppen
Planen Sie einen Start und ein Ende, oder lassen Sie ein Experiment sich selbst bei Signifikanz beenden. Leitplanken halten die Automatisierung ehrlich: eine Mindestlaufzeit und eine Vertrauensprüfung, die sich weigert, auf von einem Alarm markierte Daten zu handeln.
- Geplante Starts und Stopps je Experiment
- Stopp bei Signifikanz mit einer Mindestlaufzeit
- Vertrauensprüfungen, die die Automatisierung bei markierten Daten blockieren
- Signifikanz darf ein Experiment nur früher beenden: ein Enddatum ist immer erforderlich
- Mindestlaufzeit nie unter sieben Tagen, vierzehn im Standard
Alarme
Einmal benachrichtigt, dort, wo Sie ohnehin hinschauen
Jedes Ereignis kann per E-Mail, Slack oder in der Konsole gemeldet werden, mit Einstellungen je Ereignis, sodass ein defektes Ziel jemanden weckt und eine erreichte Signifikanz nicht.
- E-Mail, Slack und in der App, je Ereignis
- Einstellungen je Nutzer, nicht ein globaler Schalter
- Ein vollständiges Aktivitätsprotokoll für das Konto
- Zwölf Ereignistypen, gruppiert nach Lebenszyklus, Ergebnissen, Zustand und Konto
Was er bemerkt
Die Signale, und warum sie so geordnet sind
Jedes ist etwas, das noch zutrifft und noch ungelöst ist, ermittelt aus dem aktuellen Zustand statt aus einem Verlauf des Geschehenen. Ein Abzeichen zu entfernen entfernt nicht die Arbeit.
Defekt geht vor Entscheidung, Entscheidung vor Warteschlange
Jedes Signal wird einem von drei Schweregraden zugeordnet, und ein Vertrauensproblem unterdrückt das Ergebnis darunter, statt daneben zu stehen. Ein Experiment mit kaputter Aufteilung kann zugleich einen Gewinner melden, und beides zu zeigen würde jemanden dazu einladen, danach zu handeln.
Eine Aufteilung, die nicht mehr passt
Die beobachtete Aufteilung des Traffics wird laufend gegen die konfigurierten Gewichte geprüft. Weicht sie stärker ab, als der Zufall erklärt, gilt jedes Ergebnis dieses Experiments als fragwürdig, bis die Ursache gefunden ist.
Ein Experiment, das verstummt ist
Einen ganzen Tag lang nichts aufgezeichnet, während das Experiment noch läuft. Meist eine Targeting-Regel, die nicht mehr greift, oder das nach einem Deploy fehlende Snippet, und beides ist aus dem Ergebnisbildschirm heraus nicht zu sehen.
Störung zwischen zwei laufenden Tests
Eine Weiterleitung, die Traffic aus dem Publikum eines anderen Experiments zieht, erscheint dort als Alarm zur Aufteilung, wo nichts auf die Ursache zurückweist. Zwei Varianten, die dasselbe Element bearbeiten, lösen gar keinen Alarm aus: Die Aufteilung bleibt perfekt und die Seite ist eine Kombination, die niemand geprüft hat.
Über dem Enddatum und teilt weiter Traffic
Ein Experiment, das enden sollte und es nicht getan hat, kostet Sie weiterhin den Traffic, den es beansprucht. Es ist eine wartende Entscheidung und kein Fehler, und es wird auch so eingeordnet.
Ein Gewinner, den niemand gebaut hat
Zwei getrennte Signale, weil es zwei verschiedene Probleme sind. Ein Experiment hat gewonnen und wurde nie ausgerollt. Ein anderes wurde vor Monaten ausgerollt und wird immer noch von Pertento ausgeliefert, statt in Ihrer Codebasis zu leben.
Rund um die Experimente
Das Konto, nicht der Test
Das meiste, was in einem Programm mit mehreren Beteiligten schiefgeht, ist nicht statistischer Natur. Es sind zwei Personen, die dasselbe bearbeiten, eine Änderung, die niemand nachvollziehen kann, oder eine Zahl, die nie in den Analytics ankam, die alle anderen nutzen.
Rollen, die an einer Stelle durchgesetzt werden
Mitglieder haben plattformweit Lesezugriff, Administratoren und Inhaber dürfen schreiben. Die Regel wird einmal an der Tür angewendet und nicht Route für Route, und das verhindert, dass ein neuer Bildschirm still zur Ausnahme wird.
Ein Aktivitätsprotokoll je Experiment
Jede Änderung, die zählt, wird am Experiment festgehalten, mit wem und wann: Targeting ergänzt, Gewichte geändert, gestartet, beendet, ausgerollt. Benachrichtigungen sagen, was passiert ist; das Protokoll sagt, wer es getan hat.
Gespeicherte Konsolen-Layouts
Richten Sie einen Bildschirm so ein, wie Sie ihn lesen, und er bleibt so, je Person und je Bildschirm. Eine Agenturleitung und ein Analyst wollen nicht dieselben Spalten in derselben Reihenfolge, und keiner von beiden sollte die Ansicht jeden Morgen neu aufbauen müssen.
GA4 und Matomo, oder keines von beiden
Legen Sie die Tracking-Methode je Website fest. Expositions-Events werden neben Ihren bestehenden Analytics in den Data Layer gespielt, sodass eine Variante eine Dimension ist, nach der Sie schon segmentieren können. Das native Tracking von Pertento ist die dritte Option, wenn es Ihnen lieber ist, dass es sich heraushält.
Benachrichtigungen dort, wo Sie ohnehin hinschauen
Zwölf Ereignistypen aus Lebenszyklus, Ergebnissen, Zustand und Konto, jeder je Kanal und je Person schaltbar. Zustand und Ergebnisse sind standardmäßig an, weil sie eine Unterbrechung wert sind; die Lebenszyklus-Ereignisse sind meist Dinge, die Sie gerade selbst getan haben.
Ein Kundenstamm, viele Konten
Eine Agentur sieht ihren Kundenstamm; ein Direktkunde sieht sein eigenes Konto. Der Zugriff kommt aus der Session und nicht aus einer Kennung in der Adresse, es gibt also nichts in der URL, an dem sich manipulieren ließe.
Fragen
Was passiert, wenn niemand hinschaut
Was passiert, wenn ein Test kaputtgeht und niemand hinschaut?
Sie werden benachrichtigt, statt es Wochen später aus den Zahlen zu erfahren. Die zwei Fehler, die aus einem Ergebnisbildschirm heraus unsichtbar sind, sind eine Aufteilung, die nicht mehr zu Ihrer Konfiguration passt, und ein Experiment, das still nichts mehr aufzeichnet, meist weil ein Deploy das Snippet entfernt hat oder eine Targeting-Regel nicht mehr greift. Beide lösen standardmäßig einen Alarm per E-Mail und Slack aus, beide markieren jedes Ergebnis dieses Experiments als nicht vertrauenswürdig, und beide hindern die Plattform daran, danach zu handeln. Die Arbeit, die auf Sie wartet, ist eine sortierte Warteschlange und kein Durcheinander, und sie wird aus dem berechnet, was gerade zutrifft, sodass nichts verschwindet, weil jemand eine Benachrichtigung weggeklickt hat.
Wie viel darf die Plattform ohne uns an unserer Website tun?
Nichts, bis Sie es einschalten, und dann weniger, als Sie vielleicht erwarten. Automatisierung und automatisches Ausrollen eines Gewinners sind getrennte Schalter und beide zunächst aus, denn das falsche Experiment automatisch zu stoppen kostet den Traffic, der schon ausgegeben ist, während das automatische Ausrollen eines Verlierers ändert, was jeder Besucher sieht. Bevor sie handelt, muss sie drei Vertrauensprüfungen und eine Mindestlaufzeit bestehen. Und mit ausgeschalteter Automatisierung bewertet sie dennoch alles und hält fest, was sie getan hätte, mit demselben Code, der es getan hätte, sodass Sie ihr einen Monat lang dabei zusehen können, wie sie recht behält, bevor Sie sie handeln lassen.
Ist es unbedenklich, dem ganzen Team Zugang zu geben?
Mitglieder haben auf der gesamten Plattform Lesezugriff: Sie sehen jedes Experiment und jedes Ergebnis und ändern nichts davon. Diese Regel wird einmal zentral durchgesetzt und nicht Bildschirm für Bildschirm, und das zählt, weil ein je Bildschirm angewandtes Berechtigungsmodell eines ist, bei dem der nächste gebaute Bildschirm still zur Ausnahme wird. Starten, Stoppen und Ausrollen bleiben bei Administratoren und Inhabern, und jede Änderung, die zählt, wird am Experiment mit Namen und Zeitstempel festgehalten.
Wir betreuen mehrere Marken oder Kundenwebsites. Skaliert das dafür?
Genau um diese Form ist das Monitoring gebaut. Alles Ungelöste über jedes Konto, das Sie erreichen, ist in einer Ansicht zusammengefasst, gruppiert nach Kunde und nach Website, so sortiert, dass Unzuverlässiges vor dem kommt, was bloß auf eine Entscheidung wartet. Der Zugriff kommt daraus, als wer Sie sich angemeldet haben, und nicht aus einer Kennung in der Adresse, es gibt also keine Konto-ID in der URL, die geprüft werden müsste, und keine, an der sich manipulieren ließe. Eine Agentur sieht ihren Kundenstamm; ein Kunde mit einer einzigen Marke sieht im selben Bildschirm sein eigenes Konto.
Passt es zu den Werkzeugen, die wir schon nutzen?
Benachrichtigungen gehen an E-Mail, an Slack oder an keines von beiden, eingestellt je Ereignistyp und je Person statt einmal für das ganze Konto, und Slack-Nachrichten verlinken zurück auf genau den Bildschirm, den das Ereignis betrifft. Auf der Messseite wird jede Website auf GA4, Matomo oder das native Tracking von Pertento eingestellt, sodass die Conversions, die wir zählen, dieselben Events sein können, die Ihre Analytics schon zählt, statt einer zweiten Definition eines Kaufs, die jemand abgleichen muss.
Alles im Paket
Der vollständige Funktionsumfang
Experimente
- Visuelle Mehrvarianten-Tests
- URL-Weiterleitungstests
- Serverseitige Tests
- Visueller No-Code-Editor
- Editor-Start per Chrome-Erweiterung
- Eigenes CSS und JavaScript
- Ersetzen, Einfügen, Anhängen, Davor, Danach
- URL-Targeting mit sieben Bedingungen
- Geräte-Targeting
- Cookie-Targeting
- Traffic-Gewichte je Variante
- Automatischer Gewichtsausgleich
- Parallele Tests ohne Traffic-Split
- Screenshots der Varianten
- Ein Experiment duplizieren
- Testläufe vor dem Start
- Feste Variantenzuordnung
- Anti-Flicker-Rendering
- Gewinner mit einem Klick ausrollen
- Umsetzungsliste
- Hypothesen-Tracking
- PXL-Priorisierung
- Pipelines gestaffelter Experimente
Statistik
- Frequentistische Ergebnisse
- Bayesianische Ergebnisse
- Uplift und Konfidenzintervalle
- Wahrscheinlichkeit, die Beste zu sein
- Erwarteter Verlust
- Sequenzielles Testen
- Mehrfachvergleichskorrektur
- Holm-Bonferroni, Benjamini-Hochberg und Šidák
- Alarme bei Stichprobenverhältnis
- Primär- und Sekundärziele
- Umsatz je Variante
- Durchschnittlicher Bestellwert je Variante
- Mehrere Währungen
- Power-Analyse
- Minimal nachweisbarer Effekt
- Prognose der verbleibenden Tage
- Auswertung von Kombinationen
- Zeitreihen je Variante
- Erklärungen in klarer Sprache
Monitoring
- Zustandsmonitor
- Aufgabenliste über alle Konten
- Geplante Starts und Stopps
- Stopp bei Signifikanz
- Leitplanken für die Mindestlaufzeit
- Vertrauensprüfungen bei defekten Daten
- Kollisionserkennung
- Störungserkennung
- Alarme für überfällige und stille Tests
- E-Mail-Benachrichtigungen
- Slack-Benachrichtigungen
- In-App-Benachrichtigungen
- Einstellungen je Ereignistyp
- Aktivitätsprotokoll
- Kundenstamm-Übersicht
- Gespeicherte Konsolen-Layouts
- GA4- und Matomo-Tracking
- Rollen und Berechtigungen
Stimme der Kunden
- NPS auf der Website
- CSAT
- CES
- Geführter Umfrage-Builder
- Bewertung, Freitext und Einfachauswahl
- Seitenaufruf- und Verzögerungsauslöser
- Exit-Intent-Auslöser
- Scroll-Auslöser
- Event-Auslöser
- Vier Widget-Positionen
- Frequenzbegrenzung
- KI-Stimmungsanalyse
- Umfragen in Experimenten
- Antworten je Variante gespeichert
- Freitext-Themen
- Antwortexport
- Wird nur geladen, wo eine Umfrage läuft
Pertento ist eine Plattform für Conversion-Optimierung für Websites und Onlineshops, gebaut für interne Teams wie für CRO-Agenturen, die Experimentierprogramme über einen ganzen Kundenstamm führen.
Integrationen
Funktioniert mit dem Stack, den Sie schon betreiben
Ein Snippet fällt in jede Website, oder gehen Sie vollständig serverseitig. Nichts neu zu bauen.
Snippet in einer Zeile
Fügen Sie ein einzelnes Tag von 0,9 KB in Ihren Head ein, und Sie sind live. Kein Build-Schritt, keine Abhängigkeiten.
Google Tag Manager
Experimente direkt über GTM ausrollen und verwalten. Keine Entwicklungszeit nötig.
Serverseitige API
Testen Sie über den Browser hinaus: Preise, Suche und Routing, ohne Flackern.
- Shopify
- BigCommerce
- Shopware
- Centra
- Geins
- Saleor
- WordPress
- Optimizely CMS
- Storyblok
- Next.js
- Vue
- Astro
- Matomo
- Amplitude
- RudderStack
- Slack
- WooCommerce
- Salesforce
- Wix
- Litium
- commercetools
- Medusa
- Drupal
- Contentful
- Webflow
- Nuxt
- Angular
- Remix
- Piwik PRO
- Mixpanel
- Tag Manager
- Webhooks
- Adobe Commerce
- PrestaShop
- Squarespace
- Norce
- Shopify Hydrogen
- Vendure
- Umbraco
- Sanity
- Framer
- React
- SvelteKit
- GA4
- Adobe Analytics
- Segment
- Klaviyo
Nicht auf der Liste? Wenn es HTML rendert, kann Pertento es testen:lesen Sie, wie jede Anbindung funktioniert.