Misafir yazıları konu kategorilerinin içine mi dağıtmalı, yoksa "Misafir Yazılar" adında ayrı bir arşivde mi toplamalısınız? Kısa cevap: Misafir yazının kimden geldiği okuyucu için bir konu değil bir bilgi etiketidir; bu yüzden birincil düzen olarak konu kategorilerini koruyun, misafir bilgisini yazar kutusu ve görünür etiketle gösterin. Ayrı bir arşiv istiyorsanız onu ikinci bir görünüm olarak kurun, sayfalamayı doğru yapın ve arşivin indekslenip indekslenmeyeceğine, arşivin okuyucuya ne kattığına bakarak karar verin. Misafir yazı kabul eden bir blogun yöneticisiyseniz ya da WordPress sitenizde kategori yapısını yeniden düşünüyorsanız aşağıdaki karşılaştırma doğrudan işinize yarar.
Kategori kararı neden önemlidir
Kategori, URL'yi ve arşivi birlikte belirler
WordPress'te kategori seçimi yalnızca bir menü kararı değildir. Kategori arşivi kendi URL'sine sahip bir sayfa üretir ve permalink yapınızda %category% etiketi varsa, yazının kendi adresi de kategoriye bağlıdır. WordPress'in permalink belgesi (yeni sekmede açılır) %category% etiketini kategori adının temizlenmiş hâli olarak tanımlar ve iç içe alt kategorilerin adreste iç içe dizin olarak göründüğünü söyler. Belgenin başında permalink'lerin kalıcı adresler olduğu ve değiştirilmemesi gerektiği yazılıdır. Dolayısıyla "Misafir Yazılar" kategorisini yazı adresinin bir parçası yapmak, ileride kategoriyi yeniden adlandırmayı ya da kaldırmayı zorlaştırır.
Bir yazı birden çok kategoride olursa
Aynı belge, bir yazıya birden çok kategori atadığınızda yalnızca birinin permalink'te görünebileceğini ve hangisinin görüneceğinin alfabetik sıraya göre belirlendiğini söyler. Hangi kategorinin görüneceğini seçmek istiyorsanız, belge eklenti dizinindeki eklentilerden birini kullanmayı gösterir. Bu ayrıntı bu kararı doğrudan ilgilendirir: bir yazıyı hem konu kategorisine hem "Misafir Yazılar" kategorisine koyarsanız ve permalink'iniz %category% içeriyorsa, adreste hangi kategorinin çıkacağı alfabeyle belli olur, sizin tercihinizle değil. Permalink yapınızı kontrol edin; yalnızca yazı adını içeren bir yapı bu belirsizliği ortadan kaldırır.
| Konu | Belge ne diyor? | Karar için anlamı |
|---|---|---|
| Permalink kalıcılığı | Adresler kalıcıdır ve değiştirilmemelidir | Kategori adını adrese bağlamadan önce düşünün |
| Birden çok kategori | Permalink'te yalnız biri görünür, alfabetik sıraya göre | Çift kategori adres belirsizliği doğurabilir |
| Kategori tabanı | Varsayılan "category"; değiştirilebilir, kaldırılamaz | Arşiv adresi bu tabana oturur |
| Yapı sonu | Özel yapı %post_id% ya da %postname% ile bitirilir | Yazı adresi tekil kalır |
Konu kategorisi yaklaşımı
Misafir yazıyı konusuna göre sınıflamak
Bu yaklaşımda misafir yazı, kendi konusunun kategorisinde, sitenin diğer yazılarıyla yan yana durur. Okuyucu "dekorasyon" kategorisine girdiğinde kimin yazdığına bakmadan konuyla ilgili bütün yazıları görür. Misafir bilgisi kategoriyle değil, yazar kutusu, yazı üstündeki açık bir ifade ve varsa bir özel alan ya da etiketle verilir.
Bu yaklaşımın artıları ve eksileri
Artısı, konu arşivlerinin güçlü ve tutarlı kalmasıdır: her kategori sayfası kendi konusundaki en çok yazıyı toplar. Eksisi, misafir yazıların tek bir yerde listelenememesidir; yayıncı olarak hangi yazıların misafir olduğunu görmek istiyorsanız bir süzgeç ya da panel görünümü gerekir. Bu eksik, yönetim paneli çözümüyle (örneğin özel alan ya da yazar süzgeci) giderilebilir ve okuyucuya dönük arşiv gerektirmez.
Ayrı "Misafir Yazılar" arşivi yaklaşımı
Ne zaman anlamlıdır?
Ayrı arşiv, misafir yazıların yayıncı için bir ürün hattı olduğu durumlarda anlamlıdır: yazar çağrısı yapıyorsanız, misafir yazar politikanızı tanıtıyorsanız ya da okuyucuya "dışarıdan gelen sesler" bölümü sunmak istiyorsanız. Arşiv sayfasına kısa bir açıklama ve politika bağlantısı koymak, sayfayı salt yazı listesi olmaktan çıkarır.
Riskler
İlk risk, yazıyı hem konu kategorisinde hem ayrı arşivde tutmaktır; permalink'te alfabetik sıra sorunu çıkabilir. İkinci risk, arşivin okuyucuya hiçbir şey katmayan, başlıkları art arda dizen bir liste hâline gelmesidir. Üçüncü risk, arşiv büyüdükçe sayfalamanın yönetilmesi gereken bir konu olmasıdır. Dördüncü risk, bir yazarın ya da yazının sonradan çekilmesi durumunda arşivde boş veya eksik sayfalar oluşmasıdır.
| Kriter | Konu kategorisi | Ayrı arşiv |
|---|---|---|
| Konu otoritesi | Her konu kendi sayfasında toplanır | Konular tek sayfada karışır |
| Yayıncı yönetimi | Panel süzgeci gerekir | Tek bir kategoride toplu görünüm |
| Okuyucu açıklaması | Yazar kutusu ve etiket | Arşiv sayfasında politika ve çağrı |
| Permalink riski | Düşük, tek kategori | Çift kategoride alfabetik sıra sorunu |
| Sayfalama yükü | Konu başına dağılır | Tek arşivde büyür |
Arşiv sayfalarında sayfalama ve canonical
Sayfalamanın belgelenmiş kuralları
Google'ın sayfalama ve artımlı sayfa yükleme belgesi (yeni sekmede açılır), her sayfa için ayrı bir URL kullanılmasını ister; örnek olarak ?page=n gibi bir sorgu parametresi verir. Sayfa numaraları için URL parçalarının (# sonrası) kullanılmaması gerektiğini, Google'ın parça tanımlayıcılarını yok saydığını söyler. Bir sayfadan sonraki sayfaya standart a href bağlantılarıyla gidilmesini önerir; bu, Googlebot'un sonraki sayfaları bulmasına yardım eder. Canonical konusunda ise ilk sayfayı bütün dizinin canonical adresi yapmamanızı, her sayfanın kendi canonical adresine sahip olmasını ister. Belge ayrıca Google'ın rel next ve rel prev etiketlerini artık kullanmadığını, başka arama motorlarının kullanabileceğini belirtir.
Genel kategori sayfalama kuralları için kategori sayfalandırma SEO rehberi ayrıntı verir. Bu bölüm yalnızca misafir yazı arşivine uyarlanmış kısmı ele alır.
Arşive özgü kararlar
Arşiv sayfasında yazı sırası yeni yazıdan eskiye doğrudur; yeni bir misafir yazı eklendikçe eski yazılar ikinci, üçüncü sayfaya kayar. Bu, sayfa içeriğinin zamanla değiştiği anlamına gelir; canonical her sayfanın kendi adresi olsa bile, yazının hangi sayfada göründüğü zamanla değişir. Bu normaldir; önemli olan bütün yazılara arşivin dışından da (kategori, yazar sayfası, iç link, site haritası) ulaşılabilmesidir.
Arşiv indekslensin mi, noindex mi?
noindex ne yapar?
Google'ın robots meta etiketi belgesi (yeni sekmede açılır) noindex kuralını "bu sayfayı, medyayı ya da kaynağı arama sonuçlarında gösterme" olarak tarif eder. Etiketin sayfanın head bölümüne konması gerektiğini söyler. Aynı kuralın X-Robots-Tag üstbilgisiyle de verilebileceğini, PDF gibi HTML olmayan dosyalar için bunun tercih edilen yol olduğunu belirtir. Önemli bir ayrıntı: Google'ın bu kuralları görebilmesi için sayfayı taraması gerekir. Sayfa robots.txt ile engellenmişse, tarama gerçekleşmeyeceği için sayfadaki indeksleme kuralı da görülmez ve yok sayılır. Bu yüzden noindex vermek istediğiniz bir arşivi robots.txt ile de engellemeyin.
Karar kuralı: misafir yazılar ayrı arşivde noindex mi bırakılsın?
Belgeler misafir yazı arşivleri için özel bir öneri vermez; karar yayıncıya aittir. Uygulama önerisi, arşivin okuyucuya ne kattığına göre karar vermektir.
- Arşiv kısa bir tanıtım metni, politika bağlantısı ve yazı listesiyle gerçek bir kullanıcı ihtiyacına hizmet ediyorsa indekslenebilir bırakın; her sayfanın kendi canonical adresini kullanın.
- Arşiv yalnız başlıkları art arda diziyor ve konu kategorilerinin bir kopyasıysa noindex düşünün. Yazılar kendi adresleri ve site haritası üzerinden bulunabilir kalır.
- Çok sayıda sayfası olan bir arşivde ilk sayfayı indekslenebilir bırakıp daha derin sayfalarda sorunu ayrıca değerlendirin; bu bir tercihtir, Google belgelerinin bir şartı değildir.
Etiket ve diğer arşivler için genel mantık etiket ve arşiv sayfaları noindex kararı yazısında; WordPress genel ayarları için WordPress SEO ayarları kontrol listesi yazısında bulunur. Burada eklenen tek şey, arşivin misafir yazı politikasına bağlı bir kullanıcı değeri taşıyıp taşımadığına bakmaktır.
| Arşiv durumu | Öneri | Gerekçe |
|---|---|---|
| Açıklaması ve politikası olan arşiv | İndekslenebilir, kendi canonical | Okuyucuya ek değer sunuyor |
| Yalnız başlık listesi, konu kopyası | noindex düşünülebilir | Yeni bilgi eklemiyor |
| Yeni, az yazılı arşiv | Yazı sayısı artana kadar noindex düşünülebilir | Boş ya da ince sayfa riski |
| robots.txt ile engellenmiş arşiv | noindex ile birleştirmeyin | Google noindex'i göremez |
Karar tablosu: tek kategori mi, ayrı arşiv mi?
Kararı üç soruya indirgeyebilirsiniz: Okuyucu misafir yazıları ayrıca görmek istiyor mu? Yayıncı olarak panelde misafir yazıları ayırmanın başka bir yolu var mı? Permalink yapınız çift kategoriyle sorun çıkarır mı?
| Durum | Önerilen yapı | Dikkat edilecek nokta |
|---|---|---|
| Misafir yazılar az ve konular çeşitli | Konu kategorileri + yazar kutusu etiketi | Panel süzgeciyle takip |
| Misafir yazar çağrısı yapılıyor, bölüm kimliği var | Konu kategorileri + ayrı "Misafir Yazılar" sayfası | Çift kategori yerine ayrı bir sayfa ya da özel yazı türü |
| Permalink %category% içeriyor | Tek kategori; ek sınıflama için etiket ya da özel alan | Alfabetik sıra sorunundan kaçının |
| Çok sayıda misafir yazı birikmiş | Ayrı arşiv, sayfalama kurallarıyla | Her sayfa kendi canonical'ı |
Çift kategori yerine alternatifler
Bir yazıyı iki kategoriye koymadan misafir bilgisini taşımanın yolları vardır: özel bir etiket, özel bir alan ya da yazar profili. Hangisini seçeceğiniz sitenizin kurulumuna bağlıdır. Belgeler bu seçenekleri karşılaştırmaz; her birinin arşiv sayfası üretip üretmediğini kendi kurulumunuzda kontrol edin. Etiket arşivi üretiyorsa, o arşivin de aynı indeksleme kararına tabi olduğunu unutmayın.
Arşiv sayfasında okuyucuya sunulacaklar
- Arşivin amacını anlatan kısa bir giriş: bu bölümde kimler yazar, hangi konular kabul edilir.
- Misafir yazı politikasına bağlantı.
- Her yazı için yazar adı ve konu bilgisi.
- Standart a href bağlantılarıyla çalışan sayfalama; sayfa numaraları için parça tanımlayıcı kullanılmaz.
- Her sayfanın kendine ait canonical adresi.
- Arşiv noindex ise bunun site haritasında ve iç linklerde tutarlı yansıması.
Site haritası ve iç link tutarlılığı
Arşivi noindex yaptıysanız, site haritasında listelenmesini ve menüde öne çıkarılmasını gözden geçirin; indekslenmesini istemediğiniz bir sayfayı haritaya koymak çelişkili bir sinyaldir. Uygulama önerisi: indekslenebilir sayfalarla site haritası arasında, noindex sayfalarla harita dışı bırakma arasında bire bir eşleşme kurun.
Kategori adı ve taban kararları
Permalink belgesi kategori ve etiket tabanları için varsayılan değerlerin "category" ve "tag" olduğunu, bunların değiştirilebildiğini ama adreslerden tamamen kaldırılamadığını söyler. Türkçe bir sitede tabanı değiştirmek istiyorsanız, değişiklik yeni arşiv adreslerini üretir ve eski adresleri etkiler; bu yüzden tabanı site yayınlanmadan önce belirleyin. Uygulama önerisi: yayında olan bir sitede kategori adını ya da tabanını değiştirirken eski adreslerin yönlendirildiğini doğrulayın ve değişikliği kayda yazın.
| Değişiklik | Etkisi | Önlem |
|---|---|---|
| Kategori adının değişmesi | Kategori adresi değişebilir; yapıda %category% varsa yazı adresleri de | Önce yazı adı tabanlı yapıyı değerlendirin, yönlendirmeleri doğrulayın |
| Kategori tabanının değişmesi | Tüm kategori arşiv adresleri değişir | Yayın öncesi belirleyin |
| Yazının kategori değiştirmesi | %category% varsa yazı adresi değişir | Adres değişimini kayda alın ve yönlendirin |
Yeni yazı için kategori seçimi akışı
Kararı yazı başına yeniden vermek yerine, editör için sabit bir akış belirleyin. Akış, kategori yapısını bozmadan her misafir yazının aynı yoldan geçmesini sağlar. Uygulama önerisi: aşağıdaki sırayı izleyin.
- Yazının ana konusunu tek cümleyle yazın ve mevcut konu kategorilerinden hangisine ait olduğunu seçin. Hiçbirine uymuyorsa yeni kategori açmadan önce yazının konusunun sitenizin kapsamı içinde olup olmadığını sorun.
- Yazının tek bir kategoriye atandığını doğrulayın. İkinci bir kategori gerekiyorsa, permalink yapınızda %category% olup olmadığına bakın.
- Misafir bilgisini kategori dışında verin: yazar kutusu, yazı üstündeki açık ifade ve gerekiyorsa etiket ya da özel alan.
- Yazının kendi adresinin (slug) konuyu anlattığını ve kategori adını gereksiz yere tekrarlamadığını kontrol edin.
- Yayından önce yazının kategori arşivinde nasıl listelendiğine bakın: başlık, özet ve yazar bilgisi doğru mu?
- Yayından sonra yazının arşivin ilk sayfasında göründüğünü ve sayfalamanın bozulmadığını doğrulayın.
| Adım | Kontrol edilen | Sorun varsa |
|---|---|---|
| Kategori seçimi | Konuya uygun tek kategori | Kapsam dışıysa yazıyı yeniden değerlendirin |
| Permalink | %category% ve çift kategori | Tek kategoriye indirin |
| Misafir bilgisi | Yazar kutusu ve açık ifade | Etiket ya da özel alan ekleyin |
| Slug | Konuyu anlatan, kısa adres | Düzenleyin; yayın sonrası değiştirmeyin |
| Arşiv görünümü | Başlık, özet, yazar | Özet ve başlığı düzeltin |
| Yayın sonrası | Arşivde yer ve sayfalama | Sayfalama ayarlarını gözden geçirin |
Mevcut yazıları yeniden sınıflamak
Yayında olan bir sitede "Misafir Yazılar" kategorisini sonradan kaldırmak ya da eklemek, permalink yapısına bağlı olarak adres değişikliğine yol açabilir. Permalink belgesi adreslerin kalıcı olması gerektiğini söyler. Bu yüzden toplu yeniden sınıflamadan önce şu soruları cevaplayın: Yapıda %category% var mı? Etkilenen yazı sayısı kaç, yani kaç adres değişecek? Eski adreslerin yeni adreslere yönlendirmesi nasıl yapılacak? İç linklerin ve site haritasının güncellenmesi kimde?
Uygulama önerisi: önce bir deneme ortamında birkaç yazıyla deneyin, adres değişimini ve yönlendirmeyi doğrulayın, sonra toplu işleme geçin. Değişikliği kayda yazın ve değişen adreslerin eski-yeni listesini saklayın. Yazı adı tabanlı bir yapıda kategori değişikliği yazı adresini etkilemez; bu, yeniden sınıflamayı çok daha güvenli yapar.
| Permalink yapısı | Kategori değişikliğinin yazı adresine etkisi | Önlem |
|---|---|---|
| Yalnız yazı adı | Etkilemez | Yalnız arşiv sayfalarını kontrol edin |
| %category% içeriyor | Yazı adresi değişir | Yönlendirme ve iç link güncellemesi |
| Tarih tabanlı | Etkilemez | Arşiv sayfalarını kontrol edin |
Arşiv sayfasının içeriği
Giriş metni neden önemlidir?
Ayrı bir arşiv açtıysanız, sayfanın yalnız yazı başlıklarını sıralamasından kaçının. Kısa bir giriş metni, sayfanın neden var olduğunu okuyucuya söyler ve sayfayı yazı listesinden bir adım öteye taşır. Giriş metni üç soruya cevap verir: Bu bölümde kimler yazıyor? Hangi konular kabul ediliyor? Yazılar nasıl seçiliyor?
Örnek giriş yapısı
- Bir cümlede bölümün amacı: dışarıdan gelen uzman yazıların toplandığı alan.
- Bir cümlede kabul ölçütü ve politika bağlantısı.
- Bir cümlede misafir yazıların editör kontrolünden geçtiği ve ticari bağların açıkça belirtildiği.
- Yazı listesi: başlık, kısa özet, yazar adı, tarih.
Giriş metnini kısa tutun; iki ya da üç cümle yeterlidir ve okuyucu listeye hızla ulaşabilmelidir. Politika bağlantısı girişin içinde, ayrı bir düğme olmadan, sade bir bağlantı olarak durabilir.
Giriş metni yazı listesinin yerine geçmez ve satış dili taşımamalıdır. Amaç, arşivi bir pazarlama sayfasına değil, okuyucuya hizmet eden bir dizin sayfasına dönüştürmektir.
Karşılaşılan sorunlar ve çözümler
| Sorun | Neden olur? | Çözüm |
|---|---|---|
| Yazı adresinde beklenmeyen kategori adı | Çift kategori ve alfabetik sıra | Tek kategori ya da yazı adı tabanlı yapı |
| Sayfa 2 ve sonrası arama sonuçlarından kayboluyor ya da karışıyor | Canonical ilk sayfaya işaret ediyor olabilir | Her sayfanın kendi canonical'ını kullanın |
| noindex verilen arşiv hâlâ görünüyor | robots.txt ile engellenmiş, Google kuralı göremiyor | Engeli kaldırın, noindex'i taratın |
| Sayfalama bağlantıları çalışmıyor | Bağlantılar yalnız script ile çalışıyor ya da parçaya dayanıyor | Standart a href kullanın, parça kullanmayın |
| Arşivde boş sayfalar | Yazılar çekilmiş ya da kategoriden çıkarılmış | Arşivi düzenli kontrol edin ve boşsa noindex düşünün |
Düzenli kontrol listesi
- Her misafir yazı tek bir konu kategorisinde mi?
- Permalink yapısı çift kategori sorunu doğuruyor mu?
- Misafir bilgisi okuyucuya yazının içinde görünüyor mu?
- Ayrı arşiv varsa giriş metni ve politika bağlantısı yerinde mi?
- Sayfalama standart bağlantılarla çalışıyor ve her sayfanın kendi canonical'ı var mı?
- noindex kararı site haritası ve iç linklerle tutarlı mı?
- Arşivin robots.txt ile engellenmediği doğrulandı mı?
Arşivin işe yarayıp yaramadığını anlamak
Ayrı bir arşivin değerini ölçmek için belgelerde hazır bir ölçüt yoktur. Uygulama önerisi olarak üç soruya bakın: Arşive gelen ziyaretçiler oradan yazılara geçiyor mu? Arşiv, konu kategorilerinden ayrı bir ihtiyaca hizmet ediyor mu, yoksa onların kopyası mı? Yeni misafir yazarlar arşivi görüp başvuruya yöneliyor mu? Cevaplar olumsuzsa arşivi sadeleştirmek ya da noindex yapmak makuldür. Bu sorular için kendi analiz verilerinizi kullanın; burada bir sayı ya da başarı ölçütü verilmez.
Yayıncı paneli: misafir yazıları ayıklamak
Konu kategorisi yaklaşımının tek eksiği, misafir yazıları tek yerde görememektir. Bu eksik okuyucu için değil, yayıncı için bir sorundur ve panel tarafında çözülebilir. Belgeler bir yöntem önermez; seçenekler sitenizin kurulumuna bağlıdır.
- Yazıya bir etiket vermek ve panelde etikete göre süzmek. Etiket bir arşiv sayfası üretir; bu sayfanın indeksleme kararı ayrıca verilmelidir.
- Yazıya özel bir alan eklemek ve panelde bu alana göre süzmek. Özel alan arşiv sayfası üretmez, ama tema ya da eklenti desteği gerekir.
- Yazar kullanıcı rolüne göre süzmek. Misafir yazarlar siteye kullanıcı olarak ekleniyorsa, yazar süzgeci misafir yazıları ayırır.
- Düzenli bir tablo tutmak. Yazı, yazar, yayın tarihi ve politika sürümünü içeren bir tablo, panel süzgecinden bağımsız çalışır.
Uygulama önerisi: okuyucuya arşiv sunmanız gerekmiyorsa, özel alan ya da tablo yaklaşımını tercih edin; çünkü ek bir indekslenebilir sayfa üretmez ve arşiv kararını ortadan kaldırır.
| Yöntem | Arşiv sayfası üretir mi? | Yayıncı görünümü | Not |
|---|---|---|---|
| Etiket | Evet, etiket arşivi | Panelde etiket süzgeci | Etiket arşivi için indeksleme kararı gerekir |
| Özel alan | Hayır | Tema ya da eklenti desteğiyle | Kurulumunuzda deneyin |
| Kullanıcı rolü | Yazar arşivi olabilir | Yazar süzgeci | Hesap yönetimi gerektirir |
| Dış tablo | Hayır | Tablo | Elle güncellenir |
Okuyucuya misafir bilgisini göstermek
Kategori kararı ne olursa olsun, okuyucu bir yazının misafir yazısı olduğunu yazının içinde görmelidir. Yazar kutusu yazarın kim olduğunu, yazı üstündeki kısa ifade ise yazının sitenin kendi ekibinden gelmediğini söyler. Ticari bir bağ varsa beyan cümlesi de aynı yerde yer alır. Bu bilgi kategori arşivine bağlı değildir; kategoriyi sonradan değiştirseniz de yazıda kalır.
Örnek ifadeler
- "Bu içerik misafir yazar olarak [ad] tarafından hazırlanmıştır ve sitenin kendi ekibinden gelmemiştir."
- "Yazar, makalede anılan [marka] ile çalışmaktadır."
- "Metindeki bağlantılardan biri ticari bir ilişkiye bağlıdır ve sponsored olarak işaretlenmiştir."
İfadeleri kendi politikanızla uyumlu yazın; örnekler başlangıç içindir. Beyanın nasıl ve nerede verileceği, yayın öncesi kontrol listenizin konusudur.
Karma yaklaşım: kategoriler korunur, ayrı sayfa eklenir
İki yaklaşımı birleştirmek mümkündür ve çift kategoriden kaçınır. Yazılar yalnız konu kategorilerinde durur. "Misafir Yazılar" adında bir sayfa (kategori arşivi değil, normal bir sayfa) açılır; sayfa, politikayı, kabul ölçütlerini ve seçilmiş misafir yazılara elle yapılmış bağlantıları içerir. Bu sayfa bir arşiv gibi otomatik büyümez, sayfalama gerektirmez ve içeriğini siz yönetirsiniz.
Artıları ve eksileri
| Yön | Karma yaklaşım |
|---|---|
| Permalink | Çift kategori yok; adres sorunu çıkmaz |
| Sayfalama | Elle seçilen liste olduğundan gerekmeyebilir |
| Yönetim | Sayfayı elle güncellemek gerekir |
| Okuyucu değeri | Politika ve seçili yazılar tek yerde |
| İndeksleme | Normal sayfa olarak değerlendirilir; kararınızı yazılı tutun |
Elle yönetilen bir sayfa, arşivin otomatik büyümesinin getirdiği ince sayfa riskini azaltır, ama güncellenmezse eskiyen bir listeye dönüşür. Bu yüzden sayfaya bir sorumlu atayın ve güncelleme sıklığını kendi takviminize yazın.
Sayfanın eskimemesi için her yeni misafir yazı yayınlandığında "listeye eklenecek mi?" sorusunu yayın kontrol listesine koyun ve cevabı onay notuna yazın.
Editoryal planınıza bu sayfanın bakımını da ekleyin; yeni misafir yazı yayınlandığında sayfanın güncellenip güncellenmeyeceği, yayın kontrol listesinin bir maddesi olmalıdır.
Örnek senaryo: bir teknoloji incelemeleri blogu
Örnek senaryo: Bir teknoloji incelemeleri blogu, ekipman üreticilerinden ve bağımsız yazarlardan misafir yazı kabul etmektedir. Editör iki seçeneği karşılaştırır. Yazılar "Kulaklıklar", "Klavyeler" ve "Ev ofisi" gibi konu kategorilerinde dursun ve misafir bilgisi yazar kutusunda verilsin mi, yoksa "Misafir Yazılar" adında ayrı bir kategori mi açılsın? Permalink yapısı %category% içerdiği için çift kategori adreste alfabetik sıra sorununa yol açar; "Misafir Yazılar" kategorisinin adı alfabede önce geldiğinden, konu kategorisinin yerine adreste görünebilir. Editör bu riski önlemek için yazı adı tabanlı bir yapıya geçmeyi ve yeni yazılar için yalnız konu kategorisi kullanmayı seçer. Misafir yazılar için ayrı bir "Misafir Yazılar" sayfası açar; sayfada politika bağlantısı, kısa bir giriş ve etikete göre süzülmüş bir yazı listesi vardır. Liste yeterince büyüyene kadar sayfa noindex kalır ve site haritasında yer almaz. Büyüdüğünde, her sayfa kendi canonical'ıyla indekslenebilir hâle getirilir.
| Karar | Seçim | Gerekçe |
|---|---|---|
| Birincil düzen | Konu kategorileri | Konu sayfaları güçlü kalır |
| Misafir bilgisi | Yazar kutusu ve etiket | Çift kategori adres sorununu önler |
| Ayrı arşiv | Açıklamalı sayfa, başlangıçta noindex | Az yazıyla ince sayfa riski |
| Sayfalama | Kendi canonical'ı olan sayfalar | Belgedeki kural |
Uygulama önerisi: kategori değişikliğini kayda geçirirken yazının eski ve yeni adresini yan yana yazın; yönlendirme kontrolü sırasında bu liste doğrudan kullanılır.
Sık Sorulan Sorular
Misafir yazıları ayrı bir kategoriye koymak zorunda mıyım?
Hayır. Belgelerde böyle bir şart yok. Konu kategorilerinde bırakıp misafir bilgisini yazar kutusu ve etiketle vermek de geçerlidir; seçim yayıncı yönetimi ve okuyucu ihtiyacına bağlıdır.
Bir yazıyı hem konu kategorisine hem Misafir Yazılar kategorisine koyabilir miyim?
Koyabilirsiniz, ama WordPress permalink belgesine göre %category% kullanıyorsanız adreste yalnız bir kategori görünür ve hangisinin görüneceği alfabetik sıraya göre belirlenir. Permalink yapınızı kontrol edin.
Arşiv sayfalarında her sayfa için canonical nasıl olmalı?
Google'ın sayfalama belgesi, ilk sayfayı bütün dizinin canonical adresi yapmamanızı, her sayfanın kendi canonical adresine sahip olmasını söyler. Sayfalar için ayrı URL kullanılmalı ve sayfa numaraları için URL parçaları kullanılmamalıdır.
Arşivi noindex yapıp robots.txt ile de engelleyebilir miyim?
Engellemeyin. Google'ın robots meta belgesine göre sayfa robots.txt ile engellenirse Google sayfayı taramaz ve noindex kuralını göremez; kural yok sayılır.
rel next ve rel prev etiketleri gerekli mi?
Google'ın sayfalama belgesi Google'ın bu etiketleri artık kullanmadığını, başka arama motorlarının kullanabileceğini söyler. Standart a href bağlantılarıyla sayfa geçişi önerilir.
Kategori adını sonradan değiştirmek güvenli mi?
WordPress permalink belgesi adreslerin kalıcı olması gerektiğini söyler. Yapınızda %category% varsa kategori adı yazı adreslerini de etkiler; yayında bir siteyi değiştirmeden önce yönlendirmeleri doğrulayın.
Sonuç
Misafir yazılar için varsayılan düzen konu kategorileridir; misafir bilgisini yazar kutusu ve etiketle verin. Ayrı bir arşiv, okuyucuya ek değer sunduğunda anlamlıdır ve sayfalaması belgedeki kurallara uygun kurulmalıdır. Arşivi noindex yapacaksanız robots.txt ile engellemeyin, site haritası ve iç linklerle çelişmeyin ve %category% içeren bir permalink yapısında çift kategoriden kaçının.
Yayıncı ya da alıcı olarak bir yerleştirme düşünüyorsanız, tanıtım yazısı hizmet sayfasında seçenekleri ve yayın koşullarını görebilirsiniz.
Yorum Yaz
Yorum yapabilmek için giriş yapmalısınız. Giriş Yap