Bölge müdürünüz sabah panele giriyor ve karşısında sadece sorumlu olduğu 8 şubeyi değil, ülke genelindeki 60 lokasyonun tamamını buluyor. Rolü “Editör” olarak tanımlı — ama rol tek başına “hangi şubeler?” sorusunu yanıtlamıyor. Bir ajans onlarca müşterinin lokasyonlarını, bir franchise merkezi ise yüzlerce şubeyi tek çatı altında yönetiyorsa, herkese her yeri açmak ne güvenli ne de pratiktir.
Verizon’ın 2023 Veri İhlali Araştırma Raporu’na göre ihlallerin %74’ü insan faktörünü içeriyor — çalınmış parolalar, hatalar ve en önemlisi aşırı, yanlış yapılandırılmış erişim yetkileri. Sentimaps’in lokasyon bazlı yetkilendirme özelliği, ekip üyelerine yalnızca sorumlu oldukları lokasyonları açarak bu riski kökten azaltır. Buna ek olarak artık bir organizasyona birden fazla Google hesabı bağlayarak, farklı Google girişleri altında duran tüm şubelerinizi tek panelde toplayabilirsiniz.
Rol Tek Başına Neden Yetmez?
Sentimaps’in rol tabanlı erişim kontrolünü (Admin, Editör, Üye) daha önce tanıtmıştık. Rol, bir kişinin ne yapabileceğini belirler: yorum yanıtlama, rapor üretme, ayar değiştirme. Ama büyüyen bir organizasyonda ikinci bir soru daha var: nerede yapabilir? Lokasyon bazlı yetkilendirme, işte bu ikinci boyutu ekleyerek RBAC’ın doğal bir sonraki adımı oluyor.
Rol “Ne”, Lokasyon “Nerede” Sorusudur
Bir Editör’ün yorumlara yanıt verebilmesi doğru olabilir. Ama İzmir bölgesinden sorumlu bir Editör’ün İstanbul’daki bir şubenin yorumuna yanıt verebilmesi genellikle istenmez. Rol izinleri tek başına bu ayrımı yapamaz; herkese aynı izin kümesini organizasyonun tamamı için verir. Lokasyon kapsamı, aynı rolü koruyup erişimi yalnızca ilgili şubelere daraltmanızı sağlar.
Ajanslar ve Çok-Şubeli Markalar İçin Gerçek İhtiyaç
Bu ihtiyaç en çok iki senaryoda kendini gösterir. Ajanslar, tek bir organizasyon altında birbirinden bağımsız birçok müşterinin lokasyonlarını yönetir; bir müşteriden sorumlu ekip üyesinin başka müşterinin verisini görmemesi gerekir. Franchise ve zincir markalar ise bölge müdürleri, şube sorumluları ve merkez ekibi arasında net bir erişim hiyerarşisi ister. Her iki durumda da “tek rol, tüm lokasyonlar” modeli hızla çöker.
| Senaryo | Yalnızca rol modeli | Rol + lokasyon kapsamı |
|---|---|---|
| Bölge müdürü panele girer | Organizasyondaki tüm lokasyonları görür | Yalnızca atandığı şubeleri görür |
| Bir yoruma yanıt verir | Rolünün izin verdiği her yere yanıt verebilir | Yalnızca kendi lokasyonlarına yanıt verebilir |
| Raporlar ve analitik | Diğer bölgeler dahil organizasyon geneli | Yalnızca kendi lokasyonlarıyla sınırlı |
| Yeni bir şube eklenir | Anında herkese görünür | Yalnızca açıkça yetki verildiğinde görünür |
| Yanlış şubede işlem riski | Yüksek | Kapsamla sınırlandırılmış |
Tablonun son satırı işin özüdür: lokasyon kapsamı yalnızca bir görünüm filtresi değil, yanlışlıkla yanlış şubede işlem yapılmasını önleyen bir güvenlik sınırıdır.
Lokasyon Bazlı Yetkilendirme Nasıl Çalışır?
Üyeyi Belirli Lokasyonlara Kapsamak
Ayarlar → Üyeler ekranında her ekip üyesinin rolünün yanında lokasyon erişimi de görünür: ya “Tüm lokasyonlar” ya da erişebildiği şube sayısı. Bir üyeyi kapsamak için satırdaki menüden Lokasyonları Düzenle’yi açarsınız. Açılan pencerede iki seçenek vardır:
- Tüm lokasyonlar: Üye, organizasyonun bugünkü ve gelecekte eklenecek tüm lokasyonlarına erişir. Bu, önceden var olan her üyenin varsayılan davranışıdır.
- Belirli lokasyonlar: Erişimi tek tek seçtiğiniz şubelerle sınırlarsınız. Kapsamlı bir üyeye en az bir lokasyon atanması gerekir; boş bırakılamaz.
Değişiklik anında geçerli olur ve üye bir sonraki isteğinde yalnızca izinli lokasyonlarını görmeye başlar.
Hassas Eylemler Sunucuda Denetlenir
Lokasyon kapsamı sadece arayüzde bir şeyleri gizlemekten ibaret değildir — bu, kolayca aşılabilecek zayıf bir koruma olurdu. Kapsam, isteğin geçtiği her serviste sunucu tarafında uygulanır:
- Listeler filtrelenir: Yorumlar, analizler, marka bilgileri ve otomasyon kuralları gibi listeler, kapsamlı üye için otomatik olarak yalnızca izinli lokasyonlara indirgenir.
- Tekil eylemler doğrulanır: Üye, kapsamı dışındaki bir lokasyona erişmeye çalışırsa istek 403 ile reddedilir.
- Güvenli tarafta başarısız olur: Bir üyenin kapsamı herhangi bir nedenle çözümlenemezse, sistem “erişim yok” varsayar; şüpheli durumda kapıyı açık bırakmaz.
Süper adminler, kapsamsız (tüm-lokasyon) üyeler ve servisler arası dahili çağrılar bu denetimden muaf tutulur, dolayısıyla meşru tam-erişim asla yanlışlıkla filtrelenmez.
Her Katmanda Tutarlı
Yetki kararı tek bir yerde verilip unutulmaz. API ağ geçidi, isteğin kapsamlı bir üyeden geldiğini alt servislere bir başlıkla iletir; yorum, lokasyon, şirket ve analiz servislerinin her biri bu bilgiyi kendi erişim muhafızıyla değerlendirir. Böylece hangi kapıdan girilirse girilsin aynı kural işler. Ekip ve Google bağlantısı gibi organizasyon yönetimi eylemleri ise ayrıca ilgili yönetim iznini gerektirir; sıradan bir üye rolleri değiştiremez veya entegrasyonları kaldıramaz.
Birden Fazla Google Hesabı Bağlama
Neden Tek Google Girişi Yetmez?
Büyük markaların şubeleri her zaman tek bir Google Business Profile hesabının altında toplanmaz. Devralınan işletmeler, bölgesel ekipler veya farklı zamanlarda açılmış profiller yüzünden lokasyonlar birden fazla Google girişine dağılmış olabilir. Tek hesap bağlamaya izin veren sistemlerde bu markalar ya bazı şubelerini dışarıda bırakır ya da hesapları elle birleştirmek zorunda kalır. Sentimaps bu kısıtı kaldırır.
Bağlama, Birincil Hesap ve İçe Aktarma
Ayarlar → Entegrasyonlar ekranından Google’a Bağlan diyerek bir organizasyona istediğiniz kadar Google hesabı ekleyebilirsiniz. Bağlantılar tek bir kullanıcıya değil, organizasyona aittir; hangi ekip üyesi bağladıysa kaydı tutulur ama erişim ekip genelinde paylaşılır. Her bağlı hesap için şunları görürsünüz:
- Hesap bilgisi: Görünen ad, e-posta ve bağlanma tarihi.
- Lokasyon sayısı: O bağlantı üzerinden yönetilen şube adedi.
- Birincil hesap: Organizasyon için varsayılan olarak kullanılan bağlantı; dilediğiniz an başka bir hesabı birincil yapabilirsiniz.
- Yeniden bağlanma uyarısı: Bir hesabın yetkisi zaman aşımına uğrarsa, “Yeniden bağlan” rozetiyle uyarılırsınız.
Her bağlantı için şubeleri Lokasyonları İçe Aktar ile toplu olarak Google Business Profile’dan çekebilirsiniz. Böylece farklı girişler altındaki lokasyonlar, tek bir Sentimaps organizasyonunda yan yana gelir — yorumlar, analizler ve sıralama takibi hepsi aynı çatıda toplanır. Bir hesabı kullanmayı bıraktığınızda ise tek tıkla bağlantısını kaldırabilirsiniz.
Ajanslar ve Franchise’lar İçin Ne Değişiyor?
İki özellik birlikte, çok-lokasyonlu operasyonların en sık takıldığı iki düğümü çözer:
- Ajans modeli: Her müşteri portföyünü ayrı Google hesaplarından içe aktarır, ekip üyelerini yalnızca kendi müşterilerinin lokasyonlarına kapsar. Bir müşteri temsilcisi başka müşterinin verisini ne görür ne de yanıtlar.
- Bölge yapısı: Bölge müdürlerini kendi şubelerine, şube sorumlularını tek lokasyona kapsar; merkez ekibi tüm-lokasyon erişimiyle bütünü görür.
- Devralma ve büyüme: Yeni bir marka veya şube grubu farklı bir Google girişiyle geliyorsa, o hesabı bağlar ve ilgili ekibe atarsınız — mevcut yapıyı bozmadan.
En az ayrıcalık ilkesi aynı zamanda bir uyum meselesidir: KVKK ve GDPR gibi düzenlemeler, kişisel veriye erişimin yalnızca meşru iş ihtiyacı olan kişilerle sınırlı tutulmasını bekler. Ekip üyelerine yalnızca ihtiyaç duydukları lokasyonları açmak, bu veri minimizasyonu ilkesini pratiğe döker.
Sonuç: Doğru Kişiye, Doğru Şubede, Doğru Erişim
Rol, ekibinizin ne yapabileceğini söyler; lokasyon kapsamı ise nerede yapabileceğini. İkisi bir araya geldiğinde, büyüyen bir ajans veya franchise ağı erişimi ne çok gevşek ne de yönetilemez kılmadan ölçekleyebilir. Çoklu Google hesabı desteğiyle de, şubeleriniz kaç farklı Google girişine dağılmış olursa olsun hepsini tek bir panelde toplarsınız.
Gartner’ın verilerine göre veri odaklı karar alan işletmeler %23 daha yüksek gelir artışı sağlıyor. Bu verinin doğru kişilere, yalnızca sorumlu oldukları şubeler için akmasını sağlamak, güveni ve kontrolü aynı anda büyütmenin en somut yoludur.
Sentimaps’i ücretsiz deneyin → sentimaps.com