Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X
X

Wählen Sie Ihre Währung

Türk Lirası $ US Dollar Euro
X
X

Wählen Sie Ihre Währung

Türk Lirası $ US Dollar Euro

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Canonical Host ve Domain Standardı

www Adresi non-www Adrese Nasıl Yönlendirilir?

www ve non-www teknik olarak farklı hostlardır. Bir sürüm canonical olarak seçilmeli, diğer sürüm tek 301 ile HTTPS canonical hedefe taşınmalı; sertifika iki hostu da kapsamalı ve subdomainler geniş bir regex ile yanlışlıkla ana domaine yönlendirilmemelidir.

www Redirectnon-wwwCanonical DomainSSLSubdomain
Apache / LiteSpeed Diagnostics
www.example.com -> example.com
301 Moved Permanently
SSL_ERROR_BAD_CERT_DOMAIN
Redirect loop
Canonical host mismatch
01Dosyayı ve document root’u doğrulayın
02Yedek alıp hata logunu okuyun
03Sunucu ve uygulama bağlamını ayırın
04curl ile canlı sonucu doğrulayın
01
Güvenli teknik yaklaşım

www ve non-www Yönlendirme nasıl analiz edilir?

www ve non-www teknik olarak farklı hostlardır. Bir sürüm canonical olarak seçilmeli, diğer sürüm tek 301 ile HTTPS canonical hedefe taşınmalı; sertifika iki hostu da kapsamalı ve subdomainler geniş bir regex ile yanlışlıkla ana domaine yönlendirilmemelidir.

01

Sunucu türünü belirleyin

Apache, LiteSpeed, Plesk proxy veya NGINX-only yapıyı ayırmadan `.htaccess` sonucu beklemeyin.

02

Yedek ve log alın

Mevcut dosyayı tarihli yedekleyin; Apache/LiteSpeed hata kaydındaki directive ve satırı bulun.

03

Tek kural değiştirin

Redirect, rewrite, header ve erişim kurallarını aynı anda topluca değiştirmeyin.

04

Dışarıdan test edin

curl ile status, Location, Content-Type ve redirect sayısını ölçüp cache katmanlarını ayrıca kontrol edin.

Kullanıcıdan gelen herhangi bir Host header’ını redirect hedefi olarak kullanmayın.

02
Canlı sorun sözlüğü

Apache, yönlendirme ve erişim mesajları

01kritik

www redirect loop

Anlamı: www ve non-www kuralları birbirini geri yönlendiriyor.

Muhtemel neden: İki panel veya iki `.htaccess` kuralı.

02kritik

www’de SSL sertifika hatası

Anlamı: Redirect gerçekleşmeden TLS doğrulaması başarısız.

Muhtemel neden: Sertifika SAN listesinde www yok.

03uyari

Subdomain ana domaine gidiyor

Anlamı: Host koşulu aşırı geniş.

Muhtemel neden: Tüm `*.example.com` eşleşiyor.

04uyari

HTTP www iki kez yönleniyor

Anlamı: Protokol ve host ayrı kurallarda.

Muhtemel neden: Önce HTTPS sonra non-www.

05uyari

WordPress tekrar www ekliyor

Anlamı: Home/Site URL farklı canonical hostta.

Muhtemel neden: Uygulama URL ayarı.

06uyari

Plesk preferred domain çakışıyor

Anlamı: Panel ve `.htaccess` farklı hedef kullanıyor.

Muhtemel neden: İki yönetim noktası.

07uyari

Cloudflare Bulk Redirect çakışması

Anlamı: Edge ve origin farklı host hedefliyor.

Muhtemel neden: Çift redirect.

08bilgi

Search Console iki property gösteriyor

Anlamı: Host varyasyonları ayrı URL-prefix property olabilir.

Muhtemel neden: Normal mülkiyet ayrımı.

Bu ifadeyle eşleşen kayıt bulunamadı.

03
Kopyalanabilir kontroller

curl, Apache log ve dosya testleri

Dört host/protokol testi

for u in http://example.com https://example.com http://www.example.com https://www.example.com; do curl -sS -o /dev/null -w "$u -> %{http_code} %{url_effective} redirects:%{num_redirects}\n" -L "$u"; done

Tüm temel URL varyasyonlarını karşılaştırır.

Location zinciri

curl -sIL --max-redirs 10 http://www.example.com/path?x=1 | grep -iE '^HTTP|^location:'

Path ve query ile redirect zincirini gösterir.

Sertifika hostları

echo | openssl s_client -connect example.com:443 -servername www.example.com 2>/dev/null | openssl x509 -noout -ext subjectAltName

Sertifikanın www ve non-www hostlarını kapsayıp kapsamadığını gösterir.

Host kuralları

grep -nE 'HTTP_HOST|SERVER_NAME|www\\.|example\\.com|R=301' .htaccess

Canonical host kurallarını bulur.

DNS kayıtları

dig +short example.com A; dig +short www.example.com A; dig +short www.example.com CNAME

www ve kök domain DNS hedeflerini gösterir.

Canonical etiketi

curl -sL https://example.com/path | grep -ioE '<link[^>]+rel=["'"']canonical["'"'][^>]*>' | head -n 1

Hedef sayfanın canonical hostunu gösterir.

04
Doğru ve hatalı yapı

.htaccess kural karşılaştırmaları

www’den non-www

Riskli / Hatalı
RewriteCond %{HTTP_HOST} www.example.com
RewriteRule ^ http://example.com%{REQUEST_URI} [R=301,L]
Doğru Yaklaşım
RewriteCond %{HTTPS} !=on [OR]
RewriteCond %{HTTP_HOST} !^example\.com$ [NC]
RewriteRule ^ https://example.com%{REQUEST_URI} [R=301,L]

non-www’den www

Riskli / Hatalı
RewriteCond %{HTTP_HOST} !^www\.
RewriteRule ^ https://www.%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
Doğru Yaklaşım
RewriteCond %{HTTPS} !=on [OR]
RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC]
RewriteRule ^ https://www.example.com%{REQUEST_URI} [R=301,L]

Subdomaini koruma

Riskli / Hatalı
RewriteCond %{HTTP_HOST} !^example\.com$
RewriteRule ^ https://example.com%{REQUEST_URI} [R=301,L]
Doğru Yaklaşım
RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
RewriteRule ^ https://example.com%{REQUEST_URI} [R=301,L]

Host header güvenliği

Riskli / Hatalı
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
Doğru Yaklaşım
RewriteCond %{HTTP_HOST} ^(?:www\.)?example\.com$ [NC]
RewriteRule ^ https://example.com%{REQUEST_URI} [R=301,L]
05
Altyapıya göre uygulama

Apache, cPanel, Plesk, LiteSpeed ve uygulamalar

Apache / LiteSpeed

Tam host koşulu ve nihai HTTPS hedefi tek rule set içinde yönetilebilir.

  • Canonical hostu açıkça yazın.
  • Subdomainleri exact regex ile koruyun.
  • Kuralı uygulama rewrite’ından önce çalıştırın.

Cloudflare / CDN

DNS proxy ve edge redirect, origin kurallarıyla çakışabilir.

  • Bulk Redirect veya Redirect Rule varsa kontrol edin.
  • Origin’de duplicate kural bırakmayın.
  • SSL sertifikasını origin ve edge’de doğrulayın.

WordPress / Plesk / WISECP

Uygulama ve panel domain ayarları seçilen hostla aynı olmalıdır.

  • WordPress Home/Site URL’yi eşleştirin.
  • Plesk Preferred domain ayarını doğrulayın.
  • WISECP sistem URL’sini canonical hosta güncelleyin.
Yanlış müdahaleler

Kesinlikle yapmayın

  • Kullanıcıdan gelen herhangi bir Host header’ını redirect hedefi olarak kullanmayın.
  • Tüm subdomainleri geniş regex ile ana domaine göndermeyin.
  • Sertifika www hostunu kapsamadan HTTPS www redirect’i yayınlamayın.
  • Panel, CDN ve `.htaccess` içinde aynı işi üç kez tanımlamayın.
İşlem sonrası kontrol

Çözümü doğrulayın

  • Dört temel URL varyasyonu tek canonical hosta ulaşıyor.
  • Yönlendirme tek adım ve 301/308 beklenen kodda.
  • SSL sertifikası her iki ana hostu kapsıyor.
  • Canonical, sitemap ve uygulama URL ayarları aynı hostu kullanıyor.
06
İç SEO içerik kümesi

İlgili .htaccess çözümleri

07
Birincil kaynaklar

Apache, WordPress ve panel belgeleri

08
Sık sorulan sorular

www ve non-www Yönlendirme hakkında merak edilenler

www ve non-www Yönlendirme kuralı NGINX’te çalışır mı?

Hayır. NGINX `.htaccess` dosyalarını okumaz. Kuralın `server` veya `location` yapılandırmasına çevrilmesi gerekir.

.htaccess değişikliği için Apache restart gerekir mi?

Genellikle hayır; Apache `.htaccess` dosyasını istek sırasında değerlendirir. Ancak sunucu VirtualHost, modül veya AllowOverride değişikliğinde reload/restart gerekir.

Dosyayı düzenlemeden önce ne yapılmalı?

Mevcut dosyanın tarihli yedeği alınmalı, aktif document root doğrulanmalı ve değişiklik staging veya düşük trafikli zamanda test edilmelidir.

cPanel ile Plesk’te dosya nerede bulunur?

cPanel’de çoğunlukla `public_html`, Plesk’te `httpdocs` içindedir; addon domain ve subdomainlerin document root’u farklı olabilir.

LiteSpeed `.htaccess` kurallarını destekler mi?

LiteSpeed Apache uyumluluğu sayesinde kuralların büyük bölümünü destekler; bazı modül ve handler davranışları farklı olabilir.

500 hatasında ilk bakılacak yer neresi?

Apache/LiteSpeed error log içindeki tam directive ve satır kaydıdır. Dosyayı rastgele silmek yerine loga göre geri alınmalıdır.

Bu kodlar doğrudan canlı siteye eklenebilir mi?

Alan adı, document root, proxy, WordPress ve sunucu yapısı doğrulanmadan doğrudan eklenmemelidir. Örnekler uyarlanıp test edilmelidir.

EKA YAZILIM VE BİLİŞİM SİSTEMLERİ

.htaccess ve Apache kurallarını siteyi erişilemez hâle getirmeden düzenleyelim

cPanel, Plesk, LiteSpeed, WordPress, özel PHP ve WISECP yapılarında yönlendirme, rewrite, CORS, erişim ve 500 hatalarını loglarla birlikte inceliyoruz.

Sunucu Desteği AlWhatsApp
Top