ทำ Redirect ระหว่าง www กับไม่มี www ให้ถูกวิธี

# ดูว่าแบบไหนถูกเก็บดัชนีมากกว่า ค้นหาใน Google
site:example.com
site:www.example.com

example.com.      IN  A      203.0.113.10
www.example.com.  IN  CNAME  example.com.

dig +short example.com
dig +short www.example.com

sudo certbot --nginx -d example.com -d www.example.com --agree-tos -m [email protected]

echo | openssl s_client -connect example.com:443 -servername www.example.com 2>/dev/null \
  | openssl x509 -noout -text | grep -A1 'Subject Alternative Name'

# HTTP ทั้งสองชื่อ ไปที่ HTTPS ของชื่อหลักโดยตรง ครั้งเดียวจบ
server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://example.com$request_uri;
}

# HTTPS ของ www ไปที่ HTTPS ของชื่อหลัก
server {
    listen 443 ssl;
    http2 on;
    server_name www.example.com;

    ssl_certificate     /etc/letsencrypt/live/example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;

    return 301 https://example.com$request_uri;
}

# เว็บจริง
server {
    listen 443 ssl;
    http2 on;
    server_name example.com;

    ssl_certificate     /etc/letsencrypt/live/example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;

    root /var/www/example.com;
    # ...
}

sudo nginx -t && sudo systemctl reload nginx

ขั้นตอนที่ 5: ตั้งบน Apache

<VirtualHost *:80>
    ServerName example.com
    ServerAlias www.example.com
    Redirect permanent / https://example.com/
</VirtualHost>

<VirtualHost *:443>
    ServerName www.example.com
    SSLEngine on
    SSLCertificateFile    /etc/letsencrypt/live/example.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/example.com/privkey.pem
    Redirect permanent / https://example.com/
</VirtualHost>

หรือในไฟล์ .htaccess เมื่อไม่มีสิทธิ์แก้คอนฟิกหลัก

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
RewriteRule ^ https://%1%{REQUEST_URI} [L,R=301]

RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

ขั้นตอนที่ 6: ตั้งบน Cloudflare

ใช้ Redirect Rules ซึ่งทำงานที่ขอบเครือข่ายจึงเร็วกว่าและไม่ต้องให้คำขอถึงเซิร์ฟเวอร์

ไปที่ Rules แล้ว Redirect Rules แล้วสร้างกฎใหม่

เงื่อนไข:  Hostname equals www.example.com
การกระทำ:  Dynamic redirect
Expression: concat("https://example.com", http.request.uri.path)
Status:    301
Preserve query string: เปิด

อย่าลืมเปิด Always Use HTTPS ในหน้า SSL/TLS แล้ว Edge Certificates ด้วย

ขั้นตอนที่ 7: ตั้งใน WordPress

ตั้งค่าที่ Settings แล้ว General ให้ทั้งสองช่องเป็นรูปแบบเดียวกัน

wp option get siteurl
wp option get home

wp option update siteurl 'https://example.com'
wp option update home 'https://example.com'

หากเคยใช้อีกรูปแบบมาก่อน ต้องแทนที่ URL ในเนื้อหาด้วย

wp search-replace 'https://www.example.com' 'https://example.com' \
  --all-tables --precise --recurse-objects --dry-run

ขั้นตอนที่ 8: ตรวจสอบว่าเปลี่ยนเส้นทางครั้งเดียว

for u in http://example.com/ http://www.example.com/ \
         https://www.example.com/ http://example.com/about/; do
  echo "=== $u"
  curl -sIL "$u" | grep -E '^HTTP|^[Ll]ocation'
done

ผลที่ถูกต้องคือแต่ละ URL แสดง 301 เพียงหนึ่งครั้งแล้วตามด้วย 200 หากเห็น 301 สองครั้งขึ้นไป แปลว่าเปลี่ยนเส้นทางหลายทอดซึ่งทำให้ช้าลงและเสียคะแนน SEO

ตรวจว่าพาธและพารามิเตอร์ถูกรักษาไว้

curl -sI 'https://www.example.com/blog/article/?utm_source=fb' | grep -i location

ควรได้ https://example.com/blog/article/?utm_source=fb ไม่ใช่แค่หน้าแรก

ปัญหาที่พบบ่อย

เปลี่ยนเส้นทางวนไม่รู้จบ

มักเกิดจาก Cloudflare ที่ตั้ง SSL เป็น Flexible ร่วมกับเซิร์ฟเวอร์ที่บังคับ HTTPS อยู่แล้ว เปลี่ยนเป็น Full (strict) หรือเกิดจากกฎที่ชี้กลับมาหาตัวเอง ตรวจด้วย curl -sIL แล้วดูว่าวนที่ URL ไหน

เปลี่ยนเส้นทางไปหน้าแรกเสมอ

คอนฟิกไม่ได้ส่งพาธต่อไปด้วย ใช้ $request_uri ใน Nginx หรือ %{REQUEST_URI} ใน Apache ไม่ใช่เขียน URL ปลายทางแบบตายตัว

เบราว์เซอร์จำการเปลี่ยนเส้นทางเก่าไว้

301 ถูกแคชในเบราว์เซอร์อย่างถาวร ระหว่างทดสอบให้ใช้ curl หรือโหมดไม่ระบุตัวตน และหากตั้งผิดไปแล้ว ผู้ใช้บางส่วนจะยังถูกส่งผิดจนกว่าจะล้างแคชเอง

Google ยังแสดงทั้งสองรูปแบบ

ต้องใช้เวลา ระหว่างนั้นให้ตรวจว่า canonical ในทุกหน้าชี้ไปรูปแบบหลัก และ Sitemap ระบุรูปแบบหลักด้วย

ต้องการให้ทีมงานช่วยตรวจสอบโครงสร้าง URL ของเว็บ ติดต่อ THAI DATA CLOUD ได้ที่ https://thaidata.cloud/contact/

อ่านเพิ่มเติมเกี่ยวกับ Redirect

• เอกสารทางการของ Certbot
• ทำความรู้จัก DNS Record: A, AAAA, CNAME, MX, TXT และ NS
• คู่มือการใช้งานทั้งหมดของ THAI DATA CLOUD