Sertifikayı kurdun, panelde “aktif” yazıyor, hatta kilit simgesi bazı sayfalarda görünüyor. Ama ziyaretçilerden mesaj geliyor: “siteniz güvenli değil diyor”. Çoğu kişi bu noktada sertifikanın bozuk olduğunu düşünüp yenisini kurar ve hiçbir şey değişmez. Çünkü sorun sertifikanın kendisinde değil, sertifikanın içinde yaşadığı zincirde ve sayfanın yüklediği kaynaklardadır.
Tarayıcı bir sayfayı güvenli ilan etmek için birkaç şeyi birlikte doğrular: sertifikanın o alan adına ait olması, yayıncı zincirinin tam olması, geçerlilik tarihinin uygun olması ve sayfadaki tüm kaynakların güvenli adresten gelmesi. Bunlardan biri eksikse kilit kaybolur. Bir e-pin satış scripti için bu durum yalnızca estetik bir sorun değildir; ödeme adımına gelen insanın elini klavyeden çektiği noktadır. Aşağıda uyarının gerçek sebeplerini ve kalıcı çözüm sırasını açıyorum.
Sertifikan var ama tarayıcı hâlâ kızıyor: karışık içerik
En yaygın sebep bu ve adı karışık içerik. Sayfanın kendisi güvenli adresten gelir, ama içindeki bir görsel, bir stil dosyası, bir yazı tipi veya bir sayaç kodu hâlâ güvensiz adresle çağrılır. Tarayıcı “bu sayfanın bir parçası şifrelenmemiş yoldan geldi” der ve kilidi kaldırır. Kullanıcı sertifikanın olup olmadığını bilmez, sadece uyarıyı görür ve geri döner.
Bu sorunun kaynağı genelde geçmişten devredilen içeriklerdir: eski blog yazılarına gömülü görseller, eski tema dosyalarındaki sabit adresler, ürün açıklamalarına elle eklenmiş bağlantılar. Çözüm, veritabanındaki eski adresleri güvenli sürümle değiştirmek ve tema tarafındaki sabit yazılmış adresleri göreli hâle getirmektir. İşlemi yapmadan önce mutlaka yedek al; geniş kapsamlı bir değiştirme işlemi geri alınması zor sonuçlar doğurabilir. Ardından tarayıcının geliştirici konsolunda kalan güvensiz kaynak olup olmadığını kontrol et.
| Uyarı biçimi | Gerçek sebep | Nerede görünür | Çözüm zorluğu |
|---|---|---|---|
| Kilit yok, sayfa açılıyor | Karışık içerik | Belirli sayfalarda | Düşük |
| Sertifika bu site için geçerli değil | www veya alt alan kapsam dışı | Tek bir adres biçiminde | Düşük |
| Sertifika yetkilisi tanınmıyor | Ara sertifika zinciri eksik | Çoğunlukla mobilde | Orta |
| Sertifikanın süresi doldu | Otomatik yenileme çalışmamış | Tüm sitede | Düşük |
| Sayfa kendini tekrar tekrar yönlendiriyor | Koruma katmanı ile sunucu çakışması | Tüm sitede | Orta |
Sertifika geçerli, zincir eksik: mobilde çıkan hatanın kaynağı
İkinci klasik senaryo şudur: masaüstünde her şey yolunda görünür, telefonda uyarı çıkar. Sebep, ara sertifikanın sunucuya yüklenmemiş olmasıdır. Masaüstü tarayıcıları eksik halkayı kendi önbelleğinden tamamlayabildiği için sorunu gizler; mobil tarayıcılar ve uygulama içi görüntüleyiciler bunu yapmaz ve seni doğrudan güvensiz ilan eder. Ödemelerin ağırlıklı olarak telefondan geldiği bir dijital ürün satış scriptinde bu, doğrudan ciroya vurur.
Kontrol etmek kolaydır: bağımsız bir SSL test aracı zinciri satır satır gösterir ve eksik halkayı işaretler. Çözüm, barındırma panelinden sertifikayı ara sertifikasıyla birlikte yeniden yüklemektir. Aynı testte protokol sürümlerini de gör: çok eski sürümlerin kapatılmış, güncel sürümün açık olması gerekir. Bu ayarları bir kez doğru yaptığında aylarca dönüp bakmazsın, ama yılda en az bir kez kontrol etmeyi alışkanlık hâline getir.
SSL uyarısı vakalarının kaynak dağılımı
- Karışık içerik 40%
- Eksik zincir ve kapsam dışı adres 30%
- Yönlendirme ve koruma katmanı çakışması 20%
- Süre bitimi ve diğer 10%
www ve çıplak adres: iki ayrı site gibi davranılıyor
Tarayıcı için site.com ile www.site.com farklı iki isimdir. Sertifikan yalnızca birini kapsıyorsa diğerine giren kişi kalın harflerle yazılmış bir güvenlik ekranı görür. Aynı sorun alt alanlarda da yaşanır: ana adres sorunsuzdur ama panel ya da destek için açtığın alt alan kapsam dışı kaldığı için oraya giren müşteri korkar. Bu, çözülmesi en kolay ama en çok gözden kaçan başlıktır.
Kalıcı çözüm iki parçalıdır. Birincisi, sertifikanın hem çıplak adresi hem www sürümünü kapsaması. İkincisi, sitenin tek bir kanonik adrese yönlendirilmesi: hangisini seçtiğin önemli değil, tutarlılık önemli. Bu yönlendirmeyi kurduğunda hem e-pin yazılımı tarafında oturum ve sepet tutarsızlıkları azalır, hem arama motorları içeriği tek adreste toplar. Yönlendirme kuralını yazarken mevcut kuralları silmemeye dikkat et; yanlış sıralanmış tek bir kural tüm siteyi erişilemez hâle getirebilir.
Düzeltmeleri kendi tarayıcında kontrol edersen önbellek seni yanıltır. Her değişiklikten sonra gizli pencerede ve bir de telefondan mobil veri ile test et; gerçek ziyaretçinin gördüğü tablo budur.
Koruma katmanı ve sonsuz yönlendirme döngüsü
Siteni bir koruma ve hızlandırma servisinin arkasına aldıysan iki ayrı SSL katmanı oluşur: ziyaretçi ile servis arasındaki bağlantı ve servis ile sunucun arasındaki bağlantı. İkinci bacak şifrelenmemiş biçimde ayarlanırsa, sunucu güvenli adrese yönlendirmeye çalışır, servis isteği tekrar şifresiz gönderir ve sayfa kendi kuyruğunu kovalamaya başlar. Sonuç, sonsuz yönlendirme hatası ya da hiç açılmayan bir sitedir.
Doğru kurulum, sunucuya da geçerli bir sertifika koymak ve servis tarafında bağlantıyı uçtan uca şifreli moda almaktır. Bu tek ayar, hem döngüyü bitirir hem de sunucu ile servis arasındaki trafiği korur. Bir e-pin satış yazılımı çalıştırıyorsan bu bacağın açıkta kalması, ödeme bildirimlerinin ve teslimat verilerinin araya girilebilir bir hatta akması anlamına gelir; basit bir ayarla kapatılabilecek bu riski açık bırakmanın hiçbir gerekçesi yok.
SSL uyarısı ödeme dönüşünü nasıl öldürüyor?
Teknik tarafı bırakıp bir dakika müşteri gözünden bak. İnsan e-pin satın alırken zaten temkinlidir: ödeyip ürünü alamama korkusu vardır. Tam kart bilgisini gireceği anda tarayıcı kırmızı bir uyarı gösteriyorsa, o korku doğrulanmış olur ve kişi geri döner. Üstelik bir daha gelmez, bazen çevresine de anlatır. Bu yüzden SSL, bir epin yazılım kurulumunda teknik bir detay değil doğrudan bir dönüşüm meselesidir.
Aynı mantık ödeme dönüş sayfası için de geçerlidir. Ödeme sağlayıcısından siteye geri dönerken güvensiz bir adrese düşen kullanıcı, işlemi tamamlanmış saymaz ve destek hattını meşgul eder. Bu yüzden ödeme başlangıç ve dönüş adreslerini sağlayıcı panelinde güvenli sürümle tanımla, sipariş tamamlandı sayfasını mutlaka kilitli olarak test et. Küçük görünen bu iki kontrol, aylık ciroda fark yaratan yerlerden biridir.
Güvenli görünen bir mağaza daha çok satar
Kilit simgesinden ödeme dönüşüne kadar her adımı doğru kurgulanmış bir altyapıyla çalışmak istiyorsan Pinova tam olarak bunun için tasarlandı.
Kalıcı yeşil kilit için doğru kurulum sırası
Şimdi kalıcı çözüme geçelim. Sıra şudur: sertifikayı hem çıplak adresi hem www sürümünü kapsayacak şekilde kur, ara sertifikayı ekle, otomatik yenilemeyi doğrula, tek kanonik adrese yönlendirme kuralını yaz, veritabanındaki ve tema dosyalarındaki eski güvensiz adresleri temizle, koruma katmanını uçtan uca şifreli moda al, ödeme adreslerini güncelle ve en sonda mobil cihazda test et. Bu sırayı bozarsan aynı işi iki kez yaparsın.
Kurulum bittikten sonra da bir hatırlatıcı bırak: sertifikanın bitiş tarihinden bir hafta önce sana haber veren bir uyarı, yılın en gereksiz krizini tamamen ortadan kaldırır. Otomatik yenileme kurulu olsa bile arada sırada sessizce başarısız olabilir ve ilk haberi müşteriden almak istemezsin. E-pin scripti ya da genel anlamda dijital ürün satış yazılımı yönetiyorsan, bu küçük bakım alışkanlıkları güvenilir görünmenin en düşük maliyetli yoludur.
| Sıra | Kontrol | Test yöntemi | Beklenen sonuç |
|---|---|---|---|
| 1 | Sertifika kapsamı www dahil mi | İki adresi ayrı aç | Her ikisinde kilit |
| 2 | Ara sertifika yüklü mü | Bağımsız SSL testi | Zincir tam |
| 3 | Otomatik yenileme çalışıyor mu | Bitiş tarihi kontrolü | Uzak tarih |
| 4 | Tek kanonik adrese yönlendirme var mı | Dört adres varyasyonu | Tek hedefte birleşme |
| 5 | Karışık içerik kaldı mı | Geliştirici konsolu | Uyarı yok |
| 6 | Koruma katmanı uçtan uca şifreli mi | Servis ayarları | Tam şifreleme |
| 7 | Ödeme dönüş sayfası kilitli mi | Gerçek test siparişi | Kilit ve doğru sipariş |
Sertifikam geçerli olduğu hâlde niye uyarı alıyorum?
En sık sebep karışık içeriktir: sayfa güvenli gelir ama içindeki bir görsel veya betik güvensiz adresten yüklenir. İkinci sebep ara sertifikanın eksik olmasıdır ve genelde mobilde ortaya çıkar.
Neden sadece telefonda güvensiz görünüyor?
Masaüstü tarayıcıları eksik sertifika halkasını kendi deposundan tamamlayabilir, mobil tarayıcılar bunu yapmaz. Bu durumda sunucuya ara sertifikayı da yüklemek gerekir.
www adresinde hata veriyor, ne yapmalıyım?
Sertifikanın her iki adres biçimini kapsadığından emin ol ve siteyi tek kanonik adrese yönlendir. Yönlendirme kuralını yazarken var olan kuralları silmemeye çok dikkat et.
SSL uyarısı satışımı gerçekten etkiler mi?
Fazlasıyla. E-pin alıcısı zaten temkinlidir; ödeme adımında güvenlik uyarısı görmek işlemi terk etmenin en güçlü nedenlerinden biridir. Ödeme dönüş sayfasını mutlaka kilitli test et.
Kilit simgesi küçük bir detay gibi görünür ama müşterinin kart bilgisini girip girmemesine karar verdiği yerdir; doğru kurulmuş bir sistemde bu ayarların hiçbirini her ay yeniden düşünmezsin. Pinova'nın güvenli ödeme akışını, kanonik adres yönetimini ve teslim ekranlarını kendi gözünle görmek için canlı demo üzerinden dolaş, sonra özellikleri ve fiyatları karşılaştır.