STATUS IS UPWEB SİTESİ OPTİMİZASYONU VİKİSİ
04Etkinleştir
Optimizasyon temelleri / Etkinleştir

Sahipler için Pratik Web Sitesi Sağlık Kontrolü

Ana yolculuklar, erişilebilir kullanım, bulunabilirlik, teslimat, temel güvenlik ve kurtarma üzerine sınırlı bir sahip incelemesi.

Sahipler için Pratik Web Sitesi Sağlık Kontrolü — GÖRSEL REHBER
OKU
8 dakika
KAYNAKLAR
6
YENİDEN DOĞRULA
2027-03-27
gözden geçirildi
Erişilebilirlik, SEO, performans, güvenlik ve kurtarma planlaması inceleyicisi
KISA CEVAP

Kararla başlayın.

Web sitesi sağlık kontrolünü, kuruluşunuzun dayandığı sayfalar ve eylemler üzerinde odaklanmış bir inceleme olarak yürütün. Ana sayfayı, önemli bir ürün veya hizmet sayfasını, bir teklif formunu ve herhangi bir oturum açma, rezervasyon, bağış veya satın alma akışını seçin. Oturumu kapatılmış bir tarayıcıda ve bir telefonda, bir ziyaretçinin her eylemi bulup çalıştırabildiğini, gönderebildiğini ve onay veya devretme sayfasına ulaşabildiğini doğrulayın.

URL, cihaz veya tarayıcı, beklenen ve gerçek sonuç, kanıt, sorumlu kişi ve son tarihi kaydedin. Düzenleme öncesi görünüşü düzeltmeden önce engelleyicileri giderin: başarısız bir ödeme devretmesi, erişilemez form kontrolü, sertifika uyarısı, kırık rota veya test edilmemiş kurtarma yolu önceliklidir. Önemli platform, tema, eklenti, DNS, ödeme, etiket veya entegrasyon değişikliklerinden sonra tekrarlayın.

Bu, sürekli izleme, kesinti uyarısı, güncel durum raporlaması veya uyumluluk, erişilebilirlik, güvenlik, sıralama ya da gelecekteki kullanılabilirlik kanıtı değil, nokta-zamanlı bir sahip incelemesidir. Status Is UP bulgular etrafında proaktif erişilebilirlik optimizasyonu ve iyileştirme planlamasını destekler; uzman değerlendirmesinin yerine geçmez.

GÖRSEL REHBER

Çalışmayı bir sistem olarak görün.

Bireysel taktiklere geçmeden önce makaledeki kararları bağlamak için bu haritayı kullanın.

SIUEtkinleştir
01Devasa bir taramadan çok kritik yolculuklarla başlayın
02Görünüş kadar erişilebilir kullanımı da kontrol edin
03Sıralama vaat etmeden bulunabilirliği gözden geçirin
04Ziyaretçilerin hissettiği yerde teslimatı gözlemleyin
01

Devasa bir taramadan çok kritik yolculuklarla başlayın

Beş ila on URL seçin ve her biri için beklenen sonucu tanımlayın: bir onay sayfası, makbuz, CRM kaydı veya sağlayıcı devretmesi. Gelir yaratan, güven oluşturan, destek talebi oluşturan veya yasal yükümlülük doğuran halka açık sayfaları ve eylemleri dahil edin. Oturumu kapatılmış bir pencerede ve bir telefonda ziyaretçi olarak test edin.

Üçüncü tarafın kritik bir adımı kontrol etmesi durumunda devretmeyi ve destek iletişimini haritalayın. Geçişinizi test edebilirsiniz, ancak o sağlayıcıyı sertifiye edemezsiniz. Bulguları engelleyici, önemli bozulma veya iyileştirme olarak sınıflandırın; böylece kozmetik işler kırık bir yolculuğu gölgelemesin.

Kanıt

Gelir, güven, destek talebi veya yasal yükümlülük yaratan yolları kapsam altında tutun.

Sorumluluk

Her önemli bulgunun isimlendirilmiş bir sahibi ve hedef tarihi olmalıdır.

02

Görünüş kadar erişilebilir kullanımı da kontrol edin

Erişilebilirlik, insanların farklı giriş yöntemleri ve yardımcı teknolojilerle siteyi algılayabilmesi ve işletmesi demektir. Seçili sayfalarda gezinmeyi, menüleri, kontrolleri ve formları Tab tuşuyla test edin. Görünür klavye odaklanmasını, temel kontrollerin fare olmadan çalışmasını ve ana içeriğe bir rota olmasını kontrol edin. W3C’nin Easy Checks kılavuzu klavye odaklanması ve bir atla bağlantısı (skip link) gibi ilk inceleme için yararlı öğeleri belirtir.

Anlamlı görüntü metnini, sayfa başlıklarını, başlıkları, kontrastı, yakınlaştırma davranışını, gerektiğinde medya alternatiflerini, form etiketlerini, gerekli alanları ve anlaşılır hataları inceleyin. Hassas olmayan bir test gönderimi yapın. Bu bir uyumluluk denetimi değildir: W3C, sayfaların hızlı kontrolleri geçebileceğini ancak hâlâ önemli engeller içerebileceğini uyarır. Daha yüksek riskli işler, yeniden tasarımlar veya bilinen sorunlar için nitelikli bir değerlendirme kullanın.

Form yolu

Etiketleri, talimatları, hataları ve onaya giden gerçek yolu test edin.

Anlamlı yapı

Alternatif metin bir görüntünün amacını iletmeli; başlıklar sayfayı organize etmelidir.

03

Sıralama vaat etmeden bulunabilirliği gözden geçirin

SEO, arama motorlarının içeriği anlamasına yardımcı olur ve insanlara aramadan ziyaret edip etmeme kararında yardım eder. Her öncelikli sayfa için, bir acemi gibi başlığı, ana başlığı, açılış metnini, URL'yi ve dahili bağlantıları okuyun. Amaçları belirtmeli ve faydalı sonraki adımlara yönlendirmelidir. Google, açıklayıcı URL’ler, faydalı içerik ve açıklayıcı bağlantı metinlerini önerir.

Google Search Console kullanıyorsanız, önemli URL’leri önemli bir yayınlamadan sonra inceleyin. Google, URL Denetimi’nin (URL Inspection) kendi tarayıcısının bir sayfayı nasıl gördüğünü ve önemli kaynaklara erişip erişemediğini kontrol etmeye yardımcı olabileceğini söyler. Kazara engellemeleri, kırık dahili bağlantıları veya belirsiz yolları düzeltin, ardından yeniden tarama için süre verin. Google indeksleme veya sıralama garantisi vermez.

Tarama yolu

Oturumu kapalıyken dahili bağlantıları açın ve 404 sayfalarını, döngüleri ve alakasız hedefleri kaydedin.

04

Ziyaretçilerin hissettiği yerde teslimatı gözlemleyin

Teslimat; sunucu yanıtı, görseller, fontlar, scriptler, önbellekleme ve üçüncü tarafları içerir. Öncelikli sayfalarda bir tarayıcı performans kontrolü çalıştırın, sonra çekirdek görevi gerçek bir telefonda tekrarlayın. Geç ortaya çıkan birincil içerik, yavaş kontroller, düzen kaymaları (layout shift), başarısız kaynaklar veya bir görevi engelleyen bantlar not edin. Core Web Vitals, bir web.dev kullanıcı deneyimi çerçevesidir; ölçümleri araştırmayı odaklamak için kullanın, yolculuk testinin yerine geçmesin.

Yeni etiketleri, widget’ları, yerleştirmeleri, fontları ve görsel değişiklikleri uygulayan kişiyle birlikte gözden geçirin. HTTP önbellekleri önceki yanıtları yeniden kullanır. MDN, Cache-Control'un önbellekleme talimatlarını ilettiğini ve önbelleğe alınmış yanıtların taze veya bayat olabileceğini açıklar. Bir yayından sonra sıradan ve taze tarayıcı oturumlarını karşılaştırın, sonra teknik sahibi başlıkları ve CDN kurallarını incelesin. Gizlilik ve yayın etkilerini anlamadan toplu önbellek değişikliklerinden kaçının.

Kullanıcı sonucu

Birincil içeriğin görünüp görünmediğini, sayfanın kararlı kalıp kalmadığını ve temel kontrollerin yanıt verip vermediğini kaydedin.

Kişisel veri

MDN, tek bir çerezin (cookie) yanıtı gizli yapmadığını belirtir; kişiselleştirilmiş önbellekleme için teknik sahibin incelemesini isteyin.

05

Güvenlik temelini doğrulayın ve ödeme değişikliklerini koruyun

Bir sahip incelemesi görünür boşlukları bulabilir; bu bir penetrasyon testi değildir. Genel siteyi HTTPS üzerinden açın ve HTTP’yi deneyin. OWASP, tüm sayfalar için TLS önerir ve genel HTTP trafiğini HTTPS’ye yönlendirmenin yaygın bir yaklaşım olduğunu açıklar. Sertifika veya karışık içerik uyarılarını, beklenmeyen etki alanlarını ve içeriği güvenli şekilde yönlendirmek yerine HTTP sayfalarının hizmet etmesini yükseltin.

Yayıncılık, domain, DNS, ödeme, eklenti ve yedek erişiminin güncel sahipliğini doğrulayın. Nitelikli bir güvenlik uzmanı veya sağlayıcı TLS yapılandırması, yama yönetimi, kimlik doğrulama, sunucu yapılandırması ve günlüklerin incelenmesini yapmalıdır. Ödeme için yalnızca sağlayıcı onaylı test yöntemini veya güvenli bir üretim dışı ortamı kullanın. Gayri resmi bir testte gerçek kart verilerini veya kimlik bilgilerini asla koymayın ve görsel bir incelemenin PCI uyumluluğunu kanıtladığını iddia etmeyin.

Yayın durdurma

Bir sertifika uyarısını, güvensiz içerik uyarısını veya beklenmeyen yönlendirmeyi soruşturulana kadar yayın durdurucu bir sorun olarak ele alın.

Nitelikli inceleme

Şüpheli ele geçirilmeleri, güvenlik gereksinimlerini ve ödeme uyumluluğu sorularını nitelikli inceleyicilere yönlendirin.

06

Kurtarmayı kanıtlayın ve döngüyü kapatın

Öncelikli yolculuğu yeniden oluşturanları listeleyin: uygulama sürümü, veritabanı, yüklenen medya, yapılandırma yerleri, DNS ve domain erişimi, entegrasyon ayarları ve satıcı iletişim bilgileri. CISA, kritik verilerin tanımlanmasını, web sitesi ve operasyonel veritabanlarının korunmasını, yedeklerin güvence altına alınmasını ve kurtarmanın test edilmesini tavsiye eder. Son olarak ne zaman bir geri yüklemenin test edildiğini, neyi geri yüklediğini, ne kadar sürdüğünü ve kimlerin yetki verdiğini sorun. Mümkün olduğunda güvenli şekilde prova yapın.

Bir yayından önce önceki sürümü, geri alma tetikleyicisini, onaylayıcıyı ve DNS, önbellek, veritabanı şeması ve üçüncü taraf değişiklikleri için işlem şeklini belirleyin. Bir yedek anında düzeltme değildir ve geri alma harici verileri veya ödeme olaylarını geri çeviremeyebilir. Bir bulgu, kanıt, sahip, tarih ve yeniden test sonucu kaydı tutun.

Geri yükleme kanıtı

Kapsam, tarih, sonuç ve boşluk kaydı “yedekler çalışıyor” demekten daha güçlüdür.

Sadece yeniden testle kapatın

İlgili ortamda bir düzeltme sonrası orijinal başarısız yolu doğrulayın.

EYLEM / DOĞRULA

Pratik yapılacaklar rehberiniz.

  1. 01

    Öncelikli yolculukları seçin

    Beş ila on URL, ziyaretçi eylemi ve beklenen onay veya devretmeyi listeleyin.

    DOĞRULA: Test sayfasında iş sahibi ve tarih yer alır.
  2. 02

    Ziyaretçi olarak test edin

    Her çekirdek eylemi tamamlamak için oturumu kapatılmış bir tarayıcı ve bir telefon kullanın.

    DOĞRULA: Notlar her yolculuk için başarıyı veya yeniden üretilebilir hatayı gösterir.
  3. 03

    Erişilebilirliği öncelikli olarak ilk tur yapın

    Klavye kullanımı, odak, başlıklar, görseller, yakınlaştırma, medya, formlar ve hataları kontrol edin.

    DOĞRULA: Her engel için bir URL, kanıt, şiddet ve sahip belirtilir; uyumluluk iddiası yapılmaz.
  4. 04

    Arama temel unsurlarını gözden geçirin

    Sayfanın açık amacını, açıklayıcı bağlantıları ve URL'leri ve önemli kaynaklara erişimi kontrol edin.

    DOĞRULA: Önemli URL’ler mevcutsa Search Console’da incelenir ve engelleme sorunları kaydedilir.
  5. 05

    Teslimatı ve önbelleği gözlemleyin

    Yükleme, yanıt, kararlılık, kaynaklar ve yayından sonra önbellek davranışını gözlemlemek için bir performans aracı ve gerçek cihaz kullanın.

    DOĞRULA: Teknik sahibine URL, cihaz, belirti, zaman ve ilgili kanıt iletilir.
  6. 06

    HTTPS ve temel hesapların kontrolünü doğrulayın

    Güvenli teslimatı, beklenen yönlendirmeleri, uyarıların olmamasını ve güncel erişim sahipliğini doğrulayın.

    DOĞRULA: Uyarılar yükseltilir ve domain, DNS, yayıncılık, ödeme ve yedek iletişimleri günceldir.
  7. 07

    Ödeme testlerini koruyun

    Yalnızca onaylı test yöntemlerini veya güvenli üretim-dışı bir ödeme ortamını kullanın.

    DOĞRULA: Gerçek kart verileri veya kimlik bilgileri kullanılmadı ve uzman soruları yükseltilmiştir.
  8. 08

    Kurtarma kanıtını inceleyin

    Yedek kapsamını, son geri yükleme testini, kritik erişimi ve yayın geri alma sahipliğini doğrulayın.

    DOĞRULA: Bir geri yükleme test kaydı ve geri alma tetikleyicisi belgelenmiştir.
  9. 09

    İyileştirmeyi atayın ve yeniden test edin

    Zararı kritik yolculuğa göre önceliklendirin, sonra bir sahip ve son tarih atayın.

    DOĞRULA: Kayıt, kanıt, bağımlılık, hedef tarih ve yeniden test sonucunu barındırır.
TARTIŞMA KONULARI

Ödünleri karşılaştırın, özel verileri paylaşmayın.

Bu başlıkları ekibiniz veya site sahipleri topluluğuyla kullanın. Yöntemleri ve çıkarılan dersleri paylaşın; ancak kimlik bilgilerini, müşteri kayıtlarını veya kamuya açık olmayan altyapı detaylarını asla paylaşmayın.

  1. 01

    Hangi müşteri yolculuğu sessizce bozulursa en büyük zarara yol açar ve bir yayından sonra bunun hâlâ çalıştığını gösteren kanıt ne olurdu?

  2. 02

    Bu çeyrekte kuruluşunuz güvenli bir şekilde hangi küçük kurtarma provasını yapabilir ve hangi erişim veya dokümantasyon boşluğunu açığa çıkarabilir?

  3. 03

    Bir performans, erişilebilirlik veya arama bulgusunun yayın bloke edici mi yoksa planlı bir iyileştirme mi olduğuna nasıl karar verirsiniz?

POPÜLER / YETKİLİ KAYNAKLAR

Kaynak materyalini açın.

W3C Web Accessibility InitiativeEasy Checks – A First Review of Web Accessibility ↗

Klavye odaklanması, başlıklar, görseller, kontrast, yakınlaştırma, medya ve formlar için pratik bir başlangıç kılavuzu; açıkça kapsam dışı sınırlamalar belirtilmiştir.

İncelendi 2026-09-27
Google Search CentralSearch Engine Optimization (SEO) Starter Guide ↗

Açıklayıcı içerik, URL’ler, bağlantılar, kaynak erişimi ve URL Denetimi hakkında resmi rehberlik; sıralama garantisi olmadan.

İncelendi 2026-09-27
web.devLearn Core Web Vitals ↗

Core Web Vitals'ı anlamak, ölçmek, hata ayıklamak ve iyileştirmek için resmi materyal; yolculuk testiyle birlikte kullanılmalıdır.

İncelendi 2026-09-27
MDN Web DocsHTTP caching ↗

Yeniden kullanılan yanıtları, tazeliği, Cache-Control'u ve kişiselleştirilmiş içeriğin dikkatli ele alınmasını açıklar.

İncelendi 2026-09-27
OWASP Cheat Sheet SeriesTransport Layer Security Cheat Sheet ↗

Tarayıcı kontrolünün ötesinde sunucu yapılandırmasını test etmeyi hatırlatan uygulama odaklı TLS rehberi.

İncelendi 2026-09-27
Cybersecurity and Infrastructure Security AgencyBack Up Business Data ↗

Küçük işletmeler için kritik verilerin belirlenmesi, yedeklerin güvence altına alınması ve tam/parsiyel kurtarmanın test edilmesi konusunda rehberlik.

İncelendi 2026-09-27

Kaynak politikası. Kaynaklar resmi rehberliklerdir ve tam metinleri okunmuştur. Gezinme bağlantıları kanıt sayılmaz. Makale sahip incelemesi ile resmi değerlendirme arasındaki farkı ayırır ve desteklenmeyen iddiaları hariç tutar.

HIZLI AÇIKLAMALAR

Yaygın sorular.

Web sitesi sağlık kontrolünü ne sıklıkla yapmalıyım?

Önemli yayınlardan önce ve platform, tema, eklentiler, DNS, ödeme akışı, etiketler veya entegrasyonlarda önemli değişikliklerden sonra odaklanmış bir kontrol yapın. Yayın sıklığınıza uygun şekilde planlı bir inceleme belirleyin; sık yayın yapan siteler her yayında küçük bir yolculuk kontrolü yapmalıdır.

Bu kontrol sitemin erişilebilir veya güvenli olduğunu kanıtlayabilir mi?

Hayır. Görünür sorunları tespit edebilir, ancak uyumluluk, güvenlik, her yardımcı teknolojiyle erişilebilirlik veya gelecekteki kullanılabilirlik kanıtı vermez. Risk, yükümlülük veya bir bulgu bunu gerektirdiğinde nitelikli inceleme kullanın.

Önce neyi düzeltmeliyim?

Önce kritik yolculuklardaki engelleyicileri düzeltin: sertifika veya tarayıcı güvenlik uyarıları, başarısız formlar veya işlemler, erişilemez temel kontroller, yayınlanan varlıkların kırılması, temel hesapların kontrolünün kaybı ve test edilmemiş bir geri yükleme yolu. Her düzeltmeden sonra orijinal yolu yeniden test edin.

Status Is UP Editorial Team · Uptime Hazırlık Editörleri

Erişilebilirlik, SEO, performans, güvenlik ve kurtarma planlaması inceleyicisi tarafından incelendi. Yayınlandı 2026-09-27; güncellendi 2026-09-30.