WordPress Kalıcı Bağlantı Yapısı: Hangisini Seçmeli?

WordPress'te yeni bir site kuruyorsanız Ayarlar altındaki Kalıcı Bağlantılar ekranında düz yapıyı bırakıp okunabilir bir yapı seçin; blog ve içerik siteleri için en sade ve en az risk taşıyan seçenek yazı adı yapısıdır. Tarih ya da kategori eklemek mümkündür, ama her ek parça adresi uzatır ve ileride değiştirmeyi zorlaştırır. Blog, kurumsal site ya da küçük e-ticaret mağazası yönetiyorsanız Karar tablosu ve karar kuralı ile İlk kurulum önerisi bölümleri seçimi birkaç dakikada bitirmenize yardım eder.

Seçimden önce WordPress SEO ayarları kontrol listesine ve genel URL yapısı ve slug rehberine bakmak kurulum öncesi eksikleri görmenizi sağlar. Çok dilli sitelerde yerelleştirilmiş URL ve slug çevirisi konusu ayrıca önem kazanır.

Kalıcı bağlantı neden kalıcı olmalı

WordPress belgesi (yeni sekmede açılır) konuya şu tanımla başlar: kalıcı bağlantılar yazılarınızın, sayfalarınızın, kategorilerinizin ve diğer arşiv sayfalarınızın kalıcı adresleridir ve belgeye göre bu adresler asla değiştirilmemelidir. Adın "perma" kısmı buradan gelir. Seçimi bu yüzden ciddiye almak gerekir: bugün verdiğiniz karar, yıllar sonra bile o adrese gelen her bağlantının, her paylaşımın ve her arama sonucunun hedefi olur.

Bir adresi kimler kullanır

Belge, kalıcı bağlantının kullanıldığı dört durumu sayar: başka bir blog yazarı makalenize bağlantı verirken, içeriği sosyal medyada paylaşırken, Google makaleyi dizine eklerken ve bir arkadaşınıza e-postayla yazı gönderirken. Dört durumun ortak noktası adresin başka birinin elinde kalmasıdır. Siz adresi değiştirdiğinizde o kişilerin elindeki bağlantı sizin kontrolünüzde olmayan bir yerde eski haliyle yaşamaya devam eder.

Bu ilke seçimi nasıl etkiler

Seçim yaparken şu soruyu sorun: üç yıl sonra bu adres hâlâ doğru görünecek mi? Tarih içeren bir adres yıl bilgisini sabitler, kategori içeren bir adres sitenizin bölüm yapısına bağlanır, yazı adı yapısı ise yalnızca başlıktan türeyen kısa bir parça taşır. Çalışan bir sitede yapıyı sonradan değiştirmenin adımları ayrıca bir iş planı gerektirir; kurulum anında doğru seçim bu işi baştan ortadan kaldırır.

Düz, güzel ve yarı güzel yapılar

Belge üç tür kalıcı bağlantı tanımlar ve kendi terimleriyle Plain, Pretty ve Almost Pretty olarak adlandırır. Arayüzü Türkçe kullanıyorsanız ekrandaki menü ve seçenek adları burada yazılanlardan farklı görünebilir.

Düz yapı

Düz yapıya belgede "Ugly Permalink" de denir ve adres örnek olarak example.com/?p=N biçimindedir. Burada p bir parametre, N ise yazının veya sayfanın veritabanındaki benzersiz kimliğidir. Belgeye göre WordPress bu ayarla kurulur ve ayar her sunucu ortamında çalışır. Aynı belge bu yapının kullanıcı dostu olmadığını ve arama motorları için optimize edilmediğini de yazar.

Güzel yapı

Belge güzel yapıyı SEO dostu ve çekici olarak tanımlar. Yazı veya sayfa başlığı, kategori ya da etiket adı gibi birkaç kelime içerir ve adresi okuyan kişi sayfanın ne hakkında olduğunu anlayabilir. Belgedeki iki örnek example.com/2012/post-name/ ve example.com/2012/12/30/post-name biçimindedir. Yani belgenin güzel yapı saydığı örneklerde tarihli adresler de vardır.

Yarı güzel yapı

Üçüncü seçenekte adresin başına /index.php eklenir, örneğin example.com/index.php/yyyy/mm/dd/post-name/. Belge bunun, bu ayrıntı dışında güzel yapıya benzediğini söyler. Yarı güzel yapıyı kullanmak için yapınızın başına index.php/ yazmanız gerekir. Belgede bu yapının hangi sunucu koşulunda tercih edileceğine dair bir ifade yok; hosting sağlayıcınızın sunucu ayarları bu noktada belirleyicidir.

Belgedeki not şöyle: güzel ve yarı güzel yapıların doğru çalışması için web sunucusunun gerekli ayarlara sahip olması beklenir, bunu hosting sağlayıcısı yapmış olmalıdır; yapılmamışsa sağlayıcıyla iletişime geçmeniz gerekir. Seçtiğiniz yapı kayıttan sonra 404 veriyorsa sorun bu katmanda olabilir; sorun giderme adımları ayrı bir konudur.

Ayarlar ekranındaki altı seçenek

Belge, Settings altındaki Permalinks ekranında altı seçenek olduğunu yazar. Ekranın arayüz dili Türkçeyse etiketler farklı görünebilir. Tablo, belgedeki tanımları sade bir dille özetler.

Tablodaki örnek adresler anlatım içindir. Belgeye göre varsayılan ayar Plain'dir ve WordPress kurulurken otomatik olarak seçilir.

Yapı etiketleri ve doğru bitiş

Özel yapı alanına site adresinizi yazmazsınız; yalnızca yapı etiketlerinden birini ya da birkaçının birleşimini yazarsınız. Belgenin sıraladığı etiketler şunlardır.

Belgedeki örnek, "This Is A Great Post!" başlığının this-is-a-great-post olarak adreste görünmesidir. Belgede Türkçe harflerin nasıl dönüştüğüne dair bir ifade yok; yayından önce sonucu slug alanında görmek en güvenli yoldur.

Yapının nasıl bitmesi gerekir

WordPress belgesinin Structure Tags (yapı etiketleri) bölümündeki notlar arasında şu cümle yer alır: yapıyı %post_id% veya %postname% ile bitirin, böylece WordPress her adres için tek bir yazıyı hedefleyebilir. Belge bu notu Pretty ve Almost Pretty yapılarını özelleştirmek için verir ve aynı not listesinde yarı güzel yapı için yapının başına index.php/ eklenmesini söyler. Belgedeki örnek /%year%/%monthnum%/%day%/%postname%/ biçimindedir. Belge %category% ile biten ya da yalnızca %year% yazılan yapıları ayrıca ele almaz. Uygulama önerisi: yapıyı notun adlandırdığı iki etiketten biriyle bitirin.

Yazı adı yapısı: ne kazandırır, nerede yetmez

Yazı adı seçeneği adresi yalnızca başlıktan türeyen slug'a indirger. Kısa olduğu için okunması, paylaşılması ve not edilmesi kolaydır. Google'ın URL yapısı belgesi (yeni sekmede açılır), mümkün olduğunda uzun kimlik numaraları yerine okunabilir kelimeler kullanmayı önerir; yazı adı yapısı bu öneriyle doğrudan örtüşür.

Slug'ı kısa ve açıklayıcı tutma

Yazı adı yapısında adresin kalitesi slug'ın kalitesine eşittir. Uygulama önerisi: yayına basmadan önce slug alanını açıp başlığın otomatik ürettiği uzun cümleyi, konuyu anlatan üç-beş kelimeye indirin. Google'ın belgesi, kelimeleri ayırmak için alt çizgi yerine tire kullanmayı söyler. WordPress'in örnekteki slug'ı da tire kullanır.

Yazı adı yapısının sınırı

Yazı adı yapısı bir bölüm yapısı sunmaz; adres sayfanın hangi başlık altında durduğunu söylemez. Bölüm yapısı sizin için önemliyse kategorili yapıyı değerlendirin. Uygulama önerisi: aynı başlık kalıbını tekrar eden yazıları (aylık rapor gibi) baştan farklı slug'larla ayırın ve yayından önce her adresi tarayıcıda açın. Belgede aynı başlıklı iki yazının adresine ilişkin ayrıntı yok.

Tarihli yapı: koşullu değerlendirme

Belge Day and name ve Month and name seçeneklerini ayarlar ekranında sunar ve tarihli adresleri güzel yapı örnekleri arasında gösterir. Belgede tarihli yapıyı yasaklayan ya da öneren bir cümle yok. Google'ın URL yapısı belgesi de adreste tarih bulunması konusunda bir kural vermez; tarihle ilgili tek uyarı, kısıtsız oluşturulan takvim bağlantılarıyla ilgilidir.

Tarihin ne zaman anlamlı olduğu

Uygulama önerisi: haber akışı gibi içeriğin yayın günüyle anlam kazandığı sitelerde tarihli yapı okuyucuya doğru bir sinyal verir. Yıllarca güncel kalması beklenen rehber, ürün karşılaştırması veya hizmet anlatımı için tarih adreste fazlalıktır; içeriği bir yıl sonra güncellediğinizde adres hâlâ eski yılı gösterir ve adresi değiştirmek belgenin "asla değiştirilmemeli" ilkesine ters düşer.

Tarihli yapıdan geçiş ihtiyacı

Mevcut bir sitede tarihli yapıdan yazı adı yapısına geçmek istiyorsanız eski adreslerin yeni adreslere kalıcı yönlendirmeyle bağlanması gerekir. Bu konu ayrı bir uygulama planıdır; seçimi kurulumdan önce yapmak o yükü ortadan kaldırır.

Kategorili yapı

%category% etiketi, kategori slug'ını adrese koyar ve iç içe alt kategorileri iç içe klasörler olarak gösterir. Belge, bir yazıya birden fazla kategori verdiğinizde adreste yalnızca birinin göründüğünü ve hangisinin görüneceğinin alfabetik sırayla belirlendiğini yazar.

Kategorili yapının riski

Kategori adı değiştiğinde, bir yazı başka bir kategoriye taşındığında ya da ek bir kategori eklendiğinde adres değişebilir. Bu da belgenin kalıcılık ilkesiyle çelişen bir sonuçtur. Uygulama önerisi: kategorili yapıyı yalnızca bölüm yapısı değişmeyen, yazı sayısı sınırlı ve kategori adları baştan düşünülmüş sitelerde seçin.

Kategorili yapı için ön koşullar

Kategori yapısı sabitse, her yazının tek bir ana kategorisi varsa ve kategori slug'ları kısa ve konuyu anlatıyorsa kategorili yapı çalışır. Bu koşullardan biri eksikse yazı adı yapısına dönmek daha güvenlidir. Kategori tabanı ve birden fazla kategori davranışı ayrı bir konudur.

Google'ın URL ilkeleri açısından değerlendirme

Google'ın URL yapısı belgesi bu seçimle ilgili birkaç net ilke verir. Bunlar yapı seçimi için ölçüt olarak kullanılabilir.

Bu belge sıralama vaadi vermez. URL yapısını okuyucu ve tarayıcı için anlaşılır kılmaya yönelik ilkeler listeler. Google belgelerindeki ifadeler değişebilir; uygulamadan önce güncel sayfaya bakın.

Karar tablosu ve karar kuralı

Üç soruluk karar kuralı

Üç soruyla karar verin. Birincisi: içerik tarihe bağlı mı? Evetse tarihli yapı düşünülür, hayırsa yazı adı yapısı kalır. İkincisi: bölüm yapınız beş yıl sonra da aynı kalacak mı? Evetse kategorili yapı düşünülür, hayırsa dışarıda tutulur. Üçüncüsü: hosting sağlayıcınız güzel yapıları destekliyor mu? Desteklemiyorsa belgenin notuna göre önce sağlayıcıyla iletişime geçin.

İlk kurulum önerisi

Kurulum anında yapılacak işler kısadır ve geri dönüşsüz hata riskini azaltır. Kurulum günü kontrol listesi:

• Ayarlar altında Kalıcı Bağlantılar ekranını açın ve Plain seçeneğinden çıkın.
• İçerik türünüze göre Post name veya karar tablosundaki yapıyı seçin.
• Özel yapı yazıyorsanız belgenin yapı etiketleri notuna uyarak yapınızı %postname% veya %post_id% ile bitirin.
• Kategori ve etiket tabanı için varsayılanları kabul edin; değiştirecekseniz içerik yayımlanmadan önce yapın.
• Değişikliği kaydedin ve en az bir yazı, bir sayfa ve bir kategori adresini tarayıcıda açın.
• Sayfa 404 veriyorsa hosting sağlayıcısının sunucu ayarlarını sorun.
• Sitemap dosyanızın yeni adresleri gösterdiğini kontrol edin.

Seçimden sonra bakılacak yerler

Yapıyı kaydettikten sonra iç bağlantıların, menülerin ve elle yazılmış bağlantıların yeni adrese işaret ettiğini kontrol edin. Düz yapıdan geçtiyseniz eski ?p=123 adreslerinin nasıl davrandığını içerik sayısına göre değerlendirin; kalıcı yönlendirmeyle yeni adrese bağlanması gerekip gerekmediği ayrı bir plan konusudur. Belge bu konuda ayrıntı vermez.

Kayıttan sonra kontrol soruları

Seçimden sonra bakacağınız ölçütlerin kısa listesi: her satır bir evet-hayır sorusudur.

• Adresler okunabilir kelimelerden mi oluşuyor?
• Slug'larda tire kullanılıyor ve harfler küçük mü?
• Yapı %postname% veya %post_id% ile mi bitiyor?
• Adreste değişebilecek bir parça (tarih, kategori) var mı ve bu parça gerçekten gereken bir bilgi mi?
• Hosting sağlayıcısı güzel yapıları destekliyor mu?
• Sitemap'teki adresler seçilen yapıyla uyumlu mu?

Bir sorunun cevabı hayırsa o satırı kurulum aşamasında düzeltin.

Örnek senaryo: yerel bir mobilya atölyesinin blogu

Örnek senaryo: küçük bir mobilya atölyesi, WordPress ile hem kurumsal sayfalarını hem de bakım ve ahşap türleri üzerine yazılar yayımlayan bir blog yönetiyor. Site kurulurken ayar Plain'de kalmış ve yazılar ?p= biçiminde yayımlanıyor. Ekip tarihli yapıyı düşünüyor, çünkü blog bir günlük gibi başlamıştı.

Karar kuralı uygulanır. İçerik tarihe bağlı değil, çünkü ahşap bakımı yazıları yıllarca güncel kalacak. Bölüm yapısı henüz oturmadı, bu yüzden kategorili yapı dışarıda kalır. Hosting sağlayıcısı güzel yapıları destekliyor. Sonuç: Post name. Slug'lar kısa tutulur, örneğin ahsap-mobilya-bakimi. Atölye yapıyı henüz birkaç yazı yayımlandığında değiştirdiği için yönlendirme yükü oluşmaz.

Bu senaryoda dikkat çeken nokta, seçimin içerik hacmi büyümeden yapılmış olmasıdır. Aynı karar yüzlerce yazılık bir sitede alınsaydı eski adresleri yeni adreslere bağlayan bir eşleme tablosu gerekirdi.

Yapı seçiminde dikkat edilecek üç hata

Yapı seçerken hatalar belirli bir sıraya oturur. Önce yapı yanlış seçilir, sonra kayıttan sonra kontrol yapılmaz, en sonunda adres değişikliğinin yönlendirmesi unutulur.

Yapıyı içerik büyüdükten sonra değiştirmek

Yapı seçimi kurulum anındaki en ucuz karardır. İçerik büyüdükçe aynı karar bir yönlendirme projesine dönüşür. Uygulama önerisi: yapıyı ilk yazıdan önce kesinleştirin.

Kategori adını sonradan değiştirmek

Kategorili yapıda kategori slug'ı adrese girdiği için kategori adı ya da slug'ı değişirse o kategorideki tüm yazıların adresi değişir. Kategori düzenlemesini yapı seçiminin bir parçası olarak planlayın.

Hosting kaynaklı 404'leri yapı hatası sanmak

Yapı doğru ama sunucu ayarı eksikse adresler 404 verir. Belgenin notu burada geçerlidir: güzel yapıların çalışması için sunucunun gerekli ayarlara sahip olması gerekir. Sorun gidermeyi sunucu tarafında başlatın.

Kurulum öncesi çalışma kâğıdı

Çalışma kâğıdındaki alanları karar vermeden önce doldurmak seçimi kayıt altına alır ve ekip içinde tartışmayı kısaltır. Tablo, bir müşteriye ya da yöneticiye onay için sunulabilir.

Kaydı nerede tutmalı

Uygulama önerisi: çalışma kâğıdını sitenin kurulum notlarına ekleyin ve yapı değişikliği talebi geldiğinde ilk olarak bu kayda bakın. Belge adreslerin değiştirilmemesi gerektiğini söylediği için, değişiklik talebinin gerekçesi de bu kayıtla yan yana yazılmalıdır.

Kararı anlatan kısa not

Kalıcı bağlantı yapısı bir kez seçilince aylarca hatırlanmaz; sonra biri "bu adres neden böyle?" diye sorduğunda cevap bulunamaz. Yapı kararını bir sayfalık bir notla kayda geçirmek, ileride yapıyı değiştirme isteği geldiğinde tartışmayı baştan başlatmaktan korur.

Notun içermesi gereken satırlar

• Seçilen yapı ve seçilme gerekçesi: içerik türleri, yayın temposu ve adres okunabilirliği.
• Yapıya dahil edilmeyen alternatifler ve neden elendikleri.
• Yazı, sayfa ve kategori adreslerinin hangi kuralla üretildiği.
• Adres değişikliği gerektiren bir durumda kimin onay vereceği.
• Yönlendirme ve kontrol adımlarının nerede kayıtlı olduğu.

Uygulama önerisi: notu yönetici paneline erişimi olan herkesin göreceği bir yerde tutun ve tarihlendirin. Kararı ilk yayından önce yazmak, yayından sonra geriye dönük açıklamaktan çok daha ucuza gelir.

Yanlış anlaşılan nokta: "sonradan değiştiririz"

Yapıyı sonradan değiştirmek mümkündür, ancak yayındaki her adres için eşleme ve yönlendirme işi doğurur. Bu yüzden ilk seçimi hafife almak, ilerideki iş yükünü gizlice biriktirmek demektir. Karar notundaki tarih ve gerekçe, bu işin ne zaman ve neden başlatıldığını da gösterir.

Farklı site ve ekip durumlarında yapı seçimi

Aynı karar kuralı her site tipinde aynı sonucu vermez. Mağaza blogu, ajans portföyü, çok dilli site ve devralınan eski site için ayrı notlar alt başlıklarda yer alır. Hepsinde ortak ilke belgedeki cümledir: adresler kalıcıdır ve değiştirilmemelidir.

Küçük e-ticaret mağazası blogu için yapı

Mağaza sahipleri blogu ürünlerden ayrı düşünür, ama adres yapısı kararı iki alanı birden etkiler. Mağaza eklentisi ürün ve kategori adreslerini kendi ayarlarıyla yönetebilir. Kalıcı Bağlantılar ekranı ise yazılar, sayfalar ve standart arşivler içindir. Belgede mağaza eklentilerinin adres ayarlarına ilişkin bir ifade yok, bu yüzden eklentinizin kendi belgesine bakmanız gerekir.

Blog yazıları için basit tutun

Uygulama önerisi: blog yazılarında yazı adı yapısını seçin ve ürün adreslerini ayrı bir karar olarak ele alın. Blog yazısının adresi, yazıyı bir ürün kategorisine bağlamaz; yazının hangi ürüne işaret ettiği içerikteki iç bağlantılarla anlatılır. Bu ayrım, ürün kategorisi yeniden adlandırıldığında blog adreslerinin de değişmesini önler.

Sezonluk içerikte tarih

Kampanya, sezon veya yıl bilgisi taşıyan içerikleri başlığa gömmek yerine içerik içinde belirtin. Yıl adreste kalırsa içeriği ertesi yıl güncellediğinizde adres eskimiş görünür. Belge adresin kalıcı olması gerektiğini söylediği için güncellenebilir içerik, tarihten bağımsız bir slug ile yayımlanmalıdır.

Ajanslar ve danışmanlar için notlar

Birden fazla müşterinin sitesini yöneten ekipler için yapı seçimi tekrarlanabilir bir sürece dönüşür. Her müşteri için aynı üç soruyu sorup cevabı kayda geçirmek, ekip değişse bile kararın izlenmesini sağlar.

Müşteriye açıklama

Müşteriye teknik terimler yerine adres örnekleriyle anlatın: bugünkü adres, önerilen adres ve üç yıl sonra aynı adresin neden hâlâ doğru göreceği. Belgenin kalıcılık ilkesini tek cümleyle aktarmak, tarihli yapı talebini yeniden düşünmeye yardım edebilir. Müşterinin içerik türü haber akışı gibiyse tarihli yapı da savunulabilir.

Devir teslimde bırakılacaklar

Siteyi devrederken ayarlar ekranının görüntüsünü, seçilen yapıyı ve gerekçesini birlikte bırakın. Özel yapı kullanılıyorsa etiket dizisini düz metin olarak yazın. Böylece bir sonraki yönetici ayarı yanlışlıkla Plain'e çevirdiğinde ya da yapıyı değiştirdiğinde neyin bozulduğunu hemen görebilir.

Çok dilli sitelerde yapı seçimi

Aynı sitede iki dil yayımlıyorsanız Kalıcı Bağlantılar ayarı iki dili de etkiler; çok dilli eklentilerin dil önekleri ve çevrilmiş slug'ları nasıl yönettiği WordPress belgesinde anlatılmaz. Bu durumda yapıyı seçerken iki dildeki adresleri yan yana yazın ve her dilde aynı yapının okunabilir kaldığını kontrol edin.

Dil ve slug uyumu

Türkçe yazıya Türkçe kelimelerle, İngilizce yazıya İngilizce kelimelerle slug verin. Google'ın belgesi hedef kitlenin dilindeki kelimelerin adreste kullanılabileceğini söyler. Türkçe karakter içeren slug yüzde kodlanarak görünebilir. Uygulama önerisi: ASCII karşılığını tercih ediyorsanız bunu tüm sitede aynı kuralla uygulayın ve kendi okuyucunuzun adresi nasıl paylaştığını bir kez deneyin.

Devralınan eski bir sitede

Yeni devraldığınız bir sitede yapı zaten seçilmiştir ve adresler dışarıdaki bağlantılarda yaşıyordur. Önce Kalıcı Bağlantılar ekranında mevcut ayarı ve özel yapıyı not edin, sonra yapının belgenin yapı etiketleri notuna uyup uymadığına bakın: %postname% veya %post_id% ile bitiyor mu? Uyuyorsa ve adresler çalışıyorsa, yapıyı beğenmemeniz tek başına değiştirme gerekçesi değildir. Uygulama önerisi: değişikliği yalnızca adreslerin gerçekten sorun çıkardığı durumda, örneğin düz yapı nedeniyle okunamayan adresler varken, ayrı bir plan ve yönlendirme eşlemesiyle yapın.

Belgedeki örnek adresleri yan yana okumak

WordPress belgesi her türü küçük bir örnek adresle gösterir. Bu adresleri bir arada okumak, hangi seçeneğin hangi bilgiyi adrese taşıdığını görmenin en hızlı yoludur.

Tabloyu karar için kullanmak

Üçüncü sütunu kendi sitenizin okuyucusu için yeniden yazın. Okuyucunuz bir adresi mesajla gönderiyorsa, alıcının adresi görünce konuyu anlaması işe yarar. Okuyucunuz adresi hiç görmeden bağlantıya tıklıyorsa bile, belge adreslerin başka bloggerlar, sosyal medya paylaşımları, e-postalar ve Google tarafından da kullanıldığını söyler; yani adres, siz görmeseniz de dolaşıma girer.

Adres yazım biçimi için küçük kontroller

• Kelimeleri tire ile ayırın. Google URL sayfası alt çizgi yerine tire kullanmanızı önerir, çünkü tire kelime sınırını açıkça gösterir.
• Küçük harf kullanın. Aynı sayfa büyük ve küçük harfle iki ayrı adreste açılabiliyorsa Google bunları farklı adresler olarak ele alır; sunucunuz iki biçimi de aynı sayfaya götürüyorsa tek biçimde birleştirmeniz önerilir.
• Oturum kimliği ve içeriği değiştirmeyen parametreleri adresten uzak tutun.

Uygulama önerisi: Bu üç kontrolü Kalıcı Bağlantılar ekranını kaydetmeden önce, örnek bir yazının adresi üzerinden yapın. Ayar tek bir yerde durur, ama etkisi sitedeki bütün yazı adreslerine yansır; bu yüzden kontrolü sonradan değil, kayıttan önce yapmak gerekir.

Sık Sorulan Sorular

Kalıcı bağlantı yapısını sonradan değiştirmek mümkün mü?

Mümkündür, ancak WordPress belgesi adreslerin kalıcı olması ve değiştirilmemesi gerektiğini söyler. Değişiklik yaparsanız eski adreslerin yeni adreslere kalıcı yönlendirmeyle bağlanması gerekir; bu ayrı bir uygulama planı ister.

Yazı adı yapısı SEO için tarihli yapıdan daha mı iyi?

Google belgesi adreste tarih bulunması konusunda bir kural vermez. Uygulama önerisi: güncel kalması beklenen içerikte yazı adı yapısı adresi yaşlandırmaz, haber akışında tarihli yapı anlamlı olabilir.

Düz yapı neden önerilmez?

WordPress belgesi düz yapıyı kullanıcı dostu ve arama motorları için optimize edilmiş olarak görmez. Google da mümkün olduğunda uzun kimlik numaraları yerine okunabilir kelimeler kullanmayı önerir.

Özel yapıyı nasıl bitirmeliyim?

WordPress belgesinin Structure Tags notu, yapının %post_id% veya %postname% ile bitirilmesini söyler; böylece WordPress her adres için tek bir yazıyı hedefleyebilir. Belge bu notu Pretty ve Almost Pretty yapıları için verir.

Kaydettikten sonra yazılar 404 verirse ne yapmalıyım?

Belge, güzel yapıların çalışması için sunucunun gerekli ayarlara sahip olması gerektiğini ve bunu hosting sağlayıcısının yapması gerektiğini söyler. Önce sağlayıcıyla iletişime geçin.

Türkçe karakterli slug kullanabilir miyim?

Google, ASCII aralığı dışındaki karakterlerin yüzde kodlanması gerektiğini söyler. Belgelerde WordPress için Türkçe harf dönüşümüne dair ifade yok; yayından önce slug alanında sonucu görün.

Sonuç

Kalıcı bağlantı yapısı, WordPress'te sonradan değiştirmesi en pahalı ayarlardan biridir. Belgeye göre adresler kalıcıdır ve değiştirilmemelidir; seçimi de buna göre yapın. Blog ve kurumsal siteler için yazı adı yapısı kısa, okunabilir ve değişmeye en az açık seçenektir; tarihli yapı haber akışında, kategorili yapı da sabit bölüm yapısında anlamlıdır. Belgenin notuna uyarak yapıyı %postname% veya %post_id% ile bitirin, kayıttan sonra gerçek adresleri açıp kontrol edin ve slug'ları kısa, küçük harfli ve tireli tutun.

İçerik planınızı, adres yapınızla uyumlu ve okuyucuya değer katan makalelerle büyütmek istiyorsanız makale yazımı hizmetimizi inceleyebilirsiniz.