CMS içerik modeli: sayfa alanlarını günlük işe göre tasarlamak

Bir içerik yönetim panelinin kolay görünmesi, ekibin günlük işini kolaylaştırdığı anlamına gelmez. Hizmet adını değiştirmek için üç farklı ekran açmak, aynı görseli tekrar tekrar yüklemek veya bir sayfanın hangi bölümünün nerede göründüğünü tahmin etmek gerekiyorsa sorun yalnız arayüzde olmayabilir. İçeriğin nasıl modellendiği, editörün neyi nereden yönettiğini doğrudan etkiler. Bu nedenle CMS projesine alan isimleriyle değil, tamamlanması gereken gerçek görevlerle başlamak daha açıklayıcıdır.

İçerik modeli; hangi içerik türlerinin bulunduğunu, bunların hangi alanları taşıdığını ve birbirleriyle nasıl ilişkilendiğini tanımlar. Teknik bir veri şemasına dönüşebilir, fakat ilk taslağı anlaşılır bir belge olarak hazırlanabilir. Bu rehberde bakım, kurulum ve danışmanlık hizmetleri sunan hayali bir işletmeyi ele alıyoruz. Amaç belli bir paneli övmek veya bütün işletmelere aynı yapıyı önermek değil; içerik kararlarını ekip sorumlulukları ve yayın ihtiyaçlarıyla birlikte düşünebilmektir.

Panelden önce editörün görevlerini çıkar

İlk toplantıda “kaç alan olsun?” sorusuyla başlamayın. Bir hizmeti yayına hazırlamak, mevcut açıklamayı güncellemek, kampanyanın bitiş bilgisini değiştirmek ve bir yazıyı hizmet sayfasına bağlamak gibi görevleri listeleyin. Her görevi bugün kimin yaptığını ve hangi adımlarda beklediğini öğrenin. İçerik ekibinin anlattığı iş ile teknik ekibin varsaydığı iş farklıysa modelin bu farkı görünür kılması gerekir. Ekran tasarımı, henüz anlaşılmamış bir iş akışını kendi başına çözemez.

Gözlem için gerçek bir örnek kullanın. Hayali işletmemizde editör yeni bakım hizmetini eklerken metni bir dosyadan, görseli ortak klasörden ve kapsam bilgisini operasyon yöneticisinden alıyor olsun. Bu parçaların kim tarafından doğrulanacağı belliyse model daha sağlam kurulabilir. Aksi halde paneldeki bütün alanları editöre vermek yalnız sorumluluk belirsizliğini başka yere taşır. İçerik üretmek, teknik olarak giriş yapmak ve yayına onay vermek ayrı işler olabilir.

İçerik türünü sayfa görünümünden ayır

Hizmet, blog yazısı, ekip profili ve sık sorulan soru farklı bilgiler taşıyabilir. Bunların hepsini aynı büyük metin alanına koymak başlangıçta esnek görünür. Ancak listeleme, ilişkilendirme ve düzenleme gerektiğinde sınırlar ortaya çıkar. Öte yandan her küçük görsel bölümü ayrı içerik türüne çevirmek de yönetimi gereksiz yere karmaşıklaştırabilir. Ayrı kimliği, tekrarlanan kullanımı veya bağımsız yayın sorumluluğu olan bilgiler üzerinde durmak daha anlamlı bir başlangıç sağlar.

Örneğin bir hizmetin adı ve açıklaması kendi kaydında tutulabilir. Ana sayfadaki hizmet kartı bu kayda bağlanır; kartın yerleşimi ise sunum tercihidir. Aynı hizmeti menüde ve bir rehberin sonunda göstermek için yeni kayıtlar üretmek gerekmeyebilir. Modeli tartışırken “bu bilgi nerede görünür?” ve “bu bilginin sahibi kim?” sorularını birlikte sorun. Göründüğü her yer için ayrı bir kopya oluşturmak, güncelleme yükünü artırabilir.

Alanları örnek içerikle sınayın

Alan adlarının anlaşılır olup olmadığını boş ekran üzerinde değerlendirmek zordur. Bir kısa hizmet adı, uzun hizmet adı, kapsamı geniş açıklama ve eksik görsel gibi örnekleri modele yerleştirin. “Özet” alanı bir kartta mı, sayfa girişinde mi, yoksa ikisinde birden mi kullanılacak? İki kullanımın ihtiyaçları uyuşmuyorsa tek alanın her şeyi çözmesini beklemeyin. Örnek kayıtlar, tasarım ve içerik ekiplerinin aynı kelimeye farklı anlam yüklediği yerleri ortaya çıkarır.

Hayali işletmenin “kurulum sonrası bakım” hizmeti için ad, kısa açıklama, uygun müşteri, kapsam, teslimler ve iletişim çağrısı alanları düşünelim. Her alanın ne anlatacağını bir cümleyle yazın. “Kapsam” alanına satış sloganı değil, yapılan işler girilecekse bunu örnekle gösterin. Bir alanın açıklaması yalnız alan adını tekrar ediyorsa editöre yeterince yardımcı olmayabilir. Kullanılabilir bir model, verinin biçimi kadar anlamını da açıklar.

Alan sözlüğünü bir karar belgesi olarak kullan

Alan sözlüğü, geliştirmeye gönderilecek değişmez bir liste olmak zorunda değildir. Her alanın amacı, gerekli olup olmadığı, gösterildiği yer ve doğrulama sorumlusu burada bulunabilir. Alanın hangi durumda boş bırakılabileceğini de açıklayın. Böylece “eksik içerik” ile “bu kayıt için gerekli değil” aynı şey gibi değerlendirilmez. Listeyi gerçek örneklerle gözden geçirmek, panelin gereksiz sorular sormasını önlemeye yardımcı olur.

Alan	İçerik kararı	Günlük kullanım
Hizmet adı	Sunulan işi anlaşılır biçimde tanımlar.	Menü, kart ve detay sayfasında kullanılabilir.
Kısa açıklama	Ziyaretçinin ihtiyacıyla hizmeti eşleştirir.	Listeleme alanlarında özet sağlar.
Kapsam	Çalışmada yapılan işleri ve sınırları anlatır.	Detay sayfasında karar bilgisi sunar.
İlgili rehber	Aynı ihtiyacı açıklayan yazıyla ilişki kurar.	Ziyaretçiye konuyu derinleştirme yolu açar.

Zorunlu alanları gerçekten gerekli oldukları için seç

Her alanı zorunlu yapmak eksiksiz içerik üretimini garanti etmez. Editör, ilerleyebilmek için anlamsız bir metin veya yanlış bir görsel girebilir. Zorunluluk kararını yayın açısından temel ihtiyaçlarla sınayın. Hizmet adı olmadan kayıt anlaşılamıyorsa bu güçlü bir gerekçedir. Buna karşılık her hizmette müşteri alıntısı bulunması beklenemez. Olmayan bir kanıtı zorunlu alanla istemek, doğru içerik üretimine yardımcı olmaz.

Taslak kaydetmekle yayına çıkmak için gereken koşullar aynı olmayabilir. Editör elindeki bilgiyi kaydedebilmeli, eksik noktaları daha sonra tamamlayabilmelidir. Sistem farklı yayın kontrollerini destekliyorsa bunları iş akışına göre değerlendirin. Desteklemiyorsa sınırlamayı açıkça yazın ve alternatif kontrol yöntemi belirleyin. Bir özelliğin gerekli olması, seçilen altyapıda kendiliğinden bulunduğu anlamına gelmez. Model kararı ile teknik uygulama kararını karıştırmayın.

Ortak bilgiyi tek yerde yönetmenin sınırlarını düşün

Telefon numarası, iletişim adresi ve marka adı gibi bilgiler birçok yerde görünebilir. Ortak yönetim, bunların tutarlı güncellenmesini kolaylaştırabilir. Ancak bütün benzer ifadeleri tek kaynağa bağlamak da doğru değildir. Bir hizmetin kısa tanıtımı ile reklam kampanyasındaki özel teklifi farklı amaçlar taşıyabilir. Ortaklaştırmadan önce bilginin gerçekten aynı anlama gelip gelmediğini ve aynı anda değişmesi gerekip gerekmediğini değerlendirin.

Birden fazla kaydı etkileyen güncellemenin editöre nasıl açıklanacağı da önemlidir. Ortak bir açıklamayı değiştiren kişi bunun yalnız açık sayfayı etkilediğini sanıyorsa beklenmedik sonuçlar oluşabilir. Model belgesinde kullanım yerlerini görünür tutun. Panelde uygun bir önizleme veya açıklama sunulabiliyorsa bunu planlayın. Değişikliğin etkisini anlamak için bütün siteyi tek tek dolaşmak gerekiyorsa ortak veri kararı editör deneyimiyle yeterince tamamlanmamış olabilir.

İlişkileri kopyalama yerine bağlantı üzerinden kur

Bir blog yazısı ilgili hizmete bağlanacaksa hizmet adını ve adresini her yazıda yeniden elle girmek yerine mevcut kaydı seçmek mümkün olabilir. Bu yaklaşımın uygulanabilirliği kullanılan sisteme bağlıdır; ancak modelde ilişkinin düşünülmesi gerekir. Hizmet kaldırılırsa bağlı yazılarda ne olacağını da sorun. Bağlantıların kurulması kadar ilişkili kayıt değiştiğinde ortaya çıkacak davranış da tasarımın parçasıdır.

İlişkilerin yönünü gereksiz yere çoğaltmayın. Editör bir hizmette yazı seçtiğinde aynı yazıda hizmeti yeniden seçmek zorundaysa iki yerde tutarlılık yükü oluşur. Tek yönlü bilgi yeterli mi, yoksa iki farklı editoryal tercih mi gerekiyor? Örneğin bir yazının ana hizmeti tek olabilir, hizmet sayfasında öne çıkarılan yazılar ise ayrı seçilebilir. Bu iki tercih aynı işi yapmıyorsa ayrı tutulmaları mantıklıdır; gerekçesi belgelenmelidir.

Görsel alanını yalnız dosya yükleme olarak görme

Bir görselin dosyası, açıklaması ve kullanım yeri farklı sorular taşır. Aynı fotoğraf kartta dar, detay sayfasında geniş bir alan içinde gösterilebilir. Kırpma veya farklı kullanım ihtiyacı varsa bunu model aşamasında düşünün. Editörün hangi oranı hazırlayacağı belirsizse, her yüklemede tasarımın bozulmamasını beklemek gerçekçi değildir. Yardımcı örnekler ve görüntünün nerede kullanılacağını gösteren açıklamalar iş yükünü azaltabilir.

Görselin anlamına uygun alternatif metin ihtiyacını da değerlendirin. Her görselin aynı metinle açıklanması veya dosya adının otomatik açıklama sayılması doğru bir içerik kararı değildir. W3C’nin görseller için erişilebilirlik rehberi, bilgilendirici ve dekoratif görseller gibi farklı kullanım biçimlerini ele alır. Panelin alanları bu kararı destekleyebilir; fakat bütün erişilebilirlik sorumluluğunu tek bir metin kutusuna yüklememek gerekir.

Yetkileri ekipteki gerçek sorumluluklarla eşleştir

Bir kişinin sisteme giriş yapabilmesi, her içeriği değiştirmesi gerektiği anlamına gelmez. İçerik hazırlama, doğrulama, yayınlama ve teknik ayarları yönetme sorumluluklarını ayrı listeleyin. Küçük bir ekipte aynı kişi birkaç rolü üstlenebilir; bu durum görevlerin ayrımını ortadan kaldırmaz. Yarın başka bir çalışan katıldığında hangi yetkinin verileceği anlaşılır olmalıdır. Gereksiz geniş yetkiyi kullanım kolaylığıyla eşitlemeyin.

Model, kullanılan CMS’nin yetkilendirme olanaklarından bağımsız bir hayal listesine dönüşmemelidir. İstenen düzen teknik olarak destekleniyorsa nasıl uygulanacağını belirleyin. Desteklenmeyen bölüm için süreç kontrolü veya farklı kapsam gerekebilir. Özellikle dışarıdan içerik hazırlayan kişiler olduğunda erişimin süresini ve çalışma bittiğinde nasıl kaldırılacağını konuşun. Yetki, içerik teslimi ve sorumluluk devri aynı hazırlık planında yer almalıdır.

İçerik aktarımını alan eşleştirmesiyle prova et

Eski sitedeki verinin yeni alanlara nasıl taşınacağını birkaç gerçek kayıtla deneyin. Büyük bir metnin içinden başlık, kapsam ve sık sorulan soruları ayırmak gerekiyorsa bu editoryal emektir. Teknik aktarım script’inin tek başına doğru anlamı çıkaracağını varsaymayın. Hangi kayıtların otomatik, hangilerinin elle düzenleneceğini belirlemek, zaman planını daha gerçekçi yapar. Eski içeriklerin geçerliliği de aktarım öncesinde kontrol edilmelidir.

Örnek aktarım sonrasında hem paneli hem yayındaki çıktıyı inceleyin. Alan dolu görünürken satır sonları veya tablolar kaybolmuş olabilir. Eski bağlantıların geçerliliğini, görsel açıklamalarını ve ilişkili kayıtları da kontrol edin. Birkaç sorunsuz örneğin bütün kataloğu temsil ettiğini düşünmeyin; kısa, uzun, eksik ve istisnalı kayıtları seçin. Bu yöntem, içerik modelinin gerçek veriyle nerede zorlandığını erkenden görmeye yardımcı olur.

Editör kabul testini kendi görevi üzerinden yap

Paneli geliştirici anlatırken her şey anlaşılır görünebilir. Kabul sırasında editöre bir görev verin ve olağan kullanım koşullarında tamamlamasını izleyin. Yeni hizmet açmak, bir açıklamayı değiştirmek ve ilgili rehberi seçmek iyi bir başlangıçtır. Nerede yardım gerektiğini kaydedin. Yardımın nedeni eğitim eksikliği mi, alanın belirsizliği mi, yoksa gereksiz adım mı? Her sorunu “kullanıcı alışacak” diyerek geçiştirmek modeli geliştirme fırsatını kaçırabilir.

Görev bittikten sonra yayındaki sonucu beraber kontrol edin. Metin beklenen yerde mi, kart doğru kayda mı açılıyor, ortak bilgi başka sayfalarda da değişmiş mi? Bu inceleme yalnız panelin çalışmasını değil, editörün değişikliğinin etkisini anlamasını da ölçer. İçerik ekibinin yeniden yapması gereken sık görevler için kısa kullanım notları hazırlayın. Notlar, anlaşılması zor bir modeli örtmek için değil, kararları ve istisnaları hatırlatmak için kullanılmalıdır.

Modeli geliştirmek için değişiklik kaydı tut

Zamanla yeni hizmet türleri, diller ve yayın biçimleri gerekebilir. Her isteğe hemen yeni alan eklemek yerine kullanım ihtiyacını açıklayın. Aynı bilgi mevcut bir alanda doğru biçimde tutulabiliyor mu? Yeni alan eski kayıtları nasıl etkileyecek? Boş kalan alanlar ne anlama geliyor? Değişiklik isteğinde bu soruların yanıtlanması, panelin zamanla açıklaması zor bir alan yığınına dönüşmesini önleyebilir. Ekibin hangi alanları fiilen kullandığını dönemsel olarak gözden geçirin.

Sağlam bir içerik modeli, gelecekte hiçbir değişiklik gerektirmeyen model değildir. Mevcut işi anlaşılır biçimde destekleyen ve değişikliklerin etkisini tartışılabilir kılan modeldir. Digitalismo’nun içerik yönetimi yaklaşımında bu nedenle alan tanımları, editör görevleri ve gerçek örnekler birlikte ele alınır. Yeni bir hizmetin karttan detay sayfasına nasıl uzanacağını görmek istersen hizmet sayfası içerik rehberini de bu çalışma belgesine eşlik edecek şekilde kullanabilirsin.