Kurumsal web sitesi planı: Hangi sayfalar gerekli?

“Ana sayfa, hakkımızda, hizmetler, iletişim yeterli mi?” Kurumsal site toplantılarında sık karşılaşılan bu soru, aslında başka bir kararı gizler: Ziyaretçi görüşmeye başlamadan neyi öğrenmeli? Üç ayrı hizmet sunan bir işletme bunları tek paragrafta anlatırsa önemli farklar kaybolabilir. Her küçük ayrıntıya ayrı sayfa açılırsa bu kez okuyucu birbirine benzeyen adresler arasında dolaşır. Sayfa planı, bu iki sorunu gerçek içerik üzerinden çözmelidir. Hangi sorunun nerede yanıtlanacağını, açıklamayı destekleyecek kanıtın ne olduğunu ve bilgiyi kimin güncelleyeceğini belirlediğinizde sayfa sayısı da daha anlamlı hale gelir. Böyle bir plan tasarım ekibine yalnızca başlık listesi değil, her ekranın görevini açıklayan bir çalışma belgesi verir.

Bu rehberde amaç, her şirkete aynı şablonu uygulamak değildir. Kurumsal web sitesi hazırlarken hangi sayfanın neden gerekli olduğunu, hangi içeriğin mevcut bir sayfada bölüm olarak kalabileceğini ve yayın öncesinde kapsamın nasıl sınanacağını ele alıyoruz. Başlangıç belgesi olarak kullanılacak bir sayfa planı, tasarım kararlarının da daha anlaşılır gerekçelere dayanmasını sağlar.

Sayfa listesinden önce karar sorularını çıkarın

İlk çalışmada şirket departmanlarını sıralamak yerine müşterinin cevap aradığı soruları yazın. Ne yapıyorsunuz, kimin için uygunsunuz, süreciniz nasıl ilerliyor, hangi işleri üstlenmiyorsunuz ve görüşmeye nasıl hazırlanılmalı? Bu soruların her biri bağımsız sayfa gerektirmez; ancak site içinde açık bir karşılığı bulunmalıdır. Satış ve müşteri hizmetleri ekiplerinin tekrar tekrar duyduğu sorular, başlangıç için yöneticilerin kişisel menü tercihlerinden daha kullanışlı olabilir.

Her sorunun yanına mevcut kanıtı ekleyin. Hizmet kapsamı belgesi, izinli proje görseli, gerçek ekip bilgisi veya iş akışı açıklaması bulunabiliyor mu? Henüz cevaplanamayan sorular içerik eksikliği olarak işaretlenmelidir. Bir başlığı menüye eklemek, o başlığın altında yayımlanabilecek güvenilir bilgi bulunduğu anlamına gelmez. Bu ayrım, tasarımın son gününde boş sayfalarla karşılaşmayı önler.

Ana sayfanın görevi bütün siteyi tekrarlamak değildir

Ana sayfa, kurumun teklifini kısa sürede anlaşılır kılan bir giriş ve yönlendirme noktasıdır. Ziyaretçi burada temel faaliyet alanını, hangi ihtiyaçlara çözüm sunulduğunu ve kendisi için hangi bölümün uygun olduğunu görebilmelidir. Bütün hizmet açıklamalarını ana sayfaya taşımak, ilk bakışta kapsamlı görünse de öncelikleri belirsizleştirebilir. İyi bir ana sayfa, doğru ayrıntı sayfasına gitmek için yeterli bağlam sağlar.

İçerik sırası iş modeline göre değişir. Proje bazlı çalışan bir işletme hizmet yaklaşımını ve çalışma sürecini öne çıkarabilir. Ürün geliştiren bir kurum, çözdüğü problemi ve ürün ailesini önce gösterebilir. Başlangıç ekranında kullanılan iddialar aşağıdaki bölümlerde desteklenmelidir. Açıklaması olmayan büyük başarı ifadeleri veya doğrulanamayan müşteri sayıları yerine somut kapsam, gerçek örnek ve açık iletişim seçeneği kullanmak daha sağlıklı bir editoryal tercihtir.

Hizmetler için özet sayfa ve ayrıntı sayfasını ayırın

Hizmetler dizini, ziyaretçinin seçenekleri karşılaştırmasına yardımcı olur. Her kartta hizmet adı, kısa kapsam açıklaması ve ayrıntıya bağlantı yeterli olabilir. Hizmet ayrıntısı ise satın alma kararında gerekli soruları yanıtlar: Hangi ihtiyaçlara uygundur, hangi çıktılar teslim edilir, süreçte müşteriden ne beklenir ve kapsam hangi koşullarda değişir? Aynı paragrafı bütün hizmetlerde kullanmak bu işlevi zayıflatır.

Ne zaman bağımsız hizmet sayfası gerekir?

Bir hizmetin hedef müşterisi, teslimatı veya değerlendirme ölçütü diğerlerinden belirgin biçimde farklıysa bağımsız sayfa güçlü bir seçenektir. Örneğin kurumsal web sitesi geliştirme ile devam eden içerik yönetimi aynı üst kategori içinde bulunabilir; buna rağmen karar soruları farklıdır. Web tasarım ve yazılım hizmeti planlanırken bu ayrımlar içerik ve navigasyon kararına birlikte yansıtılabilir. Yalnızca farklı kelimeyle arama trafiği toplamak için aynı hizmetin kopyalarını üretmek ise kullanıcıya yeni bilgi sunmaz.

Hakkımızda sayfasını kurumsal kanıt alanına dönüştürün

Hakkımızda sayfası, soyut sıfatların arka arkaya yazıldığı bir metin olmak zorunda değildir. Kurumun hangi uzmanlıkla çalıştığını, hangi yaklaşımı benimsediğini ve iş ilişkisini nasıl yürüttüğünü anlatabilir. Kuruluş tarihi, ekip veya yetkinlik bilgisi veriliyorsa doğrulanmış olmalıdır. Henüz oluşmamış bir ekibi varmış gibi göstermek veya stok fotoğrafı gerçek çalışan izlenimiyle kullanmak güven oluşturmak yerine yanlış beklenti yaratır.

Bu sayfada ziyaretçinin hizmet değerlendirmesine katkı sağlayan ayrıntıları seçin. Proje sorumluluğunun nasıl paylaşıldığı, iletişim düzeni veya uzmanlık alanları yararlı olabilir. Çok uzun bir kuruluş hikâyesi önemli çalışma bilgilerini aşağıya itiyorsa özetlenebilir. Ekip üyelerine ait görsellerin yayımlanma izni, unvanların güncelliği ve bağlantıların çalışması da içerik sorumlusunun kontrol listesinde bulunmalıdır.

Referans, proje ve vaka çalışması aynı şey değildir

Referans logosu bir ilişkiyi işaret eder; fakat yapılan işin kapsamını tek başına açıklamaz. Proje sayfası ise ihtiyaç, yaklaşım, teslim edilen çalışma ve izin verilen görseller üzerinden daha ayrıntılı bilgi sağlayabilir. Vaka çalışmasında ölçülen sonuçlar sunulacaksa yöntem, dönem ve kapsam açıkça belirtilmelidir. Ölçüm bulunmuyorsa bunu büyüme oranı uydurarak tamamlamak yerine teslimat ve öğrenilen noktalar anlatılabilir.

Gizlilik nedeniyle müşteri adı verilemiyorsa anonim bir süreç açıklaması hazırlanabilir; anonimlik, gerçek dışı sonuç üretme hakkı vermez. Henüz paylaşılabilir proje bulunmayan bir kurum için çalışma yöntemi sayfası daha doğru başlangıç olabilir. Yakında yayımlanacak bir projenin kartı varsa aktif ayrıntı bağlantısıyla boş sayfaya göndermek yerine durumunu açıkça belirtin. Sayfanın varlığı kadar ziyaretçiye verdiği söz de kapsamın parçasıdır.

İletişim sayfasında görüşmeye başlamayı kolaylaştırın

İletişim sayfası yalnızca formdan oluşmamalıdır. Geçerli iletişim kanalları, yanıt sürecine ilişkin gerçekçi açıklama ve talebin nasıl hazırlanabileceği gibi bilgiler bulunabilir. Telefon, e-posta veya mesajlaşma bağlantısı kullanılıyorsa mobilde doğru uygulamayı açtığı kontrol edilmelidir. Adres yalnızca gerçek bir ziyaret veya hizmet noktasıysa bu niteliğiyle sunulmalıdır; yerel görünürlük için gerçekte bulunulmayan adresleri eklemek doğru değildir.

Form alanlarını ilk görüşmenin ihtiyacına göre belirleyin. Ziyaretçiden kapsamlı bütçe tablosu, şirket evrakı veya uzun teknik belge istemek her başvuruda gerekli olmayabilir. Hata mesajları alanla ilişkili olmalı, başarılı gönderim sonucu açıkça gösterilmelidir. Formu dolduran kişinin bir dosya indirmesi, sayfayı tekrar yüklemesi veya yanlışlıkla geri gitmesi gibi durumlarda deneyimin nasıl devam ettiği de test edilebilir.

Blog ve bilgi merkezi ancak sürdürülebilir içerikle anlam kazanır

Blog, hizmet sayfasının farklı başlıklarla çoğaltıldığı bir alan değildir. Müşterilerin araştırma sırasında sorduğu sorulara ayrıntılı cevaplar, seçim ölçütleri ve uygulama rehberleri sunabilir. Her makalenin belirli bir amacı bulunmalıdır: kavram açıklamak, karar karşılaştırmak, hazırlık adımlarını anlatmak veya sık karşılaşılan sorunu çözmek. Hizmete verilen bağlantı, bu bağlamı desteklediğinde faydalıdır.

Kategorileri içerik stokuna göre oluşturun. İçinde tek yazı bulunan çok sayıda kategori okuyucunun gezinmesini zorlaştırabilir. Editör, güncelleme sorumlusu ve içerik inceleme sıklığı belirlenmeden büyük yayın takvimi hazırlamak bakım borcu yaratır. Başlangıçta daha az fakat tamamlanmış rehber yayımlamak, sürekli boş kalan başlıklardan daha yönetilebilir bir plandır. Kullanılan kaynakların tarihi ve bağlantıları da periyodik gözden geçirmeye dahil edilmelidir.

Yardımcı sayfaları görünmez ayrıntı saymayın

Arama sonucu, kategori arşivi, teşekkür ekranı, hata sayfası ve erişilemeyen içerik durumları gerçek kullanıcı yolculuğunun parçalarıdır. Özellikle kaldırılmış bir adresten gelen ziyaretçi, nereye ulaştığını ve hangi seçenekleri kullanabileceğini anlamalıdır. Açıklayıcı bir hata ekranı ana hizmetlere ve iletişime bağlantı verebilir. Her yardımcı ekranın üst menüde yer alması gerekmez; buna rağmen tasarım ve teknik kapsamda tanımlanmalıdır.

Gizlilik ve diğer bilgilendirme sayfaları kullanılan işlevlere, işletmenin durumuna ve uygulanabilir yükümlülüklere göre ayrıca değerlendirilmelidir. Başka bir siteden metin kopyalamak bu değerlendirmeyi karşılamaz. Bu rehber hukuki uyum kontrolünün yerine geçmez; planlama aşamasında hangi veri toplama, izleme ve başvuru süreçlerinin bulunduğunu ilgili uzmanlarla netleştirmek gerektiğini hatırlatır. Teknik ekip, onaylanan metinlerin nerede ve nasıl gösterileceğini uygulayabilir.

Çok dilli yapıyı sonradan eklenen kopya olarak düşünmeyin

İngilizce sürüm isteniyorsa yalnızca ana sayfanın çevrilmesi yeterli olmayabilir. Hizmet ayrıntıları, form mesajları, menüler, hata ekranları ve iletişim açıklamaları aynı kullanıcı yolculuğunu desteklemelidir. Her Türkçe sayfanın otomatik olarak İngilizce eşdeğeri olması gerekmese de dil değiştiren kişinin karşılaşacağı durum önceden tanımlanmalıdır. Eksik çeviriyi varmış gibi gösteren bağlantılar yerine yayın durumu açıkça yönetilmelidir.

Başlıkların ve düğmelerin uzunluğu dil değiştirdiğinde değişebilir. Bu yüzden içerik modeli çeviri alanlarını desteklemeli, tasarım da gerçek çevrilmiş metinlerle denenmelidir. Ayrı dil sürümlerinde aynı hizmetin farklı fiyatlandırılması veya farklı bölgelerde sunulması söz konusuysa metinler bire bir çevriden çok ilgili pazara uygun editoryal değerlendirme gerektirir. Dil sürümü, yalnızca görsel bir bayrak seçimi değildir.

Sayfa planını teslim edilebilir bir tabloya dönüştürün

Her satırda bir URL, sayfanın amacı, hedef ziyaretçi sorusu, ana başlık, gereken kanıt, içerik sahibi ve yayın durumu bulunabilir. Bu tablo tasarımcı, yazılımcı ve içerik sorumlusunun aynı kapsamı konuşmasını sağlar. Bir sayfanın bağımsız tasarıma mı yoksa mevcut şablona mı ihtiyaç duyduğu da ayrıca belirtilmelidir. Örneğin on hizmet sayfası, her biri farklı ekran tasarımı anlamına gelmeyebilir; içerikleri farklı olsa da ortak bileşenler kullanabilirler.

Google'ın site bağlantıları rehberi, mantıklı site yapısı ve açıklayıcı iç bağlantı metinlerini önerir; bunlar belirli arama görünümü garantisi değildir. Sayfa içindeki başlıklar da konuların ve alt bölümlerin ilişkisini anlaşılır biçimde göstermelidir. Site haritası ile sayfa içi başlık düzeni birlikte düşünülmeli, ancak birbirinin yerine geçirilmemelidir. Biri adresler arasındaki ilişkiyi, diğeri mevcut metnin yapısını anlatır.

Yayından önce içerik yolculuğunu sınayın

Varsayımsal bir danışmanlık şirketi düşünelim. Ziyaretçi ana sayfadan ilgili hizmete gidiyor, çalışma kapsamını okuyor, ardından iletişim formuna geçiyor. Testte hizmetin kime uygun olduğu anlaşılamıyorsa sorun yeni animasyon eksikliği değildir; açıklama ve sayfa sırası yeniden ele alınmalıdır. Aynı senaryo mobilde ve klavyeyle de uygulanabilir. İstenen bilgiyi bulma, bağlantı adını anlama ve sonraki adımı seçme ayrı ayrı gözlemlenmelidir.

Kapsam kararı yayınla bitmez. Yeni hizmet eklendiğinde mevcut sayfalarla çakışma, eski bağlantılar ve menü yoğunluğu yeniden incelenebilir. Site planının tarihli bir sürümünü saklamak bu değişiklikleri izlemeyi kolaylaştırır. Başlangıçta kurumsal web sitesi kapsamını sayfa amaçlarıyla birlikte tanımlamak, sonraki genişlemeleri de daha kontrollü hale getirir.

Sık Sorulan Sorular

Kurumsal web sitesi için ideal sayfa sayısı var mı?

Her kurum için geçerli tek sayı yoktur. Hizmetlerin farklılığı, müşterinin ihtiyaç duyduğu bilgi ve içerik bakım kapasitesi belirleyicidir. Önce amaçları tanımlayın; aynı soruyu yanıtlayan sayfaları birleştirin, farklı kararları destekleyenleri ayırın. Sayı bu çalışmanın sonucunda ortaya çıkmalıdır.

Hakkımızda ve çalışma yaklaşımı ayrı sayfalar olabilir mi?

Olabilir. Kurum kimliği ile proje süreci yeterince farklı içerik taşıyorsa ayrım yararlıdır. Ancak iki sayfada aynı genel paragrafı tekrar etmek yerine her birinin özgün sorusunu belirleyin. Yeterli içerik yoksa tek sayfada açık bölümler daha anlaşılır olabilir.

Her şehir için ayrı hizmet sayfası açmak gerekir mi?

Hayır. Şehre özel gerçek hizmet koşulu, erişim bilgisi veya yararlı açıklama varsa değerlendirilir. Sadece şehir adını değiştirerek aynı metni çoğaltmak okuyucuya yeni değer sunmaz. Gerçek faaliyet alanını açıkça anlatmak daha sağlıklı bir başlangıçtır.

Blog açılmadan kurumsal site yayımlanabilir mi?

Evet. Ana hizmetler, kurum bilgisi ve iletişim yolculuğu tamamlandıysa blogun yayın takvimi ayrı yönetilebilir. Boş kategori sayfalarını dolaşıma sokmak yerine içerikler hazır olduğunda açmak mümkündür. Blogun olmaması eksik hizmet açıklamalarını telafi etmez; öncelik temel kararlara verilmelidir.

Sayfa planını kim onaylamalı?

Kararı yalnızca tasarım ekibine bırakmak yerine işletme sorumlusu, hizmet uzmanı ve içeriği güncelleyecek kişi birlikte değerlendirmelidir. Teknik ekip uygulanabilirliği ve bağlantı yapısını kontrol eder. Tek bir nihai onay sorumlusu belirlemek çelişen revizyonları azaltır.

Yayından sonra yeni sayfa eklemek mümkün mü?

İçerik modeli ve şablonlar buna uygun kurulmuşsa mümkündür. Yeni sayfanın amacı, adresi ve hangi mevcut sayfalardan bağlantı alacağı belirlenmelidir. Sadece panelde bir sayfa oluşturmak onun kullanıcı tarafından bulunacağını göstermez; menü, ilişkili içerik ve güncelleme sorumluluğu da planlanmalıdır.