# PrestaShop yönetim paneline erişilemiyor

> "Geçersiz jeton", sürekli yeniden yüklenen sayfa, doğru olmasına rağmen reddedilen bilgiler: PrestaShop yönetim paneline erişim tek bir arıza noktasıdır. Bu erişim olmadan siparişleri, stokları veya fiyatları yönetmek mümkün değildir.

- Source canonique : [https://allaux.fr/tr/prestashop/back-office-inaccessible](https://allaux.fr/tr/prestashop/back-office-inaccessible)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> var/cache (1.7, 8, 9) ya da cache/smarty (1.6) klasörünü FTP ile boşaltın, ardından tarayıcınızdaki site çerezini silin: bu, «Geçersiz güvenlik anahtarı» döngülerinin çoğunu çözer. Yönlendirme döngüsü sürüyorsa ps_shop_url tablosundaki alan adını gerçekten çağrılan adresle karşılaştırın ve app/config/parameters.php (1.7, 8, 9) veya config/settings.inc.php (1.6) içindeki COOKIE_KEY değerinin değişmediğini doğrulayın.

## Yönetim paneli neden kilitleniyor

PrestaShop yönetim paneli, her kuruluma özgü bir şifreleme anahtarına bağlı jeton ve çerez sistemine dayanır; bu anahtar app/config/parameters.php (1.7/8) veya config/settings.inc.php (1.6) dosyasında tanımlanan COOKIE_KEY'dir. Bu anahtar iki ortam arasında farklılaşırsa veya ps_employee tablosunda senkronize olmayan bir jeton bulunursa, bağlantı "Geçersiz jeton" mesajıyla ya da doğrudan giriş sayfasına dönerek başarısız olur.

Yönlendirme döngüleri genellikle ps_shop_url tablosunda tanımlı URL (alan adı ve SSL alan adı) ile tarayıcının gerçekte kullandığı URL arasındaki bir çakışmadan kaynaklanır; bu durum çoğunlukla alan adı değişikliği, HTTPS'e geçiş veya yedeğin başka bir sunucuya geri yüklenmesi sonrasında ortaya çıkar.

Son olarak, düzgün kaldırılmamış bir yönetim eklentisi, ps_tab veya ps_menu içinde başıboş bir kayıt bırakabilir; bu da menüdeki bir sekmeye tıklandığında hataya yol açar.

## Sık karşılaştığım durumlar

- "Geçersiz jeton, lütfen sayfayı yeniden yükleyin" mesajının sürekli tekrarlanması
- /admin ile giriş sayfası arasında sonsuz yönlendirme
- Doğru olmasına rağmen reddedilen bilgiler, ya da şifremi unuttum e-postasının gelmemesi
- Eksik yönetim paneli menüsü veya tıklandığında hata veren bir sekme
- HTTP'de çalışan ama HTTPS'te çalışmayan erişim, ya da tam tersi
- Adı değiştirilmiş ve erişimi kaybedilmiş admin klasörü

## Erişimi nasıl geri kazandırıyorum

1. **Çerez anahtarının kontrolü** — Yapılandırma dosyasındaki COOKIE_KEY'i geçerli oturumun beklediği değerle karşılaştırıyorum ve bir dosya aktarımı sırasında yanlışlıkla değiştirilmediğinden emin oluyorum.
2. **Mağaza URL'lerinin kontrolü** — ps_shop_url tablosunu ve SSL ayarlarını (PS_SSL_ENABLED) gerçekte kullanılan alan adıyla eşleştiğinden emin olmak için kontrol ediyorum.
3. **Hedefli sıfırlama** — Gerekirse, doğru hash algoritmasıyla doğrudan veritabanında bir çalışan şifresini yeniden oluşturuyorum; diğer hesaplara veya siparişlere dokunmadan.
4. **Menülerin temizlenmesi** — Silinmiş bir eklentiye bağlı ps_tab kayıtlarını düzeltiyor veya yeniden oluşturuyorum; böylece yönetim paneli menüsü tekrar tutarlı hâle geliyor.

## Acil durumda admin klasörünü yeniden adlandırmayın

> /admin klasörünü iç bağlantıları (bildirim e-postaları, çalışan favorileri) güncellemeden yeniden adlandırmak, mevcut soruna bir sorun daha ekleyebilir. Yapıya dokunmadan önce teşhis koymayı tercih ederim.

## En sık karşılaşılan nedenler

- **Barındırma sağlayıcısı değişimi** — Veritabanı yeni bir sunucuya geri yüklendi ama yapılandırma dosyası hâlâ eski anahtarı veya eski alan adını gösteriyor. ([/prestashop/migration/changer-d-hebergeur](/prestashop/migration/changer-d-hebergeur))
- **Zorla yapılan HTTPS geçişi** — SSL sertifikası sunucu tarafında etkinleştirildi ama PS_SSL_ENABLED ve veritabanındaki URL'ler güncellenmedi; bu da yönlendirmeyi bozuyor. ([/guides/passer-site-en-https](/guides/passer-site-en-https))
- **Düzgün kaldırılmamış üçüncü taraf eklenti** — Eklentinin dosyaları silinmiş olsa da, yönetim panelindeki bir sekme veya widget veritabanında hâlâ referanslı kalıyor. ([/prestashop/problemes/module-refuse-installation](/prestashop/problemes/module-refuse-installation))

## İlgili sayfalar

- **Yönetim paneline giriş yapılamıyor** — Aynı belirtiye daha geniş bir bakış: WordPress, PrestaShop ve ikisinde ortak nedenler. ([/problemes/connexion-administration-impossible](/problemes/connexion-administration-impossible))
- **PrestaShop e-postaları gelmiyor** — Şifre sıfırlama e-postası hiç gelmiyorsa, sorun çoğu zaman aynı gönderim ayarındadır. ([/prestashop/problemes/emails-confirmation-commande-non-recus](/prestashop/problemes/emails-confirmation-commande-non-recus))
- **Yanlış yapılandırılmış çoklu mağaza** — Her mağazanın ps_shop_url tablosunda kendi alan adı vardır: tek bir uyumsuzluk yönlendirme döngüsüne yeter. ([/prestashop/problemes/multiboutique-configuration](/prestashop/problemes/multiboutique-configuration))
- **PrestaShop önbelleğini temizlemek** — Sürüme göre hangi klasörlerin silineceği ve nelere dokunulmaması gerektiği. ([/guides/vider-cache-prestashop](/guides/vider-cache-prestashop))

## FAQ

### Veritabanındaki çalışan yetkilerimi kaybeder miyim?

Hayır, mevcut hesaplar üzerinde çalışıyorum. Bir hesabı yalnızca ps_employee tablosu gerçekten bozulmuşsa yeniden oluşturuyorum, bu durumda da diğer kullanıcıları olduğu gibi koruyorum.

### Mağaza sitesi (front-office) de bundan etkileniyor mu?

Genellikle hayır: yönetim panelindeki bir sorun, müşterilerin sipariş vermesini engellemez. Satışların devam ettiğini doğrulamak için sitenin ön yüzünü de her zaman paralel olarak kontrol ediyorum.

### Hangi erişimleri sizinle paylaşmam gerekiyor?

Yapılandırma dosyalarını okumak için FTP veya SSH erişimi, ve veritabanı erişimi. Hâlâ çalışan bir çalışan hesabınız varsa, bilgileri de işe yarar.

### Şifre sıfırlama e-postasını neden almadım?

Genellikle e-posta gönderim sunucusu (SMTP) yanlış yapılandırılmış veya engellenmiş olduğu için, hesapla ilgili bir sorun olduğundan değil. Erişimle birlikte e-posta yapılandırmasını da kontrol ediyorum.

### Erişimi geri kazanmak ne kadar sürer?

Geçersiz bir jeton veya yönlendirme döngüsü, sunucu erişimi hazır olduğunda aynı gün içinde çözülen türden bir engeldir. Süreyi uzatan şey genellikle düzeltmenin kendisi değil, barındırma sağlayıcısından FTP veya SSH bilgilerini geri almaktır.