Plattform · Experimente
Drei Experimenttypen, ein visueller Editor
Visuelle Multi-Varianten-Tests, URL-Weiterleitungen und serverseitige Tests, gestartet direkt aus einer Chrome-Erweiterung auf Ihrer Live-Website. Auf ein Element zeigen, es ändern, die Variante speichern.
Wie ein Test abläuft
Von der Hypothese zur ausgelieferten Änderung
Wer es sieht, was als Nächstes läuft, und was die Entwicklung übergeben bekommt, wenn Sie fertig sind.
- Code-freie Bearbeitung von Text, Gestaltung, Layout und Position, plus eigenes CSS und JS für Power-User
- Targeting nach URL, Gerät und Cookie, mit fester Zuordnung, sodass wiederkehrende Besucher eine konsistente Erfahrung sehen
- Anti-Flicker-Rendering mit vier unabhängigen Absicherungen, sodass Besucher nie sehen, wie die Originalseite in den Test hineinblitzt
- Jeder infrage kommende Besucher nimmt an jedem infrage kommenden Experiment teil, sodass zehn gleichzeitig laufende Tests keine Stichprobengröße kosten
- Gewinner-Ausrollung mit einem Klick auf 100 % des Traffics, und eine Umsetzungs-Übergabe für das feste Einbauen von Gewinnern
- Hypothesen-Tracking mit PXL-Priorisierungs-Score zur Rangfolge Ihres Backlogs
Targeting
Zeigen Sie es genau denen, die Sie erreichen wollten
Drei Dimensionen, je Experiment kombiniert: die Adresse, das Gerät und ein Cookie, das Ihre eigene Website bereits setzt. Die Zuordnung ist fest, sodass ein wiederkehrender Besucher die Variante behält, die er erhalten hat.
- URL-Regeln mit sieben Bedingungen, einschließlich Regex und zwei negativen
- Desktop, mobil oder Tablet, erkannt, bevor der Besucher aufgenommen wird
- Cookie-Targeting für angemeldeten oder segmentierten Traffic, abgeglichen mit einer Werteliste
- Feste Zuordnung, gehalten im Browser-Speicher statt in einem Cookie
- Jede Variante per URL erzwingen, um sie zu prüfen, ganz ohne Testkonto
Den Gewinner ausliefern
Ein Klick auf 100 % oder eine Übergabe an die Entwicklung
Rollen Sie die gewinnende Variante direkt von der Ergebnisseite aus auf den gesamten Traffic aus. Soll die Änderung stattdessen in der Codebasis leben, schreibt Pertento die Übergabe mit der exakten Änderung.
- Ausrollung mit einem Klick, mit Protokoll, wer sie ausgerollt hat
- Umsetzungs-Übergabe mit dem Selektor und der Änderung
- Jederzeit zurück zum Original wechseln
Priorisierung
Ein Backlog, geordnet nach PXL-Score, nicht nach Meinung
Erfassen Sie jede Hypothese, bewerten Sie sie nach dem PXL-Modell, und lassen Sie die Rangfolge entscheiden, was als Nächstes läuft. Die drei Werte lösen sich in eine einzige Zahl auf, denn ein Backlog muss sich ordnen lassen, und drei Zahlen sind eine Diskussion.
- Potenzial, Reichweite und Aufwand, je von eins bis fünf bewertet
- Aufgelöst in eine einzige Wichtigkeit von null bis zehn, nach der die Liste sortiert
- Hypothesen, verknüpft mit dem Experiment, das sie getestet hat
- Der bestbewertete Entwurf wird angezeigt, wenn nichts anderes Sie braucht
Umsetzung
Übergeben Sie den Gewinner an die Entwicklung, mit der Änderung
Ein Gewinner kann unbegrenzt von Pertento ausgeliefert werden, aber die meisten Teams wollen ihn irgendwann in der Codebasis haben. Die Umsetzungsliste verfolgt, welche Gewinner noch auf der Plattform laufen und welche bereits fest eingebaut wurden.
- Der Selektor und die exakte Änderung, fertig zum Einfügen
- Status je Gewinner: wartend, in Arbeit, fest eingebaut
- Das Experiment liefert weiter aus, bis der Code ausgeliefert ist
Pipelines · Beta
Legen Sie die Reihenfolge fest, und hören Sie auf, von Hand zu planen
Eine Pipeline ist ein geordneter Ablauf von Stufen, und eine Stufe ist eine Gruppe von Experimenten, die gemeinsam laufen. Experimente, die kollidieren würden, kommen in unterschiedliche Stufen, und jede Stufe läuft der Reihe nach mit vollem Traffic, das Gegenteil davon, sie gegenseitig auszuschließen und das Publikum aufzuteilen.
- Stufen aktivieren sich der Reihe nach selbst, sodass nichts davon abhängt, dass sich jemand erinnert
- Weiterschalten, wenn jedes Experiment abgeschlossen ist, beim ersten signifikanten Ergebnis oder durch eine Person
- Eine Stufe aktiviert sich ganz oder gar nicht, sodass eine halb gestartete Stufe nie weiterläuft
- Automatisierung und automatisches Ausrollen sind getrennte Schalter, beide zunächst aus, bis Sie sie einschalten
- Mit ausgeschalteter Automatisierung protokolliert die Engine dennoch, was sie getan hätte, mit demselben Code
Visueller Editor
Darauf zeigen, es ändern, die Variante speichern
Der Editor öffnet Ihre Live-Website aus einer Chrome-Erweiterung. Wählen Sie ein Element, bearbeiten Sie Inhalt und Gestaltung im Eigenschaftenbereich, und die Änderung wird gegen die Variante gespeichert. Kein Deploy, kein Ticket, keine Staging-Kopie der Seite.
Ein Hierarchiebaum und ein Selektorfeldfür die Fälle, in denen Zeigen nicht präzise genug ist, mit einem Brotkrumenpfad, der genau zeigt, welcher Knoten ausgewählt ist.
Ein Interaktivitätsschalterwechselt zwischen dem Auswählen von Elementen und dem Benutzen der Seite, sodass Sie ein Menü oder ein Modal öffnen und dann dessen Inhalt bearbeiten können.
Eine Geräteauswahlrahmt die Arbeitsfläche in den Breiten neu, die Ihr Traffic nutzt. Eine Variante, die nur in Desktop-Breite funktioniert, ist nicht fertig.
Eine Änderungslisteist die Variante: ein geordnetes Protokoll von allem, was sie tut, jeder Eintrag für sich entfernbar, und dieselbe Liste, die die Übergabe später liest.
Den Test aufbauen
Was ein zweites Experiment günstiger macht als das erste
Das meiste, womit ein Programm seine Zeit verbringt, ist nicht der erste Test. Es ist der Wiederaufbau eines Setups, die Prüfung einer Variante vor dem Livegang und das Führen eines Protokolls, das jemand nächstes Jahr noch lesen kann.
Fünf HTML-Platzierungen
Ein Element ersetzen, Markup an seinem Anfang oder Ende einfügen oder es davor oder dahinter platzieren. Strukturelle Änderungen bleiben in einer Zeile beschreibbar, und das macht sie später überprüfbar.
Eigenes CSS und JavaScript
Je Variante, für alles, was das Eigenschaftenfeld nicht ausdrücken kann. Es wird in dem für Ihre Website erzeugten Bundle ausgeliefert und läuft, bevor die Seite sichtbar wird, sodass eine per Skript gebaute Änderung nie als Sprung wahrgenommen wird.
Screenshots der Varianten
Halten Sie direkt im Editor fest, wie die Variante aussah, und schneiden Sie den Ausschnitt zu. Ein Ergebnis, das sechs Monate später gelesen wird, ist ohne Screenshot nur eine Liste von Selektoren.
Ein Experiment duplizieren
Kopiert die Varianten, jede Änderung daran, die Screenshots und alle drei Arten von Targeting. Ein von Hand nachgebautes Setup ist die Stelle, an der die falsche Targeting-Regel live geht.
Probeläufe vor dem Start
Proben Sie die ganze Kette gegen die echte Laufzeit als markierten Testlauf und löschen Sie ihn danach. Nichts, was eine Probe gesammelt hat, muss später in einem Bericht weggeredet werden.
Eine Variante per URL erzwingen
Hängen Sie an eine beliebige Adresse einen Parameter an, um sich auf eine bestimmte Variante festzulegen oder eine Variante zu sehen, während alles andere im Original bleibt. Die Sichtprüfung braucht kein Testkonto.
Während er läuft
Was die Laufzeit auf den Seiten Ihrer Besucher tut
Alles Folgende wird im Browser entschieden, aus einer Datei, die allein für Ihre Website kompiliert wurde. Es gibt keinen Aufruf an Pertento, bevor die Seite rendert, und nichts wartet auf eine Antwort, um zu entscheiden, was ein Besucher sieht.
Parallelität kostet Sie nichts
Jeder infrage kommende Besucher nimmt an jedem infrage kommenden Experiment teil, sodass zehn laufende Tests jeweils das volle Publikum bekommen und nicht ein Zehntel davon. Der Grund, aus dem die meisten Programme einen Test nach dem anderen fahren, gilt hier nicht.
Gewichte, die immer aufgehen
Aufteilungen werden als Basispunkte von zehntausend gespeichert und darauf geprüft, dass sie exakt aufgehen, sodass ein Test mit drei Varianten wirklich aus drei gleichen Dritteln besteht und nicht aus drei Rundungen und einer Lücke.
Automatischer Ausgleich
Die Aufteilung, die jede Variante tatsächlich erhalten hat, wird gemessen und planmäßig korrigiert, sodass die kumulierte Zuteilung sich der konfigurierten annähert, statt von ihr wegzudriften.
Feste Zuordnung, ohne Cookies
Ein Besucher behält die Variante, die er bekommen hat, gehalten im Browser-Speicher statt in einem Cookie. Konsistenz ist zuerst eine Frage der Korrektheit und erst danach eine Höflichkeit.
Anti-Flicker mit vier Absicherungen
Die Seite wird ausgeblendet, während die Änderungen greifen, und aus vier unabhängigen Codepfaden wieder sichtbar gemacht. Der Fehlerfall, gegen den das entworfen ist, ist eine Kundenwebsite, die für ihre eigenen Besucher leer bleibt.
Kein Serveraufruf vor dem Rendern
Jede Website-Konfiguration wird in eine eigene statische Datei kompiliert, sodass die Laufzeit beim Laden bereits weiß, was zu tun ist. Nichts wartet auf einen API-Aufruf, um zu entscheiden, was der Besucher sieht.
Fragen
Was Teams fragen, bevor sie wechseln
Wie lange dauert es, bis bei uns ein Test läuft?
Ein Skript-Tag im Head ist die ganze Installation, und es ist die einzige Änderung an Ihrer Website. Von da an wird eine Variante gebaut, indem Sie auf Elemente Ihrer Live-Seiten zeigen, das erste Experiment ist also nur davon begrenzt, wie lange Sie brauchen, um zu entscheiden, was Sie testen wollen, und nicht von etwas, das beschafft, gebaut oder eingeplant werden muss. Während Sie sich einarbeiten, geht nichts versehentlich live: Ein neues Experiment bleibt ein Entwurf, bis Sie es starten.
Wird die Website dadurch langsamer oder leiden unsere Core Web Vitals?
Jede Website bekommt ihre eigene kompilierte Datei mit ihren Experimenten darin, sodass die Laufzeit beim Laden bereits weiß, was zu tun ist, und nichts auf einen Aufruf bei uns wartet, bevor die Seite rendert. Die Seite wird kurz zurückgehalten, während die Änderungen angewendet werden, und genau das verhindert, dass Besucher das Original in den Test hineinblitzen sehen; sichtbar gemacht wird sie aus vier unabhängigen Codepfaden, sodass ein Fehler die unveränderte Seite zeigt und keine leere. Das Tracking lädt zuletzt, nachdem die Seite sichtbar ist, sodass die Messung das Rendern nie verzögert.
Was kann der Editor tatsächlich ändern, und wo hört er auf?
Text, Gestaltung, Layout und Position werden durch Zeigen bearbeitet, und strukturelle Änderungen decken fünf HTML-Platzierungen an einem von Ihnen gewählten Element ab. Darüber hinaus hört er ehrlich auf statt schlecht: Was das Eigenschaftenfeld nicht ausdrücken kann, schreiben Sie als eigenes CSS oder JavaScript auf der Variante, sodass ein Test nie am Werkzeug scheitert. Die echte Grenze ist eine Änderung, die geschieht, bevor die Seite existiert: Ranking, Preislogik, ein Empfehlungsmodell. Das sind serverseitige Experimente, und dafür brauchen Sie Ihre Entwickler.
Wie viele Experimente können wir gleichzeitig fahren?
So viele, wie Sie Ideen haben, und diese Antwort lohnt den Vergleich mit dem, was Sie heute nutzen. Jedes Experiment randomisiert unabhängig, ein infrage kommender Besucher nimmt also an jedem Experiment teil, für das er qualifiziert ist, und jedes misst gegen das volle infrage kommende Publikum. Parallelität teilt hier Ihre Stichprobe nicht, und deshalb prüft die Plattform, ob zwei Tests einander stören würden, statt zu rationieren, wie viele laufen dürfen. Der Durchsatz ist meist der Unterschied zwischen einem Programm, das sich rechnet, und einem, das es nicht tut.
Was passiert mit der Arbeit, wenn wir Pertento nicht mehr nutzen?
Gewinner, die Sie fest eingebaut haben, liegen bereits in Ihrer eigenen Codebasis und bleiben unberührt, und genau darauf will die Umsetzungsliste Sie stoßen: Sie führt jeden Gewinner auf, der noch von uns ausgeliefert wird, und weist so lange darauf hin, bis Ihre Entwickler Luft haben. Gewinner, die die Plattform noch ausliefert, stoppen, wenn sie stoppt, genauso wie jede Variante stoppt. Die Experimente, die Hypothesen und die schriftliche Historie bleiben im Konto und nicht in einem Werkzeug von uns.
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.