Sıralama Kaybetmeden HTTP'den HTTPS'ye Nasıl Geçilir?
HTTP'den HTTPS'ye sıralama kaybetmeden geçiş: SSL kurulumu, 301 yönlendirme, karışık içerik, Search Console, site haritası ve Chrome'un 2026 HTTP uyarısı.

İçindekiler
HTTP'den HTTPS'ye sıralama kaybetmeden geçmek için geçerli bir SSL/TLS sertifikası kurun, bütün HTTP adreslerini tek adımda HTTPS karşılıklarına 301 ile yönlendirin, iç bağlantıları, canonical etiketlerini ve site haritasını HTTPS'ye çevirin, ardından Search Console'da süreci izleyin. Google bu geçişi bir "site taşıma" olarak görür; doğru yapıldığında sıralamalar birkaç hafta dalgalanıp yerine oturur.
Bu rehberi ilk kez 2020'de yazmıştım. 2026'da konu artık "geçsem mi?" değil: Chrome, Ekim 2026'dan itibaren HTTP sitelere girmeden önce kullanıcıyı varsayılan olarak uyarıyor. Aşağıda hem yeni başlayanlar hem de hâlâ HTTP'de kalmış eski siteler için güncel adımları bulacaksınız.
HTTPS ve SSL/TLS sertifikası nedir?
HTTPS, tarayıcı ile sunucu arasındaki iletişimin şifrelendiği HTTP sürümüdür. Şifreleme olmadan form bilgileri, şifreler ve çerezler ağ üzerinde düz metin olarak taşınır; aynı ağdaki biri bu bilgileri okuyabilir veya sayfaya müdahale edebilir.
Şifrelemeyi sağlayan protokolün günümüzdeki adı TLS'tir. "SSL" eski protokolün adıdır ama sertifikalar için alışkanlıkla hâlâ "SSL sertifikası" denir. Bu yazıda ikisini aynı anlamda kullanıyorum.
2026'dan itibaren sertifika ömürleri kısalıyor
Tarayıcı ve sertifika sağlayıcılarının oluşturduğu CA/Browser Forum'un Nisan 2025'te kabul ettiği karara göre herkese açık TLS sertifikalarının azami geçerlilik süresi kademeli olarak kısalıyor:
| Yürürlük tarihi | Azami geçerlilik |
|---|---|
| 15 Mart 2026 | 200 gün |
| 15 Mart 2027 | 100 gün |
| 15 Mart 2029 | 47 gün |
Pratik sonucu şu: Sertifikayı elle yenilemek artık sürdürülebilir değil. Hosting panelinizdeki otomatik sertifika özelliğini (cPanel'de AutoSSL gibi) veya Let's Encrypt gibi otomatik yenilenen bir çözümü kullanın. Süresi dolan sertifika, siteyi bir anda tarayıcı uyarısının arkasına iter.
HTTPS'ye neden geçmelisiniz?
1. Google'da hafif bir sıralama sinyali
Google, Ağustos 2014'te HTTPS'yi sıralama sinyali olarak kullanmaya başladığını duyurdu. Aynı duyuruda bunun "çok hafif" bir sinyal olduğu ve küresel sorguların %1'inden azını etkilediği belirtildi. Yani HTTPS tek başına sizi üst sıralara taşımaz; ama eşit koşullarda HTTP'de kalmak bir dezavantajdır. HTTPS bugün Google'ın sayfa deneyimi değerlendirmesinin de bir parçası.
2. Chrome artık HTTP siteler için uyarı veriyor
Google'ın güvenlik ekibi 28 Ekim 2025'te Chrome'un "Her zaman güvenli bağlantıları kullan" ayarını kademeli olarak varsayılan hâle getireceğini duyurdu:
- Chrome 147 (Nisan 2026): Gelişmiş Güvenli Tarama kullanan kullanıcılarda açıldı.
- Chrome 154 (Ekim 2026): Bütün kullanıcılar için varsayılan hâle geldi.
Bu ayar açıkken Chrome, herkese açık bir siteyi HTTP üzerinden açmadan önce kullanıcıyı uyarır. Uyarı geçilebilir, ama bir ziyaretçinin uyarı ekranını görüp geri dönmesi, hem trafiğinizi hem de güveninizi doğrudan etkiler. Google'ın verisine göre Chrome'daki sayfa yüklemelerinin büyük çoğunluğu zaten HTTPS; yerel ağ adresleri gibi özel siteler dışarıda bırakıldığında Android ve Mac'te bu oran %99'u aşıyor. HTTP'de kalan siteler artık istisna.
3. Kullanıcı güveni ve modern özellikler
Form, ödeme veya üyelik içeren her site için HTTPS zaten zorunludur. Ayrıca HTTP/2 ve HTTP/3 gibi hız kazandıran protokoller ile pek çok tarayıcı özelliği pratikte yalnızca HTTPS üzerinde çalışır.
Adım adım HTTP'den HTTPS'ye geçiş (WordPress ve diğer siteler)
Adım 1: Tam yedek alın ve mevcut durumu kaydedin
Dosyaların ve veritabanının yedeğini alın. Ardından Search Console'dan son üç ayın tıklama, gösterim ve dizinlenen sayfa sayısını not edin. Geçişten sonraki karşılaştırmayı bu verilere göre yapacaksınız. Bir tarayıcı aracıyla sitenizin bütün URL listesini çıkarmak da yönlendirmeleri test ederken işinize yarar.
Adım 2: Sertifikayı kurun ve test edin
Çoğu hosting firması panelden tek tıkla ücretsiz sertifika kurar. Kurulumdan sonra sitenizi https:// ile açın ve adres çubuğunda uyarı olmadığını kontrol edin. Sertifikanın hem alanadi.com hem de www.alanadi.com için geçerli olduğundan emin olun.
Adım 3: WordPress adreslerini değiştirin
WordPress panelinde Ayarlar > Genel sayfasına gidin. WordPress Adresi (URL) ve Site Adresi (URL) alanlarının ikisini de https:// ile başlayacak şekilde güncelleyip kaydedin. Kaydettikten sonra yeniden giriş yapmanız gerekebilir.

Adım 4: Bütün HTTP adreslerini 301 ile yönlendirin
Sıralamayı koruyan asıl adım budur. Her eski adres, aynı içeriğin HTTPS adresine kalıcı (301) yönlendirme ile, tek adımda gitmelidir. Apache sunucularda .htaccess dosyasının en üstüne eklenebilecek, hem HTTPS'ye hem de www'suz adrese tek seferde yönlendiren bir örnek:
# HTTP ve www adreslerini tek adımda https://alanadi.com adresine yönlendir
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\. [NC]
RewriteCond %{HTTP_HOST} ^(?:www\.)?(.+)$ [NC]
RewriteRule ^ https://%1%{REQUEST_URI} [L,NE,R=301]
Siteniz www'lu adresi kullanıyorsa kuralı ona göre uyarlayın. Cloudflare gibi bir vekil sunucu arkasındaysanız %{HTTPS} değişkeni doğru çalışmayabilir; bu durumda yönlendirmeyi vekil sunucunun panelinden yapın. Nginx kullanan sunucularda aynı işi sunucu yapılandırmasındaki return 301 kuralı görür.
Test etmek için şu dört adresi açın; dördü de tek adımda aynı HTTPS adresine gitmeli:
http://alanadi.com/ornek-sayfa/http://www.alanadi.com/ornek-sayfa/https://www.alanadi.com/ornek-sayfa/https://alanadi.com/ornek-sayfa/(hedef, 200 dönmeli)
Zincirleme yönlendirme (önce HTTPS'ye, sonra www'suza) ve geçici 302 yönlendirme en sık yapılan hatalardır.
Adım 5: Veritabanındaki eski adresleri güncelleyin
Yazıların içindeki bağlantılar ve görseller hâlâ http:// ile kayıtlı olabilir. WordPress'te bunun için Better Search Replace gibi bir eklenti veya sunucuya erişiminiz varsa WP-CLI'daki wp search-replace 'http://alanadi.com' 'https://alanadi.com' komutu kullanılabilir. Önce "deneme" (dry run) modunda çalıştırın ve mutlaka yedek alın. Bu araçlar, WordPress'in serileştirilmiş verilerini bozmadan değiştirme yaptığı için veritabanını elle düzenlemekten güvenlidir.
Adım 6: Karışık içeriği temizleyin
HTTPS bir sayfa, HTTP üzerinden görsel, betik veya stil dosyası yüklerse tarayıcı bunu "karışık içerik" olarak işaretler ve bazı dosyaları hiç yüklemez. Bulmak için Chrome'da sayfaya sağ tıklayıp İncele > Console sekmesine bakın; sorunlu adresler burada listelenir. Tema dosyalarına, sayfa oluşturucu ayarlarına ve eklentilere gömülmüş eski adresleri de kontrol edin.
Adım 7: Canonical, site haritası ve yapılandırılmış veriyi kontrol edin
Google, aynı içeriğin hangi adresini göstereceğine karar verirken yönlendirmelere, canonical etiketlerine, iç bağlantılara ve site haritasına birlikte bakar. Bu sinyallerin hepsi HTTPS adresini göstermelidir:
- Canonical etiketleri HTTPS adresine işaret etmeli.
- XML site haritasında yalnızca HTTPS adresleri bulunmalı.
- Yapılandırılmış verideki logo, görsel ve sayfa adresleri, hreflang etiketleri ve Open Graph etiketleri güncellenmeli.
- Menülerdeki ve site içi bağlantılardaki adresler doğrudan HTTPS olmalı; yönlendirmeye güvenmeyin.
Adım 8: Search Console'u hazırlayın
En kolay yol Alan adı (Domain) mülkü kullanmaktır. DNS kaydıyla doğrulanan bu mülk, HTTP ve HTTPS ile bütün alt alan adlarını tek raporda toplar. URL öneki mülkü kullanıyorsanız HTTPS sürümünü ayrıca ekleyip doğrulayın; eski HTTP mülkünü silmeyin, geçişin izlenmesinde işe yarar. Kurulum için Search Console'a site ekleme rehberimize bakabilirsiniz.
Önemli bir ayrıntı: Google'ın site taşıma belgesine göre Adres Değişikliği aracı HTTP'den HTTPS'ye geçişte kullanılmaz. Bu araç yalnızca alan adı değiştirdiğinizde gerekir.
Adım 9: Site haritasını gönderin ve önemli sayfaları denetleyin
Yeni site haritasını Search Console'daki Site haritaları bölümünden gönderin. En önemli birkaç sayfayı URL Denetimi aracıyla kontrol edip tarama isteyebilirsiniz. Google'a göre tarama birkaç gün ile birkaç hafta arasında sürebilir, tek tek URL gönderiminin bir kotası vardır ve tarama isteği dizine eklemeyi garanti etmez. Çok sayıda sayfa için site haritası yeterlidir.
Adım 10: robots.txt'yi kontrol edin
https://alanadi.com/robots.txt adresini açın ve önemli bölümleri engellemediğinden emin olun. Eski HTTP adreslerini robots.txt ile engellemeyin; engellerseniz Google bu adresleri tarayamaz ve yönlendirmeleri göremez. Eski "robots.txt test aracı" kaldırıldı; bunun yerine Search Console'daki robots.txt raporunu kullanın. Ayrıntılar robots.txt rehberimizde.
Adım 11: HSTS'yi düşünün (ama acele etmeyin)
Her şey birkaç hafta sorunsuz çalıştıktan sonra sunucuya Strict-Transport-Security (HSTS) başlığı ekleyebilirsiniz. Bu başlık, tarayıcıya sitenizi bundan sonra yalnızca HTTPS ile açmasını söyler. Önce kısa bir süreyle (max-age=300 gibi) başlayın. Tarayıcıların ön yükleme listesine (preload) girmek geri alması zor bir karardır; bütün alt alan adlarınız HTTPS'ye hazır değilse bu adımı atlamayın ama aceleye de getirmeyin.
Adım 12: Dış bağlantıları güncelleyin ve süreci izleyin
Kontrol edebildiğiniz yerlerdeki bağlantıları güncelleyin: sosyal medya profilleri, Google İşletme Profili, reklam hesapları, e-posta imzaları, iş ortaklarının sitelerindeki bağlantılar. Değiştiremediğiniz bağlantılar için endişelenmeyin; 301 yönlendirmesi bu sinyali taşır. Google, yönlendirmelerin en az bir yıl tutulmasını öneriyor; HTTPS geçişinde ise kalıcı olarak bırakın.
Sonraki haftalarda Search Console'da şunları izleyin: Sayfalar raporunda HTTPS adreslerinin dizine girmesi, HTTP adreslerinin "Yönlendirmeli sayfa" olarak görünmesi, Performans raporunda tıklama ve gösterimlerin seyri. Google'a göre orta ölçekli bir sitede taşımanın oturması birkaç hafta veya daha uzun sürebilir ve bu sürede sıralamalarda dalgalanma normaldir.
Sıralama kaybettiren yaygın hatalar
- 302 (geçici) yönlendirme kullanmak: Kalıcı geçişte 301 veya 308 kullanın.
- Bütün sayfaları ana sayfaya yönlendirmek: Her eski adres, kendi karşılığına gitmeli.
- Zincirleme yönlendirme: HTTP → HTTPS → www'suz gibi birden fazla adım.
- Canonical ve site haritasını unutmak: Yönlendirme HTTPS'yi, canonical HTTP'yi gösterirse Google'a çelişkili sinyal verirsiniz.
- Sertifikayı otomatik yenilememek: Kısalan sertifika ömürleriyle bu risk büyüdü.
- Geçişi bir çekirdek güncelleme dönemine denk getirmek: Zorunlu değil, ama iki değişkeni birbirinden ayırmak zorlaşır. Google Search Status Dashboard'a bakıp sakin bir dönem seçmek analizi kolaylaştırır.
Yapay zeka aramaları (AI Overviews, AI Mode, ChatGPT) açısından HTTPS
Google'ın yapay zeka özellikleri, sayfaları normal arama dizininden seçer. Bu yüzden HTTPS geçişinde dizin ne kadar temiz olursa AI Overviews ve AI Mode'da gösterilen adres de o kadar doğru olur. Yarım kalmış bir geçişte yapay zeka yanıtındaki kaynak bağlantısı eski HTTP adresine gidip yönlendirme zincirine takılabilir.
ChatGPT'nin arama botu (OAI-SearchBot) gibi diğer yapay zeka tarayıcıları da sitenizi kendi programlarıyla tarar. Birkaç pratik öneri:
- Yönlendirmeleri sunucu tarafında (301) yapın; JavaScript ile yapılan yönlendirmeleri her bot uygulamayabilir.
- Geçişten sonra robots.txt dosyanızın HTTPS adresinde doğru botlara izin verdiğini kontrol edin. Bkz. ChatGPT aramalarında görünmek.
- Bing Web Yönetim Araçları'nda da HTTPS site haritasını gönderin; bazı yapay zeka asistanları Bing dizininden yararlanır.
Sonuç
HTTPS'ye geçiş 2026'da bir SEO tercihi değil, temel bir gereklilik. Chrome'un varsayılan uyarısı HTTP'de kalan siteleri ziyaretçinin gözünde güvensiz kılıyor. İyi haber şu ki geçiş teknik olarak zor değil: Sertifikayı otomatik yenilenecek şekilde kurun, her eski adresi tek adımda 301 ile yönlendirin, canonical ve site haritasını güncelleyin, sonra Search Console'u birkaç hafta yakından izleyin. Bu kontrol listesini teknik SEO rehberimizle birlikte kullanabilirsiniz.
Sık sorulan sorular
HTTPS'ye geçince sıralamam düşer mi?
Doğru yapılırsa kalıcı bir düşüş beklenmez. Google, HTTP'den HTTPS'ye geçişi bir site taşıma türü olarak görür ve bu süreçte sıralamaların bir süre dalgalanabileceğini söyler; orta ölçekli bir sitede bu birkaç hafta veya daha uzun sürebilir. Bütün eski adreslerin tek adımda yeni adreslere 301 ile yönlenmesi en kritik koşuldur.
HTTPS geçişinde Search Console'daki Adres Değişikliği aracını kullanmalı mıyım?
Hayır. Google'ın site taşıma belgesine göre Adres Değişikliği aracı HTTP'den HTTPS'ye geçişte kullanılmaz. Bu araç alan adı değiştirdiğinizde gereklidir. HTTPS geçişinde yönlendirmeler, canonical etiketleri ve güncel site haritası yeterlidir.
301 yönlendirmeleri ne kadar süre tutmalıyım?
Google, yönlendirmeleri mümkün olduğunca uzun, en az bir yıl tutmanızı öneriyor. HTTPS geçişinde ise kaldırmak için bir sebep yok; eski HTTP bağlantıları başka sitelerde yıllarca kalacağı için yönlendirmeyi kalıcı olarak bırakın.
Ücretsiz SSL sertifikası SEO için yeterli mi?
Evet. Google arama açısından ücretsiz ve ücretli sertifika arasında fark yoktur; önemli olan geçerli bir sertifika ile sitenin HTTPS üzerinden sorunsuz açılmasıdır. Sertifika ömürleri 2026'dan itibaren kısaldığı için yenilemenin otomatik yapılması, sertifikanın türünden daha önemlidir.
Kaynaklar
- Google Search Central: Site moves with URL changes (son güncelleme 11 Eylül 2026)
- Google Search Central Blog: HTTPS as a ranking signal (6 Ağustos 2014)
- Google Online Security Blog: HTTPS by default (28 Ekim 2025)
- DNSimple: SSL certificate validity changes 2026–2029 (CA/Browser Forum SC-081)
- Google Search Central: Ask Google to recrawl your URLs (son güncelleme 31 Aralık 2025)
- PPC Land: Google's site move guide now covers www and non-www domain variants (Haziran 2026)





