okuma süresi: 9 dakika
Blog Yazılarına Dön

WordPress Sitesi Açılmıyor: Nedenleri ve Adım Adım Çözümü

WordPress site açılmıyor hatası yaşayan kullanıcı; beyaz ekran, HTTP 500 ve eklenti/tema kaynaklı hata uyarıları

AI İçin Özet

WordPress site açılmıyor sorunlarının büyük çoğunluğu veri kaybına yol açmayan, geri alınabilir nedenlerden çıkar; en sık suçlu bir eklenti veya tema çakışmasıdır.

Ekranda gördüğünüz mesaj (beyaz sayfa, kritik hata, 500 hatası, veritabanı bağlantı hatası) sorunun hangi katmanda olduğunu doğrudan gösterir; doğru sırayla ilerlerseniz adımların çoğunu kendiniz de uygulayabilirsiniz.

Panelde yabancı içerik var, Google’da alakasız sayfalar çıkıyorsa mesele teknik değil yetkisiz erişim olabilir; bu durumda tek başına müdahale etmek riski büyütür.

Ekrana beyaz bir sayfa geliyor, ya da kırık bir hata mesajı, belki hiçbir şey yüklenmiyor. İlk refleksiniz panik olacaktır ama şunu bilin: bu tür arızaların çoğu geri alınabilir ve veri kaybı yaşatmaz.

Bu rehberde hatayı önce doğru teşhis etmeyi, sonra sırayla çözmeyi anlatıyorum. Her başlıkta belirtiyi, olası nedeni ve kendi başınıza güvenle deneyebileceğiniz adımı bulacaksınız.

Bir uyarı: aşağıdaki adımların bir kısmı dosya ve veritabanı seviyesinde müdahale gerektirir. Başlamadan önce sitenizin yedeğini alın. Yöntemi WordPress yedekleme rehberinde adım adım anlattım.

WordPress Site Açılmıyor mu? Önce Doğru Teşhis Koyun

“Site açılmıyor” cümlesinin altında birbirinden çok farklı beş ayrı problem yatabilir. Çözüme geçmeden önce hangisiyle karşı karşıya olduğunuzu netleştirmek zaman kazandırır.

Şu dört soruyu sırayla yanıtlayın:

  • Ekranda ne var? Bomboş beyazlık mı, yazılı bir hata mesajı mı, tarayıcının kendi hata sayfası mı?
  • Yönetici paneli açılıyor mu? siteadresi.com/wp-admin adresini deneyin. Panel açılıyorsa sorun büyük ihtimalle tema veya eklenti kaynaklıdır.
  • Herkeste mi açılmıyor? Mobil veriye geçin veya farklı bir cihazdan deneyin. Sadece sizde açılmıyorsa sorun sitede değil, önbellekte veya DNS’te olabilir.
  • Ne zaman başladı? Bir güncelleme, yeni bir eklenti kurulumu ya da hosting işlemi sonrasında mı? Zaman çizelgesi genelde suçluyu doğrudan gösterir.

Belirtiye göre hızlı yönlendirme tablosu

Ekranda gördüğünüz mesaj, sorunun hangi katmanda olduğunu büyük ölçüde ele verir.

Ekranda gördüğünüzSorunun katmanıEn olası neden
Bomboş beyaz sayfaPHPUyumsuz eklenti veya hatalı tema kodu
“Sitede kritik bir hata oluştu”PHPWordPress hatayı yakaladı, kurtarma modu e-postası gelmiş olmalı
HTTP 500 Internal Server ErrorSunucuBozuk .htaccess, yanlış PHP sürümü veya dosya izni
Veritabanı bağlantı hatasıVeritabanıYanlış erişim bilgisi veya bozuk tablo
Planlı bakım mesajıWordPressYarıda kalan güncelleme, kök dizinde kalmış .maintenance dosyası
ERR_TOO_MANY_REDIRECTSYapılandırmaÇakışan adres ayarı veya https yönlendirmesi
Bu siteye ulaşılamıyorAlan adı / DNSSüresi dolmuş alan adı, eksik yönlendirme veya askıya alınmış hesap
503 veya kaynak limiti uyarısıBarındırmaCPU, bellek veya eşzamanlı işlem limitinin aşılması
Kırmızı güvenlik uyarısıGüvenlikZararlı içerik tespiti, yetkisiz erişim ihtimali

Hata mesajını görünür hale getirin

Beyaz ekran çoğu zaman gizlenmiş bir PHP hatasıdır. Hatayı görünür kılmak için barındırma panelinizdeki dosya yöneticisinden veya FTP ile wp-config.php dosyasını açın ve şu satırı bulun:

define( 'WP_DEBUG', false );

Bu satırı aşağıdaki üç satırla değiştirin:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Bu ayar hataları ekrana basmak yerine /wp-content/debug.log dosyasına yazar. Ziyaretçileriniz hiçbir şey görmez, siz ise hangi dosyanın hangi satırında sorun çıktığını okursunuz. Sorunu çözünce bu satırları eski haline döndürmeyi unutmayın.

Beyaz ekran hatası (WSOD)

Hiç yazı yok, hiç uyarı yok. Sadece boş bir sayfa. WordPress camiasında buna beyaz ölüm ekranı deniyor, biraz dramatik ama isim yerinde.

Üç neden diğerlerinden çok daha sık çıkar: bir eklentinin PHP sürümüyle uyumsuz kalması, temanın functions.php dosyasına eklenmiş hatalı bir kod parçası ve dolan PHP bellek limiti.

Eklenti kaynaklı beyaz ekranı çözme

Yönetici paneline giremiyorsanız eklentileri panelden kapatamazsınız. FTP veya dosya yöneticisiyle /wp-content/plugins klasörüne girin, klasörün adını plugins-eski yapın.

Bu işlem tüm eklentileri tek seferde devre dışı bırakır. Site açıldıysa suçlu eklentilerden biridir. Klasör adını geri alın, ardından tek tek yeniden adlandırarak hangisinin soruna yol açtığını bulun.

Merak etmeyin, eklenti devre dışı kaldığında ayarları silinmez. Tekrar etkinleştirdiğinizde her şey yerinde durur.

Tema kaynaklı beyaz ekranı çözme

Sorun eklentilerde değilse aynı yöntemi tema için uygulayın. /wp-content/themes klasöründe aktif temanızın adını değiştirin, WordPress varsayılan temaya döner ve site açılır.

Bu durumda hata genellikle temanın functions.php dosyasına elle eklenmiş bir kod parçasındadır. Eklediğiniz son kodu kaldırıp tekrar deneyin.

Bellek limiti yetersizse

PHP bellek limiti dolduğunda da sayfa boş kalır. wp-config.php dosyasına şu satırı ekleyerek limiti yükseltebilirsiniz:

define( 'WP_MEMORY_LIMIT', '256M' );

Bu değişiklik işe yarıyorsa asıl sorun bellek değil, belleği tüketen bir eklentidir. Kalıcı çözüm için o eklentiyi bulmanız gerekir. Kaynak tüketimi konusunu WordPress site hızı rehberinde ayrıntılı ele aldım.

“Sitede kritik bir hata oluştu” mesajı

WordPress 5.2 sonrasında beyaz ekran yerine çoğunlukla bu mesaj çıkıyor. İyi haber: WordPress hatayı yakalamış ve size bir çıkış yolu bırakmış demektir.

Kurulumdaki yönetici e-posta adresine “Siteniz teknik bir sorun yaşıyor” başlıklı bir e-posta gider. İçinde kurtarma modu bağlantısı bulunur.

Kurtarma modu, sorunlu eklenti veya temayı devre dışı bırakılmış halde panele girmenizi sağlar. E-posta ayrıca hatanın hangi dosyada olduğunu yazar. FTP’ye hiç dokunmadan çözmenin en hızlı yolu budur.

E-posta gelmediyse yönetici e-posta adresi eski veya çalışmıyor olabilir. Bu durumda beyaz ekran bölümündeki klasör yeniden adlandırma yöntemine geçin.

HTTP 500 Internal Server Error

500 hatası, sunucunun isteği işleyemediğini söyleyen genel bir mesajdır. Nedeni WordPress’in kendisi kadar sunucu yapılandırması da olabilir.

Sırayla şunları kontrol edin:

  • .htaccess dosyası: Kök dizindeki .htaccess dosyasının adını .htaccess-eski yapın. Site açılıyorsa panelden Ayarlar bölümünde kalıcı bağlantıları kaydedin, WordPress dosyayı temiz haliyle yeniden oluşturur.
  • PHP sürümü: Hosting panelinden PHP sürümünüze bakın. Çok eski bir sürüm modern eklentileri çalıştıramaz, çok yeni bir sürüm ise eski temaları kırabilir. Güncel WordPress kurulumları için 8.1 ve üzeri önerilir.
  • Dosya izinleri: Klasörler için 755, dosyalar için 644 izni standarttır. Yanlış izinler 500 hatası üretebilir.
  • Bozuk çekirdek dosyaları: WordPress’in wp-admin ve wp-includes klasörlerini güncel sürümden indirip üzerine yazmak, içerik ve eklentilere dokunmadan çekirdeği tazeler.

Veritabanı bağlantı hatası

“Veritabanı bağlantısı kurulurken hata oluştu” mesajı, WordPress dosyalarının çalıştığını ama veritabanına ulaşamadığını gösterir.

İlk bakılacak yer wp-config.php dosyasındaki dört bilgidir: veritabanı adı, kullanıcı adı, şifre ve sunucu adresi. Hosting değiştirdiyseniz veya şifre sıfırladıysanız bunlardan biri eskimiş olabilir.

Bilgiler doğruysa geriye şu ihtimaller kalır:

  • Veritabanı sunucusu geçici olarak yanıt vermiyor olabilir. Hosting sağlayıcınızın durum sayfasını kontrol edin.
  • Veritabanı tabloları bozulmuş olabilir. phpMyAdmin üzerinden “Onar” (Repair) fonksiyonu çoğu zaman bunu çözer.
  • Veritabanı kullanıcı yetkileri değişmiş olabilir; hosting firmanızla teyit edin.
SAHADAN GERÇEK VAKA

Lale Butik bana ulaştığında site tamamen kapalıydı, ekranda sadece beyazlık vardı. Panele de girilemiyordu. Önce eklenti klasörünü yeniden adlandırarak siteyi geri getirdim, sonra debug log’u açıp asıl suçluyu bulduk: aylar önce kurulup güncellenmemiş bir stok senkronizasyon eklentisi, son WordPress sürümüyle uyumsuz kalmıştı.

Eklentiyi kaldırıp yerine güncel bir alternatif kurduk, ardından otomatik yedekleme ve sürüm takibi devreye aldık. Site o günden beri tek bir kesinti yaşamadı.

Sonuç: Kapalı kalma süresi 40 dakikaya indi, kalıcı bakım düzeniyle tekrar riski ortadan kalktı.

ERR_TOO_MANY_REDIRECTS ve karışık içerik uyarısı

Tarayıcı “Bu sayfa sizi düzgün şekilde yönlendirmiyor” diyorsa site bir yönlendirme döngüsüne girmiş demektir. En sık iki nedeni var:

  • SSL eklentisiyle sunucu tarafındaki https yönlendirmesinin çakışması
  • .htaccess dosyasına elle eklenmiş çakışan yönlendirme kuralları

Panele giremiyorsanız site adresini wp-config.php üzerinden geçici olarak sabitleyebilirsiniz:

define( 'WP_HOME', 'https://siteadresiniz.com' );
define( 'WP_SITEURL', 'https://siteadresiniz.com' );

Site açıldıktan sonra çakışan eklentiyi veya kuralı bulup temizleyin, ardından bu satırları kaldırın.

WordPress Site Açılmıyor: Alan Adı ve DNS Kaynaklı Nedenler

Tarayıcı “Bu siteye ulaşılamıyor” veya “Sunucu IP adresi bulunamadı” diyorsa sorun WordPress’in içinde değildir. İstek siteye hiç ulaşmıyordur.

Şu üç ihtimali kontrol edin:

  • Alan adı süresi dolmuş olabilir. Kayıt firmanızdaki fatura durumunu kontrol edin. Düşünüldüğünden çok daha sık yaşanan bir sebep bu.
  • Yönlendirme ayarları değişmiş olabilir. Hosting taşındıysa alan adının kayıtları hâlâ eski sunucuyu gösteriyor olabilir. Yayılma süresi birkaç saati bulabilir.
  • Hosting hesabı askıya alınmış olabilir. Ödeme gecikmesi veya kaynak aşımı nedeniyle hesap dondurulmuş olabilir.

Sadece sizde açılmıyorsa tarayıcı önbelleğini ve bilgisayarınızın DNS önbelleğini temizleyin. Farklı bir ağdan denemek, sorunun sizde mi sitede mi olduğunu birkaç saniyede ayırt eder.

Sadece yönetici paneli açılmıyorsa

Site normal görünüyor ama wp-admin açılmıyorsa senaryo değişir. Genelde şunlardan biri vardır:

  • Bir güvenlik eklentisi giriş adresini değiştirmiş olabilir
  • IP adresiniz güvenlik duvarı tarafından engellenmiş olabilir
  • Oturum çerezleri bozulmuş olabilir, gizli sekmede denemek bunu ayırt eder
  • Kullanıcı rolleriniz veritabanında bozulmuş olabilir

Giriş ekranı açılıyor ama şifre kabul edilmiyorsa

Şifre sıfırlama e-postası gelmiyorsa sitenin e-posta gönderimi çalışmıyor olabilir. Bu durumda şifreyi veritabanı üzerinden değiştirebilirsiniz.

Hosting panelindeki phpMyAdmin aracını açın, wp_users tablosunu bulun, kullanıcınızın satırını düzenleyin ve user_pass alanına yeni şifreyi yazarken işlev olarak MD5 seçin. Kaydettiğinizde yeni şifreyle giriş yaparsınız.

wp_ ön eki her kurulumda aynı olmayabilir; kurulumunuzda farklıysa tablo adı da ona göre değişir.

Giriş sonrası ilk iş, sitedeki tüm yönetici hesaplarını gözden geçirmek olmalı. Tanımadığınız bir hesap varsa bu, basit bir şifre sorununun ötesinde bir durum demektir.

Panel açılmıyor ve giriş yapamıyorsanız yetkisiz bir erişim ihtimalini de değerlendirin. Belirtileri ve kontrol yöntemlerini hacklenmiş site tespiti ve temizliği yazısında topladım.

Site hacklendiği için mi kapandı?

Bazı durumlarda site açılmıyor değil, açılmasına izin verilmiyordur. Tarayıcı kırmızı bir uyarı ekranı gösteriyorsa ya da hosting firması siteyi kapattığını bildiriyorsa, olay bir yapılandırma hatasından ibaret değildir.

Şu belirtiler yetkisiz erişime işaret eder:

  • Ana sayfada sizin koymadığınız içerik veya yönlendirme olması
  • Google’da sitenizin adıyla alakasız sayfaların çıkması
  • Yükleme klasöründe tanımadığınız PHP dosyalarının bulunması
  • Yönetici listesinde sizin oluşturmadığınız kullanıcıların olması

Dosyaları tek tek temizlemeye çalışmak çoğu zaman işi uzatır, çünkü arka kapılar birden fazla noktaya bırakılır. Temizlikten önce sitenin izole edilmesi ve şifrelerin tamamının yenilenmesi gerekir. Önleyici tarafı WordPress güvenliği rehberinde anlattım.

Hangi noktada durmalısınız

WordPress site açılmıyor sorunuyla uğraşırken adımların çoğu geri alınabilir. Ama şu üç durumda devam etmek yerine durmanızı öneririm.

Elinizde güncel bir yedek yoksa veritabanına müdahale eden hiçbir adımı yedeksiz atmayın. Onarım araçları bazen tabloyu daha da bozar.

Site ticari olarak çalışıyorsa deneme yanılma yöntemi, kapalı kalma süresini ve sipariş kaybını büyütür.

Sorun tekrar ediyorsa çözdüğünüz hata birkaç gün sonra geri dönüyorsa görünen belirtiyi bastırıyorsunuz demektir, asıl neden yerinde duruyordur.

Aynı sorunu tekrar yaşamamak için

WordPress site açılmıyor sorununu bir kez çözdükten sonra asıl iş başlıyor. Açılmama sorunlarının büyük kısmı önlenebilir nedenlerden çıkar.

Şu beş alışkanlık, sorunların çoğunu daha oluşmadan engeller:

  • Otomatik ve düzenli yedek. Yedeğin sunucu dışında bir yerde tutulması, sunucu kaynaklı sorunlarda kurtarıcı olur.
  • Güncellemeleri önce test ortamında denemek. Staging kurulumu, güncelleme sonrası bozulmaları canlı siteye taşımadan yakalar.
  • Eklenti sayısını sınırlı tutmak. Her eklenti bir bağımlılıktır. Kullanılmayanları pasife almak yetmez, silmek gerekir.
  • PHP sürümünü takip etmek. Destek süresi biten PHP sürümleri hem güvenlik hem uyumluluk sorunu üretir.
  • Çalışma süresi izleme. Sitenin kapandığını müşterinizden öğrenmek yerine izleme servisinden öğrenmek, müdahale süresini kısaltır.

Bu beş maddeyi düzenli takip etmek zaman ister. Sitenizin bakımını bir düzene oturtmak istiyorsanız, nasıl çalıştığımı konuşmak için yazabilirsiniz.

Sık sorulan sorular

WordPress sitesi açılmıyorsa veriler kaybolur mu?

Hayır. Açılmama sorunlarının neredeyse tamamı görüntüleme katmanında yaşanır. Yazılarınız, ürünleriniz ve ayarlarınız veritabanında durmaya devam eder. Veri kaybı riski, veritabanı tabloları bozulduğunda veya yetkisiz erişim yaşandığında ortaya çıkar.

Beyaz ekran hatasının en sık nedeni nedir?

PHP sürümüyle uyumsuz kalmış bir eklenti. Bunu ikinci sırada tema dosyasına eklenen hatalı kod, üçüncü sırada dolan bellek limiti takip eder.

Eklenti klasörünü yeniden adlandırmak ayarlarımı siler mi?

Silmez. Eklenti ayarları veritabanında saklanır, klasör adı değiştiğinde eklenti sadece devre dışı kalır. Klasör adını geri aldığınızda ayarlar yerinde olur.

Site sadece bende açılmıyorsa ne yapmalıyım?

Önce mobil veriye geçip deneyin. Sorun sürüyorsa tarayıcı önbelleğini ve DNS önbelleğinizi temizleyin. Bir güvenlik eklentisi ya da sunucu güvenlik duvarı IP adresinizi engellemiş olabilir.

Hosting firmam sitenin kapalı olmadığını söylüyorsa sorun nerede?

Sunucu ayakta ama WordPress çalışmıyor olabilir. Bu durumda hata PHP tarafındadır. WP_DEBUG ayarını açıp debug.log dosyasına bakmak hangi dosyanın hata verdiğini doğrudan gösterir. Ayarın teknik detayları için WordPress.org’un resmi hata ayıklama belgesine bakabilirsiniz.

Yazar Hakkında

Barış Dayak

2014'ten bu yana web tasarım, WordPress ve SEO & AI görünürlük alanlarında 500'den fazla işletmeye hizmet veriyorum.

Barış DayakYazar gönderileri

2014'ten bu yana web tasarım, WordPress ve SEO & AI görünürlük alanlarında 500'den fazla işletmeye hizmet veriyorum.

Bu yazıyı
Beğendiniz mi?

En güncel yazılar, kampanyalar ve hizmetlerimiz hakkında düzenli bilgi sahibi olmak için abone olun!

    Yorumlar devre dışıdır