--- title: "WordPress Kalıcı Bağlantılar 404 Hatası Veriyorsa 9 Çözüm" id: "2525" type: "post" slug: "wordpress-kalici-baglanti-404-hatasi" published_at: "2026-11-08T00:08:04+00:00" modified_at: "2026-11-08T00:08:08+00:00" url: "https://zeymedya.com/wordpress-kalici-baglanti-404-hatasi/" markdown_url: "https://zeymedya.com/wordpress-kalici-baglanti-404-hatasi.md" excerpt: "WORDPRESS · PERMALINK · HTTP 404 WordPress kalıcı bağlantı 404 hatası, web sitenizdeki bir yazı, sayfa, kategori veya WooCommerce ürün bağlantısının bulunamaması durumudur. Özellikle ana sayfa açılırken diğer içeriklerin 404 vermesi, URL yeniden yazma kurallarının kontrol edilmesini gerektirir. Örneğin WordPress..." taxonomy_category: - "Web Tasarım ve Site Yönetimi" taxonomy_post_tag: - "WordPress kalıcı bağlantı 404 hatası" --- WordPress Kalıcı Bağlantılar 404 Hatası Veriyorsa 9 Çözüm ## WordPress Kalıcı Bağlantı 404 Hatası Nasıl Düzeltilir? **Kısa cevap:** Önce WordPress yönetiminde **Ayarlar → Kalıcı Bağlantılar** bölümüne girin. Mevcut kalıcı bağlantı yapısını değiştirmeden **Değişiklikleri Kaydet** düğmesine basın. Ardından 404 veren bir yazı ve sayfayı yeniden test edin. Sorun devam ediyorsa sunucu türünü belirleyin. Apache veya Apache uyumlu bir yapı kullanıyorsanız `.htaccess` ve yeniden yazma kurallarını inceleyin. Nginx kullanıyorsanız `try_files` yapılandırmasını kontrol ettirin. Nginx, `.htaccess` dosyasını doğrudan kullanmaz. Yalnızca belirli bağlantılar 404 veriyorsa sayfa slug’ı, özel yazı türü, WooCommerce endpoint ve yönlendirme çakışmalarını araştırın. Son olarak LiteSpeed Cache, CDN, sunucu logları ve gerçek HTTP durum koduyla çözümü doğrulayın. **İlk işlem** Kalıcı bağlantı ayarlarını mevcut yapıyı değiştirmeden yeniden kaydedin. **Apache** .htaccess, mod_rewrite ve AllowOverride yapılandırmasını inceleyin. **Nginx** .htaccess yerine sunucu yapılandırmasındaki try_files kuralını kontrol edin. **Önemli: 404 hatasını çözmek için tüm URL yapısını değiştirmeyin.**Sitenizin mevcut kalıcı bağlantı yapısını farklı bir yapıya geçirmek, daha önce indekslenmiş adresleri ve dahili bağlantıları etkileyebilir. İlk aşamada yapıyı değiştirmek yerine mevcut URL kurallarını yeniden kaydedin. ## WordPress Kalıcı Bağlantı 404 Hatası Nedir? WordPress kalıcı bağlantılar, yazı ve sayfaların internetteki adreslerini belirleyen URL yapısıdır. Örneğin bir blog yazısı aşağıdaki gibi okunabilir bir adrese sahip olabilir. ``` https://example.com/wordpress-rehberi/ ``` Bu tür bağlantılar İngilizcede **pretty permalinks** olarak adlandırılır. WordPress, sunucu yapılandırmasına göre URL yeniden yazma kuralları aracılığıyla bu adresi doğru içeriğe yönlendirir. Bu kurallar çalışmazsa sunucu, gerçek bir klasör veya dosya arayabilir ve 404 yanıtı döndürebilir. ### 404 hatasının iki temel türü | Hata türü | Ne anlama gelir? | İlk kontrol | | --- | --- | --- | | Sunucu 404 | İstek WordPress’e ulaşmadan sunucu tarafından reddedilebilir. | Apache/Nginx yeniden yazma kuralları | | WordPress 404 | WordPress çalışır ancak istenen içeriği bulamaz. | Slug, yayın durumu, rewrite çakışması | | Görsel 404 sayfası, HTTP 200 | Hata içeriği gösterilmesine rağmen sunucu başarılı yanıt döndürür. | Soft 404, tema ve yönlendirmeler | **Hatanın kaynağını ayırmak zaman kazandırır.**Ana sayfa açılırken bütün yazılar 404 veriyorsa sunucu rewrite kuralları ilk şüpheliler arasındadır. Yalnızca tek ürün veya sayfa 404 veriyorsa içerik adresi ve URL çakışmaları daha önceliklidir. ## WordPress 404 Hatası Belirtiye Göre Nasıl Ayrılır? | Belirti | Olası neden | İlk çözüm | | --- | --- | --- | | Ana sayfa açılıyor, tüm yazılar 404 | Rewrite kuralları | Kalıcı bağlantıları kaydetme | | Apache’de sadece güzel URL’ler bozuk | .htaccess / mod_rewrite | Apache yapılandırmasını inceleme | | Nginx’te alt sayfalar 404 | try_files eksikliği | Sunucu yönlendirme kuralı | | Yalnızca bir yazı 404 | Yanlış slug veya yayın durumu | İçerik ve URL kontrolü | | Sadece ürünler 404 | WooCommerce rewrite / ürün slug’ı | Ürün permalink kontrolü | | Güncellemeden sonra 404 | Eklenti veya özel kod çakışması | Son değişiklikleri inceleme | | Alan adı taşınmasından sonra 404 | Yanlış adres ve alt dizin | Site URL ve sunucu kökü | | 404 bazen oluyor, bazen düzeliyor | CDN, cache veya sunucu tutarsızlığı | HTTP ve sunucu logları | ## WordPress Kalıcı Bağlantılar 404 Hatası Veriyorsa 9 Çözüm 1### WordPress Kalıcı Bağlantı Ayarlarını Yeniden Kaydedin WordPress kalıcı bağlantı 404 hatasında ilk denenmesi gereken kontrollerden biri kalıcı bağlantı kurallarının yeniden oluşturulmasıdır. WordPress, yazı türleri ve URL yapısı için oluşturduğu yeniden yazma kurallarını kalıcı bağlantı ayarları kaydedildiğinde yenileyebilir. #### Uygulama adımları 1. **WordPress yönetim paneline giriş yapın.** Yönetici yetkisiyle siteye erişin. 2. **Ayarlar → Kalıcı Bağlantılar bölümünü açın.** Mevcut seçeneği kontrol edin. 3. **URL yapısını değiştirmeyin.** Yazı ismi veya kullanılan özel yapı aynen kalsın. 4. **Değişiklikleri Kaydet düğmesine basın.** WordPress’in rewrite kurallarını yenilemesini sağlayın. 5. **Hatalı yazı URL’sini yeniden açın.** Sorunun giderilip giderilmediğini kontrol edin. 6. **Ürün ve kategori bağlantılarını test edin.** Tek bir URL’yle yetinmeyin. #### Neden işe yarayabilir? Yeni bir eklenti, özel yazı türü veya URL yapısı nedeniyle eski kalan rewrite kuralları güncellenebilir. #### Neden bazen işe yaramaz? Apache `.htaccess` dosyasını okuyamıyorsa veya Nginx sunucu yapılandırması yanlışsa yeniden kaydetme tek başına yeterli olmayabilir. **Mevcut URL yapısını SEO açısından koruyun.**Sorunu çözmek amacıyla `/%postname%/` yerine farklı bir yapı seçmek, indekslenen URL’leri değiştirebilir. Önce mevcut yapıyı yeniden kaydedin ve yalnızca teknik arızaya odaklanın. 2### Apache .htaccess Dosyası Eksik, Bozuk veya Yanlış Konumda Olabilir Apache kullanan birçok WordPress kurulumunda güzel kalıcı bağlantılar `.htaccess` dosyasındaki yeniden yazma kurallarıyla çalışır. Dosya silindiyse, içindeki kurallar bozulduysa veya WordPress’in kurulu olduğu dizinde bulunmuyorsa sayfalar 404 verebilir. #### Kontrol adımları 1. Hosting dosya yöneticisini veya SFTP bağlantısını açın. 2. WordPress’in bulunduğu dizine gidin. 3. Gizli dosyaların görüntülenmesini etkinleştirin. 4. `.htaccess` dosyasını bulun. 5. Dosyayı değiştirmeden önce yedeğini alın. 6. WordPress rewrite kurallarını inceleyin. 7. Diğer eklenti ve güvenlik kurallarını kaydedin. #### WordPress kök dizini örneği ``` public_html/ │ ├── wp-admin/ ├── wp-content/ ├── wp-includes/ ├── index.php ├── wp-config.php └── .htaccess ``` Bu dizin yapısı, WordPress kök dizine kurulduğunda görülebilecek temsili bir örnektir. Alt dizin, farklı document root veya özel sunucu yapılandırmalarında konum değişebilir. #### Dosya izinleri WordPress’in `.htaccess` dosyasını güncelleyememesi dosya sahipliği veya yazma yetkisiyle ilgili olabilir. Dosya izni kontrol edilirken güvenli sahiplik ve hosting yapılandırması korunmalıdır. **Mevcut .htaccess içeriğinin tamamını silmeyin.**Güvenlik, yönlendirme, HTTPS ve önbellek kuralları aynı dosyada bulunabilir. WordPress kurallarını onarmak için gerekli bölüm üzerinde kontrollü değişiklik yapın; dosyanın tamamını genel bir örnekle değiştirmeyin. **Yazma yetkisi yoksa hosting desteği gerekebilir.**WordPress yönetiminden kalıcı bağlantıları kaydettiğiniz hâlde dosya güncellenmiyorsa sahiplik ve izinleri hosting sağlayıcısıyla doğrulayın. Dosyayı herkes tarafından yazılabilir hâle getirmeyi kalıcı çözüm olarak kullanmayın. 3### Apache mod_rewrite Kapalı veya AllowOverride Yanlış Ayarlanmış Olabilir Apache üzerinde WordPress’in okunabilir URL yapısını kullanabilmesi için gerekli yeniden yazma mekanizmasının etkin olması gerekir. Apache `mod_rewrite` modülü çalışmıyorsa veya sunucu `.htaccess` kurallarını uygulamıyorsa kalıcı bağlantılar 404 verebilir. #### Örnek sorun ``` Ana sayfa: https://example.com/ Durum: 200 OK Yazı sayfası: https://example.com/ornek-yazi/ Durum: 404 Not Found WordPress yönetimi: Çalışıyor Olası neden: Apache rewrite kuralları uygulanmıyor. ``` #### Sunucuda kontrol edilmesi gerekenler - Apache mod_rewrite modülü etkin mi? - İlgili dizinde .htaccess kullanımına izin veriliyor mu? - AllowOverride yapılandırması rewrite kurallarını kapsıyor mu? - VirtualHost doğru document root kullanıyor mu? - RewriteBase kurulum diziniyle uyumlu mu? - Hosting, WordPress kurallarını başka bir seviyede mi yönetiyor? #### Apache yapılandırma yaklaşımı ``` # Temsili Apache Directory yapılandırması AllowOverride All ``` Yukarıdaki örnek yalnızca `AllowOverride` mantığını açıklar. Gerçek dizin yolu ve uygulanacak izin kapsamı sunucuya göre belirlenmelidir. #### mod_rewrite kontrolü Kendi Apache sunucunuzu yönetiyorsanız modülün etkinliğini sunucu yapılandırması üzerinden inceleyebilirsiniz. Paylaşımlı hosting kullanıyorsanız bu ayarlara erişim olmayabilir. Böyle durumlarda hosting desteği gerekir. **Apache ayarları her hosting paketinde kullanıcıya açık değildir.**mod_rewrite veya AllowOverride değişikliğini yalnızca yetkili sunucu yöneticisi uygulamalıdır. Yetkisiz veya hatalı sunucu değişiklikleri web sitesinin tamamını erişilemez hâle getirebilir. 4### Nginx try_files Kuralı Eksik veya Sunucu Türü Yanlış Değerlendiriliyor Olabilir WordPress her zaman doğrudan Apache üzerinde çalışmaz. Bazı sitelerde Nginx, Apache veya LiteSpeed farklı yapılarda kullanılabilir. Bu sunucu türlerinin kalıcı bağlantı yapılandırması aynı değildir. #### Nginx ve .htaccess farkı Nginx, Apache’nin `.htaccess` dosyasını doğrudan işlemez. Nginx tabanlı bağımsız WordPress sunucularında kalıcı bağlantı yönlendirmeleri sunucu yapılandırmasına eklenmelidir. #### Temel Nginx örneği ``` location / { try_files $uri $uri/ /index.php?$args; } ``` Bu kural, gerçek bir dosya veya dizin bulunamadığında isteğin WordPress giriş dosyasına aktarılması için kullanılan yaygın örnektir. #### LiteSpeed kullanılıyorsa LiteSpeed Web Server Apache uyumlu yeniden yazma yapılandırmalarını destekleyebilir. Ancak **LiteSpeed Cache eklentisi kullanmak, sunucunun mutlaka LiteSpeed olduğu anlamına gelmez.** #### Kontrol edilecekler - Gerçek web sunucusu türü nedir? - Nginx bağımsız sunucu mu, Apache önünde proxy mi? - İlgili domain doğru server block’a mı bağlı? - location / içinde uygun try_files var mı? - PHP işleme yapılandırması doğru mu? - LiteSpeed kullanılıyorsa rewrite kuralları doğru yükleniyor mu? **Nginx yapılandırmasını yalnızca bu satırdan ibaret sanmayın.**SSL, PHP-FPM, güvenlik ve diğer location kuralları sunucunun çalışması için ayrıca gereklidir. Yukarıdaki kodu canlı sunucudaki yapılandırmanın tamamının yerine koymayın. 5### Yazı Slug’ı, Sayfa Adı veya Özel Yazı Türü Rewrite Çakışması Oluşturuyor Olabilir Bütün yazılar değil yalnızca belirli bağlantılar 404 veriyorsa sorun içerik adresinin kendisinde olabilir. WordPress’te yazı, sayfa, kategori, özel yazı türü ve taksonomi yolları arasında çakışma oluşabilir. #### Örnek URL çakışması ``` WordPress sayfası: https://example.com/projeler/ Özel yazı türü arşivi: https://example.com/projeler/ Olası sorun: İki farklı yapı aynı URL yolunu kullanıyor. ``` #### Kontrol edilecekler - Yazı gerçekten yayımlanmış mı? - Yazı slug’ı değişmiş mi? - Aynı slug’a sahip başka sayfa var mı? - Özel yazı türünün rewrite slug’ı çakışıyor mu? - Kategori veya taksonomi tabanı aynı yolu kullanıyor mu? - Özel yazı türü eklentisi güncellendi mi? - Eski bir URL üzerinden mi sayfa açılmaya çalışılıyor? #### Özel yazı türü örneği ``` register_post_type(...) rewrite: slug = projeler Mevcut WordPress sayfası: slug = projeler Sonuç: URL yapıları çakışabilir. ``` #### Çözüm 1. Çakışan URL yollarını listeleyin. 2. Hangi içeriğin ilgili URL’yi kullanması gerektiğini belirleyin. 3. Gerekirse özel yazı türü veya sayfa slug’ını düzeltin. 4. Kalıcı bağlantıları yeniden kaydedin. 5. Eski URL için uygun yönlendirme gerekip gerekmediğini değerlendirin. **Tek bir sayfanın 404 vermesi her zaman .htaccess hatası değildir.**Diğer yazılar sorunsuz açılıyorsa önce ilgili içeriğin yayın durumunu, slug’ını ve çakışan URL yollarını inceleyin. 6### Rank Math Yönlendirmeleri, Tema Kodları veya Eklentiler URL Akışını Etkiliyor Olabilir WordPress’te SEO, güvenlik, çoklu dil ve yönlendirme eklentileri URL davranışını değiştirebilir. Rank Math yönlendirme modülü, özel redirect eklentileri ve tema kodları birlikte çalışıyorsa çakışmalar oluşabilir. #### Örnek ``` Eski URL: /eski-hizmet/ Rank Math yönlendirmesi: /eski-hizmet/ → /yeni-hizmet/ Yeni URL: /yeni-hizmet/ Ancak yeni sayfa: 404 Not Found Sonuç: Yönlendirme var fakat hedef içerik yok. ``` Böyle bir durumda 301 yönlendirmesinin çalışması, hedef sayfanın doğru açıldığını kanıtlamaz. #### Kontrol edilecekler - Rank Math yönlendirme modülünde ilgili URL var mı? - Regex yönlendirme kuralı fazla geniş mi? - Başka bir redirect eklentisi aynı yolu değiştiriyor mu? - Cloudflare veya hosting ayrıca yönlendiriyor mu? - functions.php içinde özel rewrite veya redirect kodu var mı? - Çok dilli eklenti URL öneklerini değiştiriyor mu? - Güncellemeden sonra eski rewrite kuralları kalmış mı? #### Doğru müdahale 1. 404 veren URL’nin tam yönlendirme zincirini çıkarın. 2. Hangi katmanın yönlendirdiğini belirleyin. 3. Gereksiz veya hatalı kuralı bulun. 4. Değişikliği staging ortamında test edin. 5. Doğru nihai sayfanın HTTP 200 döndürdüğünü doğrulayın. **SEO eklentisini rastgele devre dışı bırakmayın.**Rank Math yapılandırması meta veriler, sitemap, canonical ve yönlendirmeler gibi farklı işlevler içerebilir. Sorunun belirli bir modül veya kuralla ilgili olduğunu doğrulamadan bütün eklentiyi kapatmayın. 7### WooCommerce Ürün Kalıcı Bağlantıları veya Hesap Endpoint’leri Yanlış Olabilir WooCommerce, WordPress kalıcı bağlantı sistemini ürünler, kategoriler, hesap sayfaları ve ödeme işlemleri için kullanır. Bu nedenle yalnızca WooCommerce sayfalarında 404 görülmesi özel URL kurallarına işaret edebilir. #### Yaygın sorunlar - Ürün permalink tabanı değişmiş olabilir. - Ürün slug’ı başka içerikle çakışabilir. - Hesap endpoint adı değiştirilmiş olabilir. - WooCommerce rewrite kuralları yenilenmemiş olabilir. - Eski ürün URL’si hâlâ bağlantılarda kullanılıyor olabilir. - Ürün taslak veya özel durumuna alınmış olabilir. #### WooCommerce ürün URL örneği ``` Ürün: /urun/ornek-urun/ Beklenen: 200 OK Gerçek sonuç: 404 Not Found Kontrol: Ürün yayın durumu Ürün slug'ı WooCommerce permalink tabanı WordPress rewrite kuralları ``` #### WooCommerce hesap endpoint örneği ``` Hesabım: /hesabim/ Siparişler: /hesabim/orders/ Sipariş görüntüleme: /hesabim/view-order/123/ Not: Gerçek endpoint adları ve hesap sayfası slug'ları mağazaya göre değişebilir. ``` WooCommerce’in resmî belgelerinde bazı endpoint adreslerinin çalışabilmesi için gerekli parametreleri taşıması gerektiği açıklanır. Örneğin sipariş görüntüleme endpoint’i çoğunlukla bir sipariş kimliği gerektirir. #### Çözüm sırası 1. **Ürün veya endpoint URL’sini belirleyin.** Hangi yol 404 veriyor? 2. **WooCommerce ayarlarını inceleyin.** Ürün permalink ve gelişmiş endpoint yapılarını kontrol edin. 3. **URL çakışmalarını bulun.** Aynı slug’ı kullanan başka içerik var mı? 4. **Kalıcı bağlantıları kaydedin.** Rewrite kurallarını yenileyin. 5. **Ödeme ve hesap akışlarını test edin.** Sadece ürün sayfasıyla yetinmeyin. **WooCommerce endpoint adlarını gelişi güzel değiştirmeyin.**Ödeme sağlayıcısı, sipariş bağlantıları ve müşteri hesap işlemleri bu adresleri kullanabilir. Değişiklik gerekiyorsa bağlantıları ve ödeme senaryolarını birlikte doğrulayın. 8### Site Taşıma, Alan Adı Değişikliği veya Alt Dizin Kurulumu URL’leri Bozmuş Olabilir WordPress siteleri başka hosting paketine taşındığında veya alan adı değiştirildiğinde kalıcı bağlantı sorunları oluşabilir. Özellikle sunucu document root dizini, WordPress adresi, Site adresi ve rewrite tabanı birbiriyle uyumlu olmalıdır. #### Örnek yanlış taşıma ``` Eski site: https://old.example.com/ Yeni site: https://example.com/ WordPress adresi: https://old.example.com/ Site adresi: https://example.com/ Olası sorun: URL ve yönlendirme tutarsızlığı. ``` #### Alt dizin örneği ``` WordPress kurulum dizini: /blog/ İstenen URL: https://example.com/blog/ornek-yazi/ Yanlış rewrite tabanı: / Uygun yapılandırma: Gerçek kurulum ve yayın yoluna göre belirlenir. ``` #### Kontrol edilecekler - WordPress Adresi ve Site Adresi doğru mu? - Domain DNS doğru sunucuya mı gidiyor? - Document root doğru WordPress dizini mi? - Sunucu eski siteye yönlendirme yapıyor mu? - Alt dizin rewrite kuralları doğru mu? - WWW ve HTTPS tercihleri tutarlı mı? - Veritabanındaki eski dahili bağlantılar etkilenmiş mi? #### Site adresi nasıl kontrol edilir? WordPress’te **Ayarlar → Genel** ekranından WordPress Adresi ve Site Adresi alanlarını inceleyin. Ancak bazı kurulumlarda bu değerler `wp-config.php` veya başka sunucu yapılandırmalarıyla sabitlenmiş olabilir. **Veritabanında kontrolsüz URL değiştirmeyin.**WordPress veritabanında serialize edilmiş veriler bulunabilir. Rastgele metin değiştirme işlemleri ayarları ve eklenti verilerini bozabilir. Taşıma işlemlerinde WordPress uyumlu araçlar ve doğrulanmış yedekler kullanın. 9### LiteSpeed Cache, CDN, Sunucu Logları veya Eski 404 Yanıtları Sorunu Devam Ettiriyor Olabilir Kalıcı bağlantı hatasını düzeltmenize rağmen bazı kullanıcılar hâlâ 404 görebilir. Bu durum CDN, sayfa önbelleği veya sunucunun farklı katmanlarındaki eski yanıtlarla ilgili olabilir. LiteSpeed Cache, WordPress sitelerinde optimizasyon amacıyla kullanılabilir. Ancak her 404 hatasının nedeni LiteSpeed değildir. #### Kontrol edilecekler - Kalıcı bağlantı düzeltmesinden sonra önbellek temizlendi mi? - CDN eski 404 yanıtını saklıyor mu? - Farklı cihaz ve ağlarda aynı sonuç mu görülüyor? - Sunucu gerçekten 404 mü döndürüyor? - URL arada 301 veya 302 yönlendirme yapıyor mu? - Sunucu loglarında ilgili isteğin kaydı var mı? - 404 yanıtı WordPress’ten mi, proxy katmanından mı geliyor? - Hosting kaynaklı farklı sunucular arasında yapılandırma farkı var mı? #### Güvenli test sırası 1. **Önce mevcut durumu kaydedin.** URL ve HTTP yanıtını not edin. 2. **WordPress permalink kurallarını kontrol edin.** İlk çözümün uygulandığını doğrulayın. 3. **Önbelleği kontrollü temizleyin.** WordPress ve CDN katmanlarını ayırın. 4. **Temiz oturumda test edin.** Farklı cihaz veya ağ kullanın. 5. **Sunucu günlüklerini inceleyin.** Gerçek isteğin hangi katmanda hata verdiğini belirleyin. 6. **Kalıcı düzeltmeyi doğrulayın.** Birden fazla gerçek URL’de test yapın. **LiteSpeed Cache’i tamamen kapatmak ilk çözüm değildir.**Önce hatalı önbellek veya yönlendirme kuralı bulunmalıdır. Sorun sunucu rewrite yapılandırmasındaysa cache eklentisini kapatmak problemi düzeltmeyebilir. ## WordPress İçin Doğru .htaccess Kalıcı Bağlantı Kuralları Apache tabanlı WordPress sitelerinde temel kalıcı bağlantı kuralları WordPress’in resmî belgelerinde açıklanmaktadır. Aşağıdaki örnek **kök dizine kurulmuş tekil bir WordPress sitesi** için temel rewrite yapısını gösterir. ### WordPress temel Apache rewrite örneği ``` # BEGIN WordPress RewriteEngine On RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] # END WordPress ``` ### Kurallar ne anlama gelir? | Kural | Görevi | Önemli not | | --- | --- | --- | | RewriteEngine On | URL yeniden yazmayı etkinleştirir. | mod_rewrite kullanılmalıdır. | | RewriteBase / | Temel URL yolunu belirtir. | Alt dizin kurulumunda farklı olabilir. | | !-f | Gerçek dosyaları doğrudan bırakır. | Dosya isteğinin WordPress’e yönlenmesini engeller. | | !-d | Gerçek dizinleri doğrudan bırakır. | Klasör isteği için ayrı davranış sağlar. | | /index.php | Uygun isteği WordPress’e aktarır. | İçerik eşleştirmesi WordPress tarafından yapılır. | **Bu kodu mevcut .htaccess dosyasının tamamının yerine koymayın.**WordPress Multisite, alt dizin kurulumu, LiteSpeed, güvenlik eklentileri ve özel yönlendirmeler farklı kurallar gerektirebilir. Mevcut dosyanın yedeğini alın. Yalnızca doğru yapılandırma bölümünü onarın. ### Kalıcı bağlantılar kaydedildiği hâlde dosya güncellenmiyorsa Dosya izinleri, sahipliği ve sunucunun `.htaccess` yapılandırmasını kontrol edin. WordPress’in dosyayı otomatik değiştirememesi, her zaman yeniden yazma kurallarının hiç çalışmadığı anlamına gelmez. Bazı hostinglerde bu kurallar farklı bir seviyede yönetilebilir. ## Nginx Kullanılan WordPress Sitelerinde 404 Hatası Nasıl Çözülür? Nginx, Apache’den farklı olarak `.htaccess` dosyalarını kullanmaz. Bu nedenle kalıcı bağlantı yönlendirmeleri Nginx sunucu yapılandırmasında tanımlanmalıdır. ### Temel WordPress try_files örneği ``` location / { try_files $uri $uri/ /index.php?$args; } ``` Bu örnekte önce istenen dosya veya dizin aranır. Uygun kaynak bulunmazsa istek WordPress’in `index.php` dosyasına aktarılır. ### Kontrol edilecek sunucu ayarları - server_name doğru alan adına ait mi? - root doğru WordPress dizini mi? - index.php uygun biçimde işleniyor mu? - location / içinde doğru try_files var mı? - Başka bir location kuralı URL’yi önceden yakalıyor mu? - Alt dizin kurulumu için uygun yol kullanılıyor mu? ### Konfigürasyon değişikliği nasıl doğrulanmalı? Yetkili sunucu yöneticisi yapılandırma sözdizimini doğrulamalı, ardından servisi güvenli biçimde yeniden yüklemelidir. Yaygın sunucu yönetimi komutlarına aşağıdaki örnekler verilebilir. ``` nginx -t # Yalnızca test başarılıysa, # yetkili yönetici tarafından: nginx -s reload ``` Bu komutlar her hosting ortamında çalıştırılamaz. Paylaşımlı hostingde değişiklik için sağlayıcı desteği gerekebilir. **Sunucu türünü varsaymayın.**HTTP yanıtında Nginx görünmesi, arka planda Apache veya başka bir uygulama sunucusu bulunmadığını tek başına kanıtlamaz. Sunucu yapılandırmasını hosting paneli veya sağlayıcı üzerinden doğrulayın. ## WordPress 404 Hatası HTTP Kodlarıyla Nasıl Test Edilir? WordPress sayfasında “Sayfa bulunamadı” yazması ile sunucunun gerçekten HTTP 404 döndürmesi aynı şey değildir. Bu nedenle hata ayıklarken HTTP durumunu kontrol edin. ### HTTP yanıt kodları | Kod | Anlamı | Ne yapılmalı? | | --- | --- | --- | | 200 | Başarılı yanıt | İçerik gerçekten doğru mu inceleyin. | | 301 | Kalıcı yönlendirme | Hedef URL’yi kontrol edin. | | 302 | Geçici yönlendirme | Beklenmeyen redirect var mı bakın. | | 403 | Erişim engeli | Güvenlik ve dosya izinlerini inceleyin. | | 404 | Kaynak bulunamadı | Rewrite ve içerik eşleşmesini araştırın. | | 410 | Kaynak kaldırılmış | İçeriğin gerçekten kaldırılıp kaldırılmadığını doğrulayın. | | 500 | Sunucu uygulama hatası | PHP ve sunucu loglarını inceleyin. | ### curl ile ilk yanıt kontrolü ``` curl -I https://example.com/ornek-yazi/ ``` Bu komut HEAD isteğiyle HTTP başlıklarını görüntüler. Bazı sunucular HEAD ve GET isteklerine farklı davranabilir. Gerekirse GET isteğiyle doğrulama yapın. ### Yönlendirmeleri takip ederek kontrol ``` curl -IL --max-redirs 10 \ https://example.com/ornek-yazi/ ``` ### Son HTTP durumunu görüntüleme ``` curl -L -s -o /dev/null \ -w "HTTP: %{http_code}\n" \ https://example.com/ornek-yazi/ ``` Bu örneklerde `example.com` yalnızca temsili alan adıdır. **Birden fazla URL test edin.**Ana sayfa, blog yazısı, normal sayfa, kategori ve WooCommerce ürününü ayrı kontrol etmek hatanın kapsamını anlamaya yardımcı olur. ## WordPress Kalıcı Bağlantı 404 Hatasının SEO’ya Etkisi Nedir? Google, erişilemeyen URL’leri taradığında ilgili sayfanın bulunamadığını görebilir. Kalıcı bağlantı değişiklikleri nedeniyle önemli içerikler 404 veriyorsa organik arama görünürlüğü ve kullanıcı deneyimi etkilenebilir. ### Her 404 SEO hatası değildir Gerçekten kaldırılmış, artık kullanılmayan içeriklerin 404 veya uygun durumlarda 410 yanıtı vermesi normal olabilir. Sorun, yayımlanmış ve erişilebilir olması gereken sayfaların yanlışlıkla 404 vermesidir. ### SEO açısından yapılacaklar - Önemli sayfaların gerçek HTTP 200 döndürdüğünü doğrulayın. - Eski URL’lerin gerçekten değişip değişmediğini belirleyin. - Adres değiştiyse uygun sayfaya 301 yönlendirme kullanın. - İlgisiz bütün 404 sayfalarını ana sayfaya yönlendirmeyin. - Rank Math sitemap’inde eski ve yeni URL’leri kontrol edin. - Search Console üzerinden etkilenen URL’leri inceleyin. - Dahili bağlantıları güncel adreslerle eşleştirin. ### Yanlış yönlendirme örneği ``` Eski ürün: /urun/eski-model/ Yanlış yaklaşım: Bütün eski ürünler → Ana sayfa Daha uygun yaklaşım: Gerçek eşdeğer ürün varsa ilgili yeni ürün sayfasına yönlendirme. Eşdeğer yoksa: 404 veya uygun kaldırılma yanıtı. ``` **301 yönlendirmesi kalıcı bağlantı sisteminin yerini tutmaz.**Bütün yazılar rewrite hatası nedeniyle 404 veriyorsa tek tek 301 yönlendirmeler oluşturmak kök nedeni çözmez. Önce WordPress ve sunucu URL işleme sistemini düzeltin. ## WordPress Kalıcı Bağlantı 404 Hatası: 9 Neden ve Çözüm Tablosu | Olası neden | Kontrol | Çözüm | | --- | --- | --- | | Rewrite kuralları eski | Ayarlar → Kalıcı Bağlantılar | Mevcut yapıyı yeniden kaydedin. | | .htaccess bozuk | WordPress kök dosyası | Yedekten kontrollü onarın. | | mod_rewrite kapalı | Apache yapılandırması | Yetkili sunucu yöneticisiyle düzeltin. | | Nginx try_files hatası | Server block / location | Doğru WordPress yönlendirmesini sağlayın. | | Slug veya CPT çakışması | Sayfa, yazı türü, taksonomi | Çakışan URL yolunu düzeltin. | | Eklenti yönlendirmesi | Rank Math / diğer eklentiler | Hatalı redirect veya özel kodu düzeltin. | | WooCommerce endpoint hatası | Ürün ve hesap URL’leri | Endpoint ve permalink kurallarını yenileyin. | | Taşıma veya domain sorunu | Site URL ve document root | Doğru adres ve dizin yapısını sağlayın. | | Cache/CDN veya sunucu farkı | HTTP yanıtı ve loglar | Eski cache veya hatalı sunucu kuralını düzeltin. | ## WordPress 404 Kalıcı Bağlantı Sorunu İçin Adım Adım Test Planı Bir WordPress sitesinde kalıcı bağlantı sorunu çözülürken önce hatanın kapsamı belirlenmelidir. Ardından en düşük riskli işlemlerden başlanarak ilerlenmelidir. 1. **Hatalı URL’leri listeleyin.** Ana sayfa, blog yazısı, kategori ve ürünleri ayırın. 2. **HTTP 404 yanıtını doğrulayın.** Tarayıcı ve sunucu sonucunu karşılaştırın. 3. **Kalıcı bağlantıları yeniden kaydedin.** Mevcut URL yapısını koruyun. 4. **Sunucu türünü belirleyin.** Apache, Nginx veya LiteSpeed yapılandırmasını doğrulayın. 5. **Apache .htaccess dosyasını inceleyin.** Dosyayı değiştirmeden önce yedekleyin. 6. **Rewrite mekanizmasını doğrulayın.** mod_rewrite, AllowOverride veya Nginx try_files kontrol edin. 7. **İçerik slug’larını araştırın.** Çakışan sayfa ve CPT yollarını belirleyin. 8. **Rank Math ve yönlendirmeleri inceleyin.** Hatalı hedef veya regex kurallarını araştırın. 9. **WooCommerce bağlantılarını test edin.** Ürün, hesap, sepet ve ödeme akışını kontrol edin. 10. **Site taşıma ve URL ayarlarını doğrulayın.** Domain, HTTPS ve alt dizin eşleşmesini inceleyin. 11. **Önbellek ve sunucu loglarını karşılaştırın.** Eski 404 yanıtlarının devam edip etmediğini test edin. 12. **Son doğrulamayı yapın.** Çeşitli URL türlerinde kalıcı çözümü kontrol edin. **Başarılı teknik test sonucu nedir?**Yayımlanmış içeriklerin doğru URL’lerde erişilebilir olması ve beklenen HTTP durum koduyla açılmasıdır. Ayrıca eski URL’lerin bilinçli yönlendirme politikasıyla yönetilmesi, WooCommerce endpoint’lerinin çalışması ve yönlendirme döngüsü oluşmaması gerekir. ## WordPress Kalıcı Bağlantı 404 Hatası İçin 20 Maddelik Kontrol Listesi - Ana sayfa ve alt sayfalar ayrı test edildi mi? - Gerçek HTTP 404 durumu doğrulandı mı? - Kalıcı bağlantı yapısı kaydedildi mi? - Mevcut SEO URL yapısı korundu mu? - Gerçek sunucu türü belirlendi mi? - Apache kullanılıyorsa .htaccess yedeklendi mi? - WordPress rewrite kuralları incelendi mi? - Apache mod_rewrite durumu kontrol edildi mi? - AllowOverride yapılandırması doğrulandı mı? - Nginx kullanılıyorsa try_files kontrol edildi mi? - İlgili yazı veya sayfa yayımlanmış mı? - Slug ve özel yazı türü çakışması araştırıldı mı? - Rank Math yönlendirmeleri incelendi mi? - Diğer redirect eklentileri kontrol edildi mi? - WooCommerce ürün bağlantıları test edildi mi? - WooCommerce endpoint URL’leri kontrol edildi mi? - WordPress Adresi ve Site Adresi doğru mu? - Alt dizin, HTTPS ve domain yönlendirmeleri doğru mu? - LiteSpeed Cache, CDN ve sunucu logları incelendi mi? - Düzeltme sonrası bütün önemli URL türleri doğrulandı mı? ## WordPress Teknik Hataları Hakkında İlgili Zeymedya Rehberleri ### WordPress Çok Fazla Yönlendirme Hatası ERR_TOO_MANY_REDIRECTS, HTTP/HTTPS ve domain yönlendirme döngülerinin çözümü. [Yönlendirme hatası rehberi](https://zeymedya.com/wordpress-cok-fazla-yonlendirme-hatasi/) ### WordPress REST API 403 Hatası REST API, güvenlik duvarı, yetki ve sunucu erişim sorunlarına yönelik kontroller. [WordPress REST API rehberi](https://zeymedya.com/wordpress-rest-api-403-hatasi/) ### WordPress Güncelleme Sonrası 500 Hatası WordPress güncellemelerinden sonra oluşan PHP, eklenti ve sunucu hatalarını inceleyin. [HTTP 500 rehberi](https://zeymedya.com/wordpress-guncelleme-sonrasi-500-hatasi/) ### Search Console Yanlış Canonical Seçimi Google’ın farklı URL seçmesi, yönlendirme ve canonical işaretleme sorunlarının analizi. [Canonical kontrol rehberi](https://zeymedya.com/search-console-yanlis-canonical-secimi/) ### Merchant Center Ürün Sayfası Kullanılamıyor Ürün sayfası HTTP hataları, robots.txt, güvenlik duvarı ve yönlendirme sorunları. [Ürün sayfası erişim rehberi](https://zeymedya.com/merchant-center-urun-sayfasi-kullanilamiyor/) ### WooCommerce Ödeme Yöntemleri Görünmüyor Checkout Blocks, sanal POS, kargo ve ödeme entegrasyonu kaynaklı problemler. [WooCommerce ödeme rehberi](https://zeymedya.com/woocommerce-odeme-yontemleri-gorunmuyor/) WordPress altyapısı ve web sitesi geliştirme hizmetlerimiz hakkında [WordPress Web Tasarım Hizmetleri](https://zeymedya.com/wordpress-web-tasarim-hizmetleri/) sayfamızı inceleyebilirsiniz. Arama motoru görünürlüğü ve teknik optimizasyon hakkında [SEO Hizmetleri](https://zeymedya.com/seo-hizmetleri/) sayfamızı ziyaret edebilirsiniz. ## WordPress Kalıcı Bağlantı 404 Hatası Hakkında Sık Sorulan Sorular WordPress kalıcı bağlantı 404 hatası neden olur?Rewrite kuralları, eksik .htaccess, Apache mod_rewrite, Nginx try_files, yanlış slug, özel yazı türü çakışması, WooCommerce endpoint’leri veya eklenti yönlendirmeleri nedeniyle oluşabilir. WordPress kalıcı bağlantı 404 hatası nasıl çözülür?Önce Ayarlar → Kalıcı Bağlantılar bölümünde mevcut yapıyı değiştirmeden kaydedin. Sorun devam ediyorsa sunucu rewrite kurallarını, URL çakışmalarını ve eklentileri inceleyin. WordPress ana sayfa açılıyor ama diğer sayfalar neden 404 veriyor?Bu belirti çoğunlukla URL yeniden yazma mekanizmasının kontrol edilmesini gerektirir. Apache .htaccess ve mod_rewrite veya Nginx try_files yapılandırması incelenmelidir. WordPress kalıcı bağlantıları yeniden kaydetmek ne işe yarar?WordPress rewrite kurallarını yenileyebilir. Özellikle yeni yazı türü veya eklenti değişikliklerinden sonra oluşan bazı 404 sorunlarını çözebilir. WordPress .htaccess dosyası nerede bulunur?Apache tabanlı kök kurulumlarda genellikle WordPress’in bulunduğu dizindedir. Gizli dosya olduğu için dosya yöneticisinde gizli dosya görüntüleme etkinleştirilebilir. .htaccess dosyasını silmek 404 hatasını düzeltir mi?Dosyayı silmek önerilmez. Önce yedek alınmalı, bozulan kurallar belirlenmeli ve yalnızca gerekli bölüm düzeltilmelidir. Dosyada güvenlik ve yönlendirme kuralları da bulunabilir. Apache mod_rewrite kapalıysa WordPress 404 verir mi?Evet. Apache’nin güzel URL yapısı için gerekli yeniden yazma modülü veya izinleri eksikse alt sayfalar 404 verebilir. Sunucu yöneticisi tarafından kontrol edilmelidir. Nginx WordPress .htaccess dosyasını kullanır mı?Hayır. Nginx .htaccess dosyasını doğrudan işlemez. Kalıcı bağlantı yönlendirmeleri sunucu yapılandırmasında, uygun try_files kurallarıyla yönetilir. LiteSpeed Cache WordPress kalıcı bağlantı 404 hatasına neden olur mu?Yanlış önbellekleme veya yönlendirme kuralları bazı 404 sorunlarını etkileyebilir. Ancak LiteSpeed Cache’in yüklü olması tek başına hata anlamına gelmez. WordPress ürün sayfaları 404 veriyor ama blog yazıları çalışıyorsa ne yapılmalı?WooCommerce ürün permalink tabanını, ürün yayın durumunu, slug çakışmalarını ve ilgili rewrite kurallarını inceleyin. Kalıcı bağlantıları yeniden kaydedin. WooCommerce hesap endpoint’leri neden 404 verir?Endpoint adları çakışabilir, rewrite kuralları eski olabilir veya gerekli URL parametreleri eksik olabilir. WooCommerce → Ayarlar → Gelişmiş bölümünü kontrol edin. Rank Math yönlendirmeleri WordPress 404 hatası oluşturabilir mi?Yanlış hedefe yönlendirme yapan veya çok geniş eşleşen kurallar erişim sorunlarına neden olabilir. İlgili URL’nin redirect zinciri ve nihai durum kodu incelenmelidir. WordPress site taşındıktan sonra kalıcı bağlantılar neden bozulur?Site URL, alan adı, document root, SSL, alt dizin veya sunucu rewrite yapılandırması yeni hosting ortamıyla uyumsuz olabilir. WordPress 404 hatası SEO sıralamasını etkiler mi?Erişilebilir olması gereken önemli sayfaların sürekli 404 vermesi arama görünürlüğünü etkileyebilir. Ancak gerçekten kaldırılmış sayfaların 404 vermesi normal olabilir. ## Sonuç: WordPress 404 Hatasını URL Yeniden Yazma ve İçerik Eşleştirmesi Üzerinden Çözün **WordPress kalıcı bağlantı 404 hatası**, web sitesi yöneticilerinin karşılaşabileceği önemli teknik sorunlardan biridir. Ana sayfa açılırken alt sayfalar 404 veriyorsa kalıcı bağlantı kurallarını kontrol ederek başlayın. Sorun devam ediyorsa Apache .htaccess, mod_rewrite veya Nginx try_files yapılandırmasını inceleyin. Yalnızca belirli içerikler etkileniyorsa slug çakışması, özel yazı türü, Rank Math yönlendirmeleri ve WooCommerce endpoint’lerine odaklanın. Site taşıma, HTTPS, CDN ve LiteSpeed Cache katmanlarını da gerektiğinde değerlendirin. **Doğru kalıcı bağlantı yapısı, çalışan yeniden yazma kuralları, çakışmayan URL yolları ve güvenilir HTTP yanıtları**, WordPress web sitesinin hem kullanıcılar hem arama motorları açısından erişilebilir olması için temel koşullardır. ## WordPress Web Sitenizin Teknik Altyapısını ve SEO Performansını Geliştirin WordPress sitelerinde doğru URL yapısı, hızlı sayfa erişimi ve teknik SEO uyumu önemlidir. **Zeymedya Reklam Ajansı**, WordPress web tasarım, SEO, Google Ads ve dönüşüm optimizasyonu hizmetleri sunmaktadır. WordPress web sitesi geliştirme çalışmalarımız hakkında [WordPress Web Tasarım Hizmetleri](https://zeymedya.com/wordpress-web-tasarim-hizmetleri/) sayfamızı inceleyebilirsiniz. Teknik SEO ve organik arama görünürlüğü hizmetlerimiz hakkında [SEO Hizmetleri](https://zeymedya.com/seo-hizmetleri/) sayfamıza göz atabilirsiniz. [Zeymedya ile İletişime Geçin](https://zeymedya.com/iletisim/) ## WordPress Kalıcı Bağlantı 404 Hataları İçin Resmî Teknik Kaynaklar 1. [WordPress Documentation – Permalinks Settings](https://wordpress.org/documentation/article/settings-permalinks/) Kalıcı bağlantı yapısı ve WordPress permalink ayarlarının yönetilmesi. 2. [WordPress – Common Errors](https://developer.wordpress.org/advanced-administration/wordpress/common-errors/) Pretty permalink 404 hatası, mod_rewrite ve özel yazı türü çakışmaları. 3. [WordPress – Apache HTTPD / .htaccess](https://developer.wordpress.org/advanced-administration/server/web-server/httpd/) Apache .htaccess, temel rewrite kuralları, alt dizin ve Multisite örnekleri. 4. [WordPress – Nginx Configuration](https://developer.wordpress.org/advanced-administration/server/web-server/nginx/) Nginx sunucu kurulumu, try_files, WordPress yönlendirme ve server block yapısı. 5. [WordPress – Changing File Permissions](https://developer.wordpress.org/advanced-administration/server/file-permissions/) Dosya sahipliği, .htaccess erişimi ve güvenli dosya izinleri hakkında açıklamalar. 6. [WordPress – Giving WordPress Its Own Directory](https://developer.wordpress.org/advanced-administration/server/wordpress-in-directory/) Alt dizin kurulumları, site adresleri ve rewrite yapılandırmaları. 7. [WooCommerce – Customizing Endpoint URLs](https://developer.woocommerce.com/docs/best-practices/urls-and-routing/customizing-endpoint-urls) Hesap ve sipariş endpoint adresleri, URL çakışmaları ve 404 sorunlarının giderilmesi. 8. [WordPress Developer Reference – flush_rewrite_rules()](https://developer.wordpress.org/reference/functions/flush_rewrite_rules/) Rewrite kurallarının programatik olarak yenilenmesi ve geliştirici uygulamalarındaki kullanımı. 9. [Google Search Central – HTTP Status Codes and Network Errors](https://developers.google.com/search/docs/crawling-indexing/http-network-errors) HTTP 404, 410, yönlendirmeler ve sunucu durum kodlarının Google taramasına etkileri. 10. [Google Search Console – URL Denetleme Aracı](https://support.google.com/webmasters/answer/9012289?hl=tr) Sayfa tarama ve indeksleme durumunun incelenmesi. **Güncellik notu:** WordPress, WooCommerce, Apache, Nginx ve hosting yapılandırmaları zaman içinde değişebilir. Sunucu dosyalarını düzenlemeden önce yedek alın ve kullanılan hosting mimarisinin gereksinimlerini doğrulayın. ##### Benzer yazılar [https://zeymedya.com/wordpress-site-yedekleme/](https://zeymedya.com/wordpress-site-yedekleme/) #### [WordPress Site Yedekleme Nasıl Yapılır? Manuel ve Otomatik Yöntemler](https://zeymedya.com/wordpress-site-yedekleme/) - 12 Kasım 2026 [https://zeymedya.com/wix-mi-wordpress-mi/](https://zeymedya.com/wix-mi-wordpress-mi/) #### [Wix mi WordPress mi? Web Sitesi Kurmak İçin Hangisi Daha İyi?](https://zeymedya.com/wix-mi-wordpress-mi/) - 12 Kasım 2026 [https://zeymedya.com/ssl-sertifikasi-nedir/](https://zeymedya.com/ssl-sertifikasi-nedir/) #### [SSL Sertifikası Nedir? HTTPS Ne İşe Yarar ve Nasıl Kurulur?](https://zeymedya.com/ssl-sertifikasi-nedir/) - 12 Kasım 2026 ## Bir yanıt yazın[Yanıtı İptal Et](/wordpress-kalici-baglanti-404-hatasi/#respond)