Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X
X
X
X

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
WordPress Rewrite ve Kalıcı Bağlantılar

WordPress Kalıcı Bağlantılar Neden 404 Hatası Veriyor?

WordPress ana sayfası açılırken yazı, sayfa, ürün veya özel içerik URL’lerinin 404 vermesi çoğunlukla rewrite kurallarının yazılmaması, `.htaccess` dosyasının okunmaması, yanlış alt klasör yolu veya eklentilerin yönetilen WordPress bloğunu bozmasından kaynaklanır.

WordPress 404Permalinkmod_rewriteRewriteBaseWooCommerce
Apache / LiteSpeed Diagnostics
404 Not Found
The requested URL was not found on this server
WordPress permalinks not working
Rewrite rules flushed
.htaccess is not writable
01Dosyayı ve document root’u doğrulayın
02Yedek alıp hata logunu okuyun
03Sunucu ve uygulama bağlamını ayırın
04curl ile canlı sonucu doğrulayın
01
Güvenli teknik yaklaşım

WordPress Permalink 404 nasıl analiz edilir?

WordPress ana sayfası açılırken yazı, sayfa, ürün veya özel içerik URL’lerinin 404 vermesi çoğunlukla rewrite kurallarının yazılmaması, `.htaccess` dosyasının okunmaması, yanlış alt klasör yolu veya eklentilerin yönetilen WordPress bloğunu bozmasından kaynaklanır.

01

Sunucu türünü belirleyin

Apache, LiteSpeed, Plesk proxy veya NGINX-only yapıyı ayırmadan `.htaccess` sonucu beklemeyin.

02

Yedek ve log alın

Mevcut dosyayı tarihli yedekleyin; Apache/LiteSpeed hata kaydındaki directive ve satırı bulun.

03

Tek kural değiştirin

Redirect, rewrite, header ve erişim kurallarını aynı anda topluca değiştirmeyin.

04

Dışarıdan test edin

curl ile status, Location, Content-Type ve redirect sayısını ölçüp cache katmanlarını ayrıca kontrol edin.

WordPress yönetilen rewrite bloğunu eklenti kodlarıyla rastgele karıştırmayın.

02
Canlı sorun sözlüğü

Apache, yönlendirme ve erişim mesajları

01kritik

Ana sayfa açılıyor, yazılar 404

Anlamı: Front-controller rewrite uygulanmıyor.

Muhtemel neden: WordPress bloğu eksik veya mod_rewrite kapalı.

02uyari

.htaccess is not writable

Anlamı: WordPress dosyaya otomatik kural yazamıyor.

Muhtemel neden: Sahiplik veya dosya izni.

03uyari

WooCommerce ürünleri 404

Anlamı: Ürün rewrite kuralları güncel değil.

Muhtemel neden: Slug değişimi, migration veya cache.

04uyari

Custom post type 404

Anlamı: Yeni içerik türünün rewrite kaydı yenilenmemiş.

Muhtemel neden: Plugin/theme activation sonrası flush yok.

05uyari

Alt klasör WordPress 404

Anlamı: RewriteBase veya index.php yolu kök kurulum gibi.

Muhtemel neden: WordPress `/blog` altında.

06uyari

Multisite 404

Anlamı: Network türüne uygun kurallar yok.

Muhtemel neden: Subdomain/subdirectory kuralları karışmış.

07uyari

LiteSpeed Cache sonrası eski 404

Anlamı: Cache katmanı eski route sonucunu tutuyor.

Muhtemel neden: Object/page/CDN cache.

08bilgi

NGINX üzerinde .htaccess yok

Anlamı: WordPress rewrite NGINX `try_files` ile yapılmalı.

Muhtemel neden: NGINX-only hosting.

Bu ifadeyle eşleşen kayıt bulunamadı.

03
Kopyalanabilir kontroller

curl, Apache log ve dosya testleri

WordPress rewrite flush

wp rewrite flush --hard

WP-CLI ile rewrite kurallarını yeniler ve desteklenen ortamda `.htaccess` dosyasını günceller.

Rewrite yapısı

wp rewrite structure && wp rewrite list --format=table | head -n 40

Aktif permalink yapısını ve ilk rewrite kurallarını gösterir.

Dosya izinleri

stat -c '%a %U:%G %n' .htaccess wp-config.php index.php 2>/dev/null || stat -f '%Lp %Su:%Sg %N' .htaccess wp-config.php index.php

WordPress kritik dosyalarının sahiplik ve izinlerini gösterir.

mod_rewrite

apachectl -M 2>/dev/null | grep rewrite

Apache rewrite modülünün yüklü olup olmadığını kontrol eder.

Örnek URL testi

curl -sS -o /dev/null -w 'HTTP:%{http_code} Final:%{url_effective}\n' -L https://example.com/ornek-yazi/

Bir permalink URL’sinin HTTP sonucunu gösterir.

WordPress URL ayarları

wp option get home && wp option get siteurl && wp option get permalink_structure

Home, Site URL ve permalink yapısını gösterir.

04
Doğru ve hatalı yapı

.htaccess kural karşılaştırmaları

Kök kurulum

Riskli / Hatalı
RewriteRule ^ index.php [L]
Doğru Yaklaşım
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

Alt klasör kurulum

Riskli / Hatalı
RewriteBase /
RewriteRule . /index.php [L]
Doğru Yaklaşım
RewriteBase /blog/
RewriteRule . /blog/index.php [L]

Gerçek dosyaları koruma

Riskli / Hatalı
RewriteRule . /index.php [L]
Doğru Yaklaşım
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

NGINX karşılığı

Riskli / Hatalı
RewriteEngine On
RewriteRule . /index.php [L]
Doğru Yaklaşım
location / {
    try_files $uri $uri/ /index.php?$args;
}
05
Altyapıya göre uygulama

Apache, cPanel, Plesk, LiteSpeed ve uygulamalar

WordPress / WooCommerce

Kalıcı bağlantı kaydı, özel post type ve ürün slug’ları birlikte incelenmelidir.

  • Ayarlar > Kalıcı Bağlantılar ekranını bir kez kaydedin.
  • Slug çakışmalarını kontrol edin.
  • Güvenlik/cache eklentilerinin bloklarını ayırın.

cPanel / LiteSpeed

public_html içindeki WordPress root ve LiteSpeed cache kuralları önemlidir.

  • WP Toolkit veya File Manager ile gerçek root’u doğrulayın.
  • LiteSpeed Cache purge yapın.
  • Dosya sahipliğini PHP kullanıcısıyla uyumlu tutun.

Plesk / NGINX / WISECP Yan Kurulum

WordPress alt dizin veya subdomain üzerinde olabilir; NGINX-only ise `.htaccess` etkisizdir.

  • Plesk WordPress Toolkit root’unu doğrulayın.
  • NGINX `try_files` kuralını kullanın.
  • WISECP ile aynı root’ta front-controller çakışması oluşturmayın.
Yanlış müdahaleler

Kesinlikle yapmayın

  • WordPress yönetilen rewrite bloğunu eklenti kodlarıyla rastgele karıştırmayın.
  • Kalıcı bağlantı hatası için veritabanını veya yazıları silmeyin.
  • Dosyayı yazılabilir yapmak için 777 izin vermeyin.
  • NGINX-only sitede WordPress `.htaccess` kodunu çözüm sanmayın.
İşlem sonrası kontrol

Çözümü doğrulayın

  • Ana sayfa, yazı, sayfa, kategori ve ürün URL’leri 200 dönüyor.
  • Statik dosyalar WordPress index.php üzerinden gereksiz geçmiyor.
  • Kalıcı bağlantı yapısı canonical ve sitemap URL’leriyle uyumlu.
  • Cache temizliği sonrası yeni 404 oluşmuyor.
06
İç SEO içerik kümesi

İlgili .htaccess çözümleri

07
Birincil kaynaklar

Apache, WordPress ve panel belgeleri

08
Sık sorulan sorular

WordPress Permalink 404 hakkında merak edilenler

WordPress Permalink 404 kuralı NGINX’te çalışır mı?

Hayır. NGINX `.htaccess` dosyalarını okumaz. Kuralın `server` veya `location` yapılandırmasına çevrilmesi gerekir.

.htaccess değişikliği için Apache restart gerekir mi?

Genellikle hayır; Apache `.htaccess` dosyasını istek sırasında değerlendirir. Ancak sunucu VirtualHost, modül veya AllowOverride değişikliğinde reload/restart gerekir.

Dosyayı düzenlemeden önce ne yapılmalı?

Mevcut dosyanın tarihli yedeği alınmalı, aktif document root doğrulanmalı ve değişiklik staging veya düşük trafikli zamanda test edilmelidir.

cPanel ile Plesk’te dosya nerede bulunur?

cPanel’de çoğunlukla `public_html`, Plesk’te `httpdocs` içindedir; addon domain ve subdomainlerin document root’u farklı olabilir.

LiteSpeed `.htaccess` kurallarını destekler mi?

LiteSpeed Apache uyumluluğu sayesinde kuralların büyük bölümünü destekler; bazı modül ve handler davranışları farklı olabilir.

500 hatasında ilk bakılacak yer neresi?

Apache/LiteSpeed error log içindeki tam directive ve satır kaydıdır. Dosyayı rastgele silmek yerine loga göre geri alınmalıdır.

Bu kodlar doğrudan canlı siteye eklenebilir mi?

Alan adı, document root, proxy, WordPress ve sunucu yapısı doğrulanmadan doğrudan eklenmemelidir. Örnekler uyarlanıp test edilmelidir.

EKA YAZILIM VE BİLİŞİM SİSTEMLERİ

.htaccess ve Apache kurallarını siteyi erişilemez hâle getirmeden düzenleyelim

cPanel, Plesk, LiteSpeed, WordPress, özel PHP ve WISECP yapılarında yönlendirme, rewrite, CORS, erişim ve 500 hatalarını loglarla birlikte inceliyoruz.

Sunucu Desteği AlWhatsApp
Top