Önce hangi adresin, kimde açılmadığını kaydedin
“Site açılmıyor” tek bir hata türü değildir. Alan adı çözümlenemeyebilir, HTTPS bağlantısı kurulamayabilir, sunucu bir HTTP hatası döndürebilir veya uygulama hata ekranı gösterebilir. Aşağıdaki kontroller veritabanını, DNS kaydını veya uygulama dosyalarını değiştirmeden sorunun hangi katmanda olduğunu ayırır.
- Tam adresi, tarayıcının gösterdiği hata metnini ve zamanı saat dilimiyle kaydedin. Ana sayfa ile sorunlu alt sayfayı ayrı deneyin.
- Aynı adresi farklı bir tarayıcıda ve mümkünse size ait farklı bir bağlantıda bir kez açın. Sorun yalnız bir cihazda mı, bütün kontrollerde mi görülüyor?
- Son DNS, alan adı yenileme, sertifika, PHP, tema veya eklenti değişikliğini not alın.
- Hesap durumunu ve varsa size iletilmiş bakım/işlem bildirimini resmî müşteri portalından kontrol edin.
Teşhis sırasında aynı anda birden fazla ayarı değiştirmeyin. Hata kaydını aldıktan sonra ilgili katmanın sorumlusuyla ilerlemek, geri dönüşü ve doğrulamayı kolaylaştırır.
Gördüğünüz sonuca göre doğru kontrole geçin
| Görünen sonuç | İlk kontrol | Tek başına göstermediği şey |
|---|---|---|
| Alan adı bulunamadı / DNS hatası | Alan adı durumu, yetkili DNS, A/AAAA kayıtları. | Web sunucusunun kapalı olduğunu kanıtlamaz. |
| Bağlantı zaman aşımı | Farklı bağlantı, DNS hedefi, ağ ve servis erişimi. | Kesin olarak DNS veya uygulama hatası değildir. |
| Sertifika / güvenli bağlantı uyarısı | Cihaz saati, sertifikanın adı, süresi ve HTTPS yapılandırması. | Parola girerek veya uyarıyı atlayarak çözülemez. |
| 403 / 404 / 5xx sayfası | HTTP kodu, adres ve ilgili sunucu/uygulama günlüğü. | Bütün kodlar aynı nedenden oluşmaz. |
| Sayfa geliyor, içerik veya işlem bozuk | Tarayıcı ağ kaydı ve uygulamanın ilgili akışı. | HTTP 200, işlevlerin tamamının çalıştığını garanti etmez. |
DNS doğru hedefi gösteriyor mu?
Alan adının bitiş durumunu ve nameserver bilgisini resmî kayıt kaynağından kontrol edin. DNS kayıtlarının hangi sağlayıcıda yönetildiğini belirleyin. Hosting panelindeki IP ile yayımlanan A/AAAA kayıtlarını karşılaştırırken CDN veya ters vekil kullanılıyorsa görünen IP’nin kaynak sunucu IP’sinden farklı olabileceğini dikkate alın.
Terminal kullanıyorsanız aşağıdaki sorgular yalnız DNS bilgisini okur. example.com yerine kendi alan adınızı yazın; bunlar örnek komutlardır, sitenize ait sonuç değildir:
nslookup -type=A example.com nslookup -type=AAAA example.com nslookup -type=NS example.com
NXDOMAIN, sorgulanan ad için adın bulunamadığı yanıtıdır; SERVFAIL ise çözümlemenin tamamlanamadığını belirtir ve DNSSEC veya yetkili sunucu sorunları gibi farklı nedenler taşıyabilir. Bir cevapta A kaydı olmaması, tek başına alan adının hiç var olmadığı anlamına gelmez. Beklenen kayıt türünü, alt alan adını ve kullanılan çözümleyiciyi birlikte değerlendirin.
Yakın zamanda DNS değiştiyse bazı çözümleyiciler önceki cevabı önbellekte tutabilir. Google Public DNS sorun giderme belgesi önbellek, yetkili sunucu ve DNSSEC sorunlarını ayrı ele alır. Sonucu anlamadan nameserver değiştirmeyin veya DNSSEC’i kapatmayın; DNS rehberindeki kayıt envanteriyle ilerleyin.
SSL uyarısını alan adı ve sertifikayla eşleştirin
Önce cihazın tarih ve saatinin doğru olduğunu kontrol edin. Sonra tarayıcıda görülen sertifika hatasını kaydedin: sertifikanın süresi dolmuş olabilir, açtığınız alan adını kapsamıyor olabilir veya zincir doğrulaması başarısız olabilir. Aynı adrese farklı bir cihazdan bakmak yerel saat/ağ etkisini ayırmaya yardımcı olur.
www ile başlayan ve başlamayan adresleri ayrı kontrol edin. Bir alt alan adının çalışması diğerinin sertifika kapsamını kanıtlamaz. DNS değişikliğinden sonra yanlış sunucuya gidiliyorsa sertifika hatası da görülebilir; yalnızca sertifikayı tekrar kurmaya başlamadan önce hedefi doğrulayın.
Uyarıyı atlayıp giriş bilgisi yazmayın veya komut satırında sertifika doğrulamasını kapatmayın. Sertifika adı, süresi, tam hata ve etkilenen adresle sağlayıcıya başvurun. SSL ve HTTPS rehberi sertifika, yönlendirme ve karışık içerik kontrollerini ayrıntılandırır.
HTTP durum kodunu tarayıcıda görün
Geliştirici Araçları → Network / Ağ bölümünü açın, sayfayı bir kez yenileyin ve ana belge isteğinin durumunu kaydedin. Yönlendirme varsa izlemek için Preserve log / Günlüğü koru seçeneğini kullanabilirsiniz. Chrome’un Network belgesi bu incelemeyi açıklar.
| Kod | İlk yorum | Sonraki kontrol |
|---|---|---|
| 200 | İstek başarılı yanıt almış. | Yanıtın gerçek içerik mi, hata metni mi olduğunu ve işlevi kontrol edin. |
| 301 / 302 | Başka adrese yönlendirme var. | Hedefi ve tekrar eden yönlendirme döngüsünü inceleyin. |
| 403 | Sunucu erişimi reddediyor. | Yetki, güvenlik kuralı ve ilgili kayıt; korumayı topluca kapatmayın. |
| 404 | İstenen kaynak bulunamamış. | Adres, dosya/rota ve kalıcı bağlantı yapısı. |
| 500 | Sunucu isteği işlerken hata oluşmuş. | Aynı zamanın uygulama/PHP hata kaydı. |
| 502 / 504 | Geçit veya vekil, arka sistemden uygun yanıt alamamış. | Vekil ve uygulama servisi bağlantısı, yanıt süresi ve günlükler. |
| 503 | Hizmet isteği şu anda karşılayamıyor. | Bakım, servis ve kaynak kayıtlarını birlikte inceleyin. |
Bu kodlar MDN HTTP durum kodları başvurusunda açıklanır. Bir CDN kullanıyorsanız yanıtın CDN’den mi, kaynak sunucudan mı geldiği de önemlidir. Kimlik bilgileri içeren tam ağ kaydını herkese açık paylaşmayın.
Uygulama hatasında günlük ve son değişikliği eşleştirin
DNS ve HTTPS çalışırken WordPress veritabanı hatası, boş ekran veya kritik hata mesajı görünüyorsa uygulamanın son değişikliklerini inceleyin. Panelde erişiminiz olan PHP/uygulama hata günlüğünde olay zamanına bakın. Kaynak sınırı şüphesi varsa hosting limitleri rehberindeki ölçümü aynı zaman aralığıyla eşleştirin.
WordPress’te daha ayrıntılı hata kaydı gerektiğinde resmî hata ayıklama belgesini teknik ekibinizle uygulayın. Hata ayrıntılarını canlı sayfada ziyaretçilere gösteren ayarları açık bırakmayın; günlükler dosya yolu ve hassas veriler içerebilir.
Veritabanını silmek, bütün eklentileri rastgele değiştirmek veya dosya izinlerini topluca açmak bir teşhis yöntemi değildir. Kanıta göre seçilmiş değişikliği güncel yedekle ve mümkünse test ortamında uygulayın; önce hangi dosya veya ayarın değişeceğini kaydedin.
Örnek kayıt: ana sayfa açık, teklif sayfası 500 dönüyor
Aşağıdaki kayıt öğretim amaçlıdır; canlı bir müşteri olayı değildir.
Adres: https://example.com/teklif Kontrol zamanı: [tarih, saat, saat dilimi] Ana sayfa: HTTP 200, beklenen içerik görünüyor Teklif sayfası: HTTP 500 DNS ve sertifika: aynı alan adı için çalışıyor Kapsam: iki farklı bağlantıda aynı sonuç Son değişiklik: teklif modülü güncellemesi Sonraki kayıt: aynı zamanın uygulama hata günlüğü
Bu durumda ilk inceleme teklif modülünün hata kaydıdır. DNS bütün aynı alan adını etkilediği için yalnız bu gözlemle nameserver değişikliği yapmak gerekmez. Güncellemenin neden olduğu ise log incelenmeden kesin söylenemez.
Talebi kanıtla açın, çözümü aynı adresle doğrulayın
Destek talebi şablonuna tam adresi, ilk/son görülen zamanı, hata kodunu, etkilenen bağlantıları ve son değişikliği ekleyin. Mevcut hesabınız için müşteri portalını kullanın. Portal erişiminiz de yoksa iletişim kanalından erişim sorununu bildirin.
Düzeltmeden sonra yalnız ana sayfaya bakmayın; hatalı adresi ve etkilenen işlevi yeniden kontrol edin. Farklı cihaz/ağ karşılaştırmasını aynı yöntemle tekrarlayın. Sonucu, yapılan tek değişiklikle birlikte talebe yazın; geçici hata ayıklama ayarları veya yetkiler açıldıysa kapatıldığını doğrulayın.
Sonraki adımınız
Hizmet kapsamını aşağıdaki bağlantıdan inceleyin. Hesabınıza özel bir işlem için destek merkezine başvurun.
Hesabınız için destek seçenekleri →Tüm uygulamalı rehberleri görün →
