Kısa cevap
Dashboard geliştirmenin amacı grafik göstermek değil, karar ürettirmektir. USFORM önce metrik sözlüğünü yazar (her sayının tek tanımı), sonra kaynakları bağlar ve karar kurallarıyla ekranı kurar: hangi eşik aşılırsa kim, ne yapar.
Kapsam
Dashboard projesinde neler var?
Teslim edilenler
- 01Metrik sözlüğü ve KPI mimarisi
- 02Veri kaynaklarının bağlanması (reklam, CRM, site, operasyon)
- 03Veri kalitesi doğrulama
- 04Yönetim ve operasyon ekranları
- 05Eşik-sahip-aksiyon karar tablosu
- 06Aylık yönetim ritmi kurulumu
Kimler için
- Raporları Excel'de elle birleştiren yönetimler
- Her aracın farklı sayı gösterdiği şirketler
- Pazarlama, satış ve operasyon verisini tek ekranda görmek isteyenler
- Veriye dayalı yönetim ritmi kurmak isteyen ekipler
Çözdüğü sorunlar
- Ay sonu raporu günler alıyor
- Aynı metrik farklı raporlarda farklı çıkıyor
- Ekranlar var ama kimse bakmıyor
- Karar toplantıları veriyle değil kanaatle ilerliyor
Son güncelleme: 29 Eylül 2026
Araç seçimi
Hangi araçla kurulmalı?
Araç, sorunuzun cevabıdır ve önce sorunuzu yazmak gerekir: hangi 3 ile 5 karar bu ekranla desteklenecek, veri hangi kaynaklarda duruyor, ekranı kaç kişi izleyecek.

Google, Looker Studio adını 10 Nisan 2026'da Data Studio olarak değiştirdi. Bu sayfada yeni adı kullanıyoruz. Türkçe kaynakların çoğu hâlâ eski adı kullanıyor, aynı ürünü anlatıyorlar.
Aşağıdaki tablo dört seçeneği aynı dört soruyla karşılaştırır. Lisans bilgileri 29 Eylül 2026 tarihinde ilgili resmî sayfalardan okundu. Fiyatlar değişir, karar öncesi güncel sayfaya bakın.
| Araç | Ne zaman uygun | Dürüst sınırlar | Lisans yapısı (29 Eylül 2026) |
|---|---|---|---|
| Data Studio (eski adıyla Looker Studio) | Veri ağırlıklı olarak Google kaynaklarındaysa (GA4, Google Ads) ve hızlı başlangıç istiyorsanız | Google Ads verisi 12 saatlik önbellekte tutulur ve bu ayarlanamaz. GA verisi 1, 4 ya da 12 saatte bir yenilenir, varsayılan 12 saattir | Ücretsiz sürüm var. Ekip ve kurumsal kullanım için ücretli Pro sürümü var, fiyat ve faturalama birimi için Google'ın sayfasına bakın |
| Metabase | Bir SQL veritabanınız varsa ve ekibin kendi sorularını sormasını istiyorsanız | Kendi sunucunuzda çalıştırırsanız kurulum ve bakım yükü size ya da bize düşer | Açık kaynak sürüm kendi sunucunuzda ücretsizdir. Bulut ve kurumsal planlar ücretlidir, güncel fiyatlar Metabase'in sayfasındadır |
| Power BI | Microsoft ekosisteminde çalışıyorsanız ve ayrıntılı bir veri modeli gerekiyorsa | Paylaşılan kapasitede (Pro) günde en fazla 8 zamanlanmış yenileme yapılır. Premium, PPU ve Fabric'te bu 48'dir. Fabric'te F64 altındaki kapasitelerde her izleyici için lisans gerekir | Kullanıcı başına lisans (Pro 14 ABD doları, Premium Per User 24 ABD doları, aylık, yıllık ödemeli, vergiler hariç) ya da Fabric kapasitesi. Power BI Desktop ücretsizdir, paylaşım için lisans gerekir |
| Özel geliştirme | Özel iş mantığı, uygulamanın içine gömülü panel ya da kendi arayüzünüz gerekiyorsa | Geliştirme ve bakım yükü diğerlerinden fazladır | Lisans yoktur. Geliştirme ve bakım bedeli vardır |
Kaynaklar: Google Cloud, Metabase ve Microsoft resmî sayfaları. Fiyatlar ve limitler değişir.
Lisans proje bedelinden ayrı
Araç lisansı proje bedelimize dahil değildir ve seçilen aracın resmî fiyatına bağlıdır. İzleyici sayısı arttığında kullanıcı başına ücretli araçlarda maliyet değişir. Bu yüzden izleyici sayısını ve dışarıdan erişecek kişileri araç seçmeden önce konuşuruz.
Metrik sözlüğü
Her sayının tek tanımı olmalı
Aynı metrik iki raporda iki farklı sayı gösteriyorsa sorun ekran değil, tanımdır. Metrik sözlüğü bu sorunu kaynağında çözer.
Metrik sözlüğü, her metrik için şunları yazar: ad, tanım, formül, kaynak sistem, sahip, güncelleme sıklığı ve son değişiklik tarihi. Sözlük yazıldıktan sonra dashboard bu tanımlara göre kurulur. Tanım değişirse tarihi kaydedilir, böylece geçmiş rakamların neden farklı hesaplandığı bilinir.
| Metrik | Tanım | Kaynak | Sahip | Güncelleme |
|---|---|---|---|---|
| Sistem tarama başvurusu | Analiz formunu gönderen kişi sayısı | Site formu ve CRM | Pazarlama | Günlük |
| Nitelikli talep | Satış ekibinin yazılı ölçütlere göre ilgilenmeye değer bulduğu talep | CRM | Satış müdürü | Günlük |
| Talep başına maliyet | Reklam harcamasının nitelikli talep sayısına bölümü | Reklam paneli ve CRM | Pazarlama | Günlük |
| Pipeline değeri | Karar bekleyen açık tekliflerin toplam tutarı | CRM | Genel müdür | Günlük |
| Kazanılan gelir | Onaylanan sözleşmelerin tutarı | Muhasebe ve CRM | Genel müdür | Aylık |
Örnektir. Tanımlar ve sahipler her şirket için ekibinizle birlikte yazılır.
Sözlük nasıl korunur?
Microsoft'un yönetişim rehberi, paylaşılan veri modellerini az sayıda tutmayı ve bunlara merkezi bir sahip atamayı önerir. Metriği bir kez tanımlayıp her yerde aynı tanımla kullanma yaklaşımı, dbt gibi araçların belgelerinde de anlatılır. Bu bizim çalışma yöntemimizdir ve her şirket için geçerli bir evrensel kural olarak sunmuyoruz.
Sözlüğün sahibi bir kişidir. Yeni metrik eklemek ve tanım değiştirmek onun onayına bağlıdır. Kullanılmayan metrikler çeyrekte bir gözden geçirilir ve kaldırılır.
Veri kalitesi
Rakamlar tutmadığında hangisine güvenilir?
Reklam paneli bir sayı, analitik başka bir sayı, CRM üçüncü bir sayı gösterir. Bunun çoğu hata değil, farklı tanımlardır. Farkın nedeni bilinmeden dashboard'a güvenilmez.

Kendi sitemizden bir örnek
Kendi sitemizin ölçümünü denetlediğimizde şunu gördük: Google Analytics 4 önemli faaliyetleri kaydediyor, Google Ads hesabında ise dönüşüm sıfır görünüyordu. Bu bir ölçüm gecikmesi değildi. Sitedeki onay ayarı reklam depolamasına hiçbir koşulda izin vermiyordu, bu yüzden bir araç veriyi toplarken diğeri toplayamıyordu. Önce farkın nedenini bulduk, sonra düzeltmeyi ve uçtan uca testi ayrı adımlar olarak yazdık.
GA4 ile Google Ads neden farklı sayı gösterir?
| Neden | Ne olur |
|---|---|
| İşlem tarihi | Google Ads dönüşümü, dönüşümü sağlayan tıklamanın tarihine yazar. Analytics ise eylemin gerçekleştiği tarihe yazar |
| Sayım yöntemi | Ads'te dönüşüm her seferinde ya da bir kez sayılabilir. Dönüşümler sütunu yalnızca birincil eylemleri, Tüm dönüşümler sütunu ikincil eylemleri de kapsar |
| Geçersiz tıklamalar | Analytics'te görünen bazı dönüşümler, geçersiz tıklama filtresi nedeniyle Ads'e aktarılırken elenebilir |
| Aktarım gecikmesi | Analytics dönüşümü, gerçekleştikten en fazla 24 saat sonra Ads'e aktarılır |
| Modellenmiş dönüşümler | Ads hem gözlenen hem modellenmiş dönüşümleri raporlar. Modellenmiş dönüşümlerin oturması 5 güne kadar sürebilir |
| Atıf pencereleri | GA4'te edinme olayları için varsayılan pencere 30 gün, diğer temel etkinlikler için 90 gündür |
Kaynak: Google Ads ve Google Analytics yardım sayfaları, 29 Eylül 2026.
Sayı ne zaman oturur?
| Kaynak | Güncelleme | Not |
|---|---|---|
| GA4 gerçek zamanlı | Birkaç dakika | Sınırlı boyut ve metrik sunar |
| GA4 gün içi (standart) | 2 ile 6 saat | Standart özellikler için hizmet düzeyi garantisi yoktur |
| GA4 günlük veri | 12 ile 24 saatten fazla | İşleme 24 ile 48 saat sürebilir ve bu sürede değerler değişebilir |
| Google Ads dönüşümü | Son tıklama modelinde 3 saat, diğer modellerde 15 saat | Tıklama, gösterim ve maliyet 1 saatlik hedefle güncellenir |
| Analytics'ten Ads'e aktarılan dönüşüm | Son tıklamada 12 saat, diğer modellerde 24 saat | |
| Data Studio'da GA verisi | 1, 4 ya da 12 saat | Varsayılan 12 saat. Google Ads verisi 12 saatte bir yenilenir ve ayarlanamaz |
GA4'ün dashboard güvenilirliğini etkileyen sınırları
Eşikleme
Demografik ve arama sorgusu bilgisi içeren raporlarda küçük değerler gizlenebilir. Eşik kullanıcı tarafından ayarlanamaz.
Örnekleme
Sorgu, kotayı aşan olay sayısına ulaştığında örnekleme uygulanır. Standart özelliklerde sınır sorgu başına 10 milyon olaydır.
(other) satırı
Tablo satır sınırı aşıldığında az görülen değerler tek bir (other) satırında toplanır.
BigQuery dışa aktarımı
Standart özelliklerde günlük dışa aktarımda 1 milyon olay sınırı vardır. Yüksek hacimli sitelerde eksik veri riski oluşur.
Fark payı için resmî bir eşik yok. Bu yüzden kabul edilebilir fark payını sizinle birlikte yazılı hâle getiririz. Hangi rakamın karar için esas alınacağı da aynı belgede durur. Ayrıca kaynak sistemdeki satır sayısı ile dashboard'daki satır sayısını karşılaştıran doğrulama noktaları kurarız, böylece bir bağlantı sessizce veri kaybettiğinde fark edilir.
Karar
Eşik aşıldığında kim, ne yapar?
Ekran bir sayı gösterir. Dashboard'u karar aracı yapan, o sayının bir sahibinin ve bir aksiyonunun olmasıdır.
| Metrik | Eşik | Sahip | Aksiyon | Kontrol |
|---|---|---|---|---|
| Nitelikli talep başına maliyet | Hedefin X kadar üstü | Pazarlama | Kampanya ve giriş sayfasını gözden geçir | Her hafta |
| İlk yanıt süresi | X saati aşarsa | Satış müdürü | Atama kuralını ve ekip yükünü kontrol et | Her hafta |
| Teklif kazanma oranı | Çeyrek ortalamasının altına inerse | Genel müdür | Kayıp nedenlerini incele | Aylık toplantı |
X değerleri sizinle birlikte belirlenir, burada uydurma eşik yazmıyoruz.

Yönetim ritmi
- 01
Haftalık sinyal kontrolü
Kısa bir toplantıda karar tablosundaki eşikler taranır. Eşiği aşan metriğin sahibi aksiyonu üstlenir.
TeslimAçılan aksiyonlar.
- 02
Aylık karar toplantısı
Toplantının gündemi ekranın kendisidir. Alınan kararlar sahibi ve tarihiyle kayda geçer.
TeslimKayıtlı kararlar.
- 03
Çeyreklik sözlük gözden geçirmesi
Kullanılmayan metrikler ve grafikler kaldırılır, tanımlar güncellenir.
TeslimGüncel metrik sözlüğü.
Tazelik
Gerçek zamanlı mı, günlük mü?
Gerçek zamanlı veri çoğu yönetim kararı için gerekmez. Gerekmeyen hızın bedelini ödemenin anlamı yok.
| Karar | Yeterli tazelik | Neden |
|---|---|---|
| Yeni gelen talebe satış temsilcisinin yanıt vermesi | Anlık, CRM'den | Yanıt süresi bu ekranın ölçtüğü şeydir |
| Reklam bütçesinin ayarlanması | Saatlik ile günlük arası | Reklam verisi zaten birkaç saat içinde oturur |
| Haftalık yönetim toplantısı | Günlük | Kararlar günün ortasında değişmez |
| Aylık gelir raporu | Günlük ya da haftalık | Muhasebe verisi zaten belirli aralıklarla oluşur |
Kaynakların kendi gecikmeleri yukarıdaki tabloda yazılı. GA4'ün standart günlük verisi 12 ile 24 saatten fazla sürede oturur. BigQuery akış aktarımı dakikalar içinde veri verir ama tamlık taahhüdü yoktur ve kullanım başına ücretlendirilir. Gerçek zamanlı bir ekranın bu gecikmelerin üstüne çıkması mümkün değildir. Bu yüzden tazelik ihtiyacını metrik bazında belirleriz ve gecikmeyi ekranda görünür yazarız.
Örnekler
Üç örnek ekran
Aşağıdaki üç durum kurgudur, gerçek bir müşteriyi anlatmaz. İlk karar ekranının nasıl kurulduğunu gösterirler.
- Örnek senaryo · kurgusal
Pazarlama ve satış ekranı
- Durum
- Reklam paneli, analitik ve CRM üç farklı talep sayısı gösteriyor. Hangi kanalın satış getirdiği tartışmalı.
- Yaklaşım
- Nitelikli talebin tanımı yazılır. Reklam, site ve CRM verisi tek modelde birleşir ve kaynak bazlı nitelikli talep ekranı kurulur.
- Elde edilen
- Tek nitelikli talep sayısı ve kaynak bazlı dağılım görünür. Fark nedenleri belgelenir.
- Örnek senaryo · kurgusal
Operasyon ekranı
- Durum
- Sipariş ve iş emri durumu, her sabah farklı dosyalardan elle derleniyor.
- Yaklaşım
- Sipariş sisteminden iş emri verisi bağlanır. Geciken işler ve sahipleri tek ekranda gösterilir, eşik aşıldığında sahibine görev düşer.
- Elde edilen
- Sabah derleme işi ortadan kalkar. Geciken işin sahibi ekranda görünür.
- Örnek senaryo · kurgusal
Aylık yönetim ekranı
- Durum
- Ay sonu raporu, birkaç kişinin elle birleştirdiği dosyalarla günler sürüyor.
- Yaklaşım
- Metrik sözlüğü yazılır, kaynaklar bağlanır ve aylık toplantı için tek yönetim ekranı kurulur. Kararlar ekranda kaydedilir.
- Elde edilen
- Toplantı gündemi ekranın kendisi olur. Alınan kararların sahibi ve tarihi kayıtlıdır.
Riskler
Sık yapılan altı hata
Dashboard projeleri genellikle görsel nedenlerle değil, tanım ve veri nedenleriyle güven kaybeder.
Metrik tanımı olmadan dashboard kurmak
Tanım yoksa aynı metrik iki ekranda iki farklı sayı gösterir ve ekrana güven kalmaz.
GA4 ve Ads rakamını aynı sanmak
İki araç farklı tarihe, farklı yöntemle sayar. Farkın nedenini bilmeden hangisine güvenileceği bilinemez.
Tek ekrana çok metrik koymak
Kalabalık ekran karar üretmez. Önemli bilgiyi öne çıkaran, tek bir hikâye anlatan ekranlar daha çok kullanılır.
Örnekleme ve eşiklemeyi bilmeden karar bağlamak
Demografik ya da arama sorgusu rakamları küçük hacimde gizlenebilir ya da örneklenebilir.
Kırılan bağlantıya sahip atamamak
Kaynak şeması ya da etiket adı değiştiğinde bağlantı bozulur. Kimin fark edip düzelteceği baştan yazılmalı.
Lisans maliyetini proje bedelinden ayırmamak
İzleyici sayısı arttıkça kullanıcı başına ücretli araçlarda maliyet sürpriz yaratır.
Hazırlık
Teklif almadan önce hazırlanacaklar
Bu liste, ilk karar ekranının kapsamını netleştirir. Eksikleri keşifte birlikte tamamlarız.
- Ekranın destekleyeceği 3 ile 5 karar hangisi?
- Reklam, site, CRM ve operasyon kaynaklarına yönetici erişiminiz var mı (GA4, Google Ads, Search Console, CRM, muhasebe ya da sipariş sistemi)?
- Bugün elle hazırlanan raporlar neler ve kim ne kadar zaman ayırıyor? Örnek dosyalar çok işe yarar.
- Nitelikli talep, satış ve gelir metriklerinin sahibi kim?
- Ekranı kaç kişi izleyecek, dışarıdan erişecek kişi var mı?
- Mevcut lisanslarınız neler: Microsoft 365, Google Workspace, Power BI?
- Erişimi kısıtlı olması gereken veriler var mı?
- Bütçenizde proje bedeli ve yazılım lisansı ayrı ayrı düşünüldü mü?
Sözlük
Kısa sözlük
- Dashboard
- Birden çok kaynaktan gelen veriyi tek ekranda gösteren yönetim paneli.
- Metrik sözlüğü
- Her metriğin adını, tanımını, formülünü, kaynağını ve sahibini yazan belge.
- KPI
- Bir hedefe ne kadar yaklaşıldığını gösteren temel performans göstergesi.
- Tek doğru kaynak
- Bir metrik için karar verirken esas alınan, sahibi olan tek veri kaynağı.
- Veri modeli
- Farklı kaynaklardan gelen verinin tek yapıda birleştirildiği, tanımlı tablolar bütünü.
- Örnekleme
- Veri hacmi kotayı aştığında raporun verinin bir kısmına bakarak hesaplanması.
- Eşikleme
- Küçük değerlerin kişiyi belirlemeyi önlemek için raporda gizlenmesi.
- Atıf
- Bir dönüşümün hangi kanal ya da tıklamaya yazılacağını belirleyen yöntem.
- Tazelik
- Ekrandaki verinin kaynağa göre ne kadar güncel olduğu.
- Karar tablosu
- Her metriğe eşik, sahip ve aksiyon bağlayan tablo.
Sınırlar
Neyi vaat etmiyoruz
- Gerçek zamanlı veri vaat etmiyoruz. Ekranın tazeliği kaynak sistemlerin kendi gecikmesinden hızlı olamaz.
- GA4 ile Google Ads arasındaki farkı sıfıra indirmeyi vaat etmiyoruz. Farkı açıklar, kabul edilebilir fark payını yazılı hâle getiririz.
- Araç lisansı proje bedeline dahil değildir. Fiyatlar ve limitler sağlayıcıya göre değişir.
- Ekranın kararlarınızı kendiliğinden iyileştireceğini vaat etmiyoruz. Ekran karar için veri sağlar, kararı ekip verir.
- Kişisel veri içeren kaynaklarda erişim ve paylaşım kuralları için hukuk danışmanınıza başvurun.
Kanıt
Kendi ürünümüzde kullandığımız yapı.
ParkMetria, otopark işletmelerinin doluluk, abonelik ve tahsilat verisini tek panelde toplayan dikey ürünümüz. Pilot aşamasında; aşamasını olduğu gibi yazıyoruz.
Yatırım
İlk ekran, net bütçe.
İlk karar ekranı 50.000 TL'den başlar. Kaynak sistem sayısı ve veri derinliğine göre keşifte netleşir.
İlk karar ekranı
50.000 TL'den
Tipik süre 3–6 hafta, tek yönetim ekranı
- Metrik sözlüğü ve KPI mimarisi
- Reklam, CRM, site ve operasyon verisinin bağlanması
- Veri kalitesi doğrulama
- Yönetim ve operasyon ekranları
- Eşik, sahip ve aksiyon karar tablosu
- Aylık yönetim ritmi kurulumu
Kapsamı büyüten etkenler
Kapsama göre
Keşifte netleşir
- Kaynak sistem sayısı
- Veri derinliği ve geçmiş
- Ek operasyon ekranları
- Tazelik ihtiyacı: günlük veya anlık
Araç ihtiyaca göre seçilir: Looker Studio, Metabase, Power BI veya özel geliştirme. Ücretli araç lisansları sağlayıcısına aittir.
Süreç
Nasıl ilerliyor?
İlk karar ekranı 3–6 hafta; kaynak sayısına göre fazlanır.
Keşif
Metrik sözlüğü
Hangi karar hangi sayıyla alınıyor; her metriğin tanımı, kaynağı ve sahibi yazılır.
Bağlantı
Veri modeli
Kaynaklar bağlanır, veri kalitesi doğrulanır. Bağlanamayan kaynak için geçici giriş akışı kurulur.
Ekran
İlk karar ekranı
Yönetim ekranı sözlüğe göre kurulur, karar tablosu eklenir.
İlk ay
Yönetim ritmi
İlk yönetim toplantısı ekranla yapılır; kullanılmayan grafik kaldırılır.
Analiz talebi
Dashboard Ön Analizi
Kısa formu gönderin; veri kaynaklarınıza ve raporlama düzeninize dair ilk tespitlerle bir iş günü içinde dönelim.
- 2 dakikalık form
- 1 iş günü içinde dönüş
- Satış baskısı yok
Sık sorulan sorular
İş zekâsı ve dashboard hakkında sık sorulanlar
İhtiyaca göre Data Studio (eski adıyla Looker Studio), Metabase, Power BI veya özel geliştirme. Araç, veri hacmi ve ekip alışkanlığına göre seçilir; amaç tek doğru kaynaktır.
Evet; ilk faz zaten bu dağınıklığın haritalanmasıdır. Bağlanamayan kaynaklar için geçici veri giriş akışları tasarlanır, plan yazılır.
Karar tablosuyla her metriğe sahip atanır ve aylık yönetim ritmi kurulur. Ekran, toplantının gündemi hâline gelir; kullanılmayan grafik kaldırılır.
Kaynak API'lerine göre evet; ancak çoğu yönetim kararı için günlük tazelik yeterlidir ve maliyeti düşüktür. Tazelik ihtiyacı metrik bazında belirlenir.
Rapor bir dönemin sonucunu anlatır. Dashboard ise güncel durumu, eşiği ve sahibiyle birlikte gösterir, bu yüzden karar sürecinin parçasıdır. Ekranı karar aracı yapan, her metriğin bir tanımının, sahibinin ve aksiyonunun olmasıdır.
Çünkü iki araç farklı tarihe, farklı yöntemle sayar. Ads dönüşümü tıklamanın tarihine, Analytics eylemin tarihine yazar. Sayım yöntemi, geçersiz tıklama filtresi, en fazla 24 saatlik aktarım gecikmesi ve modellenmiş dönüşümler de fark yaratır. Resmî bir kabul edilebilir fark eşiği yok, bu payı sizinle birlikte yazılı hâle getiririz.
Her metriğin adını, tanımını, formülünü, kaynak sistemini, sahibini ve güncelleme sıklığını yazan belgedir. Dashboard bu tanımlara göre kurulur, böylece aynı metrik iki ekranda iki farklı sayı göstermez.
Google, Looker Studio'nun adını 10 Nisan 2026'da Data Studio olarak değiştirdi. Ücretsiz bir sürümü var, ekip ve kurumsal kullanım için ücretli Pro sürümü de var. Google Ads verisi 12 saatlik önbellekte tutulur ve bu ayarlanamaz. Karar öncesi Google'ın güncel sayfasına bakın.
Hayır. Araç lisansı proje bedelinden ayrıdır ve seçilen aracın resmî fiyatına bağlıdır. Power BI'da Pro ve Premium Per User kullanıcı başına, Fabric ise kapasite başına ücretlendirilir. İzleyici sayısı maliyeti değiştirdiği için araç seçmeden önce bunu konuşuruz.
Kaynak şeması ya da etiket adı değiştiğinde bağlantılar bozulabilir. Bu yüzden kaynak ile dashboard satır sayısını karşılaştıran doğrulama noktaları kurulur ve bakım kapsamında bağlantıyı kimin izleyip düzelteceği baştan yazılır.
Kaynaklar
Bu sayfadaki resmî bilgiler aşağıdaki kaynaklara dayanır. Ücret ve kurallar değişebilir, karar öncesi kaynağı kontrol edin.
- Google Cloud: Looker Studio'nun adı Data Studio oldu10 Nisan 2026 duyurusu. Erişim: 29 Eylül 2026
- Data Studio dokümanları: veri tazeliğini yönetmeErişim: 29 Eylül 2026
- Data Studio dokümanları: Pro abonelik genel bakışErişim: 29 Eylül 2026
- Metabase: fiyatlandırmaAçık kaynak ve bulut planları. Erişim: 29 Eylül 2026
- Microsoft: Power BI fiyatlandırmaErişim: 29 Eylül 2026
- Microsoft Learn: Power BI'da veri yenilemeGünlük yenileme sınırları. Erişim: 29 Eylül 2026
- Microsoft Learn: Fabric lisanslarıF64 eşiği. Erişim: 29 Eylül 2026
- Microsoft Learn: yönetilen self-servis BI kullanım senaryosuPaylaşılan model yönetişimi. Erişim: 29 Eylül 2026
- Google Analytics Yardım: veri güncelliğiErişim: 29 Eylül 2026
- Google Analytics Yardım: veri eşiklemeErişim: 29 Eylül 2026
- Google Analytics Yardım: örneklemeErişim: 29 Eylül 2026
- Google Analytics Yardım: BigQuery dışa aktarımıErişim: 29 Eylül 2026
- Google Analytics Yardım: atıf ayarlarıErişim: 29 Eylül 2026
- Google Ads Yardım: Analytics ile Ads dönüşümleri arasındaki farklarErişim: 29 Eylül 2026
- Google Ads Yardım: modellenmiş dönüşümlerErişim: 29 Eylül 2026
- Google Ads Yardım: veri güncelliğiErişim: 29 Eylül 2026
- dbt: MetricFlow hakkındaMetriği bir kez tanımlama yaklaşımı. Erişim: 29 Eylül 2026
