mi a szerver oldali tesztelés?
a szerveroldali A/B tesztelés a kísérletezés egyik formája, ahol a teszt variációit közvetlenül a webszerveren renderelik, mielőtt az ügyfélhez eljutna. Ez különbözik az ügyféloldali teszteléstől, ahol az A/B tesztet az ügyféloldalon JavaScript segítségével renderelik, miután az oldalt a felhasználó böngészőjébe szállították.
szerver oldali vs kliens oldali A/B tesztelés
minden tesztelési Típus saját előnyöket kínál. A szervezet igényeitől függően meghatározhatja, hogy melyik az Ön számára.
a szerveroldali tesztelés előnyei:
minimális teljesítményhatás
előre meghatározott kísérletváltozatok esetén, amelyeket nem szolgálnak fel menet közben a böngészőn keresztül, a kísérlet észrevehetetlen a weboldal látogatója számára, és minimális hatással van az oldal betöltési idejére.
mély kísérletezési képesség
a szerveroldali kísérletek tesztelhetik a termék működését, beleértve a mögöttes funkciókat, a háttér logikát, az algoritmusokat stb.
többcsatornás kísérletezés
a kiszolgálón futó kísérletek egyszerre több csatornán is előfordulhatnak, például weben, mobilon és e-mailben.
az ügyféloldali a/B tesztelés előnyei
könnyen elérhető a marketingszakemberek számára
a kevés technikai ismerettel rendelkező marketingszakemberek egyszerű JavaScript módosítással telepíthetik a teszteket egy WYSIWYG szerkesztő segítségével.
nincs szükség fejlesztőkre
a kliens oldali teszteléssel nincs szükség a webhelykód kiadásával való koordinációra a kísérletek telepítéséhez. A kísérletek szinte azonnal kidolgozhatók és futtathatók.
minimális SEO hatás
mivel a Google általában figyelmen kívül hagyja a JavaScript segítségével végrehajtott változtatásokat a keresőmotorok indexelése céljából, az ügyféloldali teszteknek minimális SEO hatása van a szerveroldali tesztekhez képest, amelyek indexelhetők.
jobb szegmentálás
mivel az ügyféloldali teszteket az oldal betöltése után végzik el, gyakran több adat felhasználásával szegmentálhatják a látogatókat olyan adatok alapján, amelyek a kiszolgálói kérelem benyújtásakor nem állnak rendelkezésre.
mikor kell használni a szerver oldali a/B tesztelést
mivel a modern webes alkalmazások dinamikusabbá és technikailag bonyolultabbá váltak, a tesztelés ezen alkalmazásokon belül is bonyolultabbá vált. A szerveroldali tesztelés képes kezelni ezt a megnövekedett komplexitást. Ahelyett, hogy a webhely címsorainak vagy gombszíneinek tesztelésére korlátozódna, hatásosabb variációkat tesztelhet, például algoritmusokat, architektúrákat és más, nem felhasználói felületű változásokat, például egy adatbázis-lekérdezés eredménykészletét.
így a szerveroldali tesztelés gyakran olyan termékfejlesztő csapatok választása, akik komplex kísérleteket akarnak futtatni, amelyek feltárják a termék működését, szemben a marketingcsapatok körében népszerű ügyféloldali konverziós arány teszteléssel.
szerveroldali tesztelési példák
a legtöbb nagy webhely szerveroldali technológiát használ a különböző adatok dinamikus megjelenítésére, és a fejlesztők számára egyszerű a tesztelés beépítése ebbe a folyamatba, hogy adatokat gyűjthessenek.
a szerveroldali A/B tesztelés egyik gyakori felhasználási esete a keresési algoritmusok tesztjeinek futtatása egy webhelyen. Mivel a keresési eredményoldalak dinamikusan jelennek meg a keresési lekérdezés alapján, a keresési algoritmus teszteket szinte lehetetlen futtatni a kliens oldalon a Javascript segítségével, de egyenesen előre a szerver oldalon. Az olyan cégek, mint a Google, a Pinterest és a Netflix gyakran tesztelnek új keresési algoritmusokat a felhasználói élmény optimalizálása érdekében.
a szerver oldali tesztelést gyakran használják a hajtás feletti változások tesztelésére is. Mivel az ügyféloldali tesztek az oldal létrehozása után kerülnek megjelenítésre, ez “villogást” eredményezhet az oldalon, mivel az eredeti oldal röviddel a variációs kód alkalmazása előtt látható. A kiszolgálóoldali tesztelésnél nem villog, mivel a módosításokat a webkiszolgálón alkalmazzák, mielőtt azokat az ügyfélnek kézbesítenék.
Optimizely szerver oldali A/B tesztelés
az Optimizely eredeti megközelítése az A/B teszteléshez egy kliens oldali megoldás volt, amely jelentős hatással volt a digitális marketingre. A JavaScript egyszerű sorával a marketingszakember vizuális szerkesztő segítségével beállíthatja és azonnal telepítheti a weboldal-kísérleteket. A fejlesztőktől és a webhely-telepítésektől való függetlenség felszabadította a marketingszakembereket, hogy kísérletezzenek és többet megtudjanak az ügyfelek igényeiről.
de az Optimizely kezdete óta a kísérletezés jóval túlmutat azon a marketingszakemberen, aki megpróbálja kitalálni, hogy milyen cselekvésre ösztönző szöveget tegyen egy gombra. Napjainkban az új technológiák és a “lean” üzleti megközelítések térnyerésének köszönhetően a leginnovatívabb vállalatok évente több ezer tesztet hajtanak végre.
az Optimizely Full Stack lehetővé teszi kísérletek létrehozását és futtatását bárhol a technológiai Stackben, kihasználva az Optimizely interfészt, a stats engine-t és a fejlesztői ökoszisztémát. Kísérletezhet a termék teljes életciklusa alatt bármely csatlakoztatott eszközön (például mobil, OTT vagy IOT), és engedélyezheti a progresszív kézbesítést a funkcióváltásokon keresztül.
függetlenül attól, hogy az Optimizely-t használja-e az ügyféloldali kísérletekhez, az Optimizely Full Stack lehetővé teszi, hogy kísérleteket hajtson végre olyan webhelyelemeken, amelyeket a háttér kezel, mint például az árképzés, az előfizetési ajánlatok és a termékkedvezmények. Könnyedén megoszthatja a forgalmat és optimalizálhatja a teljes újratervezést, a webhely architektúráját, az omnichannel marketing kampányait és így tovább.
az Optimizely Full Stack a funkciók megjelölését és a szabályozott bevezetési funkciókat is tartalmazza, így új funkciókat telepíthet a közönség egy kis szegmensére, tesztelheti azok teljesítményét és könnyen visszaállíthatja a hibákat.