<![CDATA[Dataweb Forum - Web Siteleri]]> https://dataweb.com.tr/forum/ Sun, 06 Sep 2026 04:29:01 +0000 MyBB <![CDATA[Bir KOBİ Web Sitesinde Ziyaretçiyi En Çok Kaçıran Hata Sizce Ne?]]> https://dataweb.com.tr/forum/thread-38.html Tue, 25 Aug 2026 11:06:26 +0000 Kadir]]> https://dataweb.com.tr/forum/thread-38.html
Sizin deneyiminizde bir KOBİ web sitesinde ziyaretçiyi en çok kaçıran hata hangisi?
  • Yavaş açılan sayfalar
  • Mobil görünümün kötü olması
  • Eski / amatör tasarım
  • İletişim bilgilerinin zor bulunması
  • Net bir fiyat veya teklif sürecinin olmaması
  • Çok fazla popup / reklam
  • Güven vermeyen içerik veya görseller
  • Karmaşık menü
  • Zayıf ürün / hizmet açıklamaları
  • SSL veya güvenlik sorunları
  • Gereksiz uzun formlar
  • Başka bir hata

Web sitesi sahibi, geliştirici veya müşteri olarak yaşadığınız gerçek örnekleri paylaşabilirsiniz.

Özellikle “Siteye girdim ama şu nedenle firmayla iletişime geçmedim” türündeki kullanıcı deneyimleri de değerli olur.

Amaç tasarım zevklerini tartışmak değil; bir KOBİ web sitesinin müşteri kaybetmesine gerçekten neden olan problemleri ortaya çıkarmak.]]>
Sizin deneyiminizde bir KOBİ web sitesinde ziyaretçiyi en çok kaçıran hata hangisi?
  • Yavaş açılan sayfalar
  • Mobil görünümün kötü olması
  • Eski / amatör tasarım
  • İletişim bilgilerinin zor bulunması
  • Net bir fiyat veya teklif sürecinin olmaması
  • Çok fazla popup / reklam
  • Güven vermeyen içerik veya görseller
  • Karmaşık menü
  • Zayıf ürün / hizmet açıklamaları
  • SSL veya güvenlik sorunları
  • Gereksiz uzun formlar
  • Başka bir hata

Web sitesi sahibi, geliştirici veya müşteri olarak yaşadığınız gerçek örnekleri paylaşabilirsiniz.

Özellikle “Siteye girdim ama şu nedenle firmayla iletişime geçmedim” türündeki kullanıcı deneyimleri de değerli olur.

Amaç tasarım zevklerini tartışmak değil; bir KOBİ web sitesinin müşteri kaybetmesine gerçekten neden olan problemleri ortaya çıkarmak.]]> <![CDATA[Yeni Web Sitesi Yayına Açılmadan Önce Güvenlik Kontrolü]]> https://dataweb.com.tr/forum/thread-22.html Thu, 20 Aug 2026 11:10:26 +0000 Kadir]]> https://dataweb.com.tr/forum/thread-22.html
Kontrol başlıkları:
- HTTPS ve güvenli cookie
- Üretimde display_errors kapalı
- Yönetici hesaplarında 2FA
- Varsayılan/örnek dosyaların kaldırılması
- Dosya yükleme kısıtları
- Yetki kontrolleri
- Güncel PHP ve bağımlılıklar
- Veritabanı yedeği
- Formlarda CSRF ve spam koruması
- Yönetim URL’lerinin gereksiz ifşa edilmemesi

Özel yazılım veya WordPress fark etmeksizin, sizin lansman kontrol listenizde mutlaka olan madde hangisi?]]>
Kontrol başlıkları:
- HTTPS ve güvenli cookie
- Üretimde display_errors kapalı
- Yönetici hesaplarında 2FA
- Varsayılan/örnek dosyaların kaldırılması
- Dosya yükleme kısıtları
- Yetki kontrolleri
- Güncel PHP ve bağımlılıklar
- Veritabanı yedeği
- Formlarda CSRF ve spam koruması
- Yönetim URL’lerinin gereksiz ifşa edilmemesi

Özel yazılım veya WordPress fark etmeksizin, sizin lansman kontrol listenizde mutlaka olan madde hangisi?]]> <![CDATA[WordPress mi Özel Yazılım mı? Kararı Hangi Kriterler Vermeli?]]> https://dataweb.com.tr/forum/thread-21.html Thu, 20 Aug 2026 11:10:26 +0000 Kadir]]> https://dataweb.com.tr/forum/thread-21.html
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:

  1. Bir kullanıcı hesabı oluşturun.
  2. Form veya sipariş kaydı açın.
  3. Yönetici, editör ve standart kullanıcı rollerine ayrı ayrı giriş yapın.
  4. E-posta, ödeme veya harici sistem aktarımını test edin.
  5. Mobil görünümü ve hata mesajlarını kontrol edin.
  6. 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 TL

Bu 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/posts
adresiyle herkese açık yazı verileri alınabilir. Bu adres çalışmıyorsa kalıcı bağlantıları Ayarlar → Kalıcı Bağlantılar bölümünden yeniden kaydedin; özel içerik veya kullanıcı verisi için kimlik doğrulama, yetki ve veri gizliliği ayrıca tasarlanmalıdır. API anahtarı, parola veya özel erişim bilgisini forumda ya da tarayıcı tarafındaki kodda paylaşmayın.

Karar ö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?]]>
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:

  1. Bir kullanıcı hesabı oluşturun.
  2. Form veya sipariş kaydı açın.
  3. Yönetici, editör ve standart kullanıcı rollerine ayrı ayrı giriş yapın.
  4. E-posta, ödeme veya harici sistem aktarımını test edin.
  5. Mobil görünümü ve hata mesajlarını kontrol edin.
  6. 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 TL

Bu 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/posts
adresiyle herkese açık yazı verileri alınabilir. Bu adres çalışmıyorsa kalıcı bağlantıları Ayarlar → Kalıcı Bağlantılar bölümünden yeniden kaydedin; özel içerik veya kullanıcı verisi için kimlik doğrulama, yetki ve veri gizliliği ayrıca tasarlanmalıdır. API anahtarı, parola veya özel erişim bilgisini forumda ya da tarayıcı tarafındaki kodda paylaşmayın.

Karar ö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?]]>