Arama niyetinden içerik haritasına: doğru sayfa için doğru konu
Anahtar kelime listesini, kullanıcı sorularıyla eşleşen hizmet ve rehber sayfalarına dönüştürmek için bir içerik haritası yaklaşımı.
Bir anahtar kelime listesi, ne hakkında içerik üretilebileceğini gösterebilir. Ancak hangi sorunun hizmet sayfasında, hangisinin rehberde, hangisinin karşılaştırma içeriğinde cevaplanacağını tek başına söylemez. Aynı ifadeyi kullanan iki kişinin karar aşaması farklı olabilir. Biri kavramı ilk kez öğreniyordur; diğeri satın alma toplantısına hazırlık yapıyordur. İçerik haritası bu farkları sayfa görevlerine dönüştürür.
Bu yazıda hayali bir B2B yazılım şirketinin içerik planını kuracağız. Şirket proje takip yazılımı sunuyor, fakat her aramaya yeni bir yazı açmak istemiyor. Amacımız arama niyetini kesin biçimde okuyabildiğimizi iddia etmek değil; kullanıcı soruları, mevcut içerikler ve iş hedefleri üzerinden savunulabilir kararlar almak. Harita tamamlandığında konu listesi kadar, hangi içeriğin neden üretilmeyeceği de belli olmalıdır.
Kelimeyi değil, soruyu başlangıç kabul edin
“Proje takip sistemi” ifadesini tek başına bir satırda görmek fazla bilgi vermez. Kullanıcı bunun ne olduğunu mu, ekibine uygunluğunu mu, mevcut araçtan geçişi mi merak ediyor? İlk çalışmada her kelime grubunun arkasına olası bir soru yazın. Bu sorular varsayımdır; müşteri görüşmeleri ve eldeki arama verileriyle sınanmalıdır. Kesin kullanıcı davranışı gibi sunulmaları gereksiz güven yaratır.
Örneğin “projeler neden gecikir” sorusu bir sorun araştırması olabilir. “Proje takip yazılımında görev yetkileri” daha belirli bir özellik ihtiyacına işaret edebilir. “Kurumsal proje takip yazılımı demosu” ise doğrudan çözümü değerlendirme talebi olabilir. Bu üç konuya aynı hizmet metnini yerleştirmek, kişinin beklediği ayrıntıyı kaçırabilir.
Soruları şirketin içinden toplayın
Satış ekibinden en sık sorulan soruları isterken yalnız kapanan görüşmeleri dinlemeyin. Kararsız kalan veya uygun bulunmayan taleplerde de önemli içerik ihtiyaçları olabilir. Kullanıcılar verilerini taşıma konusunda endişe duyuyor mu, ekiplerin alışma süresini mi soruyor, hangi işlerin sistem dışında kalacağını mı anlamak istiyor? Bunlar içerik planına doğrudan girdi sağlar.
Destek ekibinin soruları ise mevcut kullanıcıların ihtiyaçlarını gösterir. Yeni müşteri kazanma içeriğiyle kullanım dokümanını karıştırmamak gerekir. Aynı konu iki hedef kitlede farklı derinlikte anlatılabilir. Bir özellik tanıtımında kullanım amacı ve sınırlar açıklanırken, destek dokümanında adımlar ve hata durumları gerekebilir. Haritada hedef kişinin yeni ziyaretçi mi mevcut kullanıcı mı olduğu yazılmalıdır.
Araştırma, karşılaştırma ve hizmet ihtiyacını ayırın
Bu üçlü, kesin bir evrensel sınıflandırma değil, ilk düzenleme için yararlı bir çalışma çerçevesidir. Araştırma içeriği sorunu veya kavramı açıklar. Karşılaştırma içeriği seçenekler arasında karar vermeye yardım eder. Hizmet ya da ürün sayfası ise sunduğunuz çözümün kapsamını, çalışma biçimini ve sonraki adımı gösterir. Bazı sayfalar birden fazla role yaklaşabilir; yine de birincil görevleri belli olmalıdır.
Bir rehberin sonunda demo bağlantısı bulunması onu ürün sayfasına dönüştürmez. Benzer şekilde ürün sayfasında kısa bir kavram açıklaması bulunabilir. Asıl soru, ziyaretçinin bu sayfaya hangi beklentiyle geldiği ve sayfanın hangi soruyu yeterli biçimde cevapladığıdır. Haritayı katı kutulara zorlamak yerine sayfa amacı üzerinden tartışmak daha kullanışlıdır.
Arama sonuçlarını gözlemleyin, hüküm gibi kullanmayın
Planlanan sorgular için görünen sayfa türlerini incelemek, kullanıcı beklentisine dair bir ipucu sunabilir. Rehberler, ürün sayfaları veya karşılaştırmaların nasıl ele alındığını not edebilirsiniz. Fakat sonuçları kopyalamak veya tek bir görünümden kesin niyet çıkarmak doğru bir içerik yöntemi değildir. Konum, dil ve zaman gibi koşullar gözlemi etkileyebilir.
İncelemede yalnız başlıklara değil sayfaların gerçekten cevapladığı sorulara bakın. Herkes genel özellikleri sayıyorsa sizin katkınız bir hazırlık çalışma sayfası veya anlaşılır bir seçim örneği olabilir. Farklılaşma, aynı metni başka kelimelerle yazmak değildir. Şirketin bildiği uygulama ayrıntılarını ve ziyaretçinin eksik karar bilgisini işe yarar biçimde bir araya getirmektir.
Mevcut sayfalara görev atayın
Yeni konu üretmeden önce mevcut sayfa envanterini alın. Her sayfanın yanına birincil soru, hedef kitle ve sonraki adım yazın. Bir sayfanın amacını kısa bir cümleyle söylemek zor geliyorsa içerik çok farklı konulara dağılmış olabilir. Hiçbir soruya yeterli cevap vermeyen içerik ile birden fazla ihtiyacı bilinçli biçimde karşılayan kapsamlı içerik aynı şey değildir.
B2B yazılım örneğinde ürün ana sayfası genel uygunluğu anlatabilir. “Veri aktarımı” sayfası geçiş sürecine, “Ekip rolleri” sayfası yetki kullanımına odaklanabilir. Blogdaki “Proje devir toplantısı nasıl hazırlanır?” rehberi ise yazılım kullanmayan bir ekibe de yardımcı olabilir. Bu içeriklerin birbirini tamamlaması, aynı tanıtım metnini tekrar etmelerinden daha anlamlıdır.
Bir içerik haritası satırı nasıl görünür?
Haritada konu, kullanıcı sorusu, sayfa türü, mevcut adres, önerilen işlem, kaynak uzman ve ilişkili sayfa alanları bulunabilir. Durum alanı da üretim takibini kolaylaştırır. “Yeni yazı” kararı kadar “mevcut sayfada bölüm aç” veya “iki içeriği birleştir” kararları da geçerlidir. Haritanın değeri, üretim sayısını büyütmesiyle ölçülmemelidir.
Örnek satırımız “Proje takip yazılımına geçişte mevcut dosyalar ne olur?” sorusu olsun. Sayfa türü açıklayıcı bir geçiş rehberi, kaynak uzman uygulama ekibi, ilişkili sayfa ürünün veri aktarımı bölümü olabilir. Teslim beklentisi ise veri hazırlığı, sorumluluklar ve doğrulanacak noktaları anlatmaktır. Henüz desteklenmeyen bir aktarım biçimini hazır özellik gibi yazmak kapsam dışında kalır.
Konu kümesini ortak bir karar etrafında kurun
Bir küme yalnız aynı kelimeyi içeren yazılardan oluşmaz. “Ekipte proje takibini kurmak” başlığı çevresinde görev sorumlulukları, toplantı düzeni, rapor ihtiyacı ve araç seçimi birlikte düşünülebilir. Bu konular ortak bir ihtiyacın parçalarıdır. Aralarında gerçekten ilişkili sorular bulunduğunda içerik bağlantıları da doğal hale gelir. Kelime benzerliği tek başına yeterli bir ilişki gerekçesi değildir.
Kümenin merkezindeki sayfa, bütün alt konuları uzun uzun tekrar etmek zorunda değildir. Seçenekleri ve hangi durumda hangi rehberin işe yarayacağını açıklayabilir. Ayrıntı sayfaları ise kendi sorularını tamamlar. Böylece merkez sayfa bir gezinme yardımı sunar, alt sayfalar da yalnız merkezden kopuk bir arşiv olarak kalmaz.
Benzer konuların sınırını yazılı belirleyin
“Proje takip aracı seçimi” ve “Proje yönetimi yazılımı alırken sorulacak sorular” başlıkları iki ayrı içerik olabilir; fakat aralarındaki fark açık değilse aynı yazıyı üretme riski taşır. Birinin ekip içi ihtiyaç analizi, diğerinin sağlayıcı görüşmesi için hazırlanması sınırı netleştirebilir. Bu fark yalnız başlıkta değil örneklerde, sorularda ve teslim edilen araçta da görülmelidir.
İki metni okuyan kişi aynı bilginin tekrarlandığını hissediyorsa içerik ekibi önce görevleri yeniden değerlendirmelidir. Bütün benzerlikleri teknik bir sorun gibi etiketlemek gerekmez. Bazen çözüm birleştirmedir, bazen iki sayfanın kapsamını yeniden yazmaktır. Konu çakışmasına bakarken URL veya anahtar kelime ortaklığından önce okuyucunun hangi kararı verebildiğini sorgulayın.
Hizmet sayfasını rehberle ikame etmeyin
Bir şirketin blogu ayrıntılı olsa bile hizmet sayfası “yenilikçi çözümler sunuyoruz” cümlesinde kalıyorsa ticari karar bilgisi eksiktir. Araştırma yazıları işletmenin uzmanlığını gösterebilir; ancak sunduğunuz işin kapsamını, teslimlerini ve sınırlarını ayrıca açıklamanız gerekir. Haritada bu boşluk görüldüğünde yeni blog üretmek yerine hizmet içeriğini geliştirmek öncelikli olabilir.
Rehber ile hizmet arasındaki bağlantı baskıcı olmak zorunda değildir. Okur uygulamayı kendi başına yapabilecek bilgiyi alabilir; desteğe ihtiyaç duyarsa ilgili hizmeti inceleyebilir. İçerik, yardım çağrısını anlaşılmaz bırakacak kadar genel olmamalı; her paragrafı satış davetine dönüştürecek kadar da kesintili ilerlememelidir. Sayfanın birincil sorusu bu dengeyi kurar.
Briefi yazardan önce uzmanla sınayın
Her içerik briefinde amaç, kapsam, cevaplanacak sorular, kullanılacak örnek ve doğrulanacak iddialar bulunmalıdır. Yazara yalnız kelime ve başlık vermek, konu hakkında özgün katkı üretmesini zorlaştırabilir. B2B yazılım örneğinde uygulama uzmanı, aktarım hazırlığında sık unutulan veri sahipliğini anlatabilir. Bu bilgi, genel bir internet derlemesinden daha somut bir katkıdır.
Uzmandan bütün makaleyi yazmasını istemek yerine belirli sorulara kısa yanıtlar alabilirsiniz. En sık yanlış anlaşılan konu nedir, hangi koşulda çözüm uygun değildir, müşteriden hangi hazırlık beklenir? Metin tamamlandığında uzman kendi sorumluluk alanını doğrular. Böylece editör anlatımı, uzman da doğruluğu sahiplenir; görevler birbirinin yerine geçmez.
Önceliği yalnız tahmini hacme bağlamayın
İçerik sırası belirlenirken işletmenin sunduğu çözümle ilişki, mevcut sayfadaki boşluk, ziyaretçi için karar önemi ve üretim için gerekli kaynaklar birlikte değerlendirilebilir. Çok aranan bir konu şirketin uzmanlık alanıyla bağ kurmuyorsa onu üretmek iyi bir başlangıç olmayabilir. Daha dar bir soru ise satış görüşmelerindeki önemli belirsizliği giderebilir.
Öncelik toplantısında her konuya aynı soruları sorun. İçerik kimin işine yarayacak, hangi eksik bilgiyi sağlayacak, gerekli bilgiye erişebiliyor muyuz, hangi mevcut sayfayı destekleyecek? Bu cevaplar olmadan seçilen başlıklar takvimi doldurabilir ama sitenin bilgi yapısını geliştirmeyebilir. Öncelik kararının gerekçesini kaydetmek sonraki değerlendirmeyi kolaylaştırır.
Yayında haritayı gerçek içerikle karşılaştırın
Makalenin tamamlanması, briefteki görevi gerçekten yerine getirdiğini göstermez. Başlığı okuyan kişi hangi bilgiyle çıkacağını anlayabiliyor mu, içerik bunu sunuyor mu, örnek yeterince açıklayıcı mı? Açılışta verilen sorunun cevabı sonuç bölümüne kadar erteleniyorsa düzeni değiştirin. Gereksiz tekrarlar, konuya derinlik katmıyorsa çıkarılmalıdır.
Google’ın yararlı içerik rehberi, özgün katkı ve okuyucu için yeterli açıklama gibi değerlendirme soruları sunar. Buradan alınacak pratik ders, içerik haritasını yalnız arama görünürlüğü hedefiyle değil okurun gerçek ihtiyacıyla sınamaktır. Belirli bir başlığı yayınlamak, arama sonuçlarında belirli bir konumu garanti etmez.
Örnek haritayı üç içerikle sınayın
Yazılım şirketimizin ilk içeriği, ekipte görev sorumluluklarının nasıl belirleneceğini anlatan bir çalışma rehberi olabilir. Okur bu metinden bir toplantı gündemi ve karar soruları çıkarabilmelidir. İkinci içerik, araç seçimi için ihtiyaç listesini düzenleyebilir; çıktı, ekipçe değerlendirilecek bir seçim çerçevesidir. Üçüncü sayfa ise şirketin kendi yazılımının hangi ihtiyaçları karşıladığını açıklar. Buradaki çıktı ürünün uygunluğu hakkında daha somut bir değerlendirmedir. Aynı ziyaretçi üçünü de okuyabilir; yine de sayfaların görevleri birbirinden farklıdır.
Bu küçük örneği ekip içinde yürütün. Bir satış sorumlusuna hayali müşteri sorununu verin ve hangi içeriği göndereceğini sorun. Bütün sorular için ürün sayfasını seçiyorsa rehberlerin katkısı anlaşılmamış olabilir. Hiçbir durumda ürün sayfasını göndermiyorsa ticari karar bilgisi zayıf kalmış olabilir. Bu çalışma, arama performansı testi değildir; içeriklerin gerçek görüşmelerde işe yarayıp yaramayacağına dair bir editoryal kontrol sunar.
Son olarak her içeriğe bir bakım işareti ekleyin. Ürün kapsamı değiştiğinde kontrol edilmesi gereken rehber, yalnız tarih geçtiği için düzenlenecek yazıdan farklıdır. Haritada “hangi değişiklik bu içeriği etkiler?” sorusunun cevabı bulunursa güncellik yönetimi kolaylaşır. Yeni bir özellik çıktığında tüm arşivi rastgele taramak yerine ilgili sayfalar bilinçli biçimde ele alınabilir.
Haritayı yayın takviminden ayrı tutun
Harita hangi bilginin nerede yer alacağını, takvim ise hangi işin ne zaman tamamlanacağını gösterir. İkisini aynı şey sayarsanız yayınlanan başlıklar kaybolabilir ve benzer konular tekrar planlanabilir. Haritada mevcut içeriklerin durumu sürerken takvimde yazar, uzman kontrolü, düzenleme ve yayın tarihleri bulunabilir. İki belge ilişkili olmalı ama aynı görevi yüklenmemelidir.
Yeni müşteri soruları geldikçe haritaya ekleyin; hemen yeni yazı kararı vermeyin. Mevcut bir bölüm güncellenerek ihtiyaç karşılanabilir. Daha ayrıntılı uygulama için hizmet sayfası içerik rehberi ve site içi bağlantı planı birlikte okunabilir. Digitalismo’nun SEO ve teknik SEO çalışmasında içerik, böyle bir görev dağılımıyla sitenin bütününe katkı verir.