HTTP’den HTTPS’e ve www yönlendirmesi: tek adrese toplamak.
HTTP’den HTTPS’e ve www’li ile www’siz adres arasında yönlendirme, aynı sitenin dört ayrı adres biçimini tek bir asıl adrese toplamak için yapılır: http ve https, www’li ve www’siz biçimler kalıcı 301 yönlendirmeyle tek adrese gönderilir ve her sayfa o adresi kanonik olarak bildirir. Bu bir alan adı değişikliği değildir; Google’ın adres değişikliği aracı bu iş için kullanılmaz.
Bir alan adı tek bir site gibi görünür ama arama motoru için dört başlangıç noktası taşır: http://example.com, http://www.example.com, https://example.com ve https://www.example.com. Dördü de aynı içeriği 200 koduyla veriyorsa Google aynı sayfanın dört kopyasını görür ve hangisini göstereceğine kendisi karar verir. Başka sitelerin size verdiği bağlar bu dört biçim arasında dağılır, tarama emeği dörde bölünür. Bu işi toparlamak her site yenilemenin ilk adımlarından biridir ve site yenileme ve taşıma işinin kapsamında ayrı bir satır olarak durur.
HTTPS’e geçerken neler yapılmalı?
HTTPS’e geçiş, adres şemasının değişmesidir: her sayfanın adresi http:// yerine https:// ile başlar. Google’ın site taşıma belgesi protokol değişikliğini de adres değişikliği olan bir taşıma olarak ele alıyor; yani ilke aynı: her eski adres, yeni biçimine kalıcı yönlendirmeyle tek adımda gitmeli.
- Önce geçerli bir sertifika kurun ve sitenin https ile her sayfada açıldığını görün.
- Sayfaların içinde http ile çağrılan görsel, betik ve yazı tipi kalmasın; tarayıcı bunları engelleyebilir ya da uyarı gösterebilir.
- Site içi bağları, kanonik etiketleri, hreflang bağlarını ve site haritasını https adresleriyle yeniden üretin.
- http ile gelen her isteği aynı yolun https karşılığına 301 ile gönderin.
- Search Console’da https mülkünüz yoksa ekleyin; alan adı düzeyindeki bir mülk iki şemayı birlikte kapsar.
- Adres değişikliği aracını KULLANMAYIN: Search Console yardım sayfası http’den https’e geçişi bu aracın dışında sayıyor.
www’li mi, www’siz mi olmalı?
Arama açısından ikisi arasında bir üstünlük yok; önemli olan birini seçip diğerini ona kalıcı olarak yönlendirmek. Seçimi çoğu zaman teknik ayrıntılar belirler: bazı barındırma ve içerik dağıtım hizmetleri kök alan adında daha az esneklik sunar, www’li adres bu yüzden sık tercih edilir. Hangisini seçerseniz seçin, kanonik etiketler, site haritası, iç bağlar ve yönlendirme aynı adresi göstermeli. Yönlendirme ile kanonik etiket farklı adresi gösterirse arama motoru hangisine inanacağını kendisi seçer.
www değişikliği de alan adı değişikliği sayılmaz. Search Console yardım sayfası www’li ve www’siz biçimler arasındaki geçiş için adres değişikliği aracının değil, yönlendirme ve kanonik adresin kullanılmasını söylüyor. Gerçekten başka bir alan adına geçiyorsanız o ayrı bir iştir: alan adı değişikliği rehberi.
Apache’de HTTPS ve www yönlendirmesi nasıl yazılır?
Aşağıdaki .htaccess satırları, http ile gelen ya da www’siz gelen her isteği tek adımda https ve www’li adrese gönderir. İki koşuldan biri doğruysa kural çalışır ve yol aynen korunur. Alan adı örnektir.
- RewriteEngine On
- RewriteCond %{HTTPS} off [OR]
- RewriteCond %{HTTP_HOST} !^www\. [NC]
- RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]
Bir uyarı: siteniz bir içerik dağıtım ağının ya da ters vekil sunucunun arkasındaysa, sizin sunucunuz isteği https ile gelse bile http olarak görebilir. O durumda bu kural bir döngü kurar ve sayfa hiç açılmaz. Kuralı yazmadan önce aradaki katmanın isteği sunucunuza nasıl ilettiğini öğrenin.
Nginx’te HTTPS ve www yönlendirmesi nasıl yazılır?
Nginx’te her biçim ayrı bir server bloğunda yakalanır: 80 numaralı bağlantı noktasına gelen her şey ve 443’e gelen www’siz istek, asıl adrese tek adımda gönderilir. Asıl adresin kendi server bloğu sitenin normal yapılandırmasını taşır.
- server {
- listen 80;
- server_name example.com www.example.com;
- return 301 https://www.example.com$request_uri;
- }
- server {
- listen 443 ssl;
- server_name example.com;
- return 301 https://www.example.com$request_uri;
- }
HSTS nedir, HTTPS’e geçince açılmalı mı?
HSTS, sunucunun tarayıcıya «bu siteyi bundan sonra yalnız https ile aç» dediği bir yanıt başlığıdır. Başlığı bir kez gören tarayıcı, belirtilen süre boyunca o alan adına http isteği göndermez; adresi kendisi https’e çevirir. Böylece http’den https’e giden ilk yönlendirme adımı, tekrar gelen ziyaretçi için ortadan kalkar. Bedeli geri dönüşün zorlaşmasıdır: süre uzun seçildiyse ve https’te bir sorun çıkarsa, o tarayıcılar siteyi http ile açmayı reddeder. Alt alan adlarını da kapsayan bir ayar, https’e hazır olmayan bir alt alan adını da kilitler. Bu yüzden HSTS, https bütün sayfalarda ve bütün alt alan adlarında sorunsuz çalıştığı görüldükten sonra, önce kısa bir süreyle açılır.
Eğik çizgi ve index.html biçimleri de toplanmalı mı?
Evet. Aynı sayfa /hizmetler, /hizmetler/ ve /hizmetler/index.html adreslerinden açılabiliyorsa bu da aynı sorunun küçük hâlidir. Birini asıl biçim seçin, diğerlerini ona yönlendirin ve sayfanın kanonik etiketi asıl biçimi göstersin. Büyük harf ve küçük harf farkı ve izleme parametreleri de aynı ailedendir; kanonik adres tam olarak bu durumlar için vardır.
Bu sitede kaç adres tek sayfaya toplandı?
22 Ağustos 2026’da Search Console bu site için 93 adres biliyordu; sitede 58 sayfa vardı. Aradaki 35 adres ayrı sayfa değildi: aynı sayfaların www’siz, http, sonunda eğik çizgi olmayan ve /index.html ile biten biçimleriydi. Canlıda sınadığımızda hepsi 301 ya da 307 ile tek adrese gidiyordu. Bir gün önce durum farklıydı: 21 Ağustos’ta www’siz adres yönlendirme yerine içeriği doğrudan 200 ile veriyordu, yani aynı site iki ayrı adreste yayındaydı. Sunucuya www’siz her isteği yolu değişmeden www’li adrese gönderen bir 301 yazıldı.
23 Eylül 2026’da zinciri adım adım yeniden ölçtük. http ve www’siz gelen bir istek iki adımda varıyor: önce http’den https’e, sonra www’siz adresten www’li adrese. İlk adımı sunucu kodumuz değil, önündeki barındırma katmanı atıyor. Eski bir sayfa adresi de işin içine girdiğinde en uzun yol üç adım. Sonunda eğik çizgi olmayan ve /index.html ile biten biçimleri ise barındırma platformu 307 ile topluyor. Bunların hepsi Google’ın önerdiği sınırın içinde — site taşıma belgesi zinciri en fazla üç adımda tutmayı öneriyor — ama tek adım değil. Kendi sitemizde bu farkı biliyor ve ölçüyoruz; bir müşteri haritasında hedef her eski adresin tek adımda varmasıdır. Zincirin neden kısa tutulduğu yönlendirme zinciri maddesinde.
Aynı soruya daha geniş bir örneklemden de baktık. Bu sitenin açık veri seti Ölçüm Rasathanesi, Türkiye ve AB’den 160 sitenin kök adresine https ile gidip zinciri sonuna kadar izledi. 31 Ağustos 2026 ölçümünde canlı 131 sitenin 34’ü doğrudan cevap verdi, 84’ü bir, 13’ü iki yönlendirme adımıyla son adrese vardı. Aynı 131 sitenin 83’ü, tarayıcıya siteyi yalnız https ile açmasını söyleyen HSTS başlığını gönderiyordu. Sitelerin adları yayımlanmıyor; yalnız toplamlar.
Google’ın bildiği adres sayısı, sitenizin sayfa sayısından her zaman fazladır.
Yönlendirmelerden sonra Search Console’da ne görülür?
Toplanan biçimler Search Console’un sayfa dizine ekleme raporunda «yönlendirmeli sayfa» olarak görünür. Bu bir hata değildir: rapor, başka bir adrese yönlendiren kanonik olmayan adreslerin dizine eklenmediğini ve bunun beklenen durum olduğunu yazıyor. 22 Ağustos’ta bu sitede o satırda 4 adres vardı. Asıl dikkat edilecek satır «yönlendirme hatası»dır: çok uzun zincir, döngü ya da boş hedef orada görünür. Yayından sonraki haftalarda neyin izleneceği geçiş sonrası izleme rehberinde.