HTTPS กับความน่าเชื่อถือของเว็บ: ติดตั้งใบรับรองแล้วต้องเช็กอะไรต่อ
ติดใบรับรอง HTTPS แล้วงานยังไม่จบ บทความนี้ไล่ให้ครบตั้งแต่การเปลี่ยนเส้นทาง http ไป https, mixed content, canonical, sitemap และการตั้งค่าใน Search Console
ทีม NOAH · เผยแพร่ 10 กันยายน 2569 · อัปเดต 10 กันยายน 2569 · อ่าน 13 นาที

สรุปสั้น
- ✓HTTPS คือการเข้ารหัสข้อมูลระหว่างเบราว์เซอร์กับเว็บไซต์ เบราว์เซอร์จึงเตือนเมื่อเว็บยังใช้ http เพราะข้อมูลที่ผู้ใช้กรอกอาจถูกดักอ่านหรือแก้ไขระหว่างทางได้
- ✓การติดตั้งใบรับรองเป็นแค่ขั้นตอนแรก งานที่เหลือคือทำให้ทั้งเว็บวิ่งมาที่ https ที่เดียว ไม่มีไฟล์ที่ยังเรียกผ่าน http และ canonical กับ sitemap ชี้ไปเวอร์ชันเดียวกัน
- ✓mixed content คือหน้าที่โหลดผ่าน https แต่ยังดึงรูปหรือสคริปต์ผ่าน http ทำให้เบราว์เซอร์ไม่แสดงสถานะปลอดภัยเต็มรูปแบบ หรือบล็อกไฟล์นั้นจนหน้าเว็บเสียรูป
- ✓ใบรับรองที่หมดอายุทำให้เบราว์เซอร์ขึ้นหน้าเตือนเต็มจอ ผู้ใช้เกือบทั้งหมดจะกดออกทันที จึงควรตั้งค่าให้ต่ออายุอัตโนมัติและมีการแจ้งเตือนล่วงหน้า
- ✓HTTPS เป็นสัญญาณพื้นฐานที่ควรมีให้ครบ แต่ไม่ใช่ตัวช่วยดันอันดับ การติดใบรับรองอย่างเดียวจะไม่ทำให้เว็บที่เนื้อหาไม่ตอบโจทย์ขยับอันดับขึ้นมาได้
เจ้าของเว็บหลายรายจ่ายเงินติดตั้งใบรับรองความปลอดภัยเรียบร้อย เห็นรูปกุญแจขึ้นบนแถบที่อยู่เว็บแล้วก็ถือว่าจบงาน จนกระทั่งวันหนึ่งมีลูกค้าโทรมาบอกว่าเปิดเว็บแล้วขึ้นคำเตือนสีแดง หรือเปิดจากลิงก์เก่าแล้วเจอหน้าเว็บที่รูปไม่ขึ้นสักรูป ทั้งที่หน้าเดียวกันเปิดจากเครื่องตัวเองแล้วปกติดี
บทความนี้จะไล่ให้ครบว่าหลังติดตั้งใบรับรองแล้วยังเหลืออะไรต้องทำอีกบ้าง ตั้งแต่การเปลี่ยนเส้นทางทั้งเว็บ การไล่หาไฟล์ที่ยังเรียกผ่าน http การตั้ง canonical และ sitemap ให้ชี้ถูกเวอร์ชัน ไปจนถึงการตั้งค่าใน Search Console และวิธีกันไม่ให้ใบรับรองหมดอายุแบบไม่รู้ตัว ถ้าอยากดูภาพรวมของงานเทคนิคทั้งหมดที่เจ้าของธุรกิจควรรู้ อ่านได้ที่ Technical SEO สำหรับธุรกิจ SME
ติดตั้งใบรับรอง HTTPS แล้วต้องเช็กอะไรต่อ
ติดตั้งใบรับรอง HTTPS แล้วต้องตรวจอะไรบ้าง
หลังติดตั้งใบรับรองแล้วต้องตรวจห้าอย่าง หนึ่งคือทุกที่อยู่ที่ขึ้นต้นด้วย http ต้องถูกเปลี่ยนเส้นทางมาที่ https ทั้งเว็บ ไม่ใช่แค่หน้าแรก สองคือไม่มีรูป ไฟล์สไตล์ หรือสคริปต์ที่ยังเรียกผ่าน http ซึ่งเรียกว่า mixed content สามคือ canonical ของทุกหน้าต้องชี้ไปที่ https สี่คือ sitemap ต้องมีเฉพาะที่อยู่แบบ https ห้าคือใน Search Console ต้องมี property ที่ตรงกับเวอร์ชันที่ใช้จริง มิฉะนั้นรายงานจะดูเหมือนไม่มีข้อมูลทั้งที่เว็บทำงานปกติ เมื่อครบห้าข้อนี้แล้วจึงถือว่างานย้ายมา HTTPS เสร็จสมบูรณ์
เหตุผลที่ต้องตรวจให้ครบเป็นเพราะเว็บหนึ่งเว็บอาจมีที่อยู่ได้หลายเวอร์ชันพร้อมกัน ทั้งแบบมีและไม่มี www คูณกับแบบ http และ https รวมเป็นสี่ชุด ถ้าทั้งสี่ชุดเปิดได้หมดโดยไม่มีการรวมทาง ผู้ใช้บางคนจะเข้าเวอร์ชันที่ไม่ปลอดภัย และ Google ก็ต้องเดาเองว่าเวอร์ชันไหนคือของจริง
HTTPS คืออะไร และทำไมเบราว์เซอร์ถึงขึ้นคำเตือนเมื่อไม่มี
HTTPS คือการรับส่งข้อมูลระหว่างเบราว์เซอร์ของผู้ใช้กับเซิร์ฟเวอร์ของเว็บโดยเข้ารหัสไว้ ใบรับรองที่ติดตั้งบนเซิร์ฟเวอร์ทำหน้าที่สองอย่าง อย่างแรกคือยืนยันว่าโดเมนนี้เป็นของผู้ที่ขอใบรับรองจริง อย่างที่สองคือทำให้เบราว์เซอร์กับเซิร์ฟเวอร์ตกลงกุญแจสำหรับเข้ารหัสข้อมูลที่จะส่งหากันได้
เมื่อเว็บยังใช้ http ธรรมดา ข้อมูลทุกอย่างที่ผู้ใช้กรอกจะเดินทางเป็นข้อความเปล่า ใครก็ตามที่อยู่ระหว่างทาง เช่น คนที่ควบคุมเครือข่ายไวไฟสาธารณะ สามารถอ่านหรือแทรกเนื้อหาเข้าไปได้ เบราว์เซอร์จึงเลือกเตือนผู้ใช้ตรง ๆ โดยเฉพาะเมื่อหน้านั้นมีช่องให้กรอกข้อมูล
- หน้าที่มีช่องกรอกรหัสผ่านหรือข้อมูลบัตรบนเว็บที่ยังเป็น http มักถูกเบราว์เซอร์ขึ้นคำเตือนชัดเจนที่สุด
- แถบที่อยู่จะไม่แสดงสัญลักษณ์แสดงการเชื่อมต่อที่ปลอดภัย และอาจขึ้นข้อความว่าไม่ปลอดภัยแทน
- ในกรณีที่ใบรับรองผิดพลาดหรือหมดอายุ เบราว์เซอร์จะขึ้นหน้าเตือนเต็มจอ ซึ่งต้องกดยืนยันหลายขั้นกว่าจะเข้าเว็บได้
- ผลกระทบที่แท้จริงคือความไว้ใจของลูกค้า คนทั่วไปไม่ได้แยกแยะว่าคำเตือนหมายถึงอะไร แต่รู้ว่าไม่ควรกรอกข้อมูลต่อ
เว็บที่ไม่มีตะกร้าสินค้าก็ต้องมี HTTPS
หลายคนเข้าใจว่า HTTPS จำเป็นเฉพาะเว็บที่รับชำระเงิน ความจริงคือเว็บที่มีเพียงฟอร์มติดต่อก็รับข้อมูลชื่อ เบอร์โทร และอีเมลของลูกค้า และเบราว์เซอร์สมัยใหม่ก็เตือนผู้ใช้กับหน้าที่ไม่เข้ารหัสอยู่ดี ไม่ว่าเว็บนั้นจะขายของหรือไม่
ทำให้ทั้งเว็บวิ่งมาที่ https ที่เดียว
งานชิ้นแรกหลังติดตั้งใบรับรองคือรวมทางเข้าให้เหลือเวอร์ชันเดียว โดยตั้งการเปลี่ยนเส้นทางแบบถาวรจาก http ไป https ในระดับทั้งเว็บ ไม่ใช่ตั้งทีละหน้า และต้องเลือกด้วยว่าจะใช้แบบมี www หรือไม่มี www เป็นเวอร์ชันหลัก แล้วให้อีกแบบเปลี่ยนเส้นทางมาหา
ไล่ตั้งค่าเส้นทางให้ครบทุกเวอร์ชัน
- 1
เลือกเวอร์ชันหลักให้ชัดก่อน
ตัดสินใจว่าที่อยู่หลักของเว็บคือแบบมี www หรือไม่มี www แล้วยึดแบบนั้นทั้งเว็บ ไม่มีแบบไหนดีกว่าในเชิง SEO ขอแค่เลือกแล้วใช้ให้ตรงกันทุกที่
- 2
ตั้งการเปลี่ยนเส้นทางถาวรทั้งเว็บ
ใช้การเปลี่ยนเส้นทางแบบ 301 จากทุกเวอร์ชันมาที่เวอร์ชันหลัก ความต่างระหว่างการเปลี่ยนเส้นทางถาวรกับชั่วคราวอ่านได้ที่ 301 Redirect กับ 302 Redirect เลือกผิดชนิดจะทำให้สัญญาณของหน้าเดิมไม่ถูกส่งต่อ
- 3
ทดสอบด้วยหน้าลึก ไม่ใช่แค่หน้าแรก
พิมพ์ที่อยู่แบบ http ของหน้าบทความหรือหน้าสินค้าที่อยู่ลึกเข้าไป แล้วดูว่าเด้งมาที่ https ของหน้าเดียวกันหรือไม่ ข้อผิดพลาดที่พบบ่อยคือทุกหน้าเด้งมาหน้าแรกหมด ซึ่งทำให้ลิงก์เก่าที่คนเคยแชร์ไว้ใช้ไม่ได้
- 4
ตรวจว่าไม่มีการเปลี่ยนเส้นทางซ้อนกันหลายชั้น
เส้นทางที่ดีควรกระโดดครั้งเดียวถึงปลายทาง ถ้า http ไม่มี www เด้งไป http มี www แล้วค่อยไป https จะเสียเวลาโหลดโดยไม่จำเป็น ให้ตั้งค่าให้ถึงปลายทางในครั้งเดียว
- 5
แก้ลิงก์ภายในให้ชี้ไป https โดยตรง
แม้การเปลี่ยนเส้นทางจะทำงาน แต่ลิงก์ภายในเว็บควรชี้ไปที่ https ตั้งแต่แรก เพื่อลดการกระโดดหนึ่งจังหวะและลดโอกาสตกหล่นเมื่อมีการแก้ระบบภายหลัง

ไล่หา mixed content ที่ทำให้กุญแจไม่ขึ้น
mixed content (เนื้อหาผสม) คือกรณีที่ตัวหน้าเว็บถูกส่งมาแบบ https แล้ว แต่ภายในหน้ายังมีคำสั่งเรียกไฟล์บางอย่างผ่าน http เช่น รูปภาพเก่าที่ฝังที่อยู่เต็มไว้ในเนื้อหา สคริปต์ของบุคคลที่สาม หรือฟอนต์ที่โหลดจากที่อื่น ผลที่ตามมามีสองแบบ แบบแรกคือเบราว์เซอร์ยอมโหลดแต่ไม่แสดงสถานะปลอดภัยเต็มรูปแบบ แบบที่สองคือเบราว์เซอร์บล็อกไฟล์นั้นทิ้งไปเลย ทำให้หน้าเสียรูปหรือฟังก์ชันบางอย่างไม่ทำงาน
- 1เปิดหน้าที่สงสัยในเบราว์เซอร์ แล้วเปิดเครื่องมือสำหรับนักพัฒนา ดูที่แท็บ Console จะมีข้อความแจ้งไฟล์ที่ถูกโหลดหรือถูกบล็อกเพราะยังเป็น http
- 2จดที่อยู่ของไฟล์เหล่านั้นไว้ แล้วดูว่ามาจากในเว็บเราเองหรือมาจากบริการภายนอก
- 3ถ้าเป็นไฟล์ของเราเอง ให้แก้ที่อยู่ในเนื้อหาหรือในฐานข้อมูลให้เป็น https หรือใช้ที่อยู่แบบสัมพัทธ์ที่ไม่ระบุโปรโตคอล
- 4ถ้าเป็นไฟล์จากบริการภายนอกที่ไม่รองรับ https ให้เปลี่ยนไปใช้บริการอื่นหรือย้ายไฟล์นั้นมาไว้ในเว็บของเราเอง
- 5ตรวจซ้ำหลายประเภทหน้า ทั้งหน้าแรก หน้าบทความเก่า หน้าสินค้า และหน้าที่มีฟอร์ม เพราะปัญหามักซ่อนอยู่ในหน้าเก่าที่ไม่มีใครเปิดดูนาน
- 6ตรวจอีเมลอัตโนมัติและไฟล์ที่ฝังจากภายนอกด้วย เพราะที่อยู่แบบ http ที่ค้างอยู่ในเทมเพลตมักถูกลืมเสมอ
รูปเก่าในบทความคือจุดที่พบปัญหาบ่อยที่สุด
เว็บที่ใช้ระบบจัดการเนื้อหามานานมักมีรูปที่ฝังที่อยู่เต็มแบบ http ไว้ในเนื้อหาบทความหลายร้อยชิ้น การแก้ทีละหน้าจึงไม่ไหว ควรให้ผู้ดูแลระบบค้นและแทนที่ที่อยู่ในฐานข้อมูลทีเดียว และต้องสำรองข้อมูลก่อนทำเสมอ
canonical, sitemap และ property ใน Search Console
สามอย่างนี้คือจุดที่บอก Google ว่าเวอร์ชันไหนคือของจริง ถ้าตั้งไม่ตรงกัน จะเกิดอาการที่เจ้าของเว็บงงบ่อยที่สุด คือรายงานใน Search Console ดูเหมือนไม่มีข้อมูล ทั้งที่เว็บมีคนเข้าอยู่ทุกวัน สาเหตุมักเป็นเพราะดูอยู่คนละ property กับเวอร์ชันที่ใช้จริง
| จุดที่ต้องตรวจ | ค่าที่ถูกต้อง | ผลถ้าตั้งผิด |
|---|---|---|
| canonical ในแต่ละหน้า | ชี้ไปที่อยู่ https เวอร์ชันหลักของหน้านั้นเอง | Google อาจเลือกเวอร์ชัน http เป็นหน้าหลัก หรือสับสนว่าหน้าไหนคือของจริง |
| sitemap.xml | มีเฉพาะที่อยู่ https และไม่มีที่อยู่แบบ http หลงเหลือ | ส่งสัญญาณขัดกับ canonical และทำให้รายงาน sitemap ขึ้นข้อผิดพลาด |
| robots.txt | เข้าถึงได้ผ่าน https และไม่ปิดกั้นทรัพยากรที่จำเป็น | หน้าถูกเก็บข้อมูลไม่ครบ หรือแสดงผลผิดเพราะไฟล์สไตล์ถูกบล็อก |
| property ใน Search Console | ใช้แบบ Domain property หรือเพิ่ม property ของ https ให้ครบ | รายงานดูเหมือนไม่มีข้อมูล ทั้งที่เว็บทำงานปกติ |
| ลิงก์ภายในและเมนู | ชี้ไป https โดยตรง | เกิดการกระโดดเส้นทางเพิ่มทุกครั้งที่คนคลิก ทำให้ช้าลงโดยไม่จำเป็น |
| ที่อยู่เว็บในโปรไฟล์ภายนอก | อัปเดตเป็น https ทั้งหมด | ลิงก์จากภายนอกวิ่งเข้าเวอร์ชันเก่าก่อนแล้วค่อยเด้ง เพิ่มเวลารอโดยเปล่าประโยชน์ |
เรื่อง canonical มีรายละเอียดมากกว่าที่เห็น โดยเฉพาะกรณีที่ Google เลือกไม่เชื่อค่าที่เราตั้งไว้ อ่านเพิ่มได้ที่ Canonical คืออะไร ส่วนวิธีจัดการไฟล์ sitemap ให้ถูกต้องอยู่ที่ Sitemap คืออะไร และถ้ายังไม่เคยตั้งค่าเครื่องมือฝั่ง Google เลย เริ่มจาก Google Search Console คืออะไร ก่อนได้
ใช้ Domain property จะจบปัญหาเวอร์ชันได้ในทีเดียว
Search Console มีการยืนยันสิทธิ์แบบระดับโดเมนซึ่งรวมข้อมูลของทุกเวอร์ชันทั้ง http, https, มีและไม่มี www ไว้ด้วยกัน ถ้าเว็บของคุณเพิ่งย้ายมา HTTPS การตั้งแบบนี้ช่วยให้เห็นภาพรวมต่อเนื่องโดยไม่ต้องสลับดูหลาย property

ใบรับรองหมดอายุแล้วเกิดอะไรขึ้น และกันอย่างไร
ใบรับรองทุกใบมีวันหมดอายุ เมื่อถึงวันนั้นและยังไม่ได้ต่ออายุ เบราว์เซอร์จะไม่ยอมเปิดเว็บให้ตามปกติ แต่จะขึ้นหน้าเตือนเต็มจอว่าการเชื่อมต่อไม่ปลอดภัย ผู้ใช้ทั่วไปแทบทั้งหมดจะกดย้อนกลับทันที ผลกระทบจึงเกิดกับยอดขายและความไว้ใจก่อนจะเกิดกับอันดับเสียอีก
- ลูกค้าที่กำลังจะกรอกฟอร์มหรือสั่งซื้อจะออกจากเว็บทันที และส่วนใหญ่ไม่กลับมาอีกในวันนั้น
- ระบบภายนอกที่เรียกใช้เว็บของคุณ เช่น ระบบส่งข้อมูลจากแบบฟอร์มหรือบริการเชื่อมต่ออื่น ๆ อาจหยุดทำงานเงียบ ๆ
- ถ้า Google เข้ามาเก็บข้อมูลในช่วงที่ใบรับรองเสีย หน้าเว็บอาจถูกบันทึกว่าเข้าถึงไม่ได้ชั่วคราว
- ถ้าปล่อยไว้หลายวันจนหลายหน้าเข้าไม่ได้ อาจกระทบการแสดงผลในผลค้นหา ซึ่งใช้เวลาฟื้นตัวหลังแก้
กันไม่ให้ใบรับรองหมดอายุแบบไม่รู้ตัว
- 1
เปิดการต่ออายุอัตโนมัติ
ผู้ให้บริการโฮสติ้งส่วนใหญ่มีระบบต่ออายุอัตโนมัติให้ ตรวจในหน้าจัดการว่าเปิดใช้งานอยู่จริง ไม่ใช่แค่มีให้เลือก
- 2
ตรวจว่าอีเมลแจ้งเตือนส่งไปยังคนที่ยังทำงานอยู่
หลายเว็บใช้อีเมลของพนักงานที่ลาออกไปแล้วหรืออีเมลของเอเจนซีเดิม ทำให้ไม่มีใครเห็นการแจ้งเตือนก่อนหมดอายุ
- 3
ตั้งเตือนในปฏิทินของทีมเอง
อย่าพึ่งพาการแจ้งเตือนจากผู้ให้บริการอย่างเดียว ตั้งเตือนล่วงหน้าอย่างน้อยสองสัปดาห์ไว้ในปฏิทินขององค์กรด้วย
- 4
ตรวจให้ครบทุกโดเมนย่อย
ใบรับรองบางแบบครอบคลุมเฉพาะโดเมนหลัก ถ้ามีโดเมนย่อยอย่างหน้าร้านค้าหรือหน้าระบบสมาชิก ต้องตรวจว่ามีใบรับรองครอบคลุมด้วย
- 5
ตรวจซ้ำหลังทุกครั้งที่ย้ายเซิร์ฟเวอร์
การย้ายโฮสติ้งหรือเปลี่ยนการตั้งค่าโดเมนมักทำให้การต่ออายุอัตโนมัติหลุด ควรตรวจสถานะใบรับรองอีกครั้งหลังงานเสร็จเสมอ
ตารางอาการที่เจอบ่อย สาเหตุ และวิธีตรวจ
ตารางนี้ช่วยให้คุณระบุปัญหาได้เร็วขึ้นโดยไม่ต้องเดา ให้เริ่มจากอาการที่เห็นจริงในเบราว์เซอร์ แล้วไล่ไปที่สาเหตุที่เป็นไปได้มากที่สุดก่อน
| อาการที่เห็น | สาเหตุที่พบบ่อย | วิธีตรวจ |
|---|---|---|
| หน้าแรกปลอดภัย แต่บางหน้าไม่ขึ้นสถานะปลอดภัย | หน้านั้นมี mixed content จากรูปหรือสคริปต์ที่ยังเป็น http | เปิดเครื่องมือนักพัฒนา ดูข้อความแจ้งในแท็บ Console ของหน้านั้น |
| เบราว์เซอร์ขึ้นหน้าเตือนเต็มจอทุกหน้า | ใบรับรองหมดอายุ ติดตั้งไม่ครบ หรือชื่อโดเมนในใบรับรองไม่ตรงกับที่ใช้จริง | ดูรายละเอียดใบรับรองจากไอคอนบนแถบที่อยู่ ตรวจวันหมดอายุและชื่อโดเมนที่ครอบคลุม |
| พิมพ์ที่อยู่แบบ http แล้วยังเปิดได้โดยไม่เด้งไป https | ยังไม่ได้ตั้งการเปลี่ยนเส้นทางระดับทั้งเว็บ | ทดสอบด้วยหน้าลึกหลายหน้า ไม่ใช่เฉพาะหน้าแรก |
| ลิงก์เก่าที่เคยแชร์ไว้เด้งมาหน้าแรกทั้งหมด | ตั้งการเปลี่ยนเส้นทางแบบรวมทุกหน้าไปหน้าเดียว | เปิดลิงก์เก่าสามถึงห้าลิงก์ แล้วดูว่าปลายทางตรงกับหน้าเดิมหรือไม่ |
| Search Console ไม่มีข้อมูลเลยทั้งที่เว็บมีคนเข้า | ดูอยู่คนละ property กับเวอร์ชันที่ใช้จริง | ตรวจว่ามี property ของ https และพิจารณาเปลี่ยนไปใช้แบบระดับโดเมน |
| โดเมนย่อยขึ้นคำเตือน แต่โดเมนหลักปกติ | ใบรับรองไม่ครอบคลุมโดเมนย่อยนั้น | เปิดโดเมนย่อยแล้วดูรายละเอียดใบรับรองว่าครอบคลุมชื่อใดบ้าง |
| หน้าเว็บบางส่วนหายไปหรือฟังก์ชันไม่ทำงาน | เบราว์เซอร์บล็อกสคริปต์ที่ยังโหลดผ่าน http | ดูรายการไฟล์ที่ถูกบล็อกในเครื่องมือนักพัฒนา แล้วแก้ที่อยู่ให้เป็น https |

HTTPS มีผลกับ SEO แค่ไหนกันแน่
พูดตรง ๆ คือ HTTPS เป็นสัญญาณพื้นฐานที่ควรมี ไม่ใช่ตัวเร่งอันดับ Google ระบุมานานแล้วว่า HTTPS เป็นหนึ่งในสัญญาณที่นำมาพิจารณา แต่เป็นสัญญาณที่มีน้ำหนักเบาเมื่อเทียบกับความเกี่ยวข้องของเนื้อหากับคำค้นหา การติดใบรับรองจึงไม่ทำให้เว็บที่เนื้อหาไม่ตอบโจทย์ขยับขึ้นมาได้
- ผลที่ชัดที่สุดไม่ได้อยู่ที่อันดับ แต่อยู่ที่อัตราการออกจากเว็บเมื่อผู้ใช้เห็นคำเตือนก่อนกรอกข้อมูล
- ปัญหาที่มาพร้อมการย้าย HTTPS ที่ทำไม่ครบต่างหากที่กระทบอันดับได้จริง เช่น เนื้อหาซ้ำระหว่างเวอร์ชัน http กับ https หรือเส้นทางที่ตั้งผิด
- ถ้าเว็บมีทั้งสองเวอร์ชันเปิดได้พร้อมกัน Google ต้องเลือกเองว่าจะเก็บเวอร์ชันไหน ซึ่งอาจไม่ตรงกับที่คุณต้องการ
- หลังย้ายเสร็จ ให้เฝ้าดูรายงานการเก็บหน้าเข้าระบบสักสองถึงสามสัปดาห์ ถ้าเห็นหน้าหายไปมากผิดปกติ มักเป็นเรื่องเส้นทางหรือ canonical มากกว่าเรื่องใบรับรอง
ถ้าหน้าหายจากผลค้นหาหลังย้าย ให้ไล่ตามลำดับ
อาการหน้าหายหลังย้ายมา HTTPS มักเกิดจากการตั้งค่าที่ตรวจได้เป็นขั้นตอน ไม่ใช่เรื่องลึกลับ ลำดับการไล่ตรวจแบบเต็มอยู่ที่ Google ไม่ Index เว็บ ซึ่งใช้ได้กับกรณีนี้โดยตรง
ข้อผิดพลาดที่พบบ่อย
- ติดใบรับรองแล้วหยุดแค่นั้น — ที่อยู่แบบ http ยังเปิดได้ตามปกติ ทำให้เว็บมีสองเวอร์ชันพร้อมกัน
- ตั้งการเปลี่ยนเส้นทางให้ทุกหน้าเด้งไปหน้าแรก — ลิงก์เก่าที่ลูกค้าเคยบันทึกไว้ใช้ไม่ได้ทั้งหมด
- ใช้การเปลี่ยนเส้นทางแบบชั่วคราวแทนแบบถาวร — สัญญาณของหน้าเดิมไม่ถูกส่งต่ออย่างที่ควร
- ปล่อย mixed content ไว้เพราะหน้าแรกดูปกติ — ปัญหาซ่อนอยู่ในบทความเก่าที่มีรูปฝังที่อยู่แบบ http ไว้
- ลืมแก้ canonical ให้เป็น https — บอก Google ว่าหน้าหลักคือเวอร์ชันเก่าโดยไม่ตั้งใจ
- ทิ้งที่อยู่แบบ http ไว้ใน sitemap — ส่งสัญญาณขัดกันเองระหว่างไฟล์ sitemap กับหน้าเว็บจริง
- ไม่ตั้ง property ของ https ใน Search Console — เข้าใจผิดว่าทราฟฟิกหายไปทั้งที่แค่ดูผิดที่
- ใช้อีเมลเก่าที่ไม่มีคนดูแลรับการแจ้งเตือนต่ออายุ — จนใบรับรองหมดอายุแล้วรู้ตัวจากลูกค้าที่โทรมาบอก
ข้อผิดพลาดเหล่านี้แก้ได้ทั้งหมดและใช้เวลาไม่นานถ้าไล่เป็นลำดับ สิ่งที่เสียหายจริงคือช่วงเวลาที่ปล่อยไว้โดยไม่รู้ตัว เพราะลูกค้าที่เห็นคำเตือนแล้วปิดหน้าไปไม่ได้บอกใคร ดังนั้นควรตั้งรอบตรวจสั้น ๆ ไว้ทุกไตรมาส
คำถามที่พบบ่อย
ใบรับรองแบบฟรีกับแบบเสียเงินต่างกันอย่างไรในแง่ SEO+
ในแง่การเข้ารหัสและการมองเห็นของ Google ไม่ต่างกัน ทั้งสองแบบทำให้เว็บเป็น https เหมือนกัน ความต่างอยู่ที่ระดับการตรวจสอบตัวตนขององค์กร ระยะเวลาที่ต้องต่ออายุ และการรับประกันหรือบริการช่วยเหลือจากผู้ออกใบรับรอง ธุรกิจทั่วไปที่ตั้งค่าต่ออายุอัตโนมัติได้มักไม่จำเป็นต้องจ่ายเพิ่ม
เว็บที่ทำมานานแล้วเพิ่งย้ายมา HTTPS จะเสียอันดับที่สะสมไว้ไหม+
ถ้าตั้งการเปลี่ยนเส้นทางแบบถาวรจากทุกหน้าไปหน้าเดียวกันในเวอร์ชัน https อย่างถูกต้อง สัญญาณที่สะสมไว้จะถูกส่งต่อไปยังหน้าใหม่ อาจมีช่วงแกว่งสั้น ๆ ระหว่างที่ Google ทยอยเก็บข้อมูลใหม่ แต่ไม่ควรมีการตกอย่างถาวร ปัญหาที่พบมักมาจากการตั้งเส้นทางผิด ไม่ใช่จากการย้ายเอง
มีเครื่องมือฟรีอะไรที่ใช้ตรวจได้เองบ้าง+
ใช้ได้ทั้งเครื่องมือสำหรับนักพัฒนาที่ติดมากับเบราว์เซอร์ ซึ่งบอกไฟล์ที่ยังโหลดผ่าน http ได้ครบ และ Search Console สำหรับดูว่าหน้าใดถูกเก็บเข้าระบบและหน้าใดมีปัญหา สองอย่างนี้ครอบคลุมสิ่งที่เจ้าของเว็บ SME ต้องตรวจเกือบทั้งหมดแล้ว
จำเป็นต้องเปิด HSTS ด้วยไหม+
HSTS คือการสั่งให้เบราว์เซอร์จำว่าเว็บนี้ต้องเข้าผ่าน https เท่านั้น ช่วยเพิ่มความปลอดภัยและลดการกระโดดเส้นทาง แต่ควรเปิดหลังจากมั่นใจแล้วว่าทุกหน้าและทุกโดเมนย่อยทำงานบน https ได้เรียบร้อย เพราะการย้อนกลับทำได้ยากเมื่อเบราว์เซอร์จำค่าไปแล้ว
ถ้าใช้แพลตฟอร์มสำเร็จรูป ยังต้องทำอะไรเองไหม+
แพลตฟอร์มส่วนใหญ่จัดการใบรับรองและการเปลี่ยนเส้นทางให้อัตโนมัติ สิ่งที่ยังต้องตรวจเองคือเนื้อหาที่คุณใส่ไว้เอง เช่น รูปหรือโค้ดฝังที่ยังใช้ที่อยู่แบบ http และการตั้ง property ใน Search Console ให้ตรงเวอร์ชัน
ควรตรวจเรื่องนี้ซ้ำบ่อยแค่ไหน+
ตั้งรอบตรวจสั้น ๆ ทุกไตรมาสก็เพียงพอสำหรับเว็บทั่วไป โดยดูวันหมดอายุใบรับรอง ทดสอบเปิดที่อยู่แบบ http ของหน้าลึก และสุ่มตรวจ mixed content ในหน้าที่เพิ่งเพิ่มเนื้อหาใหม่ นอกจากนี้ควรตรวจทุกครั้งหลังย้ายเซิร์ฟเวอร์หรือเปลี่ยนโครงสร้างเว็บ
สรุป
การติดตั้งใบรับรองคือจุดเริ่มต้น ไม่ใช่เส้นชัย งานที่ทำให้ HTTPS มีความหมายจริงคือการรวมทางเข้าให้เหลือเวอร์ชันเดียวด้วยการเปลี่ยนเส้นทางถาวร ไล่แก้ไฟล์ที่ยังเรียกผ่าน http ให้หมด ตั้ง canonical และ sitemap ให้ชี้ไป https ตั้ง property ใน Search Console ให้ตรงกับเวอร์ชันที่ใช้จริง และกันไม่ให้ใบรับรองหมดอายุด้วยการต่ออายุอัตโนมัติพร้อมการแจ้งเตือนที่ไปถึงคนที่ยังทำงานอยู่ ทำครบห้าข้อนี้แล้วค่อยกลับไปทุ่มเวลาให้กับเนื้อหา ซึ่งเป็นสิ่งที่มีผลกับอันดับมากกว่ามาก
พื้นฐานเรียบร้อยแล้ว ต่อด้วยเนื้อหาที่คนค้นเจอ
เมื่อเว็บปลอดภัยและตั้งค่าครบแล้ว สิ่งที่ตัดสินอันดับคือเนื้อหา NOAH ช่วยหาคีย์เวิร์ดพร้อมปริมาณการค้นหา วางแผนผังคอนเทนต์ และเขียนบทความภาษาไทยพร้อม schema ให้ธุรกิจของคุณ
เริ่มฟรี 3 บทความ