Kalıcı Bağlantı Yapısını Değiştirme: 301 ve Geri Dönüş

WordPress'te kalıcı bağlantı yapısını değiştirmek, sitedeki her yazı adresini değiştirmek demektir. Değişikliği yapmaya karar verdiyseniz önce her eski adresin yeni adrese kalıcı yönlendirmesini hazırlamanız gerekir; yönlendirme hazırlanmadan kaydedilen yeni yapı, dışarıdaki bağlantıların ve arama sonuçlarındaki adreslerin hata vermesine yol açabilir. Blog, kurumsal site ya da küçük mağaza yönetiyorsanız eşleme tablosu, kural örnekleri ve geri dönüş planı bu işi kontrollü bir iş kalemine çevirir.

Yapının ilk kurulumu ayrı bir konudur; genel adres kuralları için URL yapısı ve slug optimizasyonu yazısına bakabilirsiniz. Değişiklik aynı alan adında yapılıyorsa, alan adı ya da sunucu taşımadan farklı bir iş yapıyorsunuz demektir; taşıma tarafı için site taşımada backlink değerini koruma yazısı tamamlayıcıdır.

Değişiklik neden risklidir

Belgenin tutumu

WordPress belgesi (yeni sekmede açılır) kalıcı bağlantıların yazıların, sayfaların, kategorilerin ve diğer arşiv sayfalarının kalıcı adresleri olduğunu, bu adreslerin kalıcı olduğunu ve asla değiştirilmemesi gerektiğini söyler; adlarındaki "perma" ön eki bu yüzdendir. Aynı belge adresin başka bir blogcunun verdiği bağlantıda, sosyal medya paylaşımında, e-postada ve Google'ın dizine eklediği adreste kullanıldığını sayar. Yani yapıyı değiştirdiğinizde yalnızca kendi sitenizdeki bağlantıları değil, sizin kontrolünüzde olmayan bütün kopyaları da etkilersiniz.

Sizin kontrolünüzde olmayan kopyalar

Değişiklikten önce adresin yaşadığı yerleri düşünün. Başka sitelerden gelen bağlantılar, e-bülten arşivleriniz, basılı materyaldeki karekodlar, sosyal medya gönderileri ve arama sonuçları eski adresi göstermeye devam eder. Bu kopyaların hiçbirini tek tek düzeltemezsiniz. Düzeltmenin tek gerçekçi yolu eski adresi yeni adrese yönlendirmektir.

Yönlendirmesiz değişikliğin sonucu

Eski adres yönlendirilmezse sunucu o adres için bir hata sayfası döndürür. Google, 429 dışındaki bütün 4xx hatalarını, 404 ve 410 dahil, aynı biçimde ele alır: sayfa yok sayılır, daha önce dizinde olan bir adres dizinden çıkarılır ve yeni karşılaşılan 404 sayfaları işlenmez. Bu bilgi HTTP durum kodları belgesinde (yeni sekmede açılır) yer alır. Sonuç olarak eski adrese bağlanan bağlantılar ve arama görünürlüğü yeni adrese aktarılmadan kaybolabilir; belgelerde bu kaybın büyüklüğüne dair bir ifade yok.

Değiştirmeli mi, bırakmalı mı

Her yapı değişikliği gerekli değildir. Önce mevcut yapının gerçekten bir sorun çıkarıp çıkarmadığına bakın.

Üç soruluk karar kuralı

1. Mevcut adresler okuyucuya veya yöneticiye gerçek bir zarar veriyor mu? Zarar yoksa değiştirmeyin.
2. Her eski adres için tek bir yeni adres belirleyebiliyor muyum? Belirleyemiyorsanız eşleme tablosu hazır değildir.
3. Geri dönüş yolum var mı? Değişiklikten önce yedeğiniz ve eski ayarın kaydı yoksa başlamayın.

Uygulama önerisi: Üç sorunun üçüne de "evet" diyemiyorsanız değişikliği erteleyin. Yarım hazırlanmış bir geçiş, hiç yapılmamış bir geçişten daha çok iş çıkarır.

Eski ve yeni URL eşleme tablosu

Envanteri çıkarmak

Yönlendirme listesinin ham maddesi, eski yapıdaki bütün adreslerin listesidir. Yazıları, sayfaları, kategori ve etiket arşivlerini, ayrıca yazar arşivlerini ayrı ayrı sayın. Yazı adresleri değişirken kategori ve etiket tabanları ile sayfa adresleri değişmeyebilir; bu fark yönlendirme listesinin kapsamını küçültür. Yöntem olarak sitenin XML sitemap'ini, WordPress yönetim ekranındaki yazı listesini ve varsa sunucu erişim kayıtlarını birlikte kullanabilirsiniz. Sitemap çıktısını denetleme konusunda XML sitemap denetimi ve hata çözümü yazısı ayrıntı verir.

Eşleme tablosunun biçimi

Her satır bir eski adresi bir yeni adrese bağlar. Tablonun sütunlarını sabit tutmak, kuralları sonradan doğrulamayı kolaylaştırır.

Eşleşmeyen adresler

Bazı eski adreslerin yeni yapıda bire bir karşılığı olmayabilir. Örneğin iki yazı aynı slug'ı farklı tarihlerde taşıyorsa, tarihsiz yapıya geçince çakışırlar. Bu durumda önce slug'lardan birini değiştirin, sonra eşlemeyi yazın. Uygulama önerisi: tablodaki her yeni adresin yalnızca bir eski adresten gelip gelmediğini filtre veya sıralama ile kontrol edin; yinelenen yeni adres çakışma işaretidir.

Yönlendirme türünü seçmek

Google yönlendirme belgesi (yeni sekmede açılır) kalıcı yönlendirmeler olarak HTTP 301 ve 308 sunucu yönlendirmelerini, anında meta refresh'i ve JavaScript yönlendirmesini sayar. Geçici yönlendirmeler ise 302, 303 ve 307 ile gecikmeli meta refresh'tir. Belgeye göre kalıcı yönlendirmede dizinleme sistemi yönlendirme hedefinin kanonik olması gerektiğine dair bir sinyal olarak kullanır; geçici yönlendirmede bu sinyali kullanmaz ve kaynak sayfa sonuçlarda kalır.

Sunucu tarafı tercihi

Belge, mümkün olduğunda kalıcı bir sunucu tarafı yönlendirmesi kullanmayı önerir; çünkü kullanıcının ve Google'ın doğru sayfaya ulaşmasını en iyi bu yöntem sağlar. JavaScript yönlendirmesi, sunucu tarafı veya meta refresh yönlendirmesi mümkün değilse son çare olarak anılır. Belgede örnek olarak Apache'de Redirect ve mod_rewrite, NGINX'te return ve rewrite verilir.

Ne zaman kalıcı, ne zaman geçici

Belge, kalıcı yönlendirmeyi geri alınmayacağından emin olduğunuz durumlar için; geçici yönlendirmeyi kısa süreli durumlar için önerir. Yapı değişikliği bir deneme değilse, yani geri dönmeyi düşünmüyorsanız 301 uygundur. Uygulama önerisi: yapıyı henüz sınıyorsanız ve geri alma ihtimali varsa, geçişten emin olana kadar geçici yönlendirme kullanın, sonra 301'e çevirin. Belgede yönlendirmenin ne kadar süre tutulacağına dair bir ifade yok.

.htaccess ile 301 kuralları

Bu bölüm Apache sunucuları içindir. Sunucunuz Nginx ise kurallar sunucu yapılandırmasında farklı yazılır ve WordPress'in .htaccess belgesinde Nginx için bir ifade yok. Hosting panelinizde hangi sunucunun çalıştığını bilmiyorsanız hosting sağlayıcınıza sorun.

WordPress'in temel kural bloğu

Apache HTTPD ve .htaccess belgesi (yeni sekmede açılır) WordPress'in güzel kalıcı bağlantıları işleyebilmek için bu dosyayı değiştirdiğini söyler. Belgedeki temel kural bloğu şöyledir:

# 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

Belge ayrıca aynı sayfanın, bozulmuş bir .htaccess dosyasını (örneğin hatalı çalışan bir eklenti yüzünden) onarmak için kullanılabileceğini belirtir.

Kalıp tabanlı kural örneği

Eski yapı yıl, ay ve yazı adından oluşuyorsa ve yeni yapı yalnızca yazı adıysa, tek bir kalıp kuralı bütün eski yazıları kapsayabilir. Örnek kural, Apache'nin mod_alias modülündeki RedirectMatch yönergesini kullanır:

RedirectMatch 301 ^/[0-9]{4}/[0-9]{2}/([^/]+)/?$ /$1/

Bu kalıp yıl ve ay arşiv sayfalarını etkilemez, çünkü kalıp yıldan ve aydan sonra bir yazı adı arar. Uygulama önerisi: kuralı canlıya yazmadan önce bir deneme ortamında birkaç gerçek adresle sınayın. Kuralın WordPress bloğunun içine mi, öncesine mi yazılacağı konusunda belgede bir ifade yok; kuralı bloğun dışında, ayrı bir bölüm olarak tutmak makul bir tercihtir, ama kendi sunucunuzda denemeden kesin sayılmamalıdır.

Zincir ve döngüden kaçınmak

Yeni adres ikinci bir kurala takılırsa yönlendirme zinciri oluşur. Örneğin eski adres önce tarihsiz adrese, sonra eğik çizgili adrese giderse iki adım olur. Hedefi doğrudan son kanonik adrese yazın. Zincir ve döngülerin nasıl bulunup düzeltileceği yönlendirme zinciri ve döngüsü yazısında anlatılır.

Sitemap, iç link ve canonical güncellemesi

Sitemap

Yönlendirme eski adresleri kurtarır, ama sitemap'in yeni adresleri göstermesi gerekir. Sitemap eski adresleri listelemeye devam ederse, haritadaki her adres bir yönlendirme döndürür. Uygulama önerisi: geçiş günü sitemap'i yeniden üretin ve içindeki adreslerin yeni yapıda 200 döndürdüğünü örnek adreslerle doğrulayın.

İç linkler

Yönlendirme dış kopyalar için bir güvence ağıdır; kendi iç linklerinizi bu ağa bırakmayın. Yazı gövdelerindeki, menülerdeki ve widget alanlarındaki sabit yazılmış eski adresleri yeni adrese çevirin. İş büyükse içeriklerde toplu arama-değiştirme yapmadan önce veritabanı yedeği alın ve değişiklikten sonra birkaç yazıyı elle açın.

Canonical etiketleri

Kanonik adresi yazan etiketler ve eklentinin ürettiği kanonik değerler yeni yapıyı göstermelidir. Eski adresi kanonik olarak gösteren bir etiket, yönlendirmeyle çelişen bir sinyaldir. Hangi eklentinin kanonik etiketi ürettiğini yönetim ekranından kontrol edin; eklenti kendi önbelleğini tutuyorsa bu önbelleği geçişten sonra temizleyin.

Geçiş günü kontrol listesi

1. Tam veritabanı ve dosya yedeği alın; eski kalıcı bağlantı ayarını ve .htaccess içeriğini ayrıca bir metin dosyasına kaydedin.
2. Eşleme tablosunu son kez gözden geçirin ve yinelenen yeni adresleri temizleyin.
3. Yönlendirme kurallarını yazın, ardından Ayarlar altındaki Kalıcı Bağlantılar ekranında yeni yapıyı kaydedin.
4. Gerçek eski adreslerden bir örnek kümesini tarayıcıda açın; adres çubuğunun yeni adrese gittiğini ve yeni adresin 200 döndürdüğünü doğrulayın.
5. Sitemap'i yeniden üretin ve eski adres içermediğini kontrol edin.
6. İç linkleri ve menüleri güncelleyin; kanonik etiketleri bir örnek yazıda doğrulayın.
7. Önbellek eklentisini ve varsa CDN önbelleğini temizleyin.

Örnek kümesine yazı, sayfa, kategori ve görsel eki gibi farklı türlerden adresleri alın; büyük sitelerde kümeyi büyütün.

İzleme ve geri dönüş

İlk günlerde neye bakılır

Geçişten sonra 404 döndüren adresleri izleyin. Google, 404 döndüren ve daha önce dizinde olan adresleri dizinden çıkarır; bu yüzden gözden kaçan her eski adres kayıp demektir. HTTP durum kodlarının anlamını HTTP durum kodları rehberi yazısında bulabilirsiniz. Sunucu hataları (5xx) ayrı bir sorundur: belge, 5xx ve 429 hatalarının Google tarayıcılarını geçici olarak yavaşlattığını ve hata sürerse dizinde olan adreslerin sonunda düşürüldüğünü söyler.

Hangi kaynaklara bakılır

Search Console'daki "Page indexing" raporu ve sunucu erişim kayıtları iki ayrı kaynak sunar. Arayüzü Türkçe kullanıyorsanız menü adları farklı görünebilir. Erişim kayıtlarında 404 dönen ve en çok istenen eski adresler, düzeltme sırasını belirlemenin pratik yoludur.

Geçişten sonraki ilk hafta

Geçiş günü bittiğinde iş bitmez; ilk hafta için görev listesi:

• Birinci gün: öncelikli adreslerin hepsini elle açın ve sitemap'in sunucuda doğru yayında olduğunu kontrol edin.
• Üçüncü gün: erişim kayıtlarında 404 dönen en çok istenen adresleri çıkarın, eşleme tablosunda karşılığı olmayanları ekleyin.
• Yedinci gün: iç linklerde eski adres kalıp kalmadığını site taramasıyla kontrol edin ve kalan eski bağlantıları düzeltin.
• Her adımda sonucu tabloya işleyin; hangi satırın ne zaman düzeltildiği geri dönüş kararı için de kanıt olur.

Hosting sağlayıcınızın sunucu önbelleği varsa, kuralların yayına geçtiğini görmek için önbelleği temizlemeniz gerekebilir. Belgelerde önbellek davranışına dair bir ifade yok; bu yüzden önbelleği ve eklenti önbelleğini geçiş günü kontrol listesine ayrı bir madde olarak koyun ve kuralın etkisini gizli pencerede ya da önbelleksiz bir istekle sınayın.

Geri dönüş planı

Geri dönüş, yedekten dosyaları geri yüklemek ve eski kalıcı bağlantı ayarını kaydetmektir. Bu noktada yönlendirme kurallarını da kaldırın veya devre dışı bırakın; aksi hâlde eski adresler yeniden çalışırken kurallar onları yeni adrese göndermeye devam eder. Geri dönüş kararı için baştan bir eşik belirleyin: ilk gün içinde yeni adreslerin açılmaması, sunucu hatası alınması veya yönlendirme döngüsü bulunması geri dönüş nedeni olabilir.

Örnek senaryo: yerel bir kırtasiye mağazasının blogu

Örnek senaryo: Bir kırtasiye mağazası blogunu yıl ve ay içeren yapıyla açmıştır. Yazılar okul alışverişi ve defter seçimi gibi zamandan bağımsız konulardır; adresteki tarih eski içeriği eski gösteriyordur. Mağaza sahibi yapıyı yalnızca yazı adına çevirmek ister.

1. Üç soruyu yanıtlar: sorun gerçektir, çünkü tarihli adresler eski görünmektedir; eşleme tek kuralla kurulabilir; yedek alınabilir.
2. Sitemap ve yazı listesinden bütün yazı adreslerini çıkarır; slug çakışması olup olmadığına bakar. İki yazının aynı slug'ı taşıdığını görür ve birini değiştirir.
3. Tek bir RedirectMatch kuralı yazar, kural bloğunu WordPress bloğundan ayrı tutar.
4. Kalıcı Bağlantılar ekranında Post name seçeneğini kaydeder.
5. Eski adreslerden örnekleri tarayıcıda açar, sitemap'i yeniler, menüleri günceller.
6. İlk iki hafta erişim kayıtlarında 404 dönen eski adresleri kontrol eder.

Yazı dışındaki adresler neyi izler

Kalıcı bağlantı ayarı yalnızca yazı adreslerini değil, bazı arşiv adreslerini de etkileyebilir. Hangi adreslerin değiştiğini önceden bilmek, yönlendirme listesini gereksiz yere şişirmenizi önler.

Kategori ve etiket tabanı

WordPress belgesine göre kategori ve etiket arşivlerinin adresleri kategori tabanı ve etiket tabanı denilen ön eklerle kurulur; varsayılan değerler "category" ve "tag" sözcükleridir. Bu tabanlar, yazı yapısını seçtiğiniz ekranın İsteğe bağlı bölümünde ayrıca ayarlanır. Yani yalnızca yazı yapısını değiştiriyorsanız, kategori ve etiket arşivi adreslerinin değişmesi gerekmez. Tabanları da değiştirirseniz bunlar için ayrı eşleme satırları yazın. Belge tabanların değiştirilebildiğini, ama adreslerden tamamen kaldırılamadığını söyler.

Yapıda kategori etiketi varsa

Belgeye göre yapıdaki kategori etiketi, kategori adının temizlenmiş sürümünü adrese koyar ve iç içe alt kategoriler adreste iç içe dizinler olarak görünür. Bir yazı birden fazla kategoriye bağlıysa adreste yalnızca biri görünür ve hangisinin görüneceği alfabetik sıraya göre belirlenir. Eski yapıda kategori varsa, her yazının eski adresindeki kategori parçasını bilmeniz gerekir; yoksa tek bir kalıp kuralı yetmez. Bu durumda yazı başına eşleme satırı gerekebilir.

Sayfalar ve görsel ekleri

Belge, yazılar, sayfalar, kategoriler ve diğer arşivler için kalıcı bağlantıdan söz eder; kalıcı bağlantı ayarının sayfa adreslerini ve ek sayfası adreslerini ne ölçüde değiştirdiğine dair ayrıntılı bir ifade yok. Uygulama önerisi: değişiklikten önce üç sayfa türünden birer örnek adresi not edin, değişiklikten sonra aynı örneklerin adresine bakın. Değişen her tür için yönlendirme satırı ekleyin.

Dış bağlantı kaynaklarına göre öncelik

Yönlendirme listesindeki bütün adresler eşit değildir. Dışarıdan bağlantı alan, e-bültende yer alan veya arama trafiği getiren adresler ilk doğrulanacak adreslerdir.

Backlink envanterinin nasıl tutulacağı ve taşıma sırasında değerin korunmasının ayrıntıları site taşıma yazısında işlenir; burada önemli olan, öncelik sırasını geçiş gününden önce belirlemenizdir. Arayüzü Türkçe kullanıyorsanız Search Console'daki rapor adları farklı görünebilir.

İş sırası ve zaman çizelgesi

Geçişi tek bir güne sıkıştırmak yerine hazırlık, uygulama ve izleme aşamalarına bölün. Çizelge bir öneridir. Süreleri sitenizin büyüklüğüne göre ayarlayın.

Deneme ortamının sınırı

Deneme ortamında yapılan test, canlı sunucunun ayarlarını birebir yansıtmayabilir. WordPress belgesi, güzel kalıcı bağlantıların çalışması için barındırma sağlayıcısının web sunucusunu gerekli biçimde yapılandırmış olması gerektiğini söyler; sorun çıkarsa sağlayıcıya başvurulur. Deneme ortamı ile canlı sunucunun aynı sağlayıcıda ve aynı sunucu türünde olup olmadığını önceden öğrenin.

Yönlendirme sonrası doğrulama tablosu

Her adres türünün beklenen durum kodunu önceden yazın; sonuçları tabloyla karşılaştırmak, hatayı hızla bulmanızı sağlar.

Kısa kontrol soruları

• Yeni adresler sonunda eğik çizgi olup olmaması açısından tutarlı mı?
• Büyük ve küçük harfli adresler aynı sayfaya mı gidiyor?
• HTTP ile HTTPS ve www varyantları ayrı bir yönlendirme kuralıyla zincire dönüşüyor mu?
• Kullanıcı girişi gerektiren sayfalar yönlendirmeden etkilendi mi?

Büyük sitelerde eşlemeyi yönetmek

Yüzlerce yazısı olan bir sitede eşleme tablosu tek seferlik bir dosya olmaktan çıkar ve yönetilen bir varlığa dönüşür.

Kalıp kuralı mı, satır satır kural mı

Uygulama önerisi: istisna satırlarını kalıp kuralından önce yazın ve iki örnek adresle sınayın; kural sırası konusunda bu belgelerde bir ifade yok.

Tablonun sahibi ve sürümü

Eşleme tablosunu tek bir kişiye atayın ve değişikliklerini tarihle kaydedin. Ajans çalışıyorsanız tabloyu müşteriyle paylaşılan bir dosyada tutun; geçişten sonra bir ay boyunca yeni gelen "bu adres açılmıyor" şikayetlerini aynı dosyaya işleyin. Böylece eksik satırlar tek bir yerde birikir.

Doğrulamayı otomatikleştirmek

Yüzlerce adresi elle açmak mümkün değildir. Uygulama önerisi: eski adres listesini bir betik veya tarama aracına verip her adresin durum kodunu ve yönlendirdiği hedefi kaydedin, sonra çıktıyı eşleme tablosundaki yeni adresle karşılaştırın. Farklı hedefe giden, iki adımda ulaşan veya 404 dönen satırlar düzeltme listenizdir. Bu karşılaştırmayı geçişten hemen sonra ve bir hafta sonra tekrar edin.

Dikkat edilecek hatalar

Çok dilli ve çok eklentili sitelerde

Dil eklentileri adres yapısına kendi önekini ekleyebilir. Belgede çok dilli eklentilerin yönlendirme davranışına dair bir ifade yok; bu yüzden değişiklikten önce eklentinin belgesini okuyun ve eşleme tablosuna her dil için ayrı satırlar ekleyin.

Pansiyon sitesi örneği: sezonluk içerikte eşleme

Örnek senaryo: küçük bir pansiyonun blogu var; yazılar yaz sezonunda sık, kışın seyrek yayımlanıyor. Yapı tarihli adresten yazı adına geçiriliyor. Ekip değişiklik gününü sezon dışına çekiyor, çünkü yönlendirme hatası olursa en az ziyaretçiyi o dönem etkiler. Bu karar tek başına bir teknik zorunluluk değil, işletmenin takvimine bakan bir risk tercihidir.

Geçişten önce sorulacak sorular

• Eski adreslerin tam listesi alındı mı, yoksa yalnız sitenin tahmini yapısı mı biliniyor?
• Yönlendirme kuralları bir kopyada, birkaç örnek adresle denendi mi?
• Geri dönüş için eski ayarın ve dosyanın yedeği nerede?
• Sitedeki iç bağlantılar eski adrese mi gidiyor, yoksa yeni adrese mi güncellendi?
• Değişiklikten sonra taramayı ve hataları kimin, hangi gün izleyeceği belli mi?

Uygulama önerisi: soruların hepsine yazılı cevap verilmeden canlı yapıya dokunmayın; tek bir "hayır" bile işi ertelemek için yeterli sebeptir.

Yanlış anlaşılan nokta: yönlendirme kurulduysa iş bitti

Yönlendirme eski adresi kurtarır, ancak sitenin kendi içindeki bağlantılar hâlâ eski adrese işaret ediyorsa her tıklama gereksiz bir ek adım üretir. Menü, ilgili yazı kutuları ve elle girilmiş bağlantıları yeni adrese çevirmek işin ikinci yarısıdır.

Geri dönüş tetikleyicisi için karar kuralı

Uygulama önerisi: geri dönüşün hangi durumda başlayacağını değişiklikten önce yazın; örneğin eski adreslerden seçilen örneklerin doğru yazıya ulaşmaması. Tetikleyici sonradan yazılırsa, olmuş olan sonuca doğru esner.

Uygulama önerisi: değişiklikten bir hafta sonra kayıt altındaki örnek adresleri bir kez daha açın ve sonucu nota ekleyin. İlk günün sessizliği, sorunun olmadığını kanıtlamaz.

Sık Sorulan Sorular

Kalıcı bağlantı yapısını değiştirmek SEO için zararlı mı?

WordPress belgesi kalıcı bağlantıların hiç değiştirilmemesi gerektiğini söyler. Değişiklik yapılırsa her eski adresin kalıcı olarak yeni adrese yönlendirilmesi gerekir. Yönlendirme eksik kalırsa eski adresler hata döndürür ve Google 4xx hatası alan adresleri dizinden çıkarır.

301 mi 302 mi kullanmalıyım?

Google belgesine göre 301 ve 308 kalıcı, 302, 303 ve 307 geçici yönlendirmelerdir. Geçişten ve geri dönmeyeceğinizden eminseniz kalıcı yönlendirme kullanın.

Yönlendirmeleri ne kadar süre tutmalıyım?

Google belgesinde yönlendirmenin ne kadar süre tutulacağına dair bir ifade yok. Uygulama önerisi: eski adreslere dışarıdan hâlâ erişim geliyorsa, erişim kayıtlarında görüldüğü sürece kuralı tutun.

Yönlendirmeyi .htaccess dışında bir yerde yapabilir miyim?

Google belgesi Apache'de Redirect ve mod_rewrite, NGINX'te return ve rewrite örneklerini verir; ayrıca PHP header() çağrısını da sayar. Sunucu tarafı yöntemler tercih edilir, JavaScript yönlendirmesi son çaredir.

Yapıyı değiştirdikten sonra yazılar 404 verirse ne yapmalıyım?

Önce Kalıcı Bağlantılar ekranında ayarı yeniden kaydedin, ardından .htaccess dosyasında WordPress bloğunun bozulup bozulmadığına bakın. WordPress belgesi bozulmuş bir .htaccess dosyasının onarımı için temel kural bloğunu verir.

Eski yapıya geri dönersem ne olur?

Eski ayarı kaydedip eklediğiniz yönlendirme kurallarını kaldırmanız gerekir. Kurallar yerinde kalırsa eski adresler çalışmaya başlasa bile yeni adrese gönderilmeye devam eder.

Sonuç

Kalıcı bağlantı yapısını değiştirmek bir ayar işi gibi görünür, ama aslında bir adres taşıma işidir. WordPress belgesi adreslerin değiştirilmemesi gerektiğini söyler; değiştirmek zorundaysanız eşleme tablosunu çıkarın, kalıcı sunucu yönlendirmesini yazın, sitemap, iç linkler ve kanonik etiketleri yeni yapıya çevirin, ardından 404 ve sunucu hatalarını izleyin. Geri dönüş planını başlamadan önce yazılı hâle getirin.

Yapı değişikliğiyle birlikte içerik envanterinizi de gözden geçiriyorsanız, adresleri düzenlerken yazıların kendisini de güçlendirebilirsiniz. Okuyucuya hizmet eden yazılarla büyümek isterseniz makale yazımı hizmetimize göz atabilirsiniz.