szerver oldali tesztelés

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.

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.