+- Dataweb Forum (https://dataweb.com.tr/forum/web-siteleri)
+--- Konu: WordPress mi Özel Yazılım mı? Kararı Hangi Kriterler Vermeli? (/https://dataweb.com.tr/forum/wordpress-mi-ozel-yazilim-mi-karari-hangi-kriterler-vermeli-21)
WordPress mi Özel Yazılım mı? Kararı Hangi Kriterler Vermeli? - Kadir - 08-20-2026
“Hangisi daha iyi?” sorusunun tek cevabı yok. Doğru soru şudur: İşletmenizin bugünkü ihtiyacını, yarınki büyümesini ve bakım kapasitesini hangi seçenek daha düşük toplam riskle karşılıyor?
WordPress güçlü ekosistem ve hızlı kurulum sağlarken, özel yazılım iş akışının tamamen işletmeye göre tasarlanmasını mümkün kılabilir. Buna karşılık özel yazılımda bakım ve geliştirici bağımlılığı; WordPress’te ise eklenti kalitesi, güncelleme yönetimi ve saldırı yüzeyi iyi yönetilmelidir.
Bu konuda ne öğreneceksiniz?
- İhtiyacı “standart içerik” ve “özel iş akışı” olarak ayırmayı,
- WordPress ile özel yazılımı toplam maliyet ve risk açısından karşılaştırmayı,
- Karar vermeden önce uygulanacak 6 adımlı kontrolü,
- Hangi durumda hibrit çözümün daha mantıklı olabileceğini,
- Proje tekliflerini karşılaştırırken sorulacak somut soruları.
1. Önce sitenin ne yaptığını tanımlayın
Aşağıdaki listeyi doldurmadan teknoloji seçmeyin. Her satıra “hazır özellik yeterli”, “özelleştirme gerekir” veya “baştan geliştirme gerekir” yazın:
- Kurumsal tanıtım sayfaları, blog, haber ve duyuru,
- Ürün veya hizmet kataloğu,
- Üyelik, kullanıcı profili ve yetkilendirme,
- Teklif, rezervasyon, başvuru veya sipariş akışı,
- Bayi, çalışan ya da müşteri paneli,
- ERP, CRM, muhasebe, ödeme, kargo veya harici API entegrasyonları,
- Çoklu dil, çoklu mağaza veya farklı fiyat listeleri,
- Otomatik hesaplama, iş emri, onay zinciri ya da raporlama.
İlk iki madde ağırlıktaysa WordPress genellikle güçlü bir başlangıçtır. Kullanıcı paneli, karmaşık yetki matrisi ve şirketin kendine özgü operasyonu merkeze alıyorsa özel yazılımın avantajı artar.
2. WordPress’in yeterli olup olmadığını pratik testle ölçün
WordPress’i yalnız “tema kurup eklenti eklemek” olarak düşünmeyin. Yönetim panelinden Eklentiler → Yeni Ekle bölümüne girerek gereken işlevleri arayın; ancak ilk bulduğunuz eklentiyi kurmayın. Eklentinin son güncelleme tarihini, WordPress sürümüyle uyumluluğunu, destek geçmişini ve kullanıcı yorumlarındaki hata türlerini karşılaştırın.
Ardından bir deneme alanında şu akışı baştan sona uygulayın:
- Bir kullanıcı hesabı oluşturun.
- Form veya sipariş kaydı açın.
- Yönetici, editör ve standart kullanıcı rollerine ayrı ayrı giriş yapın.
- E-posta, ödeme veya harici sistem aktarımını test edin.
- Mobil görünümü ve hata mesajlarını kontrol edin.
- Aynı işlemi en az birkaç örnek veriyle tekrarlayın.
Başarılı sonuç; iş akışının kod yazmadan veya az miktarda özel geliştirmeyle, anlaşılır bir yönetim ekranından yürütülebilmesidir. Bir eklenti diğerinin verisini bozuyor, kritik işlem yalnızca geliştiricinin müdahalesiyle yapılabiliyor veya her gün manuel düzeltme gerekiyorsa “WordPress ücretsiz” hesabı gerçeği yansıtmıyor demektir. Önce eklenti çakışma kayıtlarını ve sunucu hata günlüklerini kontrol edin; sorun devam ederse o işlevi özel modül olarak geliştirme maliyetine yazın.
3. Özel yazılım gerektiren işaretleri ayırın
Aşağıdaki durumlardan birkaçına “evet” diyorsanız özel yazılımı ciddi biçimde değerlendirin:
- İşletmeye özgü ve hazır eklentilerle karşılanamayan bir operasyon varsa,
- Kullanıcıların farklı departmanlara göre farklı ekran ve izinlere ihtiyacı varsa,
- Bir işlem birden fazla onay, koşul veya otomatik hesaplama içeriyorsa,
- Veri modeli WordPress’in yazı, sayfa ve kullanıcı yapısından belirgin biçimde farklıysa,
- Yüksek trafik, gerçek zamanlı işlem veya yoğun arka plan görevleri bekleniyorsa,
- Ürünün kendisi yazılım olacaksa; örneğin SaaS, pazar yeri veya özel rezervasyon motoru.
Bu durumda teklif isterken yalnız “site kaç liraya yapılır?” diye sormayın. Veri modeli, yetki sistemi, test ortamı, yedekleme, loglama, güvenlik güncellemeleri, dokümantasyon, hata müdahale süresi ve geliştirici değişirse devrin nasıl yapılacağını yazılı isteyin.
4. Toplam maliyeti formülle karşılaştırın
Başlangıç fiyatı tek başına karar ölçütü değildir. Basit bir karşılaştırma için şu formülü kullanabilirsiniz:
Kod:
Toplam maliyet = ilk geliştirme + 12 aylık barındırma + lisanslar + bakım + içerik/operasyon iş gücü + risk payıÖrnek olarak WordPress için ilk kurulum 40.000 TL, yıllık barındırma 12.000 TL, lisanslar 18.000 TL ve yıllık bakım 24.000 TL ise ilk yıl hesaplaması:
Kod:
40.000 + 12.000 + 18.000 + 24.000 = 94.000 TLÖzel yazılımda ilk geliştirme 180.000 TL, barındırma 24.000 TL ve bakım 60.000 TL ise:
Kod:
180.000 + 24.000 + 60.000 = 264.000 TLBu yalnızca başlangıç çerçevesidir; rakamlar sektör, kapsam, trafik, ekip ücretleri, lisans modeli ve marja göre değişir. Hesaba SEO çalışması, içerik üretimi, tasarım revizyonları, ödeme komisyonları, güvenlik denetimi, veri taşıma, kesinti maliyeti ve yeni özellik talepleri dahil olmayabilir. Her iki seçenek için de 3 yıllık toplam maliyet tablosu hazırlayın.
5. Bakım ve güvenlik sorumluluğunu netleştirin
WordPress seçerseniz Başlangıç → Güncellemeler ekranından çekirdek yazılım, tema ve eklenti güncellemelerini takip edin. Güncellemeden önce dosya ve veritabanı yedeğinin geri yüklenebildiğini test edin. WordPress’in resmî belgelerinde eklenti ve tema otomatik güncellemeleri için güncelleme ve yedekleme adımları açıklanıyor.
Otomatik güncelleme başarısız olursa aynı eklentiyi art arda güncellemek yerine önce yedekten geri dönün, hata günlüğünü inceleyin ve son güncellenen eklentiyi geçici olarak devre dışı bırakın. Site beyaz ekran veriyorsa hosting panelindeki dosya yöneticisi veya FTP üzerinden son eklentinin klasör adını geçici olarak değiştirin; ardından geliştirici desteğine sürüm bilgileriyle başvurun.
Özel yazılımda ise güncelleme sorumluluğu ortadan kalkmaz; yalnızca tek bir ekipte toplanır. Kaynak kod deposu, staging ortamı, otomatik yedek, erişim kayıtları ve teslim dokümantasyonu yoksa “özel” çözüm uzun vadede daha bağımlı hale gelebilir.
6. Hibrit seçeneği de değerlendirin
Kurumsal içerik ve SEO için WordPress; müşteri paneli, stok işlemleri veya özel hesaplama için ayrı bir uygulama kullanılabilir. WordPress REST API, içerikleri JSON olarak başka uygulamalara sunabilir. Resmî açıklama için WordPress REST API belgelerine bakabilirsiniz.
Örneğin kurumsal site WordPress’te tutulurken
Kod:
https://siteadresiniz.com/wp-json/wp/v2/postsKarar özeti
- İçerik, blog ve kurumsal sayfalar ağırlıktaysa: WordPress ile başlayın.
- Özel operasyon ve karmaşık kullanıcı akışı merkezdeyse: özel yazılımı değerlendirin.
- İçerik ile operasyon ayrışıyorsa: hibrit mimariyi karşılaştırın.
- Kararı yalnız ilk teklif fiyatına değil, 3 yıllık toplam maliyet ve bakım planına göre verin.
Kendi durumunuzu teşhis etmek için şu üç soruyu yanıtlayın: Sitenin en kritik işlemi ziyaretçiye içerik göstermek mi, yoksa arka planda özel bir iş akışı yürütmek mi? Bu işlem bozulduğunda iş kaybınız saatlik/günlük olarak ne kadar olur? WordPress’te gereken işlevleri kaç eklentiyle ve hangi manuel adımlarla sürdüreceksiniz?