Blogger kā (7/8) - instalējiet pakalpojumu Analytics un izveidojiet dublējumkopiju

Man ir dīvaina problēma ar Google Analytics, sesijas vispirms tiek rādītas kā tiešas, un tikai vēlāk tiek parādīts reālais avots (dabisks / novirzīšana).

Es zinu, ka ir iespējams scenārijs, ka lietotājs vispirms apmeklē vietni tieši un vēlāk atgriežas pie tā no cita avota, taču šeit tas tā nav. Galvenā lapa ir iekšējā lapa, kuru lietotāji, visticamāk, atradīs, meklējot garo asti, un tieši neievadīs.

Vai ir kādi ieteikumi, kas to varētu izraisīt?

Piemēram, pievienojot vienu lietotāju, tas notiek ļoti bieži.

Atjaunināt

Piemērs tam, kāpēc esmu pārliecināts, ka tā ir kļūda, nevis reāli tiešie lietotāji:

Pakistānā populāra vietne, kas saistīta ar manu vietni (līdz tam man bija ļoti maz apmeklējumu no Pakistānas). Tajā brīdī, kad es sāku saņemt satiksmi no šīs saites, es sāku redzēt arī tiešo satiksmi no Pakistānas.

2. atjauninājums

Vēl viens piemērs:

Novirza vai rel='noreferrer' var izraisīt trafika rādīšanu kā tiešu, taču tas nepaskaidros, kāpēc patiesais novirzītājs parādās vēlāk.

  • Cik ilgi jūsu sesijas ir iestatītas pakalpojumā Google Analytics? Noklusējuma 30 minūtes, vai arī jūs to mainījāt?
  • @StephenOstermiller noklusējuma 30 minūtes
  • Tie var būt atgriezies lietotājs no cita nesēja, kurš iepriekš bija atzīmējis lapu grāmatzīmē un kopš sīkfailu notīrīšanas atkal atgriezās, izmantojot dabisko meklēšanu. Iespējams, ka kāds ir kopīgojis ar viņu saiti pa e-pastu vai kādu citu avotu, kuru sākotnēji var uzskatīt par tiešu apmeklējumu.
  • @BronwynV Paldies! Es zinu, ka tas ir tehniski iespējams, bet tas tā nav šeit. Es redzu lielu daļu šo lietotāju. Es augšupielādēšu citu ekrānuzņēmumu, lai tas būtu skaidrāks.
  • 1 Kā citi jau ir teikuši, visticamāk, ir divi iemesli, kāpēc, gaidot novirzīšanu, redzat “tiešo” datplūsmu: 1. Saite nepārsniedz novirzītāju vai esat manuāli bloķējis novirzītāju, lai sasniegtu GA piezemēšanās laikā. lapā (vai arī citādi esat sajaucis kampaņas laukus). 2. Lietotājs ir atkārtots apmeklētājs, kurš ir izdzēsis savus sīkfailus vai apmeklējis vispirms ar inkognito režīmu / privātiem logiem, un tagad apmeklē citu pārlūkprogrammas gadījumu.

Tas var notikt, ja saņemat datplūsmu no vietnes, kas ir nepareizi saistīta ar jūsu vietni. Šādas nepareizas saistīšanas piemērs varētu būt http izmantošana https vietā (un jums ir novirzīšana vietā).

Notiks datplūsma, kas novirzīsies uz saiti http, tiks novirzīta uz https un pēc tam GA nepareizi interpretēs to kā tiešu. Seer Interactive ir ļoti labs raksts par šo parādību.

Es ieteiktu apskatīt Pakistānas vietni un noskaidrot, vai viņi var pareizi izveidot saiti uz jūsu vietni.

  • Pakistānas vietne ir https un saite ir https. Problēma notiek ar citām vietnēm, kā arī ar dabisko datplūsmu.
  • Pat ja Pakistānas vietne ir https, ja kāda no viņu saitēm uz jūsu vietni ir rel = ”noreferrer”, šī datplūsma tiks uzskatīta par tiešu datplūsmu
  • @BronwynV Pakistānas vietnes saite nav rel = "noreferrer", es pārbaudīju. Tas bija tikai piemērs, man ir problēma ar visu datplūsmu, ne tikai no šīs vietnes.
  • 1 Tas varētu būt arī www un bez www saites jautājums. Vai atsauces vietnē norādītā saite un jūsu galvenās vietnes saite ir tieši tāda pati? Iespējams, vēlēsities pārbaudīt, vai vidū ir WAF pārbaude (piemēram, Cloudflare dažreiz izmet captcha pārbaudi lietotājiem no dažādām valstīm)
  • @PrasadAjinkya Problēma ir saistīta ne tikai ar saiti no šīs vietnes, bet arī ar organisko datplūsmu. Saite tiek novirzīta tieši uz pareizo URL, un tajā nav novirzīšanas. Nepareiza novirzīšana vai saites "bez novirzītāja" izskaidros, kā datplūsma tiek rādīta kā tieša, taču nepaskaidros, kāpēc galu galā parādās īstais novirzītājs. Cloudflare ir interesants ieteikums, taču es pārbaudīju žurnālus, un viss šķiet kārtībā.

strādāja par jums: Charles Robertson | Vēlies ar mums sazināties?