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
SEO Uyumlu Kalıcı Yönlendirmeler

Eski URL ve Domain `.htaccess` ile Nasıl Yönlendirilir?

Basit sabit URL taşımalarında `Redirect`/`RedirectPermanent`, koşullu veya regex gerektiren durumlarda `mod_rewrite` kullanılabilir. Doğru 301 hedefi tek adımda nihai canonical URL’ye gitmeli; path, query string ve istisnalar bilinçli yönetilmelidir.

301 RedirectDomain TaşımaQuery StringRedirect Chainmod_alias
Apache / LiteSpeed Diagnostics
301 Moved Permanently
Location: https://new.example.com/path
Redirect chain detected
ERR_TOO_MANY_REDIRECTS
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

301 URL ve Domain Yönlendirme nasıl analiz edilir?

Basit sabit URL taşımalarında `Redirect`/`RedirectPermanent`, koşullu veya regex gerektiren durumlarda `mod_rewrite` kullanılabilir. Doğru 301 hedefi tek adımda nihai canonical URL’ye gitmeli; path, query string ve istisnalar bilinçli yönetilmelidir.

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.

Tüm eski URL’leri alakasız biçimde ana sayfaya yönlendirmeyin.

02
Canlı sorun sözlüğü

Apache, yönlendirme ve erişim mesajları

01kritik

Redirect loop

Anlamı: Kaynak URL tekrar kendisine veya önceki URL’ye dönüyor.

Muhtemel neden: Geniş regex veya iki yönlü kural.

02uyari

Tüm URL’ler ana sayfaya gidiyor

Anlamı: Path korunmuyor.

Muhtemel neden: Sabit hedef kullanımı.

03uyari

Query string istenmeden taşındı

Anlamı: Apache varsayılan olarak mevcut query’yi koruyabilir.

Muhtemel neden: QSD kullanılmadı.

04uyari

İki veya üç 301 zinciri

Anlamı: Eski URL ara hedeflere uğruyor.

Muhtemel neden: HTTP, www ve path kuralları ayrı.

05uyari

Regex özel karakteri eşleşiyor

Anlamı: Nokta veya soru işareti kaçırılmamış.

Muhtemel neden: Yanlış düzenli ifade.

06uyari

Redirect eski dosya olmadan çalışmıyor

Anlamı: Kural yanlış bağlam veya sıra içinde.

Muhtemel neden: WordPress front-controller önce çalışıyor.

07uyari

302 kaldı

Anlamı: Geçici redirect cache/SEO sinyali oluşturuyor.

Muhtemel neden: R bayrağı kodsuz veya panel ayarı.

08bilgi

Encoded URL eşleşmiyor

Anlamı: Apache path’i belirli aşamalarda decode eder.

Muhtemel neden: Türkçe/space URL ve regex farkı.

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

03
Kopyalanabilir kontroller

curl, Apache log ve dosya testleri

Redirect zinciri

curl -sIL --max-redirs 15 https://example.com/eski-url | grep -iE '^HTTP|^location:'

Tüm yönlendirme adımlarını listeler.

Tek kod testi

curl -sS -o /dev/null -w 'HTTP:%{http_code} Final:%{url_effective} Redirects:%{num_redirects}\n' -L https://example.com/eski-url

Son hedef ve yönlendirme sayısını gösterir.

Query string testi

curl -sIL 'https://example.com/eski-url?utm_source=test&id=42' | grep -iE '^HTTP|^location:'

Parametrelerin hedefe nasıl taşındığını gösterir.

Redirect kuralları

grep -nE 'Redirect|RedirectMatch|RewriteRule|RewriteCond' .htaccess

Yönlendirme kurallarını sıra numarasıyla gösterir.

Toplu URL testi

while read -r src dst; do final=$(curl -sS -o /dev/null -w '%{url_effective}|%{http_code}|%{num_redirects}' -L "$src"); echo "$src|$dst|$final"; done < redirects.txt

Kaynak-hedef listesini toplu test eder.

Canonical kontrolü

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

Hedef sayfanın canonical etiketini gösterir.

04
Doğru ve hatalı yapı

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

Tek sabit URL

Riskli / Hatalı
RewriteRule eski-sayfa yeni-sayfa [R=301,L]
Doğru Yaklaşım
Redirect 301 /eski-sayfa https://example.com/yeni-sayfa

Path koruyan domain taşıma

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

Query string silme

Riskli / Hatalı
RewriteRule ^eski$ /yeni [R=301,L]
Doğru Yaklaşım
RewriteRule ^eski$ /yeni? [R=301,L]

Anchor kullanımı

Riskli / Hatalı
RewriteRule urun /yeni-urun [R=301,L]
Doğru Yaklaşım
RewriteRule ^urun/?$ /yeni-urun [R=301,L]
05
Altyapıya göre uygulama

Apache, cPanel, Plesk, LiteSpeed ve uygulamalar

Apache mod_alias

Sabit path yönlendirmelerinde daha basit ve okunabilir olabilir.

  • Redirect 301 için mutlak hedef kullanın.
  • Regex gerekmiyorsa RewriteRule kullanmayın.
  • Redirect directive sırasını kontrol edin.

Apache / LiteSpeed mod_rewrite

Host, query, path ve koşullu taşımalarda kullanılır.

  • Kuralı WordPress/WiseCP front-controller’dan önce yerleştirin.
  • Test sürecinde geçici kod kullanın.
  • Son hedefi tek adımda verin.

cPanel / Plesk / SEO Taşıma

Panel yönlendirmeleri `.htaccess` veya vhost config üretebilir.

  • Panel ve dosyada çift kural oluşturmayın.
  • Sitemap ve iç linkleri yeni URL’ye güncelleyin.
  • Search Console domain değişikliği süreçlerini ayrıca yönetin.
Yanlış müdahaleler

Kesinlikle yapmayın

  • Tüm eski URL’leri alakasız biçimde ana sayfaya yönlendirmeyin.
  • Test etmeden binlerce URL için geniş regex kullanmayın.
  • Geçici test kuralını yanlışlıkla kalıcı 301 olarak cache’letmeyin.
  • Redirect zincirlerini canonical etiketiyle çözmeye çalışmayın.
İşlem sonrası kontrol

Çözümü doğrulayın

  • Her eski URL tek adımda ilgili yeni URL’ye gidiyor.
  • Query string davranışı planlandığı gibi.
  • Hedef sayfalar 200 ve doğru canonical döndürüyor.
  • Sitemap ve iç bağlantılar artık eski URL’yi kullanmıyor.
06
İç SEO içerik kümesi

İlgili .htaccess çözümleri

07
Birincil kaynaklar

Apache, WordPress ve panel belgeleri

08
Sık sorulan sorular

301 URL ve Domain Yönlendirme hakkında merak edilenler

301 URL ve Domain 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