{"id":1993,"date":"2026-04-11T17:31:07","date_gmt":"2026-04-11T14:31:07","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=1993"},"modified":"2026-08-02T12:09:02","modified_gmt":"2026-08-02T12:09:02","slug":"wordpress-te-htaccess-ile-http-den-https-ye-yonlendirme","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/tr\/wordpress-te-htaccess-ile-http-den-https-ye-yonlendirme\/","title":{"rendered":"WordPress’te .htaccess ile HTTP’den HTTPS’ye Y\u00f6nlendirme"},"content":{"rendered":"

Do\u011fru HTTPS y\u00f6nlendirmesi, her HTTP iste\u011fini yolu ve sorgu parametrelerini koruyarak tek ad\u0131mda kanonik HTTPS adrese g\u00f6t\u00fcr\u00fcr. .htaccess<\/code> yaln\u0131z Apache veya uyumlu LiteSpeed yap\u0131land\u0131rmalar\u0131nda \u00e7al\u0131\u015f\u0131r; Nginx bu dosyay\u0131 okumaz.<\/p>\n

Kural eklemeden \u00f6nce sertifikan\u0131n do\u011frudan HTTPS iste\u011finde \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve CDN, hosting paneli ya da eklentide ba\u015fka y\u00f6nlendirme bulunmad\u0131\u011f\u0131n\u0131 do\u011frulay\u0131n.<\/p>\n

\u0130\u00e7indekiler<\/strong><\/p>\n
    \n
  1. .htaccess y\u00f6nlendirmesi nedir?<\/a><\/li>\n
  2. Ger\u00e7ek\u00e7i \u00f6rnek<\/a><\/li>\n
  3. Ne zaman kullan\u0131lmal\u0131d\u0131r?<\/a><\/li>\n
  4. Uygulama ad\u0131mlar\u0131<\/a><\/li>\n
  5. \u0130leri kontroller<\/a><\/li>\n
  6. Riskler ve geri alma<\/a><\/li>\n
  7. AIOWS nas\u0131l yard\u0131mc\u0131 olur?<\/a><\/li>\n
  8. \u0130lgili yaz\u0131lar<\/a><\/li>\n
  9. Sonu\u00e7<\/a><\/li>\n
  10. Resm\u00ee kaynaklar<\/a><\/li>\n<\/ol>\n<\/div>\n

    .htaccess y\u00f6nlendirmesi nedir?<\/h2>\n

    Apache’nin dizin d\u00fczeyindeki rewrite kural\u0131, HTTP iste\u011fini WordPress \u00e7al\u0131\u015fmadan HTTPS’ye g\u00f6nderebilir. \u00d6zel kural\u0131 WordPress’in otomatik yazd\u0131\u011f\u0131 i\u015faretlerin d\u0131\u015f\u0131nda tutun; aksi h\u00e2lde kal\u0131c\u0131 ba\u011flant\u0131lar kaydedildi\u011finde silinebilir.<\/p>\n

    Ger\u00e7ek\u00e7i \u00f6rnek<\/h2>\n

    CDN zaten HTTPS y\u00f6nlendirmesi yaparken origin’deki kopya kural, proxy ba\u011flant\u0131s\u0131n\u0131 HTTP san\u0131r ve d\u00f6ng\u00fc \u00fcretir. \u00c7\u00f6z\u00fcm ikinci bir kural eklemek de\u011fil, y\u00f6nlendirmeyi y\u00f6neten katman\u0131 se\u00e7mek ve proxy’nin iletti\u011fi HTTPS bilgisini do\u011fru de\u011ferlendirmektir.<\/p>\n

    Ne zaman kullan\u0131lmal\u0131d\u0131r?<\/h2>\n

    Sunucu ger\u00e7ekten Apache\/LiteSpeed ise, mod_rewrite<\/code> ve override izinleri a\u00e7\u0131ksa, HTTPS \u00e7al\u0131\u015f\u0131yorsa ve y\u00f6nlendirme ba\u015fka katmanda y\u00f6netilmiyorsa kullan\u0131labilir. Managed hosting veya CDN kural\u0131 daha uygun olabilir.<\/p>\n

    Uygulama ad\u0131mlar\u0131<\/h2>\n
      \n
    1. Sunucu t\u00fcr\u00fcn\u00fc ve etkin web k\u00f6k dizinini do\u011frulay\u0131n.<\/li>\n
    2. Mevcut .htaccess<\/code> dosyas\u0131n\u0131 yedekleyin.<\/li>\n
    3. Do\u011frudan HTTPS ve kanonik hostu s\u0131nay\u0131n.<\/li>\n
    4. Yaln\u0131zca do\u011frulanan istek yolu i\u00e7in gereken y\u00f6nlendirme kural\u0131n\u0131 WordPress i\u015faretlerinin d\u0131\u015f\u0131na ekleyin.<\/li>\n
    5. HTTP \u00fczerinden ana sayfay\u0131, i\u00e7 i\u00e7e bir URL yolunu, sorgu parametreli bir adresi, 404 sayfas\u0131n\u0131, giri\u015f sayfas\u0131n\u0131 ve statik bir dosyay\u0131 test edin.<\/li>\n
    6. Zincirdeki her Location<\/code> header’\u0131n\u0131 ve toplam y\u00f6nlendirme say\u0131s\u0131n\u0131 kontrol edin.<\/li>\n<\/ol>\n

      \u0130leri kontroller<\/h2>\n

      Proxy arkas\u0131nda yaln\u0131z g\u00fcvenilir katman\u0131n yazd\u0131\u011f\u0131, istemcinin HTTPS kulland\u0131\u011f\u0131n\u0131 bildiren ba\u015fl\u0131\u011f\u0131 de\u011ferlendirin. Alternatif hostu da tekille\u015ftiriyorsan\u0131z host ve protokol karar\u0131n\u0131 tek y\u00f6nlendirmede birle\u015ftirin. POST endpoint’lerinde y\u00f6ntem de\u011fi\u015fikli\u011fi riskini ayr\u0131ca inceleyin.<\/p>\n

      Riskler ve geri alma<\/h2>\n

      Yanl\u0131\u015f s\u00f6zdizimi 500 hatas\u0131na, hatal\u0131 HTTP\/HTTPS ko\u015fulu y\u00f6nlendirme d\u00f6ng\u00fcs\u00fcne, gere\u011finden geni\u015f host kural\u0131 ise a\u00e7\u0131k y\u00f6nlendirmeye yol a\u00e7abilir. Dosya eri\u015fimini koruyun; hata olu\u015fursa yedek .htaccess<\/code> dosyas\u0131n\u0131 geri y\u00fckleyin. Sorunu giderirken HSTS’yi etkinle\u015ftirmeyin.<\/p>\n

      \n

      AIOWS nas\u0131l yard\u0131mc\u0131 olur?<\/p>\n

      AIOWS SSL Y\u00f6neticisi<\/h2>\n

      .htaccess y\u00f6nlendirmesini uygulamadan \u00f6nce AIOWS SSL Y\u00f6neticisi, WordPress’in HTTPS adreslerini ve mevcut y\u00f6nlendirme davran\u0131\u015f\u0131n\u0131 denetlemeye yard\u0131mc\u0131 olur.<\/p>\n

      Mod\u00fcl web sunucusu t\u00fcr\u00fcn\u00fc de\u011fi\u015ftirmez ve her hosting ortam\u0131nda .htaccess<\/code> yazmaz. Dosya ve proxy yap\u0131land\u0131rmas\u0131 ilgili altyap\u0131 katman\u0131nda yap\u0131lmal\u0131d\u0131r. AIOWS taraf\u0131ndaki kontroller, uygulama sonucunu de\u011ferlendirmeye yard\u0131mc\u0131 olur.<\/p>\n

      Y\u00f6nlendirme d\u00f6ng\u00fcs\u00fc veya y\u00f6netim eri\u015fimi sorunu g\u00f6r\u00fcl\u00fcrse yeni kural eklemeyin. Yedek dosyaya d\u00f6n\u00fcn ve CDN, sunucu ile WordPress y\u00f6nlendirmelerini ayr\u0131 inceleyin.<\/p>\n

      AIOWS SSL Y\u00f6neticisi’ni inceleyin<\/a>AIOWS planlar\u0131n\u0131 kar\u015f\u0131la\u015ft\u0131r\u0131n<\/a><\/p>\n<\/section>\n

      \u0130lgili yaz\u0131lar<\/h2>\n