Editoryal Takvim ve Konu Sahipliği Tablosu Rehberi

Ekipte içerik çakışmasını önlemenin en kısa yolu, takvimin yanına her konunun tek bir sahibi, tek bir hedef sorgusu ve tek bir kanonik adresi olan bir tablo koymaktır. Takvim "ne zaman yayınlanır" sorusunu cevaplar; sahiplik tablosu "bu konuyu zaten kim, hangi sayfada anlatıyor" sorusunu cevaplar. İkisi ayrı tutulmazsa iki yazar aynı niyete iki ayrı yazı yazar ve ikisi de zayıf kalır. Yöntem blog editörleri, SEO sorumluları ve ajans içerik yöneticileri için kurulmuştur.

Aşağıdaki bölümler tablonun sütunlarını, yeni konu açmadan önce uygulanacak çakışma kontrolünü, üç farklı tarihin nasıl tutulacağını ve aylık gözden geçirmenin gündemini adım adım verir. Bir aracın adı gerekmez: ortak bir hesap tablosu yeterlidir.

Takvim ile konu haritası arasındaki fark

İki aracın cevapladığı sorular

Editoryal takvim zamanı yönetir. Hangi yazı hangi hafta taslak, hangi hafta düzenleme, hangi gün yayın aşamasındadır, kim yazıyor, kim onaylıyor, görsel hazır mı gibi sorular takvimin işidir. Konu haritası ise içeriği yönetir. Sitedeki her sayfanın hangi soruya cevap verdiğini, hangi okuyucu niyetine hizmet ettiğini ve diğer sayfalarla nasıl bağlandığını gösterir. Takvimde iki yazı farklı haftalara düşebilir ve yine de aynı soruya cevap veriyor olabilir. Bu yüzden takvim tek başına çakışmayı yakalayamaz.

Takvim, ekiplerde ilk kurulan araçtır, çünkü yayın disiplini acil bir ihtiyaçtır. Konu haritası ise yazı sayısı artıp "bunu daha önce yazmamış mıydık?" sorusu sıklaşınca gündeme gelir. Tablonun fikri ikisini tek sayfada birleştirmektir: her satır bir konu, sütunların bir kısmı zamanı, bir kısmı sahipliği anlatır.

Karşılaştırma tablosu

Örnek senaryo: küçük bir muhasebe yazılımı blogu

Örnek senaryo: Bir muhasebe yazılımı şirketinin blogunda iki yazar çalışıyor. Birinci yazar "e-fatura nedir" konusunu geçen yıl yazmış, ikinci yazar bu yıl "e-fatura geçişi için hazırlık" başlığıyla yeni bir yazı planlıyor. Takvimde iki yazı da farklı aylarda ve sorun görünmüyor. Konu tablosunda ise ilk yazının satırı "e-fatura temel tanım ve geçiş" niyetini taşıyor. İkinci yazar tabloya bakınca, planladığı yazının girişinin eski yazıyla aynı soruya cevap verdiğini fark ediyor. Karar basit: eski yazı güncellenecek, yeni yazı yalnızca geçiş hazırlığının kontrol listesine odaklanacak ve eskisine bağlanacak. Tablo olmasaydı iki yazı da yayınlanır, ikisi de aynı sorguya aday olurdu.

Konu sahipliği tablosunun sütunları

Zorunlu sütunlar

Tablonun gücü sütun sayısından değil, her sütunun bir karara hizmet etmesinden gelir. Aşağıdaki sütunlar ekip büyüklüğünden bağımsız çalışır. Küçük bir ekip bazılarını birleştirebilir, ajans ise müşteri sütunu ekleyebilir.

Sahip ne demektir, ne demek değildir

Konu sahibi, o konunun tek yetkili sayfasının güncel kalmasından sorumlu kişidir. Konuyu yalnızca o kişi yazar demek değildir. Başka bir yazar aynı alana dokunan yeni bir yazı önerebilir, ancak öneriyi önce sahibine götürür. Sahip üç şeyden birine karar verir: yeni içerik mevcut sayfaya eklenir, yeni içerik ayrı bir sayfa olur ve mevcut sayfaya bağlanır, ya da öneri reddedilir çünkü aynı niyeti zaten karşılıyor.

Sahipliğin işe yaraması için bir kişi adı gerekir. "İçerik ekibi" yazılan satırda kimse sorumluluk almaz. Sahip ayrılırsa ya da iş değiştirirse o kişiye ait satırlar aylık toplantıda yeniden atanır. Sahipsiz satırlar tablonun en görünür sorunudur ve toplantı gündeminin ilk maddesi olur.

Hedef sorgu sütunu ve sınırı

Hedef sorgu sütunu bir anahtar kelime listesi değildir. Amacı, iki yazının aynı ifade için yarışmasını görünür kılmaktır. Her satıra bir birincil ifade yazın. Yakın ifadeleri ikinci hücreye alın, ama bu ifadelerden biri başka bir satırda birincil olarak geçiyorsa bu bir uyarıdır. Hacim ve zorluk bilgisi ayrı bir araçtan gelir; tahmin olduğunu not edin. Elinizde güvenilir bir sayı yoksa hücreyi boş bırakmak, uydurma bir rakam yazmaktan iyidir.

Anahtar kelimelerin çakışmasını canlı sitede nasıl tespit edeceğinizi ayrıntılı anlatan bir anahtar kelime kanibalizasyonu rehberi var. Tablo, bu sorunu yayından önce yakalamanın ucuz yoludur; kanibalizasyon taraması ise yayından sonraki kontroldür.

Yazar bilgisi sütunu

Google'ın yararlı içerik sayfası (yeni sekmede açılır), ziyaretçiler için içeriği kimin oluşturduğunun açık olup olmadığını ve beklenen yerlerde yazar bilgisinin bulunup bulunmadığını sorar. Sayfaya göre yazar bilgisi, yazar hakkında ek bilgiye giden bir bağlantıya da çıkabilir. Tablonuza "yazar sayfası var mı" sütunu eklemek, bu soruyu her yayında hatırlatmanın hafif bir yoludur. Aynı sayfa, yapay yüz fotoğrafı, uydurma ad ya da sahte unvanla yazar profili oluşturmayı bir aldatma biçimi olarak anar; bu nedenle tabloya yazılan ad gerçek kişinin adı olmalıdır.

Yeni konuyu açmadan önce çakışma kontrolü

Beş adımlı kontrol listesi

Yeni bir yazı fikri tabloya girmeden önce aşağıdaki kontrol listesinden geçer. Her adım kısadır; tamamı on dakikayı geçmemelidir, aksi hâlde ekip adımları atlamaya başlar.

1. Tabloda aynı ya da çok yakın bir konu adı arayın. Hem konu adı hem hedef sorgu sütununda arayın; yazarlar aynı fikri farklı sözcüklerle yazar.
2. Sitede arama yapın ve ilk sonuçlara bakın. Tabloda olmayan eski yazılar, taşınmış sayfalar ya da başka bir ekibin hazırladığı içerikler burada çıkabilir.
3. Bulduğunuz her yakın sayfa için okuyucu niyetini karşılaştırın. İkisi de aynı soruya aynı derinlikte cevap veriyorsa çakışma vardır.
4. Çakışma varsa üç yoldan birini seçin: mevcut sayfayı genişletin, yeni sayfayı farklı bir niyete kaydırın ya da fikri bırakın.
5. Karar ve gerekçeyi tablonun not hücresine yazın. Altı ay sonra aynı fikir yeniden gündeme gelirse tartışma baştan yapılmaz.

Aynı konu, farklı niyet mi?

Her benzerlik çakışma değildir. "Editoryal takvim nedir" tanım arayan okuyucuya, "editoryal takvim şablonu" ise indirip doldurmak isteyen okuyucuya hitap eder. Bu iki niyet ayrı sayfalarda karşılanabilir, yeter ki her sayfa kendi sorusuna açıkça cevap versin ve diğerine bağlansın. Çakışma, iki sayfanın aynı soruya aynı biçimde cevap verdiği durumdur. Ayırt etmenin pratik yolu, iki sayfanın ilk paragrafını yan yana koymaktır. Cevaplar neredeyse aynıysa sayfalardan biri gereksizdir.

Ekibinizin farklı iş birimleri varsa çakışma sınırlarını açıkça yazın. Örneğin bir yazı sipariş sürecine, diğeri genel bilgiye hizmet ediyorsa tablodaki "okuyucu niyeti" sütunu bu farkı belirtmelidir. Fark sütunda yazılı değilse iki yazar farkı kendi kafasında bilir ama üçüncü kişi bilemez.

Çakışma bulunursa ne yapılır

Google'ın yinelenen URL'leri birleştirme sayfası, benzer sayfalar için üç yöntemi güç sırasıyla anlatır: yönlendirme, rel="canonical" bağlantısı ve sitemap. Sayfaya göre yönlendirme hedefin kanonik olması gerektiğine dair güçlü bir sinyaldir; rel="canonical" da güçlü bir sinyaldir; sitemap ise zayıf bir sinyaldir. Sayfa ayrıca yöntemlerin birleştirildiğinde etkisinin artabileceğini, hiçbirinin zorunlu olmadığını belirtir ve robots.txt dosyasının kanonikleştirme için kullanılmaması gerektiğini söyler. Ayrıntı için yinelenen URL'leri birleştirme belgesine (yeni sekmede açılır) bakın.

Uygulama önerisi: iki yazı gerçekten aynı niyeti karşılıyorsa, daha güçlü olanı kanonik adres olarak seçin, diğerinin değerli kısımlarını ona taşıyın ve eski adresi yönlendirin. Güçlü olanı seçerken tablodaki yayın tarihi ve son güncelleme sütunları kadar, o sayfaya zaten gelen bağlantıları da dikkate alın. Birleştirme sonrası tabloda eski satırın durumunu "birleştirildi" yapın ve kanonik adres hücresine yeni adresi yazın. Satırı silmeyin; silinirse aynı fikir bir yıl sonra yeniden çıkar.

Karar kuralı

Son satır, Google'ın yararlı içerik sayfasındaki bir uyarıdan gelir: sayfa, gerçek bir uzmanlık olmadan bir niş alana girmeyi ve çok sayıda farklı konuda çok içerik üretmeyi kaçınılacak davranışlar arasında sayar. Konu tablosu bu uyarıyı somutlaştırır; "bu konuda kim uzman" sorusuna cevap veremiyorsanız satır fazla zorlama olabilir.

Yayın, güncelleme ve inceleme tarihleri

Üç ayrı tarih neden gerekir

Tabloda tek bir "tarih" sütunu bırakmak sık yapılan hatalardan biridir. Üç farklı olay üç farklı tarih ister. İlk yayın tarihi yazının ilk çıktığı gündür ve değişmez. Son esaslı güncelleme tarihi, içeriğin okuyucu için anlamlı biçimde değiştiği son gündür. Sonraki inceleme tarihi ise yazıya yeniden bakılacak planlı gündür. Üçünü ayırmak, "söz konusu yazı ne kadar eski" ile "yazıya ne zaman bakılmalı" sorularını karıştırmamayı sağlar.

Tarihi göstermelik değiştirmeyin

Google'ın yararlı içerik sayfası, içerik esasen değişmediği hâlde sayfaların tarihini güncel görünsün diye değiştirmeyi sorgulanması gereken davranışlar arasında sayar. Tablodaki sütunun adı bu yüzden "son güncelleme" değil, "son esaslı güncelleme" olur. Bir yazım hatasını düzeltmek ya da bir bağlantıyı onarmak esaslı güncelleme sayılmaz; yeni bir bölüm eklemek, eskimiş bir adımı yeniden yazmak ya da bir tabloyu güncel verilerle değiştirmek sayılır. Bu ayrımı tablonun üstüne kısa bir not olarak yazın ki yeni gelen biri de aynı ölçütü kullansın.

Aynı sayfa, sırf arama sıralamasına yardım edeceği düşünülerek eski içeriğin çok miktarda kaldırılmasını da sorgulanması gereken davranışlar arasında listeler ve bunun işe yaramayacağını belirtir. Bu nedenle inceleme sonucu doğrudan "sil" olmamalı, önce güncelle, birleştir ya da yönlendir seçenekleri tartılmalıdır. Eski yazıların nasıl yenileneceği için eski blog yazılarını güncelleme rehberi uygulama adımlarını verir.

İnceleme aralığı nasıl belirlenir

Tüm yazılar için aynı inceleme aralığını kullanmak kolaydır ama doğru değildir. Mevzuat, fiyat ya da ürün özelliği anlatan yazı sık bakım ister; bir kavramı açıklayan yazı daha seyrek. Tabloya "değişkenlik" adlı bir sütun eklemek ve değerini yüksek, orta, düşük olarak yazmak, inceleme tarihini belirlemeyi kolaylaştırır. Aralığın kendisi için sayı vermiyorum, çünkü uygun aralık sektöre ve içeriğin türüne bağlıdır; ekibiniz ilk üç ay bir varsayım kullanıp sonuçlara göre ayarlayabilir.

İzleme: eskiyen yazıyı kim fark eder

İnceleme tarihi dışında, performansı düşen yazıları yakalamanın başka bir yolu daha vardır: trafik ve gösterim verisine bakmak. İçerik çürümesi rehberi trafik kaybeden makaleleri bulmayı anlatır. Tabloda "performans notu" adlı bir sütun, veriden gelen uyarıları sahibine iletmenin yeridir. Sütun sahibe şunu söyler: söz konusu yazı takvime göre değil, veriye göre inceleme sırasına girdi.

Aylık gözden geçirme

Toplantı gündemi

Aylık gözden geçirme kısa bir toplantı ya da asenkron bir kontrol olabilir. Önemli olan, her ay aynı sırayla ilerleyen sabit bir gündemdir. Önerilen sıra şudur:

1. Sahipsiz satırlar: sahibi ayrılan ya da boş kalan konular yeniden atanır.
2. Çakışma uyarıları: ay içinde açılan yeni fikirlerin kontrol notları gözden geçirilir.
3. İnceleme tarihi gelen yazılar: her biri için güncelle, birleştir ya da dokunma kararı verilir.
4. Birleştirilecek yazılar: karar verilmiş birleştirmelerin yönlendirme ve kanonik işlemleri tamamlanır.
5. Gelecek ayın takvimi: yalnızca çakışma kontrolünden geçmiş konular takvime girer.

Bu sıra bilerek takvimi sona koyar. Takvim çakışma kontrolünün çıktısıdır; kontrol takvimin girdisi değildir. Ekipler gündemi tersine çevirdiğinde önce boş haftaları doldurur, sonra çakışmayı fark eder.

Örnek senaryo: üç yazarlı bir yerel hizmet blogu

Örnek senaryo: Bir temizlik hizmeti şirketinin blogunda üç yazar çalışıyor. Aylık gözden geçirmede tablo sıralanıyor ve iki satırın hedef sorgusunun aynı olduğu görülüyor: biri "halı yıkama ne kadar sürer", diğeri "halı yıkama süresi". Okuyucu niyeti sütununa bakıldığında ikisinin de aynı soruyu cevapladığı anlaşılıyor. Karar kuralının dördüncü satırı uygulanıyor: daha eski ve daha çok bağlantı alan yazı kanonik seçiliyor, diğerinin eksik kalan bir paragrafı ona taşınıyor ve ikinci adres birincisine yönlendiriliyor. Tabloda ikinci satırın durumu "birleştirildi" oluyor. Toplantı bu işi kısa sürede kapatıyor, çünkü gerekli bilgi tabloda zaten vardı.

Ayın sonunda sorulacak üç soru

Toplantının sonunda üç kısa soru sorulur. Bu ay açılan yeni konulardan kaçı çakışma kontrolünden geçmeden takvime girdi? Hangi satırların sahibi bu ay değişti? Hangi eski yazı hâlâ kimsenin sahiplenmediği bir konuda yayında? Cevaplar sayı olarak tabloda tutulursa üç ay sonra sürecin işleyip işlemediği görülür. Bu üç sayı bir performans ölçüsü değil, sürecin sağlık göstergesidir.

Tablo görünümleri ve filtreler

Tek bir tablo farklı roller için farklı görünümler sunabilir. Editör, durum sütununa göre filtrelenmiş bir görünümle sahipsiz ve birleştirilecek satırları görür. Yazar, kendi adına filtrelenmiş görünümle yalnızca kendi konularını izler. SEO sorumlusu hedef sorgu sütununa göre sıralanmış görünümle aynı ifadenin birden fazla satırda geçip geçmediğine bakar. Görünümlerin hepsi aynı veriden beslendiği için tutarsızlık oluşmaz; yeni bir sayfa ya da ikinci bir dosya açıp verileri çoğaltmak ise tablonun ilk bozulma yoludur.

Filtrelerin kaydedilmesi toplantı hazırlığını da kısaltır. Aylık gözden geçirme gündeminin her maddesine karşılık gelen bir görünüm hazırlayın: sahipsiz satırlar, incelemesi gelen yazılar, birleştirilecekler. Toplantı sırasında filtre aramakla zaman kaybedilmez ve her ay aynı sorular aynı görünümden cevaplanır.

Süreçteki yaygın tuzaklar

Mevcut içerik için ilk doldurma

Tabloyu sıfırdan başlatmak yerine mevcut yazılarla doldurmak gerekir. Bunun en sağlam yolu bir içerik envanteri çıkarmaktır; içerik denetimi rehberi envanterin nasıl çıkarılacağını anlatır. Envanterden gelen her URL tabloya bir satır olur. İlk doldurmada yalnızca konu adı, kanonik adres, yayın tarihi ve sahip sütunlarını doldurun; kalan sütunlar aylık toplantılarda tamamlanır. Hepsini bir seferde doldurmaya çalışmak süreci başlamadan yorar.

İlk doldurma sırasında çakışmalar da ortaya çıkar. Bu çakışmaları aynı gün çözmeye çalışmayın; her birini durum sütununda "birleştirilecek" olarak işaretleyin ve aylık toplantıda sırayla ele alın. Böylece envanter çıkarma ile çözüm arasında net bir sınır olur ve ekip tek günde yüzlerce karar vermek zorunda kalmaz.

Ajanslar için ek sütunlar

Birden fazla müşteri sitesini yöneten ajanslarda tabloya "müşteri" ve "site" sütunları eklenir ve her müşteri için ayrı sayfa tutulur. Müşteriler arası içerik paylaşımı yapılıyorsa ya da aynı taslak iki farklı siteye uyarlanıyorsa, bu durum tabloda açıkça belirtilmelidir. Google'ın yararlı içerik sayfası, başka kaynaklardan yararlanan içeriğin bu kaynakları kopyalamaktan ya da yeniden yazmaktan kaçınıp kendi değerini eklemesini sorar; aynı taslağı iki siteye az değiştirerek yerleştirmek bu soruya olumlu cevap vermez. Her sitenin konu sayfasında kendi özgün katkısı yazılı olmalıdır.

Ajans tablosunda ayrıca onay zinciri de görünür olmalıdır. Bir müşteri sitesinde metni kimin onayladığını, güncelleme talebinin kimden geldiğini ve bir birleştirme kararının hangi yetkiliyle alındığını sütun olarak tutmak, geri dönüşü kolaylaştırır. Sahiplik tablosu burada hem içerik hem de sorumluluk kaydı işlevi görür.

Sahiplik anlaşmazlıkları ve devir notları

İki yazar aynı konuyu istediğinde

Sahiplik tablosunun en sık sınandığı an, iki yazarın aynı konuyu sahiplenmek istediği andır. Burada kişisel tercih değil, tablodaki üç ölçüt karar verir: konuya en yakın uzmanlık, konudaki mevcut yazının sahibi ve yazarın o konuda yayınlanmış önceki işleri. Ölçütler beraberlik veriyorsa editör, konuyu daha az yüklü olan yazara verir ve diğer yazarı ikinci gözden geçirici olarak yazar. Karar tablonun not hücresine kısa bir gerekçeyle girer. Gerekçenin yazılması bir tartışmayı yeniden açılmaktan korur.

Devir notu

Bir konunun sahibi değiştiğinde yeni sahibe kısa bir devir notu verilir. Not dört şeyi içerir: yazının hangi sorguya hizmet etmesi amaçlandığı, güncellemede en çok eskiyen bölümlerin hangileri olduğu, hangi dış kaynakların izlenmesi gerektiği ve bilinen çakışma uyarıları. Devir notu olmadan sahip değişikliği, tabloda ismin değişmesinden ibaret kalır; yeni sahip konunun neden bu şekilde yazıldığını bilmediği için ya her şeyi baştan yazar ya da hiçbir şeye dokunmaz.

Yeni gelen yazar için ilk hafta

Yeni bir yazar ekibe katıldığında ilk hafta onu hemen yazıya yönlendirmek yerine tabloyu okutmak daha verimlidir. Yazar kendi uzmanlık alanına yakın satırları işaretler, sahipsiz satırlara talip olur ve ilk fikrini çakışma kontrolünden geçirir. Böylece yazar hem sitenin konu yapısını öğrenir hem de ilk yazısı mevcut sayfalarla çakışmadan başlar. Bu hafta sonunda yazardan tabloya en az bir satır önermesi ve bir mevcut satırın güncelleme notunu yazması istenebilir.

Bağlantı ve sahiplik ilişkisi

Her konu sayfasının bağlandığı diğer sayfalar tablodaki ilgili sayfalar hücresinde yazılıdır. Bu bilgi iki işe yarar. Birincisi, yeni yazı yayınlandığında hangi eski yazılara bağlantı eklenmesi gerektiği görülür. İkincisi, bir sayfa birleştirildiğinde ona bağlanan sayfaların hangileri olduğu bilinir ve bağlantılar yeni adrese çevrilir. İç bağlantı tablosunun ayrı bir araç gerektirmesi gerekmez; ilgili sayfalar hücresi her sahibin kendi satırında güncel tuttuğu bir listedir.

Tablonun ilk üç ayı: kurulum planı

Birinci ay: iskelet ve envanter

İlk ay hedefi tabloyu kusursuz yapmak değil, kullanılır hâle getirmektir. Sütunları önceki bölümdeki listeyle sınırlayın, mevcut envanterden konu adı, kanonik adres, yayın tarihi ve sahip bilgisini doldurun ve çakışma kontrolünü yeni açılan her fikre uygulamaya başlayın. Eski yazılardaki çakışmaları şimdilik yalnızca işaretleyin. Birinci ayın sonunda ekipte herkes tabloya nereden ulaşacağını ve yeni fikrin hangi adımlardan geçtiğini bilmelidir.

İkinci ay: çakışmaların çözümü

İkinci ay, işaretlenen çakışmaları karar kuralına göre ele alma dönemidir. Her toplantıda birkaç birleştirme tamamlanır, yönlendirmeler yapılır ve tablodaki durum sütunları güncellenir. Bu ay hedef sorgu sütunu da olgunlaşır: yazarlar hangi ifadenin hangi sayfaya ait olduğunu görmeye başlar ve yeni fikirleri tabloya girmeden önce kendileri eler.

Üçüncü ay: inceleme tarihleri ve ölçü

Üçüncü ayda değişkenlik sütunu ve inceleme tarihleri devreye girer. Üç sağlık sorusunun cevapları ilk kez karşılaştırılabilir: çakışma kontrolünü atlayan fikir sayısı düştü mü, sahipsiz satır kaldı mı, eski yazıların hangi kısmı bakım aldı? Bu cevaplara göre tablo sadeleştirilir. Kullanılmayan sütun kaldırılır, eksik olan bir bilgi için sütun eklenir. Tablo yaşayan bir araçtır; ilk sürüm hiçbir zaman son sürüm olmaz.

Başarı nasıl anlaşılır

Başarının ilk işareti yazı sayısındaki artış değil, aynı niyete ikinci yazı açılmasının azalmasıdır. İkinci işaret, yazarların yeni fikri sunarken tabloya kendiliğinden atıf yapmasıdır. Üçüncüsü, eski yazıların aylık toplantıda sırayla ele alınması ve bir yazının yıllarca kimsenin bakmadığı bir köşede kalmamasıdır. Arama trafiğindeki değişimi doğrudan bu tabloya bağlamak doğru olmaz; Google'ın belgelerinde tabloyla sıralama arasında bir ilişki kurulmuş değildir. Tablo, kalite kontrolünü sürdürülebilir kılan bir iç düzendir.

Sık Sorulan Sorular

Editoryal takvim ile içerik takvimi aynı şey mi?

Günlük kullanımda iki ad aynı aracı anlatır: yazıların hangi tarihte, kimin tarafından yayınlanacağını gösteren plan. Fark, takvimin zamanı yönetmesi, konu sahipliği tablosunun ise içeriğin kendisini yönetmesidir. Çakışmayı önlemek için ikisini birlikte tutmak gerekir.

Küçük bir ekipte konu sahipliği tablosu gereksiz mi?

Tek yazarlı bir blogda bile eski yazıları unutmak mümkündür. Küçük ekip için sütunları kısaltabilirsiniz: konu adı, hedef sorgu, kanonik adres, yayın ve son güncelleme tarihi yeterlidir. Ekip büyüdükçe sahip ve durum sütunlarını eklersiniz.

Google çakışan iki yazıdan hangisini seçer?

Google'ın yinelenen URL'ler sayfasına göre hangi sayfaların yinelenen olduğuna benzerliğe bakarak kendisi karar verir ve kullanıcılara göstermek için objektif olarak en iyi sürümü belirler. Yönlendirme ve rel canonical güçlü, sitemap zayıf sinyaldir. Hangisinin seçileceğini garanti eden bir yöntem belgede yoktur; sinyalleri tutarlı vermek sizin elinizdedir.

Yazıyı güncelleyince yayın tarihini de değiştirmeli miyim?

İlk yayın tarihini değiştirmeyin, son esaslı güncelleme tarihini ayrı tutun. Google'ın yararlı içerik sayfası, içerik esasen değişmediği hâlde sayfa tarihini güncel görünsün diye değiştirmeyi sorgulanan davranışlar arasında sayar. İçerik gerçekten değiştiğinde güncelleme tarihini yenilemek doğrudur.

Eski ve çakışan yazıları silmek çözüm mü?

Önce güncelleme, birleştirme ve yönlendirme seçeneklerini tartın. Google'ın yararlı içerik sayfası, sırf sıralamaya yardım edeceği düşüncesiyle çok miktarda eski içeriği kaldırmayı sorgulanan davranışlar arasında sayar ve bunun işe yaramayacağını belirtir. Silinen sayfanın bağlantıları ve okuyucuları da kaybolur.

Tabloyu hangi araçta tutmalıyım?

Ortak düzenlenebilen bir hesap tablosu yeterlidir. Önemli olan aracın özellikleri değil, tablonun tek kaynak olması ve herkesin aynı sütunlara aynı anlamı vermesidir. Araç değiştirirseniz sütun tanımlarını da yeni araca taşıyın.

Sonuç

Editoryal takvim yayın sırasını düzenler, konu sahipliği tablosu ise aynı soruya iki yazı açılmasını engeller. Tek cümlede özet: her konuya bir kişi, bir sorgu ve bir kanonik adres verin; yeni fikri takvime almadan önce beş adımlı çakışma kontrolünden geçirin; yayın, esaslı güncelleme ve inceleme tarihlerini ayrı tutun; ayda bir tabloyu aynı gündemle gözden geçirin. Tablo ne kadar sade olursa ekip onu o kadar kullanır.

Tablonuzu kurduktan sonra yeni konular için profesyonel yazı desteği isterseniz, makale yazımı hizmetimize göz atabilirsiniz.