Neden tek bir gündem yetmiyor
Üç veya beş siteyi birlikte takip eden bir ekip için en sık yaşanan sorun, farklı sitelerin bulgularının tek bir genel listede eritilmesidir. "Bu hafta şu düzeltildi" gibi genel bir özet, hangi sitenin hangi sayfasında, hangi ön koşulla, kimin işine bakıldığını görünmez kılar. Toplantı 40 dakika sürer ama kimse bir sonraki adımı net biçimde üstlenmeden dağılır.
Aşağıdaki şablon, birden fazla alan adını aynı toplantıda tutarken her siteyi kendi satırında ayrı tutmayı ve toplantının sonunda tek bir iş + tek bir sorumlu + tek bir kontrol tarihiyle çıkmayı amaçlayan editoryal bir öneridir. Uygulanmış bir kurum yöntemi ya da ölçülmüş bir sonuç değildir; boş bir çalışma aracıdır.
Gündem satırının dayandığı veri
Rampika'nın site taraması sayfasında anlatıldığı gibi, tek başına bir tarama sayfanın nasıl yazıldığını gösterir ama hangi sayfanın trafik getirdiğini bilmez; Search Console verisiyle birleştiğinde "başlık zayıf" gözlemi bir önceliğe dönüşür. Aynı sayfada tarif edilen puanlama mantığı — etki, kolaylık ve sayfa değerinin çarpımı — çoklu site gündeminde de kullanılabilecek ortak bir dil sunuyor: hangi sitenin hangi bulgusunun önce ele alınacağını, kişisel yoruma değil bu üç bileşene dayandırmak.
Bu birleşim her sabah çekilen ve son 28 günü kapsayan bir veridir; yani toplantıda konuşulan sayı, o siteye özgü ve güncel bir pencereyi yansıtır — başka bir sitenin verisiyle karıştırılmamalı, her alan adı kendi satırında değerlendirilmelidir.
Şablon: her alan adı için ayrı satır
Toplantı öncesi, katılan her site için aşağıdaki alanları dolduran bir satır hazırlanır. Örnek alan adları ve bulgular varsayımsaldır, gerçek bir vakayı temsil etmez.
- Alan adı / sayfa: ornek-a.com/koleksiyon/kislik-montlar
- Bulgu: Search Console'da gösterimi yüksek bir sayfanın başlığı zayıf işaretlenmiş
- İlgili kaynak: Site taramasındaki öncelik puanı ve Search Console birleşimi
- Sorgu / dönem notu: Hangi sorgularda göründüğü, son 28 günlük pencere
- Seçilecek tek iş: Bu hafta yalnız bu sayfanın başlığı ele alınacak
- Sorumlu rol: Metni değerlendirecek kişi kim, uygulayacak kişi kim (bu ikisi aynı olmayabilir)
- Ön koşul: Değişikliği yazabileceği düzenlenebilir bir alana erişimi var mı
- Sonraki kontrol: Canlı sayfada değişikliğin görülüp görülmediğinin bakılacağı tarih
Aynı formatla ikinci site için ayrı bir satır, üçüncü site için ayrı bir satır açılır. Toplantı sırasında satırlar arasında gezinme olmaz; her site kendi sırasında konuşulur ve o site için tek bir iş seçilip kapatılır.
Rol ayrımı neden gündemin bir parçası olmalı
SEO Görevlerinde Ekip ve Erişim Planı Nasıl Kurulur yazısında anlatıldığı gibi, "metni kim değerlendirecek" ile "onaylanan değişikliği kim yazabilecek" farklı sorulardır. Çoklu site gündeminde bu ayrım daha da kritik: aynı ekip üç farklı sitenin de yönetim erişimine sahip olmayabilir. Bir sitede editör panelden yazabiliyorken, özel yazılımla kurulmuş başka bir sitede onaylanan metnin geliştiriciye devredilmesi gerekebilir. Gündem satırındaki "ön koşul" alanı tam olarak bunu görünür kılmak için var — hangi sitede kimin yazma yetkisi olduğu, toplantıda konuşulmadan varsayılmamalı.
Toplantı sonunda kapanış kontrolü
Gündem tamamlandıktan sonra, her site için tek bir soru sorulur: seçilen iş hangi tarihte, hangi gözlemle kapanmış sayılacak? Bu gözlem "işlem yapıldı" değil, "değişiklik canlı sayfada görüldü" olmalıdır — çünkü bir alanın panelde onaylanmış olması, o alanın gerçekten yayına çıktığı anlamına gelmez.
Toplantı sonunda elde tutulması gereken üç şey:
- Her site için seçilmiş tek bir iş (uzun bir liste değil)
- Bu işi üstlenen tek bir rol
- Bir sonraki toplantıda bakılacak somut bir kontrol maddesi
Bu şablon bir sıralama veya trafik artışı vaat etmez; yalnızca birden fazla siteyi aynı toplantıda karıştırmadan yönetmenin bir yolunu önerir.