--- title: "WordPress Sitesi Açılmıyor: Nedenleri ve Adım Adım Çözümü" url: https://barisdayak.com/wordpress-site-acilmiyor/ date: 2026-08-14 modified: 2026-08-14 author: "Barış Dayak" description: "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..." categories: - "Blog" image: https://barisdayak.com/wp-content/uploads/2026/08/wordpress-site-acilmiyor-hata-ekranlari-1024x538.png word_count: 1799 --- # WordPress Sitesi Açılmıyor: Nedenleri ve Adım Adım Çözümü **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](https://barisdayak.com/wordpress-yedekleme-rehberi/) 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üz | Sorunun katmanı | En olası neden | | ----------------------- | ---------------- | --------------- | | Bomboş beyaz sayfa | PHP | Uyumsuz eklenti veya hatalı tema kodu | | "Sitede kritik bir hata oluştu" | PHP | WordPress hatayı yakaladı, kurtarma modu e-postası gelmiş olmalı | | HTTP 500 Internal Server Error | Sunucu | Bozuk .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ı | WordPress | Yarıda kalan güncelleme, kök dizinde kalmış .maintenance dosyası | | ERR_TOO_MANY_REDIRECTS | Yapılandırma | Çakışan adres ayarı veya https yönlendirmesi | | Bu siteye ulaşılamıyor | Alan adı / DNS | Süresi dolmuş alan adı, eksik yönlendirme veya askıya alınmış hesap | | 503 veya kaynak limiti uyarısı | Barındırma | CPU, bellek veya eşzamanlı işlem limitinin aşılması | | Kırmızı güvenlik uyarısı | Güvenlik | Zararlı 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](https://barisdayak.com/wordpress-site-hizi/) 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](https://barisdayak.com/hacklenmis-site-tespit-ve-temizlik/) 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](https://barisdayak.com/wordpress-guvenligi/) 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. Güncellemeleri düzenli takip eden bir bakım düzeni kuralım Yedekleme, test ortamı ve güncelleme sırasını sizin için kuralım; bakım modu acil kurtarma değil, planlı bir adım olsun. [WhatsApp iletişim](https://wa.me/905350283109?text=Merhaba%2C%20%22WordPress%20Bak%C4%B1m%20Modu%20Nas%C4%B1l%20A%C3%A7%C4%B1l%C4%B1r%3F%20Eklentili%20ve%20Eklentisiz%20Y%C3%B6ntemler%22%20yaz%C4%B1n%C4%B1zdaki%20%22G%C3%BCncellemeleri%20d%C3%BCzenli%20takip%20eden%20bir%20bak%C4%B1m%20d%C3%BCzeni%20kural%C4%B1m%22%20b%C3%B6l%C3%BCm%C3%BCnden%20ula%C5%9F%C4%B1yorum.)[Bakım hizmetini inceleyin](https://barisdayak.com/wordpress-bakim-hizmeti/) ## 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. Tekrar eden güncelleme sorunları mı yaşıyorsunuz? Neyin tekrar tekrar bozulduğunu birlikte tespit edip kalıcı bir çözüme oturtalım. [WhatsApp iletişim](https://wa.me/905350283109?text=Merhaba%2C%20%22WordPress%20Bak%C4%B1m%20Modu%20Nas%C4%B1l%20A%C3%A7%C4%B1l%C4%B1r%3F%20Eklentili%20ve%20Eklentisiz%20Y%C3%B6ntemler%22%20yaz%C4%B1n%C4%B1zdaki%20%22Tekrar%20eden%20g%C3%BCncelleme%20sorunlar%C4%B1%20m%C4%B1%20ya%C5%9F%C4%B1yorsunuz%3F%22%20b%C3%B6l%C3%BCm%C3%BCnden%20ula%C5%9F%C4%B1yorum.)[Sorun giderme hizmetini inceleyin](https://barisdayak.com/wordpress-sorun-giderme/) ## 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](https://wordpress.org/documentation/article/debugging-in-wordpress/) bakabilirsiniz.