Pazartesi sabahı ve siz, hepsi PushEngage üzerinden gönderim yapan üç Shopify Plus müşterisinin hesap yöneticisisiniz. Bir saat içinde bir müşteri görüşmeniz var ve başlamadan önce her sitenin sepeti terk etme gönderimlerinin geçen haftaki tıklama oranına ihtiyacınız var. Normalde bu, üç ayrı PushEngage kontrol paneli oturumu, üç ayrı dışa aktarma ve kimseye tek kelime etmeden önce üç ayrı zihinsel sıfırlama anlamına gelir.
Tek bir yapay zeka asistanıyla birden fazla müşteri hesabını yönetmek pratikte böyle görünür. PushEngage MCP sunucusu Claude, Cursor veya başka bir ajan asistanına bağlandığında, o pazartesi sabahı ritüeli tek bir konuşmaya dönüşür. İlk sitedeki geçen haftaki TBM'yi (tıklama başına maliyet) sorarsınız, alırsınız, ikinci site için tekrar sorarsınız, alırsınız, üçüncü site için tekrar sorarsınız ve kahveniz soğumadan üç sayıyı da alarak görüşmeye girersiniz.
Tek bir yapay zeka asistanıyla birden fazla müşteri hesabını yönetmek, listeniz iki farklı durumu karıştırdığında basit görünür: tek bir PushEngage oturumu altında yönettiğiniz siteler ve her biri kendi ayrı hesabına sahip olan müşteriler. Bunları aynı şekilde ele alırsanız, ya müşterilerinizin verilerinin yarısına ulaşamazsınız ya da daha kötüsü, bir müşterinin jetonunun başka bir müşterinin hesabına temas etme riskiyle karşı karşıya kalırsınız. Ajanslar için PushEngage MCP'nin demo aşamasını geçtikten sonraki görünümü budur: evrensel bir anahtar değil, iki farklı mekanizma. Bu yazı, her ikisini de, hangisini ne zaman kullanacağınızı ve tek bir kontrol panelini elle açmadan nasıl kullanacağınızı kapsar.
Başlarken: PushEngage MCP'yi yapay zeka asistanınıza bağlama
Henüz PushEngage MCP sunucusunu kurmadıysanız, kısa versiyonu tek bir komuttur. İstemcinizin MCP yapılandırmasına npx -y @pushengage/mcp ekleyin — Claude Desktop'ın claude_desktop_config.json, Claude Code veya Cursor'ın mcp.json'u aynı girdiyi kabul eder — ve istemciyi yeniden başlatın. Asistanınızdan "Beni PushEngage'e giriş yap" demesini isteyin, açılan tarayıcı istemini onaylayın ve asistanınız yerel olarak bir erişim jetonu depolar; parolanız sohbete asla temas etmez.
Oradan, "PushEngage sitelerimi göster" ve "site [ID] kullan" komutlarını vererek asistanın hangi site üzerinde işlem yapacağını seçin. Aşağıdaki her şey, en az bir hesap için bu temel kurulumun zaten yapıldığını varsayar; sorun giderme dahil tam kılavuz için, bağlanmayan bir istemciyi, bkz. PushEngage MCP kurulum kılavuzu.
Tek bir yapay zeka asistanıyla birden fazla müşteri hesabını yönetmek, iki farklı sorunu çözmek anlamına gelir
Ajanslar, bir müşteri listesi boyunca PushEngage çalıştırırken iki durumdan biriyle karşılaşır ve farklı çözümlere ihtiyaç duyarlar.
Site switching, birden fazla istemci sitesinin tek bir PushEngage oturumu altında yaşadığı ve sizin adlarına yönettiğiniz durumdur; bu, müşterileri doğrudan ajansa ait bir hesaba dahil eden ajanslar için yaygın bir kurulumdur. Tek oturum, tek jeton, asistana yönlendirilecek birden fazla site.
Hesap ayrımı, her müşterinin kendi PushEngage hesabını tuttuğu ve bunun için ödeme yaptığı, bağımsız olarak giriş yaptığı durumdur. Burada, içinde geçiş yapacak paylaşılan bir oturum yoktur; her biri kendi jetonuna sahip birden fazla ayrı oturum vardır ve iş, bunların karışmasını önlemektir.
Hangisinin geçerli olduğunu belirlemek için bir altın kural vardır: eğer şu anda tek bir PushEngage kontrol paneli sekmesi içinde siteleri değiştiriyorsanız, site değiştirmeyi istersiniz. Eğer şu anda bir müşterinin kontrol panelinden çıkış yapıp diğerine giriş yapmanız gerekiyorsa, hesap ayrımını istersiniz. Bu ikisini karıştırmak kaçınılması gereken hatadır: ayrı müşteri hesaplarını tek bir oturum altındaki siteler gibi ele almak, müşteri verilerinde asla olmaması gereken hesaplar arası karışıklık türüdür.
| Site değiştirme | Hesap ayrımı | |
| Oturumu kim tutuyor | Siz, müşteriler adına | Her müşteri, bağımsız olarak |
| Müşteriler arasında ne değişir | Seçilen site | Tüm MCP sunucu kayıt ve jeton dosyası |
| İlgili araçlar | pushengage_list_sites, pushengage_select_site | Sunucu adı başına ayrı PE_MCP_CONFIG_PATH |
| Yanlış olanı kullanırsanız hata modu | Bir müşterinin verilerine asla ulaşamazsınız (eğer gerçekten ayrı hesaplarsa) | Gereksiz yeniden kimlik doğrulama yükü (eğer gerçekten tek paylaşılan oturumsa) |
PushEngage'i tam bir kadro boyunca kullanan çoğu ajans, ikisini birden kullanır: ajans tarafından yönetilen tek bir oturum paylaşan az sayıda müşterinin içindeki PushEngage siteleri arasında geçiş yaparlar ve kendi hesaplarını tutmakta ısrar eden müşteriler için ayrı hesaplar kaydederler. Birden fazla PushEngage hesabı kaydetmek, oturum açtıktan sonra herhangi birinin içindeki siteler arasında geçiş yapmanızı engellemez.
Site değiştirme: tek bir konuşmada üç müşteri sitesi genelinde TBM çekme
Çoklu site durumu için, iki araç konuşmadan ayrılmadan PushEngage siteleri arasında geçiş yapmanıza olanak tanır: pushengage_list_sites ve pushengage_select_site. Her site kapsamındaki araç (analitik, segmentler, kampanya ayarları) şu anda seçili olan site üzerinde işlem yapar ve seçim yeniden başlatmalar boyunca kalıcıdır, bu nedenle oturum başına bir kez ayarlarsınız ve o konuşmadaki her takip sorusu aynı siteye uygulanır.
Pazartesi sabahına geri dönelim. Bağlı tek bir oturumla, üç müşteri sitesi için TBM çekme, tek bir konuşmada şu şekilde görünür:
- “PushEngage sitelerimi listele” diye sorun. Asistan her sitenin adını ve kimliğini döndürür.
- İlk sitenin kimliğini kullanmayı isteyin, ardından geçen haftanın tıklama oranını isteyin. Asistan
pushengage_get_analytics_timeseries'i çağırır ve günlük tıklama, görüntüleme ve TBM'yi döndürür. - İkinci sitenin kimliğine geçmeyi isteyin. Aynı soruyu sorun. Üçüncü için tekrarlayın.
- Üçünü karşılaştıran bir özet isteyin. Asistan, üç veri kümesini de konuşma sırasında zaten çekti ve yan yana koyabilir.
Bunu üç pano dışa aktarmasından daha değerli kılan şey sadece hız değil. Çektiğiniz sayıların, ham açılma ve tıklama sayılarının yanı sıra site başına atfedilebilir olmasıdır. pushengage_get_analytics_summary ve pushengage_get_analytics_timeseries, CTR'nin yanı sıra tıklama, görüntülenme ve hedef değeri döndürür, böylece müşteri görüşmesine girdiğiniz rapor, sadece kendiniz çevirmeniz gereken etkileşim sayıları değil, site başına kurtarılan gelir olarak okunur.
Bu çerçeveleme önemlidir çünkü yalnızca CTR hikayenin yarısını anlatır. Segmentasyon ve tıklama oranı üzerine sektörel bir çalışma, CTR'nin, bir müşterinin gönderilerinin ne kadar sıkı segmentlere ayrıldığına bağlı olarak 2 kat veya daha fazla hareket ettiğini buldu, bu nedenle aynı CTR sayısı, farklı segmentasyon olgunluğuna sahip üç müşteri arasında çok farklı gelir sonuçları anlamına gelebilir. Bu fark, sadece etkileşim sayılarını raporlamaktan ziyade, görüşmede belirtilmeye değerdir.
Bu salt okunur bir işlemdir. Bu şekilde PushEngage siteleri arasında geçiş yapmanın bir kampanyayı göndermesi, zamanlaması veya düzenlemesiyle ilgili hiçbir şey yoktur; pushengage_list_sites ve pushengage_select_site yalnızca konuşmanın geri kalanının hangi sitenin mevcut verilerini okuduğunu değiştirir.
Hesap ayrımı: MCP sunucusunu her istemci için bir ad altında kaydetme
Gerçekten ayrı istemci hesapları için çözüm, bir araç çağrısında değil, MCP yapılandırmasının kendisinde bulunur. PushEngage'ın sunucusu, belirlemediğiniz takdirde varsayılan olarak ~/.pushengage/mcp.json olan bir ortam değişkeninden PE_MCP_CONFIG_PATH belirtecinin konumunu okur. Sunucuyu her biri kendi dosyasına işaret edecek şekilde, istemci başına bir kez olmak üzere iki kez kaydedin, böylece iki oturum hiçbir zaman bir belirteç paylaşmaz:
{
"mcpServers": {
"pushengage-northwind": {
"command": "npx",
"args": ["-y", "@pushengage/mcp"],
"env": {
"PE_MCP_CONFIG_PATH": "/Users/you/.pushengage/mcp-northwind.json",
"PE_MCP_CLIENT_NAME": "Claude Desktop (Northwind)"
}
},
"pushengage-brightleaf": {
"command": "npx",
"args": ["-y", "@pushengage/mcp"],
"env": {
"PE_MCP_CONFIG_PATH": "/Users/you/.pushengage/mcp-brightleaf.json",
"PE_MCP_CLIENT_NAME": "Claude Desktop (Brightleaf)"
}
}
}
}(Northwind ve Brightleaf örnek istemci adlarıdır.) PE_MCP_CONFIG_PATH mutlak bir yol olmalıdır — ~ genişletmesi olmadan tam olarak verildiği gibi kullanılır, bu nedenle istemcinizi yeniden başlatmadan önce yoldan emin olun. PE_MCP_CLIENT_NAME isteğe bağlıdır ve yalnızca asistanınızın PushEngage'ın kendi yetkilendirme ekranında gösterdiği etiketi değiştirir; izolasyonu etkilemez, ancak tarayıcı sekmesi açıldığında hangi istemciyi yetkilendirdiğinizi anlayabilmeniz için ayarlamaya değerdir.
Her sunucu adına ayrı ayrı giriş yapın: “pushengage-northwind'e giriş yap”, ardından daha sonraki bir adımda, “pushengage-brightleaf'e giriş yap”. Her biri, o belirli tarayıcı oturumunda seçtiğiniz PushEngage hesabına karşı yetkilendirilir. İki sunucu adı, iki yapılandırma dosyası, asla birbirine dokunmayan iki belirteç. Bu, birden fazla PushEngage hesabını yan yana çalıştırma düzenidir ve iki ile sınırlı değildir: bir düzine istemci hesabına sahip bir ajans, her biri kendi PE_MCP_CONFIG_PATH'ine sahip bir düzine sunucu girişi kaydeder ve bunların hiçbiri asla bir dosya paylaşmaz. Ayrıca, rekabet eden “çoklu istemci yapay zeka” kılavuzlarının çoğunun, gerçek bir kopyalanabilir yapılandırma yerine belirsiz izolasyon konuşmalarıyla atladığı parçadır.
Her müşteri hesabında aynı segment oluşturma istemini çalıştırma
İstemcileriniz ayrı sunucu adları olarak kaydedildikten sonra, bir kontrol paneli açmadan tüm istemcilerde bir isteği yeniden oynatabilirsiniz. Diyelim ki gün sonundan önce beş istemci hesabında canlı olarak “/pricing ziyaretçileri” segmenti istiyorsunuz. Asistanınızdan sırayla, pushengage-northwind, ardından pushengage-brightleaf ve ardından kalan her istemci sunucu adına karşı “/pricing ziyaretçileri segmenti oluştur” demesini isteyin. Her istek, hesabın kendi belirtecine karşı pushengage_create_segment çağırır ve her istemci, kendi abone tabanına dayalı olarak aynı URL kuralı segmentine sahip olur.
Aynı istemin beş farklı istemcinin hesabında temiz bir şekilde aktarılmasının nedeni, istemci başına sıfırdan bir mimari oluşturduğunuz bir şey değil, PushEngage'ın yerleşik olarak gönderdiği bir segmentasyon modelini çağırmasıdır. pushengage_list_segments ve pushengage_create_segment, platformun zaten anladığı URL kuralları ve davranışsal kriterler üzerinde çalışır — yakınlık, sıklık, sayfa ziyaret kalıpları — e-ticaret segmentasyon kılavuzunun yaklaşımını tek seferlik bir liste yerine bir sistem olarak çalıştıran aynı kategoriler. Bu, tek bir istemin beş ayrı manuel oluşturma yerine beş kez gerçek segmentasyon çalışması yapmasını sağlar. Ve segmentasyon artık bir teslimat gerekliliği olduğundan ve sadece hoş bir özellik olmadığından, bunu her istemci hesabında yeniden oynatmak, bir kısayol yerine standart hesap hijyenine daha yakındır.
Eski bir ekip üyesinin erişimini diğer her istemcinin hesabından çıkarmak
Hesap ayırma, birisi bir hesaptan ayrıldığında kendini kanıtlar. Her istemcinin belirteci kendi yapılandırma dosyasında yaşadığından, bir kişinin bir istemciye erişimini kaldırmak, diğer ekip üyelerinizin hiçbirini etkilemez.
Kapatmanın iki yolu:
- Yerel olarak: yalnızca o istemcinin sunucu kaydından çıkış yapın — “beni pushengage-northwind'den çıkar” komutu
pushengage_auth_logout'u çağırır, bu da belirteci o tek yapılandırma dosyasından siler ve diğer tüm istemcilerin dosyalarını dokunulmadan bırakır. - Sunucu tarafında: ayrılan ekip üyesi tarayıcı oturumunu kendisi yetkilendirdiyse, bunu PushEngage içinde Ayarlar → Güvenlik altında o belirli istemcinin hesabından geri alın, bu da belirtecin yerel olarak nerede saklandığına bakılmaksızın geçersiz kılar.
Bunu, istemciler arasında tek bir paylaşılan oturum açma ile olanlarla karşılaştırın: erişimi geri almak, tek bir paylaşılan belirteci döndürmek anlamına gelir, bu da her ekip üyesinin her istemciyle olan bağlantısını aynı anda bozar. Her istemciyi kendi PE_MCP_CONFIG_PATH'inde tutmak, tüm ekibi ilgilendiren bir acil durum müdahalesini tek satırlık bir düzeltmeye dönüştürür.
Bu, bir ajansın çoklu istemci anlık bildirim işlerini nasıl fiyatlandırdığını ve personelini nasıl ayarladığını değiştiriyor
Bunların hiçbiri, push bildirimlerinin bir müşterinin elde tutma rakamları için ne yaptığını değiştirmez. PushEngage'ın MCP sunucusu kendi başına kampanya göndermez, zamanlamaz veya oluşturmaz; her pushengage_send_notification veya pushengage_send_ab_notification çağrısı, sizin onayınızla hala tek seferde bir siteye karşı çalışır. Değişen şey, “müşterinin rakamlarını bilmek istemesi” ile “müşterinin rakamlarına sahip olması” arasındaki süredir ve zaman, bir hesap yöneticisinin ay ortasında daha fazlasını satın alamayacağı tek kaynaktır.
Tek bir yapay zeka asistanıyla birden fazla müşteri hesabını yönetmenin gerçek değeri budur: yeni bir yetenek değil, geri kazanılmış zaman. PushEngage'ın zaten çalıştığı ölçekte önemlidir — son 30 günde 150'den fazla ülkedeki 25.000'den fazla işletme sahibi platform aracılığıyla 15,2 milyar bildirim gönderdi.
Bu hesapların bir avuç kadarını yöneten bir ajans, bu altyapıdan yeni bir şey yapmasını istemiyor; asistan ile cevap arasında bir kontrol paneli girişi olmadan, zaten yaptığı raporlama ve kitle oluşturma işlerine ulaşmasını istiyor. Eskiden Pazartesi sabahlarını üç CSV dosyası dışa aktararak geçiren hesap yöneticisi, şimdi bu zamanı bu rakamların her müşterinin tekrar satın alma oranı hakkında ne söylediğiyle ilgilenerek geçiriyor. İşin en başından beri girişlerle ilgili olması gerekmeyen kısmı budur.
Döndürme listenizin site değiştirmeyi, hesap ayırmayı veya her ikisini birden gerektirip gerektirmediği fark etmeksizin, yukarıdaki mekanikler her PushEngage planında çalışır ve her müşteri hesabı başına değil, aktif abonelere göre ölçeklenecek şekilde fiyatlandırılır. Bu nedenle, bu kuruluma dördüncü veya beşinci müşteriyi eklemek, onlara ulaşmak için ödediğiniz miktarı yeniden müzakere etmek anlamına gelmez. PushEngage MCP'nin ajanslar için gerçek şekli budur: üstüne eklenmiş yeni bir yönetici-hesap katmanı değil, bu çeyrekte yönettiğiniz kaç müşteri olursa olsun uygulanan aynı iki mekanik (birkaç site için tek giriş veya asla kesişmeyen birkaç giriş).
