Looker Studio ile SEO Panosu: Search Console ve GA4

Pek çok SEO panosu aynı kaderi yaşar: bir hafta emekle kurulur, iki hafta sonra kimse açmaz. Nedeni genellikle tasarımın çirkin olması değil, panonun hiçbir karara bağlanmamasıdır. Grafikler dolu, renkler düzgün, ama toplantıda "peki ne yapacağız?" sorusuna cevap veren tek bir satır yoktur. Looker Studio ile Search Console ve GA4 verisini birleştirmek teknik olarak mümkün ve çoğu zaman keyiflidir; zor olan, hangi soruya hangi verinin cevap verdiğini baştan netleştirmektir.

Bu rehber SEO analisti, ajans çalışanı ve pazarlama yöneticisi için yazıldı. Önce panonun neye cevap vermesi gerektiğini, sonra iki kaynağın birbirinden farklı doğasını ve sınırlarını anlatıyor. Ardından konektör kurulumu, kimlik bilgisi seçimi, blend (veri birleştirme) mantığı, sayfa-sorgu-içerik grubu görünümleri, paylaşım ayarları ve veri büyüdüğünde BigQuery seçeneği geliyor. Arama hacmi, zorluk puanı ya da "şu kadar trafik artar" türünden hiçbir sayı vermiyorum; teknik ifadelerin dayanağı Google'ın resmî yardım sayfalarıdır ve ilgili yerde bağlantısı verilir. Kaynağı olmayan öneriler açıkça "uygulama önerisi" olarak etiketlenir.

Raporlama sürecinin sunum ve anlatım tarafını daha geniş görmek isterseniz aylık SEO raporu şablonu yazısına bakın. Burada odak, otomatik ve kendini yenileyen bir pano kurmanın teknik ve düzen kararlarıdır.

Panoyu kurmadan önce: kim bakacak, hangi karar çıkacak?

Looker Studio'ya girmeden önce kâğıt üzerinde bir tablo çıkarın: pano kimin için, hangi sıklıkla açılacak, açıldığında hangi kararı hızlandıracak? Bu tablo olmadan pano, eldeki alanların rastgele dizilimine dönüşür. Aşağıdaki tablo bir başlangıç noktasıdır; sizin sitenizde başka okuyucular ve sorular çıkabilir.

Soruyu veriye çevirmek

Her soru için "hangi ölçü, hangi boyut, hangi kaynak?" üçlüsünü yazın. "Hangi sayfalar kaybediyor?" sorusu Search Console'dan sayfa boyutu ve tıklama ölçüsü ister. "Gelen ziyaretçi sitede ne yapıyor?" sorusu ise GA4 tarafında oturum ve etkileşim ölçüleri ister. İki cevabı yan yana görmek istediğinizde blend devreye girer; gereksiz yere her şeyi birleştirmek ise panoyu yavaşlatır ve okunmaz hale getirir.

Panoya koymamak da bir karardır

Uygulama önerisi: yönetim sayfasında on beş grafik yerine beş cevap tercih edin. Ayrıntıyı ikinci sayfaya, ham dökümü üçüncü sayfaya bırakın. Her grafiğin başlığı bir soru ya da bulgu cümlesi olsun; "Tıklama" yerine "Organik tıklamalar son dönemde nasıl değişti?" gibi. Okuyucu grafiğin neden orada olduğunu anlamazsa pano güvenini kaybeder.

Başarı ölçütünü baştan yazın

Panonun kendi başarısını da tanımlayın: ay sonu raporu hazırlama süresi kısaldı mı, toplantıda "bu rakam nereden?" tartışması azaldı mı, yeni gelen biri panoyu açıklamasız okuyabiliyor mu? Bunlar ölçülebilir iç hedeflerdir ve panoyu kurarken verdiğiniz kararları yönlendirir. Bu ölçütler Google'ın bir iddiası değil, bir ekibin kendi iş kalitesi için koyduğu çıtadır.

Kaynakların doğası: Search Console ne söyler, GA4 ne söyler?

İki kaynağı aynı tabloya koymadan önce her birinin neyi ölçtüğünü ayırmak gerekir. Çünkü ikisi de "trafik" denilen şeyi anlatıyor gibi görünse de, farklı noktalarda ve farklı kurallarla sayıyor.

Search Console: Google aramasındaki görünürlük

Performans raporu, Google Arama sonuçlarındaki görünürlüğü anlatır. Google'ın performans raporuna genel bakış sayfasına (yeni sekmede açılır) göre rapor tıklama, gösterim, TO (tıklama oranı) ve ortalama konum ölçülerini içerir; TO, tıklama sayısının gösterim sayısına bölünmesiyle bulunur. Rapor varsayılan olarak son üç ayın tıklama ve gösterim verisini açar. Tablo verisini sorgu, sayfa, ülke, cihaz, arama görünümü ve tarih boyutlarına göre gruplayabilirsiniz. Sorgu ve sayfa düzeyinde nasıl okunacağını Search Console performans raporu rehberimiz anlatıyor.

GA4: sitede olup bitenler

GA4, ziyaretçi sitenize geldikten sonrasını izler: oturumlar, olaylar, dönüşümler. Organik aramanın sitede nasıl davrandığını görmek için bu taraf gerekir. GA4 içinde organik trafiği kanal ve açılış sayfası bazında incelemek için GA4 ile organik trafik analizi yazısına göz atabilirsiniz. Burada önemli olan, bu iki dünyanın aynı sayma kuralını paylaşmadığıdır.

Aynı sözcük, farklı anlam

Uygulama önerisi: pano üzerindeki etiketleri kaynağa göre adlandırın. "Tıklama (Search Console)" ile "Oturum (GA4)" aynı şey değildir; biri Google sonuç sayfasından çıkışı, diğeri sitenizde başlayan bir ziyareti sayar. Aşağıdaki tablo farkı özetler.

Bu tablo kavramsal bir ayrımdır; sayıların birebir eşleşmesini beklemeyin. Eşleşmemenin nedenleri sonraki bölümde.

Sayılar neden tutmaz: toplama yöntemi, eşikler ve anonim sorgular

Panoyu bir yöneticiye gösterdiğinizde ilk gelen soru çoğunlukla "Search Console başka rakam veriyor, GA4 başka" olur. Önceden bildiğiniz sınırlar bu tartışmayı kısaltır.

Toplama kuralı boyuta göre değişir

Google'ın yardım sayfasına göre performans raporunda grafik verisi mülk bazında, tablo verisi ise seçilen boyuta göre toplanır: sorgu, ülke, cihaz ve tarih mülk bazında, sayfa ve arama görünümü ise sayfa bazında. Aynı sayfa, grafik toplamlarının tablo toplamlarından bazen farklı çıkabileceğini de belirtir. Gösterim, konum ve tıklama kavramlarını anlatan sayfa (yeni sekmede açılır) ise bir öğede birden çok bağlantı olduğunda gösterimin mülk ya da URL bazında sayılabildiğini, sayfanın tüm varyantlarının Google'ın seçtiği kanonik URL'ye yazıldığını ve kullanıcı sayfaya vardıktan sonra olan yönlendirmenin hangi URL'ye gösterim ya da tıklama yazılacağını değiştirmediğini açıklar. Pratik sonuç: Looker Studio'da sorgu boyutuyla topladığınız toplam ile sayfa boyutuyla topladığınız toplam birebir aynı çıkmayabilir.

Güncel veri henüz oturmamış olabilir

Performans sayfası, en yeni verinin değişebileceğini ve geçici verinin grafikte noktalı çizgiyle gösterildiğini söyler. Panoda "dün" ve "bugün" gibi çok taze günleri karşılaştırırken bu yüzden temkinli olun; uygulama önerisi olarak varsayılan tarih aralığını birkaç gün geriden başlatabilirsiniz.

Anonim sorgular

Search Console konektörünün sayfası, kullanıcı gizliliğini korumak için Search Analytics'in tüm veriyi göstermediğini, bazı sorguların boş değerli tek bir satırda birleşebileceğini ve boş değerleri bir filtreyle dışlayabileceğinizi belirtir. Sorgu tablonuzda toplam, satırların toplamından büyükse nedenlerden biri budur.

GA4 tarafında eşikler

GA4'ün veri eşikleri yardım sayfası (yeni sekmede açılır), eşiklerin sistem tarafından tanımlandığını ve ayarlanamayacağını söyler. Demografik veri içeren raporlarda ya da arama sorgusu bilgisinde toplam kullanıcı sayısı yetersizse satır gizlenebilir. Raporun üstündeki veri kalitesi göstergesi bu durumu bir mesajla bildirir. Tarih aralığını genişletmek verinin görünmesine yardımcı olabilir. Pano için çıkarım: dar bir tarih aralığıyla küçük bir sayfa grubuna baktığınızda eksik satır görürseniz bunu hata değil, eşik olarak değerlendirin.

Konektörün kapsamadığı özellikler

GA4 konektörü için Looker Studio belgelerinde (yeni sekmede açılır) şu sınırlar yazılıdır: GA4 segmentleri ve karşılaştırmaları konektörle kullanılamaz; Looker Studio, GA raporlamasındaki veriyi eşleştirir ama keşif (exploration) çıktısını eşleştirmez; ve rapor GA4 Data API kotalarına tabidir, kotayı aşan raporlar hata mesajı gösterebilir. Yani GA4 arayüzündeki özel bir keşifte gördüğünüz sayıyı Looker Studio'da aynen yakalayamayabilirsiniz.

• Panoya "kaynak ve tarih" notu ekleyin: hangi veri kaynağı, hangi tarih aralığı.
• Sayıların neden tam tutmadığını açıklayan kısa bir "okuma notu" sayfası hazırlayın.
• Rakam farkını hata olarak değil, beklenen bir ayrım olarak anlatın; tek istisna iki sayının aynı kaynaktan geldiği hâlde tutmadığı durumdur.

Bağlantıları kurma: konektör, tablo türü ve kimlik bilgisi

Kurulumun adımları kısadır, ama her adımda sonradan geri dönüşü zor bir seçim vardır. Sırayla gidelim.

Search Console konektörü

Search Console konektör belgesine (yeni sekmede açılır) göre Looker Studio'da Search Console ile aynı hesapla oturum açılır, bir veri kaynağı oluşturulur, Search Console konektörü seçilir, gerekirse erişim yetkilendirilir, site ile tablo ve varsayılan arama türü seçilir, ardından Bağlan düğmesine basılır. Alan paneli açıldığında alanları düzenleyebilir, sonra rapor oluşturup veri kaynağını rapora ekleyebilirsiniz. Mülke erişim için en az görüntüleme izni yeterlidir.

Site Impression mı, URL Impression mı?

Aynı belge iki tablo türü sayar: Site Impression ve URL Impression. Bir veri kaynağı yalnızca bir tablo türünü kullanabilir; ikisini yan yana görmek isterseniz iki veri kaynağı oluşturup aynı rapora eklersiniz. Arama türleri de tablolara göre farklıdır: Site Impression için web, görsel, video ve haber; URL Impression için bunlara ek olarak Discover ve Google News. Uygulama önerisi: sayfa bazlı pano için URL Impression tablosunu, mülk genelindeki sorgu trendi için Site Impression tablosunu düşünün; ancak belgenin iki toplama yöntemi hakkındaki açıklamasını kendi raporunuzda karşılaştırarak deneyin.

Arama türü parametresi

Konektör, bir Arama türü parametresini açılır liste kontrolüyle izleyiciye sunmanıza izin verir. Böylece tek bir rapor web, görsel ve video görünürlüğünü ayrı ayrı gösterebilir. Varsayılan arama türünü ilk kurulumda bilinçli seçin; çünkü panoyu ilk açan kişinin gördüğü sayı, çoğu zaman bu varsayılana bağlıdır.

GA4 konektörü

GA4 için en az Okuma ve Analiz (Read & Analyze) yetkisi gerekir. Adımlar: Oluştur, Veri Kaynağı yolunu izle, Google Analytics konektörünü seç, hesap ve mülkü seç, Bağlan'a bas. GA4 Data API'deki herhangi bir alan, mülke tanımlı özel alanlar dahil, görselleştirilebilir.

Kimlik bilgisi: pano kimin adına veri çekiyor?

Her iki konektör de kimlik bilgisi seçeneği sunar. Veri kimlik bilgileri belgesi (yeni sekmede açılır) üç tür anlatır: sahibin kimlik bilgileri, izleyicinin kimlik bilgileri ve hizmet hesabı. Sahibin kimlik bilgileri, izleyicilerin kendi erişimleri olmadan veriyi görmesini sağlar; ancak bu seçenek onlara veri kümesine doğrudan erişim hakkı vermez. İzleyicinin kimlik bilgilerinde her kişi kendi erişimini getirir; erişimi olmayan veriyi göremez. Hizmet hesabı yalnızca BigQuery veri kaynakları için geçerlidir. Belgeye göre bir veri kaynağının düzenleyicisi kimlik bilgisi türünü değiştirebilir ve bu değişiklik, altta yatan veriye erişimi olmayanların raporlarda hata görmesine yol açabilir.

Ajans için çıkarım: müşterinin Search Console ve GA4 erişimini kendi hesabınızdan kurduysanız ve sahibin kimlik bilgilerini seçtiyseniz, müşteri panoyu görür ama yetkiniz kalkarsa pano bozulabilir. Belge ayrıca, düzenleme erişimini kaybetseniz bile kimlik bilgilerinizi kullanan veri kaynaklarının, siz iptal edene kadar veri çekmeye devam ettiğini söyler. Sahiplik ve yetki devrini ayrılık gününe değil, kurulum gününe planlayın.

Ürün adı notu

Google'ın güncel belgelerinde bu sayfaların başlıklarında ürün adı "Data Studio" olarak geçiyor; bu rehberde ise yaygın kullanılan "Looker Studio" adı kullanılıyor. Arayüz menülerinde karşılaştığınız ad farklı olabilir, işleyiş aynıdır.

Blend: birleştirme anahtarı, join türü ve satır çökmesi

İki veri kaynağını tek tabloda görmek istediğinizde Looker Studio'nun blend özelliği kullanılır. Blend belgesi (yeni sekmede açılır) bunu, birden fazla veri kaynağına dayanan grafik, tablo ve kontroller oluşturma yolu olarak tanımlar.

Blend'in sınırları

Belgeye göre en fazla beş veri kaynağı ve en fazla beş tablo birleştirilebilir. Join koşulunda yalnızca eşitlik desteklenir; alan adlarının eşleşmesi gerekmez, içlerindeki verinin aynı olması yeterlidir. Blend her zaman oluşturulduğu raporun içine gömülüdür; kendi tazelik ya da kimlik bilgisi ayarı yoktur, bunları alttaki veri kaynaklarından devralır. Kaynaktaki ölçüler, blend içinde toplanmamış sayısal boyutlara dönüşür. Bu son nokta, ölçüleri blend sonrasında toplamak isteyenler için önemlidir.

Anahtar seçimi

Search Console ile GA4'ü sayfa düzeyinde birleştirmek için tipik anahtar, sayfa adresi ve tarih çiftidir. Uygulama önerisi: birleştirmeden önce her iki kaynaktaki adres alanlarını yan yana bir tabloda inceleyin. Birinde alan adı (host) bulunup diğerinde yoksa, birinde sondaki eğik çizgi varken diğerinde yoksa ya da sorgu parametreleri farklıysa, eşleşme sessizce bozulur. Bu durumda her iki taraf için ortak bir "temiz yol" hesaplanmış alanı üretip anahtarı onunla kurmak gerekir. Alanların hangi biçimde geldiğini kendi sitenizde gözle kontrol edin; bu rehber biçim konusunda varsayım yapmıyor.

Join türünü amaca göre seçin

Belge beş join türü sayar: inner, left outer, right outer, full outer ve cross. Sayfa panosunda sık görülen tercih, Search Console tablosunu sola koyup left outer join kullanmaktır. Böylece aramada görünen ama GA4'te oturumu olmayan sayfalar kaybolmaz; GA4 değerleri boş görünür. Inner join ise yalnızca iki tarafta da kaydı olan satırları döndürür; bu yüzden fark yaratacak sayfaları sessizce eler. Bu bir tercih önerisidir; belge hangi türün hangi panoya uygun olduğunu söylemez.

Satırların çökmesi

Blend belgesinin en önemli uyarısı şudur: Looker Studio her tabloyu join'den önce dâhil edilen boyutlara göre gruplar ve toplar. Satırların erken çökmesini önlemek için her tabloya benzersiz bir tanımlayıcı alan eklemeniz önerilir. Bu yapılmazsa aynı satırlar birleşir ve satır sayısı, aynı veriye uygulanan bir SQL join'inkinden düşük çıkabilir. Pano sonuçlarının "neden SQL'deki sayıyla tutmuyor" sorusunun cevabı çoğu zaman budur.

Tekrarlanan join alanlarını gizleme

Blend düzenleyicisinde tekrarlanan join alanlarını gizleme seçeneği vardır. İşaretlenirse her join alanından yalnızca bir örnek gösterilir; işaret kaldırılırsa tekrarlar kaynak tablo adlarıyla görünür. Küçük gibi görünse de tabloda aynı sayfa adresinin iki sütunda çıkması, okuyucuyu gereksiz yere yoran bir ayrıntıdır.

Kurgusal örnek

Kurgusal örnek (rakamsız): bir yemek tarifi sitesi, Search Console'daki sayfa tıklamalarını GA4'teki etkileşimli oturumlarla yan yana görmek istiyor. Ekip önce her iki tarafta sayfa adresi alanlarını inceliyor, birinde alan adı olduğunu ve diğerinde olmadığını fark ediyor, ortak bir temiz yol alanı üretiyor. Search Console'u sola koyup left outer join kuruyor ve tabloya benzersiz bir tanımlayıcı ekliyor. Sonuçta aramada sık görünen ama sitede kısa süren sayfalar tek tabloda öne çıkıyor. Örnek yalnızca yöntemi gösterir; gerçek bir sonuç değildir.

Üç görünüm: sayfa, sorgu ve içerik grubu

Bir SEO panosunun çoğu kullanım ihtiyacı üç görünümle karşılanır. Her birinin veri kaynağı, anahtarı ve riski farklıdır.

Sayfa görünümü

Bu, blend'in en çok iş gördüğü yerdir. Satırlar sayfa adresidir; sütunlarda Search Console'dan gösterim, tıklama, TO ve konum, GA4'ten oturum ve etkileşim bulunur. Sayfa görünümünde en yararlı iş, sütun sıralamasıyla iki ters durumu bulmaktır: gösterimi yüksek ama tıklaması düşük sayfalar başlık ve açıklama çalışması gerektiğini düşündürür; tıklaması iyi ama sitede kısa süren sayfalar ise içerik ya da sayfa deneyimi sorununa işaret edebilir. Bunlar yorum önerileridir, tek başına kanıt değildir; her bulguyu sayfayı açıp doğrulamak gerekir.

Sorgu görünümü

Sorgu verisi Search Console tarafında yaşar. GA4'ün veri eşikleri, arama sorgusu bilgisinde yetersiz kullanıcı varsa satırın gizlenebileceğini söylediği için sorgu bazında GA4 ile birleştirme beklentisini düşük tutun. Pratik tasarım: sorgu tablosunu yalnız Search Console veri kaynağıyla kurun, boş değerli anonim satırı filtreyle dışarıda bırakın ve bunu tablonun altına açıkça yazın. Marka içeren ve içermeyen sorguları ayıran bir filtre kontrolü, yöneticinin sık sorduğu "gerçek yeni talep var mı?" sorusuna yardımcı olur; ancak sınıflandırmayı kendi marka adınıza göre siz tanımlarsınız.

İçerik grubu görünümü

Tek tek sayfaların gürültüsünü azaltmak için sayfaları gruplamak gerekir. Burada "içerik grubu", sizin tanımladığınız bir sınıflandırmadır: rehber yazıları, ürün sayfaları, kategori sayfaları, yardım içeriği gibi. Uygulama önerisi: grubu URL yolundaki klasörden türetin, çünkü bu hem Search Console hem GA4 tarafında aynı kuralla üretilebilir. Grup tanımını panoda görünür bir yere yazın ve yeni bir klasör açıldığında güncelleyin. GA4 konektör belgesi, filtrede hesaplanmış alan, özel grup ya da bin kullanıldığında özet satır toplamlarının görünmeyebileceğini ve genel toplamın boş (null) dönebileceğini söyler. Gruplamayı bu davranışa karşı test edin.

İçerik grubu tablosu, "bu ay hangi içerik türüne yatırım yapalım?" sorusuna sayfa listesinden daha iyi cevap verir; çünkü küçük örneklemli tek sayfa dalgalanmaları yerine bir kümenin gidişatını gösterir.

Üç görünümü karşılaştırma

Sayfa düzeni ve kontroller: okunabilir bir pano

Veriyi doğru bağlamak işin yarısıdır; okuyucunun saniyeler içinde ne olduğunu anlaması diğer yarısıdır.

Üst şerit: az sayıda özet kart

Sayfanın en üstüne dört-beş özet kart koyun: tıklama, gösterim, TO, oturum ve gerekirse ortalama konum. Ortalama konum için Google'ın yardım sayfası, grafik ve tablonun ortalama konumu farklı hesapladığını söyler; bu yüzden aynı sayfada bir grafikteki ve bir tablodaki konumun çelişmesine şaşırmayın, kartın hangi veri kaynağından beslendiğini etikete yazın.

Zaman serisi ve karşılaştırma

Tek bir zaman serisi, ayrıntılı tablodan önce gelsin. Bir önceki dönemle karşılaştırma, yönetici sayfasının temel öğesidir. Uygulama önerisi: tarih kontrolünü tüm sayfalara ortak koyun, böylece sayfa ve sorgu görünümleri aynı aralığa bakar. Grafikte güncel verinin değişebileceğini bir dipnotla belirtin.

Filtre kontrolleri

Arama türü, cihaz ve ülke gibi kontrolleri sayfanın üstüne, tek satıra sığacak kadar az koyun. Kontrol sayısı arttıkça okuyucu hangi filtrenin açık olduğunu unutur. Filtrelerin tüm grafiklere mi, yoksa yalnızca bazılarına mı uygulandığını görünür kılın; yanlış anlaşılan bir filtre, yanlış karara yol açar.

Erişilebilirlik ve okunabilirlik

Renkle tek başına anlam taşımayın: artış ve düşüş için yalnızca yeşil ve kırmızı yerine ok simgesi ya da metin etiketi de kullanın. Tablolarda sütun başlıklarını kısa ve kaynağa göre adlandırın. Mobilde açılması muhtemel bir pano için tabloların yatay kaydırmasını test edin.

Sayfa yapısı önerisi

1. Özet: kartlar, zaman serisi, tek cümlelik bulgu.
2. Sayfalar: blend tablosu, sıralama ve filtreler.
3. Sorgular: yalnız Search Console, anonim satır notu.
4. İçerik grupları: grup bazlı özet ve grup tanımı.
5. Okuma notu: veri kaynakları, tarih kuralları, bilinen sınırlar.

Paylaşım, erişim ve gizlilik ayarları

Pano hazır olduğunda asıl risk, yanlış kişiye yanlış veriyle erişim açmaktır.

Hangi kimlik bilgisiyle paylaşılıyor?

Kimlik bilgisi seçimi paylaşımın şeklini belirler. Veri kimlik bilgileri belgesine göre sahibin kimlik bilgileri, izleyicilerin veriyi kendi erişimleri olmadan görmesini sağlar; izleyicinin kimlik bilgilerinde ise yalnızca altta yatan veriye erişimi olanlar veriyi görür. İzleyicinin kimlik bilgilerinde bir de teknik sınır vardır: belge, bu veri kaynağındaki boyutlarda köprü ve görsellerin işlenmeyeceğini yazar. Yani sayfa adresini tıklanabilir bağlantı olarak göstermek istiyorsanız bu tercihin yan etkisini bilin.

Müşteriyle paylaşımda ilke

Uygulama önerisi: müşteriye bakış yetkisini, düzenleme yetkisinden ayrı verin. Hangi kişinin hangi veriyi görebildiğini düzenli olarak gözden geçirin. Birinin düzenleyici olması, belgeye göre veri kaynağının kimlik bilgisi türünü değiştirebilmesi anlamına gelir; bu da başkalarının raporlarında hata görmesine yol açabilir. Düzenleme yetkisini bu yüzden az kişiyle sınırlı tutun.

Kurumsal kısıtlar

Belge, Bağlama Duyarlı Erişim (Context-Aware Access) kısıtlamalarının istekleri engelleyip "Credential settings are incorrect" hatasına yol açabileceğini ve bir Google Workspace yöneticisinin Looker Studio için muafiyet tanımlayabileceğini söyler. Kurumsal bir müşteride pano açılmıyorsa önce bu olasılığı BT ekibiyle konuşun. Yöneticiler ayrıca kullanıcıların veri kimlik bilgisi belirleyip belirleyemeyeceğini kontrol edebilir.

Kişisel veri ve gizlilik düşüncesi

Search Console'un anonim sorgu mantığı ve GA4'ün veri eşikleri, kullanıcı gizliliğini korumak için vardır. Panoda bu korumaları aşmaya çalışmayın: tek tek kullanıcıyı tahmin ettirecek kadar dar filtreler kurmayın, kişisel veri taşıyan özel alanları (örneğin kullanıcıya özel kimlikler) tabloya taşımayın. Bu bir hukuki görüş değildir; kişisel veri işleme yükümlülükleriniz için kendi hukuk ve gizlilik sorumlunuza danışın.

Sahiplik devri ve ayrılma planı

Belgeye göre kimlik bilginizle kurulan bir veri kaynağı, siz düzenleme erişimini kaybetseniz bile kimlik bilgilerini iptal edene kadar veri çekmeye devam eder. Ajans değişikliği olduğunda sahibi kimin olduğunu, kimlik bilgisinin kimin adına işlediğini ve iptal yetkisinin kimde bulunduğunu yazılı tutun, devir gününde de kontrol edin.

Pano büyüdüğünde: toplu dışa aktarma ve BigQuery

Birden fazla site, geniş sayfa listesi ve uzun tarih aralığı bir noktada blend'in sınırlarını zorlar. O zaman veri ambarı yaklaşımı düşünülür.

Search Console toplu dışa aktarma

Search Console, performans verisini BigQuery projenize aktarabilir. Toplu dışa aktarma yardım sayfasına (yeni sekmede açılır) göre veri, bir bitiş süresi tanımlamazsanız projenizde sürekli birikir; Google, bitiş süresinin 14 gün veya daha uzun olmasını ve tablo şemasının değiştirilmemesini ister, çünkü şema değişikliği dışa aktarmayı bozar. İlk dışa aktarma başarılı yapılandırmadan sonra 48 saate kadar sürebilir. Kurulumdan önceki geçmiş veri aktarılmaz; geçmiş için Search Console API'si ya da raporlar kullanılır. BigQuery depolama ve sorgu maliyetleri ayrıca doğar.

Ne zaman değer?

Uygulama önerisi: birkaç yüz sayfalık tek siteli bir pano için Looker Studio'nun doğrudan konektörleri çoğu zaman yeterlidir. Çok sayıda mülk, uzun geçmiş saklama ihtiyacı ya da karmaşık birleştirmeler varsa BigQuery'de hazırlanmış tek bir tabloyu Looker Studio'ya bağlamak, pano içindeki blend'leri sadeleştirir. Hizmet hesabı kimlik bilgisi de BigQuery kaynaklarında seçenek olarak karşınıza çıkar.

Maliyet ve sahiplik dengesi

Bu yol ek bir kurulum, bir faturalandırma hesabı ve veri yönetimi sorumluluğu getirir. Karar vermeden önce kimin sahibi olacağını, saklama süresini ve yedeklemeyi yazın. Aşamalı ilerleyin: önce doğrudan konektörlerle çalışan basit bir pano kurun, ihtiyaç somutlaştıkça ambarı ekleyin.

Haftalık işletim rutini ve sık yapılan hatalar

Pano bir kez kurulup bırakılan bir ürün değil, bakım isteyen küçük bir ürün gibi yönetilmelidir.

Haftalık kontrol listesi

• Veri kaynaklarında bağlantı hatası veya kota uyarısı var mı?
• Son birkaç günün verisi hâlâ geçici mi? Yönetici sayfasındaki dipnot güncel mi?
• Yeni bir klasör, kategori veya şablon çıktıysa içerik grubu tanımı güncellendi mi?
• Blend sonrası satır sayısı beklenenin çok altına düştü mü?
• Paylaşım listesinde ayrılan veya rolü değişen biri var mı?

Sık yapılan hatalar

• Her şeyi blend etmek: sorgu tablosunu GA4 ile birleştirmeye çalışmak, anlamsız boş sütunlar üretir.
• Benzersiz tanımlayıcıyı atlamak: belgenin açıkça uyardığı satır çökmesine yol açar.
• Adres biçimlerini karşılaştırmamak: eşleşmeyen sayfalar sessizce kaybolur.
• Taze veriyi kesin saymak: geçici veri değişebilir.
• Sahibin kimlik bilgisini kişisel hesapla kurmak: ayrılık gününde pano bozulur.
• Okuma notunu yazmamak: iki kaynağın neden tutmadığını anlatan sayfa olmazsa pano güvenilirliğini kaybeder.
• Düzenleme yetkisini herkese açmak: kimlik bilgisi ve alan tanımları istenmeden değişebilir.

Şablon kullanma konusunda

Hazır şablonlar zaman kazandırır; ancak her şablon başkasının sitesi ve soruları için hazırlanmıştır. Şablonu kopyaladıktan sonra veri kaynaklarını kendi mülkünüze bağlamak, kimlik bilgisi türünü gözden geçirmek, alan eşlemelerini ve içerik grubu tanımını yeniden yazmak gerekir. Bu rehber belirli bir şablonu önermiyor ve şablonların veri kaynakları hakkında bir iddia taşımıyor.

Aylık raporla ilişki

Pano, aylık raporun yerini almaz; ham veriye erişimi hızlandırır. Aylık sunum için yorum, öncelik ve eylem listesi hâlâ insan işidir.

Sıkça Sorulan Sorular

Search Console ile GA4 neden aynı sayıyı göstermiyor?

İkisi farklı noktalarda ölçüm yapar: Search Console Google aramasındaki gösterim ve tıklamaları, GA4 ise sitedeki oturum ve olayları sayar. Üstelik Search Console'un toplama yöntemi boyuta göre değişir, güncel veri değişebilir ve anonim sorgular bazı satırları gizler. Sayıların birebir eşleşmesini beklemek yerine her ölçünün kaynağını panoda adlandırın.

Looker Studio'da kaç veri kaynağı birleştirilebilir?

Google'ın blend belgesine göre bir blend en fazla beş veri kaynağı ve beş tablo içerebilir, join koşulunda yalnızca eşitlik desteklenir. Büyük birleştirmeler gerekiyorsa veriyi önce BigQuery gibi bir ambarda hazırlamak değerlendirilebilir.

Sahibin mi, izleyicinin mi kimlik bilgisini seçmeliyim?

Sahibin kimlik bilgileri, izleyicilerin altta yatan veriye erişimi olmadan panoyu görmesini sağlar; izleyicinin kimlik bilgilerinde herkes kendi erişimini getirir. Müşteriye pano gösteriyorsanız sahibin kimlik bilgileri pratik olabilir, ancak kimlik bilgisinin hangi hesaba bağlı olduğunu ve devir planını önceden belirleyin.

Sorguları GA4 verisiyle birleştirebilir miyim?

Teknik olarak bir blend kurabilirsiniz, ancak GA4'ün veri eşikleri arama sorgusu bilgisinde yetersiz kullanıcı varsa satırları gizleyebilir. Sorgu analizini Search Console veri kaynağıyla yapıp GA4'ü sayfa ve içerik grubu düzeyinde kullanmak daha dayanıklı bir tasarımdır.

Panoda neden bazı satırlar eksik görünüyor?

Olası nedenler: blend'de benzersiz bir tanımlayıcı olmadığı için satırların çökmesi, inner join'in eşleşmeyenleri elemesi, Search Console'daki boş değerli anonim sorgu satırı, GA4 veri eşikleri ya da seçilen tarih aralığı. Önce join türünü, sonra tarih aralığını ve filtreleri kontrol edin.

Sonuç

İyi bir SEO panosu, güzel görünen bir ekran değil, bir soruya hızlı cevap veren çalışma aracıdır. Önce okuyucuyu ve soruyu tanımlayın, sonra Search Console'un görünürlük ölçülerini GA4'ün site davranışı ölçüleriyle yalnızca gerçekten gereken yerde birleştirin. Blend'de anahtarı, join türünü ve benzersiz tanımlayıcıyı bilinçli seçin; sorgu görünümünü Search Console'da bırakın; içerik gruplarını kendi site yapınıza göre tanımlayın. Kimlik bilgisi ve paylaşım kararlarını kurulum gününde yazılı hâle getirin, sayıların neden tutmadığını açıklayan bir okuma notu ekleyin. Hiçbir pano tek başına sıralama ya da trafik sonucu vaat etmez; değeri, kararları daha hızlı ve daha tutarlı vermenizdedir.

Panodaki bulgular çoğu zaman içerik ihtiyacına varır: gösterimi yüksek ama tıklaması düşük sayfalar için yeniden yazım, eksik konular için yeni içerik. Bu işi üstlenecek ekibiniz yoksa Akua Adforce'ta SEO içerik yazımı hizmetini inceleyebilirsiniz; kapsam ve koşullar ürün sayfasında yazılıdır.