SSL sertifikası kurulu olmasına rağmen web siteniz “Güvenli Değil” uyarısı gösteriyorsa bunun nedeni genellikle HTTPS yönlendirmesinin eksik olması, Mixed Content (karışık içerik) hataları, sertifikanın alan adıyla eşleşmemesi, sertifika süresinin dolması veya SSL/TLS yapılandırmasının yanlış olmasıdır.
Bir web sitesine SSL sertifikası yüklenmesi, bütün bağlantıların otomatik olarak güvenli hale geldiği anlamına gelmez. Tarayıcının güvenli bir HTTPS bağlantısı kurabilmesi için sertifikanın geçerli olması, ziyaret edilen alan adını kapsaması ve sunucunun sertifikayı doğru şekilde sunması gerekir.
Ayrıca HTTPS üzerinden açılan bir web sayfasında HTTP üzerinden yüklenen görseller, JavaScript dosyaları veya diğer kaynaklar bulunuyorsa Mixed Content sorunları yaşanabilir.
Bu rehberde SSL sertifikası olmasına rağmen sitenin neden güvenli görünmediğini, cPanel ve Plesk üzerinden SSL kontrollerini, WordPress HTTPS hatalarını, Cloudflare SSL ayarlarını ve güvenlik uyarılarının çözüm yöntemlerini adım adım açıklıyoruz.
SSL sertifikası olarak bilinen dijital sertifikalar, günümüzde TLS protokolü üzerinden güvenli HTTPS bağlantılarının kurulmasında kullanılır.
SSL terimi yaygın olarak kullanılmaya devam etse de modern web sitelerinde güvenli bağlantı için TLS protokolü kullanılır.
SSL/TLS sertifikası, ziyaret edilen alan adının kimliğinin doğrulanmasına yardımcı olur ve tarayıcı ile web sitesi arasındaki bağlantının şifrelenmesini sağlar.
HTTPS bağlantısının temel faydaları şunlardır:
Veri şifreleme: Tarayıcı ile sunucu arasında iletilen bilgilerin üçüncü kişiler tarafından okunmasını zorlaştırır.
Veri bütünlüğü: İletilen verilerin bağlantı sırasında değiştirilmesine karşı koruma sağlar.
Sunucu kimlik doğrulaması: Sertifika doğrulaması aracılığıyla bağlantı kurulan sunucunun beklenen alan adına ait olduğunu doğrulamaya yardımcı olur.
Güvenli oturum yönetimi: Oturum açma ve form gönderme gibi işlemlerde bağlantının korunmasına katkıda bulunur.
Ancak HTTPS kullanılması, bir web sitesinin zararlı yazılım içermediğini veya bütün güvenlik açıklarından korunduğunu garanti etmez.
SSL sertifikası aktif olsa bile farklı teknik nedenlerle güvenlik uyarıları görülebilir.
En yaygın nedenler aşağıdaki gibidir.
Web sitenizde SSL sertifikası bulunabilir ancak ziyaretçiler hâlâ http:// adresi üzerinden bağlantı kuruyor olabilir.
Örneğin:
http://ornekalanadi.com
Bu adres, HTTPS yerine şifrelenmemiş HTTP protokolünü kullanır.
Güvenli bağlantı için web sitesinin uygun HTTPS adresi üzerinden açılması gerekir:
https://ornekalanadi.com
SSL sertifikasının sunucuda kurulu olması, HTTP isteklerinin otomatik olarak HTTPS'ye yönlendirildiği anlamına gelmez.
Mixed Content, HTTPS üzerinden açılan bir sayfanın bazı kaynakları güvenli olmayan HTTP bağlantılarıyla yüklemeye çalışmasıdır.
Örneğin web sitenizin ana sayfası HTTPS üzerinden açılırken bir görsel HTTP üzerinden çağrılıyor olabilir.
Benzer sorunlar şu kaynaklarda da oluşabilir:
Görseller
CSS dosyaları
JavaScript dosyaları
Yazı tipleri
Video ve medya dosyaları
Harici uygulama kaynakları
Gömülü içerikler
Modern tarayıcılar bazı HTTP medya isteklerini otomatik olarak HTTPS'ye yükseltebilirken JavaScript gibi diğer güvensiz kaynakları engelleyebilir.
Bu nedenle Mixed Content hataları hem güvenlik uyarılarına hem de web sitesi tasarımının veya işlevlerinin bozulmasına neden olabilir.
SSL sertifikalarının belirli geçerlilik süreleri bulunur.
Sertifikanın süresi dolduğunda tarayıcı, bağlantının güvenliğini doğrulayamayabilir.
Bu durumda aşağıdaki hata mesajı görülebilir:
NET::ERR_CERT_DATE_INVALID
Sertifikanın yenilenmiş olması da tek başına yeterli değildir. Web sunucusunun yeni ve geçerli sertifikayı sunduğundan emin olunmalıdır.
SSL sertifikası, ziyaret edilen alan adını kapsamalıdır.
Örneğin sertifikanız yalnızca şu adres için geçerliyse:
ornekalanadi.com
Aşağıdaki adresi de kapsadığı otomatik olarak varsayılamaz:
www.ornekalanadi.com
Sertifikanın Subject Alternative Name (SAN) alanında ziyaret edilen ana makine adının bulunması gerekir.
Bir alan adı için verilen sertifika, bütün alt alan adlarını otomatik olarak kapsamaz.
Tarayıcılar SSL/TLS sertifikalarını güvenilir sertifika otoriteleri üzerinden doğrular.
Kendinden imzalı (self-signed) veya tarayıcı tarafından güvenilmeyen bir otoriteden alınmış sertifikalar güvenlik uyarılarına neden olabilir.
Özellikle aşağıdaki hatayla karşılaşılabilir:
NET::ERR_CERT_AUTHORITY_INVALID
Bu durumda sertifikanın güvenilirliği ve sunucunun sunduğu sertifika zinciri kontrol edilmelidir.
Bazı sertifikaların doğrulanabilmesi için ara sertifikaların (intermediate certificates) sunucu tarafından doğru şekilde sunulması gerekir.
Sertifika zinciri eksik veya hatalıysa belirli tarayıcı ve cihazlarda güvenlik uyarıları oluşabilir.
Bu sorun özellikle manuel SSL sertifikası kurulumlarında görülebilir.
WordPress sitelerinde SSL sertifikası kurulmuş olsa bile WordPress adresleri eski HTTP biçiminde kalmış olabilir.
Örneğin:
http://ornekalanadi.com
WordPress ayarlarındaki URL'lerin HTTPS olarak yapılandırılmaması, yönlendirme veya Mixed Content sorunlarına neden olabilir.
Cloudflare kullanılan web sitelerinde ziyaretçi ile Cloudflare arasındaki bağlantı ve Cloudflare ile kaynak sunucu arasındaki bağlantı ayrı ayrı değerlendirilmelidir.
Cloudflare SSL/TLS modunun kaynak sunucudaki sertifikayla uyumlu olmaması, bağlantı hatalarına veya yönlendirme döngülerine neden olabilir.
Sorunu çözmeden önce tarayıcıda görüntülenen güvenlik uyarısının türünü belirlemeniz gerekir.
Aşağıdaki kontrolleri sırasıyla uygulayabilirsiniz.
Öncelikle web sitenizin HTTPS üzerinden çalışıp çalışmadığını kontrol edin.
Tarayıcınızın adres çubuğuna alan adınızı aşağıdaki şekilde yazın:
https://ornekalanadi.com
Sayfa sorunsuz açılıyorsa sertifikanın en azından bu bağlantıda çalıştığını değerlendirebilirsiniz.
Ardından aşağıdaki adresi açın:
http://ornekalanadi.com
HTTP adresinin otomatik olarak HTTPS adresine yönlenip yönlenmediğini kontrol edin.
HTTP adresi açılıyor ancak HTTPS'ye yönlenmiyorsa, HTTPS yönlendirmesinin yapılandırılması gerekebilir.
HTTPS adresinde sertifika hatası oluşuyorsa, yönlendirme oluşturmadan önce sertifika sorununun giderilmesi gerekir.
Web sitenizi HTTPS üzerinden açarak tarayıcınızın site bilgileri ve bağlantı güvenliği bölümünü inceleyin.
Modern tarayıcılarda sertifika bilgilerini görüntüleme yöntemi ve güvenlik simgeleri farklılık gösterebilir.
Kontrol edilmesi gereken bilgiler:
Sertifika geçerli mi?
Sertifikanın başlangıç ve bitiş tarihleri doğru mu?
Sertifika ziyaret edilen alan adını kapsıyor mu?
Sertifika güvenilir bir sertifika otoritesinden mi alınmış?
Sertifika zinciri doğru şekilde sunuluyor mu?
Sunucu güncel sertifikayı mı kullanıyor?
Önemli: Tarayıcıdaki kilit simgesinin bulunmaması tek başına SSL bağlantısının güvensiz olduğu anlamına gelmez. Bazı modern tarayıcılar kilit simgesi yerine farklı site ayarları veya bağlantı göstergeleri kullanır.
Bağlantının gerçek durumunu sertifika bilgileri ve tarayıcı güvenlik araçları üzerinden kontrol edin.
Web9 üzerinde cPanel destekli hosting kullanıyorsanız SSL sertifikanızın durumunu cPanel üzerinden inceleyebilirsiniz.
İşlem adımları:
cPanel hesabınıza giriş yapın.
Security (Güvenlik) bölümünü açın.
Hesabınızda varsa SSL/TLS Status veya ilgili SSL/TLS sertifika yönetim aracını seçin.
Alan adınızı bulun.
SSL sertifikasının geçerlilik durumunu kontrol edin.
www kullanılan adresin ve gerekli alt alan adlarının sertifika kapsamına dahil olup olmadığını inceleyin.
cPanel sürümüne ve hosting sağlayıcısının etkinleştirdiği özelliklere göre menü adları değişebilir.
SSL/TLS Status bölümünde aşağıdaki durumlarla karşılaşabilirsiniz:
| Sertifika durumu | Açıklama |
|---|---|
| Active | Alan adı için aktif sertifika bulunuyor. |
| Expired | Sertifikanın geçerlilik süresi dolmuş. |
| Expiring Soon | Sertifikanın geçerlilik süresi yakında dolacak. |
| Unsecured | Alan adı için geçerli sertifika bulunmuyor olabilir. |
| AutoSSL Problems | Otomatik sertifika işlemiyle ilgili sorun bulunuyor. |
AutoSSL hatası varsa alan adının doğru IP adresine yönlenmesi, alan adı doğrulaması ve sertifika kapsamı incelenmelidir.
Önemli: Sertifikanın cPanel üzerinde aktif görünmesi, ziyaretçinin her zaman aynı sertifikayı gördüğünü garanti etmez. DNS, CDN ve web sunucusu yapılandırması da kontrol edilmelidir.
SSL sertifikanız geçerliyse web sitenizin HTTP üzerinden gelen ziyaretçilerini HTTPS'ye yönlendirebilirsiniz.
cPanel üzerinde işlem adımları:
cPanel hesabınıza giriş yapın.
Domains (Alan Adları) bölümünü açın.
İlgili alan adını bulun.
Force HTTPS Redirect seçeneğinin kullanılabilir olduğunu kontrol edin.
Sertifika geçerliyse ve başka bir yönlendirme sistemiyle çakışmayacaksa seçeneği etkinleştirin.
Web sitenizin HTTP ve HTTPS adreslerini tekrar test edin.
Bu özellik, uygun yapılandırmada HTTP ziyaretçilerini HTTPS'ye yönlendirmek için kullanılabilir.
Dikkat: Cloudflare, WordPress veya .htaccess üzerinde mevcut yönlendirmeler bulunuyorsa yeni bir yönlendirme eklemeden önce çakışma ve yönlendirme döngüsü riskini kontrol edin.
HTTPS adresi düzgün açıldığı halde site üzerinde güvenlik uyarısı veya bozuk kaynaklar bulunuyorsa Mixed Content hatalarını kontrol edin.
Google Chrome üzerinden bu işlem için geliştirici araçlarını kullanabilirsiniz.
Kontrol adımları:
Web sitenizi HTTPS üzerinden açın.
Klavyenizden F12 tuşuna basın.
Console (Konsol) sekmesini açın.
Mixed Content uyarılarını arayın.
Gerekirse Security ve Network bölümlerini inceleyin.
HTTP üzerinden yüklenmeye çalışılan kaynakları belirleyin.
Örneğin aşağıdaki biçimde bir uyarıyla karşılaşabilirsiniz:
Mixed Content: The page was loaded over HTTPS, but requested an insecure resource over HTTP.
Bu mesaj, sayfanın HTTPS üzerinden açılırken bazı kaynakları HTTP üzerinden çağırdığını gösterir.
Mixed Content sorununun çözümü, güvensiz HTTP kaynaklarının güvenli HTTPS kaynaklarıyla değiştirilmesidir.
Örneğin:
Hatalı kaynak adresi:
http://ornekalanadi.com/images/logo.png
Güvenli kaynak adresi:
https://ornekalanadi.com/images/logo.png
Ancak URL'yi HTTPS olarak değiştirmeden önce ilgili kaynağın HTTPS üzerinden gerçekten erişilebilir olduğundan emin olun.
Harici bir servis HTTPS desteklemiyorsa yalnızca adresi değiştirmek sorunu çözmeyebilir.
Bu durumda ilgili kaynağın güvenli bir alternatifini kullanmak veya gerekli izinler dahilinde güvenli şekilde kendi sunucunuzdan sunmak değerlendirilebilir.
Mixed Content hatalarını düzeltirken:
Tema dosyalarını kontrol edin.
CSS ve JavaScript kaynaklarını inceleyin.
Sayfa oluşturucuların kayıtlı URL'lerini kontrol edin.
Harici görsel ve medya bağlantılarını inceleyin.
Uygulama veya veritabanında kayıtlı eski HTTP adreslerini belirleyin.
Önemli: Sorunu çözmek için tarayıcı güvenlik kontrollerini kapatmayın veya güvensiz içerik yüklemesine kalıcı olarak izin vermeyin.
WordPress kullanan web sitelerinde en yaygın SSL sorunlarından biri eski HTTP bağlantılarının içeriklerde veya uygulama ayarlarında bulunmasıdır.
Özellikle HTTP üzerinden çalışan bir WordPress sitesini HTTPS'ye taşıdıktan sonra bu durumla karşılaşılabilir.
WordPress yönetim paneline giriş yapın.
Ardından:
Ayarlar > Genel bölümünü açın.
WordPress Adresi (URL) alanını kontrol edin.
Site Adresi (URL) alanını kontrol edin.
Her iki adresin planlanan HTTPS yapılandırmasıyla uyumlu olduğundan emin olun.
Gerekliyse mevcut yapılandırmanın yedeğini aldıktan sonra ayarları güncelleyin.
Örnek:
https://ornekalanadi.com
Önemli: WordPress'in farklı bir alt dizine kurulduğu veya özel reverse proxy yapılandırmasının kullanıldığı sistemlerde WordPress Adresi ile Site Adresi birbirinden farklı olabilir.
Bu değerleri rastgele eşitlemeyin.
Ayrıca wp-config.php içerisinde WP_HOME veya WP_SITEURL sabitleri tanımlıysa paneldeki ayarlar bu sabitlerden etkilenebilir.
WordPress'in HTTPS adresi doğru olsa bile eski HTTP bağlantıları veritabanında bulunabilir.
Örneğin:
http://ornekalanadi.com/wp-content/uploads/resim.jpg
Bu tür bağlantıların güvenli HTTPS adreslerine güncellenmesi gerekebilir.
Ancak WordPress veritabanında doğrudan toplu metin değiştirmek, serileştirilmiş verilerin bozulmasına neden olabilir.
Bu nedenle:
Öncelikle veritabanının yedeğini alın.
Değiştirilecek URL adreslerini doğrulayın.
WordPress serileştirilmiş verilerini destekleyen güvenilir bir taşıma aracı veya uygun WP-CLI işlemi kullanın.
İşlemi mümkünse test ortamında gerçekleştirin.
İşlem sonrasında site tasarımını, bağlantıları ve yönetim panelini kontrol edin.
Dikkat: Yanlış URL değiştirme işlemleri web sitenizin tasarımını, eklenti ayarlarını veya bağlantılarını bozabilir.
Bazı WordPress temaları ve eklentileri, harici kaynakları HTTP üzerinden yükleyecek şekilde yapılandırılmış olabilir.
Özellikle:
Tema CSS dosyaları
JavaScript kütüphaneleri
Özel HTML bileşenleri
Harici yazı tipleri
Sayfa oluşturucu bileşenleri
Eski görsel bağlantıları
kontrol edilmelidir.
Geliştirici araçlarından hatalı kaynak URL'sini tespit ettikten sonra ilgili tema veya eklenti ayarını düzeltmek en doğru yaklaşımdır.
Önemli: Yalnızca güvenlik uyarısını gizleyen eklentiler kullanmak yerine soruna neden olan HTTP kaynaklarını düzeltin.
Plesk kullanılan hosting hizmetlerinde SSL sertifikalarının geçerliliği ve HTTPS yönlendirmeleri panel üzerinden kontrol edilebilir.
İşlem adımları:
Plesk yönetim paneline giriş yapın.
Websites & Domains bölümünü açın.
İlgili alan adını seçin.
SSL/TLS Certificates bölümüne gidin.
Sertifikanın geçerliliğini ve kapsadığı alan adlarını inceleyin.
Alan adı için HTTPS desteğinin etkin olduğunu doğrulayın.
Gerekliyse HTTP'den HTTPS'ye yönlendirme ayarını kontrol edin.
Plesk'te SSL It! özelliği kullanılıyorsa sertifika yönetimi ve güvenli bağlantı seçenekleri bu bölüm üzerinden sunulabilir.
Önemli: HTTPS yönlendirmesini etkinleştirmeden önce SSL sertifikasının gerçekten çalıştığını ve mevcut yönlendirme kurallarıyla çakışmadığını doğrulayın.
Cloudflare kullanılan web sitelerinde SSL yapılandırmasının doğru olması için iki bağlantının değerlendirilmesi gerekir:
Ziyaretçi ile Cloudflare arasındaki bağlantı.
Cloudflare ile kaynak hosting sunucusu arasındaki bağlantı.
Bu iki bağlantı farklı sertifikalar ve güvenlik ayarları kullanabilir.
Cloudflare panelinizde ilgili alan adını seçerek SSL/TLS > Overview bölümünü açın.
Yaygın SSL/TLS modları şöyledir:
| Mod | Açıklama |
|---|---|
| Flexible | Ziyaretçi ile Cloudflare arasında HTTPS, kaynak sunucuyla HTTP kullanılır. |
| Full | Kaynak sunucuya HTTPS bağlantısı kurulur ancak kaynak sertifikası tam olarak doğrulanmaz. |
| Full (strict) | Kaynak sunucuya HTTPS bağlantısı kurulur ve sertifikanın geçerliliği doğrulanır. |
Önerilen yapılandırma: Kaynak sunucunuz geçerli ve Cloudflare tarafından kabul edilen bir sertifika kullanıyorsa Full (strict) tercih edilmelidir.
Full (strict) modunda kaynak sunucuda genel olarak güvenilir bir sertifika veya Cloudflare Origin CA sertifikası kullanılabilir.
Cloudflare Origin CA sertifikalarının doğrudan tarayıcıya sunulmak üzere tasarlanmadığını unutmayın. Cloudflare proxy devre dışı bırakıldığında ziyaretçiler bu sertifikaya güvenmeyebilir.
Flexible modunda ziyaretçi ile Cloudflare arasında HTTPS kullanılsa bile Cloudflare ile kaynak sunucu arasında HTTP kullanılır.
Bu nedenle bağlantı uçtan uca şifreli değildir.
Ayrıca kaynak sunucunuz HTTP isteklerini zorla HTTPS'ye yönlendiriyorsa Flexible modu yönlendirme döngüsüne neden olabilir.
Bu durumda aşağıdaki hata görülebilir:
ERR_TOO_MANY_REDIRECTS
Önemli: Kaynak sunucuda geçerli HTTPS yapılandırması oluşturmak ve ardından Full (strict) moduna geçmek, güvenliği düşürerek geçici çözüm aramaktan daha doğru yaklaşımdır.
Cloudflare kullanılan sistemlerde aşağıdaki SSL hatalarıyla karşılaşılabilir.
525 SSL Handshake Failed
Cloudflare ile kaynak sunucu arasında TLS bağlantısının kurulamadığını gösterir.
Olası nedenler:
Kaynak sunucuda HTTPS servisinin çalışmaması.
TLS yapılandırma uyumsuzlukları.
Yanlış SNI veya sertifika yapılandırması.
Gerekli bağlantı noktasına erişilememesi.
526 Invalid SSL Certificate
Cloudflare, Full (strict) modunda kaynak sunucunun sertifikasını doğrulayamadığında bu hata oluşabilir.
Olası nedenler:
Sertifikanın süresinin dolması.
Sertifikanın alan adını kapsamaması.
Uygun olmayan sertifika zinciri.
Güvenilmeyen sertifika otoritesi.
Bu sorunlarda kaynak sunucunun SSL yapılandırması incelenmelidir.
Güvenlik uyarısı: 526 hatasını gidermek için sertifika doğrulamasını kalıcı olarak gevşetmek yerine kaynak sertifikasını düzeltin.
Bir web sitesinde şu iki adres farklı ana makine adlarını temsil eder:
https://ornekalanadi.com
https://www.ornekalanadi.com
Bir sertifikanın her iki adresi de kapsaması için ilgili isimlerin sertifika kapsamında bulunması gerekir.
Özellikle yalnızca www kullanılan adreste güvenlik hatası oluşuyorsa:
Sertifikanın SAN alanını kontrol edin.
www DNS kaydının doğru yapılandırıldığını doğrulayın.
Web sunucusunun www için doğru sertifikayı sunduğundan emin olun.
HTTP/HTTPS ve www yönlendirmelerini inceleyin.
Ayrıca *.ornekalanadi.com gibi bir wildcard sertifikanın kök alan adını (ornekalanadi.com) otomatik olarak kapsamadığını unutmayın.
| Hata mesajı | Olası neden | Çözüm için ilk kontrol |
|---|---|---|
| NET::ERR_CERT_DATE_INVALID | Süresi dolmuş veya henüz geçerli olmayan sertifika, cihaz saati | Sertifika tarihleri |
| NET::ERR_CERT_AUTHORITY_INVALID | Güvenilmeyen sertifika veya sertifika zinciri | Sertifika otoritesi ve zinciri |
| ERR_CERT_COMMON_NAME_INVALID | Sertifikanın alan adıyla eşleşmemesi | SAN alanları ve sunucu sertifikası |
| ERR_SSL_PROTOCOL_ERROR | TLS bağlantısı veya protokol sorunu | Sunucu HTTPS yapılandırması |
| ERR_TOO_MANY_REDIRECTS | Yönlendirme döngüsü | HTTP/HTTPS ve Cloudflare kuralları |
| Mixed Content | HTTP kaynakları | Tarayıcı Console ve Network |
| Cloudflare 525 | TLS el sıkışma hatası | Kaynak sunucu TLS bağlantısı |
| Cloudflare 526 | Geçersiz kaynak sertifikası | Kaynak sertifika doğrulaması |
Bu tablo olası nedenleri gösterir. Kesin teşhis için sertifika bilgileri, tarayıcı hata mesajı ve sunucu yapılandırması birlikte incelenmelidir.
Evet. Alan adınızın yanlış sunucuya yönlenmesi, tarayıcıya beklenenden farklı bir SSL sertifikası sunulmasına neden olabilir.
Örneğin alan adınızı yeni bir hosting sunucusuna taşıdıysanız ancak DNS kayıtlarınız eski sunucuyu göstermeye devam ediyorsa eski sunucunun sertifikası görüntülenebilir.
Özellikle aşağıdaki kayıtlar kontrol edilmelidir:
A kaydı
AAAA kaydı
CNAME kaydı
Yetkili nameserver adresleri
Bir alan adında IPv4 ve IPv6 kayıtları birlikte bulunuyorsa her iki bağlantı yolunun da doğru web sunucusuna ulaştığı doğrulanmalıdır.
Önemli: Cloudflare proxy etkinse genel DNS sorgusunda Cloudflare IP adresleri görüntülenebilir. Bu durumda gerçek kaynak sunucu yapılandırması Cloudflare panelinden kontrol edilmelidir.
Bazı durumlarda tarayıcı tarafından saklanan önceki yönlendirmeler veya bağlantı durumları sorunun devam ediyor gibi görünmesine neden olabilir.
Şu kontrolleri yapabilirsiniz:
Web sitesini gizli pencerede açın.
Farklı bir tarayıcı kullanın.
Farklı bir cihaz üzerinden test edin.
Bilgisayarınızın tarih ve saatinin doğru olduğundan emin olun.
Gerekirse ilgili siteye ait tarayıcı verilerini temizleyin.
Ancak tarayıcı önbelleğini temizlemek, süresi dolmuş veya yanlış yapılandırılmış bir SSL sertifikasını düzeltmez.
Hata birden fazla cihazda oluşuyorsa öncelikle sunucu ve sertifika yapılandırması incelenmelidir.
Evet. Geçersiz SSL sertifikaları, HTTPS yapılandırma sorunları ve yanlış yönlendirmeler web sitenizin arama motorları tarafından erişilebilirliğini ve indekslenmesini olumsuz etkileyebilir.
Google, eşdeğer HTTP ve HTTPS sayfaları arasından genel olarak HTTPS sürümünü tercih eder.
Ancak HTTPS sayfasında geçersiz sertifika, güvensiz kaynaklar veya hatalı yönlendirmeler varsa bu tercih etkilenebilir.
Önemli sayfaların HTTPS üzerinden sorunsuz açıldığını doğrulayın.
HTTP adreslerinden uygun HTTPS adreslerine kalıcı yönlendirme oluşturun.
Canonical etiketlerinde doğru HTTPS adreslerini kullanın.
XML sitemap içerisinde HTTPS URL'lerine yer verin.
Web sitesinin iç bağlantılarını HTTPS biçiminde düzenleyin.
Mixed Content hatalarını giderin.
HTTPS sayfalarının Googlebot tarafından erişilebilir olduğunu kontrol edin.
Google Search Console üzerinden indeksleme durumunu takip edin.
Önemli: SSL sertifikasının bulunması tek başına yüksek Google sıralaması garantisi vermez. HTTPS, güvenli ve erişilebilir bir web sitesi oluşturmanın temel gereksinimlerinden biridir.
Web sitenizin HTTP sürümünün kalıcı olarak HTTPS sürümüne taşınması için 301 yönlendirmesi kullanılabilir.
Örneğin:
http://ornekalanadi.com/iletisim
adresinin
https://ornekalanadi.com/iletisim
adresine yönlendirilmesi uygun olabilir.
Ancak yönlendirme eklemeden önce HTTPS sertifikası ve web sitesinin çalıştığı doğrulanmalıdır.
Ayrıca mevcut sunucu, WordPress ve Cloudflare yönlendirmeleri kontrol edilerek gereksiz yönlendirme zincirleri veya döngüler önlenmelidir.
SSL yapılandırmasının sürekli güvenli kalabilmesi için düzenli kontroller yapılmalıdır.
Önerilen uygulamalar:
Sertifika geçerlilik süresini takip edin.
Otomatik SSL yenileme işlemlerinin başarılı olduğunu kontrol edin.
Alan adınızın ve gerekli alt alan adlarının sertifika kapsamına dahil olduğundan emin olun.
HTTP bağlantılarını HTTPS'ye yönlendirin.
WordPress URL ayarlarını güncel tutun.
Mixed Content sorunlarına neden olan HTTP kaynaklarını düzeltin.
Cloudflare SSL/TLS yapılandırmasını kaynak sunucuyla uyumlu tutun.
Web sitesi taşıma işleminden sonra SSL sertifikalarını yeniden kontrol edin.
DNS ve SSL yapılandırmalarını birlikte değerlendirin.
Kritik güvenlik değişikliklerinden sonra web sitesinin bütün önemli bölümlerini test edin.
HTTP Strict Transport Security (HSTS), tarayıcıya ilgili web sitesi için HTTPS bağlantılarının kullanılmasını bildiren bir güvenlik mekanizmasıdır.
Doğru yapılandırıldığında HTTP üzerinden erişim riskini azaltmaya yardımcı olur.
Ancak HSTS etkinleştirilmeden önce SSL sertifikasının geçerli olduğundan, HTTPS erişiminin sorunsuz çalıştığından ve uygulanacak alan adlarının kapsamının doğru belirlendiğinden emin olunmalıdır.
Önemli: HSTS ayarlarının yanlış yapılandırılması, sertifika sorunu yaşandığında ziyaretçilerin web sitesine erişmesini zorlaştırabilir. Özellikle includeSubDomains ve uzun max-age değerleri dikkatle değerlendirilmelidir.
HSTS, bozuk SSL sertifikasını veya Mixed Content hatalarını tek başına düzeltmez.
Aşağıdaki durumlardan biri yaşanıyorsa Web9 teknik destek ekibine başvurabilirsiniz:
SSL sertifikanız aktif görünmesine rağmen tarayıcı güvenlik uyarısı veriyorsa.
HTTPS adresinde sertifika geçerlilik hatası oluşuyorsa.
cPanel veya Plesk üzerinden SSL sertifikası yenilenemiyorsa.
Sertifika alan adınızı veya www adresinizi kapsamıyorsa.
Cloudflare 525 veya 526 hatası alıyorsanız.
HTTP/HTTPS yönlendirme döngüsü yaşıyorsanız.
WordPress HTTPS yapılandırmasını düzeltemiyorsanız.
Sunucu sertifika zincirinin veya TLS yapılandırmasının incelenmesi gerekiyorsa.
Sorunun daha hızlı incelenebilmesi için aşağıdaki bilgileri hazırlayın:
Hata yaşanan alan adı ve tam URL.
Tarayıcıda görüntülenen güvenlik uyarısının tam metni.
Sorunun başladığı tarih ve saat.
Hatanın www ve www olmayan adreslerde oluşup oluşmadığı.
Kullanılan kontrol paneli (cPanel veya Plesk).
Cloudflare kullanılıp kullanılmadığı.
Varsa hata kodu veya Cloudflare Ray ID.
Sorundan önce yapılan DNS, SSL veya hosting değişiklikleri.
Uyguladığınız kontrol ve çözüm adımları.
Güvenlik uyarısı: Teknik destek taleplerinde SSL özel anahtarınızı (private key), hesap parolalarınızı veya diğer gizli erişim bilgilerinizi paylaşmayın.
Web9 Müşteri Paneli: https://w9.com.tr/giris-yap
Web9 İletişim: https://w9.com.tr/contact
Bu durum HTTPS yönlendirmesinin eksik olması, Mixed Content, sertifika süresinin dolması, alan adı uyumsuzluğu, eksik sertifika zinciri veya yanlış SSL/TLS yapılandırmasından kaynaklanabilir.
Hayır. Sertifikanın doğru sunulması, geçerli olması, alan adını kapsaması ve sayfadaki kaynakların güvenli bağlantılar üzerinden yüklenmesi gerekir.
Sertifika geçersiz olabilir, Mixed Content sorunu bulunabilir veya farklı bir güvenlik uyarısı gösteriliyor olabilir. Tarayıcıdaki hata mesajını ve sertifika ayrıntılarını kontrol edin.
Modern tarayıcılar güvenli bağlantıları göstermek için her zaman kilit simgesi kullanmayabilir. Sertifika ve bağlantı güvenliği durumunu tarayıcının site bilgileri bölümünden doğrulayın.
Mixed Content, HTTPS üzerinden yüklenen bir web sayfasının bazı kaynakları HTTP üzerinden çağırmasıdır. Bu durum güvenlik risklerine veya kaynakların tarayıcı tarafından engellenmesine neden olabilir.
Öncelikle WordPress Adresi ve Site Adresi ayarlarını kontrol edin. Ardından tarayıcı geliştirici araçlarıyla HTTP üzerinden yüklenen kaynakları tespit edin ve ilgili bağlantıları güvenli şekilde güncelleyin.
cPanel'deki Domains bölümünde, alan adınız için kullanılabilir durumdaysa Force HTTPS Redirect seçeneğini etkinleştirebilirsiniz. Öncelikle geçerli SSL sertifikası bulunduğunu doğrulayın.
Sertifikanız www kullanılan alan adını kapsamıyor olabilir. SAN kapsamını, DNS kaydını ve web sunucusunun ilgili adrese sunduğu sertifikayı kontrol edin.
Sertifikanın süresi dolduğunda tarayıcı bağlantıyı güvenilir olarak doğrulayamayabilir ve güvenlik uyarısı gösterebilir. Sertifikanın yenilenmesi ve yeni sertifikanın doğru şekilde sunulması gerekir.
Kaynak sunucunun SSL sertifikasını kontrol edin. Ardından Cloudflare SSL/TLS modunun kaynak sunucu yapılandırmasıyla uyumlu olduğunu doğrulayın. Uygun geçerli sertifikayla Full (strict) modu tercih edilebilir.
Full modunda Cloudflare kaynak sunucuyla HTTPS bağlantısı kurar ancak kaynak sertifikasını tam olarak doğrulamaz. Full (strict) modunda ise kaynak sertifikasının geçerliliği de kontrol edilir.
Cloudflare Origin CA sertifikaları, Cloudflare ile kaynak sunucu arasındaki bağlantı için tasarlanmıştır. Doğrudan tarayıcıya sunulduklarında genel olarak güvenilir kabul edilmezler.
Web sunucusu eski sertifikayı sunuyor olabilir. Ayrıca sertifika zinciri, alan adı kapsamı, DNS yönlendirmesi veya CDN yapılandırması hatalı olabilir.
Evet. Yanlış A veya AAAA kayıtları ziyaretçilerin farklı bir sunucuya bağlanmasına neden olabilir. Bu durumda yanlış sertifika görüntülenebilir.
HTTP ve HTTPS yönlendirmelerinin çakışması veya Cloudflare ile kaynak sunucunun farklı yönlendirme politikaları uygulaması bu hataya neden olabilir.
HTTPS, Google'ın URL seçiminde dikkate aldığı bir unsurdur. Geçersiz SSL sertifikaları ve hatalı yönlendirmeler tarama veya indeksleme problemlerine neden olabilir. Ancak SSL tek başına üst sıralarda yer alma garantisi sağlamaz.
Her iki sertifika türü de uygun TLS yapılandırmasıyla güçlü bağlantı şifrelemesi sağlayabilir. Farklılıklar sertifika doğrulama türü, ürün kapsamı, destek ve ek hizmetlerde ortaya çıkabilir. Ücretli sertifika kullanmak tek başına daha güçlü şifreleme veya güvenli web sitesi garantisi vermez.
Hayır. SSL/TLS, bağlantı güvenliğini sağlamaya yardımcı olur. Zararlı yazılımlara, uygulama açıklarına veya yetkisiz erişime karşı ayrıca güvenlik önlemleri alınmalıdır.
SSL sertifikasının kurulu olması, web sitesinin bütün bağlantılarının güvenli olduğu anlamına gelmez. Web sitesinin güvenli HTTPS bağlantısı sunabilmesi için sertifikanın geçerli olması, doğru alan adını kapsaması ve sunucu tarafından uygun şekilde yapılandırılması gerekir.
Özellikle Mixed Content hataları, yanlış HTTP/HTTPS yönlendirmeleri, WordPress URL ayarları ve Cloudflare SSL/TLS yapılandırmaları güvenlik uyarılarının yaygın nedenleri arasındadır.
Sorunu çözmek için öncelikle tarayıcının gösterdiği hata mesajını incelemeli, ardından SSL sertifikasının geçerliliğini, HTTPS yönlendirmelerini ve sayfa kaynaklarını kontrol etmelisiniz.
Web9 hosting hizmetinizde SSL sertifikası bulunmasına rağmen siteniz güvenli görünmüyorsa ve bu rehberdeki adımlarla sorunu çözemiyorsanız müşteri panelimiz üzerinden teknik destek ekibimize ulaşabilirsiniz.
Bilgi bankasını detaylı olarak incelediniz, fakat ihtiyacınız olan bilgiyi bulamıyorsanız,
Bir Destek Talebi Oluşturun.