Forgalomellenőrzés: hogyan győződjünk meg arról, hogy a hivatkozások a megfelelő domainre vezetnek

Mit tekintünk a megfelelő domainre történő átlépésnek

A forgalom akkor érkezik a megfelelő domainre, amikor a felhasználó az összes átirányítás után a célgazdagépen nyitja meg az oldalt. Nem elég ellenőrizni a stream leírásába, a profilba vagy a hirdetésbe beillesztett címet: a hivatkozás áthaladhat egy rövidítőn, egy trackeren, egy régi domainen, egy köztes landing oldalon vagy egy georendszerű átirányításon.

Ne csak a domainnevet ellenőrizze, hanem annak változatát is: www-vel és www nélkül, HTTP és HTTPS, fő domain és aldomain. A site.example, www.site.example és promo.site.example címek ugyanahhoz a projekthez tartozhatnak, de a böngésző, az analitika és a naplók számára ezek különböző gazdagépek.

Nyissa meg a hivatkozást úgy, ahogy a közönség megnyitja

A hivatkozásra a valós elhelyezési helyéről lépjen tovább: a közvetítés leírásából, a profilból, a kitűzött üzenetből, a bejegyzésből vagy a hirdetésből. Az oldal betöltése után ellenőrizze a címsort. A böngészőben maradt URL a fontos, nem a közzétételből származó eredeti cím.

• Vesse össze a végső gazdagépet a landing oldal domainjével.
• Ellenőrizze az útvonalat: a hivatkozás a megfelelő domainre vezethet, de egy elavult szakaszra.
• Győződjön meg arról, hogy a mobil átlépés nem egy technikai aldomainre megy.
• Hasonlítsa össze az eredményt az UTM-címkékkel ellátott és az azok nélküli hivatkozás esetében.
• Ellenőrizze, hogy a kampányparaméterek megmaradtak-e az összes átlépés után.

A kézi ellenőrzés hátránya: egyetlen forgatókönyvet mutat — az Ön böngészőjét, eszközét, régióját és cookie-készletét. A közönség egy része számára a szabályok másképp működhetnek.

Ellenőrizze a teljes átirányítási láncot a böngészőben és curl-lel

Technikai ellenőrzéshez használja a curl-t a -I és -L paraméterekkel: a parancs megmutatja a válaszfejléceket, és végighalad az átirányításokon. Keresse a 301, 302, 307, 308 állapotkódokat és a Location fejléceket. Ezek megmutatják, hogy a szerver melyik címre irányítja a felhasználót az egyes lépésekben.

Valós böngészőben történő ellenőrzéshez nyissa meg a fejlesztői eszközöket, lépjen a Network fülre, és kapcsolja be a Preserve log opciót. Ezután nyissa meg az eredeti hivatkozást. A kérések listájában láthatók az átirányítások, a végső dokumentum és az oldal betöltése után végrehajtott kérések.

1. Kapcsolja be a Preserve log opciót, hogy a lista ne törlődjön az átirányítás után.
2. Szükség esetén tiltsa le a böngésző gyorsítótárát.
3. Nyissa meg az eredeti hivatkozást a közzétételből, vagy illessze be egy új lapra.
4. Keresse a 3xx állapotkódú válaszokat.
5. Vesse össze az egyes lépések Request URL értékét a Location értékével.
6. Ellenőrizze a 200 állapotkódú utolsó dokumentum domainjét és URL-jét.

Mikor normális a régi domain a láncban, és mikor hiba

A régi domain a láncban nem mindig jelent problémát. Költözés után normális az old-site.example/stream → site.example/stream útvonal: a régi cím fogadja a kérést, és folyamatosan átirányítja a felhasználót az új webhely egyenértékű oldalára. A végső domain helyes, az útvonal megmarad, és az UTM-címkék nem tűntek el.

Hiba az a helyzet, amikor az old-site.example/stream az új webhely főoldalára, egy másik landing oldalra vezet, vagy a felhasználót a régi domainen hagyja. Külön probléma merül fel, ha az átirányítás után eltűnik a kérdőjel utáni karakterlánc: a felhasználó a megfelelő oldalra kerül, de az analitika elveszíti az utm_source, utm_medium és utm_campaign értékeket.

Ne csak az utolsó domaint ellenőrizze, hanem az útvonalat és a paramétereket is. A site.example oldalra való átlépés a szükséges oldal vagy címkék nélkül ugyanúgy torzíthatja a kampány adatait, mint egy idegen gazdagépre történő átlépés.

Vegye figyelembe a JavaScript-átirányításokat és a hivatkozás paramétereit

A curl kényelmes a szerverválaszokhoz, de nem mindig látja azokat az átirányításokat, amelyeket egy szkript indít az oldal betöltése után. A böngésző DevTools eszköze segít észrevenni egy ilyen forgatókönyvet: először megnyílik egy köztes oldal, majd a szkript megváltoztatja a címet, vagy egy másik domainre küldi a felhasználót.

A Network fülön ne csak a fő dokumentumot ellenőrizze, hanem a cím betöltés utáni megváltozásának pillanatát is. Ha az UTM-címkék eltűntek, hasonlítsa össze az eredeti URL-t, a Location értékét és a címsor végső karakterláncát. Így megértheti, melyik lépésben dobta el a paramétereket az átirányítási szabály.

Az összes paraméter ellenőrzés nélküli átadásának hátránya: a cél domainre felesleges szolgáltatási értékek kerülhetnek. Fontos hivatkozások esetében érdemes előre meghatározni, hogy mely címkéket, promóciós kódokat és partnerparamétereket kell megőrizni.

Ellenőrizze az alkalmazások beépített böngészőit

A közösségi oldalak, üzenetküldők és streaming platformok gyakran nem az eszköz fő böngészőjében, hanem egy beépített böngészőben nyitják meg a hivatkozást. Egy ilyen böngésző más user-agentet továbbíthat, korlátozhatja a szkripteket, nem mentheti a cookie-kat, vagy másképp kezelheti az átirányításokat.

Nyissa meg a hivatkozást közvetlenül annak a platformnak az alkalmazásából, ahol el van helyezve. Ezután ismételje meg a tesztet az „Megnyitás böngészőben” menüponton keresztül, ha elérhető. Hasonlítsa össze a végső domaint, az útvonalat, az UTM-címkéket és az űrlap, a fizetés vagy az engedélyezés viselkedését.

A beépített böngészőben végzett ellenőrzés hátránya: nem minden alkalmazás engedi meg a technikai kéréslánc megtekintését. Ez mégis fontos, mert a mobil közönség gyakran így lép tovább.

Hasonlítsa össze a különböző régiókból és körülményekből érkező átlépéseket

Ha a webhely georendszerű átirányításokat, CDN-t vagy a landing oldalak különböző verzióit használja, ismételje meg az ellenőrzést VPN-en, proxyn vagy egy távoli eszközön keresztül a kívánt régióban. Hasonlítsa össze a végső domaint, az útvonalat, az URL-paramétereket és a landing oldal tartalmát.

Ne csak az országot ellenőrizze, hanem a böngésző nyelvét, az engedélyezést, a cookie-kat és az eszköz típusát is. Ezek a körülmények befolyásolhatják az útvonalat: például az egyik régióból származó felhasználót egy helyi aldomainre küldik, a cookie-k nélküli látogatót pedig egy általános landing oldalra.

A VPN és a proxy hátránya: nem mindig reprodukálják teljesen egy valós néző körülményeit. A geolokációt több jel alapján is meghatározhatják, ezért egy ilyen teszt megerősíthet egy lehetséges problémát, de nem fedi le a teljes közönséget.

Erősítse meg a domaint a Yandex Metrica és a GA4 rendszerben

A Yandex Metrica rendszerben nézze meg a belépési oldalak és az oldalak URL-jei szerinti jelentéseket. Szűrje az adatokat a teljes cím vagy a kívánt domain szerint, majd adjon hozzá egy szegmenst az UTM-címke, a forrás vagy a kampány szerint. Így láthatja, melyik gazdagépen kezdődtek a látogatások egy adott elhelyezés után.

A GA4 rendszerben ehhez az ellenőrzéshez használja a Hostname dimenziót a landing oldallal, a munkamenet forrásával és a kampánnyal együtt. Hasonlítsa össze, hány munkamenet érkezett a fő domainre, a régi címre és a fontos aldomainekre. Ha a tag több gazdagépre van telepítve, a jelentés gyorsan megmutatja a forgalom keveredését.

Az analitika hátránya: a számlálók nem rögzítik a látogatások egy részét a blokkolók, a letiltott JavaScript vagy az oldal tagek betöltése előtti bezárása miatt. Az adatok továbbá nem segítenek olyan domain esetében, ahol a számláló egyáltalán nincs telepítve.

Ellenőrizze a kéréseket a szervernaplókban

A szervernaplók megerősítik, hogy mely kérések érkeztek meg ténylegesen a webhely infrastruktúrájához. Az ellenőrzéshez időpontot, Host, URL, válaszkódot, user-agentet és referert tartalmazó mezők szükségesek, ha azt továbbítják. Keresse a hivatkozás indításának időszakában érkező kéréseket, és külön nézze meg a régi és a cél domainre irányuló kéréseket.

A 301, 302, 307 és 308 válaszok megmutatják, hogy a szerver átirányította a felhasználót. A célgazdagéphez intézett 200 állapotkódú kérések megerősítik, hogy az oldalt a megfelelő domainről szolgálták ki. Ha a naplókban vannak átlépések a régi gazdagépre, de nincsenek kérések az újra, ellenőrizze az átirányítási szabályokat és az esetleges kapcsolódási hibákat.

A naplók hátránya: botok, szkennerek és technikai kérések is bekerülnek. A referer gyakran hiányzik az alkalmazásokból és üzenetküldőkből történő átlépéseknél, ezért egy adott látogatás forrását nem mindig lehet visszaállítani.

Válassza szét a fő domaint és az aldomaineket a jelentésekben

A landing oldal, a személyes fiók, a fizetés és a tudásbázis különböző aldomaineken lehet. Ha ezeket szegmensek nélkül egyetlen jelentésben gyűjti, észre sem veheti, hogy a streamből származó hivatkozás a promo.site.example oldalra vezet a fő webhely helyett, vagy a checkout.site.example oldalra az ajánlat megismerése előtt.

Hozzon létre egy külön szegmenst a célgazdagéphez, és hagyjon egy általános jelentést a projekt összes domainjéről. Az első segít felügyelni a landing forgalmat, a második segít látni a felhasználó útját a landing oldal, a fizetés és a személyes fiók között.

A túl szigorú szűrés hátránya: a jelentésből eltűnhet az aldomainek közötti normális átlépés, és a tölcsér megszakadtnak tűnhet.

Ellenőrzőlista a hivatkozás közzététel előtti ellenőrzéséhez

• Nyissa meg a hivatkozást arról a helyről, ahol a közönség látni fogja.
• Ellenőrizze a végső domaint, az útvonalat és a paramétereket a címsorban.
• Nézze meg a 3xx láncot és a Location fejléceket curl-lel vagy a Network fülön.
• Győződjön meg arról, hogy a régi domain megőrzi az útvonalat és az UTM-címkéket az átirányításkor.
• Ismételje meg az átlépést az alkalmazás beépített böngészőjében.
• Ellenőrizzen egy másik régiót, ha geoszabályokat használnak.
• Az indítás után vesse össze a Hostname és a landing oldalak adatait az analitikában.
• Erősítse meg a kívánt gazdagéphez érkező kéréseket a szervernaplók alapján.

A domain, a CDN, a landing oldal vagy az átirányítási szabályok megváltoztatása után ellenőrizze az új és a régi hivatkozásokat is. A régi streamleírások, videók és kitűzött bejegyzések továbbra is a közönséget egy elavult útvonalra vezethetik.