SSL Sertifikası Nasıl Alınır? Adım Adım Rehber

SSL sertifikası nasıl alınır sorusunun kısa cevabı şudur: Önce siteniz için doğru sertifika türünü seçer, alan adınızı doğrular, CSR üretir, sertifika dosyalarını alır, sunucuya kurar ve tüm trafiği HTTPS’ye yönlendirirsiniz. Bu süreç yalnızca tarayıcıdaki kilit simgesi için değil, kullanıcı verilerinin korunması, form bilgilerinin güvenli iletilmesi ve site itibarının korunması için de gereklidir.

SSL ifadesi yaygın kullanılsa da teknik olarak modern web trafiği TLS ile şifrelenir. Buna rağmen hosting panellerinde, tarayıcı uyarılarında ve hizmet adlarında “SSL sertifikası” terimi kullanılmaya devam eder. Bu rehberde pratik kullanıma uygun şekilde SSL diyeceğiz, fakat anlatılan adımlar TLS sertifikaları için geçerlidir.

SSL sertifikası nedir, neden gereklidir?

SSL sertifikası, bir alan adının belirli bir sunucu veya kuruluşla ilişkilendirildiğini gösteren dijital kimlik belgesidir. Tarayıcı ile web sunucusu arasında şifreli bağlantı kurulmasını sağlar. Kullanıcı bir form doldurduğunda, üyelik bilgisi girdiğinde, ödeme sayfasına geçtiğinde veya yönetim paneline bağlandığında veriler açık metin olarak taşınmaz.

HTTPS kullanılmayan sitelerde tarayıcılar güvenli değil uyarısı gösterebilir. Bu uyarı, özellikle iletişim formu, giriş ekranı, sepet, ödeme ya da üyelik alanı bulunan sitelerde dönüşüm oranını ve marka güvenini olumsuz etkiler. Sadece e-ticaret siteleri değil, kurumsal web siteleri, bloglar, portföy siteleri ve uygulama panelleri de HTTPS kullanmalıdır.

SSL sertifikası üç temel işi birlikte yapar: bağlantıyı şifreler, sunucunun kimliğini doğrulamaya yardım eder ve iletim sırasında verinin değiştirilmesini zorlaştırır. MDN, HSTS başlığının tarayıcıya bir sitenin yalnızca HTTPS üzerinden ziyaret edilmesi gerektiğini bildirdiğini belirtir; bu da sertifika kurulumundan sonra ek güvenlik katmanı olarak değerlendirilebilir. MDN HSTS dokümantasyonu

Hangi SSL türü size uygun?

SSL sertifikası nasıl alınır diye araştırırken ilk karar, sertifika türüdür. Her sertifika aynı şifrelemeyi sağlayabilir, fakat doğrulama seviyesi, kapsadığı alan adları ve kullanım amacı farklıdır. Sertifika seçeneklerini ayrıca SSL sertifikası sayfasından inceleyebilirsiniz.

DV sertifikalar genellikle en hızlı doğrulanan seçenektir. Sertifika otoritesi, alan adını kontrol ettiğinizi DNS kaydı, e-posta veya dosya doğrulama yöntemiyle teyit eder. OV ve EV sertifikalarda kuruluş adı, kayıt bilgileri ve yetkili kişi bilgileri de incelenir. Bu nedenle daha fazla belge ve zaman gerekebilir.

Wildcard sertifika seçerken kapsamı doğru anlamak önemlidir. *.ornek.com genellikle panel.ornek.com ve api.ornek.com gibi tek seviyeli alt alanları kapsar. Ancak test.panel.ornek.com gibi ikinci seviye alt alanlar için ek kapsam gerekebilir. Çok sayıda alt alan adı kullanıyorsanız wildcard, operasyonu basitleştirebilir.

SSL sertifikası alınmadan önce gerekenler

Başvuruya geçmeden önce alan adı, DNS ve sunucu tarafını kontrol etmek süreci hızlandırır. Alan adının aktif olması, DNS kayıtlarının doğru sunucuya yönlenmesi ve web sitesinin yayında olması çoğu doğrulama yöntemi için önemlidir. Özellikle dosya ile doğrulamada, sertifika otoritesinin belirli bir URL’ye erişebilmesi gerekir. Yeni bir alan adıyla başlıyorsanız önce alan adı kaydınızı ve DNS yönetimini netleştirin.

Başlamadan önce şu bilgileri hazırlayın:

• Alan adı: Sertifikanın kapsayacağı tam adları belirleyin. ornek.com ve www.ornek.com ayrı adlar olarak düşünülmelidir.
• Erişim yetkisi: Hosting paneli, sunucu SSH erişimi veya web sunucusu yapılandırma yetkisi gerekir.
• DNS yönetimi: DNS doğrulaması yapılacaksa TXT kaydı ekleyebilmelisiniz.
• E-posta erişimi: E-posta doğrulaması kullanılacaksa alan adına bağlı yönetici adreslerine erişiminiz olmalıdır.
• Sunucu yazılımı: Apache, Nginx, LiteSpeed, IIS veya panel tabanlı yapı biliniyor olmalıdır.
• Yedek: Canlı sitede değişiklik yapmadan önce dosya ve veritabanı yedeği alınmalıdır.

Alan adınız VDS veya VPS üzerinde çalışıyorsa web sunucusu yapılandırmasını kendiniz yönetiyor olabilirsiniz. Bu durumda sertifika kurulumundan önce sanal host dosyalarını, 80 ve 443 portlarını, güvenlik duvarı kurallarını ve panel kullanıp kullanmadığınızı not edin. VDS tarafındaki kavramlara yeniyseniz VDS nedir rehberini ayrıca inceleyebilirsiniz.

CSR oluşturma ve doğrulama süreci

CSR, “Certificate Signing Request” ifadesinin kısaltmasıdır. Sertifika isteği dosyası olarak düşünebilirsiniz. CSR oluşturulurken aynı zamanda özel anahtar üretilir. Özel anahtar sunucuda kalmalı, üçüncü kişilerle paylaşılmamalıdır. CSR ise sertifika otoritesine gönderilir.

cPanel kullanan sistemlerde CSR üretimi genellikle SSL/TLS bölümünden yapılır. cPanel dokümantasyonu, kullanıcıların SSL/TLS arayüzünde özel anahtar, CSR ve sertifika işlemlerini yönetebildiğini belirtir. cPanel SSL/TLS dokümantasyonu

SSH erişiminiz varsa OpenSSL ile CSR oluşturabilirsiniz:

openssl req -new -newkey rsa:2048 -nodes \
-keyout ornek.com.key \
-out ornek.com.csr

Komut çalıştığında ülke, şehir, kuruluş adı, birim, alan adı ve e-posta gibi bilgiler istenir. DV sertifikalarda kuruluş alanları tarayıcıda genellikle görünmez, fakat doğru ve tutarlı bilgi girmeniz yine de iyi uygulamadır. Common Name alanına sertifikanın ana alan adını yazın. Modern sertifikalarda SAN alanı önemlidir; bu nedenle ornek.com ile www.ornek.com birlikte kullanılacaksa ikisinin de sertifika kapsamına eklendiğinden emin olun.

Doğrulama yöntemleri genellikle üç başlıkta toplanır:

1. DNS doğrulaması: Alan adının DNS bölgesine TXT kaydı eklenir. Wildcard sertifikalarda sık kullanılan yöntemdir.
2. Dosya doğrulaması: Web kök dizinine verilen doğrulama dosyası yerleştirilir.
3. E-posta doğrulaması: Alan adına bağlı belirli yönetici adreslerinden onay verilir.

DNS doğrulamasında kayıt ekledikten sonra yayılım süresi beklenebilir. Bu süre DNS sağlayıcısına, TTL değerine ve önbelleklere göre değişir. Dosya doğrulamasında ise yönlendirme kuralları, bakım modu, güvenlik eklentileri veya erişim kısıtları doğrulama URL’sini engelleyebilir.

SSL sertifikası nasıl alınır: adım adım uygulama

Bu bölümde süreci baştan sona pratik bir akışla ele alalım. Farklı panellerde menü adları değişebilir, fakat mantık aynıdır.

1. Sertifika kapsamını belirleyin. Ana alan adı, www sürümü, alt alan adları ve gerekirse farklı alan adları listesini çıkarın.
2. Sertifika türünü seçin. DV, OV, EV, wildcard veya multi-domain seçeneklerinden kullanım amacınıza uygun olanı belirleyin.
3. CSR oluşturun. Hosting panelinden veya SSH üzerinden CSR üretin. Özel anahtar dosyasını güvenli şekilde saklayın.
4. Başvuruyu tamamlayın. CSR içeriğini sertifika başvuru ekranına girin ve sunucu türünü seçin.
5. Alan adını doğrulayın. DNS, dosya veya e-posta yöntemlerinden isteneni uygulayın.
6. Sertifika dosyalarını indirin. Genellikle alan adı sertifikası, ara sertifika ve kök zincir bilgisi verilir.
7. Sunucuya kurun. Sertifika, özel anahtar ve CA bundle dosyalarını ilgili panele veya web sunucusu yapılandırmasına ekleyin.
8. HTTPS testini yapın. Siteyi farklı tarayıcılarda açın, sertifika zinciri ve yönlendirmeleri kontrol edin.

SSL sertifikası nasıl alınır sorusunun kritik noktası, sertifikayı satın almak veya oluşturmak değil, doğru kapsamla kurmaktır. Örneğin sertifika yalnızca ornek.com için düzenlendiyse, kullanıcı www.ornek.com adresine girdiğinde ad uyuşmazlığı hatası alabilir. Bu yüzden başvuru öncesi alan adı listesini netleştirmek gerekir.

Sertifikayı sunucuya yükleme adımları

Kurulum yöntemi altyapınıza göre değişir. Paylaşımlı hosting veya yönetim paneli kullanıyorsanız genellikle üç alan görürsünüz: sertifika, özel anahtar ve CA bundle. Sertifika dosyası alan adınız için düzenlenen ana sertifikadır. Özel anahtar, CSR üretirken oluşan gizli anahtardır. CA bundle ise tarayıcıların sertifika zincirini doğru kurmasına yardım eden ara sertifika bilgisidir.

cPanel üzerinde genel kurulum mantığı

cPanel’de SSL/TLS bölümünden alan adı seçilir, sertifika bilgisi yapıştırılır ve sistem özel anahtarı otomatik bulabiliyorsa alanı doldurur. Bulamazsa özel anahtar elle eklenir. Ardından CA bundle alanı tamamlanır ve kurulum kaydedilir. İşlemden sonra siteyi https:// ile açarak kontrol edin.

Nginx için örnek yapılandırma

Nginx kullanılan bir sunucuda sertifika yolları sanal host dosyasına eklenir. Aşağıdaki örnek yalnızca mantığı göstermek içindir; dosya yollarını kendi sunucunuza göre değiştirin.

server {
    listen 443 ssl http2;
    server_name ornek.com www.ornek.com;

    ssl_certificate /etc/ssl/ornek.com/fullchain.pem;
    ssl_certificate_key /etc/ssl/ornek.com/private.key;

    root /var/www/ornek.com/public;
    index index.php index.html;
}

Değişiklikten sonra yapılandırmayı test etmek ve servisi yeniden yüklemek gerekir:

nginx -t
systemctl reload nginx

Apache için örnek yapılandırma

Apache’de SSL sanal host içinde sertifika yolları tanımlanır:

<VirtualHost *:443>
    ServerName ornek.com
    ServerAlias www.ornek.com
    DocumentRoot /var/www/ornek.com/public

    SSLEngine on
    SSLCertificateFile /etc/ssl/ornek.com/cert.pem
    SSLCertificateKeyFile /etc/ssl/ornek.com/private.key
    SSLCertificateChainFile /etc/ssl/ornek.com/chain.pem
</VirtualHost>

Ardından yapılandırmayı test edip Apache’yi yeniden yükleyebilirsiniz:

apachectl configtest
systemctl reload apache2

Sunucu yönetimi konusunda emin değilseniz, sertifika kurulumunu canlı saatlerin dışında ve tam yedek aldıktan sonra yapın. Bulutova gibi hosting, WordPress hosting, VDS/VPS ve fiziksel sunucu hizmetleri sunan sağlayıcılarda panel ya da sunucu yapısına göre kurulum yöntemi değişebilir.

HTTP’den HTTPS’ye geçiş ve yönlendirme ayarları

Sertifika kurulduktan sonra kullanıcıların ve arama motorlarının HTTPS sürüme yönlendirilmesi gerekir. Aksi halde sitenin hem HTTP hem HTTPS sürümü açık kalabilir. Bu durum karışık indeksleme, oturum güvenliği sorunları ve yinelenen URL problemleri oluşturabilir.

Apache üzerinde .htaccess ile basit yönlendirme örneği:

RewriteEngine On
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Nginx üzerinde HTTP isteklerini HTTPS’ye yönlendirme örneği:

server {
    listen 80;
    server_name ornek.com www.ornek.com;
    return 301 https://$host$request_uri;
}

Yönlendirmeyi ekledikten sonra site içi bağlantıları, görsel adreslerini, CSS ve JavaScript dosyalarını kontrol edin. Sayfa HTTPS ile açıldığı halde bazı kaynaklar HTTP üzerinden çağrılıyorsa tarayıcı “mixed content” uyarısı verebilir. WordPress kullanıyorsanız site adresi ve WordPress adresi ayarlarının HTTPS olduğundan emin olun. Tema, eklenti ve veritabanında kalan eski HTTP bağlantıları da güncellenmelidir.

HSTS, doğru yapılandırılmış HTTPS sitelerinde ek güvenlik sağlar. Ancak hatalı sertifika, yanlış alan adı veya ileride değişmesi beklenen yapı varsa HSTS aceleyle açılmamalıdır. Önce HTTPS kurulumunu test edin, sonra düşük süreli bir HSTS değeriyle başlayıp izleyin.

Kurulum sonrası kontrol ve yenileme süreci

SSL sertifikası nasıl alınır kadar önemli bir diğer konu, sertifikanın sağlıklı çalıştığını düzenli kontrol etmektir. Kurulumdan sonra yalnız ana sayfayı değil, giriş ekranı, ödeme akışı, form sayfaları, API uçları ve yönetim panelini de test edin.

Kontrol listeniz şöyle olabilir:

• Sertifika doğru alan adlarını kapsıyor mu?
• www ve kök alan adı aynı HTTPS yapısına yönleniyor mu?
• Sertifika zinciri eksiksiz mi?
• HTTP istekleri tek adımda HTTPS’ye gidiyor mu?
• Sayfalarda mixed content uyarısı var mı?
• Site haritası ve canonical URL’ler HTTPS olarak güncellendi mi?
• Harici servisler, ödeme sağlayıcıları, API dönüş URL’leri ve webhook adresleri HTTPS ile güncellendi mi?

8 Kasım 2026 itibarıyla genel tarayıcı güven ekosisteminde sertifika ömürleri kısalmaya devam ediyor. CA/Browser Forum’un güncel Baseline Requirements sayfası, herkese açık TLS sunucu sertifikaları için uyulması gereken kuralları yayımlar; sertifika geçerlilik süreleri ve doğrulama tekrar kullanımı bu kurallar içinde ele alınır. CA/Browser Forum Baseline Requirements

Bu nedenle yenileme takibini takvime bırakmak risklidir. Mümkünse otomatik yenileme kullanın, izleme sistemi kurun ve süresi yaklaşan sertifikalar için e-posta uyarıları tanımlayın. Let’s Encrypt dokümantasyonu, kendi sertifikalarının uzun süredir 90 günlük ömürle verildiğini açıklar; bu model, kısa ömürlü sertifikalarda otomasyonun önemini gösterir. Let’s Encrypt dokümantasyonu

Yenileme sırasında aynı özel anahtarı kullanmak teknik olarak mümkün olabilir, fakat güvenlik politikalarınıza göre yeni anahtar ve yeni CSR üretmek daha doğru olabilir. Özellikle özel anahtarın kopyalandığından, paylaşıldığından veya yetkisiz erişime maruz kaldığından şüpheleniyorsanız yeni anahtar üretin.

Kısa toparlama ve güvenli geçiş planı

SSL sertifikası nasıl alınır sorusunu sağlıklı yanıtlamak için süreci tek bir satın alma adımı gibi değil, uçtan uca geçiş projesi gibi düşünün. Doğru sertifika türünü seçin, CSR ve özel anahtarı güvenli yönetin, alan adını doğrulayın, sertifikayı zinciriyle birlikte kurun ve tüm trafiği HTTPS’ye yönlendirin.

En sık yapılan hatalar yanlış alan adı kapsamı, eksik ara sertifika, unutulan HTTP kaynakları, hatalı 301 zincirleri ve yenileme tarihinin kaçırılmasıdır. Bu riskleri azaltmak için kurulum öncesi kontrol listesi hazırlayın, değişikliği yedekli şekilde uygulayın ve sonrasında düzenli izleme yapın. Böylece kullanıcılarınız sitenize güvenli bağlantı üzerinden erişir, siz de sertifika süresi veya yapılandırma hatası kaynaklı kesintileri en aza indirirsiniz.