SEO için HTTPS

Kısa özet — HTTPS, HTTP’nin güvenli ve şifreli sürümüdür; tarayıcıdaki kilit simgesidir. Google geçmişte HTTPS sayfalarına çok küçük bir sıralama desteği vermiştir, ancak asıl nedenler Chrome’un HTTP sitelerini “Güvenli Değil” diye işaretlemesi ve web’in artık HTTPS beklemesidir. Her eski http:// URL’sini https:// eşine yönlendirir ve geçişte hiçbir şeyi bozmazsanız taşıma güvenlidir.

HTTPS nedir?

Bir web sitesini açtığınızda tarayıcınız bir sunucuyla konuşur. Düz HTTP kullanıldığında bu iletişim açıktır; aradaki ağdaki herkes (ISS’niz, kafe Wi-Fi’si veya saldırgan) veriyi okuyabilir ya da değiştirebilir. HTTPS aynı iletişimin şifrelenmiş hâlidir. “S”, “Secure” anlamına gelir. Sunucunuza bir TLS sertifikası (hâlâ “SSL sertifikası” da denir) kurarak HTTPS kullanırsınız.

Bir sayfanın HTTPS kullanıp kullanmadığını adres çubuğundan görebilirsiniz: URL https:// ile başlar ve genellikle kilit simgesi görünür. Chrome, düz http:// sayfalarında bunun yerine “Güvenli Değil” etiketi gösterir.

HTTPS yalnızca bağlantıyı korur; sayfadaki içeriğin doğruluğunu garanti etmez. Kilit, aktarım sırasındaki verinin şifreli olduğunu gösterir. İçeriğin güvenilirliği, formun meşruluğu veya işletmenin gerçekliği hakkında bir şey söylemez. Kimlik avı siteleri de geçerli HTTPS sertifikaları kullanabilir.

HTTPS SEO’ya yardımcı olur mu?

Tarihsel olarak biraz. Google 2014’te HTTPS’i sıralama sinyali olarak kullandığını doğruladı; ancak bunun çok küçük olduğunu ve o dönemde eşitlik bozucu gibi çalıştığını belirtti. Diğer yönlerden eşit iki sayfadan güvenli olan öne geçebilir. Zayıf bir sayfayı güçlü bir sayfanın üzerine çıkarmaz ve Google’ın güncel rehberi bugün HTTPS için doğrudan sıralama artışını yinelemez. “Yalnızca SSL ekleyerek” büyük artış vadedenler abartır.

Gerçekten önemli nedenler:

• Chrome “Güvenli Değil” der. 2018’den beri her HTTP sayfası bu uyarıyı alır; bu, Google’dan bağımsız olarak ziyaretçileri uzaklaştırır.
• Artık temel standarttır. 2026 W3Techs tahminine göre her 10 web sitesinden yaklaşık 9’u HTTPS kullanır. Geride kalmak bozuk görünür.
• Modern özellikler HTTPS gerektirir. Birçok tarayıcı yeteneği ve HTTP/2 üzerinden daha hızlı bağlantılar HTTPS olmadan çalışmaz.

Geçiş sıralamalarımı düşürür mü?

Dikkatli yaparsanız hayır. HTTP’den HTTPS’e geçiş bir site taşımasıdır. Altın kural: her eski URL’yi 301 yönlendirmesiyle yeni güvenli sürümüne yönlendirin. Doğru uygulandığında sıralamalar korunur. Eksik yönlendirmeler veya bozuk görsel ve script bağlantıları trafik kaybettirebilir; sorun geçiş değil, uygulama hatalarıdır. Bu iddiaya ilişkin kanıt Google recommends permanent server-side redirects during site moves and says HTTP-to-HTTPS moves do not use the Change of Address tool. Kapsam: Google's site-move guide supports redirect and Search Console handling; it does not guarantee that a migration with implementation errors retains traffic. Güven düzeyi: yüksek · Doğrulandı: 2026-07-14 Google Search Central: Site moves with URL changes

Sinyalin ağırlığı, adım adım geçiş, karma içerik ve HSTS hakkında ayrıntı mı istiyorsunuz? Gelişmiş sekmesine geçin.

Kısa özet — Google’ın güncel sayfa deneyimi rehberi, Core Web Vitals dışındaki unsurların “don’t directly help your website rank higher” (çeviri: “web sitenizin daha üst sıralarda yer almasına doğrudan yardımcı olmadığını”) söyler; bu nedenle HTTPS’in bugün doğrudan sıralama artışı sağladığını vadetmeyin. Kesin olan tarihsel bilgidir: Google Ağustos 2014’te HTTPS’i sorguların %1’inden azını etkileyen “very lightweight” (çeviri: “çok hafif”) bir sinyal olarak duyurdu; Gary Illyes 2015’te bunu eşitlik bozucu diye niteledi. Bunlar güncel ve belgelenmiş bir mekanizma değil, tarihli açıklamalardır. Google’ın canonical rehberi ise bugün HTTPS sayfalarını HTTP eşdeğerlerine tercih eder, fakat bu tercih koşulludur: geçersiz sertifika, güvensiz bağımlılıklar, HTTPS→HTTP yönlendirmesi veya HTTP’yi gösteren bir canonical etiketi tercihi tersine çevirebilir; HSTS bunu geçersiz kılamaz. HTTPS’in asıl gerekçeleri Chrome’un “Güvenli Değil” etiketi, tüm büyük tarayıcılardaki HTTP/2 desteği, modern tarayıcı API’leri ve artık temel standart olmasıdır. Geçiş bir site taşımasıdır: her URL’yi 301 ile yönlendirin (301’ler PageRank kaybettirmez), etkin ve pasif karma içeriği düzeltin, canonical/site haritası/iç bağlantıları güncelleyin ve Search Console’u yeniden doğrulayın. Protokol geçişinde Adres Değişikliği aracı kullanılmaz. HSTS’nin tarayıcı içi 307 yönlendirmesi, sunucu tarafındaki 301’lerin yerine geçmez; onların üzerine eklenen bir korumadır.

Google bugün HTTPS’in sıralamayı yükselttiğini vadediyor mu?

2014’ten değil, Google’ın bugün söylediklerinden başlayın. Güncel sayfa deneyimi belgeleri, HTTPS’i de saydığı Core Web Vitals dışındaki sayfa deneyimi unsurlarının “don’t directly help your website rank higher in search results.” (çeviri: “web sitenizin arama sonuçlarında daha üst sıralarda yer almasına doğrudan yardımcı olmadığını”) belirtir. Bu, mevcut en güncel ve doğrudan rehberdir; HTTPS’in bugün sıralamayı doğrudan artırdığı vaadini desteklemez.

2014 sinyali ve “eşitlik bozucu” çerçevesi — tarihsel, güncel mekanik değil

Kesin olan tarihsel kayıttır: Google, HTTPS’i 6 Ağustos 2014’te bir sıralama sinyali olarak duyurdu ve başlangıçtaki ağırlığının ne kadar düşük olduğunu açıkça belirtti. Özgün ifade bunun “very lightweight signal—affecting fewer than 1% of global queries, and carrying less weight than other signals such as high-quality content” (çeviri: “küresel sorguların %1’inden azını etkileyen ve kaliteli içerik gibi diğer sinyallerden daha az ağırlık taşıyan çok hafif bir sinyal”) olduğuydu. Yazı ayrıca benimsenmeyi teşvik etmek için Google’ın zamanla “may decide to strengthen it” (çeviri: “onu güçlendirmeye karar verebileceğini”) belirtiyordu; SEO basınının sıkça aktardığı “artış” değil, “güçlendirme”. Bu iddiaya ilişkin kanıt Google announced HTTPS as a very lightweight ranking signal affecting fewer than one percent of global queries at launch. Kapsam: Google's 2014 announcement establishes the signal and its weight at launch; it does not quantify the signal's current weight. Güven düzeyi: yüksek · Doğrulandı: 2026-07-14 Google Search Central: HTTPS as a ranking signal

Bir yıl sonra, Eylül 2015’te Gary Illyes sinyali eşitlik bozucu olarak tanımladı: “it acts more like a tiebreaker. For example, if all quality signals are equal for two results, then the one that is on HTTPS would get … or may get … the extra boost.” (çeviri: “daha çok eşitlik bozucu gibi davranır. Örneğin iki sonuç için tüm kalite sinyalleri eşitse HTTPS kullanan sonuç, diğerini geçmek için gereken ek desteği alır ya da alabilir.”) Aynı yıl öncelikler konusunda açıktı: “you should switch to HTTPS for users, not as a ranking signal.” (çeviri: “HTTPS’e bir sıralama sinyali için değil, kullanıcılar için geçmelisiniz.”) John Mueller’in aynı dönemdeki yaklaşımı da aynı yöne işaret eder: yalnızca geçişten gözle görülür bir sıralama değişimi beklemeyin.

“Eşitlik bozucu” sözünü Google’ın bugün etkin bir sıralama mekaniği olarak belgelediği bir kural değil, Illyes’in 2015–2016 döneminden kalan açıklayıcı fakat tarihli yorumu olarak değerlendirin. Yukarıdaki sayfa deneyimi metni daha temkinli ve günceldir. Dolayısıyla “HTTPS SEO’ya yardımcı olur mu?” sorusunun dürüst ve tarihli yanıtı şudur: Google 2014’te küçük bir sinyali doğruladı, bir Google çalışanı 2015’te bunu eşitlik bozucu olarak niteledi, güncel rehber ise bu mekaniği doğrudan yinelemiyor. Tarihsel sinyal bugün nasıl ağırlıklandırılırsa ağırlıklandırılsın, HTTPS bir büyüme kaldıracı değil temel hijyen unsurudur.

Google’ın HTTPS canonical tercihi — yalnızca şemaya değil, koşullara bağlı

2014 sıralama sinyalinden ayrı olarak Google bugün bir canonical tercihi belgeler: “Google prefers HTTPS pages over equivalent HTTP pages as canonical, except when there are issues or conflicting signals such as” (çeviri) “Google, sorunlar veya çelişen sinyaller olmadığı sürece eşdeğer HTTP sayfaları yerine HTTPS sayfalarını canonical olarak tercih eder”; istisnalar arasında geçersiz SSL sertifikası, görseller dışındaki güvensiz bağımlılıklar, kullanıcıları HTTP sayfasına ya da HTTP üzerinden yönlendiren HTTPS sayfası ve HTTP sürümünü gösteren rel="canonical" etiketi bulunur.

Neredeyse diğer tüm rehberlerin kaçırdığı ayrıntı budur ve yaygın bir aşırı basitleştirmeyle çelişir. Illyes’in 2016’da sıralama sinyalini “basically looking at the first five characters in front of the URL” (çeviri: “temelde URL’nin önündeki ilk beş karaktere bakmak”) diye anlatması 2014 sinyaline ilişkindir; bu canonical kararına değil. Google, bozuk sertifikanın veya protokolü düşüren yönlendirmenin HTTPS tercihini geçersiz kıldığını açıkça söyler: “Avoid bad TLS/SSL certificates and HTTPS-to-HTTP redirects because they cause Google to prefer HTTP very strongly.” (çeviri: “Google’ın HTTP’yi çok güçlü biçimde tercih etmesine neden oldukları için bozuk TLS/SSL sertifikalarından ve HTTPS’ten HTTP’ye yönlendirmelerden kaçının.”) HSTS de bunu düzeltemez: “Implementing HSTS cannot override this strong preference.” (çeviri: “HSTS uygulamak bu güçlü tercihi geçersiz kılamaz.”)

Pratik sonuç şudur: süresi dolmuş veya yanlış yapılandırılmış sertifika yalnızca kullanıcı deneyimi sorunu değildir; Google’ı sıralanmasını istediğiniz HTTPS sayfası yerine HTTP sayfasını dizine eklemeye de itebilir. Sertifika hata türleri ve tanılama için SSL/TLS sertifikaları rehberine; Search Console’un bu karara özel raporunu okumak için HTTPS raporu sayfasına bakın.

HTTPS gerçekte neden önemlidir?

Sıralama sorusunu bir kenara bıraktığınızda HTTPS lehindeki gerekçe çok güçlüdür; ancak baştan şu sınırı koymak gerekir: HTTPS, tarayıcı ile sunucu arasındaki aktarım kanalını güvence altına alır. Uygulama kodunuzu denetlemez, uç noktalarınızın güvenilirliğini doğrulamaz ve kullanıcı niyetini garanti etmez. Ele geçirilmiş bir HTTPS sitesi, HTTPS üzerinden sunulan kimlik avı formu ve şifre çözümünden sonraki veri ihlali hâlâ mümkündür. HTTPS gerekli bir hijyendir; bağlantının devamındaki her şey için güvenlik garantisi değildir.

Bu sınırla birlikte pratik gerekçeler şunlardır:

• Chrome’un “Güvenli Değil” uyarısı. Chrome 68’den (Temmuz 2018) beri Chrome tüm HTTP sayfalarını “güvenli değil” olarak işaretler. Gerçek ziyaretçilerin adres çubuğunda görülen bu etiket, küçük bir sıralama sinyalinden çok daha büyük bir dönüşüm sorunudur.
• HTTP/2 (ve HTTP/3) için pratik ön koşuldur. HTTP/2 standardı şifrelemeyi zorunlu kılmasa da hiçbir yaygın tarayıcı HTTP/2’yi düz HTTP üzerinden sunmaz; tüm büyük tarayıcılar yalnızca TLS üzerinden anlaşır. Google’ın belgesindeki ifadeyle “in some cases, TLS can improve performance, mostly as a result of making HTTP/2 possible.” (çeviri: “bazı durumlarda TLS, çoğunlukla HTTP/2’yi mümkün kıldığı için performansı artırabilir.”) Buradaki “artırabilir” bir garantiden çok koşullu ifadedir; TLS yükü, sunucu yapılandırması ve bağlantıların yeniden kullanımı önemini korur. Yine de HTTP/2’nin çoğullaması ve başlık sıkıştırması HTTPS+HTTP/2 sitesini düz HTTP/1.1’den sıkça daha hızlı kılar.
• Modern tarayıcı özellikleri bunu gerektirir. Service worker’lar, konum/kamera/mikrofon API’leri ve progresif web uygulamaları genellikle güvenli bağlam ister (localhost gibi istisnalar için belirli özelliği ve tarayıcıyı kontrol edin). Google: “HTTPS is required for many new browser features, especially those required for progressive web apps.” (çeviri: “HTTPS, özellikle progresif web uygulamalarının ihtiyaç duyduğu birçok yeni tarayıcı özelliği için gereklidir.”)
• Yönlendiren verisi ve “karanlık trafik” — varsayılan olarak, her zaman değil. Modern varsayılan Referrer-Policy (strict-origin-when-cross-origin) kullanan tarayıcılar, HTTPS sayfasından HTTP hedefine giden bağlantıda Referer başlığını tamamen düşürür; aynı şemadaki veya yükseltme yönündeki gezinme en azından origin’i gönderir. HTTP’de kalırsanız dışarı gönderdiğiniz trafik ve gelen trafik ilişkilendirmesi varsayılan olarak “doğrudan” trafiğe dönüşebilir. Ancak sitenin kendi Referrer-Policy başlığı varsayılanı iki yönde de geçersiz kılabilir; başkasının analiz boşluğunu denetlerken bunu mutlak kural saymayın.
• Artık temel standarttır. Sitelerin tahminen yaklaşık %89’u HTTPS kullanıyor (W3Techs, 2026; kesin güncel sayı değil, yön gösteren tahmin olarak ele alın). SEO açısından hikâye geçişten kazanmak değil, görünür biçimde geride kalmanın riskidir.

HTTP → HTTPS geçişi

HTTP→HTTPS geçişi bir site taşımasıdır ve aynı disiplinle yürütülmelidir. İyi haber doğrudan Google’ın site taşıma rehberinden gelir: “301 and other permanent redirects don’t cause a loss in PageRank.” (çeviri) “301 ve diğer kalıcı yönlendirmeler PageRank kaybına yol açmaz.” Geçişin bağlantı değerini kaybettirdiği eski korkusu bir mittir. Risk protokol değişikliğinde değil, uygulamadadır: eksik 301’ler, karma içerik, eski canonical etiketleri ve Search Console’da doğrulanmamış HTTPS mülkü trafiği gerçekten kaybettiren sorunlardır.

Temel disiplin tek paragrafta şöyledir: önce canlı HTTP sitesinin ölçümünü alın (tarama, sıralamalar, Search Console dışa aktarımı, backlink profili); TLS sertifikası edinin (ücretsiz Let’s Encrypt DV sertifikası sinyal açısından ücretli OV/EV sertifikasıyla aynıdır); her HTTP URL’sini bire bir HTTPS eşine 301 ile yönlendirin; iç bağlantılarda, site haritasında ve hreflang’da her yerde HTTPS’i canonical yapın ve eski iç bağlantıları yönlendirmelerle örtmeye çalışmayın; yayına geçmeden karma içeriği düzeltin; dört Search Console mülkünü yeniden doğrulayın (protokol değişikliği için Adres Değişikliği aracı gerekmez) ve yönlendirmeleri en az bir yıl canlı tutun. Geçici sıralama dalgalanması bekleyin: toparlanan düşüş taşımanın oturduğunu, kalıcı düşüş ise bir şeyin bozulduğunu gösterir.

Bu bir uygulama kılavuzu değil, risk haritasıdır. Adım adım sıra, hazırlık ortamı provası, büyük ölçekte yönlendirme eşlemesi, geri alma planı ve tam kontrol listesi için HTTP’den HTTPS’e geçiş rehberine bakın. Bu sayfa, daha derin rehberle zaman içinde ayrışmaması için kısa bir genel bakış olarak kalır.

Karma içerik

Karma içerik, HTTPS sayfasının bir alt kaynağı HTTP üzerinden yüklemesidir. İki türü vardır ve aralarındaki fark önceliğinizi belirler:

• Etkin karma içerik — script’ler, stil sayfaları, iframe’ler, XMLHttpRequest. Değiştirilmiş bir script tüm sayfayı yeniden yazabileceği için tarayıcılar bunları doğrudan engeller. Geçiş sonrasında siteyi gerçekten bozan tür budur; önce bunu düzeltin.
• Pasif karma içerik — görseller, ses ve video. Tarayıcılar genellikle bunları gösterir, ancak güvenlik göstergesini düşürür ve uyarı verir.

HTTPS sitesini tarayarak (Ahrefs Site Audit, Screaming Frog), Chrome DevTools konsolunu izleyerek veya CSP raporları toplayarak karma içeriği bulun. En temiz proaktif çözüm, tarayıcıya http:// alt kaynak isteklerini göndermeden önce sessizce https:// olarak yeniden yazmasını söyleyen Content-Security-Policy: upgrade-insecure-requests başlığıdır. Bu, geçiş sırasında ve sonrasında yararlı bir güvenlik ağıdır. HTTP sayfalarına giden sıradan bağlantılar karma içerik sayılmaz; yalnızca başka sayfaya götürür.

HSTS (ve neden 301’lerinizin yerine geçmediği)

HSTS — HTTP Strict Transport Security — kullanıcı bir http:// bağlantısı yazsa veya tıklasa bile tarayıcılara alan adınız için daima HTTPS kullanmalarını söyleyen bir yanıt başlığıdır (Strict-Transport-Security). “İlk istek sorununu” kapatır: yalnızca 301 varken yeni ziyaretçinin ilk isteği, yönlendirme çalışmadan önce HTTP üzerinden gider ve SSL stripping saldırganının aradığı pencere budur. Google’ın ifadesiyle HSTS, geri dönen ziyaretçiler için “avoid the cost of the 301 redirect” (çeviri: “301 yönlendirmesinin maliyetini önlemeyi”) sağlar ve “defeats attacks like SSL Stripping” (çeviri: “SSL Stripping gibi saldırıları boşa çıkarır”).

SEO uzmanlarının iki noktayı birbirinden ayırması gerekir:

• HSTS, sunucu tarafındaki 301’lerin yerine geçmez. Bir tarayıcı HSTS’ye uyduğunda HTTPS’e dahili 307 yönlendirmesi yapar; bu tarayıcının içinde gerçekleşir ve tarayıcılar bunu görmez. Arama motorlarının taşımayı anlaması ve bağlantı değerini aktarması için gerçek, sunucu tarafındaki 301 hâlâ gereklidir. İkisine de ihtiyacınız vardır.
• HSTS preload neredeyse kalıcıdır. Alan adınızı tarayıcılara gömülü preload listesine gönderebilirsiniz. Bunun için en az bir yıllık max-age, includeSubDomains ve preload gerekir; ilk kez gelen ziyaretçinin boşluğunu da kapatır. Ancak listeden çıkmak yavaş ve zordur. Google şöyle uyarır: “Don’t enable HSTS until you’re certain your site operation is robust enough to avoid ever deploying HTTPS with certificate validation errors.” (çeviri: “Sitenizin işletimi, sertifika doğrulama hatalarıyla HTTPS yayımlamayı daima önleyecek kadar sağlam olduğundan emin olana dek HSTS’yi etkinleştirmeyin.”) Preload’u tek yönlü kapı gibi değerlendirin.

Yaygın mitler

• “HTTPS bugün büyük bir sıralama artışıdır.” Hayır. 2014’ün “very lightweight” (çeviri: “çok hafif”), sorguların %1’inden azını etkileyen sinyali ve 2015’in “eşitlik bozucu” tanımı tarihli açıklamalardır; güncel rehber Core Web Vitals dışındaki sayfa deneyimi unsurlarının “don’t directly help you rank higher” (çeviri: “daha üst sıralara çıkmanıza doğrudan yardımcı olmadığını”) söyler.
• “Geçiş sıralamalarımı çökertecek.” Yönlendirmeler doğruysa hayır; 301’ler PageRank kaybettirmez. Zarar veren protokol değişimi değil, kötü uygulanmış taşımadır.
• “Adres Değişikliği aracına ihtiyacınız var.” HTTP→HTTPS için değil; yalnızca alan adı taşımalarında.
• “Süresi dolmuş sertifika yalnızca kullanıcı deneyimini bozar, SEO’yu etkilemez.” Hayır. Bozuk sertifika sayfayı kullanıcılar için bozmanın yanı sıra Google’ın HTTPS canonical tercihini HTTP sayfanıza çevirebilecek adlandırılmış koşullardan biridir.
• “HTTPS yalnızca ödeme sayfaları için önemlidir.” Hayır. Chrome her HTTP sayfasını işaretler ve modern API’ler genellikle güvenli bağlam gerektirir.
• “TLS siteleri yavaşlatır.” Pratikte HTTPS, HTTP/2’yi mümkün kıldığı için çoğu zaman tersi geçerlidir; yine de TLS performansı “artırabilir”, bunu garanti etmez.

HTTP→HTTPS geçişi daha geniş site taşıma disiplininin içindedir. Aynı anda alan adı veya platform da değiştiriyorsanız önce o rehberi okuyun; üst üste bindirilen taşımalar riski katlar.

Yapay zekâ özeti

Gelişmiş sürümün kısa özeti:

• Google’ın güncel rehberi sıralama artışı vadetmez. Sayfa deneyimi belgesi, HTTPS’i de saydığı Core Web Vitals dışındaki unsurların “don’t directly help your website rank higher” (çeviri: “web sitenizin daha üst sıralarda yer almasına doğrudan yardımcı olmadığını”) söyler.
• 2014 sinyali ve 2015’in “eşitlik bozucu” tanımı tarihseldir. 2014’te “Very lightweight” (çeviri: “çok hafif”) ve sorguların %1’inden azı; 2015’te Illyes’in eşitlik bozucu açıklaması. Bunlar güncel bir mekaniğin yeniden ifadesi değil, tarihli yorumlardır. HTTPS’i büyüme kaldıracı saymayın.
• Google’ın HTTPS canonical tercihi ayrıdır ve koşulludur. Google bugün HTTPS sayfalarını canonical olarak tercih eder; ancak geçersiz sertifika, görsel dışındaki güvensiz bağımlılıklar, HTTPS→HTTP yönlendirmesi veya HTTP’yi gösteren canonical etiketi bu tercihi tersine çevirebilir. HSTS bunu geçersiz kılamaz. Bozuk sertifika yalnızca kullanıcı deneyimi değil, canonical riski de yaratır.
• HTTPS yalnızca aktarımı güvenceye alır; uygulama mantığını, uç noktaları veya kullanıcı niyetini değil. Kimlik avı sayfası geçerli HTTPS üzerinde çalışabilir.
• HTTPS kullanmanın asıl nedenleri: Temmuz 2018’den beri tüm HTTP sayfalarında Chrome’un “Güvenli Değil” etiketi; tüm büyük tarayıcılarda HTTP/2 (TLS performansı garanti etmese de çoğu zaman HTTP/1.1’den daha hızlı); güvenli bağlam isteyen tarayıcı özellikleri/PWA’lar; varsayılan fakat değiştirilebilir yönlendiren-verisi davranışı ve web’in tahminen %89’unda HTTPS’in artık temel standart olması.
• Geçiş, site taşımasıdır ve burada genel hatlarıyla anlatılır. Her URL’yi bire bir 301 ile yönlendirin (301’ler PageRank kaybettirmez), HTTPS’i canonical yapın, iç bağlantıları/site haritalarını/hreflang’ı güncelleyin, karma içeriği düzeltin, GSC’de yeniden doğrulayın (HTTP ve HTTPS ayrı mülklerdir), yönlendirmeleri ≥1 yıl tutun ve protokol geçişinde Adres Değişikliği aracını kullanmayın. Tam uygulama adımları özel geçiş sayfasındadır.
• Karma içerik: etkin tür (script/iframe) engellenir, önce onu düzeltin; pasif tür (görsel) uyarı verir. upgrade-insecure-requests CSP proaktif güvenlik ağıdır.
• HSTS, ilk istek boşluğunu kapatır ancak tarayıcı içindeki 307 yönlendirmesini tarayıcılar görmez. Sunucu tarafındaki 301’lerin yerine değil, üzerine eklenir. Preload neredeyse kalıcıdır; acele etmeyin.

Resmî belgeler

Arama motorlarından ve tarayıcı ekiplerinden birincil kaynak belgeler.

Google

• Bir sıralama sinyali olarak HTTPS (2014 duyurusu) — özgün “very lightweight signal” (çeviri: “çok hafif sinyal”) yazısı.
• Sunucularınızda HTTPS’i etkinleştirin (web.dev) — sertifikalar, 301s, canonical etiketleri, HSTS ve çerezler.
• HTTPS neden önemlidir? (web.dev) — güvenlik ve tarayıcı özellikleri gerekçesi.
• Karma içeriği düzeltme (web.dev) — etkin ve pasif karma içerik ile upgrade-insecure-requests.
• URL değişiklikleriyle site taşıma — geçiş rehberi (yönlendirmeler; HTTPS için Adres Değişikliği aracı yoktur).
• Sayfa deneyimini anlama — HTTPS’in sayfa deneyimi çerçevesindeki yeri ve “doğrudan sıralama artışı beklemeyin” ifadesinin güncel kaynağı.
• Canonical URL belirtme — güncel, koşullu HTTPS/HTTP canonical tercihi ve bunu geçersiz kılan istisnalar (bozuk sertifika, güvensiz bağımlılık, protokolü düşüren yönlendirme).

Chrome / Chromium

• Daha güvenli bir web’e doğru (2016) — “Güvenli Değil” uygulamasının başlangıcı.
• Güvenli web kalıcı (2018) — Chrome 68’in tüm HTTP sayfalarını “güvenli değil” olarak işaretlemesi.

Bing / Microsoft

• Bing Web Yöneticisi Yönergeleri — genel yönergeler; güncel HTTPS ifadesini tarayıcıda doğrulayın.

Kaynaktan alıntılar

Google’ın kayda geçmiş açıklamaları. Her bağlantı, kaynak sayfadaki alıntılanan bölüme doğrudan gider.

Google — 2014 sıralama sinyali duyurusu

• “We’re starting to use HTTPS as a ranking signal. For now it’s only a very lightweight signal—affecting fewer than 1% of global queries, and carrying less weight than other signals such as high-quality content.” (çeviri) “HTTPS’i bir sıralama sinyali olarak kullanmaya başlıyoruz. Şimdilik yalnızca küresel sorguların %1’inden azını etkileyen ve kaliteli içerik gibi diğer sinyallerden daha az ağırlık taşıyan çok hafif bir sinyal.” — Zineb Ait Bahajji ve Gary Illyes, Google. Alıntıya git
• “But over time, we may decide to strengthen it, because we’d like to encourage all website owners to switch from HTTP to HTTPS.” (çeviri) “Ancak zaman içinde, tüm site sahiplerini HTTP’den HTTPS’e geçmeye teşvik etmek istediğimiz için bunu güçlendirmeye karar verebiliriz.” — aynı yazı. Alıntıya git

Gary Illyes — eşitlik bozucu çerçevesi

• “With the HTTPS ranking boost, it acts more like a tiebreaker. For example, if all quality signals are equal for two results, then the one that is on HTTPS would get … or may get … the extra boost that is needed to trump the other result.” (çeviri) “HTTPS sıralama desteği daha çok eşitlik bozucu gibi davranır. Örneğin iki sonuç için tüm kalite sinyalleri eşitse HTTPS kullanan sonuç, diğer sonucu geçmek için gereken ek desteği alır ya da alabilir.” — Gary Illyes, Google (Search Engine Land aracılığıyla). Haberi oku
• “You should switch to HTTPS for users, not as a ranking signal.” (çeviri) “HTTPS’e bir sıralama sinyali için değil, kullanıcılar için geçmelisiniz.” — Gary Illyes, SMX East 2015 (Search Engine Land aracılığıyla). Haberi oku
• “Basically looking at the first five characters in front of the URL, and if it’s HTTPS … it will get a minimal boost.” (çeviri) “Temelde URL’nin önündeki ilk beş karaktere bakıyor; HTTPS ise çok küçük bir destek alıyor.” — Gary Illyes, 2016 (Search Engine Land aracılığıyla). Haberi oku

Google — HTTPS canonical tercihi (güncel rehber)

• “Google prefers HTTPS pages over equivalent HTTP pages as canonical, except when there are issues or conflicting signals such as the following.” (çeviri) “Google, aşağıdaki gibi sorunlar veya çelişen sinyaller olmadığı sürece eşdeğer HTTP sayfaları yerine HTTPS sayfalarını canonical olarak tercih eder.” — Google Search Central. Alıntıya git
• “Avoid bad TLS/SSL certificates and HTTPS-to-HTTP redirects because they cause Google to prefer HTTP very strongly.” (çeviri) “Google’ın HTTP’yi çok güçlü biçimde tercih etmesine neden oldukları için bozuk TLS/SSL sertifikalarından ve HTTPS’ten HTTP’ye yönlendirmelerden kaçının.” — Google Search Central. Alıntıya git
• “Implementing HSTS cannot override this strong preference.” (çeviri) “HSTS uygulamak bu güçlü tercihi geçersiz kılamaz.” — Google Search Central. Alıntıya git

Google — taşıma ve HSTS rehberi

• “301 and other permanent redirects don’t cause a loss in PageRank.” (çeviri) “301 ve diğer kalıcı yönlendirmeler PageRank kaybına yol açmaz.” — Google Search Central. Alıntıya git
• “If you’re moving your site from HTTP to HTTPS, you don’t need to use the Change of Address tool.” (çeviri) “Sitenizi HTTP’den HTTPS’e taşıyorsanız Adres Değişikliği aracını kullanmanız gerekmez.” — Google Search Central. Alıntıya git
• “Don’t enable HSTS until you’re certain your site operation is robust enough to avoid ever deploying HTTPS with certificate validation errors.” (çeviri) “Sitenizin işletimi, sertifika doğrulama hatalarıyla HTTPS yayımlamayı daima önleyecek kadar sağlam olduğundan emin olana dek HSTS’yi etkinleştirmeyin.” — web.dev (Google). Alıntıya git
• “In some cases, TLS can improve performance, mostly as a result of making HTTP/2 possible.” (çeviri) “Bazı durumlarda TLS, çoğunlukla HTTP/2’yi mümkün kıldığı için performansı artırabilir.” — web.dev (Google). Alıntıya git

Chrome — “Güvenli Değil” uygulaması

• “Beginning in July 2018 with the release of Chrome 68, Chrome will mark all HTTP sites as ‘not secure’.” (çeviri) “Temmuz 2018’de Chrome 68’in yayımlanmasıyla birlikte Chrome tüm HTTP sitelerini ‘güvenli değil’ olarak işaretleyecek.” — Emily Schechter, Chrome Security (Chromium Blog). Alıntıya git

HTTP → HTTPS geçiş kontrol listesi

Kısa bir yayın öncesi sürümü. Tam uygulama kontrol listesi, hazırlık ortamı provası ve geri alma planı için HTTP’den HTTPS’e geçiş rehberine bakın.

Önce

• Canlı HTTP sitesinin tam taraması kaydedildi (her 200 yanıtı ve mevcut her yönlendirme).
• Sıralama anlık görüntüsü, Search Console dışa aktarımı ve backlink profili arşivlendi.
• TLS sertifikası edinildi ve test edildi (ücretsiz DV sertifikası sinyal açısından yeterlidir).

Geçiş

• Her HTTP URL’si sunucu tarafında ve bire bir olarak HTTPS eşine 301 ile yönlendiriliyor.
• Yönlendirme zinciri yok (eski → doğrudan son HTTPS URL’si).
• Eşleşmeyen URL’ler topluca ana sayfaya yönlendirilmiyor.
• Her sayfa rel="canonical" ile kendi HTTPS URL’sini gösteriyor.
• İç bağlantılar, XML site haritaları ve hreflang HTTPS’e güncellendi; yönlendirmelere bırakılmadı.
• Etkin karma içerik (script, stil, iframe) düzeltildi; bunlar engellenir.
• Pasif karma içerik (görsel, medya) düzeltildi; upgrade-insecure-requests CSP ayarlandı.

Search Console ve sonrası

• HTTPS mülkü GSC’de doğrulandı (veya tüm varyantları kapsayan Domain mülkü var).
• Yeni HTTPS site haritası gönderildi.
• Adres Değişikliği aracı kullanılmadı (yalnızca alan adı taşımaları içindir).
• Varsa disavow dosyası HTTP URL’leri açısından incelendi.
• Yönlendirmeler en az 1 yıl, tercihen sitenin ömrü boyunca tutuldu.
• Dizine ekleme ve Tarama İstatistikleri izlendi; toparlanmayan düşüş bir şeyin bozulduğunu gösterir.

Zihinsel modeller

1. HTTPS büyüme kaldıracı değil, hijyendir. “Very lightweight” (çeviri: “çok hafif”), sorguların %1’inden azı ve eşitlik bozucu. Sıralama emeğinizi içerik ve bağlantılara harcayın; web gerektirdiği için HTTPS’i uygulayın ve yolunuza devam edin.

2. 2014 sıralama sinyalini güncel canonical tercihinden ayırın. 2014 sıralama sinyali tarihsel olarak şemaya dayanır; Illyes’in “first five characters” (çeviri: “ilk beş karakter”) sözü bunu anlatır ve güncel, belgelenmiş bir mekanik değil tarihli yorumdur. Google’ın güncel HTTPS canonical tercihi farklı ve koşulludur: bozuk sertifika, güvensiz bağımlılıklar veya protokolü düşüren yönlendirme Google’ı HTTP sayfanızı dizine eklemeye yöneltebilir. Bu nedenle bozuk sertifika yalnızca kullanıcı deneyimi acili değil, HTTPS canonical’ını kaybetme riskidir.

3. Taşımayı 301’ler gerçekleştirir; diğer her şey destekleyici sinyaldir. Sıralamaları taşıyan asıl iş PageRank kaybettirmeyen yönlendirmelerdir. Canonical etiketleri, site haritaları, iç bağlantı güncellemeleri ve GSC’de yeniden doğrulama yalnızca Google’ın taşımayı daha hızlı ve temiz işlemesine yardım eder.

4. “HTTPS’i zorlamanın” iki katmanı vardır ve ikisine de ihtiyacınız olur. Sunucu tarafındaki 301, tarayıcılar ve bağlantı değeri içindir. HSTS’nin yalnızca tarayıcıda çalışan 307 yönlendirmesi, geri dönen ziyaretçileri ve SSL stripping saldırılarına karşı korumayı hedefler. Farklı sorunları çözerler; HSTS hiçbir zaman 301’in yerine geçmez.

5. Karma içerik: tarayıcının davranışına göre önceliklendirin. Etkin içerik (script/stil/iframe) engellenir → işlevselliği bozar, önce düzeltin. Pasif içerik (görsel/medya) yalnızca uyarı verir → sonra düzeltin. upgrade-insecure-requests, kaçırdıklarınız için güvenlik ağıdır.

SEO için HTTPS — kopya kâğıdı

Sıralama gerçeği

Yönlendirme ve taşıma bilgileri

Karma içerik ve HSTS

HTTPS’i zorlayın ve HSTS’yi ayarlayın

En yaygın iki altyapı için örnekler. Önce hazırlık ortamında test edin; HSTS başlığı kalıcı etki bırakır ve hatalı yönlendirme döngüsü insanların erişimini keser.

Apache (.htaccess)

# 301 every HTTP request to HTTPS
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

# HSTS — only add once you're confident HTTPS is solid
<IfModule mod_headers.c>
  Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains"
</IfModule>

Nginx

# Redirect HTTP → HTTPS
server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://$host$request_uri;
}

# On the HTTPS server block, add HSTS
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;

HSTS başlığına ; preload ifadesini yalnızca hstspreload.org adresine göndermeyi gerçekten planlıyorsanız ekleyin; geri dönüşü neredeyse yoktur.

Komut satırından karma içerik bulma

HTTPS sayfalarınızı tarayın ve HTML’de kalan http:// alt kaynaklarını grep ile bulun.

macOS / Linux

# Pull a page and flag insecure script/img/link/iframe sources
curl -s https://example.com/ \
  | grep -Eo '(src|href)="http://[^"]+"' \
  | sort -u

Windows (PowerShell)

# Same idea in PowerShell
(Invoke-WebRequest -Uri "https://example.com/").Content `
  | Select-String -Pattern '(src|href)="http://[^"]+"' -AllMatches `
  | ForEach-Object { $_.Matches.Value } | Sort-Object -Unique

Tüm siteyi taramak için bir tarayıcı (Ahrefs Site Audit, Screaming Frog) veya Chrome DevTools konsolu, her sayfa için tek tek betik çalıştırmaktan daha hızlıdır.

Zaman ayırmaya değer kaynaklar

Konuşmam

• HTTPS’te Tedbiri Elden Bırakmamak — SMX East 2016 (SlideShare) — TLS, yaygın HTTPS uygulama hataları ve taşıma tuzakları üzerine ayrıntılı sunumum. (Standart uyarı geçerlidir: sistemlere ilişkin kendi anlayışımı yansıtır ve benimsenme istatistikleri 2016’ya aittir.)

İlgili yazım

• Teknik SEO’ya Başlangıç Rehberi — HTTPS’in daha geniş teknik SEO çerçevesindeki yeri.

Başkalarından (resmî)

• Google’ın Sunucularınızda HTTPS’i etkinleştirin ve Karma içeriği düzeltme rehberleri — uygulamaya yönelik en yararlı ve derli toplu belge seti.
• hstspreload.org — preload’a karar vermeden önce uygunluğu kontrol edin.
• SSL Labs Server Test — TLS yapılandırmanızı puanlayın.

Sektörden

• Bir sıralama faktörü olarak HTTPS — Search Engine Journal — sinyalin ve gerçek ağırlığının SEJ incelemesi; neden kaldıraçtan çok eşitlik bozucu olarak görüldüğü.
• Google’dan Gary Illyes: HTTPS eşit iki arama sonucu arasındaki eşitliği bozabilir (Search Engine Land) — Illyes’in “eşitlik bozucu” tanımına ilişkin özgün haber.
• Google güvenli HTTPS/SSL sitelerine sıralama desteği vermeye başladı (Search Engine Land) — 2014 duyurusu ve sektörün ilk tepkileri.
• HSTS — What It Is and How to Use It (Kinsta) — preload listesinin risklerini ve kalıcılık uyarılarını içeren pratik uygulama rehberi.
• Let’s Encrypt — OV/EV için ödeme yapmadan https:// şeması gereken sitelerde yaygın kullanılan, ücretsiz ve otomatik DV sertifika otoritesi.
• HTTPS Is Easy (Troy Hunt) — yeni başlayanlar için TLS kurulumunun gizemini gideren kısa video dizisi.

Alıntılamaya değer istatistikler

• HTTPS, “a very lightweight signal—affecting fewer than 1% of global queries.” (çeviri: “küresel sorguların %1’inden azını etkileyen çok hafif bir sinyal.”) Google’ın 2014’teki başlangıç ağırlığına ilişkin kendi tanımıdır; beklentileri doğru boyutlandıran en iyi tarihsel sayıdır, fakat güncel mekaniğin yeniden ifadesi değildir. Kaynak
• “Chrome will mark all HTTP sites as not secure.” (çeviri: “Chrome tüm HTTP sitelerini güvenli değil olarak işaretleyecek.”) Chrome 68’den (Temmuz 2018) beri geçerli olan ve geçişin en görünür pratik nedenini oluşturan uygulamadır. Kaynak
• Web sitelerinin yaklaşık %89’u artık HTTPS kullanıyor. Bu temel standarttır; SEO riski geçişten kazanç elde edememek değil, geride kalmaktır (W3Techs, 2026; güncel sayıyı doğrulayın).
• “301 and other permanent redirects don’t cause a loss in PageRank.” (çeviri: “301 ve diğer kalıcı yönlendirmeler PageRank kaybına yol açmaz.”) Google’ın açık ifadesi, “geçiş bağlantı değerini kaybettirir” mitini çürütür. Kaynak

Kendinizi sınayın: SEO için HTTPS

SEO için HTTPS konusunda beş kısa soru. Her soru için bir yanıt seçin, ardından kontrol edin.

Değişiklik günlüğü