Kurumsal web sitesinde hangi sayfalar olmalı?

Önce ziyaretçinin karar yolculuğunu yazın

Site haritasına başlamadan önce üç bilgi belirleyin: hedef müşteriniz, çözmesini istediği sorun ve ziyaret sonunda yapmasını istediğiniz işlem. Bir mühendislik firmasının proje geçmişi ile bir iç mimarlık stüdyosunun portföyü aynı biçimde sunulmayabilir. Her ikisinde de yalnızca güzel fotoğraf yeterli değildir; hizmet kapsamı ve proje bağlamı anlaşılmalıdır.

“Bize ulaşın” çağrısına geçmeden önce ziyaretçinin aklındaki soruları cevaplayın. Hangi hizmet veriliyor? Kimler için uygun? Daha önce ne teslim edilmiş? Teklif için hangi bilgiler gerekiyor? Bu soruların karşılığını bulamayan kullanıcıdan form doldurmasını istemek, eksik bilgi mimarisini telafi etmez.

Bir içerik yalnızca menüde yer kaplamak için açılmamalıdır. Ayrı bir sayfa yapılacaksa kendine özgü bir amacı, yeterli içeriği ve ilgili diğer sayfalara bağlantıları bulunmalıdır. Benzer metni şehir isimleriyle çoğaltmak, gerçek hizmet veya yerel proje kanıtının yerine geçmez.

Çoğu kurumsal site için gerekli içerik türleri

1. Ana sayfa: hizmeti ve şirketi açıkça tanımlayın

İlk bölümde firma adı, sunulan hizmet ve hizmet verilen pazar anlaşılmalıdır. Ana sayfa her ayrıntıyı anlatmak zorunda değildir; hizmetlere, somut proje örneklerine ve iletişime geçiş sağlar. İşletmenin kendi fotoğrafları ve gerçek proje görselleri, sunulan işi soyut dekorasyondan daha iyi açıklar.

2. Hakkımızda ve ekip: sorumluluğu görünür kılın

Kuruluş öyküsü, uzmanlık alanları ve projede sorumluluk alacak kişiler doğru bilgilerle sunulmalıdır. Her firma için ayrı ekip sayfası gerekmez; önemli olan ziyaretçinin karşısındaki işletmeyi anlayabilmesidir. Uydurma sertifika, şişirilmiş ekip sayısı veya kaynağı olmayan başarı iddiası güven oluşturmak için kullanılmamalıdır.

3. Hizmetler ve hizmet detayları: kapsamı ayrıştırın

Hizmetler dizini seçeneklerin haritasıdır. Detay sayfası ise belirli bir ihtiyacı açıklar: kime uygun olduğu, hangi teslimleri içerdiği, müşteriden hangi bilgilerin beklendiği ve hangi işlerin kapsam dışında olduğu. Kurumsal web sitesi ile özel CRM geliştirme aynı teklif değildir. İhtiyaç farklıysa içerik de bu farkı göstermelidir.

4. Projeler ve vaka analizleri: görsele bağlam ekleyin

Bir referans kartı projeye ulaşmayı kolaylaştırır; vaka sayfası ise ihtiyacı, uygulamayı ve doğrulanabilir çıktıyı açıklar. Proje adını bir logonun altına yazmak yerine hizmet türü, içerik yapısı ve teslim kapsamını anlatın. Müşterinin izni olmayan özel veriler, yönetim ekranları veya iletişim bilgileri yayımlanmamalıdır.

5. İletişim ve teklif talebi: sonraki adımı netleştirin

Telefon, kurumsal e-posta ve varsa işletme adresi birbiriyle tutarlı olmalıdır. Formda talebi değerlendirmek için gereken bilgiler istenir; yönetim şifresi gibi hassas erişimler ilk iletişimde talep edilmez. Form alanlarının anlaşılır etiketleri ve hata bildirimleri bulunmalıdır. W3C'nin form erişilebilirliği rehberi, alanları adlandırma, talimat ve hata bildirimi gibi temel uygulamaları açıklar.

6. Sık sorulan sorular: gerçek karar sorularını cevaplayın

Süre, içerik hazırlığı, revizyon, bakım ve erişim devri gibi tekrar eden sorular anlaşılır biçimde cevaplanabilir. Her sayfaya aynı soru listesini eklemek yerine ilgili hizmetin gerçek belirsizliklerini giderin. Açıklamadaki fiyat veya süre koşulları, teklif metniyle çelişmemelidir.

Hangi sayfalar ihtiyaca göre eklenmeli?

Blog veya rehber bölümü, firmanın müşterilerinin sorularına düzenli ve özgün cevap üretebildiği durumda anlamlıdır. İçerik üretim sorumlusu yoksa boş bir blog bölümü açmak yerine hizmet ve proje sayfalarını tamamlamak önceliklidir. Eski veya hatalı bilgilerin güncellenmesi, yeni başlık sayısını artırmaktan daha değerli olabilir.

Çok dil, yabancı müşteri veya paydaş ihtiyacı varsa planlanır. Sadece menünün çevrilmesi yeterli bir yabancı dil deneyimi değildir; ilgili hizmet, proje ve iletişim içeriklerinin de karşılığı bulunmalıdır. Google'ın farklı dil sürümleri belgesi, eşdeğer sayfaların dil bağlantılarıyla belirtilmesini açıklar. Dil geçişi kullanıcıyı her seferinde ana sayfaya göndermek yerine ilgili içeriğin karşılığına götürmelidir.

Katalog, doküman, bayi başvurusu, kariyer veya teknik destek sayfaları gerçek bir operasyonu destekliyorsa eklenir. Kariyer akışı ile ticari teklif akışını birbirinden ayırmak, işletmenin gelen talepleri doğru işlemesine yardımcı olur. Bu sayfalar sırf kapsamı büyük göstermek için açılmamalıdır.

Gizlilik, çerez ve diğer hukuki metinler kullanılan veri işleme, ölçüm ve hizmet modeline göre değerlendirilmelidir. Her web sitesi için aynı hazır metin ve aynı belge listesi yeterli kabul edilemez. Gerekli hukuki değerlendirme işletmenin yetkili danışmanıyla yapılır; web tasarım rehberi hukuki görüşün yerine geçmez.

Gerçek projeler bu kararı nasıl somutlaştırıyor?

NO08 İç Mimarlık web ve SEO çalışmasında görsel portföy, proje bilgileriyle birlikte ele alındı. Kamuya açık vaka kaydında teslim arşivinden doğrulanan 48 HTML sayfası, 20 aktif rehber, 4 proje ve projelere bağlı 21 görsel yer alıyor. Proje modeli; başlık, konum, kategori, yıl, kapsam ve görsel listesini birlikte tutuyor.

Bu örnekte sayfa sayısı hedef değil, içerik ihtiyacının sonucudur. İç mimarlık hizmetinin ve gerçek projelerin ayrı bağlamla anlatılması gerekir. Buradan çıkarılacak ders, bütün firmalara 48 sayfa satmak değil; portföydeki bilgiyi yalnızca fotoğraflara bırakmamaktır.

Geofond kurumsal web projesinde ana içerik türleri Türkçe ve İngilizce eşleriyle planlandı. Vaka kaydında 13 HTML sayfası, 21 yapılandırılmış proje kartı ve teslim paketinde 59 görsel doğrulanıyor. Hizmet, proje, galeri ve iletişim katmanları birbirinden ayrılıyor.

İki projenin ortak noktası aynı şablon veya aynı sayfa sayısı değildir. İkisinde de ziyaretçinin değerlendirme yapabileceği hizmet ve proje bilgisi açık bir düzene yerleştirilmiştir. Bu sayılar teknik teslim kapsamını gösterir; satış artışı, organik trafik başarısı veya aynı sonuçların başka projede garanti edildiği anlamına gelmez.

Teklifte sayfa sayısı yerine hangi teslimleri sorun?

Karşılaştırılabilir bir teklif, içerik türlerini ve yönetilebilir alanları ayrı yazar. “On sayfalık site” ifadesi; içerik girişi, dil sürümleri, form teslimi, kaynak kod devri ve teknik SEO hakkında yeterli bilgi vermez. Teklifte aşağıdaki soruların cevabı bulunmalıdır:

• Hizmet ve proje sayfalarının metinlerini ve görsellerini kim hazırlayacak?
• Yönetim ekranından hangi alanlar düzenlenebilecek ve kullanıcı yetkileri nasıl ayrılacak?
• Mobil menü, form ve iletişim akışları hangi cihaz ve tarayıcı koşullarında kontrol edilecek?
• Mevcut URL'ler, içerikler ve veriler taşınacaksa bunların karşılıkları nasıl korunacak?
• Alan adı, hosting, lisans ve kaynak kod erişimleri hangi yetkili hesaplara teslim edilecek?
• Bakım, hata düzeltme ve yeni özellik talepleri nasıl ayrılacak?

Teknik SEO tesliminde erişilebilir URL'ler, benzersiz başlık ve açıklamalar, anlamlı başlık yapısı, canonical ve sitemap tutarlılığı somut olarak kontrol edilir. Google'ın SEO başlangıç rehberi, içeriğin taranması ve anlaşılması için temel uygulamaları açıklar. Bu kurulum; tüm sorgularda birinci olma, AI tarafından önerilme veya müşteri kazanımı garantisi değildir.

Yayın öncesi kabul kontrolünü nasıl yaparsınız?

1. Ana sayfadan ilgili hizmete, proje örneğine ve iletişime ulaşın; bağlantıların gerçek hedefini kontrol edin.
2. Mobilde menüyü açın, uzun metinleri ve iletişim düğmelerini inceleyin; içerik birbirini kapatmamalıdır.
3. Yetkili test yöntemiyle formun yalnızca başarı mesajını değil, hedef kayıt veya posta kutusuna teslimini doğrulayın. Testi gerçek müşteri dönüşümü olarak saymayın.
4. Eski sayfalar için kararlaştırılan URL ve yönlendirme listesini kontrol edin; bütün adresleri ana sayfaya göndermeyin.
5. Görsellerin açıklamalarını, görüntü kalitesini ve yükleme davranışını kontrol edin; hız için proje kanıtını erişilemez yapmayın.
6. Yedek kapsamını, erişim devrini ve yayın sonrası destek sorumlusunu kayda alın.

İşlevler doğru çalıştığında bile satış süreci ayrıca yönetilir. Site bir başvuruyu getirebilir; talebin niteliklendirilmesi, cevap süresi, teklif kapsamı ve müşteri kararının takibi işletmenin devam eden operasyonudur. Tıklama veya WhatsApp açılışını doğrudan kazanılmış müşteri saymak, bu ayrımı gizler.

İşletmenize uygun sayfa kapsamını birlikte belirleyelim

SRN Dijital, İzmir merkezli olarak Türkiye genelindeki işletmeler için kurumsal web tasarım, özel yazılım ve mevcut site geliştirme çalışmaları yürütür. İlk değerlendirme için mevcut site adresinizi, hizmetlerinizi, hedef müşterilerinizi ve varsa içerik arşivinizi paylaşabilirsiniz. Önce hangi içeriğin ve hangi işlevin gerektiğini belirleyip sonra teklif kapsamını netleştirelim.

Kaynaklar

• SRN Dijital: NO08 İç Mimarlık vaka kaydı
• SRN Dijital: Geofond vaka kaydı
• Google Search Central: SEO başlangıç rehberi
• Google Search Central: farklı dil sürümleri
• W3C WAI: form erişilebilirliği

Kaynak kontrolü: 5 Ekim 2026. Proje sayıları kamuya açık vaka kayıtlarındaki teknik teslim kapsamını ifade eder. Rehber, işletmeye özel teknik veya hukuki incelemenin yerine geçmez.

Kısa cevap: kurumsal web sitesinde hangi sayfalar olmalı?

Kurumsal web sitesi; şirketi tanıtan ana sayfa, uygun hizmet detayları, gerçek proje kanıtları ve çalışan iletişim akışı üzerine kurulur. Blog, çok dil, katalog, kariyer ve destek sayfaları gerçek ihtiyaç varsa eklenir. Her işletme için aynı 15 sayfa zorunlu değildir; kapsam hedef müşteri ve karar sorularıyla belirlenir.

SRN Dijital'in NO08 İç Mimarlık ve Geofond çalışmalarında hizmet, proje ve içerik yapıları farklı ihtiyaçlara göre geliştirilmiştir. Teklif değerlendirmesinde sayfa sayısının yanında içerik sorumluluğu, yönetilebilir alanlar, mobil kullanım, teknik SEO, test ve erişim devri birlikte incelenmelidir.