เช็กลิสต์ SEO สำหรับการย้ายเว็บไซต์: รักษาอันดับ ก่อน ระหว่าง และหลังเปิดตัว

เมื่อการรีดีไซน์ทำให้ทราฟฟิกหาย หน้าตาใหม่แทบไม่เคยเป็นต้นเหตุ ทราฟฟิกหายไปเพราะที่อยู่หน้าเว็บเปลี่ยน โดยไม่มี redirect เพราะการบล็อกของ staging ขึ้นระบบไปพร้อมเว็บไซต์ หรือเพราะหน้าที่เคยนำการติดต่อสอบถาม ที่ดีที่สุดมาให้ ถูกตัดเหลือสามบรรทัด เพื่อให้เข้ากับเลย์เอาต์ที่สะอาดตาขึ้น เช็กลิสต์ SEO สำหรับการย้ายเว็บไซต์ มีไว้เพื่อหยุดเรื่องเหล่านั้น

คุณต้องใช้มันทุกครั้งที่การเปิดตัว เปลี่ยนสิ่งที่เครื่องมือค้นหาพึ่งพา ไม่ว่าจะเป็นที่อยู่หน้าเว็บ แพลตฟอร์ม โดเมน หรือเนื้อหาของหน้าที่ติดอันดับอยู่แล้ว

เช็กลิสต์นี้ครอบคลุมฝั่งการค้นหา ถ้าเปลี่ยนแค่โฮสต์ และทุก URL ยังเหมือนเดิม บทความ ย้ายไปโฮสต์ใหม่ อธิบายเรื่อง DNS อีเมล และการสลับระบบ ส่วนการตัดสินใจด้านดีไซน์ อยู่ใน ขั้นตอนการรีดีไซน์เว็บไซต์

เช็กลิสต์ SEO ย้ายเว็บไซต์โดยสรุป

1. ก่อนเปิดตัว วัดค่าฐานของคลิก และการติดต่อสอบถามแยกตามหน้า ทำรายการทุก URL ตัดสินว่าจะเก็บ รวม หรือเลิกใช้หน้าไหน และสร้างแผนผัง 301 redirect ที่ทดสอบแล้ว
2. ระหว่างสร้างและในวันเปิดตัว ย้ายข้อความและชื่อหน้าที่ติดอันดับอยู่แล้วไปด้วย กัน staging ออกจาก Google อย่างปลอดภัย และตรวจทุก URL เดิมบนเว็บไซต์จริง
3. หลังเปิดตัว เฝ้าดูทีละหน้าอย่างน้อยสองเดือน และแยกให้ออก ระหว่างการปรับตัวตามปกติ กับปัญหาจริง

การย้ายของคุณเสี่ยงแค่ไหน?

ความเสี่ยงเพิ่มขึ้น ตามปริมาณที่เครื่องมือค้นหาต้องเรียนรู้ใหม่

อย่าซ้อนการเปลี่ยนแปลงที่แยกกันได้ โดเมนใหม่ แพลตฟอร์มใหม่ โครงสร้างใหม่ และเนื้อหาใหม่ในวันเดียว คือการย้ายสี่ครั้งพร้อมกัน และถ้าทราฟฟิกตก คุณจะไม่รู้ว่าอะไรเป็นสาเหตุ

ก่อนเปิดตัว: วัดค่าฐาน ทำรายการ และจับคู่

ขั้นนี้ช่วยปกป้องอันดับได้มากที่สุด ให้เริ่มก่อนออกแบบ เพราะการตัดสินใจเรื่อง URL เป็นตัวกำหนดแผนผังเว็บไซต์

วัดค่าฐานของสิ่งที่มีอยู่

ส่งออกและบันทึกค่าฐานไว้ เพื่อใช้ตัดสินผลของการย้าย

• ข้อมูล Performance ใน Search Console ทั้งหน้าและคำค้นหา ตลอด 16 เดือนเต็มที่รายงานเก็บไว้ เพื่อใช้เทียบปีต่อปีในภายหลัง
• Landing page ใน GA4 พร้อม key event เช่น การส่งฟอร์ม ถ้ายังไม่ได้ติดตามสิ่งเหล่านี้ ให้แก้ การติดตาม conversion ใน GA4 ก่อน ไม่อย่างนั้นคุณจะแยกไม่ออก ว่าการติดต่อสอบถามลดลงจริง หรือแค่นับผิด
• รายงาน Links ใน Search Console เว็บไซต์อื่นลิงก์มาที่ URL เฉพาะเจาะจง และ URL เหล่านั้นต้องยังใช้งานได้

จากนั้นทำเครื่องหมาย หน้าสำคัญ คือหน้าที่สร้างคลิก การติดต่อสอบถาม หรือลิงก์

ทำรายการทุก URL

เมนูของคุณแสดงแค่ส่วนเล็ก ๆ ของสิ่งที่ Google รู้จัก ให้รวมเป็นรายการเดียว จาก

• การครอว์ลทั้งเว็บไซต์ ด้วยโปรแกรมครอว์ลบนเดสก์ท็อป เช่น Screaming Frog SEO Spider (เวอร์ชันฟรีครอว์ลได้สูงสุด 500 URL)
• XML sitemap ของคุณ
• ข้อมูลที่ส่งออกจาก Search Console, GA4 และรายงาน Links ซึ่งจะจับหน้าที่ไม่อยู่ในเมนู แต่ยังมีคนเข้าชม หรือมีลิงก์ชี้มา

บน WordPress ให้รวม URL ที่ไม่มีใครออกแบบด้วย ทั้งหน้าคลังหมวดหมู่และแท็ก หน้าผู้เขียน และไฟล์ PDF บนเว็บไซต์หลายภาษา ทุกเวอร์ชันภาษาต้องมีแถวของตัวเอง

ตัดสินว่าจะเก็บ รวม หรือเลิกใช้

การเปลี่ยน URL ที่ปลอดภัยที่สุด คือไม่เปลี่ยนเลย การเปลี่ยนชื่อ /services/aircon-installation/ เป็น /solutions/hvac/ เพื่อความเรียบร้อย ทำให้ Google มีอีกเรื่องที่ต้องเรียนรู้ใหม่ และแทบไม่คุ้ม การรวมหน้านั้นต่างออกไป การรวมหน้าที่แย่งคำค้นหาเดียวกัน มักเป็นจุดที่การย้ายเว็บไซต์ได้อันดับเพิ่ม และ keyword research กับ search intent ช่วยให้คุณหาหน้าเหล่านั้นเจอ

อย่าส่งทุกหน้าที่เลิกใช้ไปที่หน้าแรก Google เตือนว่าการ redirect URL เก่าจำนวนมาก ไปยังหน้าเดียวที่ไม่เกี่ยวข้อง อาจถูกมองเป็น soft 404

สร้างแผนผัง 301 redirect

การจับคู่ URL จบลงที่สเปรดชีต หนึ่งแถวต่อหนึ่ง URL เดิม พร้อมการตัดสินใจ URL ใหม่ปลายทาง ลำดับความสำคัญ และผลทดสอบจาก staging และเว็บไซต์จริง กฎที่ป้องกันปัญหาส่วนใหญ่ได้

• ถาวร และทำฝั่งเซิร์ฟเวอร์ ใช้ 301 (หรือ 308 ซึ่งเป็นแบบถาวรเช่นกัน) ส่วน 302 บอกว่าหน้าเดิมอาจกลับมา ใช้ meta refresh หรือ redirect ด้วย JavaScript เฉพาะเมื่อเซิร์ฟเวอร์ redirect ไม่ได้
• กระโดดครั้งเดียว จาก URL เดิมตรงไปยัง URL ปลายทาง และอัปเดต redirect จากการรีดีไซน์ครั้งก่อน ๆ ด้วย เพื่อไม่ให้กลายเป็นลูกโซ่
• ไปยังสิ่งที่ตรงกัน แต่ละภาษา redirect ไปยังภาษาเดียวกัน PDF ไปยังไฟล์ที่มาแทน หรือหน้าที่ตอนนี้มีเนื้อหาของมัน
• ใช้รูปแบบ แต่ต้องทดสอบ กฎที่ส่ง /blog/2021/04/post-name/ ไปยัง /insights/post-name/ ประหยัดได้หลายร้อยแถว แต่ต้องทดสอบกับ URL จริงจากรายการ
• ครบทุกรูปแบบ HTTP หรือ HTTPS มีหรือไม่มี “www” หรือเครื่องหมายทับท้าย ทุกแบบต้องไปถึงที่อยู่หลัก ในการกระโดดครั้งเดียว

แนวทางการย้ายเว็บไซต์ของ Google บอกให้เก็บ redirect ไว้ให้นานที่สุด โดยทั่วไปอย่างน้อยหนึ่งปี แต่ยิ่งดีถ้าเก็บไว้ตลอดไป เพราะลิงก์เก่าและบุ๊กมาร์ก ไม่มีวันหายไปหมด

ระหว่างสร้าง: ปกป้องสิ่งที่ติดอันดับอยู่

เก็บข้อความและชื่อหน้าที่ติดอันดับอยู่

หน้าหนึ่งติดอันดับจากสิ่งที่มันพูด ถ้าหน้าสำคัญเสียชื่อหน้า หัวข้อ และข้อความส่วนใหญ่ไป อันดับก็อาจหายตามไปด้วย ไม่ว่า redirect จะดีแค่ไหน คู่มือเว็บไซต์ที่เป็นมิตรกับ SEO อธิบายว่าทำไมความเกี่ยวข้องจึงมีน้ำหนักมาก

สำหรับหน้าสำคัญแต่ละหน้า ให้จดชื่อหน้า H1 ข้อความ และคำค้นหาที่มันติดอันดับ แล้วตรวจว่าเวอร์ชันใหม่ ครอบคลุมเรื่องเดียวกัน ปรับปรุงได้เต็มที่ แค่อย่าตัดคำตอบที่คนค้นหาออก จากนั้นตรวจสิ่งที่เทมเพลตใหม่ ทำหล่นหายแบบเงียบ ๆ

• Structured data (ดู schema markup สำหรับเว็บไซต์ธุรกิจ)
• alt text ของรูปที่นำทราฟฟิกจากการค้นหามา
• ลิงก์ภายใน โดยเฉพาะจากเมนูนำทาง หน้าที่หลุดออกจากเมนู จะดูสำคัญน้อยลง
• hreflang บนเว็บไซต์หลายภาษา ที่เขียนใหม่ตาม URL ใหม่ และยังอ้างอิงกันและกันครบ (คู่มือ SEO หลายภาษา อธิบายวิธีทำ)

ลิงก์ภายใน แท็ก canonical และ XML sitemap ควรใช้ URL ปลายทาง redirect มีไว้สำหรับโลกภายนอก ไม่ใช่สำหรับลิงก์ของคุณเอง

กัน staging ออกจาก Google อย่างปลอดภัย

วิธีซ่อนเว็บไซต์ใหม่มีความสำคัญ เพราะการบล็อกที่ถูกลืม อาจขึ้นระบบไปพร้อมกับเว็บไซต์

• การตั้งรหัสผ่านเชื่อถือได้ที่สุด เครื่องมือค้นหาอ่านสิ่งที่อยู่หลังรหัสผ่านไม่ได้ และไม่มีใครลืมกล่องล็อกอิน
• แท็ก noindex ใช้ได้ แต่ต้องมีคนเอาออก ใน WordPress การติ๊กช่อง ที่ขอให้เครื่องมือค้นหาไม่ทำดัชนีเว็บไซต์นี้ ที่ Settings → Reading (การตั้งค่า → การอ่าน) จะเพิ่มแท็กนี้
• robots.txt Disallow: / อ่อนที่สุด มันหยุดการครอว์ล แต่ไม่หยุดการทำดัชนี URL ของ staging ที่มีลิงก์ชี้มา จึงยังปรากฏในผลการค้นหาได้ และถ้าหลงเหลืออยู่บนเว็บไซต์จริง มันจะบล็อกไม่ให้ Google ครอว์ลอะไรเลย รวมถึง redirect ด้วย

ใส่การเอาบล็อกออกไว้ในแผนเปิดตัว พร้อมระบุชื่อคนรับผิดชอบ บล็อกที่หลงเหลืออยู่ เป็นเหตุผลที่พบบ่อยว่าทำไม เว็บไซต์ไม่ขึ้นบน Google หลังเปิดตัวใหม่

วันเปิดตัว: การตรวจ ตามลำดับ

1. เอาการบล็อกของ staging ออก ยืนยันว่า robots.txt อนุญาตการครอว์ล และไม่มีหน้าที่ต้องการให้ติดดัชนี ที่ยังมีแท็ก noindex หรือ header X-Robots-Tag ค้างอยู่
2. ทดสอบแผนผัง redirect บนเว็บไซต์จริง ครอว์ลทุก URL เดิมในโหมด list ของโปรแกรมครอว์ล แต่ละ URL ควร 301 ครั้งเดียวไปยังหน้าที่ตั้งใจไว้ ซึ่งส่งค่า 200
3. ครอว์ลเว็บไซต์ใหม่ หาลิงก์เสีย ลิงก์ที่ชี้ไป URL เดิมหรือโดเมน staging และ canonical ที่ไม่คาดคิด
4. ส่ง sitemap ใน Search Console ทั้งอันใหม่ ที่มีเฉพาะ URL ปลายทางที่ส่งค่า 200 และตามที่ Google แนะนำ อันชั่วคราวที่มี URL เดิม เพื่อเฝ้าดูการทำดัชนีที่ย้ายไป
5. ตรวจหน้าสำคัญ ด้วยเครื่องมือ URL Inspection และขอให้ทำดัชนีหน้าที่สำคัญที่สุดสักไม่กี่หน้า
6. ตรวจการติดตาม ส่งทุกฟอร์ม และแตะทุกลิงก์โทรศัพท์ แล้วดู key event เข้ามาในรายงาน Realtime ของ GA4
7. เตรียมทางถอยกลับ สำรองข้อมูลเว็บไซต์เดิมทั้งหมด พร้อมการตั้งค่าโฮสติ้งและ DNS

เปิดตัวในช่วงที่มีคนอยู่แก้ปัญหาได้ ไม่ใช่เย็นวันศุกร์ หรือก่อนฤดูที่ยุ่งที่สุดของคุณ เช็กลิสต์เปิดตัวเว็บไซต์ ครอบคลุมการตรวจที่ไม่เกี่ยวกับ SEO

หลังเปิดตัว: ทราฟฟิกตก หรือแค่ปรับตัว?

ระหว่างที่ Google ครอว์ล URL เดิมใหม่ และตาม redirect ไป แนวทางการย้ายเว็บไซต์ของ Google บอกให้คาดว่า อันดับจะผันผวนชั่วคราว และเว็บไซต์ขนาดกลาง อาจใช้เวลาไม่กี่สัปดาห์หรือนานกว่านั้น กว่าผลการค้นหาจะย้ายตามมา เว็บไซต์ใหญ่ยิ่งนานกว่า การลดลงเล็กน้อยเป็นเรื่องที่คาดไว้ได้ แต่การลดลงชันมาก หรือลดลงหนักขึ้นเรื่อย ๆ ไม่ใช่

สิ่งที่ต้องเฝ้าดู

• รายงาน Page indexing URL เดิมควรย้ายไปอยู่ในกลุ่ม “Page with redirect” และ URL ใหม่ไปอยู่ในกลุ่มที่ทำดัชนีแล้ว เฝ้าดูว่า “Not found (404)” และ “Soft 404” เพิ่มขึ้นหรือไม่ และมีหน้าใหม่ที่ถูกกันไว้ด้วยแท็ก noindex หรือ robots.txt หรือเปล่า
• Performance แยกตามหน้า เทียบคลิกของหน้าสำคัญแต่ละหน้า ทั้ง URL เดิมก่อนย้าย และ URL ใหม่หลังย้าย เพราะยอดรวมที่ดูดี อาจซ่อนการสูญเสียก้อนใหญ่ของหน้าเดียวไว้ และเทียบปีต่อปี เพื่อดูผลของฤดูกาล
• การติดต่อสอบถามแยกตาม landing page ใน GA4 เทียบกับค่าฐานของคุณ

ตรวจทุกวันในสัปดาห์แรก ทุกสัปดาห์เป็นเวลาสองเดือน แล้วเทียบกับค่าฐาน เมื่อผ่านไปประมาณสามเดือน

ปรับตัวตามปกติ หรือปัญหาจริง

เมื่อการลดลงเป็นของจริง รูปแบบจะชี้ไปที่สาเหตุ

• ทุกอย่างตกพร้อมกัน มีการบล็อก ตรวจ robots.txt แท็ก noindex และข้อผิดพลาดของเซิร์ฟเวอร์
• บางหน้าตก เทียบเวอร์ชันเก่ากับใหม่ หาเนื้อหาที่หายไป ชื่อหน้าที่เปลี่ยน redirect ที่ผิด หรือลิงก์ภายในที่หายไป
• ทั้งส่วนตก ให้สงสัย redirect แบบ pattern, canonical ของเทมเพลต หรือเนื้อหาที่ปรากฏหลัง JavaScript ทำงานแล้วเท่านั้น

เช็กลิสต์ technical SEO พาไล่ตรวจแต่ละข้อ ด้วยเครื่องมือฟรี

ตรวจเพิ่มเมื่อเปลี่ยนโดเมนหรือแพลตฟอร์ม

เปลี่ยนโดเมน กับ SEO

• ยืนยันโดเมนใหม่ใน Search Console ก่อนเปิดตัว และเก็บ property เดิมไว้ เพื่อดูมันค่อย ๆ ว่างลง
• เมื่อ redirect ทำงานแล้ว ให้ใช้เครื่องมือ Change of Address ใน Search Console ซึ่งใช้สำหรับการย้ายไปโดเมน หรือซับโดเมนใหม่ ไม่ใช่การเปลี่ยนไปใช้ HTTPS หรือการย้ายหน้าภายในโดเมนเดียวกัน
• จดทะเบียนโดเมนเดิมไว้ และให้มัน redirect ต่อไปไม่มีกำหนด ถ้ามันหมดอายุ ลิงก์เก่าจะเสีย และคนอื่นซื้อไปได้
• อัปเดตลิงก์ที่คุณควบคุมได้ ตั้งแต่ Google Business Profile ไปจนถึงลายเซ็นอีเมล

เปลี่ยนแพลตฟอร์ม กับ SEO

แพลตฟอร์มกำหนดรูปแบบ URL ของตัวเอง เช่น Shopify วางสินค้าไว้ใต้ /products/ และหน้าไว้ใต้ /pages/ การย้ายเข้าหรือย้ายออกจาก Shopify จึงหมายถึงการจับคู่ทุก URL

• redirect ต้องอยู่บนแพลตฟอร์มใหม่ จึงต้องตรวจว่ามันรองรับ redirect ทีละมาก ๆ และ redirect แบบ pattern ก่อนตัดสินใจ
• ถ้าหน้าต้องพึ่ง JavaScript ให้ใช้การทดสอบสดของ URL Inspection ยืนยันว่า Google เห็นข้อความและลิงก์
• ตรวจสิ่งที่แพลตฟอร์มสร้างขึ้นอัตโนมัติ เช่น หน้าแท็ก และ URL ที่มีตัวกรอง ซึ่งอาจเพิ่มหน้าที่เนื้อหาบางหรือซ้ำซ้อน

คำถามที่ควรถามผู้ดูแลการย้าย

ขอคำตอบเป็นลายลักษณ์อักษร ก่อนเริ่มงาน

• เราจะได้เห็นรายการ URL และแผนผัง redirect ก่อนเปิดตัว และเก็บสำเนาไว้ได้ไหม?
• ข้อมูลอะไรเป็นตัวตัดสินว่าจะเก็บ รวม หรือเลิกใช้หน้าไหน?
• ข้อความและชื่อหน้าของหน้าที่ทำผลงานดีที่สุด จะถูกปกป้องอย่างไร?
• ซ่อน staging ด้วยวิธีไหน และใครยืนยันว่าการบล็อก ถูกเอาออกแล้วตอนเปิดตัว?
• redirect จะอยู่ที่ไหน และเราแก้ไขมันเองได้ไหมหลังส่งมอบ?
• คุณจะตรวจอะไรในวันเปิดตัว และตรวจต่อนานแค่ไหน?
• ถ้ามีอะไรผิดพลาดร้ายแรง จะเกิดอะไรขึ้น?

คนที่มีประสบการณ์ตอบคำถามเหล่านี้ได้เร็ว “เดี๋ยวค่อยจัดการ SEO ตอนท้าย” คือคำตอบที่ควรกังวล

วางแผนการย้ายก่อนออกแบบ

การย้ายที่รักษาอันดับไว้ได้ ถูกตัดสินตั้งแต่ต้น ในค่าฐานและแผนผัง redirect นานก่อนที่ใครจะถกเถียงเรื่องสี ยังตัดสินใจไม่ได้ว่าจะสร้างใหม่หรือไม่? เริ่มจาก สัญญาณที่บอกว่าเว็บไซต์ต้องรีดีไซน์

ถ้าการรีดีไซน์อยู่ในแผนแล้ว แนวทาง รีดีไซน์เว็บไซต์โดยไม่เสีย SEO ของเรา เริ่มจากการตรวจสิ่งที่ใช้ได้อยู่แล้ว redirect ทุก URL เดิม และเปิดตัวโดยไม่ต้องปิดเว็บไซต์ของคุณ ไม่แน่ใจว่ามีการมองเห็นบน Google มากแค่ไหนที่ต้องปกป้อง? ตรวจสอบเว็บไซต์ฟรี รวมการดูการมองเห็นบน Google ของคุณด้วย