WordPress mi, özel yazılım mı? Karar için beş soru

Bu yazıyı özel yazılım yapan bir ajans olarak yazıyoruz; bunu baştan söylemek gerekiyor. Biz WordPress sitesi kurmuyoruz; tanıtım siteleri dahil bütün işlerimizi özel yazılımla yapıyoruz. Yine de cevabımız her zaman "özel yazılım" değil: pek çok işletme için WordPress doğru ve daha ekonomik seçim. Aşağıdaki tablo ve sorular, hangisinin size uyduğunu kendiniz görebilmeniz için.

WordPress'i önerdiğimiz durumlar

• Sitenin işi tanıtmak: hizmetler, hakkımızda, iletişim, blog.
• İçeriği sık ve farklı kişiler güncelleyecek; tanıdık bir panel önemli.
• Bütçe ve süre sınırlı; hızlı yayına girmek öncelik.
• İhtiyacınız bilinen ve bakımı yapılan tek bir eklentiyle karşılanıyor.

Bu durumlarda özel yazılıma para vermek, kullanmayacağınız bir esnekliğe ödeme yapmak olur.

WordPress'i seçmek işi hafife almak demek değil. İyi bir temayla, az ve bakımı süren eklentilerle, düzenli güncelleme ve yedekle kurulan bir WordPress sitesi bir işletmeye uzun yıllar hizmet edebilir. Bu yazının geri kalanı, o iyi kurulumun nelere dikkat ettiğini de anlatıyor.

Özel yazılımın öne geçtiği durumlar

Demiralp Tur'da ve Brayas Travel'da işi özel yazılıma götüren ihtiyaçlar şunlardı: sitenin tanıtmaktan fazlasını, işin kendisini yürütmesi gerekiyordu.

• Rezervasyon akışı ve anlık fiyat hesaplama (Demiralp Tur).
• Acente komisyonu ve alt yönetici yapısı (Demiralp Tur).
• Üyelik, sihirli bağlantıyla giriş, kupon ve sadakat (Brayas Travel).
• Üç dilde çalışan, fiyatı akışın içinde gösteren altı adımlı rezervasyon (Brayas Travel).

Bunların her biri için WordPress'te bir eklenti bulunabilir. Ama hepsi aynı sitede birlikte çalışacaksa, her eklenti kendi mantığını, kendi güncelleme takvimini ve kendi güvenlik geçmişini getirir. Bizim görüşümüz: işin kuralları sitenin içinde yaşıyorsa, o kuralları doğrudan yazmak uzun vadede daha az ödün verdirir.

Güvenlik ve bakım: rakamlar ne diyor?

WordPress'te güvenlik yükünü çekirdekten çok çevresindeki eklenti ve temalar taşıyor. WordPress güvenliği üzerine çalışan Patchstack'in 2026 raporuna göre 2025'te WordPress ekosisteminde 11.334 yeni güvenlik açığı bulundu; bu, bir önceki yıla göre yüzde 42 artış. Açıkların yüzde 91'i eklentilerde, yüzde 9'u temalardaydı; WordPress çekirdeğinde ise yalnız altı açık vardı ve hepsi düşük öncelikliydi.

Bu, WordPress'in güvensiz olduğu anlamına gelmiyor. Anlamı şu: eklenti sayısı arttıkça güncelleme ve takip yükü de artar; az eklentiyle kurulan ve düzenli güncellenen bir sitenin riski bu yüzden daha düşüktür. Özel yazılımda bu yük ortadan kalkmaz, yer değiştirir: kodun kendisini ve kullandığı kütüphaneleri güncel tutmak geliştiricinin işidir.

Hız: platformdan çok kurulum belirliyor

"WordPress yavaş, özel yazılım hızlı" demek doğru değil; ikisi de kurulduğu kadar hızlı. Bunu kendi sitemizde yaşadık. Sitemiz özel yazılım. Eylül 2026'da, yavaş bir telefonu taklit eden mobil laboratuvar ölçümümüzde SEO hizmet sayfamızın başlığı ekrana 5,8 saniyede geliyordu. Sebep platform değil, bir tasarım kararıydı: başlığın giriş animasyonu, sayfanın JavaScript'i indirilip çalışmadan başlamıyordu ve başlık o ana kadar görünmüyordu. Başlığın animasyonunu tarayıcının kendi CSS'ine taşıdığımız düzeltmeden sonra aynı ölçüm 2,4 saniyeye indi. WordPress'te aynı gecikmeyi ağır bir tema ya da gereksiz bir eklenti yaratabilir.

Yapay zekâ aramaları açısından fark eder mi?

Eder, ama platformdan değil sayfanın nasıl üretildiğinden. Vercel ile MERJ'in Aralık 2024'te yayımladığı ölçüme göre OpenAI'ın, Anthropic'in ve Perplexity'nin tarayıcıları JavaScript çalıştırmıyordu. WordPress sayfaları varsayılan olarak sunucuda üretir; metin ilk HTML'in içinde gelir. Özel yazılımda bu bir tercihtir: metni tarayıcıda JavaScript'le sonradan oluşturan bir site, Google'da görünse bile bu tarayıcılara eksik ya da boş gelebilir. Özel yazılım yaptırıyorsanız metnin sunucuda üretilip üretilmediğini sorun. Bizim sitemizde metin sunucuda üretiliyor.

Maliyet: hangi kalemler var?

Burada rakam vermiyoruz; fiyat bantlarımızı ayrıca yayınlayacağız. Ama iki yolun maliyeti farklı kalemlerden oluşuyor ve karşılaştırmayı bu kalemler üzerinden yapmak gerekiyor.

• WordPress: barındırma, tema ve ücretli eklenti lisansları (birçoğu yıllık yenilenir), kurulum ve tasarım, güncelleme ve güvenlik takibi.
• Özel yazılım: tasarım ve geliştirme (başlangıçta daha büyük kalem), barındırma, bakım ve geliştirme desteği.

Karşılaştırmayı ilk faturaya göre değil, üç yıllık toplam üzerinden yapın: WordPress'te eklenti lisansları ve bakım saatleri, özel yazılımda geliştirme desteği zamanla birikir.

Birinden diğerine geçerken

Geçişin en riskli kısmı arama görünürlüğü. Google, adresleri değişen bir site taşımasında sunucu tarafı kalıcı yönlendirme (301 ya da 308) kullanılmasını ve yönlendirmelerin mümkün olduğunca uzun, genellikle en az bir yıl korunmasını öneriyor. Eski her adresin yenisine tek tek yönlendirilmesi, geçişin atlanmaması gereken adımı.

1. 1.Eski sitenin bütün adreslerini çıkarın (sitemap ve Search Console'daki sayfalar).
2. 2.Her eski adres için yeni adresi yazın; karşılığı olmayanları en yakın sayfaya yönlendirin.
3. 3.Başlıkları, açıklamaları ve yapısal veriyi yeni siteye taşıyın.
4. 4.Yayından sonra eski adresleri tek tek deneyin ve 404 veren sayfa kalmadığını doğrulayın.
5. 5.Sonraki haftalarda Search Console'daki sayfa raporunu izleyin; düşen ya da hata veren adresleri erken yakalarsınız.

WordPress'i seçerseniz: eklenti seçerken

WordPress yolunda güvenlik yükünün büyük kısmı eklentilerde olduğu için eklenti seçimi, kurulumun önemli kararlarından biri. Bir eklentiyi eklemeden önce şunlara bakın:

• WordPress.org'daki eklenti sayfasında son güncelleme tarihi: uzun süredir güncellenmeyen bir eklenti bakım görmüyor olabilir.
• Etkin kurulum sayısı ve kullanıcı yorumları: tek başına garanti değil, ama bir işaret.
• Aynı işi yapan ikinci bir eklenti: kurmayın; her eklenti ayrı bir güncelleme ve güvenlik takibi demek.
• Kullanmadığınız eklenti: yalnız kapatmayın, silin.

Ara yol: içerik WordPress'te, site özel

İki yolu birleştirmek de mümkün: içerik WordPress'in tanıdık panelinde yönetilir, ziyaretçinin gördüğü site ise ayrı ve özel olarak yazılır; buna "headless" kurulum deniyor. İçerik ekibi alıştığı paneli korur, site tarafı eklenti yükünden kurtulur. Karşılığında iki ayrı sistemin bakımı gerekir. Küçük bir tanıtım sitesi için bu kurulumu önermiyoruz; içeriği çok ve ekibi WordPress'e alışkın, ama sitesinde özel bir akış isteyen işletmeler için düşünülebilir.

Teklif alırken sorun

• Hangi tema ve eklentiler kullanılacak? Ücretli olanların lisansı kimin adına, ne zaman yenileniyor?
• Özel yazılımda kod hangi teknolojiyle yazılıyor, kodun deposu kimde duracak?
• İlk yıldan sonra bakım neyi kapsıyor: güncellemeler, yedekler, küçük değişiklikler?
• Eski bir siteden geçiliyorsa adres yönlendirmeleri teklife dahil mi?
• Sayfaların metni ilk HTML'de mi geliyor?

Hangisini seçerseniz seçin: teslim alırken

• Alan adı sizin adınıza kayıtlı olsun.
• Barındırma hesabına, yönetim paneline ve özel yazılımda kodun deposuna erişiminiz olsun.
• Yedeklerin nerede tutulduğunu ve nasıl geri yüklendiğini bilin.
• Kimin neyi, ne sıklıkla güncelleyeceği yazılı olsun.

Bizim kurduğumuz sitelerde alan adı, içerik ve site müşteriye aittir; isteyen müşterimize teslimde alan adının, içeriğin ve kodun erişimini veririz, hiçbir şeye kilitlenmezsiniz.

Çok dilli bir site gerekiyorsa

WordPress'te çok dilli bir site çoğu zaman bir çeviri eklentisiyle kurulur; özel yazılımda diller baştan kodun içinde kurgulanır. Kendi sitemiz iki dilli: Türkçe ana adreste, İngilizce /en altında ve her dil sürümünün kendi adresi var. Brayas Travel'ın rezervasyon akışı üç dilde çalışıyor. İki yolda da asıl iş aynı: çevirileri eksiksiz tutmak ve her dil sürümünü arama motorlarına doğru işaretlemek (hreflang).

Üç örnek

Aşağıdakiler müşterilerimiz değil, kararın nasıl verildiğini gösteren örnekler:

• Tek şubeli bir diş kliniği: hizmetler, hekimler, iletişim ve bir blog; randevu telefonla ya da hazır bir randevu aracıyla alınıyor. WordPress yeter.
• Rezervasyonu hazır bir otel rezervasyon sisteminden alan butik bir otel: sitenin işi tanıtmak ve o sisteme yönlendirmek. WordPress yeter; özel yazılım, zaten kullandığınız bir sistemi yeniden yazmak olur.
• Acentelerle çalışan ve fiyatı kendi kurallarına göre anlık hesaplanan bir transfer firması: kurallar işin kendisi. Özel yazılım konuşmaya değer; Demiralp Tur'da karşılaştığımız ihtiyaç da buydu.

Karar için beş soru

1. 1.Site ne yapacak: tanıtım mı, yoksa iş mi alacak (rezervasyon, satış, üyelik)?
2. 2.Fiyat ya da akış kurallarınız bir eklentinin sunduğu ayarlara sığıyor mu?
3. 3.İçeriği kim, ne sıklıkla güncelleyecek?
4. 4.Bakımı kim yapacak: sizin ekibiniz mi, bir ajans mı?
5. 5.Üç yıl sonra site ne yapıyor olacak?

İlk iki sorunun cevabı "tanıtım" ve "evet, sığıyor" ise WordPress'le başlayın. Değilse özel yazılım konuşmaya değer.