Web sitenizde bir sayfanın adresini değiştirdiğinizde, alan adınızı taşıdığınızda veya HTTP bağlantılarınızı HTTPS’ye geçirmek istediğinizde .htaccess ile 301 yönlendirme kullanabilirsiniz. Bu işlem, ziyaretçileri eski bağlantıdan yeni adrese otomatik olarak aktarırken arama motorlarına da sayfanın kalıcı olarak taşındığını bildirir.
Apache tabanlı web sunucularında 301 yönlendirmesi yapmak için .htaccess dosyanıza aşağıdaki kodu ekleyebilirsiniz:
RewriteEngine On
RewriteRule ^eski-sayfa/?$ https://example.com/yeni-sayfa [R=301,L]
Bu örnekte https://example.com/eski-sayfa adresine gelen ziyaretçiler kalıcı olarak https://example.com/yeni-sayfa adresine gönderilir.
Ancak doğru 301 yönlendirmesi yalnızca bir kod eklemekten ibaret değildir. Yanlış yapılandırmalar, yönlendirme döngülerine, kırık bağlantılara, gereksiz sunucu isteklerine ve organik trafik kayıplarına neden olabilir.
Bu rehberde .htaccess dosyasının nasıl kullanılacağını, farklı yönlendirme senaryolarını ve SEO açısından doğru URL yapısının nasıl oluşturulacağını adım adım inceleyeceğiz.
301 yönlendirmesi, bir web sayfasının veya URL adresinin kalıcı olarak başka bir adrese taşındığını bildiren HTTP durum kodudur. Sunucu, eski URL’ye gelen isteğe “301 Moved Permanently” yanıtını ve yeni adresi içeren Location başlığını gönderir.
Örnek akış: https://example.com/eski-sayfa → HTTP 301 → https://example.com/yeni-sayfa → HTTP 200
301 yönlendirmesi özellikle şu durumlarda kullanılır:
Google, sunucu tarafındaki kalıcı yönlendirmeleri yeni adresin standart URL olması gerektiğine ilişkin güçlü bir işaret olarak değerlendirir.
|
Yöntem |
Anlamı |
Kullanım amacı |
|
301 |
Kalıcı taşınma |
URL veya domain değişikliği |
|
302 |
Geçici taşınma |
Geçici bakım ve kampanya |
|
307 |
Geçici yönlendirme |
HTTP metodunu koruyarak geçici taşıma |
|
308 |
Kalıcı yönlendirme |
HTTP metodunu koruyarak kalıcı taşıma |
301 ve 308, Google açısından kalıcı yönlendirme sinyalleridir. Ancak 308’in önemli teknik farkı, yönlendirilen isteğin HTTP metodunu korumasıdır. 301’de ise bazı istemciler özellikle POST isteklerini GET’e dönüştürebilir.
SEO uzmanı notu: Kalıcı bir URL değişikliğinde 301 kullanmak genellikle doğru tercihtir. Geçici bir A/B testi veya kısa süreli yönlendirmede ise 302 daha uygundur.
.htaccess, Apache web sunucularında belirli dizinlere ait yapılandırma kurallarının tanımlanmasını sağlayan bir dosyadır.
Bu dosya üzerinden URL yönlendirmeleri, erişim kuralları ve desteklenen diğer sunucu davranışları yönetilebilir. Ancak kullanılabilen komutlar, sunucunun modül ve yetki yapılandırmasına bağlıdır.
Apache’nin resmî dokümantasyonuna göre .htaccess, özellikle ana sunucu yapılandırmasına doğrudan erişimi bulunmayan hosting kullanıcıları için uygundur.
cPanel kullanan bir web sitesinde dosyaya genellikle aşağıdaki adımlarla ulaşabilirsiniz:
Not: Ek alan adlarının kök dizini farklı olabilir. Plesk’te genellikle httpdocs kullanılır. Dosya mevcut değilse sunucu yapılandırması destekliyorsa oluşturulabilir.
Yanlış bir komut, Apache üzerinde 500 Internal Server Error hatasına neden olabilir. Bu nedenle mevcut dosyanın yedeğini alın ve değişiklikleri mümkünse önce test ortamında uygulayın.
WordPress kullanıyorsanız mevcut yönlendirme ve kalıcı bağlantı kurallarını silmeyin. Ayrıca mod_rewrite modülünün ve uygun AllowOverride izinlerinin aktif olması gerekir.
Yönlendirmeler farklı amaçlarla uygulanabilir. Bir sayfayı başka bir sayfaya taşımak ile tüm alan adını değiştirmek aynı kuralları gerektirmez.
Aşağıdaki örneklerde kullanılan example.com adresini kendi alan adınızla değiştirmelisiniz. Kodlar, aksi belirtilmedikçe web sitesinin kök dizinindeki .htaccess dosyası için hazırlanmıştır.
Bir hizmet sayfasının adresini değiştirdiğinizi varsayalım. Eski adres: https://example.com/eski-hizmet; yeni adres: https://example.com/yeni-hizmet.
RewriteEngine On
RewriteRule ^eski-hizmet/?$ https://example.com/yeni-hizmet [R=301,L]
Bu kural hem /eski-hizmet hem de /eski-hizmet/ adresini yeni sayfaya yönlendirir. /eski-hizmetler gibi farklı bir URL’yi ise eşleştirmez.
|
Komut |
Açıklama |
|
RewriteEngine On |
URL yeniden yazma motorunu etkinleştirir |
|
RewriteRule |
Eşleşme ve hedef adresi tanımlar |
|
^ ve $ |
Eşleşmenin başlangıç ve bitiş sınırlarıdır |
|
[R=301] |
Kalıcı HTTP yönlendirmesi oluşturur |
|
[L] |
Mevcut işlem turunda sonraki kuralların işlenmesini durdurur |
Apache üzerinde basit sayfa yönlendirmelerinde Redirect 301 komutu da kullanılabilir. Ancak Redirect önek temelli eşleşmeler yapabildiğinden, yalnızca tek bir URL’nin hedeflenmesi gereken durumlarda yukarıdaki açık RewriteRule kalıbı daha kontrollüdür. Aynı yönlendirme amacı için Redirect ve RewriteRule yöntemlerini gereksiz yere karıştırmayın.
SSL sertifikası kurulduktan sonra sitenizin HTTP sürümü erişilebilir durumda kalabilir. Örneğin http://example.com/hakkimizda adresinin https://example.com/hakkimizda adresine yönlenmesini istiyorsanız şu kodu kullanabilirsiniz:
RewriteEngine On
RewriteCond %{HTTPS} !=on
RewriteRule ^(.*)$ https://example.com/$1 [R=301,L]
Bu örnek, HTTPS kullanılmayan istekleri belirtilen güvenli alan adına yönlendirir.
Önemli: SSL sertifikasının hedef alan adı için geçerli olması gerekir. Ayrıca bu kod yalnızca HTTPS isteğini kontrol eder. Tüm www ve www olmayan sürümleri de standartlaştırmak istiyorsanız aşağıdaki birleşik kuralı tercih edin.
Bir web sitesi http://www.example.com, http://example.com, https://www.example.com ve https://example.com sürümlerinden açılabiliyor olabilir. SEO açısından tek bir standart sürüm seçilmesi önerilir.
Tercih edilen adres https://example.com ise:
RewriteEngine On
RewriteCond %{HTTPS} !=on [OR]
RewriteCond %{HTTP_HOST} !^example\.com$ [NC]
RewriteRule ^(.*)$ https://example.com/$1 [R=301,L]
Bu yapı, alan adı için doğru sanal sunucu kapsamında uygulandığında, HTTP ve www farklılıklarını tek yönlendirme içinde birleştirir. Örneğin http://www.example.com/iletisim isteği doğrudan https://example.com/iletisim adresine ulaşabilir.
Kodun yalnızca ilgili alan adının ve www sürümünün kullanıldığı yapılandırmaya uygulanması gerekir.
Standart adresi https://www.example.com olarak kullanmak isteyen siteler için:
RewriteEngine On
RewriteCond %{HTTPS} !=on [OR]
RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC]
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]
Bu iki yöntemden yalnızca birini kullanın. Her ikisini birlikte etkinleştirmek çakışan kurallara ve sonsuz yönlendirme döngülerine neden olabilir.
Peki SEO için www mi, www olmayan adres mi daha iyidir? Tek başına www kullanımının doğrudan sıralama avantajı yoktur. Önemli olan seçilen sürümün site genelinde tutarlı kullanılması, diğer sürümlerin yönlendirilmesi ve canonical işaretleriyle desteklenmesidir.
Marka değişikliği veya alan adı taşıması sırasında eski alan adındaki bağlantıların yeni alan adına aktarılması gerekir. Örneğin https://eski-site.com/blog/hosting-rehberi adresini https://yeni-site.com/blog/hosting-rehberi adresine taşımak için eski sitenin .htaccess dosyasına şu kod eklenebilir:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?eski-site\.com$ [NC]
RewriteRule ^(.*)$ https://yeni-site.com/$1 [R=301,L]
Bu kural URL yolunu koruyarak yönlendirme yapar. Ancak tüm site taşımalarında URL yolları aynı kalmaz. Örneğin eski bir ürün sayfası yeni sitede farklı bir kategoriye taşındıysa özel URL eşlemesi hazırlanmalıdır.
Google, site taşıma işlemlerinde eski ve yeni URL’lerin ayrı ayrı eşleştirilmesini öneriyor. Bu nedenle yalnızca alan adını değiştiren genel bir kural, her taşıma projesi için yeterli değildir.
Bir blog sitesinde kategori önekini URL’den kaldırmak isteyebilirsiniz.
|
Eski URL |
Yeni URL |
|
/kategori/hosting |
/hosting |
|
/kategori/sunucu |
/sunucu |
RewriteEngine On
RewriteRule ^kategori/([^/]+)/?$ https://example.com/$1 [R=301,L]
Bu örnek yalnızca tek seviyeli kategori yollarına uygundur. Uygulamadan önce yeni adreslerin mevcut olduğundan ve başka içeriklerle çakışmadığından emin olun. Özellikle WordPress gibi içerik yönetim sistemlerinde kategori ve sayfa kalıcı bağlantılarının birbiriyle çakışması mümkündür.
Eski bağlantı: https://example.com/hakkimizda.html. Yeni bağlantı: https://example.com/hakkimizda.
RewriteEngine On
RewriteRule ^hakkimizda\.html$ https://example.com/hakkimizda [R=301,L]
Bu kural yalnızca belirtilen sayfayı taşır. URL’den .html uzantısını kaldırmak tek başına SEO performansını artırmaz. Yeni URL’nin çalışması, sayfa içeriğinin korunması ve site içi bağlantıların güncellenmesi daha önemlidir.
https://example.com/hizmetler ve https://example.com/hizmetler/ adresleri teknik olarak farklı URL’lerdir. Sayfaların tek bir biçimde sunulması, site genelinde URL tutarlılığı sağlar.
Gerçek fiziksel dizinler hariç URL sonundaki eğik çizgiyi kaldırmak için şu kural kullanılabilir:
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)/$ https://example.com/$1 [R=301,L]
Buradaki !-d koşulu, gerçek dizinlerin kurala takılmasını önler. Ancak bu kural her web sitesi için uygun değildir. WordPress kalıcı bağlantı ayarlarınız eğik çizgili URL kullanıyorsa, uygulama adresi yeniden eğik çizgili biçime yönlendirebilir ve döngü oluşabilir.
Uzman önerisi: Site genelindeki URL biçimini değiştirmeden önce CMS yönlendirmeleri, fiziksel dizinler, API uç noktaları ve mevcut canonical yapısı birlikte değerlendirilmelidir.
Bazı eski sistemlerde sayfalar sorgu parametreleri üzerinden açılır. Örneğin https://example.com/urun.php?id=42 adresinin https://example.com/urun/ornek-urun adresine taşındığını düşünelim.
RewriteEngine On
RewriteCond %{QUERY_STRING} ^id=42$
RewriteRule ^urun\.php$ https://example.com/urun/ornek-urun [R=301,QSD,L]
Bu örnekte QUERY_STRING sorgu parametresini kontrol eder; id=42 yalnızca ilgili parametre değerini eşleştirir ve QSD eski sorgu parametresinin hedef adrese taşınmasını engeller.
Parametrelerin korunması gereken senaryolarda QSD kullanmayın. Apache, hedef URL’de yeni bir sorgu dizesi belirtilmemişse mevcut sorgu parametrelerini varsayılan olarak taşır. QSA ise hedefteki sorgu parametrelerine eski parametrelerin eklenmesini sağlar.
301 yönlendirmesi, teknik SEO’nun önemli araçlarından biridir; fakat tek başına bir sıralama yükseltme yöntemi değildir.
Doğru kullanıldığında site taşımalarını kolaylaştırır, eski bağlantıların kullanıcıları doğru içeriğe ulaştırmasını sağlar ve aynı içeriğin farklı URL sürümleri üzerinden sunulmasını azaltmaya yardımcı olur.
Bu iki yöntemin amacı benzer görünebilir ancak çalışma biçimleri farklıdır.
301 yönlendirmesi: Kullanıcıyı ve arama motoru tarayıcısını eski URL’den yeni URL’ye taşır.
Canonical etiketi: Sayfanın tercih edilen standart adresini arama motorlarına bildirir. Kullanıcıyı otomatik olarak başka sayfaya göndermez.
<link rel="canonical" href="https://example.com/hizmetler">
Bu etiket, standart adres tercihini bildirir. Google’ın resmî dokümantasyonunda hem yönlendirmelerin hem de canonical etiketlerinin güçlü standartlaştırma sinyalleri olduğu belirtiliyor. Ancak nihai canonical URL’yi Google kendi sistemleriyle belirler.
Uygun şekilde yapılandırılmış kalıcı yönlendirmeler, Google’ın eski ve yeni URL’ler arasındaki ilişkiyi anlamasına ve ilgili sıralama sinyallerini yeni adreste birleştirmesine yardımcı olur.
Ancak yönlendirme yapılması, mevcut sıralamaların kesinlikle aynı kalacağı anlamına gelmez. İçeriğin alakası, yeni sayfanın erişilebilirliği, site mimarisi ve diğer teknik SEO faktörleri önemini korur. Site taşıma sırasında sıralamalarda geçici dalgalanmalar da görülebilir.
Yönlendirme zinciri, bir URL’nin nihai sayfaya ulaşmadan önce birden fazla adrese yönlenmesidir.
Kaçınılması gereken akış: HTTP + www → 301 → HTTPS + www → 301 → HTTPS → 301 → Yeni URL
Tercih edilen akış: Eski URL → 301 → Nihai URL (200)
Googlebot uzun yönlendirme zincirlerini belirli sınırlar içinde takip edebilse de Google, eski adresin doğrudan son hedefe yönlendirilmesini öneriyor. Gereksiz zincirler gecikme oluşturabilir.
WordPress, kalıcı bağlantıların çalışması için Apache üzerinde genellikle .htaccess dosyasını kullanır.
Standart WordPress kurallarında # BEGIN WordPress ve # END WordPress işaretleri bulunur. Bu bölüm WordPress tarafından yeniden oluşturulabildiğinden özel yönlendirmelerin ayrı ve tercihen bu bölümün üzerinde tutulması uygundur.
# Ozel 301 yonlendirmeleri
RewriteEngine On
RewriteRule ^eski-yazi/?$ https://example.com/yeni-yazi [R=301,L]
# BEGIN WordPress
# Mevcut WordPress kurallari burada korunur.
# END WordPress
Bu kod, mevcut WordPress kurallarına özel yönlendirmelerin nerede yerleştirileceğini göstermek içindir. Gerçek dosyanızdaki WordPress kurallarını yorum satırıyla değiştirmeyin veya silmeyin.
WordPress’te URL değiştirirken yalnızca 301 kodunu eklemek yeterli olmayabilir. Yönetim panelindeki kalıcı bağlantı ayarları, WordPress Adresi, Site Adresi, SEO eklentisinin canonical URL çıktısı ve önbellek yapılandırmaları da kontrol edilmelidir.
Özellikle HTTP’den HTTPS’ye geçişte eski HTTP bağlantılarının içerikte veya veritabanında kalması, karma içerik (mixed content) problemlerine neden olabilir.
Yönlendirme işlemlerinde en sık karşılaşılan sorunlar yanlış eşleştirme, hatalı sunucu yapılandırması ve birbiriyle çakışan kurallardır.
|
Hata |
Olası neden |
Çözüm |
|
500 Internal Server Error |
Geçersiz komut veya yetki |
Sözdizimini ve sunucu loglarını kontrol edin |
|
ERR_TOO_MANY_REDIRECTS |
Yönlendirme döngüsü |
Çakışan kuralları kaldırın |
|
Yönlendirme çalışmıyor |
.htaccess okunmuyor |
Sunucu türünü ve izinleri kontrol edin |
|
Yanlış URL’ye yönlendirme |
Hatalı eşleşme |
Kuralı daha spesifik yazın |
|
Eski adres hâlâ açılıyor |
Önbellek veya farklı sunucu kuralı |
HTTP yanıtını ve cache katmanlarını inceleyin |
|
Yeni sayfa 404 hatası veriyor |
Hedef URL mevcut değil |
Doğru hedefe yönlendirin |
Apache’de .htaccess içindeki RewriteRule ifadeleri, ana sunucu yapılandırmasındaki kurallarla birebir aynı biçimde değerlendirilmez.
Yanlış eşleşme:
RewriteRule ^/eski-sayfa$ /yeni-sayfa [R=301,L]
Doğru eşleşme:
RewriteRule ^eski-sayfa$ /yeni-sayfa [R=301,L]
Bunun nedeni .htaccess bağlamında URL yolunun başlangıçtaki / karakteri kaldırılarak değerlendirilmesidir. Apache dokümantasyonu bu ayrımı özellikle vurgular.
Cloudflare kullanan web sitelerinde SSL/TLS çalışma modu yanlış yapılandırıldığında HTTPS yönlendirmeleri döngü oluşturabilir.
Örneğin Cloudflare Flexible SSL modundayken kaynak sunucuda HTTP istekleri HTTPS’ye zorlanıyorsa Cloudflare ile kaynak sunucu arasında döngü oluşabilir. Cloudflare, kaynak sunucu HTTPS yönlendirmesi uyguluyorsa Flexible yerine uygun yapılandırılmış Full veya tercihen geçerli kaynak sertifikasıyla Full (strict) kullanılmasını öneriyor.
LiteSpeed belgelerinde Apache rewrite davranışlarıyla bazı farklılıklar bulunduğu, OpenLiteSpeed belgelerinde ise otomatik .htaccess yükleme ayarlarının ayrıca yapılandırılabildiği belirtiliyor.
Yönlendirme kodunu ekledikten sonra yalnızca URL’yi tarayıcıda açmak yeterli değildir. HTTP durum kodunun ve hedef adresin doğrulanması gerekir.
cURL ile 301 Yönlendirme Kontrolü
Terminal üzerinden şu komutu çalıştırabilirsiniz:
curl -I https://example.com/eski-sayfa
Doğru yapılandırılmış bir yönlendirmede aşağıdakine benzer bir yanıt alınır:
HTTP/2 301
location: https://example.com/yeni-sayfa
Yönlendirme zincirinin tamamını incelemek için:
curl -IL https://example.com/eski-sayfa
Bu komut, yönlendirmeleri takip ederek ara yanıtları da görüntüler.
Yönlendirme kontrol listesi:
Google Search Console üzerinden eski URL’nin yönlendirme durumunu, yeni URL’nin dizine eklenme durumunu ve Google’ın seçtiği canonical adresi inceleyebilirsiniz.
Özellikle site taşıma veya toplu URL değişikliklerinden sonra yeni adreslerin sitemap dosyasında bulunması, iç bağlantıların güncellenmesi ve dizin kapsamının takip edilmesi önemlidir.
Silinen her URL’nin ana sayfaya yönlendirilmesi doğru değildir. Örneğin bir sunucu kurulum rehberi kaldırılmışsa kullanıcıyı alakasız bir ana sayfaya göndermek yerine aynı konuyu karşılayan yeni rehbere yönlendirmek daha uygundur.
İlgili bir alternatif bulunmuyorsa 404 Not Found veya kalıcı kaldırma için 410 Gone durum kodu kullanılabilir. Google, ilgisiz toplu yönlendirmelerin soft 404 olarak yorumlanabileceğini belirtiyor.
301 yönlendirmesi oluşturulduğunda eski bağlantılar teknik olarak çalışmaya devam edebilir. Ancak web sitesinin menülerinin, içerik içi linklerinin ve önemli navigasyon bağlantılarının doğrudan yeni URL’yi kullanması daha sağlıklıdır.
Bu yaklaşım kullanıcı deneyimini iyileştirir ve gereksiz yönlendirme isteklerini azaltır.
Eski adreslerin yönlendirmelerini birkaç gün veya hafta sonra kaldırmak, hem kullanıcılar hem de arama motorları açısından sorun oluşturabilir.
Google, site taşımalarında yönlendirmelerin mümkün olduğunca uzun süre, genel olarak en az bir yıl korunmasını öneriyor. Kullanıcılar ve eski dış bağlantılar açısından daha uzun süre tutulması yararlı olabilir.
Kısa ve anlaşılır URL’ler kullanıcı deneyimi açısından değerlidir. Ancak sırf daha kısa bir bağlantı elde etmek için çok sayıda mevcut URL’yi değiştirmek her zaman gerekli değildir.
Karar verirken mevcut sayfaların organik performansı, bağlantı profili, kullanıcı ihtiyacı ve içerik mimarisi birlikte değerlendirilmelidir.
Özellikle çok sayfalı kurumsal sitelerde ve e-ticaret projelerinde URL geçişlerini planlı şekilde gerçekleştirmek gerekir.
Öncelikle mevcut URL’ler envantere alınmalı, yeni adreslerle eşleştirilmeli ve hangi sayfalarda 301, 404 veya 410 kullanılacağı belirlenmelidir.
Ardından yönlendirmeler test ortamında doğrulanmalı, yayın sonrasında ise gerçek istekler ve Google Search Console verileri takip edilmelidir.
|
Eski URL |
Yeni URL |
İşlem |
|
/hosting.html |
/hosting |
301 |
|
/eski-vps |
/vps-server |
301 |
|
/kategori/blog |
/blog |
301 |
|
/eski-kampanya |
İlgili karşılık yok |
404 veya 410 |
|
/iletisim |
/iletisim |
Değişiklik yok |
Bu tablo, büyük ölçekli taşıma projelerinde yönlendirme kurallarını yönetmek ve test etmek için temel oluşturur.
Uzman bakış açısıyla önemli olan en fazla yönlendirmeyi oluşturmak değil, doğru URL’nin doğru hedefe ulaşmasını sağlamaktır.
.htaccess ile 301 yönlendirme, web sitelerinde URL değişikliklerini yönetmenin etkili yöntemlerinden biridir. Doğru kullanıldığında kullanıcıların eski bağlantılar üzerinden ilgili içeriklere erişmesini sağlar ve arama motorlarına kalıcı adres değişikliklerini bildirir.
Bununla birlikte 301 yönlendirmesinin faydası doğru uygulamaya bağlıdır. Gereksiz yönlendirme zincirlerinin kaldırılması, HTTPS ve www sürümlerinin standartlaştırılması, canonical işaretlerinin uyumlu olması ve yeni URL’lerin erişilebilirliği birlikte değerlendirilmelidir.
Teknik SEO açısından başarılı bir yönlendirme çalışmasının temel hedefi, ziyaretçileri ve arama motorlarını en kısa, en tutarlı ve en alakalı URL yoluyla doğru içeriğe ulaştırmaktır.
Apache tabanlı sunucularda .htaccess dosyası üzerinden bir URL’nin başka bir adrese kalıcı olarak yönlendirilmesidir. Bu işlem HTTP 301 durum kodu kullanılarak gerçekleştirilir.
Doğru yapılandırıldığında tek başına SEO’ya zarar vermez. Ancak alakasız hedeflere yönlendirme, kırık bağlantılar ve uzun yönlendirme zincirleri performansı olumsuz etkileyebilir.
Eski URL’nin sıralama sinyallerinin yeni adrese aktarılmasına yardımcı olur. Ancak sıralama korunması garanti değildir; içerik alakasının ve teknik yapılandırmanın doğru olması gerekir.
Öncelikle dosya yöneticisinde gizli dosyaları gösterme ayarını etkinleştirin. Dosya mevcut değilse sunucunun desteklediği yapılandırmaya uygun şekilde .htaccess oluşturulabilir.
Kesin bir süre bulunmaz. Google’ın eski URL’yi yeniden taraması ve yeni adresi işlemesi gerekir. Süre, sitenin büyüklüğüne ve tarama sıklığına göre değişebilir.
301 kalıcı, 302 geçici yönlendirmedir. Kalıcı URL değişikliklerinde 301 tercih edilirken geçici yönlendirme ihtiyaçlarında 302 kullanılabilir.
Evet. Apache veya uygun LiteSpeed yapılandırmalarında WordPress’in mevcut kuralları korunarak özel 301 yönlendirmeleri eklenebilir.
Her web sitesi için teknik açıdan zorunlu olmasa da HTTPS kullanıldığında HTTP adreslerinin güvenli sürüme yönlendirilmesi tutarlı URL yapısı açısından önerilir.
www veya www olmayan sürüm tek başına doğrudan bir SEO üstünlüğü sağlamaz. Önemli olan tek bir sürümün standartlaştırılmasıdır.
Birbiriyle çakışan HTTPS, www, uygulama ve CDN yönlendirmeleri kontrol edilmelidir. Gerekirse son eklenen kural geçici olarak devre dışı bırakılarak sorun izole edilmelidir.
Hayır. 301 ziyaretçiyi yeni URL’ye taşırken canonical etiketi arama motoruna tercih edilen standart URL’yi bildirir.
Evet. Ancak sayfaların içerik açısından ilgili olması gerekir. İlgisiz tüm bağlantıları ana sayfaya yönlendirmek doğru bir uygulama değildir.
Google, site taşımalarında yönlendirmelerin genel olarak en az bir yıl korunmasını önerir. Eski bağlantılar kullanılmaya devam ediyorsa daha uzun süre tutulabilir.
Hayır. Nginx .htaccess dosyalarını işlemez. Yönlendirme Nginx sunucu yapılandırmasında veya uygun başka bir yönlendirme katmanında gerçekleştirilmelidir.
Apache’de etkin .htaccess kuralları genellikle yeniden başlatma gerektirmeden okunur. OpenLiteSpeed gibi sistemlerde yapılandırma ve yeniden yükleme gereksinimleri farklı olabilir.
Eski URL’nin HTTP 301 durum kodu ve doğru Location başlığı döndürdüğü, yeni URL’nin ise uygun HTTP başarı yanıtıyla açıldığı cURL veya benzer araçlarla kontrol edilebilir.
Doğru URL yapılandırması, güvenilir bir hosting altyapısıyla birlikte web sitenizin sürdürülebilir şekilde yönetilmesine yardımcı olur.
Web9’un hosting çözümlerini inceleyerek projenizin ihtiyaçlarına uygun web barındırma seçeneklerini değerlendirebilirsiniz. .htaccess yönlendirmeleri, SSL yapılandırması veya sunucu uyumluluğu konusunda desteğe ihtiyaç duyuyorsanız teknik destek ekibimizle iletişime geçebilirsiniz.
Web9 Hosting ve Sunucu Çözümleri