Platform · Experimenten

Drie experimenttypes, één editor met ingebouwde AI

Visuele multivarianttests, URL-redirects en serverside tests, rechtstreeks gestart vanuit een Chrome-extensie op uw live site. Vertel de AI-editor welke wijziging u wilt, of wijs zelf een element aan en wijzig het, en sla daarna de variant op.

Hoe een test verloopt

Van hypothese tot doorgevoerde wijziging

Wie het ziet, wat u hierna laat draaien, en wat engineering krijgt overgedragen wanneer u klaar bent.

  • Een AI-editor die wijzigingen bouwt op basis van gewone taal, bewerken zonder code en kant-en-klare componenten, plus eigen CSS en JS
  • Targeting op URL, apparaat en cookie, met vaste toewijzing zodat terugkerende bezoekers een consistente ervaring zien
  • Anti-flikkerrendering met vier onafhankelijke vangnetten, zodat bezoekers nooit eerst de originele pagina zien opflitsen
  • Elke in aanmerking komende bezoeker komt in elk in aanmerking komend experiment terecht, zodat tien tegelijk lopende tests geen steekproefomvang kosten
  • Winnaar uitrollen naar 100% van het verkeer met één klik, en een implementatieoverdracht voor het hardcoderen van winnaars
  • Hypothesetracking met PXL-prioriteringsscore om uw backlog te ordenen
MultivariantURL-omleidingServerside
De experimentenbibliotheek: vijf experimenten verdeeld over de drie types, met hun verkeersverdeling en targetingvenster; één draait, één wacht op een besluit en één is al uitgerold.

AI-editor

Beschrijf de wijziging en zie hoe die ontstaat

Vertel de editor in gewone taal wat u wilt, of wijs een element aan en stel uw vraag. De AI leest de pagina, stelt wijzigingen voor en laat ze meteen zien op uw live site. Er wordt pas iets opgeslagen als u ze toepast.

De AI-editor naast een rommelige landingspagina: een prompt vraagt om één duidelijke kop, één hoofdknop en pakketten die makkelijk te vergelijken zijn. De AI stelt vijf wijzigingen voor en toont ze als voorvertoning terwijl de pagina opgeruimd opnieuw wordt opgebouwd, waarna de wijzigingen worden toegepast en opgeslagen.
  • Eén woord of een hele sectieVerbeter één kop, of bouw met één prompt een complete hero, een menu of een prijstabel om. Elke wijziging staat apart in de lijst, zodat u zelf kiest welke u houdt.
  • JavaScript alleen als het nodig isDe meeste tests gaan over tekst, opmaak en markup, en dat is precies wat de AI schrijft. Vraagt een test om gedrag, bijvoorbeeld iets dat op een klik of op scrollen reageert, dan schrijft de AI ook de code, en die code keurt u apart goed.
  • De AI leest de pagina voor uDe AI werkt met een overzicht van de pagina waarop u bent: de opbouw en de teksten. U beschrijft het resultaat, en de AI vindt de elementen die moeten veranderen. Geen selectors, geen ontwikkelaar.
  • Een voorvertoning voordat er iets wordt opgeslagenVoorgestelde wijzigingen verschijnen op uw live pagina, elk met een eigen selectievakje. Past u ze toe, dan worden het gewone wijzigingen in de variant, die u tot het opslaan ongedaan kunt maken.
  • Sterke experimenten zonder codeWie een betere pagina kan beschrijven, kan er ook de variant voor bouwen. De AI antwoordt in de taal waarin u schrijft, maar de teksten op de pagina blijven in de taal van de pagina.
  • U ziet eerst wat het kostElk verzoek verbruikt AI-credits, en het paneel toont een schatting voordat u het verzendt. Formulierinvoer en persoonsgegevens op de pagina worden afgeschermd voordat er iets wordt verstuurd.
Alles over de AI-editor

Targeting

Toon het precies aan wie u voor ogen had

Drie dimensies, gecombineerd per experiment: het adres, het apparaat, en een cookie die uw eigen site al zet. De toewijzing is vast, zodat een terugkerende bezoeker de variant behoudt die hij kreeg.

  • URL-regels op zeven voorwaarden, inclusief regex en twee negatieve
  • Desktop, mobiel of tablet, gedetecteerd voordat de bezoeker wordt toegelaten
  • Cookie-targeting voor ingelogd of gesegmenteerd verkeer, vergeleken met een lijst waarden
  • Vaste toewijzing, bewaard in browseropslag in plaats van een cookie
  • Forceer elke variant via de URL om hem te bekijken, zonder testaccount
De targetingregels van een experiment: productpagina’s op mobiel, met uitzondering van de outletsectie, voor bezoekers die hun loyaliteitscookie als lid aanmerkt, met vaste toewijzing, en 61% van het verkeer wordt toegelaten.

De winnaar doorvoeren

Eén klik naar 100%, of een overdracht aan engineering

Rol de winnende variant uit naar al het verkeer, rechtstreeks vanaf de resultatenpagina. Moet de wijziging in plaats daarvan in de codebase leven, dan schrijft Pertento de overdracht met de exacte wijziging.

  • Uitrollen met één klik, met een vastlegging van wie het deed
  • Implementatieoverdracht met de selector en de wijziging
  • Ga op elk moment terug naar het origineel
Het uitrolscherm: variant B uitgerold naar al het verkeer, met de naam van wie het deed, een tijdstempel en rollback beschikbaar, naast de overdracht die de selector, de tekst en de kleur opsomt om hard te coderen.

Prioritering

Een backlog geordend op PXL-score, niet op mening

Leg elke hypothese vast, beoordeel die volgens het PXL-model, en laat de rangschikking beslissen wat hierna draait. De drie scores worden samengevoegd tot één getal, want een backlog moet ordenbaar zijn en drie getallen leveren een discussie op.

  • Potentieel, blootstelling en inspanning, elk beoordeeld van één tot vijf
  • Samengevoegd tot één belangscore van nul tot tien, waarop de lijst sorteert
  • Hypotheses gekoppeld aan het experiment dat ze testte
  • Het best scorende concept komt boven drijven wanneer niets anders u nodig heeft
De hypothesebacklog geordend op PXL-score, van een meescrollende winkelwagenknop op 9,4 tot een hero-video op 3,2.

Implementatie

Draag de winnaar over aan engineering, met de wijziging

Een winnaar kan onbeperkt door Pertento worden geserveerd, maar de meeste teams willen hem uiteindelijk in de codebase hebben. Het implementatiedashboard houdt bij welke winnaars nog op het platform draaien en welke al zijn hardgecodeerd.

  • De selector en de exacte wijziging, klaar om te plakken
  • Status per winnaar: wachtend, in behandeling, hardgecodeerd
  • Het experiment blijft de variant leveren totdat de code live staat
Het implementatiedashboard: vijf winnaars met hun status, en de overdracht voor een van hen met de selector, de wijziging, of Pertento hem nog levert, en het ticket.

Pipelines

Bepaal de volgorde, en stop met handmatig plannen

Een pipeline is een geordende reeks fasen, en een fase is een groep experimenten die samen draaien. Experimenten die zouden botsen, komen in verschillende fasen terecht, en elke fase draait om de beurt op het volledige verkeer. Dat is het tegenovergestelde van ze elkaar laten uitsluiten en het publiek opsplitsen.

  • Fasen activeren zichzelf op volgorde, zodat niets afhangt van iemands geheugen
  • Ga verder wanneer elk experiment is afgerond, bij het eerste significante resultaat, of wanneer iemand daartoe besluit
  • Een fase activeert alles of niets, zodat een half gestarte fase nooit blijft draaien
  • Automatisering en automatisch uitrollen zijn aparte schakelaars, beide uit tot u ze aanzet
  • Met automatisering uit legt de motor nog steeds vast wat hij gedaan zou hebben, met dezelfde code
Een pipelinebord met vier fasen: de checkoutfase afgerond, twee experimenten op productpagina’s draaien samen in de huidige fase, en twee latere fasen wachten nog, met automatisering aan en automatisch uitrollen uit.

Visuele editor

Wijs het aan, wijzig het of voeg een hele sectie toe

De editor opent vanuit het zijpaneel van Chrome, op uw live site. Pas de opmaak van elk element aan in de inspector, bewerk tekst waar die staat, of sleep een kant-en-klare component erin die de lettertypen en kleuren van uw site overneemt. Elke wijziging wordt bij de variant opgeslagen: geen deploy, geen ticket, geen stagingkopie van de pagina.

ComponentenDynamische contentDatafeedsHover- en focusstatussenTekst ter plekkeEigen CSS/JS
De visuele editor op een productpagina: het blok Trust row wordt vanuit het tabblad Add gesleept en onder de winkelwagenknop neergezet, de beoordelingsregel wordt gekoppeld aan de productbeoordeling en het aantal reviews van de pagina zelf, en de variant wordt opgeslagen.
Alles wat de editor doetHoe de extensie hem opent

De test bouwen

Wat een tweede experiment goedkoper maakt dan het eerste

Het meeste waar een programma zijn tijd aan besteedt, is niet de eerste test. Het is een opzet opnieuw bouwen, een variant controleren voordat hij live gaat, en een verslag bijhouden dat iemand volgend jaar nog kan lezen.

Een componentenbibliotheek die bij uw site past

Hero's, FAQ's, vertrouwensregels, meescrollende balken, pop-ups, kolommen, video en sliders, toegevoegd met een klik of door te slepen. Elke component neemt de lettertypen en kleuren van uw site over van de plek waar hij terechtkomt, zodat een test een sectie kan toevoegen in plaats van alleen een knop een andere kleur te geven.

Eén keer bouwen, en elke pagina vult haar eigen data in

Zet de campagne van de bezoeker, een afteltimer, de eigen kop van de pagina of, in een webshop, de naam en prijs van het product in een wijziging. Eén banner begroet elke campagne in haar eigen woorden, en ontbrekende data verbergt hem in plaats van een placeholder te tonen.

Datafeeds uit uw eigen systemen

Koppel een JSON- of Google Merchant-feed die de site al publiceert, zoals reviews, voorraad of campagneteksten, en gebruik de velden ervan in elke variant. De servers van Pertento halen hem volgens een schema op, zodat bezoekers nooit op uw server wachten, en er worden nooit andere velden getoond dan die u aanvinkt.

Vijf HTML-plaatsingen

Vervang een element, voeg er binnenin iets toe aan het begin of het eind, of plaats markup ervoor of erna. Structurele wijzigingen blijven in één regel te beschrijven, en dat maakt ze later te controleren.

Eigen CSS en JavaScript

Per variant, voor alles wat de inspector niet kan uitdrukken. Het gaat mee in de bundel die voor uw website is gebouwd en draait voordat de pagina zichtbaar wordt, zodat een wijziging via script nooit zichtbaar verspringt.

Schermafbeeldingen van varianten

Leg vanuit de editor vast hoe de variant eruitzag en snijd het beeld bij. Een resultaat dat zes maanden later wordt gelezen, is zonder zo’n afbeelding een lijst met selectors.

Een experiment dupliceren

Kopieert de varianten, elke wijziging daarop, de schermafbeeldingen en alle drie soorten targeting. Een opzet met de hand nabouwen is precies waar de verkeerde targetingregel live gaat.

Proefdraaien vóór de start

Repeteer de hele keten tegen de echte runtime als een gemarkeerde test, en verwijder hem daarna. Niets wat een repetitie heeft verzameld, hoeft ooit in een rapport te worden weggepraat.

Een variant afdwingen via de URL

Voeg aan elk adres een parameter toe om uzelf aan een specifieke variant vast te zetten, of om één variant te zien terwijl al het andere op het origineel blijft staan. Visueel controleren vraagt geen testaccount.

Terwijl hij draait

Wat de runtime doet op de pagina’s van uw bezoekers

Alles hieronder wordt beslist in de browser, vanuit een bestand dat alleen voor uw website is gecompileerd. Er gaat geen aanroep naar Pertento voordat de pagina rendert, en niets wacht op een antwoord om te beslissen wat een bezoeker ziet.

Gelijktijdigheid kost u niets

Elke in aanmerking komende bezoeker gaat elk in aanmerking komend experiment in, dus tien live tests krijgen elk het volledige publiek in plaats van een tiende ervan. De reden dat de meeste programma's één test tegelijk draaien, geldt hier niet.

Gewichten die altijd optellen tot het geheel

Verdelingen worden opgeslagen als basispunten van tienduizend en gecontroleerd op een exacte som, zodat een test met drie varianten echt drie gelijke derden is en niet drie afrondingen met een gat ertussen.

Automatisch herbalanceren

De verdeling die elke variant werkelijk kreeg wordt periodiek gemeten en gecorrigeerd, zodat de cumulatieve toewijzing naar de door u ingestelde verdeling toe beweegt in plaats van ervandaan te drijven.

Vaste toewijzing, geen cookies

Een bezoeker houdt de variant die hij kreeg, bewaard in browseropslag in plaats van in een cookie. Consistentie is eerst een eis van correctheid en pas daarna een hoffelijkheid.

Anti-flikkering met vier vangnetten

De pagina wordt verborgen terwijl de wijzigingen worden toegepast en vanuit vier onafhankelijke codepaden weer getoond. De storing waartegen dit is ontworpen, is een klantsite die leeg blijft voor hun eigen bezoekers.

Geen round trip vóór het renderen

Elke websiteconfiguratie wordt gecompileerd tot een eigen statisch bestand, zodat de runtime bij het laden al weet wat er moet draaien. Niets wacht op een API-aanroep om te bepalen wat de bezoeker ziet.

Vragen

Wat teams vragen voor ze overstappen

Hoe lang duurt het voordat we een test kunnen draaien?

Eén scripttag in de head is de hele installatie, en het is de enige wijziging aan uw site. Vanaf daar bouwt u een variant door op elementen van uw live pagina's te wijzen, dus het eerste experiment wordt begrensd door hoe lang u erover doet om te besluiten wat u wilt testen en niet door iets wat ingekocht, gebouwd of ingepland moet worden. Er gaat niets per ongeluk live terwijl u het leert kennen: een nieuw experiment is een concept totdat u het start.

Wordt de site er trager van of schaadt het onze Core Web Vitals?

Elke website krijgt een eigen gecompileerd bestand waarin de experimenten al zijn ingebakken, dus de runtime weet bij het laden al wat er moet draaien en niets wacht op een aanroep naar ons voordat de pagina rendert. De loader in uw pagina is kleiner dan 1 KB, en de zwaardere functies, zoals paginadata en datafeeds, laden alleen op websites waarvan de tests ze gebruiken. De pagina wordt heel even tegengehouden terwijl de wijzigingen worden toegepast; zo zien bezoekers niet eerst het origineel en dan pas de test. Vier onafhankelijke codepaden maken de pagina daarna weer zichtbaar, zodat een storing de ongewijzigde pagina toont in plaats van een lege. De tracking laadt als laatste, nadat de pagina zichtbaar is, zodat meten het renderen nooit vertraagt.

Wat kan de editor werkelijk veranderen, en waar houdt het op?

Tekst, opmaak, indeling en positie bewerkt u door te wijzen, hover- en focusstatussen inbegrepen, en hele secties voegt u toe uit een bibliotheek met componenten die de lettertypen en kleuren van uw site overnemen. Een wijziging kan de eigen data van de pagina bevatten, zoals de prijs van elk product, of waarden uit een feed die u al publiceert, en een selector kan die wijziging op elk overeenkomend element toepassen. U kunt de wijziging ook in gewone taal beschrijven en de AI-editor een voorstel laten doen, dat u op de pagina ziet voordat er iets wordt opgeslagen. Daarbuiten stopt de editor eerlijk, in plaats van het slecht te doen: alles wat de inspector niet kan uitdrukken schrijft u als eigen CSS of JavaScript op de variant, zodat een test nooit vastloopt op de tool. De echte grens is een wijziging die plaatsvindt voordat de pagina bestaat: rangschikking, prijslogica, een aanbevelingsmodel. Dat zijn serverside experimenten, en daar heeft u uw ontwikkelaars voor nodig.

Hoeveel experimenten kunnen we tegelijk draaien?

Zoveel als u ideeën heeft, en dit is het antwoord dat het waard is om te vergelijken met wat u vandaag gebruikt. Elk experiment randomiseert onafhankelijk, dus een in aanmerking komende bezoeker gaat elk experiment in waarvoor hij kwalificeert en elk experiment meet tegen het volledige in aanmerking komende publiek. Gelijktijdigheid deelt uw steekproef hier niet op, en daarom controleert het platform of twee tests elkaar zouden storen in plaats van te rantsoeneren hoeveel er mogen draaien. Tempo is meestal het verschil tussen een programma dat zichzelf terugverdient en een programma dat dat niet doet.

Wat gebeurt er met het werk als we stoppen met Pertento?

Winnaars die u heeft hardgecodeerd staan al in uw eigen codebase en blijven ongemoeid, en daar is de implementatiewachtrij voor: die somt elke winnaar op die nog door ons wordt geleverd en blijft hem markeren totdat uw ontwikkelaars ruimte hebben. Winnaars die het platform nog levert stoppen wanneer het stopt, net zoals elke variant stopt. De experimenten, de hypotheses en de vastgelegde geschiedenis blijven in het account en niet in gereedschap van ons.

Alles in het pakket

Het volledige functieoverzicht

Experimenten

Statistiek

Monitoring

Stem van de klant

Pertento is een platform voor conversieoptimalisatie voor websites en webshops, gebouwd voor zowel interne teams als CRO-bureaus die experimenteerprogramma’s over een hele klantenlijst draaien.

Integraties

Werkt met de stack die u al draait

Eén snippet past in elke site, of ga volledig serverside. Uw architectuur hoeft niet om.

Snippet van één regel

Plak één tag in uw head en u bent live: een loader van 0,9 KB, geen buildstap, geen afhankelijkheden.

Google Tag Manager

Rol experimenten uit en beheer ze rechtstreeks via GTM. Geen ontwikkeltijd nodig.

Serverside API

Test ook buiten de browser: prijzen, zoeken en routering, zonder geflikker.

  • 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

Niet op de lijst? Als het HTML rendert, kan Pertento het testen:lees hoe elk platform aansluit.

Betere experimenten, betere conversie

Test on all visitors with the world’s lightest script and make confident decisions powered by real-time reporting.

Gratis proberenDemo boeken