Meta Pixel Çalışmıyor mu? 8 Adımda Sorunu Bulun

Kısa cevap: Meta Pixel verileri görünmüyorsa önce olayın hiç gönderilmediğini mi, eksik gönderildiğini mi, iki kez sayıldığını mı yoksa yalnız raporlar arasında farklı göründüğünü mü ayırın. Ardından Events Manager'da Test Events, Diagnostics, event ayrıntıları, Pixel–Conversions API kaynakları, event_id eşleşmesi ve Event Match Quality kontrollerini bu sırayla yapın. Her veri farkı “Pixel bozuk” anlamına gelmez.

Meta Pixel — hâlâ sıkça kullanılan eski adıyla Facebook Pixel — çalışmıyor gibi görünüyorsa ilk hata, tüm sorunları tek sepete koymaktır. Oysa aşağıdaki dört durum farklı nedenlere ve farklı çözümlere sahiptir:

• Form gönderiliyor fakat Lead olayı hiç oluşmuyor.
• Tarayıcı olayı geliyor, sunucu olayı gelmiyor veya tam tersi.
• Aynı satın alma Pixel ve CAPI tarafından iki ayrı dönüşüm gibi sayılıyor.
• Meta Ads, GA4 ve CRM farklı dönüşüm sayıları gösteriyor.

Bu rehber, Meta reklam performansını yorumlamadan önce ölçüm altyapısının gerçekten güvenilir olup olmadığını kontrol etmek için hazırlanmıştır. Kampanya sonucu, kreatif veya teklif sorunlarına geçmeden önce verinin nasıl üretildiğini doğrular.

Meta Pixel Çalışmıyorsa Hangi Belirtiler Görülür?

“Çalışmıyor” tek başına teşhis değildir. Önce hangi olayın, hangi ortamda ve hangi iş adımından sonra eksik veya fazla göründüğünü belirleyin. Meta Events Manager içinde doğru veri kaynağını seçip Test Events ve Diagnostics ekranlarını açın. Menü adları hesaba ve arayüz diline göre değişebilir.

Örnek test: Form alanlarını boş bırakıp gönderin: Lead oluşmamalı. Ardından izinli bir test formunu başarıyla kaydedin: bir iş kaydı ve bir dönüşüm bekleyin. Teşekkür sayfasını yenileyip olayın tekrar oluşmadığını kontrol edin. Bu bir test senaryosudur; müşteri sonucu değildir. Gerçek kişi bilgilerini ekran görüntülerinde ve test notlarında maskeleyin.

Bir olayı silmek veya yeni etiket eklemek için önce hangi katmanda bozulduğunu belirleyin. Olay testi ile gerçek iş kaydını birlikte okumak, yalnız paneldeki toplamı yorumlamaktan daha güvenilirdir.

Meta Pixel, Conversions API ve Event Match Quality Nedir?

Meta Pixel ne yapar?

Meta Pixel, web sitesindeki kullanıcı davranışlarını tarayıcı üzerinden Meta'ya ileten istemci taraflı ölçüm yöntemidir. Sayfa görüntüleme, içerik görüntüleme, sepete ekleme, form gönderimi veya satın alma gibi standart ve özel olaylar Pixel üzerinden gönderilebilir.

Pixel'in tarayıcıda çalışması; sayfanın yüklenmesine, JavaScript'e, tarayıcı koşullarına ve kullanıcının izin tercihlerine bağlıdır. Bu nedenle Pixel'in kurulu olması her ziyaret ve dönüşümün eksiksiz ölçüleceği anlamına gelmez.

Conversions API ne yapar?

Meta Conversions API, işletmenin pazarlama verileri ile Meta sistemleri arasında sunucu taraflı bir bağlantı kurar. Web olayları, CRM sonuçları veya uygun diğer iş olayları sunucu üzerinden iletilebilir.

CAPI, Pixel'in “yerine geçen sihirli çözüm” değildir. Meta'nın kendi iyi uygulama dokümanı, uygun web kurulumlarında Conversions API'nin Pixel ile birlikte kullanılmasını önerir. İki kaynak birlikte kullanıldığında aynı iş olayının iki kez sayılmaması için deduplication gerekir.

Event Match Quality neyi ölçer?

Event Match Quality, sunucu olayıyla gönderilen müşteri bilgisi parametrelerinin olayı Meta hesaplarıyla eşleştirmede ne kadar etkili olabileceğini gösterir. Bu metrik, özellikle CAPI üzerinden gelen olayların eşleştirme kalitesini değerlendirmeye yardım eder.

Event Match Quality şunların doğrudan karşılığı değildir:

• Kampanyanın genel kalite puanı
• Reklamın kesin performans tahmini
• Pixel'in eksiksiz çalıştığının kanıtı
• Dönüşümlerin tamamının doğru sayıldığının garantisi
• Ne kadar yüksekse o kadar iyi sonuç alınacağına dair garanti

Yüksek bir puan varken yanlış olay tetiklenebilir; düşük bir puan varken olay sayısı teknik olarak doğru olabilir. Bu nedenle puan, olay doğruluğu ve deduplication kontrollerinin yerine kullanılmamalıdır.

Pixel ve CAPI Arasındaki Fark Nedir?

Doğru mimari “Pixel mi CAPI mi?” sorusundan önce iş olayının nerede kesinleştiğini sorar. Bir formun teşekkür sayfasına ulaşması tarayıcıda gözlenebilir; CRM'de nitelikli potansiyel müşteri olarak işaretlenmesi ise sunucu veya CRM tarafında doğrulanır. İki olay aynı anlamı taşımıyorsa aynı adla gönderilmemelidir.

Dönüşüm takibinin GA4, GTM, Google Ads, Meta Pixel ve CAPI taraflarını birlikte görmek için dönüşüm takibi rehberini inceleyebilirsiniz.

Meta Pixel Sorununu 8 Adımda Nasıl Teşhis Edersiniz?

1. Gerçek iş olayını ve beklenen sonucu tanımlayın

Önce neyi dönüşüm saydığınızı yazın. “Butona tıklama”, “form gönderme”, “başarılı form kaydı” ve “CRM'de nitelikli lead” aynı olay değildir.

Her dönüşüm için şu soruları yanıtlayın:

• Olayın adı nedir?
• Kullanıcı hangi gerçek işlemi tamamladığında oluşmalıdır?
• Başarı tarayıcıda mı, sunucuda mı doğrulanır?
• Aynı işlem için Pixel ve CAPI birlikte mi kullanılır?
• Beklenen değer ve para birimi nedir?
• Kontrol edilebilecek CRM, sipariş veya form kaydı var mı?

Referans olmadan Events Manager'daki sayının doğru mu yanlış mı olduğunu anlayamazsınız. Örneğin 15 Lead olayı görünmesi, veritabanında 15 başarılı form kaydı bulunduğu anlamına gelmeyebilir.

2. Doğru veri kaynağını kontrol edin

Yanlış Pixel veya Dataset seçimi, veri yokmuş gibi görünen en basit fakat yaygın nedenlerden biridir. Özellikle test, eski site, farklı domain veya birden fazla Business Manager kullanılan yapılarda kimlikler karışabilir.

Şunları eşleştirin:

• Sitedeki Pixel/Dataset kimliği
• GTM veya eklentide kullanılan kimlik
• Events Manager'da açık olan veri kaynağı
• Reklam hesabıyla ilişkilendirilen veri kaynağı
• Test ve canlı ortamların ayrımı

Kodun sayfada bulunması tek başına doğru hesaba veri gönderildiğini kanıtlamaz.

3. Test Events ile gerçek akışı çalıştırın

Meta'nın Test Events yönergesi, test sırasında tarayıcı ve uygun biçimde işaretlenmiş sunucu olaylarının alınıp alınmadığını kontrol etmek için kullanılır. Önce doğru veri kaynağının seçili olduğunu doğrulayın.

Kontrolü yalnız ana sayfayı açarak bitirmeyin. Gerçek kullanıcı akışını tamamlayın:

1. Reklamın yönlendireceği açılış sayfasını açın.
2. İzin mekanizmasında gerçekçi bir seçim yapın.
3. Ürün veya hizmet adımlarını ilerletin.
4. Formu veya satın alma sürecini gerçekten tamamlayın.
5. Olay adını, zamanı, kaynağı ve parametreleri inceleyin.
6. Aynı testi farklı izin ve cihaz koşullarında tekrarlayın.

Tarayıcı tarafındaki Pixel kodunu ve web olaylarını hızlıca görmek için Meta Ads Data Advisor'ı kullanabilirsiniz. Bu araç, Meta Pixel Helper'ın güncel adıdır. Ancak yalnız tarayıcı tarafındaki sinyali görmesi; CAPI sunucu olaylarının, deduplication sonucunun veya gerçek CRM kaydının doğru olduğunu kanıtlamaz. Bu nedenle Data Advisor kontrolünü Test Events ve gerçek iş kaydıyla birlikte değerlendirin.

Test olayı görünmüyorsa önce tetikleyici ve gönderim sorununu çözün. Görünüyor fakat canlı raporda sayılar yanlışsa olay tanımı, deduplication veya raporlama farklarına geçin.

4. Diagnostics sekmesini okuyun

Events Manager Diagnostics, web, uygulama veya çevrimdışı olaylarla ilgili sorun ve önerileri gösterir. Meta Pixel'e ait hata ve uyarılar da Diagnostics içindeki hata listelerinde açıklanır.

Bir uyarıyı yalnız kapatmak çözüm değildir. Şunları kaydedin:

• Hangi olay etkileniyor?
• Sorun tarayıcı, sunucu veya iki kaynakta mı?
• İlk ve son görülme zamanı nedir?
• Örnek olay ayrıntısında hangi parametre eksik veya hatalı?
• Düzenleme sonrasında yeni olaylarda uyarı devam ediyor mu?

Eski olayların geçmişteki hataları ile yeni üretim olaylarının durumunu karıştırmayın. Çözümü, değişiklikten sonra gönderilen yeni test verisiyle doğrulayın.

5. Olay adını ve tetikleme anını doğrulayın

Meta'nın standart web olayları belirli kullanıcı aksiyonlarını temsil eder. Lead olayını form sayfası görüntülendiğinde, Purchase olayını ödeme başlamadan veya CompleteRegistration olayını kayıt tamamlanmadan göndermek raporu şişirir.

Doğru tetikleme ilkesi:

• ViewContent: Kullanıcı ilgili içerik veya ürün detayını gerçekten görüntülediğinde
• AddToCart: Ürün sepete başarıyla eklendiğinde
• InitiateCheckout: Ödeme/checkout süreci gerçekten başladığında
• Purchase: Sipariş veya ödeme başarıyla doğrulandığında
• Lead: Tanımlanan potansiyel müşteri aksiyonu başarıyla kaydedildiğinde

Form butonuna tıklama ile formun sunucu tarafından başarıyla kaydedilmesini aynı olay kabul etmeyin. Hata alan bir form da buton tıklaması üretir; bu nedenle yalnız tıklamaya bağlı Lead tetikleyicisi gerçek talep sayısını şişirebilir.

6. Pixel ve CAPI olaylarını deduplicate edin

Aynı dönüşüm hem Pixel hem CAPI ile gönderiliyorsa Meta'nın iki olayı tek iş olayı olarak tanıması gerekir. Meta'nın olay tekilleştirme dokümanına göre karşılık gelen olaylarda Pixel tarafındaki eventID ile CAPI tarafındaki event_id ve olay adı eşleşmelidir. Her yeni iş olayı için ayrı bir kimlik üretin; iki gönderim yoluna aynı kimliği taşıyın.

Aşağıdaki sipariş numarası tamamen temsili bir örnektir:

Tarayıcı: event_name = Purchase, eventID = order_84521
Sunucu:   event_name = Purchase, event_id = order_84521
Sonuç:    Meta aynı satın almayı iki kaynakta görür ve tek olay olarak işler.

Şu hatalar çift sayıma yol açabilir:

• Pixel ve CAPI için farklı kimlik üretilmesi
• Her sayfa yüklenişinde yeni ve alakasız event_id oluşturulması
• Bir kaynakta Purchase, diğerinde farklı olay adı gönderilmesi
• Aynı Pixel olayının hem koddan hem GTM'den iki kez tetiklenmesi
• Eklenti, GTM ve manuel kodun aynı anda etkin olması
• Yenilenen teşekkür sayfasının olayı tekrar üretmesi

Sunucu olaylarında kullanılan event_id alanının amacı Meta'nın sunucu olay parametreleri dokümanında da açıklanır.

7. Event Match Quality'yi olay bazında inceleyin

Event Match Quality'yi tek genel puan gibi değil, önemli sunucu olayları bazında değerlendirin. Purchase için kullanılan eşleştirme parametreleri ile PageView veya anonim bir üst huni olayı aynı olmayabilir.

Meta'nın CAPI iyi uygulamaları, eşleştirme kalitesini artırmak için mevcut ve izinli müşteri bilgisi parametrelerinin doğru biçimde gönderilmesini önerir. Uygulamada şunlar kontrol edilir:

• Parametre gerçekten mevcut mu, yoksa boş/değişken bir değer mi gönderiliyor?
• Normalizasyon ve hash işlemi Meta'nın beklediği biçimde mi?
• Tarayıcı ve sunucu tarafında ilgili tanımlayıcılar tutarlı mı?
• fbp, uygun olduğunda fbc, istemci IP'si ve user agent gibi bağlamsal bilgiler doğru olayla ilişkilendiriliyor mu?
• Aynı müşteriye ait olmayan veriler yanlış olaya ekleniyor mu?
• İzin ve veri işleme koşulları karşılanıyor mu?

Puanı yükseltmek için elinizde olmayan veriyi üretmeyin veya izin dışı veri göndermeyin. Teknik eşleştirme hedefi, veri koruma ve kullanıcı tercihlerinin önüne geçmez.

8. Canlı veri ile iş kaydını karşılaştırın

Test Events'te bir olay görmek kurulumun üretimde doğru saydığı anlamına gelmez. Son kontrol, gerçek iş kayıtlarıyla yapılır.

Örnek karşılaştırma tablosu:

Amaç her sistemde mutlak olarak aynı sayı görmek değil; farkın nedenini açıklayabilmek ve optimizasyon için kullanılan olayın gerçek iş sonucuna yeterince yakın olduğundan emin olmaktır.

En Sık Görülen Meta Pixel ve CAPI Hataları

Form gönderilmeden Lead olayının tetiklenmesi

Buton tıklaması Lead olarak ayarlanmışsa boş, hatalı veya başarısız formlar da dönüşüm sayılabilir. Olayı başarı mesajı, teşekkür adımı veya sunucu kayıt sonucu üzerinden doğrulamak daha güvenilir olabilir.

Aynı etiketin birden fazla yerden çalışması

Pixel kodu tema içinde, GTM'de ve eklentide aynı anda bulunabilir. PageView veya alt huni olayları iki–üç kez tetiklenebilir. Hangi aracın hangi olayı yönettiği tek bir ölçüm envanterinde tutulmalıdır.

Yanlış Pixel veya Dataset kimliği

Test hesabının kimliği canlı sitede, eski ajansın veri kaynağı yeni reklam hesabında veya farklı domainin Pixel'i GTM değişkeninde kalmış olabilir. Veri kaynağı sahipliği ve reklam hesabı bağlantısı doğrulanmalıdır.

Pixel ve CAPI'nin farklı olay anlamı taşıması

Tarayıcı Lead olayını form tıklamasında, sunucu Lead olayını CRM kaydında gönderiyorsa iki olay aynı iş anını temsil etmeyebilir. Aynı event_id ile birleştirmek de anlam sorununu çözmez. Önce olay tanımı eşitlenmelidir.

Değer ve para biriminin yanlış gönderilmesi

Purchase sayısı doğru olsa bile value veya currency yanlışsa raporlanan gelir ve ROAS hatalı olur. İndirim, vergi, kargo, iade ve para birimi yaklaşımı işletme kaydıyla uyumlu tanımlanmalıdır.

Tek sayfa uygulamalarında sayfa ve olay geçişlerinin kaçırılması

SPA yapılarda URL veya içerik değişimi tam sayfa yenilemesi üretmeyebilir. Yalnız klasik sayfa yüklenmesine bağlı tetikleyiciler kullanıcı adımlarını kaçırabilir. Uygulama içi durum değişimleri ve başarı callback'leri ayrıca ele alınmalıdır.

İzin mekanizmasının yanlış bağlanması

Consent banner yalnız görünür olup etiket davranışını değiştirmiyorsa kullanıcı tercihi uygulanmıyor olabilir. Tam tersi durumda tüm olaylar gereksiz yere engellenebilir. İzin kategorileri ile Pixel/CAPI veri akışı hukuk ve teknik ekip tarafından birlikte doğrulanmalıdır.

Test kodunun veya test ortamının canlıda kalması

CAPI test event code, staging domaini veya test siparişleri üretim raporunu kirletebilir. Test ve canlı olayların ayrımı deployment kontrol listesinde yer almalıdır.

Meta Ads ile GA4 Neden Aynı Dönüşüm Sayısını Göstermez?

Meta Ads ve GA4'te farklı sayılar görmek otomatik olarak bir kurulum hatası değildir. Sistemler aynı kullanıcı yolculuğunu farklı kurallarla değerlendirebilir.

Başlıca fark kaynakları:

• Atıf modeli ve ilişkilendirme kapsamı
• Tıklama ve görüntüleme etkileşimlerinin değerlendirilmesi
• Lookback window ayarları
• Cross-device eşleştirme kabiliyeti
• Tarayıcı ve izin koşulları
• Saat dilimi ve rapor tarihi
• Olayın iki sistemde farklı anda tetiklenmesi
• UTM, yönlendirme ve oturum kaybı
• İade veya iptallerin işlenme biçimi

Google Analytics'te dönüşüm/kilit olay kredisi, attribution settings üzerinden seçilen raporlama modeli ve lookback window gibi ayarlara bağlıdır. Meta tarafı ise kendi reklam etkileşimleri ve atıf ayarlarıyla rapor üretir.

Doğru kontrol “Neden birebir aynı değil?” sorusundan önce şunları eşitler:

1. Aynı tarih ve saat dilimi
2. Aynı olay tanımı
3. Aynı para birimi ve gelir yaklaşımı
4. Aynı sipariş veya lead kimliği
5. Benzer atıf kapsamı
6. CRM veya sipariş sistemindeki gerçek kayıt

Kabul edilebilir fark için evrensel tek yüzde yoktur. İş modeline, kullanıcı yolculuğuna ve kullanılan atıf kurallarına bakmadan “%10 fark normaldir” gibi sabit eşik üretmek yanıltıcıdır.

Event Match Quality Yüksekse Kurulum Doğru mudur?

Hayır. Event Match Quality yalnızca eşleştirme açısından bir tanı sinyalidir. Aşağıdaki kurulum yüksek eşleştirme puanı alıp yine de hatalı olabilir:

• Purchase yanlış başarı adımında tetikleniyorsa
• Aynı sipariş iki kez gönderiliyorsa
• Sipariş değeri yanlışsa
• Test siparişleri canlı veriye karışıyorsa
• Yanlış reklam hesabı veya veri kaynağı kullanılıyorsa
• İşletmenin dönüşüm tanımı gerçek gelirle uyuşmuyorsa

Kurulumu dört ayrı boyutta değerlendirin:

Bu dört kontrolden biri başarısızsa yalnız EMQ puanına bakarak “kurulum tamam” denemez.

Hangi İşletmede Hangi Olaylar Önceliklidir?

Potansiyel müşteri toplayan hizmet işletmeleri

Öncelik form, telefon, mesaj ve randevu gibi talep aksiyonlarıdır. Ancak yalnız bağlantı tıklaması ile gerçek talep birbirinden ayrılmalıdır. Mümkünse CRM'de nitelikli lead veya randevu sonucu ayrı bir aşağı huni olayı olarak değerlendirilir.

E-ticaret siteleri

ViewContent, AddToCart, InitiateCheckout ve Purchase akışı; ürün kimliği, değer, para birimi ve sipariş kimliğiyle birlikte kontrol edilir. En kritik doğrulama, Meta'daki satın alma sayısı ve gelirinin sipariş sistemiyle ilişkilendirilebilmesidir.

Uzun satış döngülü B2B işletmeler

İlk form gönderimi tek başına yeterli optimizasyon sinyali olmayabilir. MQL, SQL, toplantı veya satış gibi CRM aşamalarının uygun sunucu/çevrimdışı olay yapısıyla geri beslenmesi değerlendirilebilir. Aynı olay adının farklı kalite seviyeleri için kullanılmaması gerekir.

Yerel işletmeler

Arama, yol tarifi, WhatsApp/mesaj ve form tıklamaları yararlı mikro olaylardır; fakat gerçek görüşme veya randevu ile karıştırılmamalıdır. Reklam optimizasyonu için kullanılan ana olay, mümkün olduğunca gerçek işletme sonucuna yaklaşmalıdır.

Meta Ölçüm Altyapısı Kontrol Listesi

Yayın veya kampanya optimizasyonundan önce şu kontrol listesini kullanın:

• ☐ Doğru Pixel/Dataset ve reklam hesabı bağlantısı doğrulandı.
• ☐ Her dönüşümün iş tanımı yazılı hale getirildi.
• ☐ Test Events'te gerçek kullanıcı akışı tamamlandı.
• ☐ Tarayıcı ve sunucu olayları ayrı ayrı görünüyor.
• ☐ Diagnostics uyarıları olay bazında incelendi.
• ☐ Olaylar yalnız gerçek başarı anında tetikleniyor.
• ☐ Pixel eventID ve CAPI event_id aynı iş olayı için eşleşiyor.
• ☐ Aynı etiket kod, GTM ve eklentiden tekrar tetiklenmiyor.
• ☐ value, currency ve işlem/ürün parametreleri doğrulandı.
• ☐ Event Match Quality, önemli sunucu olayları bazında incelendi.
• ☐ İzin ve veri işleme akışı teknik olarak test edildi.
• ☐ Test ve üretim verileri birbirinden ayrıldı.
• ☐ Meta, GA4 ve CRM aynı olay tanımıyla karşılaştırıldı.
• ☐ Değişiklik sonrası yeni canlı olaylarla tekrar doğrulama yapıldı.
• ☐ Kurulum ve değişiklikler ölçüm envanterine kaydedildi.

Ne Zaman Yazılımcı veya Teknik Uzman Gerekir?

Şu durumlar yalnız reklam panelinden çözülemez:

• Formun başarı durumuna teknik erişim gerekiyorsa
• Sunucu taraflı CAPI isteği geliştirilecekse
• SPA veya özel yazılım olayları izlenecekse
• Dinamik ürün, değer ve sipariş parametreleri gönderilecekse
• Pixel ve CAPI için ortak event_id üretilecekse
• CRM aşamaları Meta'ya geri beslenecekse
• Consent yönetimi etiket ve sunucu akışıyla bağlanacaksa
• Sunucu günlükleri ve API yanıtları incelenecekse

Reklam uzmanı hangi olayın optimizasyon için gerekli olduğunu tanımlar; analitik uzmanı ölçüm planını kurar; yazılımcı uygulama ve veri akışını gerçekleştirir. Sorumluluklar ayrılmadığında “etiket kuruldu” denir fakat gerçek iş sonucu doğrulanmaz.

Meta kampanyasını yalnız hedefleme ve kreatif olarak değil, ölçüm sistemiyle birlikte yönetmek istiyorsanız Meta Ads ajansı hizmetimizi inceleyebilirsiniz. Daha geniş kanal ve kârlılık çerçevesi için performans pazarlama yaklaşımımıza bakabilirsiniz.

Sonuç: Önce Veriyi Doğrulayın, Sonra Kampanyayı Yargılayın

Meta Pixel çalışmıyor gibi görünen her durumda yeni Pixel açmak, kampanyayı kopyalamak veya rastgele CAPI eklentisi kurmak çözüm değildir. Önce belirtinin türünü belirleyin; ardından doğru veri kaynağı, Test Events, Diagnostics, olay tanımı, deduplication, parametreler, Event Match Quality ve gerçek iş kayıtlarını sırayla kontrol edin.

Ölçüm doğru değilse reklam algoritması yanlış veya eksik sinyalle öğrenebilir; ekip de bütçe kararını güvenilmez rapora göre verir. Ancak ölçümün doğru olması tek başına satış garantisi değildir. Veri sağlıklı olduğu halde sonuç yoksa kreatif, teklif, hedef kitle, açılış sayfası ve satış süreci ayrıca incelenmelidir. Bu ayrımı Meta reklamları neden satış getirmiyor? rehberinde ele alıyoruz.

Pixel ve dönüşüm ölçümünüzü inceleyelim. Hangi olayın eksik veya fazla göründüğünü, Test Events/Diagnostics bulgularını ve form ya da sipariş kaydıyla farkını birlikte değerlendirebiliriz. Ölçümleme ve raporlama seçili iletişim formunu açın; mesaj alanına sorunlu olay adını ve gördüğünüz belirtiyi yazın. Müşteri verisi veya erişim bilgisi paylaşmanız gerekmez.