# Mağazamda bir sorun var: nereden başlamalı

> Mağazanız dünkü gibi davranmıyor ve nedenini henüz bilmiyorsunuz. Bu bölüm, teknik nedene göre değil ekranda gördüğünüze göre sıralanmış otuz arızayı bir araya getirir: belirtiden yola çıkarsınız, sayfa sizi olası kaynağa götürür.

- Source canonique : [https://allaux.fr/tr/problemes](https://allaux.fr/tr/problemes)
- Langue : TR
- Dernière mise à jour : 2026-08-03

## Bu bölüm kimin için

Buradasınız çünkü bir şeyler ters gidiyor ve varsa bile hata mesajı size hiçbir şey anlatmıyor. Sipariş adımları tamamlanmıyor, yönetim paneli açılmıyor, bir sayfa boş kalıyor ya da site bir saniyede yanıt verirken şimdi on saniyede yanıt veriyor. Bu noktada soru hangi hizmet sağlayıcıyı seçeceğiniz değil, arızanın nereden geldiğidir.

Bu sayfalar, henüz bir teşhisi olmayan biri için yazıldı. Görülebilenden yola çıkarlar — bir ekran, bir davranış, barındırma firmasından gelen bir uyarı e-postası — ve en sıktan en nadire doğru olası nedenlere geri giderler. Hiçbiri kod okuyabildiğinizi varsaymaz.

## Bölüm nasıl düzenlendi

Otuz sayfa dört aileye ayrılır. Görüntüleme arızaları: boş sayfa, kayıp görseller, düzenlemeden sonra bozulan tema, mobil yerleşimin bozulması. İşlevsel arızalar: ödeme alınamaması, sipariş akışının tıkanması, e-postaların ulaşmaması, içe ve dışa aktarmaların başarısız olması, duran senkronizasyon. Altyapı arızaları: 500 hatası, 504 hatası, veritabanı bağlantısının reddedilmesi, artık hiçbir yere işaret etmeyen alan adı, süresi dolmuş sertifika. Ve yönetim durumları: bakımsız bırakılmış site, ulaşılamayan önceki sağlayıcı, bir güncellemenin veya barındırma değişikliğinin hemen ardından çıkan arıza.

Belirtiniz aşağıdaki listede varsa doğrudan o sayfaya gidin. Birkaçı arasında kararsızsanız, site arızasını barındırma arızasından ayıran sayfayla başlayın: teşhisin ilk çatalı odur ve yanlış tarafta uzun süre aramanızı önler.

## Görüntüleme mi sunucu mu: zaman kazandıran ayrım

Görüntüleme arızasında sunucu hâlâ yanıt verir: bir sayfa geri döner, yalnızca boş, yanlış ya da bozuk biçimlendirilmiştir. Sunucu arızasında ise yanıtın kendisi oluşmaz: tarayıcı 500, 502 veya 504 alır ya da zaman aşımına kadar bekler. İlk durumda neden neredeyse her zaman temada, bir modülde, önbellekte veya bir dosya yolundadır. İkincisinde ise PHP, veritabanı ya da barındırma yapılandırması tarafındadır.

Her iki durumda da refleks aynıdır: hiçbir şeye dokunmadan önce hata günlüğünü açmak. PrestaShop'ta işe yarar bilgi var/logs/ dizininde ve barındırma firmasının günlüğündedir; WordPress'te WP_DEBUG_LOG sabiti wp-content/debug.log dosyasına yazar. Oradaki tek bir satır çoğu zaman sorunlu dosyanın adını verir. Onu okumadan siteyi değiştirmek, cevabı taşıyan izi silmek anlamına gelir.

## Herhangi bir işlemden önce

> Zararsız görünse bile bir düzeltme denemeden önce dosyaları ve veritabanını yedekleyin. Geri dönebilmek bir arızayı olaya dönüştürür; geri dönememek onu yeniden yapıma dönüştürür.

## Başlangıçta en işe yarar dört sayfa

- **Site mi barındırma mı: arıza nereden geliyor** — Yapılacak ilk ayrım. Sizi koda ya da sunucuya yönlendirir ve yanlış tarafta saatler harcamanızı önler. ([/problemes/site-ou-hebergement-d-ou-vient-la-panne](/problemes/site-ou-hebergement-d-ou-vient-la-panne))
- **500 hatası ya da boş sayfa** — En yaygın ve en az konuşan mesaj ile onun sessiz türevi. Gerçekte neyi kapsadıkları ve arkalarındaki PHP hatasının nasıl görünür kılınacağı. ([/problemes/erreur-500-d-ou-vient-elle](/problemes/erreur-500-d-ou-vient-elle))
- **Sitem hiç yanıt vermiyor** — Tarayıcı boşuna dönüyor ve siteyi hiç göstermiyor. Barındırma arızasını uygulama arızasından ayıran dört kontrol. ([/problemes/site-ne-repond-plus](/problemes/site-ne-repond-plus))
- **PrestaShop hata günlüklerini okumak** — Tek bir tema dosyasını açmadan önce günlükleri bulup yorumlamanın adım adım yöntemi. ([/guides/lire-logs-erreurs-prestashop](/guides/lire-logs-erreurs-prestashop))

## FAQ

### Belirtimi adlandıramıyorum, nereden başlamalıyım?

Site arızasını barındırma arızasından ayıran sayfayla. Teknik bilgi gerektirmez: tarayıcıdan görülebilen üç şeyi kontrol ettirir ve sonuç sizi doğru sayfa ailesine yönlendirir.

### Bu sayfaları takip etmek için FTP veya SSH erişimi gerekir mi?

Teşhis kısmı için gerekmez. Kontrollerin çoğu mağaza yönetiminden ya da barındırma panelinden yapılır. Dosya erişimi düzeltme aşamasında gerekli olur ve gerektiğinde sayfada belirtilir.

### Bu sayfalar hem PrestaShop hem WooCommerce için geçerli mi?

Evet: burada anlatılan belirtiler iki platformda da ortaktır, Shopify de bir kısmını paylaşır. Adımlar platforma göre değiştiğinde sayfa tek yol yerine her iki yolu da verir.

### Mağazam şu anda kapalı, yine de önce okumam şart mı?

En azından nedeni belirleyen paragrafı okuyun: beş dakika sürer ve durumu kötüleştiren hamleleri önler; örneğin hata mesajını not etmeden bir modülü yeniden kurmak veya önbelleği temizlemek gibi.

### Site kendiliğinden yeniden çalışmaya başladı, yine de araştırmalı mıyım?

Evet. Kendiliğinden geçen bir arıza neredeyse her zaman geçici bir doyma belirtisidir: PHP belleği, ağır bir zamanlanmış görev, trafik sıçraması, dolu disk. Geri gelir ve genellikle en kötü anda gelir; o döneme ait günlük izi hâlâ taşır.