A hibás affiliate követés ritkán dob hibát. Az áruház normál módon fogadja tovább a rendeléseket, miközben a jutalékok csendesen csökkennek, és azok az affiliate-ek, akik nem kapnak jóváírást, általában nem panaszkodnak – egyszerűen abbahagyják a promóciót. Ez az ellenőrzőlista az a rutin, amely elkapja a hibát, mielőtt az heteknyi elmaradt jutalékba kerülne.
Tesztelje a követést minden releváns frissítés után, ne csak évente egyszer
A WordPress mag, a WooCommerce, a téma és az affiliate bővítmény mind függetlenül kapnak frissítéseket, és bármelyikük megváltoztathat valamit, ami hatással van a követésre. A legbiztonságosabb szokás egyszerű: miután frissítette ezt a négy összetevő bármelyikét, kattintson a saját affiliate linkjére, és hajtson végre egy valós tesztvásárlást. Győződjön meg róla, hogy az eladás helyesen jelenik meg az affiliate jelentésében, a megfelelő összeggel és a megfelelő affiliate jóváírásával.
Ez öt percet vesz igénybe, és ez a lista egyetlen legnagyobb értékű szokása, mert azonnal elkapja a hibát, ahelyett hogy egy hónappal később rájönne, hogy a jutalékok miért voltak csendesen alacsonyak.
Figyelje a konverziós arányt, ne csak a kattintásokat
Egy havi tesztvásárlás elkap egy már létező hibát. A kattintás-konverzió arány figyelése pedig észleli, ha egy hiba kezd kialakulni. Ha az affiliate kattintások változatlanok maradnak, de a megerősített eladások vagy jutalékok csökkennek anélkül, hogy a teljes áruházi forgalomban is hasonló csökkenés lenne, ez az a minta, amelyet azonnal ki kell vizsgálni, ahelyett hogy egy lassú hétnek könyvelné el. A valódi lassulások általában a teljes áruházban jelentkeznek, nem csak kifejezetten az affiliate számokban. A kettő közötti eltérés követési probléma, amíg be nem bizonyosodik az ellenkezője.
Indítsd el affiliate programodat még ma
Állítsd be a fejlett nyomkövetést percek alatt. Bankkártya nem szükséges.
Kifejezetten figyelje az elavult integrációs kódot
Ha a követése egyedi kódra támaszkodik a karbantartott bővítmény helyett, ezt érdemes megérteni: a WooCommerce már többször megváltoztatta a belső rendelésadat-szerkezetét. A régebbi kódok gyakran közvetlenül a rendelési objektum tulajdonságaiból olvasták ki a rendelés részleteit; a jelenlegi WooCommerce ugyanezeket az adatokat dedikált getter metódusokon keresztül várja. A régi módon írt kód nem dob hibát, amikor már nem illeszkedik – egyszerűen csendesen abbahagyja annak a mezőnek az olvasását, amelyre írták. A fejlesztője által aktívan karbantartott bővítmény követi ezeket a változásokat Ön helyett. Az egyedi kódrészletek, amelyeket egy régi oktatóanyagból másoltak, nem frissítik magukat, és senki sem szól, ha csendesen elavulttá váltak.
Ha nem biztos benne, hogy a beállítása jelenlegi WooCommerce metódusokat vagy régebbieket használ, ezt érdemes közvetlenül ellenőrizni azzal, aki a követést beállította, vagy a bővítmény ügyfélszolgálatával, ahelyett hogy feltételezné, hogy minden rendben van, mert semmi sem dobott látható hibát.
Ellenőrizze, hogy a gyorsítótárazás nem szolgál-e ki elavult követő szkripteket
A gyorsítótárazó bővítmények azáltal gyorsítják fel a webhelyet, hogy egy mentett másolatot szolgálnak ki az oldalról ahelyett, hogy frissen generálnák azt, ami problémát jelent minden olyan oldal esetében, amelynek minden látogató számára különbözőnek kell lennie – mint például egy követő szkriptet tartalmazó pénztár visszaigazolás. Nem minden bővítmény kezeli ezt ugyanúgy, és ez a különbség fontosabb, mint a legtöbb áruháztulajdonos gondolná. A WP Rocket például automatikusan érzékeli a WooCommerce-t, és alapértelmezés szerint kizárja a kosár, pénztár és fiók oldalakat (forrás ). A W3 Total Cache viszont egyáltalán nem érzékeli automatikusan a WooCommerce-t, így ugyanezek az oldalak gyorsítótárazhatók maradnak, amíg Ön manuálisan ki nem zárja őket.
Ne feltételezze, hogy a gyorsítótárazó bővítménye helyesen kezeli ezt csak azért, mert népszerű. Ellenőrizze közvetlenül a WooCommerce-specifikus dokumentációját, győződjön meg róla, hogy a pénztár, kosár és fiók oldalak kifejezetten ki vannak zárva, és ellenőrizze újra ezt a beállítást bármilyen gyorsítótárazó bővítmény frissítése után, mivel egyes frissítések visszaállíthatják az egyéni kizárási szabályokat az alapértelmezettre.
Iratkozz fel hírlevelünkre
Értesülj elsőként az új funkciókról és termékfrissítésekről.
Győződjön meg róla, hogy a sütikezelő eszköz nem blokkolja alapértelmezés szerint a követést
Ha webhelyén sütikezelő banner fut a GDPR vagy hasonló szabályozások miatt, ellenőrizze, hogyan kategorizálja az affiliate követő szkriptet. Számos hozzájáruláskezelő eszköz blokkol mindent, ami “marketing” vagy “analitika” címkét kap, amíg a látogató aktívan nem engedélyezi azt, és ha a követő szkriptje alapértelmezés szerint ebbe a kategóriába kerül, elveszíti a hozzárendelést minden olyan látogató esetében, aki nem kattint az elfogadásra, ami bizonyos régiókban a forgalom jelentős részét jelentheti. Ez nem ok arra, hogy kihagyja a megfelelőséget. Ez ok arra, hogy ellenőrizze a követő szkriptje konkrét kategóriáját, ahelyett hogy feltételezné, hogy az alapértelmezett beállítás volt a megfelelő.
Tartsa olyan biztonsági mentéseket, amelyek valóban lefedik az affiliate adatokat
A legtöbb WordPress biztonsági mentési rutin alapértelmezés szerint lefedi a bejegyzéseket, oldalakat és médiát. Az affiliate és jutalékadatok nem mindig ugyanott élnek, különösen ha az affiliate szoftver saját táblákban vagy saját szervereken tárolja az adatokat. Mielőtt szüksége lenne egy biztonsági mentésre, győződjön meg róla, hogy valóban van olyanja, amely tartalmazza az affiliate fiókokat, jutalék előzményeket és kifizetési rekordokat, nem csak a webhely tartalmát. A rendszeres, tesztelt biztonsági mentések jelentik a különbséget egy rossz délután és egy igazán rossz hónap között, ha valami elromlik.
Használjon staging webhelyet bármihez, ami nagyobb egy kisebb frissítésnél
A nagyobb WordPress, WooCommerce vagy témaverzió frissítések megérdemelnek egy tesztfuttatást a webhely staging másolatán, mielőtt az éles áruházhoz érnének. Ez általánosan bevett gyakorlat az e-kereskedelemben, de még fontosabb, ha affiliate jutalékok is a tét, mivel a staging környezet lehetővé teszi, hogy a követési hibát olyan helyen kapja el, ahol semmibe sem kerül, ahelyett hogy éles környezetben, ahol minden egyes óra állás pénz, amelyet nem kaptak meg az affiliate-ek.
Tekintse át időnként a csalásészlelési beállításait
A csalási minták idővel változnak, és azok a beállítások, amelyek akkor voltak értelmesek, amikor néhány affiliate-je volt, lehet, hogy nem illenek egy megnőtt programhoz. Nézze át a bővítmény csalásészlelési szabályait néhány havonta, ne csak egyszer a beállításkor, különösen ha szokatlan mintákat észlelt, mint például a regisztrációk hirtelen megugrása egyetlen forrásból vagy szokatlanul magas kattintás-konverzió arányok, amelyek nem egyeznek a normál forgalmával.
Tartsa szemmel az affiliate bővítmény változásnaplóját
A legtöbb jól karbantartott affiliate bővítmény kiadási jegyzeteket tesz közzé, amikor hibákat javít vagy megváltoztatja a követés működését. Ezek átfutása a frissítéskor megéri a két percet, mivel előre megmondja, hogy egy adott frissítés változtat-e valami relevánsat a beállításaiban, ahelyett hogy a kemény úton jönne rá, amikor valami másképp kezd viselkedni.
Tegye ezt valaki tényleges feladatává, még ha kicsi is
Azok a programok, amelyek hosszú távon elkerülik a követési hibákat, nem azok, amelyek a legdíszesebb bővítménnyel rendelkeznek. Azok, ahol valaki konkrétan felelős azért, hogy végigmenjen ezen az ellenőrzőlistán rendszeresen, még ha csak egy ismétlődő naptáremlékeztető is havonta egyszer. A felelősség rendszer nélkül hajlamos elsikkadni. Egy rövid, unalmas ellenőrzőlista, amelyet ténylegesen követnek, sokkal több bevételt véd, mint a legjobb bővítmény, amelyet hat hónapig ellenőrizetlenül hagynak.
