Üçüncü taraf etiketlerini optimize etmeden önce, bu komut dosyalarının sitenizde hâlâ gerekli olduğundan emin olun.
Üçüncü taraf komut dosyaları veya "etiketleri", sitenizdeki performans sorunlarının kaynağı ve dolayısıyla bir optimizasyon hedefi olabilir. Ancak, eklediğiniz etiketleri optimize etmeye başlamadan önce, ihtiyacınız olmayan etiketleri optimize etmediğinizden emin olun. Bu makalede, yeni etiket isteklerini nasıl değerlendireceğiniz ve mevcut etiketleri nasıl yöneteceğiniz ve inceleyeceğiniz gösterilmektedir.
Üçüncü taraf etiketleri ele alınırken konuşma genellikle hızlı bir şekilde performans sorunlarına dönüşür ve bu etiketlerin "temel" rolünün ne olduğuyla ilgili temelleri unutur. Çok çeşitli yararlı işlevler sunarak web'i daha dinamik, etkileşimli ve bağlantılı hale getirirler. Ancak üçüncü taraf etiketleri kuruluştaki farklı ekipler tarafından eklenebilir ve zaman içinde genellikle unutulur. Çalışanlar işe devam eder, sözleşmelerin süresi dolar veya sonuçlar elde edilir, ancak ekipler komut dosyalarının kaldırılması için hiçbir zaman tekrar iletişime geçmez.
Üçüncü taraf etiket komut dosyası çalıştırma ya da teknik bir bakış açısından hangi etiketlerin ertelenebileceği, geç yüklenebileceği veya önceden bağlanabileceği konusunda düşünmeye başlamadan önce, bir siteye/sayfaya hangi etiketlerin ekleneceğini kurumsal açıdan yönetme fırsatınız vardır. Çok yüksek miktardaki üçüncü taraf etiketi nedeniyle web sitelerinin yavaşladığı ortak bir tema, web sitesinin bu kısmının tek bir kişiye veya ekibe ait olmaması ve dolayısıyla boşluklar arasında denk gelmesidir. Web sitenizi optimize etmekten daha sinir bozucu bir şey yoktur: Hazırlık ortamında performanstan memnun kalmanız ve eklenen etiketler sayesinde üretimde gerileme hızının artması. Üçüncü taraf etiketleri için "değerlendirme süreci" uygulamak, bu etiketler için işlevler arası sorumluluk ve sorumluluk oluşturan bir iş akışı oluşturarak bunu önlemeye yardımcı olabilir.
Üçüncü taraf etiketlerini inceleme biçiminiz yalnızca kuruluşa, yapısına ve mevcut süreçlerine bağlıdır. Etiketlerin yönetimi ve analizinin sorumlusu olarak, etiketleri eklenmeden önce tek bir ekibe sahip olmak kadar basit olabilir. Daha gelişmiş ve resmi bir yaklaşım da olabilir (örneğin, ekiplere etiket istekleri göndermeleri için bir form sağlayabilirler). Bu tür sorular, reklamın neden web sitesinde olması gerektiği, ne kadar süreyle yer alması gerektiği ve işletmeye ne gibi yararlar sağlayacağını sorgulayabilir.
Etiket yönetimi süreci
Her ne kadar etiketleri kuruluşunuz içinde incelemeyi seçerseniz, aşağıdaki aşamalar bir etiketin yaşam döngüsünün bir parçası olarak düşünülmelidir.
Uygunluk
Bir sayfaya herhangi bir etiket eklenmeden önce, mevcut olması için tüm uygunluk gerekliliklerini geçtiğinden emin olmak üzere etiketin hukuk ekibi tarafından titizlikle incelendiğinden emin olun. Bu, etiketin AB Genel Veri Koruma Yönetmeliği (GDPR) ve Kaliforniya Tüketici Gizliliği Yasası'na (CCPA) uygun olup olmadığını kontrol etmeyi içerebilir.
Bu önemlidir, bu adımda herhangi bir şüphe varsa etiketi performans açısından değerlendirmeden önce ele alınması gerekir.
Gerekli
İkinci adım, sayfada belirli bir etiketin gerekip gerekmediğini sorgulamaktır. Şu tartışma noktalarını göz önünde bulundurun:
- Etiket aktif olarak kullanılıyor mu? Aksi halde kaldırılabilir mi?
- Etiket site genelinde yükleniyorsa bu gerekli midir? Örneğin, bir A/B testi paketini analiz ediyorsak ve şu anda yalnızca açılış sayfalarında test yapıyorsanız, etiketi sadece bu sayfa türüne bırakabilir miyiz?
- Buna daha fazla mantık ekleyebilir miyiz, canlı bir A/B testi olup olmadığını tespit edebilir miyiz? Bu durumda, etiketin eklenmesine izin verin ancak mevcut değilse etiketin mevcut olmadığından emin olun.
Sahiplik
Etiket sahibi olarak net bir kişi veya ekibe sahip olmak, etiketlerin proaktif bir şekilde izlenmesine yardımcı olur. Genellikle bu, etiketi ekleyen kişi olur. Etiketin yanında bir atanan sayesinde, etiketin gerekli olup olmadığını tekrar ziyaret etmek için gelecekte inceleme ve denetimler yürütülebilir.
Amaç
Dördüncü adım, kullanıcıların etiketin sayfaya neden eklendiğini anlamasını sağlayarak çapraz fonksiyonlu hesap verebilirlik ve sorumluluk oluşturmaya başlar. Her bir etiketin web sitesine ne getirdiği ve neden kullanıldığına dair işlevler arası bir anlayışın olması önemlidir. Örneğin etiket, kişiselleştirmeye izin vermek için kullanıcı oturumu işlemlerini kaydediyorsa tüm ekipler bunun neden mevcut olması gerektiğini biliyor mu?
Ayrıca, herhangi bir ticari ve performansta denge kurmak için yapılan tartışmalar oldu mu? Gelir sağladığı için "gerekli" olarak kabul edilen bir etiket varsa, hız regresyonu nedeniyle kaybedilebilecek potansiyel gelir analizi
Yorum
Beşinci, son ve muhtemelen en önemli adım, etiketlerin düzenli olarak incelenmesini sağlamaktır. Bu, web sitesinin boyutuna, sitede bulunan etiketlerin sayısına ve geri dönüş süresine (ör. haftalık, aylık, üç aylık) bağlı olmalıdır. Bu durum, diğer web sitesi öğelerini (JS, CSS, resimler vb.) optimize etme ile aynı şekilde ele alınmalı ve düzenli olarak proaktif bir şekilde kontrol edilmelidir. İnceleme başarısız olursa, etiket yöneticisi "şişkin" olarak sayfaları yavaşlatabilir. Sayfadaki gerekli işlevleri gerilemeden iyi performansa dönüş yapmak karmaşık bir görev olabilir.
Değerlendirme sürecinde size, belirli bir sayfa için gerektiği gibi sınıflandırılmış etiketlerin son bir listesi bırakılmalıdır. Bu aşamada teknik optimizasyon yaklaşımlarını inceleyebilirsiniz. Bu ayrıca bir performans bütçesi dahilinde bu nihai listedeki etiket sayısını tanımlama fırsatı sunar. Bu bütçe, Lighthouse CI içinde izlenebilir ve performansa özel hedef ayarına dahil edilebilir. Örneğin:
Kendi optimize edilmiş JS'mizle birlikte Açılış Sayfalarımızda 5'ten az etiket kullanırsak Toplam Engelleme Süresinin (TBT) Önemli Web Verileri'nde "iyi" olarak yakalayabileceğinden eminiz.