Web Sitesi Güvenliği ve SSL Sertifikası: İşletme Sahibinin Bilmesi Gerekenler
SSL sertifikası, ziyaretçi ile web siteniz arasındaki veri trafiğini şifreler ve sitenizin https:// üzerinden çalışmasını sağlar. İletişim formu, üyelik alanı veya ödeme ekranı olan bir işletme sitesi için SSL artık isteğe bağlı bir teknik ayrıntı değildir.
Tarayıcı adres çubuğunda “Güvenli Değil” uyarısını gören ziyaretçi, formu doldurmadan veya satın alma aşamasına geçmeden siteden çıkabilir. Bu sadece görünüm sorunu değildir. İsim, telefon numarası, e-posta adresi ve ödeme bilgileri işleyen bir sitede temel güvenlik katmanı eksik demektir.
SSL tek başına tüm güvenlik sorunlarını çözmez. Ancak HTTPS; güncel yazılım, doğru yönlendirmeler ve düzenli yedekleme için başlangıç noktasıdır. Bu yazıda SSL sertifikasının ne yaptığını, çoğu işletme için hangi türün yeterli olduğunu ve WordPress sitelerde HTTPS geçişinde kontrol edilmesi gerekenleri anlatıyoruz.
Öne Çıkanlar
- SSL sertifikası, site ile ziyaretçi arasındaki veri alışverişini şifreleyerek HTTPS bağlantısını etkinleştirir.
- İletişim formu veya ödeme alanı bulunan sitelerde “Güvenli Değil” uyarısı ziyaretçi güvenini doğrudan zedeler.
- Çoğu işletme sitesi için ücretsiz domain doğrulamalı SSL sertifikası yeterlidir.
- HTTPS geçişi yalnızca sertifikayı etkinleştirmek değildir; 301 yönlendirmesi, mixed content kontrolü ve site içi URL güncellemesi gerektirir.
- SSL, WordPress güvenliğinin ilk katmanıdır; güncellemeler, güçlü giriş koruması ve yedekleme de gerekir.
SSL Sertifikası Nedir?
SSL, web sitenizle ziyaretçinin tarayıcısı arasındaki bağlantıyı şifreleyen sertifikadır. Ziyaretçi form doldurduğunda veya bilgi gönderdiğinde veriler açık metin olarak iletilmez.
Bugün teknik olarak kullanılan standart TLS olsa da, işletmeler ve hosting firmaları bu sistemi hâlâ yaygın biçimde “SSL sertifikası” olarak adlandırır. Ziyaretçinin gördüğü temel fark, adresin http:// yerine https:// ile başlamasıdır.
Adres çubuğundaki kilit simgesi, bağlantının güvenli olduğunu gösterir. Bu işaret sitenin hatasız olduğu ya da tüm saldırılara kapalı kaldığı anlamına gelmez. Yalnızca tarayıcı ile sunucu arasındaki veri aktarımının şifrelendiğini belirtir.
Bu ayrım önemlidir. SSL olmayan bir sitede form verileri bağlantı boyunca korunmaz. SSL kullanan fakat güncel olmayan eklentilerle çalışan bir WordPress sitesi ise başka güvenlik riskleri taşır. Doğru kurulum iki konuyu da ele alır.
SSL Sertifikası İşletmeniz İçin Neden Gerekli?
SSL sertifikasının en görünür sonucu tarayıcı uyarısının kalkmasıdır. Asıl etkisi, ziyaretçinin işlemi yarıda bırakmamasıdır.
Ziyaretçi kurumsal sitenizde teklif formunu açtığında bilgilerini size teslim edebileceğine güvenmelidir. E-ticaret mağazasında kart bilgilerini girerken bu güven, satış sürecinin parçasıdır. HTTPS olmayan bir site bu güveni ilk anda zayıflatır.
Müşteri güveni teknik bir ayrıntı değildir
Web siteniz işletmeniz adına satış temsilcisi gibi çalışır. Ziyaretçi önce tasarımı inceler, sonra içeriğe bakar, ardından formu veya ödeme alanını değerlendirir. Tarayıcıdaki güvenlik uyarısı bu akışı keser.
Sitenizdeki iletişim formu sorunsuz çalışıyor olabilir. Site HTTP üzerinden açılıyorsa, teklif istemek için formu açan ziyaretçi “Güvenli Değil” ifadesini gördüğünde bilgilerini göndermeden çıkabilir.
Bu kayıplar raporlara her zaman yansımaz. Form gönderilmediği için satış ekibi potansiyel müşteriden haberdar olmaz. Ziyaretçi ise kararını çoktan vermiştir.
HTTPS, arama görünürlüğünün de temelidir
Google, HTTPS’yi uzun süredir sıralama sinyallerinden biri olarak değerlendiriyor. SSL sertifikası tek başına sitenizi üst sıralara taşımaz. Ancak HTTP kullanan bir site teknik temelini gereksiz yere zayıflatır.
Daha önemlisi, SEO çalışmasının diğer parçaları HTTPS üzerinde tutarlı çalışmalıdır:
- Canonical URL’ler HTTPS sürümünü göstermelidir.
- Site haritasındaki bağlantılar HTTPS ile başlamalıdır.
- Dahili bağlantılar HTTP sürümüne dönmemelidir.
- HTTP adresleri kalıcı olarak HTTPS adreslerine yönlenmelidir.
Arama motorları aynı sayfanın HTTP ve HTTPS sürümlerini farklı adresler olarak algılayabilir. Yönlendirme ve canonical yapısı doğru kurulmazsa gereksiz teknik karmaşa oluşur.
Kişisel veri topluyorsanız güvenlik katmanı gerekir
İletişim formu basit görünebilir. Ancak ad, soyad, telefon, e-posta ve mesaj alanları kişisel veri içerir. Randevu ve talep formları, üyelik alanları ve ödeme sayfaları daha fazla veri işler.
KVKK kapsamında veri sorumluları, işledikleri kişisel verilerin güvenliği için uygun teknik ve idari önlemleri almakla yükümlüdür. SSL tek başına KVKK uyumu sağlamaz. Ancak veri aktarımını şifreleyen temel teknik önlemlerden biridir.
İstanbul’da randevu talebi alan bir psikoloğun sitesini düşünün. Ziyaretçi yalnızca iletişim bilgisini değil, çoğu zaman görüşme talebinin nedenini de formda paylaşır. HTTPS olmayan bir form hem güveni zedeler hem de veri güvenliği açısından gereksiz risk yaratır.
SSL Sertifikası Türleri ve Hangisinin Yeterli Olduğu
Piyasada farklı SSL sertifikası türleri bulunur. Aralarındaki temel fark çoğunlukla doğrulama sürecidir. İşletmelerin büyük kısmının şifreleme için pahalı bir sertifika alması gerekmez.
Domain doğrulamalı SSL
Domain Validation (DV) sertifikası, sertifikayı talep eden kişinin domain üzerinde kontrol sahibi olduğunu doğrular. Çoğu kurumsal bilgi sitesi, portföy sitesi, blog ve küçük e-ticaret mağazası için yeterlidir.
Let’s Encrypt, ücretsiz domain doğrulamalı sertifikalar sunan yaygın bir seçenektir. Bu sertifikalar belirli aralıklarla yenilenir. Hosting altyapısındaki otomatik yenileme doğru yapılandırıldıysa işlem arka planda devam eder.
Ziyaretçi açısından ücretsiz DV sertifikası ile ücretli DV sertifikası arasında görünür bir fark yoktur. İkisi de doğru kurulduğunda HTTPS bağlantısını ve tarayıcıdaki güvenli bağlantı göstergesini sağlar.
Kurum doğrulamalı SSL
Organization Validation (OV) sertifikalarında domain kontrolüne ek olarak şirket bilgileri de doğrulanır. Bazı kurumlar bunu tedarikçi süreçleri veya iç güvenlik politikaları nedeniyle tercih eder.
Bu sertifika her işletme sitesi için zorunlu değildir. Daha pahalı olması, onu otomatik olarak doğru seçenek yapmaz. Sertifika seçimi sitenizin işlediği veriye, kurum süreçlerine ve teknik gereksinimlere göre yapılmalıdır.
Genişletilmiş doğrulama
Extended Validation (EV) sertifikaları daha kapsamlı kurum doğrulaması içerir. Bankacılıkta ve yüksek güven gerektiren büyük ölçekli yapılarda tercih edilebilir.
Çoğu KOBİ için başlangıç noktası EV değildir. Önce sitenin güncel olup olmadığına, HTTPS yönlendirmelerinin düzgün çalışmasına ve form verilerinin nasıl işlendiğine bakılmalıdır.
SSL seçiminde doğru soru “en pahalı sertifika hangisi?” değildir. Doğru soru, “Sitemdeki veri akışı için hangi doğrulama ve yönetim modeli yeterli?” olmalıdır.
SSL Sertifikası Nasıl Kurulur?
Yeni bir sitede SSL kurulumu çoğu hosting panelinde kısa sürer. Mevcut bir WordPress sitesinde sertifikayı etkinleştirmek ise yalnızca ilk adımdır.
HTTPS geçişi tamamlanmadan yayına alınan sitelerde kırık görseller, yönlendirme döngüleri veya “Güvenli Değil” uyarısının devam etmesi sık görülür. Sorun çoğu zaman sertifikada değil, eksik bırakılan geçiştedir.
1. Sertifikayı hosting panelinden etkinleştirin
Hosting panelinizde genellikle SSL/TLS veya Let’s Encrypt bölümü bulunur. Domaininizi seçip sertifikayı etkinleştirdikten sonra sitenin HTTPS üzerinden açıldığını kontrol edin.
Sadece ana sayfayı test etmeyin. İletişim formunu, ürün sayfasını, sepeti, ödeme adımını ve yönetim paneli gibi kritik alanları da açın.
2. HTTP adreslerini HTTPS sürümüne yönlendirin
Sitenizin eski HTTP adresine gelen ziyaretçiler ve arama motorları HTTPS sürümüne yönlenmelidir. Bunun için kalıcı 301 yönlendirmesi kullanılır.
Örneğin şu iki adres ziyaretçi açısından aynı sayfa gibi görünür:
http://alanadiniz.comhttps://alanadiniz.com
Ancak doğru yönlendirme yoksa arama motorları bunları ayrı sürümler olarak değerlendirebilir. Dahili bağlantılar, canonical etiketleri ve site haritası da HTTPS sürümünü desteklemelidir.
WordPress’te bu işlem sunucu yapılandırması, hosting paneli veya güvenilir bir yönlendirme yöntemiyle yapılabilir. Rastgele bir eklenti kurup yönlendirme eklemek, özellikle eski sitelerde döngüye yol açabilir. Yayına almadan önce önemli URL’lerin tamamını test etmek gerekir.
3. Mixed content sorununu temizleyin
Bir sayfa HTTPS ile açılırken içindeki resim, font, video, CSS veya JavaScript dosyaları HTTP üzerinden çağrılıyorsa mixed content sorunu oluşur. Tarayıcı bazı kaynakları engelleyebilir veya güvenlik göstergesini bozabilir.
Bu sorun özellikle uzun süredir yayında olan WordPress sitelerinde görülür. Eski yazılardaki görsel URL’leri, tema ayarları ya da özel kod parçaları HTTP bağlantıları içerebilir.
Kontrol için şunlara bakın:
- Tarayıcı konsolunda güvenlik uyarısı var mı?
- Sayfa kaynaklarında
http://ile başlayan dosyalar bulunuyor mu? - Logo, slider görselleri ve arka plan resimleri doğru yükleniyor mu?
- Form, ödeme ve üyelik eklentileri HTTPS üzerinde çalışıyor mu?
HTTPS geçişinde sertifika aktif olduğu halde eski görsel ve script bağlantıları HTTP olarak kalabilir. Ana sayfa açılıyor gibi görünür, fakat bazı sayfalarda kilit işareti tutarsız davranır. Bu durumda çözüm sertifikayı yeniden kurmak değil, eski kaynak URL’lerini temizlemektir.
4. WordPress adreslerini güncelleyin
WordPress yönetim panelindeki WordPress Adresi ve Site Adresi HTTPS sürümünü göstermelidir. Veri tabanında kalan eski bağlantıları da kontrol edin.
Bu adım dikkat ister. Hatalı bir veri tabanı değişikliği görsellere veya özel alanlara zarar verebilir. Yedek almadan toplu URL değişikliği yapmayın.
5. Arama konsolu ve site haritasını kontrol edin
HTTPS geçişinden sonra arama motorlarına verilen teknik sinyaller de güncel olmalıdır. Site haritası HTTPS URL’lerini içermeli, canonical etiketleri HTTPS sürümünü göstermeli ve önemli sayfalarda HTTP bağlantıları kalmamalıdır.
Amaç basittir: Ziyaretçi, tarayıcı ve arama motoru sitenin tek güvenli sürümünü görmelidir.
SSL Var Ama Site Hâlâ Güvenli Değil Diyorsa
Sertifika yüklendiği halde tarayıcı uyarısı devam ediyorsa önce sorunun kaynağını ayırmak gerekir. Her uyarı aynı anlama gelmez.
Sertifikanın süresi dolmuş olabilir
Ücretsiz sertifikalar belirli aralıklarla yenilenir. Otomatik yenileme çalışmazsa süre sonunda ziyaretçiler sertifika uyarısı görebilir.
Hosting panelinden sertifikanın geçerlilik tarihini ve otomatik yenileme durumunu kontrol edin. Sorun tekrarlanırsa hosting desteğiyle yenileme mekanizmasının çalıştığını doğrulayın.
Domain yönlendirmesi yanlış olabilir
www ile başlayan sürüm ve www olmayan sürüm aynı sertifika kapsamına girmiyorsa ziyaretçi uyarı görebilir. Aynı durum, geçici alan adıyla yayınlanan sitelerde de görülebilir.
Hangi domain sürümünün ana adres olacağı baştan belirlenmeli, diğer sürümler de buna doğru şekilde yönlendirilmelidir.
Mixed content kaynakları kalmış olabilir
Sertifika geçerli olsa bile HTTP üzerinden çağrılan tek bir dosya, sayfanın güvenlik durumunu etkileyebilir. Bu yüzden sadece ana sayfayı değil, farklı şablonları da kontrol etmek gerekir.
Ürün sayfası, blog yazısı, iletişim formu, kategori sayfası ve ödeme akışı farklı kaynaklar yükleyebilir. Bir sayfada sorun olmaması, sitenin tamamının temiz olduğu anlamına gelmez.
WordPress Güvenliği SSL ile Bitmez
SSL veri aktarımını şifreler. WordPress güvenliği ise yönetim panelini, eklentileri, temayı, kullanıcı hesaplarını ve yedekleri de kapsar.
Bir sitede SSL bulunması, zayıf şifrelerin veya güncel olmayan eklentilerin yarattığı riski ortadan kaldırmaz. Bu nedenle HTTPS geçişi temel bir bakım kontrol listesiyle birlikte ele alınmalıdır.
Yönetim panelini koruyun
WordPress’in yönetim adresi yaygın olarak bilinir. Bu nedenle yalnızca kullanıcı adı ve parola ile koruma sağlamak gereksiz risk yaratır.
İki faktörlü kimlik doğrulama, parola ele geçirilse bile yetkisiz giriş ihtimalini azaltır. Yönetici hesabı sayısını sınırlamak ve kullanılmayan hesapları kapatmak da önemlidir.
Her kullanıcıya yönetici yetkisi vermeyin. İçerik girecek bir kişinin eklenti silme veya tema değiştirme yetkisine ihtiyacı olmayabilir.
Eklenti ve tema güncellemelerini aksatmayın
WordPress sitelerindeki güvenlik sorunlarının önemli bölümü eski eklenti ve temalardan kaynaklanır. Kullanılmayan eklentiler de risk taşır. Pasif olmaları tek başına yeterli değildir.
Düzenli olarak şunları kontrol edin:
- WordPress çekirdek sürümü güncel mi?
- Aktif tema güncel mi?
- Kullanılmayan eklenti ve temalar silindi mi?
- Lisansı veya desteği bitmiş ücretli eklentiler var mı?
- Eklenti, siteniz için gerçekten gerekli mi?
Page builder, slider, form, cache ve güvenlik eklentilerinin her biri ek kod ve bakım yükü getirir. Çok sayıda eklenti kullanmak her zaman daha fazla özellik anlamına gelmez. Bazen yalnızca daha geniş bir açık yüzey oluşturur.
Bu nedenle elle kodlanmış WordPress kurulumlarında ihtiyaç dışı eklenti yükünü azaltmak baştan verilen bir mimari karardır. Sonradan sürekli eklenti ekleyerek büyütülen sitelerde bakım daha karmaşık hale gelir.
Düzenli ve geri yüklenebilir yedek alın
Yedek almakla geri yüklenebilir yedek almak aynı şey değildir. Dosyaların bir kopyasını tutmak yetmeyebilir. Veri tabanı, medya dosyaları ve yapılandırmalar birlikte korunmalıdır.
Yedekleme planınız şu sorulara cevap vermelidir:
- Yedek ne sıklıkla alınıyor?
- Yedek sitenin bulunduğu sunucudan ayrı bir yerde saklanıyor mu?
- Son geri yükleme testi ne zaman yapıldı?
- Hatalı bir güncellemeden sonra ne kadar sürede geri dönülebilir?
Bir güncelleme hatası olduğunda veya siteye yetkisiz erişim gerçekleştiğinde, doğru yedek operasyonunuzu korur. Yedek yoksa küçük bir sorun günler süren yeniden kurulum işine dönüşebilir.
SSL Sertifikası Hakkında Sık Sorulan Sorular
SSL sertifikası zorunlu mu?
Her site için aynı yasal zorunluluğu tanımlamak doğru değildir. Ancak kişisel veri toplayan, form kullanan, üyelik sunan veya ödeme alan sitelerde HTTPS temel bir teknik güvenlik önlemidir. Ziyaretçi güveni ve arama görünürlüğü açısından da pratikte gereklidir.
SSL sertifikası ücretsiz olabilir mi?
Evet. Let’s Encrypt gibi ücretsiz domain doğrulamalı sertifikalar birçok işletme sitesi için yeterlidir. Sertifikanın otomatik yenilemesinin düzgün çalıştığından emin olunmalıdır.
SSL sertifikam var ama tarayıcı hâlâ güvenli değil diyor. Neden?
En sık görülen neden mixed content sorunudur. Sayfa HTTPS ile açılır, ancak bazı resim, video, CSS veya JavaScript dosyaları HTTP üzerinden yüklenir. Sertifikanın süresinin dolması ya da domain sürümlerinin yanlış yapılandırılması da uyarıya yol açabilir.
SSL, Google sıralamamı yükseltir mi?
HTTPS, Google’ın teknik değerlendirmelerinde kullandığı sinyallerden biridir. Ancak SSL tek başına sıralama artışı getirmez. İçerik, site hızı, mobil deneyim, teknik yapı ve bağlantı kalitesi birlikte değerlendirilir.
SSL kurulumu ne kadar sürer?
Yeni bir sitede sertifikayı etkinleştirmek kısa sürebilir. Mevcut bir WordPress sitesinde HTTP’den HTTPS’ye tam geçiş ise yönlendirmeler, eski URL’ler, mixed content ve arama motoru ayarları nedeniyle daha kapsamlı kontrol gerektirir.
SSL, KVKK uyumu için yeterli mi?
Hayır. SSL, verinin aktarım sırasında şifrelenmesini sağlar. KVKK uyumu; aydınlatma metinlerini, açık rıza gerektiğinde uygun süreçleri, veri saklama politikalarını, erişim yetkilerini ve diğer teknik-idari önlemleri de kapsar.
Güvenli Site, Doğru Kurulumla Başlar
SSL sertifikası küçük bir teknik ayar gibi görünebilir. Ancak ziyaretçi güveni, form dönüşümü, veri aktarımı ve arama motorlarının sitenizi doğru sürümde görmesi üzerinde doğrudan etkisi vardır.
İlk adım HTTPS’dir. Ardından 301 yönlendirmeleri, mixed content temizliği, güncel WordPress bileşenleri, sınırlı yönetici erişimi ve geri yüklenebilir yedekler gelir. Bunlardan biri eksik kalırsa sitenizin güvenlik zinciri zayıflar.
Performans ve güvenlik sorunları çoğu zaman site yayına çıktıktan sonra fark edilir. Oysa doğru altyapı, kurulum aşamasında belirlenir. Yalnızca ihtiyaç duyulan kodu yükleyen Astro web geliştirme yaklaşımı da içerik ve pazarlama sitelerinde bu bakım yükünü azaltabilir.
Sitenizdeki güvenlik açıklarını büyümeden fark edin.
Designodin’de WordPress siteleri page builder kullanılmadan kurulur. HTTPS geçişi ve performans temeli de kurulumun parçasıdır. Kapsam baştan yazılır, kodun sahipliği sizde kalır.