X dönüşüm takibi, X Ads’ten gelen trafiğin sitenizde gerçekten sonuç üretip üretmediğini görmenizi sağlar. Doğru kurulumla “kaç kişi tıkladı?” yerine “kaç kişi kayıt oldu, form gönderdi, satın aldı?” sorusunu daha net okursunuz. Kurulumda küçük bir hata (çift sayım, yanlış domain, eksik event gibi) olduğunda ise raporlar şaşar ve optimizasyonu yanlış yöne çekebilir. “twitter dönüşüm takibi” diye aranan konu da aynı altyapıya dayanır: X (eski adıyla Twitter) tarafında etiket (Website Tag) + event + doğrulama üçlüsü.
Başlarken şu noktaları netleştirmek işinizi kolaylaştırır:
- Tek bir ana dönüşüm (ör. Purchase/Lead) ve bir mikro dönüşüm (ör. ViewContent/SignUp) seçin.
- Domain ve alt alan adlarını (subdomain) en baştan yazılı hale getirin.
- Etiket (tag) tek yerde, event’ler tek mantıkla tetiklensin: çift sayımı baştan engelleyin.
- UTM’leri standartlaştırın; yoksa Analytics tarafında veriniz bölünür.
- KVKK/çerez izinleri ve iOS kısıtları nedeniyle X ile GA4 sayılarının birebir tutmayabileceğini baştan hesaba katın.
X dönüşüm takibi neyi ölçer, neyi ölçmez?
X dönüşüm takibi, X’te gördüğünüz reklamın ardından sitenizde gerçekleşen belirli aksiyonları (event) sayar. Bu aksiyonlar genellikle bir teşekkür sayfası görüntüleme, bir buton tıklaması (WhatsApp/telefon), form gönderimi veya satın alma gibi “iş sonucu” sayılabilecek hareketlerdir. Ancak her tıklama dönüşüm değildir; her dönüşüm de mutlaka tek bir tıklamaya bağlanamaz. Aynı mantık, twitter dönüşüm takibi kurulumunda da geçerlidir: doğru event’i doğru yerde saymadığınızda raporlar yanıltır.
Dönüşüm, tıklama ve oturum farkı (neden sayılar tutmayabilir?)
Üç kavram sık karışır:
- Tıklama: X’te reklama tıklanması. Kullanıcı sayfayı açmadan geri dönebilir.
- Oturum: Kullanıcının sitenizde başlattığı ziyaret (GA4 bunu “session” olarak sayar). Aynı kişi birden fazla oturum açabilir.
- Dönüşüm: Sizin tanımladığınız event’in gerçekleşmesi (ör. Purchase).
Sayıların tutmamasının yaygın sebepleri: farklı atıf pencereleri (X ile GA4 aynı “kaç gün içinde sayalım?” kuralını kullanmayabilir), çerez izinleri, iOS kısıtları, reklam tıklaması ile dönüşümün farklı cihazlarda gerçekleşmesi ve event’in yanlış/çift tetiklenmesi.
Hangi hedefler için şart: satış, lead, kayıt, WhatsApp/telefon
X Ads ile performans hedefliyorsanız X dönüşüm takibi pratikte zorunlu hale gelir. Özellikle:
- E-ticaret: satın alma ve sepet adımları
- Lead toplama: form gönderimi, teklif talebi
- Kayıt: üyelik/deneme hesabı
- İletişim: WhatsApp’a geçiş, telefon araması (tıklama bazlı)
Başlangıçta kaç dönüşüm tanımlamalısınız?
Yeni başlayanların en sık yaptığı hata, ilk gün çok fazla event tanımlayıp raporu okunamaz hale getirmek. Başlangıçta şu yaklaşım daha sağlıklıdır:
- Ana dönüşüm: İş hedefiniz (Purchase veya Lead gibi)
- Mikro dönüşüm: Ana dönüşüme giden güçlü bir adım (ViewContent, AddToCart, SignUp başlangıcı gibi)
Bu ikili, hem optimizasyonu mümkün kılar hem de kurulum hatalarını daha hızlı yakalamanızı sağlar.
Kuruluma girmeden önce: erişimler, domain ve ölçüm planı
Kurulumun yarısı teknik değil, organizasyoneldir: doğru erişimler, doğru domain listesi ve raporda karışmayacak bir isimlendirme. Bunlar net değilse etiket çalışsa bile “hangi dönüşüm neydi?” sorusu bitmez.
X Ads hesabı ve yetkiler: kimde hangi erişim olmalı?
En azından şu iki rol net olsun:
- X Ads yöneticisi: Etiket ve dönüşüm ayarlarına erişebilen kişi (ajans veya şirket içi performansçı).
- Site yöneticisi: GTM/WordPress/Shopify veya kod ekleme erişimi olan kişi (developer veya teknik ekip).
Bu iki kişi aynı değilse, “etiketi ekledik” denilen ama yanlış container’a eklenen kurulumlar çok olur.
Domain/alt alan adı (subdomain) ve tek site–çok site senaryosu
Ölçüm planına şunu yazın: reklam hangi domain’e gidiyor, dönüşüm hangi domain’de oluyor?
- Tek site: ör. example.com üzerinde hem landing hem teşekkür sayfası
- Subdomain: ör. shop.example.com (mağaza) ve www.example.com (blog/landing)
- Çok site: farklı markalar veya farklı domain’ler
Domain karışıklığı, özellikle ödeme sağlayıcısı farklı domain’e yönlendiriyorsa (3D secure, ödeme sayfası vb.) daha da büyür. Bu durumda dönüşümü “sipariş onayı” sayfasında tetiklemek genellikle daha temizdir.
Dönüşüm adlarını standartlaştırma: raporda karışıklığı önleme
İsimlendirme basit olmalı. Örnek bir şablon:
- TR | Purchase | ThankYou
- Türkiye hedefli satın alma, teşekkür sayfası tetikleyicisi
- TR | Lead | FormSubmit
- Form gönderimi ile lead
- TR | Micro | ViewContent
- Ürün/landing görüntüleme gibi mikro adım
Bu sayede kampanya raporunda “Purchase-2”, “purchase final”, “satınalma yeni” gibi çoğalan isimler oluşmaz.
KVKK ve çerez banner’ı: ölçümü etkileyen noktalar (genel çerçeve)
Çerez izin ekranı (consent banner) bazı kullanıcılar için etiketin çalışmasını geciktirebilir veya engelleyebilir. Bu, X dönüşüm takibi sayılarının “düşmesi”nden çok, ölçümün görebildiğiniz kısmının azalması anlamına gelir. KVKK uyumu için kendi hukuk/uyum danışmanınızla ilerleyin; teknik tarafta ise önemli olan, etiketin izin mantığıyla çakışmaması ve event’lerin kullanıcı onayı olmadan yanlış tetiklenmemesidir.
Altyapı mantığı: X Website Tag (pixel) + event
X’te dönüşüm takibini iki parçalı düşünün: Website Tag (temel etiket) ve bunun üzerinden gönderilen event’ler. Tag olmadan event gönderemezsiniz; event olmadan da “dönüşüm” sayamazsınız. Pek çok ekip bu kısmı “x pixel kurulumu” diye de adlandırır; pratikte kast edilen şey, X Website Tag’in siteye doğru şekilde eklenmesidir. Aynı şekilde “twitter dönüşüm takibi” araması yapanların da ihtiyacı, bu pixel + event yapısını doğru oturtmaktır.
Website Tag nedir, nerede çalışır?
X Website Tag, sitenize eklenen bir JavaScript kodudur. Sayfa açıldığında X’e bir sinyal gönderir ve tarayıcı tarafında kullanıcı davranışını event’lere bağlamaya çalışır. X Ads arayüzünde “etiket sinyal alıyor mu?” kontrolü de bu temel sinyale dayanır.
Event nedir: PageView, Purchase, SignUp gibi aksiyonlar
Event, “hangi aksiyon gerçekleşti?” bilgisidir. Bazı event’ler sayfa bazlıdır (ör. teşekkür sayfası açıldı), bazıları etkileşim bazlıdır (ör. butona tıklandı). X Ads tarafındaki optimizasyon, bu event’lerin doğru ve tutarlı gelmesine dayanır.
X pixel kurulumu yöntemleri (GTM, manuel, entegrasyon)
Kurulum için üç yaygın yol var. En az hata çıkaran yöntem genellikle Google Tag Manager (GTM) olur; çünkü kodu siteye bir kez eklersiniz, event’leri daha düzenli yönetirsiniz. Hangi yolu seçerseniz seçin, hedef aynı: x pixel kurulumu doğru olacak ve event’ler tek bir mantıkla tetiklenecek. “Pixel’i nereye koyacağım?” sorusu, X ve Twitter isimleri arasında değişmez; arayüz adı değişse de mantık aynıdır.
Yöntem 1: Google Tag Manager ile kurulum (önerilen)
GTM ile ilerlerken amaç basit: X Website Tag kodunu GTM’de bir etiket olarak ekleyin ve tüm sayfalarda çalıştırın. Ardından dönüşüm event’lerini (Purchase/Lead gibi) ayrı tetikleyicilerle bağlayın.
- GTM container’ın doğru siteye bağlı olduğundan emin olun (yanlış domain en klasik hatadır).
- X Ads tarafında Website Tag oluşturun ve kodu alın.
- GTM’de yeni bir etiket açıp kodu ekleyin; tetikleyici olarak “tüm sayfalar”ı seçin.
- Önizleme (Preview) ile test edin; sonra yayınlayın.
GTM tarafında takıldığınız noktalar için Google’ın yardım merkezi iyi bir referanstır: Google Tag Manager yardım merkezi.
Yöntem 2: Siteye manuel kod ekleme (header)
GTM yoksa, X Website Tag kodunu sitenizin <head> bölümüne ekleyebilirsiniz. Burada kritik nokta: kodun tüm sayfalarda yüklenmesi. Sadece landing’e eklenirse, teşekkür sayfasında event çalışmayabilir. Manuel ilerliyorsanız da bu adım, x pixel kurulumu sürecinin “en az oynanan ama en çok hata çıkaran” kısmıdır.
Yöntem 3: Platform entegrasyonları (Shopify/WordPress vb.)
Platform eklentileri pratik olabilir; ama “kuruldu sanılan” hatalar da en çok burada çıkar. Şunları kontrol edin:
- Etiketin gerçekten tüm sayfalarda yüklendiği
- Teşekkür/sipariş onayı sayfasında engellenmediği
- Önbellek (cache) eklentilerinin kodu bozmadığı
- Birden fazla entegrasyonun aynı anda açık olmadığı (çift sayım riski)
Hangi yöntemi seçmelisiniz?
Tek site ve basit hedeflerde manuel kurulum iş görür. Kampanya sayısı artacaksa, farklı event’ler deneyecekseniz ve ekipte birden fazla kişi çalışıyorsa GTM genellikle daha az risklidir.
Event’leri doğru yerde tetikleme: hangi sayfada, hangi tetikleyiciyle?
Event tanımlarken hedefiniz şu olmalı: aynı kullanıcı aksiyonu, her seferinde tek bir event üretsin. Ne eksik saysın, ne iki kez saysın. “Etiket var ama dönüşüm yok” problemlerinin büyük kısmı tetikleyici mantığından çıkar.
Teşekkür sayfası (thank-you page) ile dönüşüm: en temiz senaryo
Form gönderimi veya satın alma sonrası kullanıcı sabit bir URL’ye gidiyorsa (ör. /thank-you), bu en temiz kurulumdur. GTM’de tetikleyici olarak “Page View = thank-you URL içerir” gibi bir kural tanımlarsınız. Kullanıcı sayfayı yenilerse bazı senaryolarda tekrar sayım olabilir; bu yüzden teşekkür sayfasının yenilemede aynı event’i tekrar üretmemesi için ek önlemler gerekebilir (ör. tek seferlik parametre, oturum kontrolü).
Buton tıklamasıyla dönüşüm: form/WhatsApp/telefon için
WhatsApp’a yönlendiren bir buton veya tel: linki varsa, dönüşümü tıklama ile saymak mantıklıdır. Burada iki kritik nokta var: (1) mobil/desktop için iki ayrı buton varsa iki ayrı tetikleyici doğmaması, (2) aynı tıklamanın iki farklı etiket tarafından iki kez sayılmaması.
E-ticarette satın alma: sipariş onayı ve dinamik değer (varsa)
E-ticarette ideal olan, dönüşümü sipariş onayı ekranında tetiklemektir. Eğer altyapınız destekliyorsa, event’e sipariş tutarı gibi bir değer göndermek raporlamayı güçlendirir. Ancak başlangıçta “tutar da göndereceğim” diye kurulumun kırılması sık görülür. Önce doğru sayım, sonra değer.
Çift sayımı önleme: aynı event’in iki kez tetiklenmesi
Çift sayım genellikle şu üç sebepten gelir:
- Hem platform entegrasyonu hem GTM aynı anda açık (iki farklı yerden event gidiyor).
- GTM’de iki tetikleyici aynı aksiyona bağlanmış (ör. hem “All Pages” hem “URL contains”).
- SPA (tek sayfa uygulama) yapısında route değişimleri yanlış “pageview” gibi sayılıyor.
Doğrulama: test ve kontrol adımları
X dönüşüm takibi doğrulama kısmı, kurulumun en kritik adımıdır. “Kod eklendi” demek yetmez; sinyalin X’e gittiğini ve doğru event’in doğru yerde tetiklendiğini görmeniz gerekir. Özellikle x pixel kurulumu sonrası ilk kontrolü atlamak, günlerce yanlış rapora bakmanıza neden olabilir.
X Ads arayüzünde etiket sinyali var mı?
X Ads içinde etiket ve dönüşümlerle ilgili bölümde, etiketin sinyal alıp almadığını kontrol edin. Burada genellikle son sinyal zamanı, gelen event türleri ve olası uyarılar görünür. Amaç basit: etiket çalışıyor mu ve doğru event geliyor mu?
Tarayıcı geliştirici araçlarıyla kontrol (Network sekmesi)
Chrome/Edge’de F12 ile geliştirici araçlarını açıp Network sekmesinden X’e giden istekleri görebilirsiniz. Sayfa açıldığında veya butona tıkladığınızda X ile ilgili bir isteğin tetiklenmesini beklersiniz. Hiç istek yoksa sorun genellikle kodun yüklenmemesi, çerez izni engeli veya yanlış domain/container’dır.
Test dönüşümü: kendiniz denediğinizde ne görmelisiniz?
En güvenilir test, gerçek akışı yürütmektir:
- Reklam linkine UTM ile girin (kendinize özel bir test UTM’si kullanabilirsiniz).
- Formu gönderin veya test siparişi oluşturun.
- Teşekkür sayfasına geldiğiniz anda event’in tetiklenip tetiklenmediğini kontrol edin.
Event görünmüyorsa “reklam kötü” demeden önce, önce event’in gerçekten gönderildiğini doğrulayın.
Yayına almadan önce kontrol listesi
- Etiket tüm sayfalarda yükleniyor mu?
- Ana dönüşüm event’i sadece doğru sayfada/aksiyonda mı tetikleniyor?
- Aynı event iki farklı yerden gönderilmiyor mu (entegrasyon + GTM gibi)?
- Domain/subdomain senaryosunda teşekkür sayfası doğru yerde mi?
- Çerez izni reddedildiğinde davranış ne oluyor (beklediğiniz gibi mi)?
UTM standardı: X verisini GA4 ile eşleştirme
X Ads raporu size X içindeki performansı söyler; GA4 ise sitenizdeki davranışı daha geniş bir çerçevede gösterir. Bu iki dünyayı bağlayan en pratik köprü UTM parametreleridir. UTM ile kampanya takibi, özellikle “hangi kreatif daha iyi trafik getiriyor?” sorusunda çok işe yarar.
UTM nedir, neden X raporuyla birlikte okunmalı?
UTM, linkin sonuna eklenen küçük etiketlerdir. GA4, bu etiketlerle trafiğin kaynağını daha net sınıflandırır. X tarafında dönüşüm sayısı düşük görünse bile GA4’te daha kaliteli oturumlar (ör. daha uzun süre, daha çok sayfa) görebilirsiniz. Tersi de olabilir.
Önerilen UTM şablonu (source/medium/campaign/content)
Basit ve sürdürülebilir bir şablon:
utm_source=x
utm_medium=paid_social
utm_campaign={kampanya_adi}
utm_content={kreatif_adi_veya_format}İsimleri kısa tutun, Türkçe karakter kullanmamaya çalışın ve boşluk yerine tire kullanın (ör. yaz-indirimi).
En sık hata: aynı kampanyada farklı UTM yazımı (veri bölünmesi)
Aynı kampanyada bir linkte utm_source=twitter, diğerinde utm_source=x yazarsanız GA4 iki ayrı kaynak gibi görür. Sonuç: raporlar bölünür, karar vermek zorlaşır. Ekip içinde tek bir sözlük belirleyin ve herkes onu kullansın.
X Ads + GA4 sayıları neden farklı çıkar? (atıf penceresi, çerez, iOS)
Farklılık çoğu zaman normaldir:
- Atıf penceresi: X “tıklamadan sonra şu kadar gün” gibi bir pencereyle sayabilir; GA4 farklı bir model kullanır.
- Çerez/izin: Kullanıcı izni yoksa izleme sınırlanır.
- iOS etkisi: iOS tarafında izleme kısıtları daha belirgindir; bu da özellikle mobil dönüşümlerde sayımı etkileyebilir.
GA4 tarafı için Google’ın resmi kaynakları iyi bir referanstır: Google Analytics Yardım Merkezi.
Raporlama: hangi sayılara bakmalısınız?
X Ads raporlama tarafında amaç, “en ucuz tıklama” değil, “iş hedefinize en çok katkı” olmalı. Bunun için birkaç temel sayıyı düzenli takip etmek yeterli.
Başlangıçta takip edilecek temel sayılar
Tablodaki kısaltmalar ilk bakışta yoğun gelebilir. Mantığı şöyle okuyun: dönüşüm başına maliyet (CPA), dönüşüm oranı (CVR), tıklama oranı (CTR), tıklama maliyeti (CPC) ve gösterim sıklığı (frequency) birlikte yorumlandığında resim netleşir.
| Takip edilen sayı | Ne anlatır? | Yanlış yorum riski |
|---|---|---|
| CPA (dönüşüm başı maliyet) | Bir dönüşüm için ortalama ne ödediğiniz | Event yanlışsa CPA “iyi” görünür ama gerçekte satış/lead yoktur |
| CVR (dönüşüm oranı) | Tıklayanların ne kadarı dönüşüyor | Landing yavaşsa veya form zorsa düşer; reklamı suçlamak kolaydır |
| CTR (tıklama oranı) | Reklamın ilgi çekip çekmediği | CTR yüksek ama dönüşüm düşükse mesaj/landing uyumsuz olabilir |
| CPC (tıklama maliyeti) | Bir tıklama için ortalama ne ödediğiniz | Ucuz tıklama her zaman kaliteli trafik değildir |
| Gösterim sıklığı (frequency) | Aynı kişiye ortalama kaç kez gösterildiği | Çok yükselirse kreatif yorulur, performans düşebilir |
Öğrenme dönemi mantığı: veri azsa ne yapmalı?
Veri azsa sistemin “hangi kitle daha iyi dönüşüyor?” sorusuna cevap üretmesi zorlaşır. Bu durumda genellikle şu iki yaklaşım işe yarar: (1) event sayısını sade tutmak (ana + mikro), (2) çok fazla hedef kitleyi aynı anda bölmemek. Önce sinyal toplayın, sonra ayrıştırın.
Hedef kitle ve kreatif testini ölçüme göre yönetme
Test yaparken tek seferde her şeyi değiştirmeyin. Örneğin kreatifi değiştiriyorsanız hedef kitleyi sabit tutun; hedef kitleyi değiştiriyorsanız kreatifi sabit tutun. Böylece CPA/CVR değişimini neyin etkilediğini daha net görürsünüz.
Dönüşüm gelmiyorsa nereden başlarsınız?
Dönüşüm yoksa üç ihtimali ayırın:
- Event sorunu: Teşekkür sayfası açılıyor ama event görünmüyor (kurulum/teste dönün).
- Trafik sorunu: Tıklama var ama oturum yok (site açılmıyor, yanlış URL, yönlendirme hatası).
- Teklif/mesaj sorunu: Oturum var ama dönüşüm yok (landing, fiyat, form sürtünmesi, uyumsuz vaat).
Bu ayrımı yapınca “reklam çalışmıyor” gibi genel bir yargı yerine, düzeltilebilir bir teknik/iş problemi bulursunuz.
Kurulum oturduktan sonra: değişiklikleri kademeli yapın
X dönüşüm takibi düzgün çalışmaya başladığında asıl değer ortaya çıkar: artık kampanyayı “hissettiğiniz gibi” değil, gördüğünüz sinyallerle yönetirsiniz. Burada kritik nokta, bütçe ve trafik tarafında bir anda büyük sıçramalar yapmamak; değişiklikleri kademeli ilerletmektir. Böylece raporlarda neyin etki ettiğini daha net okursunuz.
X tarafında organik büyümeyi de desteklemek istiyorsanız, Etkiprime’deki yaklaşımın temelinde de benzer bir mantık var: kademeli (drip-feed) teslimat ile ani dalgalanmalar yerine daha doğal görünen bir artış hedeflenir. Bu tür desteklerin anlamlı olabilmesi için önce ölçümünüzün oturmuş olması, yani profil trafiği ve site dönüşümlerini birlikte okuyabiliyor olmanız önemli.
Konuyu kampanya tarafıyla birlikte düşünmek isterseniz şu içerikler işinizi tamamlar: X reklamı kampanya kurulumu, X Analytics raporlarını yorumlama ve X algoritması: sinyaller ve mantık.
Etiket kurulumundan sonra X tarafında etkileşimi desteklemek istediğiniz senaryolarda, Etkiprime’in ilgili sayfaları burada: X etkileşim çözümleri ve X beğeni seçenekleri. Burada amaç, ölçümünüzü bozmayacak şekilde kademeli ilerlemek ve etkisini raporlarda sakin biçimde okumaktır.
Sıkça Sorulan Sorular
X dönüşüm takibi ücretsiz mi, Premium gerekir mi?
X dönüşüm takibi, X Ads altyapısının bir parçası olarak çalışır. Premium gereksinimi arayüz ve hesap türüne göre değişebildiği için, en doğru kontrol X Ads hesabınızda etiket/dönüşüm bölümünün açık olup olmadığıdır.
Etiket kurulu ama dönüşüm görünmüyor: en olası sebepler neler?
En sık görülenler: etiketin yanlış domain/container’da olması, event’in yanlış sayfada tetiklenmesi, aynı event’in iki farklı yerden gönderilmesi (çift sayım/karışıklık), çerez izni nedeniyle etiketin çalışmaması ve teşekkür sayfasının yönlendirme/önbellek nedeniyle beklediğiniz gibi açılmaması.
Aynı sitede hem GA4 hem X etiketi kullanmak sorun çıkarır mı?
Genellikle çıkarmaz; çoğu sitede birden fazla ölçüm etiketi birlikte çalışır. Sorun, aynı aksiyonu iki kez saydıran tetikleyiciler veya consent yönetiminin etiketleri beklenmedik şekilde engellemesidir.
Twitter dönüşüm takibi ile X dönüşüm takibi arasında fark var mı?
Pratikte aynı ihtiyacı anlatır: X (eski adıyla Twitter) reklamlarından gelen trafiğin sitede hangi aksiyonlara dönüştüğünü ölçmek. Arayüz isimleri ve dokümantasyon zaman içinde değişse de mantık aynı kalır: etiket (pixel) + event + doğrulama. Bu yüzden “twitter dönüşüm takibi” aramasıyla gelenlerin de aynı kurulum adımlarını uygulaması gerekir.
X pixel kurulumu yaptıktan sonra dönüşüm hedefini ne zaman değiştirmelisiniz?
Takvimden gün saymak yerine, sinyalin tutarlılığına bakın: ana event (Purchase/Lead) X Ads’te düzenli görünmeye başladı mı, aynı aksiyon tek sefer mi sayılıyor, GA4 tarafında UTM’li oturumlarla mantıklı bir ilişki var mı? Bu üç kontrol temizse hedefi ana dönüşüme taşımak daha stabil ilerler; veri azsa bir süre mikro dönüşüm (ör. ViewContent) üzerinden sinyal toplamak daha güvenli olur.
