404 Not Found hatası, bir web sunucusunun ziyaretçinin ulaşmak istediği sayfayı, dosyayı veya kaynağı bulamadığında döndürdüğü HTTP durum kodudur. Genellikle yanlış yazılmış URL adresleri, silinmiş sayfalar, değiştirilen bağlantılar veya web sitesi yapılandırmasındaki hatalar nedeniyle oluşur.
Web sitenizde 404 hatasıyla karşılaşıyorsanız öncelikle adresin doğru yazıldığını kontrol etmelisiniz. Sorun kendi web sitenizde yaşanıyorsa dosyaların doğru dizinde bulunduğundan, WordPress kalıcı bağlantılarının düzgün çalıştığından ve gerekli yönlendirmelerin tanımlandığından emin olmalısınız.
Bu rehberde 404 Not Found hatasının nedenlerini, cPanel ve Plesk üzerinden uygulanabilecek çözümleri, WordPress 404 sorunlarını ve SEO açısından dikkat edilmesi gereken noktaları adım adım açıklıyoruz.
404 Not Found, HTTP protokolünde yer alan ve sunucunun istenen kaynağı bulamadığını belirten bir 4xx durum kodudur.
Bir ziyaretçi web sitesindeki bağlantıya tıkladığında veya tarayıcısına bir adres yazdığında sunucu ilgili kaynağı arar. Kaynak bulunamazsa 404 yanıtı döndürebilir.
Örneğin aşağıdaki adresi düşünelim:
https://ornekalanadi.com/iletisim
Web sitesindeki iletişim sayfasının adresi değiştirilmiş veya sayfa kaldırılmışsa ziyaretçi bu URL'ye erişmeye çalıştığında 404 hatasıyla karşılaşabilir.
Tarayıcıda aşağıdaki mesajlardan biri görüntülenebilir:
404 Not Found
HTTP Error 404
404 – Sayfa Bulunamadı
The Requested URL Was Not Found on This Server
Page Not Found
Error 404: File Not Found
Hata sayfasının tasarımı kullanılan web sunucusuna, içerik yönetim sistemine veya web sitesinin temasına göre değişebilir.
Önemli: 404 hatası, her zaman hosting sunucusunun kapalı olduğu anlamına gelmez. Çoğu durumda sunucu çalışmaktadır ancak istenen sayfa veya dosya bulunamamaktadır.
404 hatası farklı nedenlerle ortaya çıkabilir. Sorunun çözümü için öncelikle hangi durumun hataya neden olduğunu belirlemek gerekir.
404 hatasının en basit nedenlerinden biri adresin yanlış girilmesidir.
Eksik veya fazla karakterler, yanlış dosya uzantıları ya da hatalı bağlantılar, sunucunun istenen kaynağı bulamamasına neden olabilir.
Özellikle Linux tabanlı sunucularda dosya yollarındaki büyük ve küçük harf farklılıkları da önemlidir.
Web sitesindeki bir sayfa kaldırıldığında eski adres üzerinden yapılan istekler 404 hatasıyla sonuçlanabilir.
Benzer şekilde bir sayfanın URL adresi değiştirildiği halde eski adresten yeni adrese yönlendirme yapılmamış olabilir.
Apache veya uyumlu LiteSpeed sunucularında .htaccess dosyası URL yeniden yazma ve yönlendirme kurallarını içerebilir.
Bu kuralların eksik veya yanlış olması, gerçekte mevcut olan sayfaların 404 hatası vermesine neden olabilir.
WordPress web sitelerinde yazı ve sayfa adresleri kalıcı bağlantı sistemiyle yönetilir.
Taşıma, güncelleme veya yapılandırma değişikliklerinden sonra URL yeniden yazma kuralları doğru çalışmazsa özellikle alt sayfalarda 404 hatası oluşabilir.
Web sitesine ait dosyalar, alan adı için tanımlanan belge kök dizininde bulunmalıdır.
Dosyalar yanlış klasöre yüklenirse ziyaretçinin açmak istediği kaynak sunucu tarafından bulunamayabilir.
Web sitesi taşıma, alan adı değiştirme veya URL düzenleme işlemleri sırasında gerekli yönlendirmelerin oluşturulmaması eski bağlantıların bozulmasına neden olabilir.
Web sitesindeki menü, buton veya metin bağlantıları artık var olmayan sayfalara yönlendirebilir.
Bu durumda kullanıcı, site içerisinde gezinirken 404 hatasıyla karşılaşır.
Apache, Nginx veya LiteSpeed üzerinde kullanılan yönlendirme ve URL eşleştirme kurallarındaki problemler de mevcut içeriklere erişimi engelleyebilir.
Özellikle web sitesi taşıma ve sunucu değişikliği sonrasında bu yapılandırmaların kontrol edilmesi önemlidir.
404 hatasını düzeltmek için öncelikle sorunun yalnızca belirli bir sayfada mı yoksa bütün web sitesinde mi oluştuğunu belirleyin.
Aşağıdaki adımları sırasıyla uygulayabilirsiniz.
İlk olarak hatayı aldığınız URL'yi kontrol edin.
Alan adının doğru yazıldığından emin olun.
URL adresindeki eksik veya fazla karakterleri kontrol edin.
Bağlantıyı kopyalayıp tarayıcının adres çubuğuna yeniden yapıştırın.
Web sitesinin ana sayfasını açmayı deneyin.
Ana sayfa açılıyorsa ilgili içeriği site menüsünden veya arama bölümünden bulun.
Ana sayfa açılıyor ancak belirli bir sayfa 404 hatası veriyorsa, sorun çoğunlukla ilgili URL, içerik kaydı veya yönlendirme kurallarıyla ilişkilidir.
Ana sayfa da 404 hatası veriyorsa belge kök dizini, indeks dosyası, alan adı yapılandırması ve web sunucusu kuralları kontrol edilmelidir.
Bazen tarayıcı önbelleği veya önceden kaydedilmiş bir yönlendirme, eski bir adrese erişilmeye çalışılmasına neden olabilir.
Aşağıdaki kontrolleri gerçekleştirebilirsiniz:
Sayfayı yeniden yükleyin.
Tarayıcıda gizli pencere açarak aynı adresi ziyaret edin.
Farklı bir tarayıcı üzerinden bağlantıyı deneyin.
Gerekirse ilgili web sitesine ait önbelleği temizleyin.
Sorunun farklı cihazlarda da oluşup oluşmadığını kontrol edin.
Hata bütün cihazlarda aynı şekilde oluşuyorsa web sitesi veya sunucu tarafındaki yapılandırmanın incelenmesi gerekebilir.
Not: Tarayıcı önbelleğini temizlemek, sunucuda gerçekten bulunmayan bir sayfayı geri getirmez.
Web9 üzerinde cPanel destekli bir hosting hizmeti kullanıyorsanız Dosya Yöneticisi üzerinden web sitenizin dosyalarını inceleyebilirsiniz.
İzlenecek adımlar:
cPanel hesabınıza giriş yapın.
Dosyalar (Files) bölümünü açın.
Dosya Yöneticisi (File Manager) seçeneğine tıklayın.
Web sitenizin belge kök dizinine gidin.
Hata aldığınız sayfaya ait dosya veya klasörün mevcut olup olmadığını kontrol edin.
Yanlış dizine yüklenen dosyaları tespit edin.
Ana alan adının belge kök dizini birçok cPanel kurulumunda public_html olarak yapılandırılır. Ancak ek alan adları ve özel yapılandırmalarda farklı dizinler kullanılabilir.
Örneğin doğrudan bir PHP dosyasına erişmeye çalışıyorsanız ilgili dosyanın gerçekten mevcut olduğunu doğrulayın.
https://ornekalanadi.com/iletisim.php
Bu adresin çalışabilmesi için dosyanın doğru konumda bulunması gerekir.
Ancak WordPress gibi içerik yönetim sistemlerinde /iletisim adresi fiziksel bir dosyaya karşılık gelmeyebilir. Bu durumda sayfa WordPress ve URL yeniden yazma kuralları tarafından yönetilir.
Önemli: Web sitenizde bulunmayan dosyaları rastgele oluşturarak hatayı gidermeye çalışmayın. Önce istenen adresin fiziksel dosya mı yoksa içerik yönetim sistemi tarafından oluşturulan bir URL mi olduğunu belirleyin.
.htaccess dosyasında yer alan hatalı URL yeniden yazma ve yönlendirme kuralları, web sitenizde 404 hatasına neden olabilir.
Apache ve uyumlu LiteSpeed yapılandırmalarında bu dosya özellikle önemlidir.
Kontrol adımları:
cPanel Dosya Yöneticisi'ni açın.
Web sitenizin kök dizinine gidin.
Gizli dosyalar görünmüyorsa Show Hidden Files (dotfiles) seçeneğini etkinleştirin.
.htaccess dosyasını bulun.
Dosyanın mevcut içeriğinin yedeğini alın.
Yakın zamanda eklenen yönlendirme ve yeniden yazma kurallarını inceleyin.
Özellikle WordPress taşıma işlemlerinde eski alan adına veya eski dizin yapısına ait kurallar sorun oluşturabilir.
.htaccess dosyasını doğrudan silmeniz veya içindeki bütün kuralları kaldırmanız önerilmez. Dosya, web sitenizin güvenlik ve yönlendirme ayarlarını da içeriyor olabilir.
Dikkat: Nginx web sunucusu .htaccess dosyasını doğrudan işlemez. Nginx kullanılan sistemlerde ilgili URL kuralları sunucu yapılandırması üzerinden yönetilir.
WordPress web sitelerinde ana sayfa açıldığı halde yazılar, kategoriler veya diğer sayfalar 404 hatası veriyorsa kalıcı bağlantı yapılandırmasını kontrol etmek yararlı olabilir.
WordPress kalıcı bağlantılarını yenilemek için:
WordPress yönetim paneline giriş yapın.
Ayarlar > Kalıcı Bağlantılar (Settings > Permalinks) bölümünü açın.
Mevcut kalıcı bağlantı yapınızı kontrol edin.
Yapıyı değiştirmeden Değişiklikleri Kaydet seçeneğine tıklayın.
Hata aldığınız sayfayı yeniden kontrol edin.
Bu işlem, WordPress URL yeniden yazma kurallarının yeniden oluşturulmasını sağlayabilir.
Sorun devam ediyorsa .htaccess dosyasının yazılabilirliğini, sunucu yeniden yazma desteğini ve ilgili içerik adresini kontrol edin.
Önemli: Kalıcı bağlantı yapısını gereksiz yere değiştirmeyin. URL yapısının değiştirilmesi mevcut bağlantıları etkileyebilir.
WordPress içerisinde bir yazının veya sayfanın URL adresi değiştirilmiş olabilir.
Örneğin eski adres:
https://ornekalanadi.com/eski-yazi
Yeni adres:
https://ornekalanadi.com/yeni-yazi
Eski URL kullanılmaya devam ediyorsa ve yönlendirme bulunmuyorsa ziyaretçiler 404 hatası alabilir.
Bu durumda:
WordPress yönetim panelinde ilgili içeriği bulun.
İçeriğin yayında olup olmadığını kontrol edin.
Sayfanın kalıcı bağlantı adresini inceleyin.
Menü ve diğer iç bağlantıları güncelleyin.
İçerik kalıcı olarak taşındıysa eski URL'den yeni URL'ye 301 yönlendirmesi oluşturun.
Özel yazı türleri veya eklentiler tarafından oluşturulan URL'lerde sorun varsa slug çakışmalarını da kontrol etmeniz gerekebilir.
Plesk kullanılan hosting hizmetlerinde 404 hatası, belge kök dizini veya web sunucusu yapılandırmasından kaynaklanabilir.
Kontrol adımları:
Plesk paneline giriş yapın.
İlgili alan adını seçin.
Files / Dosyalar bölümünü açın.
Web sitesinin belge kök dizinini kontrol edin.
Gerekli dosyaların doğru konumda bulunduğundan emin olun.
Varsa ilgili alan adının hata kayıtlarını inceleyin.
Plesk üzerinde web sitesi dosyaları çoğu Linux kurulumunda httpdocs dizininde bulunur. Ancak bu yol değiştirilebilir.
WordPress kullanıyorsanız kalıcı bağlantı ayarlarını da kontrol edin.
Plesk üzerinde Apache ve Nginx birlikte çalışıyorsa, URL yeniden yazma kurallarının hangi sunucu tarafından işlendiği önemlidir.
Bazı Nginx/PHP-FPM yapılandırmalarında Apache için hazırlanmış .htaccess kuralları beklenen şekilde çalışmayabilir.
Bu tür durumlarda sunucu yapılandırmasının teknik destek tarafından incelenmesi gerekebilir.
Güvenlik uyarısı: PHP işleyicisini veya web sunucusu yapılandırmasını yalnızca 404 hatası nedeniyle rastgele değiştirmeyin. Bu değişiklikler web sitesinin diğer işlevlerini etkileyebilir.
Bir sayfanın URL adresini kalıcı olarak değiştirdiyseniz eski adresten yeni adrese 301 yönlendirmesi oluşturabilirsiniz.
301 yönlendirmesi, bir URL'nin kalıcı olarak başka bir adrese taşındığını ziyaretçilere ve arama motorlarına bildiren HTTP durum kodudur.
Örnek:
Eski adres:
https://ornekalanadi.com/eski-sayfa
Yeni adres:
https://ornekalanadi.com/yeni-sayfa
Apache tabanlı sistemlerde uygun yapılandırmada .htaccess içerisine aşağıdaki gibi bir yönlendirme tanımlanabilir:
Redirect 301 /eski-sayfa https://ornekalanadi.com/yeni-sayfa
Bu işlem, eski bağlantıyı ziyaret eden kullanıcıların otomatik olarak yeni adrese yönlendirilmesini sağlar.
301 yönlendirmesi oluştururken:
Eski ve yeni URL'nin aynı veya çok yakın kullanıcı ihtiyacını karşılamasına dikkat edin.
Yönlendirme döngüsü oluşturmayın.
Yönlendirme hedefinin çalıştığından emin olun.
Mümkünse eski adresi doğrudan nihai adrese yönlendirin.
WordPress ve .htaccess kurallarının çakışmadığını kontrol edin.
cPanel kullanan müşteriler, hesaplarında ilgili özellik sunuluyorsa Domains > Redirects (Alan Adları > Yönlendirmeler) bölümünden de yönlendirme oluşturabilir.
Önemli: Her 404 sayfasını ana sayfaya yönlendirmek doğru değildir. Silinen içeriğin uygun karşılığı bulunmuyorsa 404 durum kodunun korunması daha doğru olabilir.
Yanlışlıkla silinen bir sayfa veya dosya nedeniyle 404 hatası oluştuysa mevcut yedekleri inceleyebilirsiniz.
Özellikle web sitesi taşıma ve güncelleme işlemlerinden sonra eksik dosyalarla karşılaşılabilir.
Şu kontrolleri yapabilirsiniz:
WordPress kullanıyorsanız içeriklerin Çöp Kutusu bölümünü inceleyin.
Hosting dosyalarında ilgili kaynağın mevcut olup olmadığını kontrol edin.
Kullanılabilir bir yedeğiniz varsa silinen içeriğin yedekte bulunup bulunmadığını inceleyin.
Gerekliyse yalnızca ilgili dosya veya içeriği geri yükleyin.
Web9 hizmetinizde yedek yönetimi özelliği sunuluyorsa bu işlem için ilgili kontrol panelini kullanabilirsiniz.
Dikkat: Tam web sitesi yedeğini geri yüklemek mevcut dosyalarınızı veya veritabanı kayıtlarınızı etkileyebilir. Önce güncel yedek alın ve mümkün olduğunda yalnızca eksik içeriği geri yükleyin.
404 hatasının nedeni belirlenemiyorsa web sunucusu erişim ve hata kayıtları incelenebilir.
Bu kayıtlar hangi URL'nin istendiğini, isteğin ne zaman gerçekleştiğini ve hangi HTTP durum koduyla yanıtlandığını gösterebilir.
cPanel üzerinde erişiminiz olan Metrics / Metrikler bölümlerindeki ilgili kayıtları kontrol edebilirsiniz.
Plesk kullanan müşteriler, alan adı için sunulan Logs / Günlükler bölümünden uygun kayıtlara ulaşabilir.
Özellikle şu bilgiler önemlidir:
İstenen tam URL adresi
HTTP durum kodu
İstek tarihi ve saati
Hatanın belirli bir URL'de mi yoksa birçok adreste mi oluştuğu
Yönlendirme veya yeniden yazma kurallarına ilişkin hata mesajları
Bazı 404 yanıtları uygulama tarafından oluşturulduğu için web sunucusu hata günlüğünde ayrı bir hata kaydı bulunmayabilir. Bu durumda erişim kayıtları ve uygulama günlükleri daha faydalı olabilir.
Aşağıdaki tablo, sorunun hangi bölümde olabileceğini belirlemek için kullanılabilir.
| Karşılaşılan durum | Olası neden | İlk kontrol |
|---|---|---|
| Yalnızca tek sayfa açılmıyor | Yanlış veya silinmiş URL | Sayfa adresi |
| Ana sayfa açılıyor, alt sayfalar 404 veriyor | Kalıcı bağlantılar veya rewrite kuralları | WordPress ve .htaccess |
| Site taşındıktan sonra 404 oluşuyor | Yanlış dosya yolu veya eksik yönlendirme | Belge kök dizini |
| WordPress yazıları 404 veriyor | Kalıcı bağlantı veya slug çakışması | Kalıcı bağlantı ayarları |
| Eski bağlantılar çalışmıyor | URL değişikliği | 301 yönlendirmeleri |
| Görsel dosyaları açılmıyor | Eksik veya yanlış dosya yolu | Dosya Yöneticisi |
| Bütün sitede 404 oluşuyor | Yanlış site kökü veya sunucu yapılandırması | Hosting yapılandırması |
Bu tablo olası nedenleri gösterir. Kesin teşhis için ilgili URL'nin sunucu yanıtı ve yapılandırma kayıtları incelenmelidir.
404 hatası tek başına Google tarafından uygulanan bir SEO cezası değildir. İnternette silinen, taşınan veya artık bulunmayan sayfaların 404 durum kodu döndürmesi normaldir.
Ancak erişilebilir olması gereken önemli sayfaların yanlışlıkla 404 hatası vermesi, organik arama performansını olumsuz etkileyebilir.
Örneğin Google'da daha önce indekslenmiş ve ziyaretçi alan bir sayfa yanlışlıkla silinirse bu URL artık içeriği sunamaz.
Google, kalıcı şekilde 404 yanıtı veren URL'leri zaman içerisinde arama dizininden çıkarabilir.
Bununla birlikte aşağıdaki durumlar birbirinden ayrılmalıdır.
Aşağıdaki durumlarda 404 yanıtı beklenen bir davranış olabilir:
Kullanıcı var olmayan bir URL adresi yazmıştır.
İçerik kalıcı olarak kaldırılmıştır ve uygun bir alternatif bulunmamaktadır.
Otomatik botlar web sitesinde bulunmayan dosyaları taramaktadır.
Önceden var olmayan bir URL ilk kez ziyaret edilmiştir.
Bu tür adresler için yalnızca Google Search Console'da 404 raporu göründüğü için yeni bir sayfa oluşturmanız gerekmez.
Şu durumlarda düzeltme yapılması önerilir:
Yayında olması gereken bir sayfa 404 hatası veriyorsa.
Menü veya diğer iç bağlantılar kırılmışsa.
Mevcut bir sayfanın URL'si değiştirilmiş ancak yönlendirme oluşturulmamışsa.
Önemli bir içeriğe ait eski bağlantılar çalışmıyorsa.
XML sitemap içerisinde yanlışlıkla 404 döndüren URL'ler bulunuyorsa.
Bu sorunların giderilmesi hem kullanıcı deneyimi hem de arama motorlarının web sitesini doğru tarayabilmesi açısından önemlidir.
404 ve Soft 404 aynı şey değildir.
Gerçek 404: Sunucu, istenen kaynağın bulunamadığını 404 Not Found HTTP durum koduyla bildirir.
Soft 404: Sayfa içerik olarak bulunamadığını gösterdiği halde 200 OK gibi başarılı bir HTTP yanıtı döndürebilir. Google, boş veya hata içeriği barındıran bazı başarılı yanıtları da Soft 404 olarak değerlendirebilir.
Örneğin bir ziyaretçi olmayan bir sayfayı açtığında ekranda "Sayfa Bulunamadı" yazıyor ancak sunucu 200 yanıtı veriyorsa Soft 404 sorunu oluşabilir.
Doğru yöntem, gerçekten bulunmayan ve uygun alternatifi olmayan kaynaklar için gerçek 404 yanıtı döndürmektir.
Google Search Console kullanıyorsanız:
Google Search Console hesabınızı açın.
İlgili web sitesi mülkünü seçin.
Dizin Oluşturma > Sayfalar bölümüne gidin.
404 ve Soft 404 durumlarını inceleyin.
Hata gösterilen URL'nin gerçekten yayında olması gerekip gerekmediğini belirleyin.
Gerekli düzeltmeleri gerçekleştirin.
Önemli URL'leri URL Denetimi aracıyla yeniden kontrol edin.
Var olmayan sayfaların 404 olarak görünmesi tek başına bir problem değildir. Öncelik, yanlışlıkla erişilemez hale gelmiş önemli içeriklerde olmalıdır.
Web sitelerinde karşılaşılan bazı HTTP durum kodları birbirine benzer görünse de farklı anlamlar taşır.
| Hata kodu | Anlamı | Açıklama |
|---|---|---|
| 403 Forbidden | Erişim reddedildi | Sunucu isteği anlar ancak erişime izin vermez. |
| 404 Not Found | Kaynak bulunamadı | İstenen sayfa veya dosya bulunamadı. |
| 410 Gone | Kaynak artık mevcut değil | Kaynağın kalıcı olarak kaldırıldığı belirtilir. |
| 500 Internal Server Error | Sunucu hatası | Sunucu isteği işlerken beklenmeyen bir durumla karşılaşmıştır. |
404 kodu kaynağın yokluğunun geçici mi kalıcı mı olduğunu tek başına belirtmez. Kaynağın kalıcı olarak kaldırıldığı kesin olarak biliniyorsa 410 kodu kullanılabilir.
Bununla birlikte, kalıcı olarak kaldırılan sayfalarda 404 yanıtının kullanılması da geçerli bir yöntemdir.
Özel bir 404 sayfası oluşturmak zorunlu değildir ancak kullanıcı deneyimini iyileştirebilir.
Varsayılan ve açıklama içermeyen bir hata ekranı yerine ziyaretçiyi doğru içeriğe yönlendiren anlaşılır bir sayfa kullanılabilir.
Profesyonel bir 404 hata sayfasında şu unsurlar bulunabilir:
Açık ve anlaşılır bir "Sayfa Bulunamadı" başlığı.
Aranan sayfanın mevcut olmadığını açıklayan kısa bir metin.
Ana sayfaya dönüş bağlantısı.
Site içi arama alanı.
İlgili kategorilere veya popüler içeriklere bağlantılar.
Gerekli durumlarda destek ekibine ulaşma seçeneği.
Örneğin:
Aradığınız Sayfa Bulunamadı
Ulaşmak istediğiniz sayfa taşınmış, kaldırılmış veya adresi değiştirilmiş olabilir. Ana sayfamızı ziyaret ederek aradığınız içeriğe ulaşabilir ya da site içi arama özelliğimizi kullanabilirsiniz.
Önemli: Özel olarak tasarlanan 404 sayfası da gerçekte bulunmayan URL isteklerinde HTTP 404 durum kodunu döndürmelidir.
Tüm bulunamayan adresleri otomatik olarak ana sayfaya yönlendirmek doğru bir çözüm değildir.
Web sitesi yöneticileri aşağıdaki uygulamalarla gereksiz 404 hatalarını azaltabilir:
Sayfa adreslerini değiştirirken eski bağlantıları kontrol edin.
Kalıcı URL değişikliklerinde uygun 301 yönlendirmeleri oluşturun.
Web sitesi taşıma işleminden sonra kritik sayfaları test edin.
WordPress kalıcı bağlantı yapılandırmasını kontrol edin.
Site menülerindeki ve içeriklerdeki bağlantıları düzenli olarak inceleyin.
XML sitemap içerisinde artık kullanılmayan URL'leri tutmayın.
Dosya yükleme ve taşıma işlemlerinde doğru belge kök dizinini kullanın.
Google Search Console raporlarını düzenli olarak değerlendirin.
Önemli yapılandırma değişikliklerinden önce yedek alın.
Her 404 kaydının çözülmesi gerekmez. Öncelik, ziyaretçilerin erişmesi beklenen sayfaların düzgün çalışmasını sağlamaktır.
Aşağıdaki durumlarda Web9 teknik destek ekibine başvurabilirsiniz:
Ana sayfanız dahil bütün web siteniz 404 hatası veriyorsa.
WordPress kalıcı bağlantılarını yenilemenize rağmen sorun devam ediyorsa.
Dosyalar doğru dizinde bulunduğu halde görüntülenemiyorsa.
.htaccess veya sunucu yeniden yazma kurallarında sorun olduğundan şüpheleniyorsanız.
Plesk üzerinde Apache/Nginx yapılandırmasıyla ilgili hata oluşuyorsa.
Web sitesi taşıma işleminden sonra çok sayıda sayfa erişilemez hale geldiyse.
Sunucu yapılandırması veya hata kayıtlarının incelenmesi için ek yetki gerekiyorsa.
Destek talebi oluştururken aşağıdaki bilgileri paylaşmanız sorunun incelenmesini kolaylaştırır:
Hata aldığınız alan adı ve tam URL.
Hatanın ne zaman başladığı.
Sorunun bütün sitede mi yoksa belirli sayfalarda mı oluştuğu.
Hata öncesinde gerçekleştirilen taşıma, güncelleme veya URL değişiklikleri
Bilgi bankasını detaylı olarak incelediniz, fakat ihtiyacınız olan bilgiyi bulamıyorsanız,
Bir Destek Talebi Oluşturun.