Kaynakları seçmeden önce brief'i toplayın
Kampanya URL'sini, yayın saat dilimini, e-posta ve reklam windows'ini, sayfa değişikliklerini, formları, indirmeleri ve raporlama son tarihini listeleyin. Bir içerik düzeltmesini onaylayabilecek, bir reklam gönderimini duraklatabilecek ve arızalı isteğe bağlı bir özelliği devre dışı bırakabilecek kişiyi adlandırın. Trafik penceresi sırasında siteyi kimin işletebileceğini kaydedin.
Temsili bir sürüm ve sentetik test verisi hazırlayın. Bir staging hedefi veya açıkça yetkilendirilmiş başka bir ortam ile bir değişiklik başarısız olduğunda geri dönülecek bilinen çalışan bir sürüm belirleyin. Harici e-posta, analitik, video ve form hizmetlerini sahipleri ve test düzenlemeleriyle birlikte envanterleyin. Hiçbirinin bir VPS ile birlikte geldiği varsayılmamalıdır.
Bitişi de içeren bir takvim yazın
Lansman sayfası boyunca tek bir saat dilimi kullanın. Aşağıdaki zaman çizelgesi, 09:00 duyurusu yapılan bir sonbahar atölyesi kampanyası için önerilen bir örnektir. Tamamlanmış bir lansman veya ölçülmüş bir sonuç değildir.
Duyuruyu ilgisiz bir uygulama yükseltmesiyle birleştirmekten kaçının. Geç bir içerik değişikliğinin gönderimi geciktireceği mi yoksa ayrı ve daha küçük bir incelemeye mi gireceği konusunda anlaşın.
Tüm tablo sütunları için yatay olarak kaydırın.
| Ne zaman | Eylem | Kanıt veya karar |
|---|---|---|
| Beş gün önce | İçerik, form davranışı ve üçüncü taraf bağımlılıkları üzerinde anlaşın | Adlandırılmış onaylayıcı ve eksik girdiler |
| İki gün önce | Seçilen sürümü yetkili bir hedefte prova edin | Kaydedilen sınırlar, gözlemler ve düzeltmeler |
| Bir gün önce | Sürümü dondurun ve yayın prosedürünü doğrulayın | Revizyon, geri alma hedefi ve operatör |
| 08:30 | Ortak içeriği, form hedefini ve önbellek davranışını kontrol edin | Git, bekle veya düzelt |
| 09:00–11:00 | Duyurulan trafik penceresini gözlemleyin | Yanıt hataları, gönderim sonuçları ve bağımlılık sağlığı |
| Kampanyadan sonra | Formu kapatın veya güncelleyin ve gerekli kayıtları saklayın | Müşteri onaylı saklama ve raporlama eylemleri |
Her yanıt türüne bir önbellek kuralı atayın
Ortak görseller, stiller ve onaylanmış kampanya metni yeniden kullanım için adaydır. Tarayıcı, proxy ve uygulama önbelleklerini ayrı ayrı envanterleyin. Her biri için eski içeriğin ne kadar kalabileceğini ve düzeltilmiş bir sürümün nasıl görünür hale geleceğini kaydedin. Sürümlenmiş varlık URL'leri, değişen dosyaları önceki sürümlerden ayırmaya yardımcı olur.
MDN önemli bir ayrımı belgeler: no-cache depolamaya izin verir ancak yeniden kullanımdan önce doğrulama gerektirir; no-store önbelleklere yanıtı depolamamalarını söyler. private yönergesi, paylaşılan önbellekleri dışlayarak özel önbelleğe izin verir. Kişiselleştirilmiş sayfalar ve form sonuçları için davranışı bilinçli olarak seçin ve uygulamanın gerçek yanıt başlıklarını doğrulayın.
Atölye örneği için ortak takvim üzerinde anlaşılmış bir tazelik süresi kullanabilirken kayıt yanıtları paylaşılan önbelleklerin dışında kalmalıdır. Hem ilk hem de tekrar ziyaretleri kontrol edin. Tarayıcı önbelleği ayarı bir uygulama veya proxy önbelleğini temizlemez, bu nedenle düzeltilmiş takvimi ziyaretçilerin kullanacağı iletim yolu üzerinden doğrulayın.
Ana eylemin arkasındaki işi takip edin
Bir kaydı gönderimden doğrulama, veritabanı yazımı, onay ve varsa bildirim boyunca izleyin. Hangi işlemlerin yanıttan önce gerçekleştiğini ve hangilerinin sonra çalıştığını belirleyin. Hızlı bir açılış sayfası yavaş bir form işleyicisi hakkında çok az şey söyler.
Uygulamanın çift tıklamaları, kullanılamayan bir e-posta hizmetini ve zaten kaydedilmiş bir kaydı nasıl ele alması gerektiğine karar verin. Bu davranışlar uygulama implementasyonu ve doğrulaması gerektirir; sunucu kaynağı eklemek bunları tanımlamaz. Kampanya verisi oluşturma, dışa aktarma ve diğer zamanlanmış işleri pratik olduğunda ana pencereden uzak tutun. Çakışmaları gerekiyorsa, işlerini provaya dahil edin.
Tarayıcının harici bağımlılıklarını inceleyin
Kendi origin'inizi diğer hizmetlerden ayırt etmek için tarayıcının ağ araçlarını kullanın. Chrome DevTools, istek zamanlamasını, filtrelemeyi, ağ kısıtlamayı ve tarayıcı önbelleği kontrollerini belgeler. Ana eylemi normal bir bağlantının yanı sıra yavaş bir bağlantıyla da inceleyin, ardından hangi harici isteklerin faydalı içeriği veya tamamlanmayı geciktirdiğini not edin.
Örnek kampanya için isteğe bağlı bir videonun onaylanmış bir metin alternatifi olabilirken kayıt hedefi esastır. Her arızanın ziyaretçiye nasıl görüneceği konusunda anlaşın. Sahibi testi açıkça onaylamadıkça yük testi isteklerini üçüncü taraf hizmetlerden uzak tutun; uygun test uç noktaları veya kontrollü ikameler kullanın.
Testi ve durdurma koşullarını birlikte tanımlayın
Herhangi bir şey çalıştırmadan önce hedefi, izin verilen istek yollarını, maksimum süreyi, eşzamanlılık üst sınırını ve operatörü yazın. Küçük bir işlevsel kontrolle başlayın. Önerilen ilk prova, en fazla iki eşzamanlı sentetik yolculukla iki dakika sürebilir ve gerçek giden mesaj içermeyebilir. Bunlar kasıtlı olarak sınırlı örnek ayarlardır; her sistem için bir performans hedefi veya güvenli varsayılan değildir.
Temel çizgi ve müşteri gereksinimlerini kullanarak yanıt hataları, yanıt süresi ve kaynak baskısı için projeye özel eşikler belirleyin. Beklenmeyen gerçek gönderimler, eksik veya yinelenen test kayıtları, operatör erişiminin kaybı veya onaylanan hedefin dışındaki etkilerde hemen durun. Otomatik koşulların yanı sıra manuel bir durdurma yöntemi bulundurun.
Grafana k6, eşikleri ve bir abortOnFail seçeneğini destekler; belgeleri ayrıca gecikmeli değerlendirmeyi ve bulut çalıştırmaları için farklı zamanlamayı açıklar. Her başarısız kontrolün bir testi durduracağını varsaymak yerine gerçekten seçilen aracı yapılandırın.
Provanın neyi kanıtladığını kaydedin
Test edilen revizyonu, hedef yapılandırmayı, istek karışımını, önbellek durumunu, sınırları ve gözlemleri birlikte tutun. Test kayıtlarını, temizliği ve gerçek entegrasyonların lansman için doğru yapılandırıldığını onaylayın. Ortak sayfalar yanıt verirken form başarısız olursa, tüm VPS yapılandırmasını değiştirmeden önce o yolu araştırın.
Küçük ve başarılı bir prova, bu koşullar altında çalıştırılan yollar hakkında bir kararı destekler. Bir ziyaretçi üst sınırını öngörmez veya her kampanya bağımlılığını kanıtlamaz. Başarısız kabul maddelerini çözün, önemli değişikliklerden sonra başka bir sınırlı kontrol planlayın ve adlandırılmış onaylayıcının gitme veya bekleme kararını vermesini sağlayın. Kampanyadan sonra formlar, dışa aktarmalar ve saklanan veriler konusunda döngüyü kapatın.
Kaynaklar ve inceleme
Teknik referanslar 12 Eylül 2026 tarihinde kontrol edildi. Örnekler planlama alıştırmalarıdır; başvurulan yazılım belgeleri PrivateHostLab hizmet yeteneklerini ortaya koymaz.