WordPress'te kategori tabanını değiştirebilirsiniz, ama adreslerden tamamen kaldıramazsınız. Bir yazıyı birden fazla kategoriye bağladıysanız ve yapıda kategori etiketi varsa, adreste yalnızca bir kategori görünür ve hangisinin görüneceği alfabetik sıraya göre belirlenir. Blog, mağaza blogu veya müşteri sitesi yönetiyorsanız, her yazı için tek ana kategori, kısa sabit slug'lar ve yazılı bir isimlendirme notu adresleri öngörülebilir tutar.
Kategori sayfalarının sayfalandırması ve arşiv sayfalarının dizinleme kararı ayrı konulardır: kategori sayfalandırma ve etiket ve arşiv sayfalarında noindex kararı yazıları bu iki konuyu işler. Genel adres kuralları için URL yapısı ve slug optimizasyonu yazısına bakın.
Kategori tabanı ve etiket tabanı nedir
Adres kalıbı
WordPress belgesi (yeni sekmede açılır) kategori tabanı ve etiket tabanını, kategori ve etiket arşivlerinin adreslerinde kullanılan ön ekler olarak tanımlar. Kalıp, kategori tabanı ve ardından kategori adı biçimindedir; etiketler için aynı kalıp etiket tabanıyla kurulur. Taban, kategori sayfasının adresinde sabit duran sözcüktür; kategori adı ise sizin verdiğiniz kategoriye göre değişen parçadır.
Varsayılan değerler
Belgeye göre kategori tabanı ve etiket tabanının varsayılan değerleri category ve tag sözcükleridir. Dolayısıyla hiçbir ayar yapmadıysanız bir kategori arşivi, kategori tabanı olarak category sözcüğüyle başlayan bir adreste görünür. Arayüzü Türkçe kullanıyorsanız ayar alanlarının etiketleri farklı görünebilir.
Ayarın yeri
İki taban, yazı yapısını seçtiğiniz Kalıcı Bağlantılar ekranında, İsteğe bağlı olarak etiketlenen bölümde bulunur. Yazı yapısı ile tabanlar ayrı ayarlardır. Yazı yapısını değiştirmeden tabanı değiştirebilirsiniz, tersi de geçerlidir.
Kategori ile etiketin adres açısından farkı
Belge kategori için iç içe alt kategorilerin adreste iç içe dizin olarak göründüğünü anlatır; etiket için böyle bir iç içe yapıdan söz etmez. Pratikte bu, kategorinin adrese konu hiyerarşisi taşıyabildiği, etiketin ise düz bir ön ek ve tek bir ad olarak kaldığı anlamına gelir. Konu ağacınızı adreste göstermek istiyorsanız kategori, adresi kısa tutmak istiyorsanız etiket daha uygun bir araçtır.
Tabanı değiştirmek
Belge, kategori ve etiket tabanını değiştirebileceğinizi söyler. Değiştirmek için iyi bir gerekçe, sitenin dili ya da kategori sayfasının adres olarak okuyucuya daha anlaşılır görünmesidir.
Google belgesinin bu konudaki sessizliği
Google URL yapısı belgesi kategori tabanı, çoklu kategori veya kategori derinliği için bir kural vermez. Belge yalnızca kelime ayırma, harf biçimi, kodlama ve gereksiz parametreler gibi genel adres ilkelerini anlatır. Bu nedenle "kategorili adres daha iyi sıralanır" ya da "tabanı kaldırmak sıralamayı artırır" biçiminde bir iddia, bu iki belgeye dayandırılamaz. Karar, okuyucu açısından anlaşılırlık ve yönetim kolaylığı üzerinden verilir. Google belgelerindeki öneriler değişebilir; uygulamadan önce güncel sayfaya bakın.
Taban seçerken uygulanacak biçim kuralları
Google URL yapısı belgesi (yeni sekmede açılır) adreste kelimeleri tire ile ayırmanızı önerir, çünkü tire kelime sınırını açıkça gösterir. Belge ayrıca adres işlemenin büyük küçük harfe duyarlı olduğunu söyler ve sunucunuz iki biçimi de aynı sayfaya götürüyorsa tek bir harf biçimine toplamanızı önerir. Hedef kitlenizin dilindeki kelimeleri kullanabileceğinizi ve ASCII dışındaki karakterlerin yüzde kodlanması gerektiğini de belirtir.
| Taban seçeneği | Değerlendirme |
|---|---|
| Varsayılan category | Çalışır; ayar gerektirmez |
| Türkçe bir sözcük, örneğin konular | Okuyucunun diliyle uyumlu. ASCII harflerle yazılırsa yüzde kodlama sorunu çıkmaz |
| Türkçe karakterli sözcük | Adreste yüzde kodlu görünebilir; paylaşırken uzar |
| Birden fazla sözcük | Tire ile ayırın, küçük harf kullanın |
Değişikliğin eski adreslere etkisi
Tabanı değiştirirseniz bütün kategori arşivi adresleri değişir. Belgede bu eski adreslerin otomatik yönlendirileceğine dair bir ifade yok; bu yüzden eski taban adreslerinden yeni taban adreslerine yönlendirme kurmanız gerekebilir. Uygulama önerisi: kategori arşivlerinden trafik alıyorsanız tabanı yalnızca açık bir gerekçeyle ve yönlendirme planıyla değiştirin.
Taban değişikliği için yönlendirme kalıbı
Kategori tabanını category sözcüğünden konular sözcüğüne çevirdiğinizi düşünelim. Apache sunucuda tek bir kalıp kuralı bütün kategori arşivlerini kapsayabilir:
RedirectMatch 301 ^/category/(.+)$ /konular/$1
Kalıp, category sözcüğünden sonra gelen her şeyi yeni tabana taşır; alt kategori yollarını ve sayfa numaralı arşiv adreslerini de aynen aktarır. Uygulama önerisi: kuralı canlıya almadan önce bir deneme ortamında kategori, alt kategori ve ikinci sayfa adresiyle sınayın. Yönlendirme kurallarının ayrıntılı kurulumu için çalışan sitede yapı değişikliğini anlatan yazıya bakabilirsiniz; bu bölümde yalnız taban değişikliğine özgü kalıp verilmiştir.
Tabanı değiştirmeye değer mi
- Mevcut taban okuyucuyu şaşırtıyor mu, yoksa yalnızca siz mi beğenmiyorsunuz? Okuyucu şaşırmıyorsa varsayılanı bırakın.
- Kategori arşivleriniz arama veya dış bağlantı yoluyla ziyaretçi alıyor mu? Alıyorsa yönlendirme yükünü hesaba katın.
- Yeni tabanı yıllarca değiştirmeden tutabilecek misiniz? Tabanı sık değiştirmek adresin kalıcılık ilkesine aykırıdır.
Kaldırma konusunda belgenin sınırı
Belge net bir cümle kurar: değerleri değiştirebilirsiniz, ama adreslerden tamamen kaldıramazsınız. Bu sınırın pratik karşılığını tabloda toplayabiliriz.
| İstek | Belge ne diyor | Ne yapılır |
|---|---|---|
| Tabanı başka sözcükle değiştirmek | Mümkün | Kalıcı Bağlantılar ekranından yapılır |
| Tabanı boş bırakıp kaldırmak | Mümkün değil | Belgedeki kural budur; denemek yerine mevcut davranışı kabul edin |
| Kategori adresini ana dizine taşımak | Belgede bu konuda ifade yok | Resmi destek olmadığını bilerek karar verin |
| Kaldırmayı eklentiyle yapmak | Belgede bu konuda ifade yok | Eklentinin kendi belgesini ve güncelliğini inceleyin |
Kaldırma eklentileri bu konunun dışındadır; belgede de bu konuda bir ifade yoktur. Böyle bir araca başvuracaksanız eklentinin belgesini okuyun, kuralı bir deneme ortamında sınayın ve eski kategori adreslerinin yönlendirilmesini de planlayın. Bu seçim bir uygulama kararıdır ve SEO'ya olumlu etki vaat etmez.
Bir yazı birden fazla kategorideyse adres ne olur
Belgedeki kural
Belgeye göre yazıya birden fazla kategori atadığınızda adreste yalnızca biri görünür ve görünen kategori alfabetik olarak belirlenir. Yapınızda kategori etiketi yoksa yazı adresi kategori içermez ve bu kural adresi etkilemez; kural yalnızca yapıda kategori kullanıldığında anlam kazanır.
Alfabetik seçimi öngörmek
Belge alfabetik sıralamanın hangi alana (ad mı, kısa ad mı) uygulandığını ve Türkçe harflerin sıralamadaki yerini ayrıntılı anlatmaz. Bu yüzden belirsiz durumda adres çubuğuna bakarak doğrulamanız gerekir. Tablo: kurgusal kategori adlarıyla öngörme mantığı. Gerçek sonucu kendi sitenizde sınayın.
| Yazının kategorileri | Alfabetik ilk sıra | Adreste görünmesi beklenen |
|---|---|---|
| Bakım, Rehber | Bakım | Bakım |
| Rehber, Yeni Başlayanlar | Rehber | Rehber |
| Yazılım, Ürün İncelemeleri | Ürün İncelemeleri veya Yazılım, Türkçe sıralamaya bağlı | Kendi sitenizde sınayın |
Toplu denetim yöntemi
Siteniz yüzlerce yazı içeriyorsa çoklu kategorili yazıları tek tek açmak mümkün olmaz. Yazı listesinde kategori sütununa göre süzüp birden fazla kategoriye bağlı yazıları bir çalışma tablosuna aktarın. Tabloya şu sütunları ekleyin: yazı başlığı, bağlı kategoriler, alfabetik ilk kategori, adres çubuğunda görünen kategori, karar. Alfabetik ilk kategori ile görünen kategori uyuşmuyorsa, sıralama kuralını anlamadığınız bir durum vardır; o satırı ayrı işaretleyin ve nedenini bulana kadar kategori değişikliği yapmayın.
| Satırdaki sonuç | Anlamı | Atılacak adım |
|---|---|---|
| Beklenen kategori görünüyor | Alfabetik kural öngörüldüğü gibi çalışıyor | Kararı kaydedin |
| Beklenmeyen kategori görünüyor | Sıralama sizin beklentinizden farklı | Slug ve ad alanlarını karşılaştırın, ikinci kategoriyi kaldırmayı düşünün |
| Adreste hiç kategori yok | Yapıda kategori etiketi olmayabilir | Kalıcı Bağlantılar ekranındaki yapıyı yeniden okuyun |
Hangi kategorinin görüneceğini seçmek
Belge, adreste hangi kategorinin görüneceğini seçmek istiyorsanız eklenti dizinindeki bir eklentiyi kullanabileceğinizi söyler ve arama bağlantısı olarak taksonomi eklentileri sayfasını gösterir. Belgede belirli bir eklenti önerilmez. Eklenti kullanmak istemezseniz yazıya bağladığınız kategorilerin sayısını bire indirmek, öngörülebilirliğin en basit yoludur.
Okuyucu açısından çoklu kategori
Okuyucu, adresin bir yazıyı hangi bölüme yerleştirdiğini görerek bağlam kurabilir. Bir yazının adresinde "bakim" görünüyor ama yazı lastiklerle ilgiliyse adres okuyucuyu yanıltır. Bu yüzden adreste görünen kategori seçimi, yalnızca teknik bir ayrıntı değil, içerik ve gezinme tasarımının parçasıdır.
Yayından önce editör kontrolü
Editörler için kısa bir yayın öncesi kontrolü ekleyin:
- Yazının ana kategorisi nedir? Aday adreste bu kategori görünecek mi?
- İkinci bir kategori eklendiyse adres çubuğunda alfabetik sıra hangisini seçti?
- Kategori slug'ı kısa, küçük harfli ve tire ile ayrılmış mı?
- Yazının adresi paylaşılmadan önce son kez bir kez açıldı mı?
Karar kuralı: birden çok kategori ne zaman bırakılır
- Yapınızda kategori etiketi var mı? Yoksa çoklu kategori adresi etkilemez.
- Yazının ikinci kategorisi okuyucu için gerçek bir gezinme yolu mu? Değilse ikinciyi kaldırın.
- Adreste görünen kategori, yazının asıl konusunu mu gösteriyor? Göstermiyorsa tek kategoriye inin veya kategori adlarını yeniden düşünün.
İç içe kategoriler ve adres uzunluğu
Belgeye göre iç içe alt kategoriler adreste iç içe dizinler olarak görünür. Bir alt kategorideki yazının adresi ana kategori, alt kategori ve yazı adı parçalarını taşır. Derin bir kategori ağacı adresi uzatır. Google belgesi adreslerde gereksiz parametreleri budamayı önerir, ama kategori derinliği için bir sınır vermez.
Derinliği sınırlamak
Uygulama önerisi: kategori ağacını iki düzeyle sınırlayın. Üçüncü düzey gerekiyorsa o konuyu kategori yerine etiket ya da ayrı bir içerik merkezi sayfasıyla çözmeyi düşünün. Bu bir Google kuralı değil, adresi kısa ve yönetilebilir tutma önerisidir.
Alt kategori mi, etiket mi
Üçüncü düzey bir konuya ihtiyaç duyduğunuzda iki yol vardır. Alt kategori ile etiket tablosu, yolun adres üzerindeki etkisini karşılaştırır.
| Seçenek | Adreste görünüm | Dikkat edilecek nokta |
|---|---|---|
| Alt kategori | Yapıda kategori varsa iç içe dizin olarak yazı adresine girer | Adres uzar, kategori adı değişirse yazı adresleri değişir |
| Etiket | Yazı adresine girmez; etiket arşivi etiket tabanı altında görünür | Etiket arşivi sayısı büyürse dizinleme kararı gerekir |
| Yazı içi bölüm | Adrese hiç girmez | Konu gezinme yolu olarak görünmez |
Uygulama önerisi: konu yalnızca bir yazıyı etiketlemek içinse etiketi seçin; okuyucunun kendi başına gezineceği kalıcı bir bölüm kuruyorsanız alt kategoriyi seçin ve slug'ını baştan sabitleyin.
Kategori adı kararının içerik planına etkisi
Kategori adı hem sayfa başlığında hem adreste yer alır; belgeye göre yapıdaki kategori etiketi kategori adının temizlenmiş sürümünü, yani kategori slug'ını kullanır. Dolayısıyla bir kategorinin adını sonradan değiştirmek, yapıda kategori etiketi varsa o kategorideki bütün yazı adreslerini değiştirir.
| Karar | Etkisi | Uygulama önerisi |
|---|---|---|
| Kategori sayısı | Az kategori, daha az adres çeşitliliği | Yayın planınıza göre başlayın, sonradan ekleyin |
| Kategori slug'ı | Yapıda kategori varsa her yazı adresinde görünür | Kısa, kalıcı bir sözcük seçin |
| Kategori adının değişmesi | Slug değişirse adresler değişir | Adı değiştirirken slug'ı sabit tutmayı düşünün |
| Yeni kategori ekleme | Mevcut yazı adreslerine dokunmaz | İsimlendirme kuralınızı baştan yazın |
İsimlendirme kuralı yazmak
Bir ekip birden fazla kişiyle yazıyorsa kategori adlandırma kuralını yazılı hâle getirin: hangi sözcükler kullanılır, hangi dilde yazılır, tekil mi, çokluk biçiminde mi yazılır. Böylece aynı konu "rehber" ve "rehberler" gibi iki ayrı kategoriye bölünmez; çünkü iki kategoriye bağlanan yazının adresinde alfabetik sıra belirleyici olur ve adres öngörülemez hâle gelir.
Kategori sayfası adresi ile yazı adresi arasındaki fark
İki ayrı adres türü karıştırılabilir. Kategori tabanı, kategori arşivi sayfasının adresini belirler. Yazının adresindeki kategori parçası ise yapıdaki kategori etiketinden gelir. İkisi birbirinden bağımsız ayarlanır ve ikisinin değişmesi farklı sonuçlar doğurur.
| Ne değişti | Hangi adresler etkilenir | Yönlendirme gerekir mi |
|---|---|---|
| Kategori tabanı | Kategori arşivi sayfaları | Evet, eski taban adresleri için |
| Yapıya kategori etiketi eklendi veya çıkarıldı | Bütün yazı adresleri | Evet, her yazı için |
| Bir kategorinin slug'ı | Kategori arşivi ve yapıda kategori varsa o kategorideki yazılar | Evet |
| Yalnızca kategori görünen adı | Adresler değişmez, slug sabit kalırsa | Hayır |
| Yazının kategorisi | Yapıda kategori varsa o yazının adresi | Evet, o yazı için |
Örnek yapılarla okuma
Belge, yapıda kategori etiketinin kategori slug'ını adrese koyduğunu söyler. Yapı yalnızca yazı adıysa kategori adreste hiç görünmez ve çoklu kategori kuralı adresi etkilemez. Yapı kategori ve yazı adından oluşuyorsa kategori yazı adından önce görünür; alt kategori varsa iç içe dizinler olarak görünür. Kendi sitenizde bu üç durumdan hangisinde olduğunuzu, bir yazının adres çubuğuna bakarak bir dakikada anlayabilirsiniz.
Kategoriyi yeniden adlandırmak, birleştirmek veya silmek
Kategori üzerinde yapılan her işlem adresleri farklı biçimde etkiler. Yapıda kategori etiketi olmayan sitelerde bu işlemler yazı adreslerine dokunmaz, yalnızca kategori arşivi sayfasını etkiler.
| İşlem | Yapıda kategori yoksa | Yapıda kategori varsa |
|---|---|---|
| Görünen adı değiştirmek, slug'ı korumak | Adres değişmez | Adres değişmez |
| Slug'ı değiştirmek | Yalnızca kategori arşivi adresi değişir | Kategorideki bütün yazı adresleri de değişir |
| İki kategoriyi birleştirmek | Eski kategorinin arşiv adresi için yönlendirme gerekir | Yazı adresleri de etkilenir |
| Kategoriyi silmek | Arşiv sayfası kalkar | Yazıların adresindeki kategori parçası değişir |
Silmeden önce sorulacaklar
Kategori silerken içindeki yazıların nereye bağlanacağını belgede göremezsiniz; belgede bu konuda ifade yok. Uygulama önerisi: silmeden önce yazıları yeni kategoriye taşıyın, taşınan yazıların yeni adresini listeleyin ve eski adreslerden yeni adreslere yönlendirme hazırlayın. Birleştirmeyi aynı şekilde, önce yazı sayımı ve adres listesiyle yapın.
Yönetim ekranında adım adım kontrol
Kategori kararlarını uygulamadan önce mevcut durumu şu sırayla inceleyin. Arayüzü Türkçe kullanıyorsanız menü adları farklı görünebilir.
- Settings altındaki Permalinks ekranını açın ve seçili yapıyı, varsa özel yapıyı not edin.
- Aynı ekranın İsteğe bağlı bölümünde kategori ve etiket tabanı alanlarına bakın; boşsa varsayılan category ve tag kullanılıyordur.
- Yazılar bölümünde Categories ekranını açın ve her kategorinin slug alanını okuyun.
- Yazı listesinde kategoriye göre süzün; birden fazla kategoriye bağlı yazıları işaretleyin.
- İşaretlenen yazılardan birkaçını ön yüzde açıp adres çubuğundaki kategoriyi not edin.
Çıktıyı karar kaydına çevirmek
Bu beş adımın çıktısı bir sayfalık bir karar kaydıdır. Kayıtta yapının hâli, iki tabanın değeri, kategori slug'ları ve çoklu kategorili yazıların listesi bulunur. Ajans ya da danışman olarak çalışıyorsanız bu kaydı müşteriye teslim edin; ekip değiştiğinde aynı sorular yeniden sorulmaz.
Mağaza siteleri ve ürün kategorileri
Blog ile birlikte bir mağaza eklentisi çalışıyorsa ürün kategorileri bu belgedeki yazı kategorilerinden ayrı yönetilebilir. WordPress belgesi mağaza eklentilerinin ürün ve kategori adres ayarlarına ilişkin bir ifade vermez. Bu yüzden eklentinizin kendi ayarlar ekranına ve belgesine bakın; blog kategorilerinde verdiğiniz kararı ürün kategorilerine otomatik uygulanmış saymayın.
İki kategori ağacını ayrı tutmak
Blog kategorisi ile ürün kategorisi aynı sözcüğü taşıyabilir. Adreslerin çakışıp çakışmadığını kontrol etmek için iki ağacın slug listesini yan yana koyun. Aynı sözcüğün iki ayrı arşiv sayfasında kullanılması, okuyucuda ve ekibinizde karışıklık yaratır. Uygulama önerisi: blog kategorisini konu, ürün kategorisini ürün grubu olarak adlandırın.
Karar kaydı şablonu
| Alan | Örnek doldurma | Neden tutulur |
|---|---|---|
| Yazı yapısı | Kategori ve yazı adı | Hangi adres kuralının geçerli olduğunu gösterir |
| Kategori tabanı | category (varsayılan) | Kategori arşivi adreslerini açıklar |
| Etiket tabanı | tag (varsayılan) | Etiket arşivi adreslerini açıklar |
| Kategori sayısı ve derinliği | Üç ana kategori, iki düzey | Adres uzunluğunu sınırlar |
| Çoklu kategorili yazılar | Liste ve adreste görünen kategori | Alfabetik kuralın sonucunu kaydeder |
| Kararı veren ve tarih | Ad ve tarih | Sonradan sorgulamayı kolaylaştırır |
Kaydı ne zaman güncelleyin
Yeni bir kategori eklenirken, bir kategorinin slug'ı değişirken, yapı ayarı değişirken ve tabanlar değiştirilirken kaydı güncelleyin. Böylece hangi adresin neden öyle göründüğü bir yıl sonra da yanıtlanabilir.
Yeni site kuruyorsanız
Henüz yazı yayımlamadıysanız en ucuz zaman şimdidir. Önce yazı yapısını seçin, ardından kategori slug'larını ve tabanları belirleyin, sonra ilk yazıları girin. Yayınlanmış yazı olmadığı için adres değiştirmenin maliyeti yoktur. Bu sıra, yayından sonra yapılan taban veya slug değişikliğinin yol açacağı yönlendirme işini baştan ortadan kaldırır.
Çalışan bir sitede
Yayındaki bir sitede kararların maliyeti vardır. Her değişiklikten önce ilgili tabloya bakın, hangi adreslerin etkileneceğini yazın ve yönlendirme gerekip gerekmediğine karar verin. Kalıcı bağlantı yapısının kendisini değiştirmek ayrı bir iştir ve kendi yönlendirme planını gerektirir.
Kayıt günü kontrol maddeleri
- Yapıda kategori etiketi olup olmadığını Kalıcı Bağlantılar ekranından doğrulayın.
- Kategori tabanı ve etiket tabanının mevcut değerlerini not edin.
- Her yazının kaç kategoriye bağlı olduğunu yazı listesinden süzün; birden fazla kategoriye bağlı yazıların adresini adres çubuğunda sınayın.
- Kategori slug'larını kısa, küçük harfli ve tire ile ayrılmış olarak tutun.
- Tabanı değiştirecekseniz eski ve yeni adres eşlemesini hazırlayın.
- Kaydettikten sonra bir kategori sayfasını ve bir yazıyı açın, 404 dönmediğini görün.
Örnek senaryo: yerel bir yoga stüdyosunun blogu
Örnek senaryo: Bir yoga stüdyosu blogunda "Başlangıç", "Duruşlar" ve "Rehberler" kategorilerini kullanıyor; yapı kategori ve yazı adından oluşuyor. Ayakta duruş pozlarını anlatan bir yazı hem "Başlangıç" hem "Duruşlar" kategorisinde.
- Stüdyo sahibi çoklu kategori kuralını okur: adreste alfabetik ilk kategori görünür. Yazının adresi "Başlangıç" ile başlar, ama o yazı asıl olarak duruşlar hakkındadır.
- İkinci kategorinin gerçek bir gezinme yolu olup olmadığına karar verir. "Duruşlar" sayfasından gelen okuyucu için bu içerik zaten orada listelenmektedir; "Başlangıç" kategorisinden kaldırır.
- Adres artık "Duruşlar" kategorisini taşır ve yazının konusunu daha iyi anlatır.
- Kategori taban sözcüğünü varsayılan category olarak bırakır, çünkü kaldırmak mümkün değildir ve değiştirmenin işletmeye faydası yoktur.
- Kategori slug'larını sabitler ve ekip için kısa bir isimlendirme notu yazar.
Dikkat edilecek hatalar
| Hata | Sonuç | Düzeltme |
|---|---|---|
| Tabanı kaldırabileceğini varsaymak | Belgede olmayan davranışa güvenmek | Değiştirme seçeneğini kullanın |
| Her yazıya çok sayıda kategori atamak | Adreste görünen kategori öngörülemez olur | Yazı başına bir ana kategori |
| Kategori slug'ını yazılar yayında iken değiştirmek | Yazı adresleri değişir | Önce yönlendirme planı |
| Tabanı değiştirip yönlendirme yazmamak | Eski kategori arşivi adresleri hata verir | Eski tabandan yeniye yönlendirin |
| Alfabetik sırayı sınamadan varsaymak | Türkçe harflerde beklenmedik sonuç | Adres çubuğunda doğrulayın |
Belirtiden nedene
Kayıttan sonra beklenmedik bir kategori adresi görürseniz belirtiye göre ilerleyin.
| Belirti | Olası neden | Bakılacak yer |
|---|---|---|
| Yazı adresinde beklenmeyen kategori | Birden fazla kategori ve alfabetik seçim | Yazının kategori listesi |
| Kategori sayfası 404 veriyor | Taban değişti, eski adres yönlendirilmedi | Kalıcı Bağlantılar ekranı ve yönlendirme kuralı |
| Yazı adresinde kategori yok | Yapıda kategori etiketi bulunmuyor | Yazı yapısı ayarı |
| Adres çok uzun | Derin alt kategori ağacı | Kategori hiyerarşisi |
| Türkçe karakterli adres yüzde kodlu görünüyor | Kategori slug'ında ASCII dışı harf | Kategori düzenleme ekranındaki slug alanı |
Her belirti için önce slug alanını ve yapı ayarını okuyun, sonra değişiklik yapın. Kalıcı bağlantı ayarını yeniden kaydetmek bazı sunucu sorunlarını çözebilir; yazılar 404 veriyorsa nedeni sunucu kuralıdır, kategori kararı değildir. Bu durumda yapı kararını değiştirmeden önce sunucu kurallarının sağlam olduğundan emin olun.
Adresi paylaşmadan önce son bakış
Bir yazıyı e-bültene veya sosyal medyaya koymadan önce adresini yeni bir sekmede açın. Adres çubuğundaki kategori sözcüğü yazının konusunu yansıtıyorsa ve sayfa 200 ile açılıyorsa paylaşın. Paylaştıktan sonra adres değişirse bu kopyaları düzeltemezsiniz; belge de adresin paylaşım, bağlantı ve dizinleme için kullanıldığını söyler.
Kategori adresi ve arşiv sayfasının dizinleme kararı
Adres yapısı kararı ile arşiv sayfasının dizinlenip dizinlenmeyeceği kararı ayrı verilir. Bir kategori arşivinin dizinlenmesini istemiyorsanız bunun adresle ilgisi yoktur; noindex kararı aynı adres üzerinde ayrıca verilir.
Kategori adresini hayata geçirmeden önce kontrol listesi
Kategori tabanı ve çoklu kategori kararı, yazı yazılmaya başlamadan önce verilirse ucuzdur. Kontrol listesi, karar anında akla gelmeyen küçük ayrıntıları toplar.
Örnek senaryo: yemek okulunun tarif blogu
Bir yemek okulu tarifleri "çorbalar", "hamur işleri" ve "vegan" gibi kategorilerle yayımlıyor. Vegan bir börek tarifi hem hamur işleri hem vegan kategorisinde. Ekip bir kural koyuyor: adreste görünecek kategori, okuyucunun tarifi ararken aklında tuttuğu ana başlıktır; yani yemeğin türü. Diyet etiketi ise ikinci kategori olarak kalıyor. Böylece aynı tarif için iki farklı mantık yarışmıyor.
Kontrol listesi
- Her yazı için tek bir ana kategori belirleniyor mu?
- İkincil kategoriler okuyucuya fayda sağlıyor mu, yoksa yalnız iç düzen için mi var?
- Kategori adı değişirse eski adresin yönlendirileceği biliniyor mu?
- Ebeveyn ve alt kategori ilişkisi adreste görünecekse, derinlik makul mü?
- Kategori taban sözcüğü iki dilli sitede her dilde ayrı düşünüldü mü?
Karar kuralı
Uygulama önerisi: bir yazı iki kategoriye aitse ve ikisi de aynı derecede önemliyse, kategoriyi adresten çıkarmak ve ayrımı kategori sayfalarına bırakmak daha az sürpriz üretir.
Yanlış anlaşılan nokta
Bir yazıyı çok sayıda kategoriye eklemenin görünürlüğü artırdığı sanılır. Belgelerde bu yönde bir ifade yok; fazla kategori yalnız adres kararını bulanıklaştırır ve yazıyı hangi başlık altında arayacağını okuyucuya bırakır.
Uygulama önerisi: kontrol listesini yeni bir yazı türü eklendiğinde de yeniden gözden geçirin. Başlangıçta tek yazar için yeterli olan kural, ikinci yazar geldiğinde boşluk bırakabilir.
Sık Sorulan Sorular
WordPress kategori tabanını tamamen kaldırabilir miyim?
WordPress belgesi kategori ve etiket tabanını değiştirebileceğinizi, ama adreslerden tamamen kaldıramayacağınızı söyler. Kaldırma eklentileri hakkında belgede bir ifade yok.
Bir yazı birden fazla kategorideyse adreste hangisi görünür?
Yapıda kategori etiketi varsa adreste yalnızca bir kategori görünür ve belgeye göre görünen kategori alfabetik olarak belirlenir.
Adresteki kategoriyi ben seçebilir miyim?
Belge, hangi kategorinin görüneceğini seçmek istiyorsanız eklenti dizinindeki eklentilerden birini kullanabileceğinizi söyler. Belgede belirli bir eklenti önerilmez.
Kategori tabanını değiştirirsem eski adresler ne olur?
Belgede eski adreslerin otomatik yönlendirileceğine dair bir ifade yok. Eski taban adreslerinden yeni taban adreslerine yönlendirme kurmanız gerekebilir.
Etiket tabanı da kategori tabanı gibi mi çalışır?
Evet, belge ikisini birlikte anlatır: varsayılan değerler category ve tag sözcükleridir, ikisi de değiştirilebilir ve ikisi de tamamen kaldırılamaz.
Kategori tabanında Türkçe karakter kullanabilir miyim?
Google belgesi hedef kitlenin dilindeki kelimelerin adreste kullanılabileceğini ve ASCII dışındaki karakterlerin yüzde kodlanması gerektiğini söyler. Kodlanmış adresler uzun görünür. Uygulama önerisi: tabanı ASCII harflerle yazın.
Sonuç
Kategori tabanı kararı kısadır: değiştirebilirsiniz, kaldıramazsınız. Asıl iş, adreste görünen kategoriyi öngörülebilir kılmaktır; bunun için yazı başına tek ana kategori, kısa ve sabit slug'lar ve yazılı bir isimlendirme kuralı yeterlidir. Tabanı değiştirirseniz eski adreslerin yönlendirmesini de planlayın.
Kategori yapınızı içerikle desteklemek ve her kategoriyi okuyucuya hizmet eden yazılarla doldurmak isterseniz makale yazımı hizmetimize göz atabilirsiniz.
Yorum Yaz
Yorum yapabilmek için giriş yapmalısınız. Giriş Yap