Azure Essentials: datu analīze

mēs nesen esam ieviesuši sociālo pieteikšanos savā vietnē. Mēs tajā vietnē rādām reklāmas, un pēc sociālās pieteikšanās esam zaudējuši visus reklāmguvumu datus - viss tiek uzskaitīts facebook.

Arī mums ir sava veida "apakš-vietne" shop-domain.com, kur ir daži produkti, kas tiek pārdoti atsevišķi, un lietotāji var migrēt starp domain.com un shop-domain.com un otrādi. Vai tas var arī zaudēt reklāmguvumus?

Mans jautājums ir:

kā mēs varam konfigurēt analīzi / reklāmas / vietni, lai pareizi uzskaitītu reklāmguvumus?

Ko es esmu darījis:

Google analītikas dokumentācijā es atradu saiti par saiti, lai pēc pieteikšanās novērstu lietotāju migrāciju starp domēniem un lapu novirzītāju. Bet tas, šķiet, nepalīdz

gtag('config', 'UA-XXXXXXX-1', { 'linker': { 'domains': ['domain.com', 'domain.eu', 'shop-domain.com', 'shop-domain.eu'] }, 'page_referrer':'domain.com' }); 

Paldies par visiem ieteikumiem

Google Analytics izseko lietotājus, izmantojot sīkfailus. Jūs varat kopīgot sīkfailu savos domēnos vai apakšdomēnos, izmantojot to pašu kodu, bet ne ar ārējiem domēniem (Facebook), tāpēc tas jums neder.

Lietotājs, kurš izmanto sociālo pieteikšanos, kļūs par novirzienu no šī sociālā tīkla, tāpēc šie domēni jums jāpievieno novirzīšanas izslēgšanas sarakstam.

Pēc noklusējuma novirzīšana automātiski izraisa jaunu sesiju. Izslēdzot novirzīšanas avotu, datplūsma, kas nonāk jūsu vietnē no izslēgtā domēna, neizraisa jaunu sesiju. Ja vēlaties, lai trafika, kas ierodas no konkrētas vietnes, izraisītu jaunu sesiju, neiekļaujiet šo domēnu šajā tabulā.

Papildus tam varat ieviest Analytics lietotāja ID funkciju, lai pārliecinātos, ka izsekojat visu lietotāja reklāmguvumu ceļu.

User ID ļauj saistīt vienu vai vairākas sesijas (un darbību šajās sesijās) ar unikālu un noturīgu ID, ko nosūtāt pakalpojumam Analytics.

Lai ieviestu User ID, jums jāspēj ģenerēt savus unikālos ID, konsekventi piešķirt lietotājiem ID un iekļaut šos ID visur, kur sūtāt datus pakalpojumam Analytics.

  • Pārbaudot _ga, _gid, _gcl_aw sīkfailus pirms / pēc pieteikšanās, tie ir vienādi
  • @Emirodgar Kas notiek ar datplūsmu no šiem sociālajiem tīkliem, kas ir faktiskā novirzīšanas datplūsma? Ja sociālie tīkli tiek pievienoti novirzīšanas izslēgšanas sarakstam, tad likumīgā novirzīšanas datplūsma no šiem tīkliem sarakstā tiks parādīta kā tieša / nav. Vai reāla alternatīva būtu izmantot htaccess vai citu metodi, lai pievienotu utm parametrus, piešķirot tiešo / nevienu kā avotu / nesēju sociālās pieteikšanās atgriešanās vietnes vietrādim URL?
  • Jauks jautājums. Parasti viņi sociālajai pieteikšanās lietošanai izmantoja atšķirīgus apakšdomēnus nekā novirzīšanas datplūsma, tāpēc jūs varat izslēgt tikai tos, kas saistīti ar pieteikšanās procesu. Ja tas nebija iespējams, es nevaru iedomāties citu Analytics izmantošanas veidu, tāpēc jums būs taisnība, un jums būs nepieciešama papildu palīdzība, izmantojot .htaccess failu (datplūsmas avota kartēšana kā pielāgota kampaņa vai tieša / nav) un izvairīšanās no izslēgšanas.
  • Jūs nevarat vienkārši pievienot facebook savam novirzīšanas izslēgšanas sarakstam, jo ​​viņi nosūta arī faktiskos novirzītājus. To varat izdarīt google, jo tiek izmantota sociālā pieteikšanās accounts.google.com kā novirzītājs.

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