Hizmetler

WordPress hata çözümü

Siteniz kritik hata ya da beyaz ekran mı veriyor? WordPress hata çözümü hizmetimde sorunu kalıcı olarak düzeltiyorum. İlk yanıt bir iş günü içinde.

WordPress hata çözümü hizmeti neleri kapsar?

WordPress hata çözümü, sitenizin açılmadığı, hata mesajı verdiği ya da bir bölümünün çalışmadığı durumlarda sorunun kaynağını bulup kalıcı olarak düzelttiğim bir hizmettir. Siteyi kimin kurduğu fark etmiyor: sitesi bozulan işletme sahipleriyle, projesi yarım kalanlarla ve müşterisinin sitesi için destek arayan ajanslarla çalışıyorum.

Kapsamda teşhis, işe başlamadan alınan yedek, onarım, test ve yazılı bir açıklama var. Açıklamada neyin bozulduğunu, neyi değiştirdiğimi ve aynı sorunun tekrar etmemesi için ne yapılabileceğini anlatıyorum.

İletişim yazılı yürüyor: WhatsApp, e-posta ya da iletişim formu. İlk yanıtı bir iş günü içinde veriyorum. Acil bir durumda bunun bir faydası daha var: hangi erişimin paylaşıldığı, hangi adımın onaylandığı ve neyin değiştiği kayıt altında kalıyor. Neden yazılı çalıştığımı hakkımda sayfasında anlattım.

Fiyat, sorunun kapsamına göre belirleniyor. Ücretsiz ön teklif formunda sorunu kısaca anlatabilirsiniz; bir iş günü içinde dönüyorum. Kesin kapsamı, süreyi ve fiyatı kısa bir ön inceleme yapıp sizinle yazıştıktan sonra netleştiriyorum; onayınızı almadan onarıma başlamıyorum.

Hangi hatalarla ilgileniyorum?

  • “Bu sitede ciddi bir sorun çıktı” ya da “Web sitenizde kritik bir hata oluştu”: İkincisi aynı mesajın eski Türkçe çevirisi. Çoğu zaman bir eklenti ya da tema çakışmasından, uyumsuz PHP sürümünden veya yetersiz bellekten kaynaklanır. WordPress bu durumda yönetici e-postasına bir kurtarma bağlantısı gönderir. Ama site başkası tarafından kurulduysa bu adresi artık kimse okumuyor olabilir; site e-posta gönderemiyorsa bağlantı hiç ulaşmaz.
  • Beyaz ekran: Hiçbir mesaj göstermeyen boş bir sayfa. Arkasında genellikle bir PHP ya da veritabanı hatası vardır; en sık sebep yine eklentiler ve temalardır.
  • 500 hatası (Internal Server Error): En olası neden bozulmuş bir sunucu ayar dosyasıdır (.htaccess). Eklentiler, tema, yetersiz bellek ya da bozulmuş WordPress dosyaları da bu hataya yol açabilir.
  • 503 ve “Planlanmış bakım çalışması yapıldığından site kullanılamıyor”: Genellikle düzgün tamamlanmayan bir güncellemeden sonra silinmeden kalan bakım dosyasından kaynaklanır. WordPress bu dosyayı 10 dakika sonra kendiliğinden yok sayar; ekran daha uzun sürüyorsa sebep büyük olasılıkla yalnızca bu dosya değildir. Güncelleme yarıda kesildiyse bazı dosyalar da eksik olabilir; bu yüzden yalnızca mesajı kaldırmak yetmez.
  • “Veri tabanı bağlantısı kurulurken sorun çıktı”: Yanlış bağlantı bilgileri, hosting tarafındaki bir sorun ya da sitenin ele geçirilmesi olabilir. Bu mesaj tek başına verilerinizin silindiği anlamına gelmez.
  • Güncellemeden sonra kayan tasarım: Sebep çoğu zaman Elementor gibi sayfa oluşturucuların tasarım dosyalarının yenilenmemesi ya da eski dosyaların önbellekte kalmasıdır; bazen de tema ile eklenti arasında bir uyumsuzluk vardır.
  • E-posta göndermeyen ya da spama düşen form: Alan adınızda e-posta doğrulama kayıtları (SPF, DKIM) eksikse ya da site e-postaları sunucunun varsayılan yöntemiyle gönderiyorsa, Gmail gibi servisler bu e-postaları spama atabilir ya da reddedebilir. Kalıcı çözüm çoğu zaman e-postaları doğrulanmış bir SMTP hesabıyla göndermektir.
  • Çalışmayan ödeme sayfası: WooCommerce e-ticaret sitelerinde sepet ve ödeme sayfalarının yanlışlıkla önbelleğe alınması bilinen bir nedendir. Ödeme eklentisindeki hatalar da siparişlerin gelmemesine yol açabilir.
  • Hack belirtileri: Tanımadığınız yönetici kullanıcılar, sizin eklemediğiniz sayfalar, Google’da “Bu site saldırıya uğramış olabilir” uyarısı ya da hosting firmasının sitenizi kapatması.

Sorununuz bu listede yoksa da yazın. Ekranda ne gördüğünüzü anlatmanız yeterli.

WordPress hata düzeltme sürecim

  1. Kısa bir ön inceleme yapıyorum. Hatayı kendim de görmeye çalışıyor, ne zaman başladığını ve en son neyin değiştiğini öğreniyorum.
  2. Kapsamı ve fiyatı yazıyorum. Ne gördüğümü, ne yapacağımı ve fiyatı yazılı olarak iletiyorum. Onayınız gelmeden onarıma geçmiyorum.
  3. İlk iş yedek. Hiçbir şeye dokunmadan dosyaların ve veritabanının tam kopyasını alıyorum.
  4. Sorunun kaynağını buluyorum. Sunucunun ve WordPress’in kayıt (log) dosyalarını inceliyorum. Hataları ziyaretçilere göstermiyorum; gerekirse geçici bir kayıt tutup iş bitince siliyorum. Beklemediğim bir şey çıkarsa devam etmeden önce size yazıyorum.
  5. Mümkün olduğunda önce bir kopyada deniyorum. İşe yarayan değişikliği canlı siteye uyguluyorum. Kopyanın tamamını canlının üzerine yazmadığım için bu arada gelen sipariş ve form kayıtları kaybolmuyor. Sunucu ayarları, ödeme sağlayıcısının bildirimleri, e-posta teslimi ya da hacklenen sitenin temizliği gibi bazı işler ise yalnızca canlı sitede yapılabiliyor. Bunları önceden size yazıyor, onayınızla ilerliyorum.
  6. Test ediyorum. Sorunun gittiğini ve başka bir şeyin bozulmadığını kontrol ediyorum: formlar, ödeme adımları, mobil görünüm.
  7. Yazılı açıklama gönderiyorum. Yaptığım her şeyi ve önerilerimi sade bir dille özetliyorum.

Bana yazarken göndermeniz gerekenler

Şunları ilk mesajınızda gönderirseniz sorunu daha hızlı değerlendirebilirim:

  • Sitenizin adresi
  • Ekrandaki hata mesajının metni ya da ekran görüntüsü
  • Sorunun ne zaman başladığı
  • Son yapılan değişiklik: bir güncelleme, yeni bir eklenti, hosting değişikliği
  • Güncel bir yedeğiniz olup olmadığı

Erişim bilgilerini ilk mesajda göndermeyin; hangi erişime ne zaman ihtiyacım olduğunu ayrıca yazarım. WordPress için kendi şifrenizi paylaşmak yerine bana ayrı bir yönetici hesabı açmanızı öneririm; iş bitince silebilirsiniz. Hosting paneli ya da dosya erişimi (SFTP) için ayrı bir hesap açılamıyorsa, iş bitince şifrelerinizi değiştirmeniz yeterli.

Yardım gelene kadar kaçınmanız gerekenler

  • Eklentileri panelden rastgele silmeyin. Silme işlemi eklentinin ayarlarını ve verilerini de götürebilir.
  • WordPress’i yönetici panelinden yeniden kurmayı denemeyin. Hacklenmiş bir sitede bu yöntem zararlı dosyaları yerinde bırakabilir.
  • Mağazanızı yedekten geri döndürmeden önce durun. Yedekten sonra gelen siparişler ve müşteri kayıtları kaybolabilir. Hosting firmasının yaptığı geri yükleme de sorunun kaynağını ortadan kaldırmayabilir.
  • Canlı sitede hata ayıklama modunu açıp hataları ekranda göstermeyin. Bu bilgiler ziyaretçilere de görünür.

Hacklenen WordPress sitesi

Hacklenen bir sitede önce durumu kayda geçiriyor, ardından temizliği yapıyor, çekirdek dosyalarını temiz kopyalarıyla değiştiriyor ve saldırganın nereden girdiğini arıyorum. Hosting paneli, SFTP, veritabanı ve yönetici şifrelerinin hepsi değişiyor; açık kalan bütün oturumlar kapatılıyor.

Temizlikten sonra Google’daki uyarının kaldırılması için Search Console üzerinden inceleme isteniyor. Sitenizde müşteri, sipariş ya da form verileri varsa, KVKK’ya göre veri sorumlusu olarak ihlali öğrendikten sonra gecikmeksizin ve en geç 72 saat içinde Kişisel Verileri Koruma Kurulu’na bildirim yapmanız gerekebilir. Bilişim hukuku yüksek lisansı yaptığım için bu adımı özellikle hatırlatıyorum; ancak bu bir hukuki danışmanlık değil, bildirim kararı ve sorumluluğu sizde.

Temizlik, sitenin bir daha hacklenmeyeceği anlamına gelmez.

Yarım kalan siteler ve başkasının kurduğu siteler

Başka birinin kurduğu sitelerde de çalışıyorum. Yarım kalan bir projeyi ise görmeden bitirme sözü vermiyorum. Neden yarım kaldığı değil, bugün hangi durumda olduğu önemli; bu yüzden önce bir devir incelemesi yapıyorum:

  • Alan adı ve hosting kimin adına kayıtlı, erişimler sizde mi?
  • Tema ve eklenti lisansları kimin hesabında?
  • Lisansı kırılmış (nulled) tema ya da eklenti var mı? Bu tür bileşenler sık görülen bir zararlı yazılım kaynağıdır.
  • WordPress ve PHP sürümleri güncel mi?
  • Neler bitmiş, neler eksik; mevcut yapının üzerine devam etmek mantıklı mı?

Kapsamı ve teklifi bu incelemeden sonra hazırlıyorum. Ajanslar için aynı işi beyaz etiketle de yapıyorum.

Tek seferlik onarım mı, düzenli bakım mı?

Hata çözümü tek seferlik bir WordPress destek hizmeti: bugünkü sorunu çözer. Aynı sorunun tekrar etme riskini azaltan şey ise düzenli güncelleme, yedek ve güvenlik takibi. Desteği bitmiş bir PHP sürümünün zamanında yükseltilmesi de düzenli bakımın parçası. Bunları sizin yerinize benim yapmamı isterseniz WordPress bakım hizmeti sayfasına bakabilirsiniz.

Siteniz yavaş açılıyorsa WordPress hız optimizasyonu sayfasına, hostinginizi değiştirmek istiyorsanız WordPress site taşıma sayfasına göz atabilirsiniz.

Sık sorulanlar

Siz sormadan ben söyleyeyim.

WordPress sitem açılmıyor, ilk ne yapmalıyım?

Önce ekrandaki mesajın ekran görüntüsünü alın ve en son neyin değiştiğini not edin: bir güncelleme, yeni bir eklenti ya da hosting değişikliği. Yönetici e-postanızı da kontrol edin; WordPress ciddi bir hatada oraya bir kurtarma bağlantısı gönderiyor olabilir. Sorunun kaynağı belli olmadan eklenti silmeyi, yeniden kurulumu ya da yedekten geri dönmeyi denemeyin. Sonra bu bilgilerle bana WhatsApp, e-posta ya da iletişim formundan yazın.

Hiçbir şeye dokunmadım ama site bozuldu, neden olabilir?

Siz dokunmasanız da sitede bir şeyler değişebilir. WordPress küçük güvenlik sürümlerini varsayılan olarak kendiliğinden kurar; otomatik güncellemesi açık eklentiler de siz fark etmeden güncellenir. Hosting firmasının PHP sürümünü değiştirmesi, disk ya da veritabanı kotasının dolması ya da sitenin hacklenmesi de aynı sonucu doğurabilir. Sunucu ve güncelleme kayıtlarına bakarak hangisinin olduğunu buluyorum.

Onarım sırasında site kapanır mı, verilerim kaybolur mu?

İşe başlamadan dosyaların ve veritabanının yedeğini alıyorum. Mümkün olduğunda onarımı önce sitenin bir kopyasında deniyor, yalnızca işe yarayan değişikliği canlı siteye uyguluyorum; böylece ziyaretçileriniz çoğu zaman süreçten etkilenmez. Bazı işler yalnızca canlı sitede yapılabiliyor; bu durumda ne yapacağımı ve olası bir kesintiyi önceden yazıyorum.

Önceki geliştiriciye ulaşamıyorum ve yönetici şifrem yok. Ne yapabilirim?

Yönetici hesabındaki e-posta adresine erişiminiz varsa giriş sayfasındaki “Parolanızı mı unuttunuz?” bağlantısı yeterli olabilir. Olmazsa ve hosting hesabı sizin adınızaysa, hosting paneli üzerinden size yeni bir yönetici hesabı açabilirim. Hosting ya da alan adı başkasının adına kayıtlıysa önce ilgili firmalarla hesap sahipliğini netleştirmeniz gerekir. Premium tema ya da eklenti lisansları önceki geliştiricinin hesabındaysa, güncelleme almaya devam etmek için lisansların devredilmesi ya da yenilerinin alınması gerekebilir.

Yedeğim yoksa sitem kurtarılabilir mi?

Çoğu hata, verilerin silindiği anlamına gelmez; veritabanı bağlantı hatasında bile veriler genellikle yerinde durur. Müdahaleden önce sitenin o anki halinin yedeğini alıyorum; böylece bir şey ters giderse en azından bugünkü duruma dönebiliriz. Veriler gerçekten kaybolduysa hosting firmanızın tuttuğu yedekleri birlikte kontrol ediyoruz; neyin kurtarılabileceği bu yedeklere bağlı.

Hacklenen sitemdeki Google uyarısı ne zaman kalkar?

“Bu site saldırıya uğramış olabilir” uyarısı, site tamamen temizlendikten sonra Search Console'daki Güvenlik Sorunları raporundan inceleme istenerek kaldırılır. Siteniz Search Console'a ekli değilse önce alan adı ya da hosting üzerinden doğrulanması gerekir. Google'ın açıklamasına göre incelemelerin çoğu birkaç gün ile birkaç hafta arasında sürebilir ve bu süreyi kısaltmak benim elimde değil. Temizliği eksiksiz yapmak, incelemenin ilk seferde olumlu sonuçlanma ihtimalini artırır.

Projenizi anlatın, nasıl ilerleyeceğimizi birlikte netleştirelim.

Kısa bir form, bağlayıcı olmayan bir fiyat ve süre aralığı; bir iş günü içinde de doğrudan benden yanıt.

Form doldurmak istemiyorsanız: [email protected]