Коришћење Google аналитике 360 и BigQuery-ја као платформе за управљање подацима

Платформе за управљање подацима омогућавају комбиновање података корисника из различитих извора ради прављења и анализирања публике. Комбинација Google аналитике 360 и BigQuery-ја може да функционише као ограничена псеудо платформа за управљање подацима под условом да су испуњени одређени услови.

Преглед

Google аналитика 360 омогућава прикупљање података корисника и података о садржају који онда могу да се извозе у BigQuery.Интеграција између Google аналитике и BigQuery-ја представља једносмерно повезивање које омогућава извоз података из Google аналитике у BigQuery. Подаци из BigQuery-ја не могу аутоматски да се извозе у Google аналитику.

Да бисте податке Google аналитике придружили скуповима података изван Google аналитике у BigQuery-ју, мора да постоји заједнички кључ између скупова података Google аналитике и оних који не потичу из Google аналитике. Заједнички кључ мора да постоји и између обједињених података у BigQuery-ју и података који постоје у интерфејсу Google аналитике.

Прављење заједничког кључа

Поступак прављења заједничког кључа између података Google аналитике и других извора података се разликује у зависности од извора података. Прављење или складиштење заједничког кључа у време прикупљања података се често захтева без обзира на изворе података. Складиштење ових података у тренутку догађаја или приказа странице се често захтева да би се на крају увезли кључеви публике или вредности за обједињавање података у Google аналитику.

Пример кључа: User ID

Чест случај коришћења је прикупљање вредности за User ID као прилагођеног аспекта и коришћење вредности као заједничког кључа између података Google аналитике и података из управљања односима са клијентима. Прилагођени аспект је потребан јер публика за поновно оглашавање тренутно не може да се повеже са огласним платформама у приказима Google аналитике за које је омогућен User ID. Ако прикупљате User ID у стандардним приказима, подаци могу да се повежу са вредностима за User ID, а публика за поновно оглашавање и даље може да се користи за огласне платформе.

  1. Направите прилагођени аспект User ID са опсегом корисника
  2. Кад год се корисник пријави на веб-сајт или у апликацију, прикупљајте вредност за User ID и шаљите је бар једном као вредност прилагођеног аспекта
  3. Вредност за User ID треба да буде идентична вредности која идентификује корисника у управљању односима са клијентима

Пример кључа: Client ID

Ако вредност за User ID не постоји за веб-сајт или апликацију, као заједнички кључ може да се користи Client ID који Google аналитика аутоматски прави.

  1. Направите прилагођени аспект Client ID са опсегом корисника
  2. Кад год корисник посети веб-сајт или апликацију, Client ID треба да се евидентира као вредност прилагођеног аспекта
  3. Ако је профил корисника направљен због неке интеракције корисника (слање имејла за билтен, слање информација о потенцијалном клијенту итд.), вредност за Client ID исто треба да се прикупља и чува са информацијама о кориснику изван Google аналитике

Извоз података Google аналитике у BigQuery

При извозу података у BigQuery, главни приказ података треба да се користи, а не приказ User-ID-а. Тако ће се осигурати постојање најширег употребљивог скупа података у BigQuery-ју. Ако прикупљате вредности за User ID и/или Client ID као прилагођене аспекте, требало би да можете да увозите позадинске скупове података у BigQuery и обједињујете их са подацима Google аналитике.

Да бисте могли правилно да обједињујете различите скупове података, морате у потпуности да разумете SQL и шему BigQuery Export Google аналитике.

Ако је потребно, подаци Google аналитике могу да се извозе из BigQuery-ја, па обједињавање и анализу можете да обавите на другом месту. Подаци Google аналитике не могу директно да се извозе у независна складишта података на исти начин као што се извозе у BigQuery. Међутим, када се налазе у BigQuery-ју, подаци могу да се извозе на друге локације.

Увоз података у Google аналитику

Постоје два фундаментално различита приступа када је реч о увозу обједињених података у Google аналитику. Ови методи могу да се опишу као традиционални приступ додавања аспеката и увоз ИД-а публике.

Традиционално додавање аспеката

Да бисте користили приступ додавања аспеката, сви следећи услови морају да буду испуњени:

  1. Подаци који могу да открију идентитет се не увозе
  2. Не постоји превелики број аспеката и показатеља који треба да се увезе
  3. Не очекује се да се увезени аспекти и показатељи промене нити да се њихов број повећа током времена

Ако су ови услови испуњени, требало би да можете да користите функцију увоза података у време упита за отпремање прилагођеног скупа података са прилагођеним аспектима Client ID или User ID као кључевима.

Увоз података ИД-а публике

Ако било који од услова за традиционално додавање аспеката није испуњен, можете да примените алтернативни приступ – прављење ИД-а публике. Треба да пратите следеће кораке да бисте увезли ИД публике за различите категорије публике.

  1. Направите бар три прилагођена аспекта: User ID, Client ID и ИД публике
    1. Сва три прилагођена аспекта треба да имају опсег корисника
  2. Извезите податке у BigQuery
  3. Анализирајте публику у BigQuery-ју
  4. Генеришите листу Client ID-ова или User ID-ова који су повезани са корисницима у публици која вас занима
  5. Повежите ИД публике са овим Client ID-овима или User ID-овима
  6. ИД публике не треба да садржи податке који могу да открију идентитет
  7. Сваки ИД публике треба да буде јединствен за дату публику која вас занима
  8. Ако корисник припада већем броју категорија публике, треба да користите неки знак, као што је цртица или доња црта, за раздвајање сваког ИД-а
  • Направите увоз прилагођених података за време упита који су обједињени на основу прилагођених аспеката Client ID или User ID и увозе вредности за ИД публике
  • Генеришите .csv датотеку која садржи вредности за User ID или Client ID, као и вредности за ИД публике
  • Направите програм који аутоматски отпрема .csv датотеке помоћу API-ја за управљање
  • Напомена: Сваки пут када отпремите нову датотеку за увоз података за скуп података, она замењује стару датотеку.

    Прављење публике за поновно оглашавање

    Када је у питању традиционални увоз података за додавање аспеката, публику за поновно оглашавање можете да направите на основу увезених вредности.

    Када је реч о увозу података за ИД публике, публику за поновно оглашавање можете да направите на основу вредности за ИД публике.

    У случају одредишта на Мрежи мултимедијалног оглашавања (GDN, Display & Video 360, Google Ad Manager) и Google оптимизатора, Google аналитика покушава да накнадно попуни кориснике за последњих 10 дана на основу недавно отпремљених дефиниција, али је често потребно време да се листе публике потпуно попуне јер се корисници враћају на веб-сајт или у апликацију.

    Када направите публику за поновно оглашавање, можете да је користите уз Google Ads или Display & Video 360.

    Ограничења

    • Ако су Display & Video 360 и Campaign Manager 360 повезани са Google аналитиком, подаци повезани са овим платформама који могу да се прегледају у интерфејсу Google аналитике, не извозе се у BigQuery са подацима Google аналитике. Фајлови за пренос података за Google Marketing Platform могу да се користе у BigQuery-ју.
    • Публика за поновно оглашавање може да се дели само са Display & Video 360 и Google Ads-ом.
    • Треба да направите прилагођено решење за аутоматски увоз информација у Google аналитику

    Да ли вам је ово било корисно?

    Како то можемо да побољшамо?
    Претрага
    Обриши претрагу
    Затвори претрагу
    Главни мени
    12744868775771947107
    true
    Центар за помоћ за претрагу
    true
    true
    true
    true
    true
    69256
    false
    false