Kurumsal web sitesi: hızlı açılan, panelden yönetilen, sizde kalan.

Bu rehberi, yeni bir kurumsal web sitesi kurmak ya da mevcut sitesini yenilemek isteyen firma sahipleri ve pazarlama sorumluları için yazdık. Anlattığımız ilkeler Google Search Central, Google Tag Platform, WordPress.org, W3C, web.dev ve OWASP’ın İngilizce belgelerine dayanıyor; kaynaklar sık sorulan soruların altında numaralı listede. Sürüm adlarını ve ölçütleri Eylül 2026 itibarıyla kaynaktan doğruladık. Saha gözlemlerimiz “Uzman notu” başlığıyla ayrı işaretli.

Kurumsal sitede işimiz üç katmanda ilerler: strateji ve bilgi mimarisi; tasarım ve geliştirme; yayın ve işletme. markention.com da aynı yöntem ve araçlarla işletiliyor: kendi WordPress temamız, Google Analytics 4, Google Tag Manager, Microsoft Clarity, Search Console, Bing Webmaster Tools, Yandex Webmaster ve Data Studio panoları.

Kurumsal web sitesi nedir, neyi taşımalıdır?

Kurumsal web sitesi, firmanın kim olduğunu, ne sunduğunu ve kendisine nasıl ulaşılacağını anlatan, alan adı ve içeriği firmaya ait resmî adrestir; ziyaretçinin karar vermeden önce sorduğu üç soruyu yanıtlamalıdır: bu firma ne yapıyor, bana uygun mu, kime ulaşacağım. Reklamdan, aramadan ya da bir tavsiyeden gelen ziyaretçi firmayı çoğu zaman ilk kez burada tanır. Kurumsal web tasarım bu yüzden bir görünüm işinden önce bir içerik ve düzen işidir.

Google, otomatik sıralama sistemlerinin insanlara yarar sağlamak için hazırlanmış güvenilir bilgiyi öne çıkaracak biçimde tasarlandığını yazıyor.² Google’ın deneyim, uzmanlık, otorite ve güvenilirlik (E-E-A-T) diye adlandırdığı nitelikler arasında en önemlisi güvendir.² Aynı belge, içeriği kimin ürettiğinin ziyaretçi için kendiliğinden anlaşılır olup olmadığını sorgulamayı öneriyor.² Kurumsal sitede bunun karşılığı hakkımızda, ekip, adres, iletişim ve yasal bilgiler sayfalarıdır; sitenin güven katmanı olan bu sayfaları menüde ve alt bilgide görünür tutuyoruz.

Web sitesi yaptırmadan önce hangi kararlar verilir?

Web sitesi yaptırmak isteyen bir firmanın ilk kararı, sitenin hangi ziyaretçiye hangi işi yaptıracağı ve bunun nasıl ölçüleceğidir; renk ve şablon bu kararın ardından gelir. Bu kararlar sonradan değişirse sayfa ağacı, tasarım ve ölçüm de değişir; aşağıdaki beş kararı bu yüzden ilk görüşmelerde yazıya geçiriyoruz.

1. Hedef: sitenin iş hedefi; teklif talebi, telefon araması, bayi başvurusu, işe alım ya da yatırımcı bilgilendirmesi.
2. Anahtar eylemler: bu hedefi gösterecek ve GA4’te ölçülecek eylemler; form gönderimi, telefon tıklaması, katalog indirme.
3. Ziyaretçi grupları: müşteri, bayi, aday çalışan, basın; her grubun siteye hangi soruyla geldiği.
4. İçerik kaynağı: her sayfanın bilgisinin nereden geleceği; ürün belgeleri, sertifikalar, ekip bilgisi, yayın izni alınmış referanslar.
5. Sahiplik ve erişim: alan adı, barındırma ve ölçüm hesaplarının kimin adına açılacağı, panelde kimin hangi yetkiyle çalışacağı.

Sayfa ağacı ve bilgi mimarisi nasıl kurulur?

Sayfa ağacı, ziyaretçi gruplarının sorularından başlayarak sayfaları konuya göre gruplayan ve her sayfanın menüde, adreste ve iç bağlantılarda nerede duracağını belirleyen plandır. Google, siteyi mantıklı biçimde düzenlemenin arama motorlarının ve kullanıcıların sayfaların sitenin geri kalanıyla ilişkisini anlamasına yardım edebileceğini yazıyor.¹ Adresin parçaları arama sonuçlarında içerik haritası (breadcrumb) olarak görünebildiği için adreste kullanıcıya bir şey anlatan kelimeler kullanılmasını da öneriyor.¹ Birkaç bin adresi aşan sitelerde benzer konuları klasörlerde toplamak, Google’ın her klasördeki adreslerin ne sıklıkla değiştiğini öğrenmesine yardım edebilir.¹

Ağacı çizdikten sonra her sayfanın hangi sayfadan bağlantı alacağını yazıyoruz; hiçbir yerden bağlantı almayan sayfayı ne ziyaretçi ne arama motoru kolayca bulur. Google da sayfaları çoğunlukla daha önce taradığı sayfalardaki bağlantılardan bulur.¹

İçerik planı arama niyetine göre nasıl yazılır?

İçerik planı, her sayfanın hangi soruyu yanıtlayacağını ve ziyaretçinin bu soruyu hangi kelimelerle sorduğunu tasarımdan önce belirler. Google, konuyu iyi bilen kullanıcıların yeni başlayanlardan farklı kelimelerle arama yapabileceğini, bu farkları öngörerek yazmanın arama performansına olumlu etki edebileceğini söylüyor.¹ Bu yüzden sorguları Semrush ve Search Console verisiyle çıkarıyor, her birinin yanıtını en doğal düştüğü sayfaya yerleştiriyoruz.

Google, yararlı içeriğin ortak nitelikleri arasında kolay okunur ve düzenli, özgün ve güncel olmayı sayıyor; uzun metnin paragraf ve bölümlere ayrılıp başlıklarla gezilebilir kılınmasını öneriyor.¹ Aynı belgeye göre Google Arama anahtar kelimeler meta etiketini kullanmıyor; aynı kelimeleri aşırı tekrarlamak, yani kelime doldurma (keyword stuffing), spam politikalarına aykırı.¹ Kelimeleri sayfaya doldurmuyor; her sayfaya bir ana soru ve onu destekleyen alt sorular veriyoruz. Arama tarafının ayrıntısı SEO danışmanlığı sayfamızda.

Neden WordPress ve panelden yönetilen bileşenler kullanıyoruz?

WordPress’i ve panelden yönetilen bileşenleri, kurumsal sitede içeriğin geliştiriciye ihtiyaç duymadan ve düzen bozulmadan güncellenebilmesi için kullanıyoruz; WordPress bunun için gereken rol, blok ve desen altyapısını hazır sunuyor. Altı varsayılan rolden kurumsal sitede kullandığımız dördünün yetkileri aşağıdaki tablodadır; tek siteli kurulumda eklenti kurma ve çekirdek, tema ve eklenti güncelleme yetkisi yalnız Yöneticidedir.⁴

Rollerin yanında iki blok düzenleyici özelliği düzeni korur. Eşitlenmiş desen (synced pattern), bir kez düzenlendiğinde kullanıldığı her yerde güncellenen bileşendir; WordPress 6.3, yeniden kullanılabilir blokların adını desen olarak değiştirdi.⁵ İletişim bandı gibi her sayfada tekrarlanan bölümleri böyle kuruyoruz. WordPress 6.1 ile gelen içerik odaklı düzenleme (contentOnly) ise desen ya da şablon düzeyinde tasarım araçlarını gizleyip blokların içeriğini düzenlemeye izin verir, ek alt blok eklenmesini engelleyerek düzeni korur; tasarım araçları gerektiğinde araç çubuğundaki “Modify” bağlantısıyla yeniden açılır.⁶

WCAG 2.2 erişilebilirliği kurumsal sitede neyi değiştirir?

WCAG 2.2, sitenin klavye, ekran okuyucu ve dokunmatik ekranla kullanılabilmesi için test edilebilir başarı ölçütleri koyar; kurumsal sitede en çok menüyü, formları ve düğmeleri etkiler. W3C, WCAG 2.2’yi 5 Ekim 2023’te öneri (W3C Recommendation) olarak yayımladı; sürüm dokuz yeni başarı ölçütü ekledi ve 4.1.1 Ayrıştırma (Parsing) ölçütünü kaldırdı.⁷ Yeni ölçütlerden kurumsal sitede doğrudan iş çıkaranlar şunlar:⁷

• Odak gizlenmemeli (2.4.11, AA): klavyeyle odaklanan öğe, sayfanın altına sabitlenmiş bir bant gibi site sahibinin eklediği içerik yüzünden tamamen gizlenmemeli.
• Hedef boyutu (2.5.8, AA): fare ya da dokunmayla (işaretçiyle) kullanılan hedefler, tanımlı istisnalar dışında en az 24×24 CSS piksel olmalı.
• Sürükleme hareketleri (2.5.7, AA): sürükleyerek yapılan her işlem, sürüklemeden tek işaretçiyle de yapılabilmeli.
• Tutarlı yardım (3.2.6, A): iletişim bilgisi gibi yardım yolları birden çok sayfada varsa aynı göreli sırada durmalı.
• Tekrarlı giriş (3.3.7, A): aynı süreçte daha önce girilen bilgi yeniden gerekiyorsa, tanımlı istisnalar dışında otomatik doldurulmalı ya da seçilebilir sunulmalı.

Bu ölçütleri tasarım aşamasında bileşen bazında uyguluyor, yayından önce klavyeyle ve ekran okuyucuyla sınıyoruz. Arayüz tasarımının ayrıntısı UX/UI hizmeti sayfamızda.

Core Web Vitals tasarım aşamasında nasıl korunur?

Core Web Vitals (Önemli Web Verileri), görsel, yazı tipi ve betik kararları eşikler gözetilerek daha tasarım aşamasında verildiğinde korunur. web.dev’e göre iyi bir deneyim için LCP (en büyük içerik çizimi) 2,5 saniye içinde gerçekleşmeli, INP (etkileşimden sonraki çizim) 200 milisaniye ya da altında, CLS (kümülatif düzen kayması) 0,1 ya da altında kalmalıdır.⁸ Ölçüt olarak mobil ve masaüstü için ayrı ayrı, sayfa yüklemelerinin 75. yüzdeliğine bakılması öneriliyor.⁸ Bu ölçütler öncelikle gerçek ziyaretçide ölçülen saha ölçütleridir; laboratuvar ölçümü yayından önce denemeye ve gerilemeyi kullanıcıya ulaşmadan yakalamaya yarar.⁸ Laboratuvarda Chrome DevTools üçünü de ölçer; kullanıcı etkileşimi olmadan çalışan Lighthouse ise INP’yi ölçemez, onun yerine toplam engelleme süresine (TBT) bakılır.⁸

Tasarımda bunun karşılığı şu kararlardır: ilk ekranda boyutu bilinen tek bir ana görsel, otomatik dönen büyük kaydırıcılar yerine sabit bir mesaj, sayısı sınırlı yazı tipi dosyası, her görsel ve gömülü öğe için önceden ayrılmış alan. Hızın ölçümü ve mevcut sitelerde düzeltilmesi web sitesi hızlandırma sayfamızda.

Arama motorları ve ölçüm için site nasıl hazırlanır?

Arama motorları ve ölçüm için hazırlık; her sayfaya benzersiz başlık ve açıklama yazmayı, kurum bilgisini yapısal veriyle işaretlemeyi ve ölçüm etiketlerini ziyaretçinin izin tercihine bağlı kurmayı kapsar. Google’a göre iyi bir başlık sayfaya özgü, açık ve kısadır, içeriği doğru anlatır; iyi bir açıklama da kısa ve sayfaya özgüdür, en önemli noktaları içerir.¹ Görsellerin alternatif metni, görselle içerik arasındaki ilişkiyi kısa ve açıklayıcı biçimde anlatmalıdır.¹

Kurum bilgisini Organization yapısal verisiyle işaretliyoruz. Google’a göre ana sayfadaki bu işaretleme, arama motorunun kurumun yönetsel ayrıntılarını anlamasına ve kurumu arama sonuçlarında benzerlerinden ayırmasına yardım edebilir; bazı özellikleri de arama sonuçlarında ve bilgi panelinde gösterilen logo gibi görsel öğeleri etkileyebilir.³ Zorunlu özellik yoktur; ad, adres, telefon ve logo gibi kuruma uyan özellikler eklenir. İşaretlemenin ana sayfaya ya da hakkımızda gibi tek bir sayfaya konması önerilir, her sayfada gerekmez.³

Ölçümü Google Tag Manager üzerinden, izin moduyla (Consent Mode) kuruyoruz. İzin modu, Google etiketlerinin davranışını ziyaretçinin izin tercihine göre ayarlar; temel kurulumda etiketler ziyaretçi çerez bandıyla etkileşene kadar yüklenmez, gelişmiş kurulumda izin reddedildiğinde çerezsiz ölçüm gönderilir.⁹ Google, izni almanın site sahibinin sorumluluğunda olduğunu ve bunun bir çerez bandı ya da izin yönetim platformuyla (CMP) yapılabileceğini belirtiyor.⁹

Yayından sonra güncelleme, yedek ve güvenlik nasıl yürütülür?

Yayından sonra site; çekirdek, tema ve eklenti güncellemeleri, düzenli ve denenmiş yedekler ve yapılandırma denetimiyle işletilir. WordPress’in otomatik arka plan güncellemeleri 3.7 sürümüyle geldi; 5.6 ve sonrasıyla kurulan yeni sitelerde küçük ve büyük çekirdek sürümleri varsayılan olarak otomatik güncellenir, daha önce kurulmuş siteler ise yönetici büyük sürüm güncellemelerini ayrıca açmadıkça yalnız küçük sürümleri alır.¹⁰ Eklenti ve temalar varsayılan olarak yalnız WordPress güvenlik ekibinin kritik açıkları kapatmak için belirlediği özel durumlarda kendiliğinden güncellenir; belge ayrıca güncellemeden önce yedek alınmasını öneriyor.¹⁰ Geri kalan güncellemeleri bakım kapsamında biz yürütüyoruz.

WordPress yedeği iki parçadan oluşur: sitenin içeriğini tutan veritabanı ile çekirdek, tema, eklenti ve yüklenen dosyalar.¹¹ WordPress belgeleri en az 3–5 güncel yedeğin barındırma sunucusu, bulut depolama ve yerel bilgisayar gibi farklı konumlarda tutulmasını; az yazı yayımlanan küçük sitelerde haftada bir, yoğun sitelerde her gün yedek alınmasını öneriyor.¹¹

Güvenlikte OWASP Top 10’u esas alıyoruz; geliştiriciler ve web uygulaması güvenliği için standart bir farkındalık belgesi olan listenin 2025 sürümünde ilk üç sırada bozuk erişim denetimi, güvenlik yapılandırma hataları ve yazılım tedarik zinciri hataları yer alıyor.¹² Kategori açıklamalarında örnek olarak geçen en az yetki ilkesinin çiğnenmesi, gereksiz özelliklerin açık bırakılması ve güncel olmayan ya da güvenilmeyen kaynaktan gelen bileşenler,¹² bir WordPress sitesinde sırasıyla gereğinden geniş yönetici yetkileri, açık bırakılmış hata ayıklama ve dosya düzenleme ayarları, güncellenmeyen ya da kaynağı belirsiz eklentiler olarak karşımıza çıkar.

Yayın öncesi kontrol ve ilk 30 gün nasıl ilerler?

Yayından önce hız, erişilebilirlik, arama, ölçüm ve işletme kontrolleri tamamlanır; ilk 30 gün ise ölçerek geçer. Aşağıdaki listeyi her sitede uyguluyoruz.

İlk 30 günün adımları:

1. 1. hafta · Dizin ve ölçüm: site haritası Search Console’a bildirilir, yönlendirmeler ve hata sayfaları izlenir, anahtar etkinliklerin GA4’e doğru düştüğü doğrulanır.
2. 2. hafta · Panel ve roller: içerik sorumlusuyla ilk güncellemeler birlikte yapılır, rol ve yetkiler son hâlini alır.
3. 3. hafta · Davranış: form, menü kullanımı ve ziyaretçinin ayrıldığı sayfalar Microsoft Clarity kayıtlarıyla okunur.
4. 4. hafta · İlk rapor: arama görünürlüğü, anahtar etkinlikler ve oluşmaya başlayan saha hız verisi raporlanır, ikinci ayın iş listesi çıkarılır.

Google, değişikliklerin birkaç saatle birkaç ay arasında yansıyabileceğini ve etkiyi değerlendirmek için genellikle birkaç hafta beklemek gerektiğini yazıyor;¹ adresleri değişen yenilemelerde de geçici sıralama dalgalanması, orta büyüklükteki sitelerde ise birkaç haftalık ya da daha uzun bir geçiş süresi öngörüyor.¹³ İlk arama okumasını bu yüzden dördüncü haftada yapıyor, sonrasını aylık izliyoruz.

Ortak seçerken görüşmede dört sorunun net yanıtını almanızı öneriyoruz: alan adı ve hesaplar kimin adına açılacak; panelde neyi değiştirebileceksiniz ve düzen nasıl korunacak; eski adresler nasıl yönlendirilecek; güncelleme ve yedeği kim, hangi sıklıkla yapacak. Mevcut sitenizi ve hedeflerinizi birlikte okumak isterseniz aşağıdan bir görüşme günü seçebilirsiniz.