Google İşletme Profili Mesaj Tıklaması API'de Nasıl Raporlanır?

Kısa yanıt

Google İşletme Profili'ndeki mesaj veya sohbet düğmesinin ne kadar tıklandığını izlemek için Business Performance API'nin yeni MESSAGING_CLICKS günlük metriğini değerlendirin. Bu sayı bir konuşmanın başladığını, nitelikli talep geldiğini veya satış yapıldığını tek başına göstermez; tanımı düğmeye tıklamadır. Google, metriğin 14 Ekim 2026 tarihli v1 değişiklik kaydına eklendiğini ve WhatsApp ya da kısa mesaj gibi seçeneklerde düğme tıklamasını izlediğini açıklıyor. Resmî değişiklik kaydı ile DailyMetric tanımı aynı sınırı destekliyor.

Hangi işletme için anlamlı?

Profilinde gerçekten mesaj düğmesi bulunan ve bunu düzenli yanıtlayabilen işletme için bu metrik bir ilk temas işareti olabilir. Düğme kapalıysa veya ilgili profil türünde görünmüyorsa boş seri kullanıcı talebinin olmadığını kanıtlamaz. Ölçümden önce profilin güncel hâlini, bağlı mesaj kanalını ve sorumlu ekibi doğrulayın. Birden fazla şubeniz varsa her profilin kanalı ve yanıt düzeni farklı olabilir; tek toplam sayıyı bütün işletmeye eşit dağıtmayın.

Bu yazı API'deki yeni tıklama metriğinin raporlanmasına odaklanır. Google İşletme Profili ile GA4 bağlantısı farklı bir veri eşleme konusudur. Profil içi düğme tıklamasını web oturumu gibi ele almak, kaynak ve kullanıcı yolunu karıştırır. Web sitesindeki WhatsApp tıklaması da ayrı bir olaydır; aynı adı taşıyan iki ölçümü otomatik olarak birleştirmeyin.

API serisini nasıl kurmalı?

Önce doğru Business Profile konum kimliğini ve API erişimini doğrulayın. Performance API v1, belirli konum için günlük metrik serisi sunar. MESSAGING_CLICKS değerini uygun tarih aralığıyla isteyin ve dönen günleri eksiksiz saklayın. Google'ın çoklu günlük metrik yöntemi istenen günlük metrikler için seri döndürür. İsteğin yetki ve tarih sınırını gerçek hesapta test edin; dokümandaki örneği her profile erişim garantisi olarak okumayın.

Rapor tablosunda tarih, konum, metrik adı, değer ve veri çekim zamanı ayrı alanlar olsun. Veri sonradan değişirse önceki raporun ne zaman üretildiği görülebilir. Eksik gün ile sıfır değeri aynı hücreye dönüştürmeyin. Bir gün veri dönmediyse bunu boş veya doğrulanacak durum olarak tutun; sıfır tıklama sonucunu yalnızca API gerçekten sıfır döndürdüğünde kaydedin. Böylece yanıltıcı eğilim grafiği oluşturma riskini azaltırsınız.

Tıklamayı talep zincirine bağlayın

Mesaj düğmesine basan kişi uygulamayı açmayabilir, mesajı göndermeyebilir veya konudan vazgeçebilir. Dolayısıyla tıklama, görüşme ve nitelikli talep ayrı aşamalardır. Mesaj kanalında izinli ve uygulanabilir bir kayıt düzeni varsa gelen konuşma sayısını ve çözüm durumunu ayrıca izleyin. Kişisel mesaj içeriğini gereksiz yere analitik rapora taşımayın. Pazarlama değerlendirmesinde profil tıklaması ile ekip tarafından yanıtlanan gerçek görüşmenin tanımlarını yan yana gösterin.

Google'ın eski BUSINESS_CONVERSATIONS metriğini yeni tıklama metriğiyle aynı seriymiş gibi birleştirmeyin. Değişiklik kaydı, eski metriğin Google Business Messages kapanışı bağlamında kullanımdan kalktığını söylüyor. Yeni seri, sohbet düğmesine tıklamayı anlatıyor; eski serinin devamı olarak tarih grafiğine eklemek ölçüm anlamını değiştirir. Rapor tarihindeki kırılmayı etiketleyin ve karşılaştırmayı yalnızca aynı tanımla ölçülen eşit uzunlukta dönemlerde yapın.

Hata ve yorumlama sınırları

API erişimi reddedilirse önce konum yetkisi, etkin API ve doğru konum kimliğini gözden geçirin. Düğme profilde görünmediğinde veya kanal bağlantısı değiştiğinde serinin davranışını ayrıca kontrol edin. Sayı beklenenden yüksekse bunu otomatik olarak daha çok müşteri talebi diye yorumlamayın; tıklama ve mesaj gönderimi arasında kayıp olabilir. Sayı düşükse profil görünürlüğü, düğmenin gerçekten sunulması ve veri çekiminin başarısı ayrı incelenmelidir.

Raporu yalnızca toplam sayıyla sunmak yerel işletmenin kararını zorlaştırır. İşletme sahibi hangi şubede, hangi tarihte ve hangi kanala yönlenen düğmenin ölçüldüğünü görmelidir. Bununla birlikte API metriğinin her bir mesajın içeriğini veya sonucunu vermediğini açıkça belirtin. Ekip yanıt süresi ve talep niteliği için başka bir operasyon kaydı kullanıyorsa iki kaydı yöntemsel olarak karşılaştırın; bire bir kullanıcı eşleştirmesi varmış gibi davranmayın.

Kabul testi ve hizmet yolu

Bir test profilinde düğmenin varlığını, seçilen tarih aralığını, API yanıtını ve rapora yazılan günlük değeri kontrol edin. Ölçümün gecikmesi ya da erişim koşulu varsa raporun güncellik notunu koruyun. İlk ayın sayısını başarı ilanı olarak kullanmayın; aynı tanım ve aynı uzunluktaki dönemlerle yeniden ölçün. Gerçek konuşma ve potansiyel müşteri kayıtları doğrulanamıyorsa bunu teknik ölçüm açığı diye yazın.

Webinle Google İşletme Profili yönetimi hizmeti üzerinden profil mesaj kanalının görünürlüğü, günlük rapor ve ekip yanıt süreci için kapsam görüşmesi yapabilirsiniz. Profil URL'si, kanal türü ve mevcut rapor alanları görüşmeyi somutlaştırır. Raporun amacı sıralama sözü vermek değil, yerel etkileşimin neyi ölçtüğünü açık tutmaktır.

Yerel yönetim için karar tablosu

Mesaj tıklaması raporunu işletmenin gerçek yanıt kapasitesiyle birlikte okuyun. Örneğin ekip belirli saatlerde mesajları yanıtlıyorsa profilin görünen saatleri ve ekip nöbeti tutarlı olmalıdır. Tıklama artarken yanıtlanan konuşmalar sabit kalıyorsa sorunu hemen arama görünürlüğüne bağlamayın; mesaj kanalının açılışı, otomatik karşılama ve ekip devri incelenebilir. Tıklama düşerken diğer profil etkileşimleri de düşüyorsa ayrı bir görünürlük araştırması gerekebilir. Bu karşılaştırmalar teşhis sorusudur, tek başına nedensellik kanıtı değildir.

Çok şubeli yapılarda her profil için konum kimliği, mesaj kanalı, sorumlu ekip ve veri erişim yetkisi yazılı olmalıdır. Merkez ekibin görebildiği toplam sayı, hangi şubenin gelen konuşmayı yanıtladığını anlatmaz. Bu yüzden raporda şube bazlı seri ve merkez özeti ayrı tutulmalıdır. Şube kapanışı veya kanal değişimi yaşandıysa ilgili günleri grafikte işaretleyin; normal işletme günü gibi karşılaştırmayın.

Veri sahipliği ve tekrar kontrol

API erişimini sağlayan hesabın yetkisi değişirse günlük veri çekimi durabilir. Rapor sistemi son başarılı çekim tarihini ve eksik günleri görünür tutmalıdır. Otomatik işlem hata verdiğinde önceki günün değerini bugüne kopyalamak kolay görünür, fakat yanlış bir eğilim üretir. Benzer biçimde kanal bağlantısı kaldırıldığında eski tıklama serisini yeni kanalın performansı gibi göstermeyin. Metriğin tanımı ve erişim koşulları güncellendiğinde Google'ın resmî değişiklik kaydını yeniden okuyun.

İşletme için asıl karar, tıklama bilgisinin hangi operasyon adımını iyileştireceğidir. Yanıt süresini kısaltmak, kaçan görüşmeleri belirlemek veya kanal bağlantısını düzeltmek gibi somut bir görev yoksa yalnızca yeni metrik eklemek raporu kalabalıklaştırır. Bu nedenle ilk rapora kısa bir açıklama, veri tazeliği ve sorumlu aksiyonu ekleyin.