BigQuery nə vaxt lazım olur — və nə vaxt artıq xərcdir
Kimsə — agentlik, freelancer, ya da öz komandanızdakı bir nəfər — "GA4-ü BigQuery-yə bağlamalıyıq" deyib. Cümlə ciddi səslənir, bahalı görünür, amma nə qazandıracağı aydın deyil. Növbəti sualınız təbiidir: bu, real ehtiyacdır, yoxsa sadəcə əlavə satış cəhdi?
Cavab "bundan asılıdır" — amma bulanıq mənada yox, üç konkret şərtlə. Aşağıdakı vəziyyətlərdən heç biri sizə aid deyilsə, BigQuery-ni indi almayın; pulunuzu başqa yerə xərcləyin.
GA4-ün öz hesabatı nə vaxt kifayət edir
Hər ay trafik mənbələrinə, konversiya sayına, ən çox baxılan səhifələrə baxırsınızsa, cavab artıq əlinizdədir. GA4-ün standart hesabat paneli — Explore/Analiz bölməsi yox, adi hesabatlar — bu rəqəmləri artıq hesablayıb göstərir, və Google-un öz sənədləşməsinə görə standart cəm hesabatları nümunələmə (sampling) təsirinə məruz qalmır (mənbə). Yəni bu rəqəmlərdə gizli xəta payı yoxdur, onlar artıq düzdür.
Tipik aylıq görüş bunu göstərir: "bu ay hansı kanaldan neçə alıcı gəlib", "ən çox baxılan beş səhifə hansıdır", "mobil ziyarətçi ilə masaüstü ziyarətçi arasında fərq varmı" — bu sualların hamısı adi hesabat panelindəki standart qrafiklərdə artıq cavablanıb. Ehtiyacınız məhz bundan ibarətdirsə, BigQuery sizə heç bir yeni rəqəm vermir — sadəcə eyni cavabı daha bahalı yoldan almağa başlayırsınız.
Nümunələmə nə vaxt real problemə çevrilir
Fərqli mənzərə budur: sayt trafiki yüksəkdir və mütəmadi olaraq Explore bölməsində bir neçə ölçünü — məsələn, trafik mənbəyi × cihaz × açılış səhifəsi — birlikdə kəsib xüsusi təhlil qurursunuz. Bu zaman rəqəmlər sorğudan sorğuya bir az fərqli çıxa bilər — bu, Explore-un canlı sorğu mühərrikinin xüsusiyyətidir, standart hesabatların yox. Bunu real olaraq kim hiss edir: aylıq bir neçə yüz ziyarətçisi olan yerli xidmət saytı demək olar heç vaxt bu nöqtəyə çatmır, çünki emal ediləcək hadisə həcmi kifayət qədər azdır. Amma gündəlik yüzlərlə sifariş qəbul edən onlayn mağaza, hər həftə yeni bir kəsim sınayanda, bunu tez-tez görür.
Həlli sadədir: BigQuery-ə ixrac olunan xam hadisə (event) datası nümunələnməmiş formadadır — Google özü bunu "raw, unsampled event data" adlandırır (mənbə). Cədvəli birbaşa SQL ilə sorğulayanda, interfeysin tətbiq etdiyi nümunələmə tamamilə aradan qalxır. Amma bu üstünlük yalnız o zaman işə düşür ki, siz həqiqətən mütəmadi, çoxölçülü xüsusi sorğular qurursunuz — ayda bir dəfə trafik ədədinə baxmaq üçün yox.
Data saxlama müddəti — 14 aylıq divar
Keçən ilin Qara Cümə göstəricilərini iki il əvvəlkiylə Explore bölməsində müqayisə etmək istəyirsinizsə, bir divara dəyə bilərsiniz: standart (ödənişsiz) GA4 hesabında hadisə səviyyəli data ən çoxu 14 ay saxlanılır, və bu limit məhz Explore və huni (funnel) hesabatlarına aiddir (mənbə). Vacib incəlik budur: həmin sənəd birbaşa yazır ki, bu limit standart cəm hesabatlarına təsir etmir. İllik trafik trendini adi hesabat panelindən görmək istəyirsinizsə, 14 ay divarı sizə əslində maneə deyil — pul ödəməzdən əvvəl bunu yoxlayın.
Fərq nədən qaynaqlanır: cəm hesabat artıq gün-gün toplanmış rəqəmi göstərir ("bu gün 240 seans"), amma hadisə səviyyəli data hər tək ziyarətçinin öz yolunu — hansı reklamdan gəlib, hansı səhifələrə baxıb, neçə gün sonra geri qayıdıb — ayrıca saxlayır. Cəm rəqəm heç vaxt "silinmir", çünki artıq hesablanıb; təkbaşına ziyarətçi yolu isə 14 aydan sonra Explore-da əldən çıxır. Mövsümi bir biznetsinizsə və illər üzrə hadisə səviyyəsində — hansı istifadəçinin hansı kampaniyadan gəlib, neçə ay sonra alış etdiyi kimi — dərin təhlil qurmaq istəyirsinizsə, bu divar reallaşır. BigQuery-yə ixrac olunan hər gün öz cədvəlinizdə qalıcı saxlanılır, avtomatik silinmə yoxdur.
Bir yerə yığılan mənbələr — GA4 tək başına harada dayanır
GA4 saytda nə baş verdiyini göstərir, amma CRM-inizdəki real sövdələşmə məbləğini, ya da telefonla bağlanan satışı özündə saxlamır. Bunu indi necə edirsiniz, sual verin özünüzə: çox güman ki, ayın sonunda kimsə Google Ads-dən bir cədvəl, Meta-dan başqa bir cədvəl, CRM-dən üçüncü siyahını ayrı-ayrı çıxarıb Excel-də əl ilə üst-üstə qoyur. Bu iş həm vaxt aparır, həm hər ay təkrarlanan səhv riski daşıyır, çünki heç bir sistem digərinin müştəri kodunu tanımır — uyğunlaşdırma tam əl işidir.
Reklam xərcini, sayt davranışını və real satış nəticəsini bir cədvəldə görmək istəyirsinizsə, hər mənbənin eyni yerə düşüb SQL vasitəsilə bir-biri ilə birləşdirilməsi lazımdır — bu, məhz data anbarının işidir: GA4, reklam platformaları (Meta, Google Ads) və CRM eyni bazada, sorğulana bilən formada. Bir dəfə düzgün qurulan birləşmə hər ay yenidən əl ilə təkrarlanmır, avtomatik yenilənir.
Kiçik saytda niyə artıq xərcdir
Rəqəmlərin özü kömək edir: BigQuery-nin öz pulsuz limiti ayda 10 GiB saxlama və 1 TiB sorğu emalını əhatə edir (mənbə), standart GA4 hesabları isə gündə 1 milyon hadisəyə qədər pulsuz ixrac imkanı verir (mənbə). Kiçik-orta ölçülü AZ saytının gündəlik hadisə həcmi və topladığı cədvəl adətən uzun müddət bu limitlər daxilində qalır — yəni birbaşa BigQuery hesabı adətən problem deyil.
Burada ayrıca bir seçim də var: standart, pulsuz ixrac gündəlikdir və əvvəlki günün datasını adətən növbəti günün günorta saatlarına doğru verir; real vaxta yaxın axın (streaming) ixracı isə hər GB üçün əlavə haqq gətirir və yeni istifadəçi atributunu ixrac etmir (mənbə). Əksər kiçik biznes üçün gündəlik gecikmə heç bir problem yaratmır — axın ixracını yalnız saat başı operativ qərar lazım olan hallarda düşünməyə dəyər.
Real xərc başqa yerdədir: kimsə SQL-i yazıb saxlamalı, platforma ixrac strukturunu dəyişəndə birləşməni düzəltməli, nəticəni açıb oxumalı və qərar üçün istifadə etməlidir. Heç kimin sorğulamadığı bir data anbarı — emal nə qədər ucuz olsa da — hər ay bir baxım xərcidir, qarşılığında sıfır nəticə ilə.
BigQuery datanı yaxşılaşdırmır — sadəcə verə biləcəyiniz sual sayını artırır; verməyəcəyiniz sual üçün, hesab pulsuz olsa belə, artıq xərcdir.
Üç sualı özünüzə verin: Explore bölməsində mütəmadi çoxölçülü sorğu qururam? 14 aydan uzun hadisə səviyyəli tarixçəyə ehtiyacım var? Reklam, sayt və CRM datasını bir cədvəldə birləşdirmək istəyirəm? Heç biri "bəli" deyilsə, indi almayın. İkisi "bəli"dirsə, datanızı bir mərkəzdə birləşdirən data anbarı işimiz məhz bunun üçündür — hansı mənbələrin real ehtiyacınıza uyğun olduğunu birgə müəyyən edirik, artıq xərcə yol vermirik.
