Modern web sayfası çoğu zaman tek bir şirketin yazdığı koddan oluşmuyor. Analiz, reklam, destek sohbeti ve video oynatıcı gibi hizmetler kendi betiklerini sayfaya ekliyor. Bu bileşenler geliştirme süresini kısaltsa da performans ve veri akışı açısından yeni sorular doğuruyor. Teknoloji gündeminde tedarik zinciri güvenliği denildiğinde yalnızca sunucu yazılımları değil, tarayıcıda çalışan bu küçük parçalar da düşünülmeli.

Bir eklenti birçok sayfayı etkiler

Merkezi bir betik değiştiğinde onu kullanan sayfalar da etkilenebilir. Destek penceresi çalışmaya devam ederken sayfa yavaşlayabilir veya beklenmedik ağ isteği oluşabilir. Sitenin kendi kodunun incelenmesi tek başına yeterli olmayabilir. Geliştiriciler bağımlılıkları envantere alıp gerçekten gerekli olmayanları kaldırmalı; yüklenen içeriğin hangi veriye erişebildiğini belirlemeli. Üçüncü taraf hizmet seçimi, pazarlama kararı kadar teknik bir güven kararıdır.

Giriş ekranındaki hassasiyet

Bir kullanıcı betrupi veya betrupi giriş bağlantısını açtığında sayfanın tarayıcıya hangi harici kodları yüklediği, genel olarak incelenebilecek teknik bir sorudur. Burada söz konusu alan adının betik mimarisi hakkında iddia yok. Örnek, giriş alanı bulunan herhangi bir web sayfasında veri toplama sınırının niçin dikkatle çizilmesi gerektiğini anlatır. Tıklama ölçmek isteyen kodun parola alanını görmemesi gerekir.

Kontrol yalnızca sözleşme değil

Bir tedarikçiyle yapılan veri anlaşması önemli olsa da teknik davranışı sürekli gözlemlemek de gerekir. Betiğin yeni sürümünün ek izin isteyip istemediği, sayfaya hangi ülkeden yanıt verdiği ve kesinti halinde çekirdek işlevi bozup bozmadığı izlenebilir. Kritik akışları harici bir hizmete bütünüyle bağlamak, o hizmet durduğunda kendi sistemini de kullanılmaz hale getirebilir. Yedek deneyim tasarlamak bu yüzden değerlidir.

14 | Kurumsal envanterin değeri

Bir web ekibine ‘sayfada kaç dış sağlayıcı var’ sorulduğunda anında yanıt alınamıyorsa sorun yalnızca belge eksikliğidir denemez. Hangi scriptin hangi veriye eriştiğini bilmemek, olay anında müdahaleyi geciktirir. Tedarikçi kapatıldığında sayfanın hangi işlevlerinin bozulacağını önceden test etmek gerekir. Ağ isteği kayıtları, içerik güvenlik politikaları ve kaynakların sürüm yönetimi bu görünürlüğü artırabilir. Geliştirici araçları sayfada yüklenen her kaynak için ipucu verir, fakat kurumsal karar kaydı yine ekip tarafından tutulmalıdır. Bir kampanya bittiğinde kodunun kaldırılması da bakım sürecine dahil olmalı. Aksi halde kullanılmayan bir piksel veya widget veri taşımayı sürdürebilir. Dış bağımlılıkları azaltmak her hizmeti sıfırdan yazmak anlamına gelmez; hangi modülün neden orada olduğunu bilen bir sistem kurmaktır.

14 | Yayın öncesi kontrol

Yeni bir pazarlama aracı eklenirken çerez tercihlerine saygı gösterip göstermediği test edilmelidir. Yalnızca sağlayıcının açıklamasına bakmak yerine gerçek ağ istekleri ve farklı tercih senaryoları incelenebilir. Aracın kaldırılması gereken kampanya sonunda sorumlu kişi belirlenirse unutulmuş kodlar azalır. Ayrıca dış betik yüklenemediğinde ana sayfanın ve hesap işlemlerinin ayakta kalması hedeflenmelidir. Küçük bir yardımcı araç temel hizmetin tek hata noktası haline gelmemeli.

Webin modüler yapısı üretkenliği artırıyor, fakat modül sayısı arttıkça kimin neye eriştiğini bilmek güçleşiyor. Kullanıcının göremediği bu mimari kararların sonuçları sayfa hızında, gizlilikte ve hata oranında ortaya çıkıyor. Teknoloji yazısının önemli sorusu ‘kaç özellik var’ değil, ‘bu özelliklerin yükü ve erişimi nasıl denetleniyor’ olmalı. Daha az ama iyi yönetilen bağımlılık, bazen daha uzun özellik listesinden güçlü bir ürün deneyimi sunar.