Bir web sitesi önizlemesinin güzel görünmesi, yayına hazır olduğunu tek başına göstermez. Teklif formu yanlış adrese gidebilir, ürün belgesi eski sürüm olabilir veya ziyaretçi mobil menüden önemli bir sayfaya ulaşamayabilir. Bu sorunlar, yalnız ana sayfaya bakılarak verilen onayda gözden kaçabilir. Yayın kabulü, işletmenin önemli kullanıcı görevlerini tamamlayabildiğini ve teslim edilen yapıyı yönetebildiğini somut kontrollerle doğrulamasıdır.
Bir kurumsal web sitesi projesinde teknik kontrolleri geliştirme ekibi, içerik ve iş sonucu kontrollerini ise ilgili işletme sorumluları birlikte değerlendirmelidir. Bu rehber, yayından önce uygulanabilecek form, içerik, erişim ve bağlantı senaryolarını bir kabul dosyasında toplamaya yardımcı olur. Liste proje kapsamına göre uyarlanmalıdır; burada yer alan örnekler belirli bir müşteri için yapılmış testleri veya gerçekleşmiş sonuçları temsil etmez.
Önce Hangi Sürümü Kabul Ettiğinizi Netleştirin
Kontrole başlamadan önce önizleme adresini, sürüm bilgisini, sayfa listesini ve kabul sorumlularını kaydedin. Test sürerken içerik veya tasarım sürekli değişiyorsa hangi sonuçların güncel kaldığı anlaşılmaz. Değişiklik yapılması gerektiğinde etkilenen kontrolleri yeniden değerlendirecek bir yöntem belirleyin. Aynı görünen iki ekran farklı sürümlere ait olabilir; ekran görüntüsü dosyası tek başına yeterli sürüm kaydı değildir.
Başlangıçta belirlenen hedeflerle teslim edilen yapıyı karşılaştırın. Kurumsal web tasarım briefi, hangi ziyaretçinin hangi işi tamamlaması gerektiğini hatırlatır. Her madde için beklenen sonucu, kontrol eden kişiyi ve sonucu gösteren kanıtı yazın. “İletişim sayfası kontrol edildi” yerine, hangi iletişim kanalının doğru hedefe ulaştığını ve hangi bilgilerin doğrulandığını belirtin.
Kabulü Gerçek Ziyaretçi Görevleri Üzerinden Yapın
Test listesi yalnız sayfa adlarından oluşmasın. Bir ziyaretçinin siteye nereden geldiğini, hangi bilgiyi aradığını ve sonrasında hangi işlemi tamamladığını düşünün. Ana sayfadan başlamak dışında, arama sonucundan doğrudan bir hizmet sayfasına gelen kişiyi de değerlendirin. Her görevi hem beklenen normal akışla hem de eksik bilgi veya yanlış adres gibi uygun olumsuz koşullarla kontrol edin. Aşağıdaki senaryolar başlangıç için kullanılabilir.
- Hizmet inceleme: Ziyaretçi bir hizmet sayfasına doğrudan gelir, kapsamı anlar ve doğru teklif veya iletişim adımına ulaşır.
- Belge bulma: Ziyaretçi ilgili ürünün güncel belgesini açar; dosyanın ürün adı, dili ve sürümü sayfadaki açıklamayla eşleşir.
- Talep gönderme: Ziyaretçi formu tamamlar, sonucu açıkça görür ve talep işletmenin kararlaştırılan takip kanalında bulunabilir.
- Yanlış adresten dönüş: Ziyaretçi bulunmayan bir sayfaya gelir; anlaşılır mesajdan menüye, aramaya veya ilgili içeriğe dönebilir.
İçerik Onayını Sayfa Sayfa Doğrulayın
İşletme adı, hizmet kapsamı, iletişim bilgileri, çalışma koşulları ve ürün açıklamalarını onaylı kaynakla karşılaştırın. Eski taslak metinler, örnek telefonlar veya sunumdan kalan ifadeler yayında bulunmamalıdır. Özellikle aynı bilginin başlıkta, kartta ve detay sayfasında tekrar ettiği alanlara dikkat edin. Bir yerde düzeltilen hizmet adı diğer alanlarda eski kalmış olabilir. Teknik ayrıntıları doğrulayacak kişinin kim olduğu kabul dosyasında belli olsun.
Hizmet sayfası hazırlama yaklaşımı, kapsam ve teslim bilgilerinin kontrolüne yardımcı olur. Görsellerde doğru ürünün veya çalışma konusunun gösterildiğini; kırpmanın önemli ayrıntıları kaldırmadığını inceleyin. Metin ve görsel hazırlama rehberindeki envanter, sayfada kullanılan dosyayı onaylı malzemeyle eşlemek için kullanılabilir. İndirilebilir belgeleri yalnız bağlantı adına bakarak onaylamayın; dosyayı açıp içeriğini değerlendirin.
Formda Ekran Sonucuyla İş Sonucunu Birlikte Kontrol Edin
Formun kabulü, yalnız gönder düğmesinin çalıştığını görmek değildir. Önceden kararlaştırılmış test bilgileriyle normal bir gönderim yapıldığında, kullanıcıya hangi sonucun gösterileceği ve işletmenin bu kaydı nerede bulacağı doğrulanmalıdır. Testin bildirim veya gerçek operasyon başlatma ihtimali varsa ilgili ekiplerle önceden planlayın. Kişisel müşteri bilgisi kullanmak yerine amacı belli test verileri tercih edin; deneme kaydını operasyon içinde ayırt edilebilir tutun.
W3C form sonuç bildirimi rehberi, başarı ve hata sonucunun açık, kısa ve anlaşılır biçimde iletilmesini; hatada düzeltme yolunun gösterilmesini ele alır. Kullanıcı açısından gönderimin tamamlanıp tamamlanmadığı belirsiz kalmamalıdır. İşletme açısından da ekrandaki başarı mesajını tek kanıt kabul etmeyin: Kayıt panelde tutuluyorsa paneldeki sonucu, bildirim bekleniyorsa belirlenen alıcıya ulaşmasını ayrıca kontrol edin.
Eksik Alan ve Yeniden Deneme Senaryolarını Atlamayın
Zorunlu alanı boş bırakın, e-posta biçimini hatalı girin ve ilgili dosya alanı varsa uygun olmayan bir dosyayla deneyin. Kullanıcı hangi alanı nasıl düzelteceğini anlayabiliyor mu? Doğru yazılmış diğer bilgiler korunuyor mu? Hata mesajından sonra form tamamlanabiliyor mu? Tekrar gönderim davranışını da proje kuralına göre değerlendirin; kullanıcı sonucu göremediğinde gelişigüzel yeniden kayıt oluşturmak yerine mevcut sonucu anlayabilmelidir.
Testteki her denemenin kimliğini not edin. Aynı görünen birkaç mesaj arasında hangi kaydın hangi denemeye ait olduğu belirsizse sonucun doğrulanması zorlaşır. Başarılı akış, hata düzeltme ve bildirim kontrolünü ayrı satırlarda tutmak, yalnız birinin geçmesiyle bütün formun tamamlanmış sayılmasını önler. Karşı taraftaki alıcı kontrol edilemiyorsa bu maddeyi başarılı işaretlemek yerine bekleyen doğrulama olarak kaydedin.
Menü, Arama ve Mobil Görevleri Birlikte İnceleyin
Üst menü, alt menü, logo bağlantısı, içerik kartları ve sayfa içindeki eylem bağlantılarını gezinerek kontrol edin. Kullanıcı farklı bir sayfadan başladığında da yönünü bulabilmelidir. Site içi arama kapsamdaysa bilinen bir hizmeti ve sonuç vermemesi beklenen bir ifadeyi deneyin. Yanlış sonuç veya sonuç yok durumunda ziyaretçiye anlaşılır bir devam yolu sunulup sunulmadığına bakın; sadece arama kutusunun görünmesi yeterli değildir.
Mobil form ve menü kontrol listesi, aynı görevleri telefon üzerinden incelemek için tamamlayıcıdır. Menünün açılması, kapanması, bağlantı seçimi ve klavye açıkken formun kullanılabilmesi ayrı ayrı değerlendirilebilir. Klavyeyle gezinme, alan etiketleri ve anlaşılır mesajlar gibi erişilebilirlik kontrollerini de kapsama ekleyin. Bu sınırlı listeyi tam bir erişilebilirlik değerlendirmesi yapılmış gibi sunmayın; uzman kontrolü gerektiren kapsam ayrıca belirlenmelidir.
Eski Adresleri, Yeni Bağlantıları ve Hata Sayfasını Kontrol Edin
Site yenileniyorsa önemli eski adresleri yeni karşılıklarıyla eşleyip tek tek açın. Hedefin yalnız açılması değil, doğru konuya ulaşması gerekir. Eski bir hizmet bağlantısının ilgisiz ana sayfaya gitmesi ziyaretçinin aradığı bilgiyi bulduğunu göstermez. Menüden kaldırılmış bir içeriğe başka bir sayfadan hâlâ bağlantı verilip verilmediğini de inceleyin. Yanlış yazılmış örnek bir adresle hata sayfasının kullanılabilirliğini kontrol edin.
İçerik ve URL taşıma planı, yenileme projelerinde bu eşlemenin nasıl hazırlanacağını ayrıntılandırır. Kabul dosyasında önemli eski adres, beklenen yeni hedef, gerçek sonuç ve kontrol tarihi birlikte bulunabilir. Belge, e-posta ve telefon bağlantıları da bu kontrole dahildir. Bağlantının görünen metniyle açtığı hedefin aynı ihtiyaca karşılık verdiğinden emin olun; eski iletişim bilgilerini otomatik doğru kabul etmeyin.
Önizleme Erişimiyle Arama Görünürlüğünü Karıştırmayın
Önizlemede yer alan özel içerik, paylaşım bağlantısı bilindiğinde herkes tarafından açılmamalıysa uygun erişim koruması gerekir. Google’ın paylaşılan içeriği kontrol etme açıklaması, parola koruması ile noindex kuralının farklı amaçlarını açıklar. Noindex, destekleyen arama motorlarında dizine eklemeyi engellemeye yöneliktir; bağlantıyı bilen kullanıcının içeriği açmasını tek başına önlemez. İşletme, inceleme ortamının kimlere açık olacağını başlangıçta kararlaştırmalıdır.
Canlıya geçişte teknik ekip, önizlemeye ait erişim ve arama ayarlarının doğru ortama uygulandığını doğrulamalıdır. Kamuya açık olacak sayfaların istemeden kapalı kalmasıyla, özel içeriğin yanlışlıkla açılması farklı sorunlardır. İşletme sorumlusu oturum açmış kendi tarayıcısıyla yetinmesin; ziyaretçinin erişim koşullarını temsil eden oturumda da kontrol yapılsın. Buna karşılık yönetim ve özel belge alanlarının yetkili kullanıcılarla sınırlı kalması gerektiği unutulmasın.
Başlık, Açıklama ve Dizinleme Ayarlarını Teslim Kapsamıyla Eşleyin
Önemli sayfaların tarayıcı başlığının ve kısa açıklamasının o sayfayı doğru tanıtıp tanıtmadığını inceleyin. Farklı hizmetlerin aynı genel başlıkla teslim edilmesi ya da test ortamı adının canlı başlıklarda kalması kabul sırasında fark edilebilir. Teknik ekip, canonical adresleri ve varsa site haritasını yayın hedefiyle karşılaştırmalıdır. İşletmenin bu kontrollerde hangi kanıtı teslim alacağı, profesyonel web tasarımda SEO kapsamı üzerinden netleştirilebilir.
Google noindex belgesi, bu kuralın görülebilmesi için sayfanın tarayıcı robota erişilebilir olması gerektiğini açıklar; robots.txt ile engellenen sayfada noindex okunamayabilir. Bu iki ayarı aynı şey gibi değerlendirmeyin. Yayında görünmesi amaçlanan sayfalarda yanlış engel bulunmadığı teknik olarak kontrol edilmelidir. Dizinlenmeye uygun ayarlar yapılması ise belirli bir tarihte arama sonucunda görünme veya sıralama garantisi değildir.
Canlı Ortam Bağımlılıklarını ve Tercih Akışlarını Doğrulayın
Alan adı, güvenli bağlantı, form alıcıları ve varsa dış servis bağlantıları teknik ekibin canlı ortamda kontrol edeceği bağımlılıklardır. Önizlemede çalışan bir işlemin farklı alıcı veya erişim bilgileriyle canlıya geçtiğinde aynı sonucu verdiği doğrulanmalıdır. Tarayıcı güvenli bağlantı sorunu gösteriyorsa bu maddeyi geçerli kabul etmeyin; teknik sorumlunun nedeni incelemesini sağlayın. İşletme de kendi kontrolündeki alıcı hesapların ve iletişim bilgilerinin doğru olduğunu teyit etmelidir.
Sitede çerez tercih arayüzü bulunuyorsa seçeneklerin açılmasını, kaydedilmesini ve sonradan değiştirilmesini deneyin. Yalnız ilk görünen kutunun kapanmasına bakmayın; uygulanan tercih düzeninin işletmenin onayladığı davranışla eşleşmesi kontrol edilmelidir. Gizlilik ve diğer bilgilendirme bağlantıları doğru, güncel metinleri açmalı; boş veya başka bir projeden kalmış sayfaya gitmemelidir. Bu işlevsel kontrol, metinlerin içeriği için gerekli işletme onayının yerine geçmez.
Ölçüm veya dış hizmet bağlantısı teslim kapsamındaysa hangi olayın nerede doğrulanacağını da yazın. Örneğin test formu gönderimi için kayıt oluşması, bildirim ulaşması ve varsa ölçüm olayının görülmesi ayrı sonuçlardır. Birinin gözlenmesi diğerlerinin gerçekleştiğini kanıtlamaz. Erişimi olmayan kişinin sonucu varsayarak kapatması yerine ilgili sorumludan doğrulama alınsın. Test trafiğinin gerçek iş raporlarını nasıl etkileyeceği de değerlendirme planında belli olsun.
Bu kontrolleri son dakikada rastgele eklemeyin. Web tasarım teslim planında işletme ve teknik ekip için ayrı sorumluluklarla yer verin. Beklenen bir erişim veya alıcı onayı gelmediyse hangi kabul maddesinin açık kaldığı görünür olmalıdır. Böylece takvimde ilerlemekle doğrulamanın tamamlanması birbirine karıştırılmaz.
Panel İşlemlerini Gerçek Kullanıcı Rolüyle Deneyin
Yönetici hesabının bütün işlemleri yapabilmesi, içerik sorumlusunun kendi görevi için yeterli erişime sahip olduğunu göstermez. Başlık, görsel veya hizmet açıklaması güncellemek gibi kararlaştırılmış görevleri ilgili rol üzerinden deneyin. Değişiklik önizlemede doğru yere yansıyor mu, taslakla yayın ayrımı anlaşılır mı, yanlış kaydı değiştirmeyi önleyecek açıklamalar yeterli mi? Yönetim eğitimi de bu gerçek görevler üzerinden verilmelidir.
Portal veya özel iş akışı bulunan projelerde kayıt kapsamı ayrıca test edilir. Bayi portalı yetki ve iş akışı rehberi, farklı organizasyonların verilerini ayıran senaryolar sunar. Kurumsal sitede böyle bir modül yoksa bu testleri gereksiz yere çoğaltmayın; gerçekten teslim edilen web yazılım işlevleri için uygulanabilir kabul maddeleri hazırlayın. Gösterilmeyen bir özelliği varsayarak başarılı kabul etmeyin.
Sorun Kaydını Düzeltme ve Yeniden Kontrolle Kapatın
Kontrol sonucunda bulunan her soruna bir numara verin; sayfayı, sürümü, adımları, beklenen sonucu ve gerçek sonucu kaydedin. Ekran görüntüsü veya test kaydı numarası ekleyin. Yayını engelleyen sorunlarla ertelenebilir iyileştirmeleri gerekçeleriyle ayırın. Revizyon süreci yönetimi, yorumların tek listede izlenmesi ve karar sorumlusunun belirlenmesi için kullanılabilir. Uygulandı mesajı geldikten sonra aynı senaryo yeniden kontrol edilmelidir.
Kabul kaydı için ortak bir tablo yeterli olabilir. Aracın adından çok kaydın anlamı önemlidir. Sonucu gören başka bir kişi, neyin denendiğini ve neden geçti veya kaldı olarak işaretlendiğini anlayabilmelidir. Aşağıdaki alanlarla başlayabilirsiniz.
- Kontrol kimliği ve kapsam: Sayfa, işlev, kullanıcı rolü ve test edilen sürüm.
- Ön koşul ve adımlar: Kullanılan cihaz, oturum durumu ve yapılan işlem sırası.
- Beklenen sonuç: Başarı sayılacak ekran davranışı ve gerekiyorsa işletme tarafındaki kayıt.
- Gerçek sonuç ve kanıt: Gözlenen durum, ekran görüntüsü veya test kaydı bağlantısı.
- Karar ve sorumlu: Geçti, kaldı veya doğrulama bekliyor; ilgili kontrol ve düzeltme sorumlusu.
- Yeniden kontrol: Düzeltmenin uygulandığı sürüm, tekrar test tarihi ve kapanış onayı.
Varsayımsal Bir Kabul Senaryosunu Baştan Sona İzleyin
Endüstriyel yedek parça sağlayan varsayımsal bir işletmede KAB-07 kontrolü, belirli bir ürün sayfasından teklif talebi açılmasını kapsıyor olsun. Kontrol eden kişi güncel ürün belgesini açar, doğru ürüne ait olduğunu doğrular ve teklif bağlantısına geçer. Beklenen sonuç, ürünün talep içinde doğru tanımlanması ve işletmenin belirlediği takip kanalında bir test kaydının oluşmasıdır. Bu örnek, yalnız formun açılmasını kabul için yeterli saymaz.
İlk denemede formda ürün adı görünmesine rağmen işletmedeki kayda bu bilgi taşınmıyorsa madde başarısızdır. Kayıtta eksik alan ve test numarası belirtilir; geliştirme ekibi düzeltmeyi uyguladıktan sonra aynı akış yeniden denenir. İkinci kontrolde hem ziyaretçi ekranı hem işletmedeki kayıt karşılaştırılır. Bildirim gerekiyorsa o da ayrı doğrulanır. Gerçekleşmeyen veya kontrol edilemeyen sonuç, tahminle başarılı işaretlenmez.
Yayın Kararını, Geri Dönüşü ve Son Kontrolü Planlayın
Yayın öncesinde engelleyici açıklar, bilinen kısıtlar ve sonraki aşamaya bırakılan işler gözden geçirilmelidir. Yayın kararını kimin vereceği, geçişi kimin uygulayacağı ve sorun halinde kimin aranacağı belli olsun. Yedeklerin bulunmasıyla geri yükleme yönteminin denenmiş olması aynı değildir. Geri dönüş gerekirse yeni gelen form kayıtlarının nasıl korunacağı da düşünülmelidir. Bu sorumluluklar, site sahipliği ve destek düzeni içinde netleştirilebilir.
Önizleme kabulünden sonra canlı alan adında kısa bir tekrar kontrolü yapın: Önemli sayfalar, form sonucu, belge bağlantıları, iletişim kanalları ve erişim ayarları doğru mu? Sonucun kontrol tarihiyle birlikte kaydedilmesi, önizleme kanıtının canlı ortamı otomatik temsil ettiği varsayımını önler. Web Tasarım Sistemleri ile projenizin kabul kapsamını belirlemek için sayfa listenizi ve kritik kullanıcı görevlerinizi hazırlayarak yayına alma planınızı bizimle görüşebilirsiniz. İyi kabul, işaretlenen kutuların sayısından çok, doğrulanan iş sonucuna dayanır.
Bu makalenin uzunluğu 1854 kelimedir.
Bu makale 2026-10-20 tarihinde yayınlanmıştır.