Computer >> บทช่วยสอนคอมพิวเตอร์ >  >> ระบบเครือข่าย >> อินเทอร์เน็ต

WWW vs Non-WWW URL: อันไหนดีกว่า (และวิธีเพิ่ม WWW ใน WordPress)

ดู URL Bar บนเบราว์เซอร์ ความสงสัยเกิดขึ้น: ไอเทมประจำวันที่คุ้นเคย กระตุ้น Curiosity

ทำไมเว็บนี้ไม่มี "www" หน้า Domain Name แต่วันก่อนมี? WWW สำคัญอย่างไร? ใช้ www หรือไม่ ใช้ -> SEO ได้รับผลกระทบไหม? หรือกลับกัน? เพิ่ม www ได้ไหมถ้าเว็บรันมานานแล้ว? คำถามเยอะกระดิ่งในหัว

หายใจลึก ถามตัวเอง: ผิดตลอดกาลไหม?

ถ้า Domain เป็น "Naked" (ไม่มี www) จะเป็นไง?

Terminology ก่อน: 2 ชนิด Basic Website URL: มี WWW และ ไม่มี (เรียกว่า "Naked Domain")

คำถามหลัก: "ควรหรือไม่ควรใช้ WWW ใน Domain?" คำตอบ Web Practitioners ส่วนใหญ่: "ขึ้นกับ Personal Preference" พูดอ่อนๆ ว่า "Up to you"

มุมมอง SEO: ไม่แตกต่างว่าเว็บใช้ "www" หรือ Naked Domain

สำคัญ: ต้อง Consistent ควรกำหนดใช้หรือไม่ใช้ "www" แล้วคงที่ตลอด เพื่อหลีกเลี่ยงปัญหา Redirection และ SEO Indexing

ที่กล่าวมา: มี Technical Advantages ของ "www" โดยเฉพาะ Domain ที่รับ Traffic ล้านๆ ต่อวัน

ข้อดีที่ 1: ปัญหา Server ล้ม

ปัญหา Hosting Providers พบบ่อย: Server ล้ม -> Sites บน Server นั้น Down Time ต้อง Redirect Traffic ไป Healthy Servers ขณะแก้ไข เพื่อไม่ Interrupt Visitor

ปัจจัยลบ Reputation Hosting: Downtime ต้อง Minimize

แต่ Redirection ใช้ DNS CNAME Records Naked Domain ไม่สามารถมี CNAME Record ได้

Traffic น้อย: ไม่ปัญหาใหญ่ Server ล้มคงซ่อมเสร็จก่อน Visitor ถัดมา แต Traffic พันๆ ต่อวัน -> รู้สึกชัดเจน มาก

ข้อที่ 2: Cookies และ Caching

เหตุผลอีกอย่าง: Cookies และ Caching

Cookie: ข้อมูลเล็กจาก Website เก็บใน Browser ขณะ Browse ใช้งาน: "จดจำ" User ระหว่าง Session ไม่ต้อง Login ซ้ำระหว่างหน้า

Caching: เก็บ Web Documents (HTML, Images) เป็น Static Data ชั่วคราว ลด Bandwidth, Server Load, Perceived Lag

Best Practice เร่งเว็บ: Serve Static Content จาก Sub-domain "xxx.domain.com" "www" ใน Domain สร้าง Subdomain ที่จำเป็น เก็บ Cookies และ Static Content

ไม่มี "www" -> Cookies ส่งไปทุก Sub-domains ช้าลงการเข้าถึง Static Content อาจทำลาย Caching Process

ขยับไม่ได้อยาก Naked Domain (อย่าง Twitter) -> วิธีเดียว: ซื้อ Domain ที่ 2 เก็บ Static Content

แต่มีครั้งที่อยากส่ง Cookies ไปทุก Sub-domains เช่น Single Sign-on Across Services บน Sub-domains ต่างๆ

Pre-Conclusion

สรุป: Naked Domain ใช้ได้ ไม่เจอปัญหา – จนกว่าเว็บโตเกินความสามารถที่จะมองข้ามปัญหา แต่ Future จะ Less Problematic หากใช้ "www" ต่อท้าย

เพิ่ม WWW ให้ WordPress Blog

มา Deal กับ Process เพิ่ม "www" ให้ Domain

สำหรับ Site ใหม่ (Relatively Brand New)

เว็บใช้ "www" อยู่แล้ว -> ข้าม Section นี้ Live happily ever after หาก WordPress Site ใหม่ ไม่/มี Content น้อย Domain ยัง Naked -> ใส่ "www" ได้ทันที

1. Login Admin Area WordPress -> "Settings -> General" จาก Sidebar

2. Scroll ลง "WordPress Address (URL)" และ "Site Address (URL)" ใส่ "www" หน้า Domain (ระหว่าง "https://" และ "domain name") -> Scroll ล่างสุด -> Save

Settings Saved -> Login ใหม่เพื่อทำงานต่อ

สำหรับ Site ที่รันมานาน (Established Site)

เว็บ Established Content เยอะ -> Highly Advisable คง Name Format เดิม อย่าเปลี่ยน Domain เพิ่ม/ลบ "www" มิฉะนั้น -> Redirect Content เดิมทั้งหมดไป Pattern ใหม่ เช่น: Old URL "https://yoursite.com/article" -> Redirect "https://www.yoursite.com/article"

แค่ตัวเดียว ใช้เวลาแล้ว หากมีหลายร้อย? (Original text: "What if you have hundreds of them?an" - typo)

เหตุผลที่ 2: Established Site ที่ SEO แล้ว "www" ไม่ง향 SEO จริง แต่ Valid ใน Sense: Decide ใช้ www ตอนต้น หาก Content เยอะ Search Engines Indexed แล้วด้วย URL เดิม -> เปลี่ยน = Reset Hard Work เป็นศูนย์

หาก ต้องการ www จริงๆ (Safety of the world depends on it) -> ใช้ Plugins: Better Search Replace หรือ Easy 301 Redirect Mass Migrate Old URLs -> New Ones

แต่นั้น สิ่งอื่น เรื่องอื่น เวลาอื่น