Kurumsal Web Sitesinde Hangi Sayfalar Olmalı?

Kurumsal Web Sitesi İçerikleri Nasıl Hazırlanır? rehberindeki örnek tablo ve kontrol listesiyle bu adımı proje ekibinizle netleştirebilirsiniz.

Bu liste her işletmede bütün başlıkların ayrı bir URL olması gerektiği anlamına gelmez. Yayınlanacak proje veya düzenli rehber yoksa boş liste sayfaları açmayın. Yasal metin ve bilgilendirmeleri ise şirketin gerçek veri işleme ve ticari süreçlerine göre ayrıca hazırlatın.

Aşağıdaki ağaç, iki ana hizmet sunan ve proje örnekleri yayımlayabilen temsili bir şirket içindir. Gerçek bir müşteri projesi olarak sunulmaz. Kendi sitenizdeki başlıklar, sayfa sayısı ve içerik derinliği farklı olabilir.

Ana sayfa
├── Hizmetler
│   ├── Kurumsal web sitesi
│   │   └── Çok dilli web sitesi
│   └── Özel yazılım
├── İşlerimiz
│   ├── Kurumsal site vaka çalışması
│   └── İş süreci yazılımı vaka çalışması
├── Rehberler
│   ├── Site kapsamı nasıl belirlenir?
│   └── Yazılım teklifi nasıl karşılaştırılır?
├── Hakkımızda
└── İletişim

1. Ayrı bir kullanıcı sorusu tanımlayın. “Web tasarım firması” ile “web tasarım ajansı” çoğu projede aynı hizmeti tarif eder; kelime değişimi tek başına yeni sayfa gerekçesi değildir.
2. Ayrı kapsamı yazın. Çok dilli yayın; dil ilişkisi, çeviri sorumluluğu ve yayın akışı gibi ek kararlar içeriyorsa kendi hizmet sayfasında anlatılabilir.
3. Özgün malzemeyi belirleyin. Süreç, teslimler, örnek akış ve gerçek kanıt olmadan yalnızca başlık değiştirilmiş bir metin hazırlamayın.
4. Mevcut sayfanın rolünü koruyun. Yeni sayfa ayrıntıyı anlatırken üst hizmet sayfası seçenekleri karşılaştırıp doğru kapsama yönlendirsin.

Başlık, açıklama, görsel, adres, dil, içerik sahibi ve gözden geçirme notunu aynı envanterde tutabilirsiniz. Eski bir siteyi yeniliyorsanız mevcut adresi de kaydedin; yeni ağaç çizmek bütün URL’leri değiştirmek zorunda olduğunuz anlamına gelmez.

Ana menü, en önemli kullanıcı görevlerini taşısın. Her rehberi veya alt hizmeti üst menüye koymak yerine ilgili merkezlerde açıklamalı bağlantılar kullanın. Bir ziyaretçi merkezden alt hizmete, hizmetten gerçek bir vakaya, vakadan da ilgili iletişim adımına gidebilmeli.

Bağlantı metni hedefte ne bulunacağını söylemeli. “Detay” yerine “çok dilli web sitesi kapsamı” gibi açıklayıcı bir metin, hem kullanıcıya hem arama motoruna bağlam sağlar. Önemli bağlantılar gerçek adresi olan taranabilir bağlantılar olarak oluşturulmalıdır.

• Hizmet merkezi → kurumsal web tasarım → ilgili çözüm.
• İçerik yönetimi ihtiyacı → CMS karşılaştırması → headless CMS kapsamı.
• Farklı dil ihtiyacı → çok dilli web sitesi → proje görüşmesi.

Menüden başlayarak her yeni sayfaya gidin. Başlık ve içerik aynı ihtiyacı mı anlatıyor? Sonraki adım anlaşılır mı? Bağlantıların hedefi hazır mı? Boş bir kategori veya henüz yayımlanmamış rehber kullanıcı yolculuğunda durak olmamalı.

Yeni sayfaların doğru durum kodunu, kendisine işaret eden canonical adresini ve indeksleme tercihini kontrol edin. Sitemap kaydı ile gerçek yayın kapsamı eşleşsin. Sitenin İngilizce sürümü yoksa yalnızca dil önekini değiştirerek hazır olmayan karşılıklar üretmeyin.

Yayından sonra sorguların hangi sayfalara geldiğini ve hangi içeriklerin proje talebine katkıda bulunduğunu izleyin. Sayfa planı sabit bir kota değil, gerçek ihtiyaç ve veriye göre güncellenen bir çalışma belgesidir.