Yayın öncesi denetim: siteyi canlıya almadan kontrol listesi

Perşembe akşamı saat 18.20. Pazarlama ekibi üç haftadır üzerinde çalıştığı bayi başvuru sayfasını yayına almaya hazırlanıyor: kapak görseli yerinde, başvuru formu doldurulabiliyor, hizmet listesi doğru. Yayın düğmesine basılıyor, sayfa canlıya çıkıyor, ekip evine gidiyor. Ertesi sabah 09.10'da bölge müdürü arıyor. Sayfanın İngilizce sürümünde iki bölüm Türkçe kalmış, tarayıcı sekmesinde başlık yerine "Yeni sayfa" yazıyor ve gece boyunca gelen başvurulardan hiçbiri CRM'de görünmüyor — form gönderiliyor, teşekkür mesajı çıkıyor, kayıt hiçbir yere düşmüyor. Bu üç hata da yayından önceki on beş dakikada yakalanabilirdi.

Bu yazı, bir sayfayı ya da uygulamayı canlıya almadan önce yürütülecek denetimi sırasıyla ele alıyor: otomatik denetimin ne yakaladığı, engelleyici bulgu ile uyarının nasıl ayrıldığı, içerik turunun nasıl yapıldığı, form eşlemesinin nasıl sınandığı, alan adı ve arama motoru hazırlığı, onay ve yayın saati kararı, yayından sonraki ilk iki gün ve bir şey ters gittiğinde geri dönüş planı. Sonunda da en sık sorulan sorular var.

Yayın öncesi otomatik denetim tam olarak neyi yakalar?

Bir sayfayı gözle okuyarak yakalayabileceğiniz hatalar ile makinenin yakalayabileceği hatalar aynı küme değildir. Gözünüz metnin akışını, tonun tutarlılığını, bir cümlenin ikna edip etmediğini yakalar. Makine ise sizin bakmayı unuttuğunuz alanları yakalar: boş bırakılmış sayfa başlığı, hiç doldurulmamış açıklama alanı, bir dilde başlanıp bitirilmemiş bölüm metni. Rocketly'de Yayın Öncesi Denetim sürüm hazırlanmadan önce bu taramayı yapar ve bulguları listeler; engelleyici olarak işaretlenen bulgular giderilmeden sürüm hazırlanamaz. Yani yarım kalmış bir sayfa yanlışlıkla yayına çıkamaz, çünkü çıkış yolu kapalıdır.

Bu ayrım pratikte şu işe yarar: yayın günü paniğinde "sonra hallederiz" diyerek geçilen adımlar, sonra hiç hallolmaz. Otomatik denetim, kararı kişinin o anki dikkatine bırakmak yerine sisteme yazar. Aynı mantığı satış tarafında da kurarsınız; bir pipeline temizliği kontrol listesi de aynı sebeple vardır: tekrarlayan kontrolü hatırlamaya değil, rutine bağlarsınız.

Engelleyici bulgu ile uyarıyı nasıl ayırırsınız?

Her bulgu yayını durdurmamalı. Durdurursa ekip denetimi ciddiye almayı bırakır ve bir yolunu bulup atlar. İyi bir eşik ayrımı şuna dayanır: bulgu ziyaretçinin gördüğü şeyi bozuyor mu, yoksa yalnızca ileride iyileştirilecek bir şeyi mi eksik bırakıyor? Birincisi engelleyicidir, ikincisi uyarıdır ve yayından sonraki ilk hafta içinde kapatılır.

Bulgu	Somut örnek	Yayına engel mi?	Ne yapılır
Sayfa başlığı boş	Sekmede "Yeni sayfa" yazıyor	Evet	Yayından önce doldurulur
Bir dilde tamamlanmamış metin	İngilizce sürümde iki bölüm Türkçe	Evet	Çeviri bitirilir ya da o dil kapatılır
Form eşlemesi denenmemiş	Kuru deneme hiç çalıştırılmamış	Evet	Deneme gönderimi yapılır
Alan adı doğrulanmamış	DNS TXT kaydı eklenmemiş	Evet	Kayıt eklenir, doğrulama beklenir
Sayfa açıklaması boş	Arama sonucunda özet çıkmayacak	Hayır, uyarı	İlk hafta içinde yazılır
Görsel alternatif metni yok	Kapak görselinde alt metni eksik	Hayır, uyarı	Sıradaki sürümde kapatılır

Bu tablo bir öneri; kendi eşiğinizi kendi işinize göre yazın. Örneğin bir e-ticaret kampanya sayfasında fiyat tablosu bölümünün boş kalması sizin için engelleyici olabilir, kurumsal bir tanıtım sayfasında aynı bölüm hiç bulunmayabilir. Önemli olan eşiğin bir yerde yazılı olması ve yayın gününde tartışılmıyor olmasıdır.

İçerik turu: sayfa gerçekten bitti mi?

Otomatik denetim boş alanı görür, kötü cümleyi görmez. Bu yüzden denetimden sonra biri sayfayı baştan sona, ziyaretçi gibi okumalı. Turu üç geçişle yapmak işe yarar. Birinci geçişte yalnız başlıkları okursunuz: sayfa yalnız başlıklardan anlaşılıyor mu? İkinci geçişte bağlantılara tıklarsınız; her bağlantı gitmesi gereken yere gidiyor mu, aynı sekmede mi açılıyor? Üçüncü geçişte telefon ekranında bakarsınız, çünkü ziyaretçilerin çoğu sayfayı ilk orada görür.

Bu turda en sık atlanan şey tekrar eden içeriktir: şube listesi, ekip kartları, hizmet kutuları. Bunlar sayfaya elle yazıldıysa bir tanesi eskir ve kimse fark etmez. CMS koleksiyonu olarak tanımlandıklarında liste tek yerden dolar, güncelleme sayfayı yeniden tasarlamayı gerektirmez. Yayın tarihini bir plana bağlıyorsanız bu tur da o planın bir adımı olmalı; içerik takvimi ve yayın planı kurarken denetim turunu takvimde ayrı bir iş olarak yazın, yayın gününün son yarım saatine sıkıştırmayın.

Sayfada fiyat ya da paket tablosu varsa turun ayrı bir maddesi olur: gösterilen rakamlar hangi listeden geliyor ve o liste güncel mi? Farklı segmentlere farklı koşullar veriyorsanız sayfadaki genel tablo ile müşteriye özel fiyat listesi mantığınızın çelişmediğini kontrol edin; satış görüşmesinde ortaya çıkan çelişki, sayfada kalan eski bir tablodan daha pahalıya patlar.

Formlar gerçekten doğru yere mi düşüyor?

Yayın sonrası en sessiz hata budur: form çalışıyor gibi görünür, ziyaretçi teşekkür mesajını görür, kayıt hiçbir yere ulaşmaz. Sessizdir çünkü kimse şikayet etmez — ziyaretçi işini yaptığını sanır, siz de form gelmediğini talebin düşük olmasına yorarsınız.

Rocketly'de sayfadaki gönderimler doğrudan CRM'e yazmaz. Formlar CRM'e Bağlanır akışında gönderim önce siteye özel bir gönderim kutusuna düşer, oradan alan eşlemesiyle bir iş akışına bağlanır ve kayıt orada açılır. Bu ara adım tam da denetim için vardır: yayına almadan önce kuru bir deneme çalıştırıp hangi alanın nereye yazıldığını görürsünüz. Denemede telefon alanı boş geliyorsa sorun formda değil eşlemededir ve bunu canlıda değil, denemede öğrenirsiniz.

Kuru deneme alışkanlığı yalnız formlar için değil, otomatik davranan her parça için geçerlidir. Sayfaya bir sohbet asistanı ya da otomatik yanıt bağladıysanız onu da canlıda değil önce kontrollü bir ortamda çalıştırın; AI ajanını yayına almadan test etmek için kullandığınız senaryo listesi burada da işinizi görür: sık sorulan üç soruyu sorun, bir de kasten anlamsız bir mesaj yazın ve cevabın nereye gittiğini izleyin.

Kontrol edilecek dört şey var: zorunlu alanlar gerçekten zorunlu mu, gönderimden sonra ziyaretçiye ne gösteriliyor, kayıt hangi listeye ve hangi sahibe düşüyor, tekrar gönderimde çift kayıt oluşuyor mu. Formun amacı abone toplamaksa dördüncü madde kritiktir; e-posta listesi oluşturma tarafında çift kayıtlar listeyi olduğundan büyük gösterir ve ilk gönderimde geri dönüş oranınızı bozar.

Alan adı, yönlendirme ve bağlantılar hazır mı?

Sayfa kendi genel adresinde çalışıyor olabilir ama kampanya kendi alan adınızda duyurulacaksa yayın günü DNS beklemek istemezsiniz. Özel Alan Adı ve Doğrulama akışında sistem tek kullanımlık bir DNS TXT kaydı üretir, siz onu alan adınızın ayarlarına eklersiniz ve doğrulama sahipliği kanıtlar. Doğrulamadan sonra yönlendirme kaydı da ayrıca kontrol edilir. Bu adımı yayından en az bir gün önce bitirin: DNS yayılımı sizin takviminize göre çalışmaz.

Aynı başlıkta üç şey daha var. Birincisi, alt alan adı seçimi: kampanya sayfasını ana alan adının altında mı, ayrı bir alt alan adında mı yayınlıyorsunuz? İkincisi, eski bir sayfanın yerini alıyorsanız eski adresin nereye gideceği. Üçüncüsü, reklamda ya da e-postada kullanacağınız bağlantının tam hali — takip parametreleriyle birlikte bir kez açılıp denenmeli. Yayından sonra bir harf hatası yüzünden çalışmayan bir bağlantı, en pahalı yayın hatasıdır çünkü hata trafiği alırken ortaya çıkar.

Arama motoru sayfayı ilk günden doğru okuyacak mı?

Halka açık sayfalar sunucuda render edildiğinde başlık, açıklama, canonical adres, dil alternatifleri ve yapılandırılmış veri HTML'in içinde gelir; tarayıcı JavaScript çalıştırmadan da okunur. Yayınlanan her sitenin kendi sitemap.xml ve robots.txt dosyası olur. Denetimde bakacağınız şey bu altyapının varlığı değil, sizin verdiğiniz değerler: her sayfanın kendi başlığı ve açıklaması var mı, iki sayfa aynı başlığı paylaşıyor mu, dizine kapatılması gereken bir teşekkür sayfası açık mı kalmış?

İki dilli bir sitede en sık yapılan hata, bir dilin sayfalarının diğerinin alternatifi olarak tanımlanmamasıdır. O zaman iki sürüm birbiriyle yarışır. Denetim, bir dilde tamamlanmamış metni bulgu olarak listeler; siz de o dili yayına eksik çıkarmak yerine kapatabilirsiniz. Yarım bir dil sürümü, olmayan bir dil sürümünden daha kötüdür — çünkü ziyaretçi onu bulur.

Kim onaylar, kim yayın düğmesine basar?

Kurabilen herkes yayına alabiliyorsa denetim bir öneriye dönüşür. İnceleme ve Onay Politikası ile yayın için hangi rollerin onayının gerektiğini belirler, o rollere kişi atarsınız; onaylar tamamlanmadan sürüm yayına geçmez. Açık bir inceleme kaydı varken yayın durur. Sayfadaki kritik bölümleri kilitleyip yalnız inceleme yetkisi olanların düzenlemesine bırakabilirsiniz — hukuk metni ya da kampanya koşulu olan bölümler için bu, tartışmayı baştan bitirir.

Onay verecek kişinin sayfayı görmesi gerekir ama onun için hesap açmak gerekmez: süreli ve istediğiniz an iptal edilebilen bir önizleme bağlantısıyla sayfayı yayına almadan gösterip yorum toplarsınız. Sonradan "bu değişikliği kim yaptı" tartışması çıkarsa cevabı hafızadan değil kayıttan okursunuz; CRM denetim kaydı mantığı burada da geçerlidir: kapsam ve yetki değişiklikleri kayda düşer, yayın kararının arkasında bir iz kalır.

Yayın saatini neye göre seçersiniz?

Yayın saati bir tercih değil, bir risk kararıdır. Cuma 17.30'da yayına alınan bir sayfanın hatası hafta sonu boyunca açık kalır. İyi saat, ekibin ekran başında olduğu ve trafiğin henüz gelmediği saattir: salı ya da çarşamba sabahı, günün ilk toplantısından önce. Kampanya bir duyuruya bağlıysa sayfanın duyurudan önce yayında olması gerekir, tersi değil.

Zamanlanmış Yayın ile hazırladığınız sürüme bir saat verirsiniz; o ana kadar sayfa gizli kalır, saati gelince arka plan görevi sürümü yayına alır. Bu arada yeni bir inceleme açıldıysa ya da bir onay geri çekildiyse zamanlama bilinçli olarak iptal edilir ve karar size bırakılır — yani zamanlama, onay politikasını devre dışı bırakmaz. Duyuru, reklam ve satış ekibinin hazırlığı aynı saate bağlanıyorsa bunu tek bir geri sayımda toplayın; ön satış lansman kampanyası yürütenlerin sayfayı duyurudan bir gün önce sessizce yayına alıp erişimi bağlantıyla sınırlaması yaygın bir yöntemdir.

Yayından sonraki ilk 48 saatte neye bakarsınız?

Yayın bir bitiş değil, ölçümün başlangıcıdır. İlk iki gün, sayfanın çalışıp çalışmadığını değil, nerede tıkandığını gösterir. Günlük Site Metrikleri sayfa görüntülenmesi, form başlangıcı, form gönderimi, yarıda bırakma, çağrı düğmesi tıklaması ve sayfa derinliğini biriktirir; cihaz ve trafik kaynağı kırılımıyla birlikte okursunuz. Form başlangıcı yüksek ama gönderim düşükse sorun trafikte değil formdadır — çoğu zaman fazla alan istemişsinizdir.

İlk 48 saatte bakılacak üç oran şudur: sayfaya gelenlerin ne kadarı forma başlıyor, başlayanların ne kadarı bitiriyor, gelen kayıtların ne kadarı gerçekten değerlendirilebilir durumda. Üçüncüsü satış tarafının işidir ve genelde kimse ölçmez. Formu bitirmeden ayrılanlar için ikinci bir temas planı kuracaksanız yeniden pazarlama kurgusunu yayınla aynı hafta içinde hazırlayın, bir ay sonra değil.

Bu okumayı bir kereye mahsus yapmak yerine tekrarlayan bir işe bağlayın. Aylık satış kapanış rutini içinde yayınlanan sayfaların performansına ayrılmış on dakika, çalışmayan bir sayfanın aylarca sessizce durmasını engeller.

Bir şey ters giderse geri dönüş planınız ne?

İyi bir yayın planı, hata olmayacağını varsaymaz; hatanın kaç dakikada geri alınacağını bilir. Yayınlanan şey taslağınız değil, o anın dondurulmuş bir kopyasıdır: sürüm numarası alır ve içeriği bir daha değişmez. Taslakta çalışmaya devam edersiniz, ziyaretçi siz yayın düğmesine basana kadar eski sürümü görür. Bu ayrım geri dönüşü basitleştirir, çünkü dönülecek yer hep yerinde durur.

Tek Tıkla Geri Alma ile daha önce yayınlanmış herhangi bir sürüme tek işlemle dönersiniz; o sürümün anlık görüntüsü olduğu gibi durduğu için içeriği yeniden kurmanız gerekmez. Geri alma sırasında bekleyen zamanlanmış yayın da temizlenir, böylece iki karar birbirini ezmez. Planınızda üç şey yazılı olsun: geri almaya kim karar verir, hangi eşikte karar verilir, geri aldıktan sonra kim haber verir.

Sayfayı besleyen veri başka bir sistemden geliyorsa geri dönüş planı sayfayla bitmez. Yeni taşınmış bir müşteri tabanı üstünde yayına çıkıyorsanız CRM veri göçü sırasında oluşmuş eksik alanlar, sayfadan gelen kayıtların da yanlış yere düşmesine yol açar; iki kontrolü aynı hafta içinde yapın.

Kendi denetim listenizi kurup sayfalarınızı onay ve sürüm altında yayına almak isterseniz Rocketly hesabınızı ücretsiz açıp ilk sayfanızı denetimden geçirerek başlayabilirsiniz.

Sıkça sorulan sorular

Denetim her bulguyu yayına engel sayar mı?

Hayır. Engelleyici bulgular giderilmeden sürüm hazırlanamaz; uyarı niteliğindeki bulgular listelenir ama yayını durdurmaz. Eksik sayfa başlığı ya da bir dilde yarım kalmış metin engelleyici tarafta durur, alternatif metin gibi iyileştirmeler ise yayından sonra kapatılabilir.

Sayfayı yayına almadan ekip dışından birine gösterebilir miyim?

Evet. Süreli ve istediğiniz an iptal edilebilen bir önizleme bağlantısı üretirsiniz; karşı tarafın hesabı olması gerekmez. Bağlantı iptal edildiğinde erişim kapanır, sayfa yayına çıkmış olmaz.

Yanlış bir sürümü yayına aldım, ne kadar sürede geri dönerim?

Tek işlemde. Her yayın o anın dondurulmuş bir anlık görüntüsü olduğu için eski sürümü seçip geri alırsınız, içeriği yeniden kurmanız gerekmez. Bekleyen bir zamanlanmış yayın varsa geri alma sırasında o da temizlenir.

Denetim listesini her yayında baştan mı yazmak gerekir?

Hayır, tersine: liste ne kadar sabitse o kadar işe yarar. Otomatik denetimin baktığı alanlar her sürümde aynı kalır; sizin ekleyeceğiniz elle kontrol maddelerini de bir kez yazıp yayın planınızın parçası yaparsınız. Her yayında değişen şey liste değil, listedeki maddelerin cevabıdır.