WhatsApp'ta Telefon Numarası Dönemi Değişiyor: Kullanıcı Adları ve BSUID Rehberi

WhatsApp üzerinden müşterileriyle konuşan her işletmenin altyapısında, çoğu zaman farkında bile olunmayan bir varsayım gömülüdür: "karşımdaki kullanıcının telefon numarasını her zaman görürüm." CRM kayıtları numaraya göre eşlenir, kampanya listeleri numara üzerine kurulur, İYS onay sorgusu numarayla yapılır, destek geçmişi numarayla birleştirilir. 2026'da bu varsayım resmen sona eriyor.

Meta, WhatsApp'a kullanıcı adlarını (usernames) getiriyor: kullanıcılar kendilerine bir kullanıcı adı belirleyip, mesajlaştıkları işletmelerden telefon numaralarını gizleyebilecek. Numara ortadan kalkınca işletmenin elinde ne kalacak? Meta'nın cevabı yeni bir kimlik türü: BSUID (Business-Scoped User ID — işletmeye özgü kullanıcı kimliği). İlk dalga 7 Temmuz 2026'da beş test ülkesinde başlıyor; Türkiye'nin de içinde olduğu küresel yayılım Eylül 2026'da. Yani hazırlanmak için bir pencere var — ama geniş değil.

Kaynak ve doğruluk notu: Bu yazıdaki tarihler ve teknik ayrıntılar, Meta'nın resmî "Business-scoped user IDs" geliştirici dokümantasyonu (son güncelleme: 10 Haziran 2026) ile Twilio, Infobip ve Vonage'ın yayımladığı resmî entegrasyon duyurularına dayanmaktadır. Meta bu takvimi kademeli yürüttüğü için BSP'ler (çözüm sağlayıcılar) arasında küçük tarih farkları olabilir; dalga tarihlerinin Meta tarafından güncellenebileceğini unutmayın.

Ne Değişiyor: Kullanıcı Adları ve BSUID

Değişiklik aslında iki ayrı parçadan oluşuyor ve ikisinin takvimi farklı:

• Kullanıcı adları (usernames): WhatsApp kullanıcıları için opsiyonel bir gizlilik özelliği. Kullanıcı bir kullanıcı adı belirlediğinde, daha önce etkileşimde bulunmadığı bir işletmeye yazdığında işletme onun telefon numarasını göremez. Her kullanıcının en fazla 1 kullanıcı adı olabilir ve bunu zaman zaman değiştirebilir.
• BSUID: Numara görünmese bile kullanıcıyı tanıyabilmeniz ve ona mesaj gönderebilmeniz için Meta'nın ürettiği kalıcı, anonim kimlik. Mayıs 2026 sonundan itibaren — kullanıcı username kullansın ya da kullanmasın — tüm gelen webhook'larda yer alıyor.

BSUID'nin formatı şöyle: iki harfli ISO ülke kodu + nokta + en fazla 128 alfanümerik karakter. Örneğin US.13491208655302741918 — Türkiye'deki bir kullanıcı için TR. ile başlayacak. Bir değerin numara mı BSUID mi olduğunu ayırt etmek kolay: iki harf + nokta ile başlıyorsa BSUID'dir.

BSUID'nin en kritik özelliği kapsamı: aynı kullanıcının her işletme portföyünde farklı bir BSUID'si var. Bu kasıtlı bir tasarım — A işletmesi elindeki BSUID ile kullanıcının B işletmesiyle olan ilişkisini takip edemez. Aynı nedenle, bir BSUID'ye yalnızca aynı işletme portföyündeki numaralardan mesaj gönderilebilir; farklı portföyden deneme başarısız olur. BSUID, kullanıcı telefon numarasını değiştirmedikçe sabittir; numara değişirse Meta yeni BSUID üretir ve eski-yeni değerleri içeren bir user_id_update webhook'u gönderir.

Takvim: Hangi Tarihte Ne Oluyor?

• Nisan 2026 başı: Contact Book (Meta'nın barındırdığı rehber) devreye girdi. Bu tarihten sonra bir kullanıcıyla mesaj/arama etkileşimi olduğunda, numara + BSUID çifti portföyünüzün rehberine otomatik kaydediliyor. Entegrasyon gerektirmiyor.
• Mayıs 2026 başı: Utility ve marketing şablonlarına eklenebilen REQUEST_CONTACT_INFO (telefon numarası isteme) butonu kullanılabilir hale geldi.
• Mayıs 2026 sonu: BSUID artık tüm gelen webhook'larda mevcut; API'ler BSUID'ye mesaj göndermeyi destekliyor.
• 7 Temmuz 2026 — Wave 1: Kullanıcı adları ilk test ülkelerinde açılıyor: Cezayir, Azerbaycan, Gana, Libya, Nepal.
• 20 Temmuz 2026 — Wave 2: Dominik Cumhuriyeti, Singapur, Kolombiya, Peru, Malezya.
• Eylül 2026 — Wave 3: Türkiye dahil dünyanın geri kalanı.

Türkiye Wave 3'te olduğu için "bizi etkilemez" demek yanıltıcı olur: BSUID'ler webhook'larınıza şimdiden düşüyor ve yurt dışındaki müşterilerinizle (örneğin Azerbaycan — Wave 1) Temmuz'dan itibaren username senaryosu fiilen başlıyor.

Telefon Numarası Tamamen Kayboluyor mu? Hayır — İşte Kurallar

Önemli bir netleştirme: kullanıcı adları telefon numaralarını tamamen ortadan kaldırmıyor. Numara, WhatsApp hesabının altta yatan kimliği olmaya devam ediyor. Üstelik username kullanan bir kullanıcının numarası bile, şu koşullardan herhangi biri sağlanıyorsa webhook'larınızda görünmeye devam ediyor:

• Son 30 gün içinde o kullanıcıya mesaj/arama gönderdiyseniz veya ondan aldıysanız. Dikkat: bu pencere işletme numarası bazında değerlendirilir — portföyünüzdeki A numarasıyla konuşan kullanıcının numarası, B numaranızın webhook'larında görünmeyebilir.
• Kullanıcı, portföy genelinde çalışan Contact Book'unuzda kayıtlıysa. Ancak Contact Book yalnızca lansman sonrası etkileşimleri kaydediyor; eski etkileşimler geriye dönük eklenmiyor.
• Numarayı zaten başka bir kanaldan (form, e-posta, sipariş kaydı) topladıysanız, o numaraya giden mesajlarınız aynen devam ediyor. Değişiklik esas olarak, numarası elinizde olmayan bir username kullanıcısının size ilk kez yazdığı senaryoyu etkiliyor.

Entegrasyonunuzda Somut Olarak Ne Değişiyor?

• Gelen webhook'lar: Username kullanan ve numarası görünmeyen kullanıcılarda wa_id gibi numara alanları boş string değil, tamamen atlanmış (omitted) olarak gelir. "Bu alan her zaman vardır" varsayımıyla yazılmış parser'lar burada kırılır.
• Gönderim: Cloud API'de telefon numarası to alanında, BSUID ise ayrı bir alanda taşınır; ikisi birden gönderilirse numara önceliklidir. Meta, numara elinizdeyken numaraya göndermeyi öneriyor — böylece webhook'larda numara almaya devam edersiniz.
• OTP/doğrulama şablonları: One-tap, zero-tap ve copy-code authentication şablonları BSUID'ye gönderilemez — telefon numarası şart. BSUID'ye denerseniz 131062 hatası alırsınız. OTP akışınız numara topluyorsa bu değişiklikten etkilenmiyor.
• İşletme kullanıcı adları: Madalyonun diğer yüzü — işletmeler de kullanıcı adı alabiliyor. Kullanıcılar işletmeyi tam kullanıcı adıyla arayıp bulabilecek (görünen adla arama yapılamıyor). Her işletme kullanıcı adı tek bir telefon numarasına bağlı. Meta, markanız için rezerve edilmiş kullanıcı adlarını WhatsApp Manager, Meta Business Suite veya API üzerinden talep etmenize imkân tanıyor — marka taklitçiliğine karşı bu adımı erkenden atmakta fayda var.

Türkiye Perspektifi: İYS Kayıtları Numaraya Bağlıyken Ne Olacak?

Türkiye'deki işletmeler için bu değişikliğin en az teknik tarafı kadar önemli bir boyutu var: uyum. 6563 sayılı Kanun kapsamındaki ticari elektronik ileti onayları ve İYS kayıtları, alıcının telefon numarası üzerinden tutulur. Elinizde yalnızca TR.9482... gibi bir BSUID olan bir kullanıcıya pazarlama mesajı göndermek istediğinizde, o BSUID'yi İYS'de sorgulamanız mümkün değildir — İYS BSUID tanımıyor.

Bu nedenle pratik kural şu: pazarlama iletişimi kuracağınız her müşterinin telefon numarasını ve onayını almaya devam edin. BSUID, numarasını paylaşmamış bir kullanıcıyla servis ve destek konuşmasını sürdürmenin aracı olarak düşünülmeli; onay tabanlı kampanya gönderimlerinin kimliği Türkiye'de hâlâ telefon numarasıdır. Numarası görünmeyen bir kullanıcıdan numara almak için Meta'nın resmî yolu da hazır: şablona REQUEST_CONTACT_INFO butonu ekleyin; kullanıcı dokunduğunda kartviziti (numarası dahil) sohbete paylaşılır ve size bir contacts webhook'u düşer. Bu akışa onay metninizi de eklerseniz, numara + onay + İYS kaydını tek adımda toparlamış olursunuz.

KVKK tarafında ise BSUID'nin de — tek başına anonim görünse bile sizin sisteminizde bir müşteri profiline bağlandığı anda — kişisel veri niteliğinde olduğunu unutmayın: saklama, silme ve aydınlatma süreçlerinize numara gibi BSUID'yi de dahil edin.

Sorumluluk reddi: Bu bölüm hukuki danışmanlık değildir; ticari elektronik ileti ve kişisel veri yükümlülükleriniz için hukuk danışmanınıza ve güncel mevzuata (6563 sayılı Kanun, KVKK, İYS düzenlemeleri) başvurunuz.

Hazırlık Kontrol Listesi

• Webhook işleyicilerinizi güncelleyin: Numara alanının yokluğunu (boş string değil, alan yok) tolere edin; gelen her mesajda BSUID'yi yakalayıp saklayın.
• CRM şemanıza BSUID kolonu ekleyin: Numara + BSUID çiftini birlikte tutun, müşteri profiline her ikisinden de erişilebilsin.
• Numara varsayımlı kodu tarayın: "to/from her zaman E.164 numaradır" varsayan doğrulama, formatlama ve loglama kodlarını BSUID formatına (XX. + 128 karaktere kadar) hazırlayın.
• Contact Book'u açık tutun: Varsayılan olarak etkin; numara görünürlüğünün portföy genelinde sürmesini sağlayan en zahmetsiz mekanizma bu.
• Rezerve kullanıcı adınızı talep edin: Markanızın WhatsApp kullanıcı adını başkası kapmadan WhatsApp Manager / Meta Business Suite üzerinden alın.
• Numara toplama akışı kurun: REQUEST_CONTACT_INFO butonlu bir utility şablonu hazırlayın; numarasız gelen kullanıcılarda otomatik tetiklenmesini ve dönen numaranın İYS onay akışınıza bağlanmasını planlayın.
• OTP akışınızı kontrol edin: Authentication şablonları numara gerektirmeye devam ediyor — kayıt formlarınızda numara toplamayı bırakmayın.

Sonuç: Kimlik Katmanı Değişiyor, Onay Disiplini Değişmiyor

WhatsApp'ın kullanıcı adlarına geçişi, işletme mesajlaşmasında kimliğin "telefon numarası" tekelinden çıkıp çok kimlikli bir modele evrildiği anın işareti. Teknik tarafta yapılacaklar belli ve makul: BSUID'yi sakla, numara yokluğuna dayanıklı ol, numara isteme akışını kur. Asıl stratejik mesaj ise şu: telefon numarası, Türkiye'de onay tabanlı pazarlamanın (İYS) ve SMS gibi tamamlayıcı kanalların ortak anahtarı olmaya devam ediyor. Numarayı meşru ve şeffaf yollarla toplayan işletmeler, bu geçişten etkilenmek bir yana, müşteri verisini tek kimliğe mahkûm olmayan daha sağlam bir yapıya kavuşturmuş olacak.

İletiniz olarak WhatsApp Business API entegrasyonumuzda BSUID desteğini altyapı tarafında takip ediyor, webhook ve kontak modelimizi çok kimlikli yapıya göre hazırlıyoruz. SMS, WhatsApp ve Telegram'ı tek panelden yöneten müşterilerimiz için hedef aynı: kanal ve kimlik ne olursa olsun, onaylı ve ölçülebilir iletişim.