Alan adı ve istek yolunu doğrulayın
Sunucu taraflı ölçümleme kurulumu için gerçek istek yolunu belgeleyin: tarayıcı, seçilen uç nokta, işleme katmanı ve dış hedef. DNS kaydını görmek bu zincirin çalıştığını kanıtlamaz. Kullanılan alan adı, ortam, HTTPS davranışı ve beklenen rota aynı kayıt altında olmalıdır. Önizleme ortamını yanlışlıkla yayın hedefi diye kabul etmeyin.
Kontrollü isteğin hangi adrese gittiğini, yönlendirme olup olmadığını ve sunucunun ne yanıt verdiğini inceleyin. Tarayıcı bağlantı hatası, yol eşleşme hatası ve hedef reddi farklı bulgulardır. Erişim sınırlaması varsa yetkili testin nasıl yapılacağını kaydedin; korumayı kaldırmayı varsayılan kabul adımı yapmayın. Yanıtı teslimin tamamı gibi yorumlamayın.
Alan adı ve sertifika bakımının sahibi belli olsun. Süreklilik için takip edilen kontrolü ve değişiklikte yeniden inceleme koşulunu yazın. Özel alan adı kullanımı kendi başına daha doğru veri, kesintisiz teslim veya bütün tarayıcılarda erişim garantisi vermez; bu sonuçlar ayrı kanıt gerektirir.
İstek yolu
Tarayıcı adresi, sunucu rotası ve gerçek hedefi aynı şemada işaretleyin.
Ortam
Deneme ve yayın yapılandırmalarını isimleriyle ayırın; hedef karışmasını kabul hatası sayın.
Bağlantı
DNS, HTTPS yanıtı ve aşağı akış teslimini ayrı gözlemler olarak kaydedin.
İstemci, dönüşüm ve hedef yapılandırmasını inceleyin
Sunucuda olay işleme sırasında gelen isteği hangi istemcinin yorumladığı, hangi dönüşümün uygulandığı ve hangi hedefin etkin olduğu açık olsun. Yalnızca yayınlanmış konteyner numarasını kaydetmek yeterli değildir. Bir hedefin kapalı görünmesiyle o hedefe başka bir yol üzerinden veri gitmemesi aynı iddia değildir; yolları birlikte inceleyin.
Girişteki alan listesi ile dönüşüm sonrasındaki alanları yan yana yazın. Silinen, yeniden adlandırılan ve türetilen değerleri belirtin. Beklenen alan eksilirse hedef olayın anlamı değişebilir; gereksiz alan eklenirse veri kapsamı genişleyebilir. Bir düzeltmenin başka hedefteki sözleşmeyi bozmadığını kontrollü örnekler üzerinde karşılaştırın. Sözleşme sahibi kararı kayda geçirsin.
Etkin hedef envanterinde amaç, erişim sahibi ve değişiklik sorumlusu bulunmalıdır. Kullanılmayan eski etiket veya entegrasyonun durumu ayrıca kararlaştırılsın. Meta satın alma anlamı ve ortak kimlik için Pixel ve CAPI kontrolünü kullanın; burada sunucu katmanının yönlendirme sorumluluğunu kabul ediyorsunuz.
OKUMADAN SONRAKİ ADIMA
Yayın kabul dosyasını tamamlayalım
Uç nokta envanteriniz, hedef listeniz ve ayıklanmış hata örneklerinizle başlayabiliriz. Eksik teslim kanıtını ve bakım kararlarını birlikte netleştirelim.
İzin sinyalinin sunucuya taşındığını test edin
İzin aktarımıyla sunucu ölçümleme, tercihin tarayıcıda görünmesinden daha geniş bir kontrol ister. Seçim öncesi, izinli durum, reddedilen durum ve geri çekilen tercih için beklenen çıktı tablosu oluşturun. Sunucunun aldığı sinyal ile hedefe uygulanan kararın ilişkisini inceleyin. İzin sinyali eksikse hangi güvenli davranışın beklendiğini yazın.
Sunucu katmanına ulaşan izin sinyali, her dış hedefin aynı sinyali kendiliğinden doğru uyguladığını göstermez. Hedef bazında veri kapsamını ve ilgili uygulama koşullarını kontrol edin. Aynı kişiye ait önceki durumun yeni isteğe yanlış uygulanıp uygulanmadığı da kabul senaryolarına dahil edilmelidir. Tercih değişimi sonrasındaki isteği ayrı kontrol etiketiyle izleyip hedef kararını kaydedin.
İnceleme kanıtını alan adları, kontrollü etiketler ve ayıklanmış yüklerle hazırlayın. E-posta veya telefonu hata ayıklamayı kolaylaştırmak için günlüklere eklemeyin. Kişisel verinin taşınmasıyla ilgili kararın sorumlusu ayrıca belirli olsun. Teknik gönderimin başarılı olması, tüm kullanım amaçlarının uygun olduğuna dair onay vermez.
| İzin senaryosu | İncelenecek nokta | Kayıt |
|---|---|---|
| Henüz seçim yok | Sinyal yokluğundaki hedef davranışı | Beklenen alanlar ve gözlenen çıktı |
| İzin değişti | Yeni tercihin sonraki isteğe aktarımı | Durum değişimi ve hedef kararı |
| Tercih geri çekildi | Eski iznin tekrar kullanılmaması | Kontrollü yeniden kontrol kanıtı |
Hata ve yeniden deneme davranışını gözlemleyin
Olay taşımasının hata yönetimi için sunucu kabulüyle hedef teslimini ayırın. Bir isteğin kabul edilip dış hedefe gönderilememesi mümkündür. Hata kaydı hangi aşamanın durduğunu ve kimin değerlendireceğini göstermelidir. Ölçüm sisteminin ana web sitesi görevini bozup bozmadığını ayrıca kontrol edin; başarısız ölçüm satış işlemini değiştirmemelidir.
Zaman aşımı, hedef reddi ve geçici bağlantı sorunu için planlanan davranışı yazın. Yeniden deneme varsa sınırını, olay kimliğini koruma biçimini ve son başarısızlık kararını inceleyin. Her hatanın sonsuz tekrar edilmesi kaynak tüketir ve kopya olay riski yaratabilir. Sessizce atılan istek ise olay eksikliğinin nedenini görünmez bırakır.
Tanı kaydı olayın teknik durumunu açıklayacak kadar bilgi içersin; ham müşteri içeriğini saklayan ayrıntılı yük dökümü varsayılan olmasın. Süre, hata sınıfı, hedef adı ve kişisel bilgi taşımayan kontrol etiketiyle işe başlayın. Yeniden denemenin bekleyen, başarısız veya tamamlanan durumunu aynı kayıtla ilişkilendirin; bakım sahibi hangi kayıt için müdahale gerektiğini bu kanıttan anlayabilsin.
Geri dönüş ve bakım sorumluluğunu yazın
Yayına alınan ölçüm altyapısı için geri dönüş kararı somut olmalıdır. Önceki onaylı yapılandırmayı, geri dönüşü başlatacak kişiyi ve değişiklik sonrası inceleme adımını yazın. Yalnızca geri alırız notu yeterli değildir. Hangi hedefin kapanacağını veya hangi sürümün geri geleceğini ekibin uygulayabileceği açıklıkta belirtin.
Geri dönüşün tarayıcı tarafındaki yollarla ilişkisini değerlendirin. Bir sunucu yolu kapanırken eski tarayıcı etiketi yeniden açılırsa olay kapsamı ve izin davranışı değişebilir. Bu değişikliği olağan bir teknik ayrıntı gibi atlamayın. Kabul edilen iş olayının korunması için sürüm, hedef envanteri ve izin matrisi beraber gözden geçirilsin.
Bakım sahibi, erişim yenileme, hedef değişikliği ve beklenmeyen hata için takip yöntemi belirlesin. Bir servis hesabının bulunması aktif bakım kanıtı değildir. Devir kaydında karar yetkisi, teknik inceleme yetkisi ve iş raporu sorumluluğu ayrı yazılabilir; böylece arızada herkesin birbirini beklemesi önlenir.
Yayın sonrasında gerçek olayları örnekleyin
Sunucu ölçümlemesinin yayın sonrası kontrolü, önizleme kabulünün gerçek ortamda korunup korunmadığını araştırır. Önceden yetkilendirilmiş, kişisel verilerden arındırılmış olay örneklerini kaynakla karşılaştırın. Örnekleme dönemi, olay yolu, hedef ve yapılandırma sürümünü kaydedin. Bir panelde anlık hareket görmek, bütün hedeflerin doğru içerik aldığını göstermeye yetmez; kapsam dışındaki yolları ayrıca belirtin.
Kaynak olay sayısı, sunucunun işlediği olaylar ve hedefin görünen çıktısı aynı dönemde farklı nedenlerle ayrışabilir. İnceleme aralığını, filtreyi ve rapor hazır olma koşulunu kaydedin. Her farkı otomatik veri kaybı diye adlandırmayın; önce olay tanımı, yinelenen yol, izin durumu ve gecikme açıklamasını değerlendirin. Açıklanamayan fark için sorumlu atayın.
Yayın kararının çıktısı uç nokta, etkin hedefler, dönüşüm kuralları, izin kanıtı, hata davranışı, geri dönüş ve bakım sahibinden oluşan kabul kaydıdır. Eksik satırları açık bırakın. Teknik katmanın kabulü, kampanya geliri artışı veya bütün kullanıcıların izlenebildiği iddiasına çevrilmemelidir.
Yayın kabul dosyasını tamamlayalım
E-posta ve telefon bu taleple ilgili iletişim içindir. Bülten aboneliği oluşturmaz.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
Sunucu taraflı ölçümleme hangi sorunları çözmez?
İş olayının yanlış tanımını, eksik izin bilgisini veya hatalı rapor yorumunu kendiliğinden düzeltmez. Sunucu yeni bir teslim ve işleme katmanıdır. Kaynak doğruluğu, hedef kapsamı ve bakım davranışı ayrıca kabul edilmelidir.
Özel alan adı tek başına yeterli mi?
Hayır. Alan adının çözülmesi yalnızca zincirin bir bölümüdür. HTTPS, doğru istek yolu, dönüşüm, izin ve hedef teslimi ayrı kontrol edilir. Özel alan adı kullanmak erişim veya doğruluk garantisi değildir.
İzin durumu sunucu tarafında nasıl test edilir?
Seçim öncesi, izinli, reddedilen ve geri çekilen durumlar için kontrollü senaryolar planlayın. Tarayıcıdaki sinyali sunucunun kararı ve hedef çıktısıyla ilişkilendirin. Tek ekran görüntüsü bütün durumların doğru işlendiğini göstermez.
Tarayıcıda olay görünmesi teslimi kanıtlar mı?
Hayır. Tarayıcıda görünen olay sunucuya veya dış hedefe teslim edilmiş olmayabilir. Her aşamanın kabul, işleme ve teslim kanıtını ayrı inceleyin; rapor görünürlüğünü de kendi kapsamı içinde değerlendirin.
Kurulumdan sonra kim bakım yapmalı?
Bir teknik bakım sahibi ve iş tanımlarını onaylayan işletme sahibi belirleyin. Hedef, izin ve kaynak şeması değişikliklerinde yeniden kontrol gerekir. Kurulumun tamamlanması bu sorumluluğun sona erdiği anlamına gelmez.
KAPSAMI BİRLİKTE BELİRLEYELİM
Yayın kabul dosyasını tamamlayalım
Uç nokta envanteriniz, hedef listeniz ve ayıklanmış hata örneklerinizle başlayabiliriz. Eksik teslim kanıtını ve bakım kararlarını birlikte netleştirelim.
Yayın kontrolünü konuşalım