WordPress ile Web Tasarım Nasıl Yapılır?

WordPress ile web tasarım süreci; alan adı tescili, hosting kurulumu, tema entegrasyonu ve Core Web Vitals uyumlu eklenti yapılandırması adımlarından oluşan bir CMS mimarisidir.

İşletmeler ve dijital karar vericiler için kurumsal ölçekte bir web varlığı inşa etmek, yalnızca estetik bir vitrin oluşturmanın ötesinde teknik performans, güvenlik ve sürdürülebilirlik gerektirir. WordPress ile Web Tasarım Nasıl Yapılır? sorusu; doğru sunucu altyapısının seçilmesinden veritabanı optimizasyonuna, hafif tema mimarisinden arama motoru optimizasyonuna (SEO) kadar çok katmanlı bir mühendislik sürecini kapsar. Bu rehber; teknik borç oluşturmadan, yüksek dönüşüm oranına sahip, mobil öncelikli ve arama motorlarının yeni nesil indeksleme standartlarına tam uyumlu bir kurumsal WordPress sitesi kurmanın tüm operasyonel aşamalarını ele almaktadır.

WordPress CMS Mimarisinin Kurumsal Avantajları ve Teknik Kapasitesi

WordPress, dünya genelinde web sitelerinin %40'ından fazlasına güç veren lider bir Açık Kaynaklı İçerik Yönetim Sistemi (CMS) platformudur. Başlangıçta bir blog motoru olarak geliştirilen altyapı, zaman içinde REST API entegrasyonları, Headless CMS yetenekleri ve modüler veritabanı kurgusuyla kurumsal düzeyde bir uygulama geliştirme zeminine dönüşmüştür. İşletmeler açısından WordPress'i cazip kılan temel unsur, tescilli (proprietary) yazılımların dayattığı satıcı bağımlılığını (vendor lock-in) ortadan kaldırması ve kaynak kodlarının tam kontrolünü marka bünyesinde tutmasıdır.

Sistemin PHP ve MySQL/MariaDB üzerine inşa edilmiş monolitik çekirdeği, modern eklenti kancaları (hooks), filtreler (filters) ve RESTful uç noktalar sayesinde mikroservis mimarileriyle kolayca haberleşebilir. Bu durum, işletmelerin mevcut ERP, CRM veya özel ödeme altyapılarını web sitelerine sorunsuz biçimde bağlamalarına imkan tanır. Ölçeklenebilirlik ekseninde, yatayda büyüyebilen kümeleme mimarileri ve gelişmiş nesne önbellekleme (Redis/Memcached) katmanları ile milyonlarca anlık trafiği karşılayabilecek kurumsal bir altyapı sunar.

Neden Profesyonel Web Tasarımında WordPress Tercih Edilmeli?

Profesyonel web tasarımında temel amaç, yalnızca görsel bir cazibe yaratmak değil, aynı zamanda operasyonel maliyetleri düşürürken pazara çıkış süresini (time-to-market) kısaltmaktır. Özel kodlama (custom development) projeleri yüksek ilk yatırım maliyeti ve sürekli yazılımcı bağımlılığı gerektirirken, WordPress standartlaşmış API'leri ve küresel geliştirici topluluğu ile bakım risklerini minimize eder. Kod standartlarının WordPress Core ekibi ve açık kaynak topluluğu tarafından düzenli denetlenmesi, uzun vadeli yazılım eskimesinin (software rot) önüne geçer.

Buna ek olarak, pazarlama ve içerik ekiplerinin teknik bilgiye ihtiyaç duymadan Gutenberg Blok Düzenleyicisi veya gelişmiş görsel inşa araçlarıyla yeni açılış sayfaları (landing pages) üretebilmesi, işletmenin çevikliğini artırır. Gelişmiş rol ve yetki yönetimi (Role-Based Access Control) sayesinde, kurumsal organizasyonlardaki farklı departmanlara sadece yetkili oldukları alanlarda içerik girme ve düzenleme imkanı tanınır. Bu kurumsal esneklik, sitenin geliştirme ve yayın süreçlerini merkezi bir disipline bağlar.

Güvenlik, Ölçeklenebilirlik ve SEO Uyumluluğu

WordPress'in arama motoru optimizasyonu (SEO) tarafındaki doğal üstünlüğü, semantik HTML5 çıktıları üretebilmesi, temiz URL (permalink) hiyerarşisi sunması ve meta etiket mimarisini doğrudan kontrol edebilmesinden kaynaklanır. Arama motoru botlarının siteyi tarama bütçesini (crawl budget) verimli kullanabilmesi için WordPress çekirdeği hafif ve standart bir DOM yapısı üretir. Dinamik XML site haritaları, robots.txt kontrolleri ve yapısal veri (Schema markup) entegrasyonları çekirdek veya hafif eklentiler vasıtasıyla optimize edilebilir.

Güvenlik ve ölçeklenebilirlik parametrelerinde ise kurumsal yapılandırma belirleyicidir. WordPress çekirdeği, düzenli yayınlanan güvenlik yamaları ve otomatik arka plan güncellemeleri ile güvenli bir çekirdek sunar. Doğru yapılandırılmış bir Web Uygulama Güvenlik Duvarı (WAF), katmanlı önbellekleme stratejileri ve içerik dağıtım ağı (CDN) entegrasyonu ile birleştiğinde WordPress, saniyede binlerce isteği milisaniyeler düzeyinde Time to First Byte (TTFB) süreleriyle yanıtlayabilir.

Adım 1: Alan Adı Tescili ve Sunucu (Hosting) Altyapısının Kurulması

Web tasarım sürecinin ilk operasyonel adımı, projenin üzerinde çalışacağı alan adı (domain) tescili ve web barındırma (hosting) altyapısının seçilmesidir. Alan adı, markanın dijital kimliğinin temelini oluştururken; sunucu altyapısı sitenin çalışma süresi (uptime), işlem yanıt hızları ve veri güvenliği seviyesini doğrudan belirler. Yetersiz bir sunucu altyapısı üzerine inşa edilen web siteleri, ne kadar iyi optimize edilirse edilsin Core Web Vitals eşiklerini geçmekte zorlanır ve arama motoru sıralamalarında geriye düşer.

Kurumsal projelerde sunucu seçimi yapılırken sunucunun donanım mimarisi, PHP sürüm desteği (güncel PHP 8.2 veya 8.3 sürümleri), HTTP/3 ve QUIC protokolü uyumluluğu ile veritabanı I/O limitleri incelenmelidir. Özellikle TTFB süresinin 200 ms altında kalması hedeflenmeli; sunucu konumu hedef kitlenin coğrafi dağılımına göre belirlenmelidir.

Kurumsal Kimliğe Uygun Alan Adı Seçim Kriterleri

Alan adı seçimi, kurumsal kimlik stratejisinin ve marka algısının ayrılmaz bir parçasıdır. Alan adının kısa, akılda kalıcı, fonetik olarak anlaşılır ve yazım hatasına mahal vermeyecek sadelikte olması gerekir. Marka tescili ile uyumlu bir domain seçmek, ileride karşılaşılabilecek fikri mülkiyet uyuşmazlıklarını ve yasal riskleri önler.

Uzantı (TLD) seçiminde, uluslararası faaliyet gösteren markalar için @@CODE0@@ veya @@CODE1@@ gibi global kabul görmüş uzantılar önceliklendirilmeli; yerel pazara odaklanan işletmeler ise ülke kodlu üst düzey alan adlarını (ccTLD, örneğin Türkiye için .com.tr) tercih etmelidir. Alan adı tescilinde mutlaka WHOIS gizlilik koruması aktif edilmeli, alan adı transfer kilitleri açık tutulmalı ve DNSSEC (Alan Adı Sistemi Güvenlik Eklentileri) desteği sağlayan kurumsal kayıt kuruluşları (domain registrar) seçilmelidir.

Paylaşımlı Hosting, VPS ve Bulut Sunucu Karşılaştırması (Dikkat Edilmesi Gerekenler)

Web barındırma altyapıları temel olarak üç ana segmentte incelenir: Paylaşımlı Hosting (Shared Hosting), Sanal Özel Sunucu (VPS/VDS) ve Yönetilen Bulut Hosting (Managed Cloud Hosting). Kurumsal bir WordPress projesinde bu türlerin teknik sınırlarını bilmek, yanlış kaynak tahsisinden doğabilecek kesintilerin önüne geçer:

1. Paylaşımlı Hosting: Düşük bütçeli, tek bir fiziksel sunucu kaynağının yüzlerce site tarafından ortak kullanıldığı modellerdir. Komşu sitelerin yaşadığı aşırı trafik dalgalanmaları veya güvenlik açıkları sizin sitenizi de etkiler. Kurumsal projeler için önerilmez.

2. VPS / VDS (Sanal Sunucu): Fiziksel kaynakların (CPU, RAM, NVMe Disk) sanallaştırma teknolojileriyle (KVM vb.) sitenize özel olarak tahsis edildiği yapılardır. Yüksek kontrol imkanı ve izole bir güvenlik alanı sunar.

3. Yönetilen Bulut (Managed Cloud) / WordPress Hosting: AWS, Google Cloud veya DigitalOcean altyapıları üzerinde çalışan; önbellekleme (Varnish, Redis), otomatik yedekleme, staging ortamı ve WAF katmanlarının hazır olarak sunulduğu optimize altyapılardır.

+-----------------------------------------------------------------------+
|                YÖNETİLEN BULUT SUNUCU KATMANI                         |
|  [ Cloudflare CDN / WAF ] -> [ Edge Caching ] -> [ HTTP/3 Girişi ]    |
|                                                                       |
|  +-----------------------------------------------------------------+  |
|  |             Sunucu Çekirdeği (LiteSpeed / NGINX)                |  |
|  |  +---------------------------+  +----------------------------+  |  |
|  |  | PHP 8.2+ OPcache Motoru   |  | MariaDB / MySQL Veritabanı |  |  |
|  |  +---------------------------+  +----------------------------+  |  |
|  |  | Redis Nesne Önbellekleme  |  | NVMe SSD Depolama Alanı    |  |  |
|  |  +---------------------------+  +----------------------------+  |  |
|  +-----------------------------------------------------------------+  |
+-----------------------------------------------------------------------+

SSL Sertifikası Aktivasyonu ve DNS Yönlendirmeleri

Sunucu kurulumunun ardından alan adının sunucuya bağlanması için DNS (Domain Name System) kayıtlarının yapılandırılması gerekir. Standart A (Address) ve CNAME (Canonical Name) kayıtlarının yanı sıra, e-posta güvenliği ve teslim edilebilirliği için MX, SPF, DKIM ve DMARC kayıtları da eksiksiz tanımlanmalıdır. Hızlı bir DNS çözümleme süreci için Cloudflare veya DNSMadeEasy gibi kurumsal Anycast DNS sağlayıcılarının kullanılması, genel sayfa açılış süresine doğrudan olumlu etki yapar.

DNS yönlendirmesinin ardından TLS/SSL sertifikası kurulumu zorunludur. Güvenli bağlantı (HTTPS), yalnızca veri iletimini şifrelemekle kalmaz; Google'ın sayfa deneyimi sıralama sinyalleri arasında kritik bir faktördür. Let's Encrypt gibi açık sertifika otoriteleri üzerinden ücretsiz otomatik yenilenen SSL sertifikaları kullanılabileceği gibi, e-ticaret siteleri veya geniş alt alan adlarına (subdomain) sahip yapılar için Wildcard SSL veya Kurumsal Doğrulama (OV/EV) sertifikaları tercih edilebilir. HTTP isteklerinin tamamı sunucu düzeyinde 301 yönlendirmesiyle HTTPS protokolüne zorlanmalıdır.

Adım 2: Çekirdek WordPress Kurulumu ve Temel Veritabanı Ayarları

Sunucu ortamı hazırlandıktan sonra çekirdek WordPress kurulumuna geçilir. Çoğu modern sunucu kontrol paneli (cPanel, Plesk, CyberPanel veya özel bulut panelleri) tek tıkla otomatik WordPress kurulum imkanı sunar. Ancak kurumsal projelerde kurulumun manuel veya kontrollü betiklerle yapılması, varsayılan ve güvenlik riski taşıyan ayarların baştan özelleştirilmesine imkan tanır. Kurulum sırasında oluşturulacak veritabanının utf8mb4_unicode_ci karakter setine sahip olması, tüm dil ve sembollerin sorunsuz işlenmesini sağlar.

WordPress çekirdeği indirildiğinde, sistemin kalbi olan @@CODE0@@ dosyası yapılandırılır. Bu dosya; veritabanı adı, kullanıcı adı, şifresi ve benzersiz güvenlik anahtarlarını (AUTHKEY, SECUREAUTHKEY vb.) barındırır. Güvenlik anahtarlarının WordPress API servisi üzerinden karmaşık dizgeler olarak üretilmesi, oturum güvenliğini ve çerez şifrelemesini en üst seviyeye çıkarır.

Güvenli Kurulum Standartları (Varsayılan Admin Bilgilerinin Değiştirilmesi)

WordPress kurulumlarında yapılan en büyük hata, varsayılan parametrelerle ilerlemektir. Saldırganların otomatik botlarla gerçekleştirdiği kaba kuvvet (brute-force) saldırılarının ilk hedefi standart kullanıcı adları ve veritabanı yapılarıdır. Güvenli bir kurulum standardı için aşağıdaki kurallara kesinlikle uyulmalıdır:

• Veritabanı Tablo Ön Eki: Varsayılan @@CODE0@@ ön eki yerine, tahmin edilmesi imkansız rastgele bir dizge (örneğin: @@CODE1@@ veya k9_) tanımlanmalıdır. Bu adım, SQL enjeksiyon açıklarının varsayılan tablo isimlerini hedeflemesini engeller.

• Yönetici Kullanıcı Adı: Asla @@CODE0@@, @@CODE1@@, yonetici veya site adı gibi kullanıcı adları seçilmemelidir. Bunun yerine kurumsal e-posta formatına bağlı olmayan, tahmin edilmesi zor bağımsız kullanıcı adları atanmalıdır.

• Kullanıcı Görünen Adı: Giriş kullanıcı adı ile yazılarda veya sitede görünen takma ad (Display Name) birbirinden farklı olmalıdır. Aksi takdirde WordPress yazar arşivleri üzerinden kullanıcı adı kolayca deşifre edilebilir.

• Dosya Düzenleyicisinin Kapatılması: Kurulum tamamlandıktan sonra @@CODE0@@ içerisine @@CODE1@@ satırı eklenerek, admin paneli üzerinden tema ve eklenti dosyalarının doğrudan düzenlenmesi engellenmelidir.

Ayarlar Menüsü Yapılandırması: Kalıcı Bağlantılar (Permalinks) ve Okuma Ayarları

Kurulumun hemen ardından, WordPress yönetim panelinde bulunan temel yapılandırma menüleri optimize edilmelidir. Bu ayarlar, sitenin arama motorları tarafından nasıl dizine ekleneceğini ve URL mimarisini şekillendirir.

İlk olarak Ayarlar > Kalıcı Bağlantılar (Permalinks) sekmesine gidilmelidir. Varsayılan olarak gelen @@CODE0@@ şeklindeki parametrik URL yapısı yerine, SEO standartlarına uygun olan Yazı İsmi (Post name) (@@CODE1@@) seçilmelidir. Bu sayede URL'ler kullanıcı ve botlar için okunabilir, anahtar kelime barındırabilen semantik bir yapıya kavuşur. Kategori ve etiket temelleri için gereksiz derinlik oluşturan ön eklerden kaçınılmalıdır.

İkinci kritik adım Ayarlar > Okuma bölümüdür. Geliştirme süreci devam ederken "Arama motorlarının bu siteyi dizine eklemesine engel olmaya çalış" seçeneği işaretlenerek sitenin yarı tamamlanmış, kopya (Lorem Ipsum) içeriklerle Google tarafından taranmasının önüne geçilmelidir. Site yayına alınmadan hemen önce bu kutucuğun işaretinin kaldırılması hayati önem taşır.

Adım 3: Tema Entegrasyonu ve Görsel Mimari İnşası

Görsel tasarım katmanı, kullanıcıların markayla ilk temas kurduğu ve kullanıcı deneyimi (UX) algısının şekillendiği alandır. WordPress ekosisteminde binlerce tema bulunmasına karşın, kurumsal projelerde görsel gösterişten ziyade kod kalitesi, DOM derinliği ve modülerlik ön planda tutulmalıdır. Ağır animasyonlar, gereksiz üçüncü parti kütüphaneler (örneğin eski Slider eklentileri) barındıran şişkin (bloated) temalar sitenin Core Web Vitals metriklerini geri dönülemez şekilde bozar.

Modern web standartlarında tema entegrasyonu; blok tabanlı (Full Site Editing - FSE) temalar veya hafif, temiz kodlanmış framework temalar (Astra, GeneratePress, Kadence vb.) üzerine inşa edilir. Bu temalar, sayfa başına yalnızca ihtiyaç duyulan CSS ve JavaScript dosyalarını çağırarak tarayıcı işleme süresini (render blocking) minimuma indirir.

Sektörel İhtiyaçlara Yönelik Doğru Tema Seçimi

Tema seçimi doğrudan projenin iş hedefleriyle örtüşmelidir. Kurumsal bir B2B hizmet firmasının ihtiyaç duyduğu arayüz net bilgi hiyerarşisi, kurumsal güven unsurları ve hızlı iletişim formları iken; bir e-ticaret (WooCommerce) sitesi için ürün listeleme filtreleri, dinamik sepet çekmeceleri ve hızlı ödeme adımları önceliklidir.

Tema değerlendirmesi yapılırken şu kriterler baz alınmalıdır:

• Geliştirici İtibarı ve Güncelleme Sıklığı: Temanın en son ne zaman güncellendiği, WordPress'in son çekirdek sürümüyle test edilip edilmediği incelenmelidir.

• Erişilebilirlik (Accessibility - WCAG 2.1) Uyumluluğu: Ekran okuyucularla uyumlu, klavye navigasyonuna izin veren ve yeterli renk kontrastına sahip şablonlar tercih edilmelidir.

• Mobil Öncelikli (Mobile-First) Responsive Yapı: Tasarımın tüm kırılma noktalarında (breakpoints; 320px, 768px, 1024px, 1440px) akıcı bir kullanıcı deneyimi sunması gerekir.

Performans Uyarısı: Core Web Vitals Uyumlu, Hafif Temaların Önemi

Google'ın Core Web Vitals standartları; Largest Contentful Paint (LCP - En Büyük İçerikli Boyama), Interaction to Next Paint (INP - Sonraki Boyamayla Etkileşim) ve Cumulative Layout Shift (CLS - Kümülatif Düzen Kayması) olmak üzere üç temel performans metriğini ölçer. Ağır bir tema seçildiğinde bu metriklerin karşılanması teknik olarak imkansız hale gelebilir.

Hafif bir temanın temel özellikleri şunlardır:

1. Düşük Sayfa Ağırlığı: Ham haliyle 50 KB'ın altında HTTP istek boyutu üretmelidir.

2. jQuery Bağımlılığının Olmaması: Vanilla JavaScript ile yazılmış bileşenler tercih edilmelidir.

3. Optimize Edilmiş CSS Yapısı: Sayfada kullanılmayan CSS kodlarının yüklenmesini engelleyen modüler mimari bulunmalıdır.

4. Dinamik CLS Koruması: Görseller ve reklam alanları için sabit boyut rezervasyonları sunarak sayfa yüklenirken kaymaları önlemelidir.

Child Theme (Alt Tema) Kullanımının Zorunluluğu ve Kurulumu

Kurumsal web tasarımında doğrudan ana tema üzerinde kod değişikliği (CSS, functions.php düzenlemeleri veya şablon dosyaları) yapmak kesinlikle yasaktır. Ana tema güncellendiğinde yapılan tüm özelleştirmeler silinir. Bu riskin önüne geçmek için Child Theme (Alt Tema) mimarisi kullanılır.

Child Theme, ana temanın tüm özelliklerini ve görsel tasarımını miras alırken, yapılan özel fonksiyonların ve stillerin bağımsız bir dizinde korunmasını sağlar.

wp-content/themes/
├── generatepress/          (Ana Tema - Güncellemelere Açık)
│   ├── style.css
│   └── functions.php
└── generatepress-child/    (Alt Tema - Özel Kodların Barındığı Dizin)
    ├── style.css           (Özel CSS Tanımlamaları)
    ├── functions.php       (Özel Kancalar ve PHP Fonksiyonları)
    └── screenshot.png

Alt tema oluşturulurken @@CODE0@@ dizini altına eklenecek @@CODE1@@ dosyasında @@CODE2@@ başlığı tanımlanarak ana tema ile bağ kurulur. Ardından özel JavaScript betikleri veya PHP filtreleri alt temanın @@CODE3@@ dosyası üzerinden wp_enqueue_scripts kancası ile sisteme dahil edilir.

Özelleştirici (Customizer) ve Sayfa Yapıcılar (Page Builders) ile Tasarım Süreci

Arayüz tasarımında iki ana yaklaşım mevcuttur: Gutenberg tabanlı yerel blok editörleri (GenerateBlocks, Kadence Blocks, Spectra) ve üçüncü parti görsel sayfa yapıcılar (Elementor, Bricks Builder vb.).

Elementor gibi araçlar hızlı tasarım ve zengin widget kütüphanesi sağlasa da, aşırı DOM derinliği (DOM nesting) ve yüksek CSS/JS yükü oluşturabilir. Bricks Builder veya Gutenberg tabanlı blok çözümleri ise temiz HTML çıktısı üreterek Core Web Vitals metriklerinde çok daha başarılı sonuçlar verir. Sayfa oluşturulurken görsel hiyerarşide font ailelerinin 2'den fazla olmamasına, renk paletinin marka kurumsal rehberiyle (Brand Book) sınırlandırılmasına ve buton (CTA) kontrastlarının belirgin olmasına dikkat edilmelidir.

Adım 4: Core Web Vitals ve Fonksiyonalite İçin Kritik Eklenti Yapılandırması

WordPress'in gücü geniş eklenti (plugin) ekosisteminden gelir. Ancak her yüklenen eklenti yeni bir veritabanı sorgusu, ek HTTP istekleri ve potansiyel bir güvenlik açığı demektir. Profesyonel web tasarımında temel kural: Mümkün olan en az sayıda, en yüksek kod kalitesine sahip eklentiyi kullanmaktır. Sitede 40-50 kontrolsüz eklenti barındırmak yerine, kritik işlevleri karşılayan 10-15 optimize eklentiyle çalışılmalıdır.

Eklenti seçiminde indirme sayısı, aktif kurulum oranı, destek taleplerine yanıt hızı ve bellek tüketim profili analiz edilmelidir. Query Monitor gibi geliştirici araçları kullanılarak, hangi eklentinin sunucu yanıt süresine kaç milisaniye eklediği kurulum aşamasında test edilmelidir.

Caching (Önbellekleme) ve Hız Optimizasyon Eklentileri

Önbellekleme (caching), dinamik PHP sayfalarını ve veritabanı sorgularını statik HTML dosyalarına dönüştürerek sunucu yükünü hafifletir ve sayfa yüklenme süresini milisaniyeler seviyesine çeker. Sunucu mimarisine bağlı olarak doğru önbellekleme çözümü seçilmelidir:

• LiteSpeed Web Server Kullanılıyorsa: LiteSpeed Cache eklentisi doğrudan sunucu düzeyinde (server-level) çalıştığı için en yüksek performansı verir.

• NGINX / Apache Sunucularda: WP Rocket veya FlyingPress gibi premium önbellekleme çözümleri ya da W3 Total Cache / WP Super Cache gibi ücretsiz alternatifler tercih edilmelidir.

Önbellekleme yapılandırmasında aşağıdaki optimizasyonlar aktif edilmelidir:

• Görsel Optimizasyonu: JPEG ve PNG formatındaki görsellerin yeni nesil WebP veya AVIF formatlarına dönüştürülmesi ve lazy-load (tembel yükleme) uygulanması (ilk ekranda görünen LCP görseli lazy-load kapsamı dışında tutulmalıdır).

• CSS ve JavaScript Minifikasyonu: Boşlukların temizlenmesi, kritik olmayan JS dosyalarının @@CODE0@@ veya @@CODE1@@ öznitelikleriyle ertelenmesi.

• GZIP / Brotli Sıkıştırması: Sunucu düzeyinde metin tabanlı varlıkların sıkıştırılarak iletilmesi.

Kurumsal Güvenlik Duvarı (WAF) ve Spam Koruma Eklentileri

Siber güvenlik katmanında WordPress siteleri, doğrudan uygulama düzeyinde koruma sağlayan güvenlik eklentileriyle tahkim edilmelidir. Wordfence Security veya iThemes Security (Solid Security) gibi çözümler, gelen istekleri analiz ederek kötü amaçlı yazılım taraması ve güvenlik duvarı (WAF) koruması sağlar.

Güvenlik eklentisi konfigürasyonunda:

• Brute-Force Koruması: Belirli bir süre içinde 5 başarısız giriş denemesi yapan IP adresleri otomatik olarak geçici veya kalıcı olarak engellenmelidir.

• İki Faktörlü Kimlik Doğrulama (2FA): Tüm yönetici ve editör hesapları için TOTP (Google Authenticator vb.) tabanlı 2FA zorunlu kılınmalıdır.

• Giriş URL'sinin Gizlenmesi: Standart @@CODE0@@ ve @@CODE1@@ URL'leri özel bir uzantıya (örneğin /portal-giris/) yönlendirilerek otomatik bot taramaları boşa çıkarılmalıdır.

• Spam Koruması: İletişim ve yorum formlarında reCAPTCHA v3 veya Turnstile gibi kullanıcıyı yormayan arka plan doğrulama sistemleri entegre edilmelidir.

Teknik SEO Entegrasyonu (Site Haritası ve Meta Veri Yönetimi)

Arama motoru indeksleme stratejisini yönetmek için Rank Math SEO veya Yoast SEO gibi kapsamlı teknik SEO eklentileri kurulmalıdır. Bu eklentiler, her sayfa ve yazı için özel başlık (Title), meta açıklama (Meta Description), Open Graph (sosyal medya etiketleri) ve Canonical URL tanımlama imkanı sunar.

Teknik SEO eklentisi üzerinden:

• Dinamik XML Site Haritası: Sayfalar, yazılar ve kategoriler için otomatik güncellenen XML sitemap haritaları üretilmeli; etiketler (tags) ve yazar arşivleri gibi zayıf içerik üreten alanlar sitemap dışında bırakılmalıdır.

• Schema.org (Yapısal Veri) İşaretlemesi: Kurumsal kimlik için @@CODE0@@, yerel işletmeler için @@CODE1@@, makaleler için @@CODE2@@ ve hizmet sayfaları için @@CODE3@@ şema türleri JSON-LD formatında yapılandırılmalıdır.

• Robots.txt Optimizasyonu: Arama motoru botlarına taranmaması gereken özel sunucu dizinleri (@@CODE0@@, @@CODE1@@) kapatılmalıdır.

İletişim, CRM ve Form Eklentilerinin Yapılandırılması

Kullanıcıların site üzerinden talep iletebilmesi ve potansiyel müşteri (lead) dönüşümünün sağlanması için form altyapısı kurulmalıdır. Fluent Forms veya WPForms gibi hafif, veritabanını yormayan ve AJAX tabanlı çalışan form eklentileri seçilmelidir. Formların doğrudan kurumsal CRM sistemlerine (HubSpot, Salesforce, Zoho vb.) veya e-posta pazarlama otomasyonlarına webhook'lar üzerinden veri aktarması sağlanmalıdır.

Adım 5: İçerik Hiyerarşisi ve Sayfa Şablonlarının Oluşturulması

Web sitesinin teknik altyapısı ve görsel teması tamamlandıktan sonra, markanın iş hedeflerini yansıtan bilgi mimarisi (Information Architecture) kurgulanmalıdır. Bilgi mimarisi, ziyaretçilerin sitede aradıkları bilgiye en az tıklamayla ulaşmasını (3-Click Rule) ve dönüşüm hunisine (conversion funnel) girmesini hedefler. İçeriklerin plansız şekilde yerleştirilmesi, hem kullanıcı deneyimini bozar hem de arama motorlarının sayfalar arasındaki anlamsal ilişkiyi anlamasını zorlaştırır.

Kurumsal sayfa şablonları hazırlanırken "Above the Fold" (ekranın ilk açılan üst kısmı) alanına özel önem verilmelidir. Bu alanda markanın değer önerisini net biçimde ifade eden bir ana başlık (H1), açıklayıcı alt metin ve doğrudan eyleme yönlendiren belirgin bir Harekete Geçirici Mesaj (CTA - Call to Action) butonu yer almalıdır.

Kurumsal Sayfaların Tasarımı (Ana Sayfa, Hakkımızda, Hizmetler, İletişim)

Kurumsal bir WordPress sitesinde temel omurgayı oluşturan sayfalar belirli UX prensiplerine göre tasarlanmalıdır:

• Ana Sayfa (Home): Sitenin vitrinidir. Değer teklifi, öne çıkan hizmetler, sosyal kanıtlar (müşteri logoları, sertifikalar, başarı metrikleri) ve kullanıcıyı alt sayfalara yönlendiren modüllerle kurgulanmalıdır.

• Hakkımızda (About Us): Yalnızca tarihçe anlatmak yerine, şirketin vizyonunu, teknik yetkinliklerini, yönetim ekibini ve kurumsal güven unsurlarını barındırmalıdır.

• Hizmetler / Ürünler (Services): Her bir temel hizmet için bağımsız açılış sayfası (landing page) oluşturulmalıdır. Tek bir sayfaya tüm hizmetleri yığmak SEO açısından anahtar kelime yamyamlığına (cannibalization) yol açar. Her hizmet sayfası problem, çözüm, süreç ve SSS bloklarını içermelidir.

• İletişim (Contact): Açık kurumsal adres, interaktif harita, doğrudan telefon/e-posta bağlantıları (@@CODE0@@ ve @@CODE1@@ etiketleriyle), çalışma saatleri ve KVKK/GDPR uyumlu açık rıza onay kutusu içeren fonksiyonel bir form barındırmalıdır.

Kategori ve Etiket Ağacının SEO Odaklı Kurgulanması

Blog veya kurumsal haberler bölümü inşa edilirken içerik taksonomisi (Taxonomy) doğru yapılandırılmalıdır. WordPress'te iki temel taksonomi bulunur: Hiyerarşik olan Kategoriler ve hiyerarşik olmayan Etiketler.

Kategoriler geniş konu başlıklarını (örneğin: Yazılım Çözümleri, Bulut Teknolojileri) temsil etmeli ve her yazının tek bir birincil kategoriye atanması sağlanmalıdır. Etiketler ise sadece çok spesifik terimler için kullanılmalı; yüzlerce boş veya tek yazılık etiket üretilerek zayıf içerik (thin content) sayfaları oluşturulmamalıdır. Kategori sayfalarının üst kısımlarına arama motorları için bilgilendirici metin alanları eklenmelidir.

Menü ve Navigasyon Sisteminin Kullanıcı Deneyimine (UX) Göre Optimizasyonu

Navigasyon menüsü, sitenin yol haritasıdır. Karmaşık, onlarca alt kırılıma sahip menüler mobil cihazlarda kullanılabilirlik sorunları yaratır. Kurumsal sitelerde ana menü 5 ila 7 temel bağlantı ile sınırlandırılmalı; daha geniş içerik yapıları için mantıksal gruplandırılmış "Mega Menü" sistemleri kullanılmalıdır.

Mobil menüde (Hamburger Menu) butonların dokunma hedefleri en az 48x48 piksel boyutunda tutulmalı, parmak hareketlerini engellemeyecek boşluklar bırakılmalıdır. Ayrıca sayfa boyunca kullanıcının gezinmesini kolaylaştıran Breadcrumb (İçerik Haritası) navigasyonu eklenerek hem ziyaretçinin bulunduğu konumu görmesi hem de Google'ın site derinliğini anlaması sağlanmalıdır.

Sistem Yönetimi: Bakım, Yedekleme ve Güvenlik Uyarıları

Web sitesinin tasarlanıp yayına alınması sürecin sonu değil, sürekli yönetim döngüsünün başlangıcıdır. Bakımsız bırakılan bir WordPress sitesi zamanla veritabanı şişkinlikleri, eklenti uyumsuzlukları ve yamanmamış güvenlik açıkları nedeniyle performansını ve güvenliğini kaybeder. Kurumsal yapılarda web sitesi, proaktif bir Bakım ve Felaket Kurtarma (Disaster Recovery) planı ile yönetilmelidir.

Periyodik sistem yönetimi; veritabanı tablolarının optimize edilmesi (çöp revizyonların, geçici transient verilerin silinmesi), kırık bağlantıların (404 hataları) denetlenmesi ve sunucu günlüklerinin (access/error logs) taranması süreçlerini içerir.

Düzenli Yedekleme Stratejileri ve Felaket Kurtarma Senaryoları

Yedekleme, olası bir sunucu arızası, veri tabanı bozulması veya siber saldırı durumunda iş sürekliliğini sağlayan tek sigortadır. Yedekleme stratejisinde altın kural 3-2-1 Kuralıdır: Verinin 3 kopyası bulunmalı, 2 farklı ortamda saklanmalı ve en az 1 tanesi fiziksel olarak farklı bir harici bulut lokasyonunda (Off-site backup) barındırılmalıdır.

Yedekleme çözümü olarak UpdraftPlus, All-in-One WP Migration gibi kurumsal eklentiler veya sunucu düzeyinde otomatik günlük snapshot alan altyapılar kullanılabilir. Yedeklerin yalnızca alınması yeterli değildir; periyodik olarak geri yükleme testleri (recovery drill) yapılarak yedek dosyalarının çalışabilirliği doğrulanmalıdır.

Çekirdek, Tema ve Eklenti Güncellemelerinde Dikkat Edilmesi Gereken Riskler

WordPress çekirdeği, temalar ve eklentiler düzenli olarak güncellenir. Ancak kontrolsüz yapılan otomatik güncellemeler, özellikle PHP sürüm uyumsuzluklarında veya API değişikliklerinde "Beyaz Ekran Hatası" (White Screen of Death - WSOD) gibi sitenin çökmesine yol açan kritik sorunlar doğurabilir.

Güvenli bir güncelleme prosedürü şu adımları izlemelidir:

1. Canlı Sitenin Tam Yedeğinin Alınması: Veritabanı ve wp-content dizini eksiksiz yedeklenir.

2. Staging (Hazırlık) Ortamında Test: Canlı sitenin birebir kopyası olan bir alt alanda (staging) güncellemeler uygulanır ve formlar, sepet mekanizmaları, sayfa düzenleri test edilir.

3. Canlıya Aktarım: Herhangi bir hata tespit edilmediğinde güncellemeler düşük trafik saatlerinde canlı ortama yansıtılır.

Korsan (Nulled) Tema ve Eklenti Kullanımının Kurumsal Çaplı Tehlikeleri

İnternette "ücretsiz", "kırılmış" veya "nulled" olarak dağıtılan ücretli tema ve eklentiler kurumsal işletmeler için devasa bir siber güvenlik tehdididir. Bu dosyaların kaynak kodlarına saldırganlar tarafından neredeyse her zaman arka kapılar (backdoor), gizli yönlendirme betikleri, spam link enjektörleri ve kimlik avı (phishing) kodları yerleştirilir.

Nulled yazılım kullanmanın kurumsal sonuçları:

• Veri Sızıntısı ve Yasal Cezalar: Müşteri verilerinin veya kurumsal yazışmaların sızdırılması, KVKK ve GDPR kapsamında ağır idari para cezalarına yol açar.

• Arama Motorlarından Kara Listeye Alınma: Google, kötü amaçlı yazılım tespit ettiği siteleri anında "Bu site güvenli olmayabilir" uyarısıyla indeks dışı bırakır (de-indexation).

• Sunucu İhlalleri: Saldırganların sunucu kaynaklarını kripto madencilik veya spam e-posta dağıtımı için kullanması sonucu sunucu IP adresiniz küresel kara listelere (Blacklist) girer.