เช็กลิสต์ SEO ย้ายเว็บไซต์: รักษาอันดับของคุณ

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

คำถามที่พบบ่อย

เปรียบเทียบทราฟฟิกก่อนและหลังย้ายเว็บอย่างไร?

เลือกช่วงเวลาคงที่ เช่น 28 วันหลังเปิดตัวเทียบกับ 28 วันก่อน แล้วเปรียบเทียบหน้าเดียวกันใน Search Console จดวันที่ไว้เพื่อให้ตรวจซ้ำได้

ย้ายเว็บไซต์แล้วอันดับจะหายไหม?

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

ย้ายเว็บไซต์ควรใช้ redirect 301 หรือ 302?

ใช้การเปลี่ยนเส้นทางถาวร (301 หรือ 308) กับหน้าที่เปลี่ยนตำแหน่งอย่างถาวร การเปลี่ยนเส้นทางชั่วคราว (302 หรือ 307) บอกเครื่องมือค้นหาว่า URL เดิมอาจกลับมา ซึ่งไม่ใช่สิ่งที่ต้องการตอนย้ายเว็บไซต์

ควรเก็บ redirect ไว้นานแค่ไหนหลังย้ายเว็บไซต์?

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

ต้องใช้ Change of Address ใน Search Console ไหม?

ใช้เฉพาะเมื่อย้ายไปโดเมนใหม่ หลังเปิด redirect แล้ว ให้ใช้ Change of Address ในพร็อพเพอร์ตี Search Console ของโดเมนเก่า ไม่ใช้เมื่อย้าย URL ภายในโดเมนเดียวกันหรือเปลี่ยนจาก HTTP เป็น HTTPS

ทำไมเอเจนซีจึงพลาดรายการในเช็กลิสต์การย้ายเว็บไซต์?

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

สรุปสั้น ๆ: เว็บไซต์จะรักษา SEO ระหว่างการย้ายได้เมื่อ URL เก่าทุกหน้าที่สำคัญเปลี่ยนเส้นทางแบบ 301 ไปยังหน้าใหม่ที่ใกล้เคียงที่สุด เนื้อหา ชื่อหน้า และลิงก์ภายในของหน้าหลักยังอยู่ เว็บไซต์ใหม่รวบรวมข้อมูลได้ตั้งแต่วันเปิดตัว และมีคนตรวจ Search Console อย่างใกล้ชิดในสัปดาห์ต่อมา ปัญหาการย้ายเว็บไซต์แทบทั้งหมดเกิดจากการข้ามรายการด้านล่าง

ก่อนอื่น ระบุประเภทการย้าย

ความเสี่ยงขึ้นอยู่กับสิ่งที่เปลี่ยน:

ประเภทการย้าย	สิ่งที่เปลี่ยน	ความเสี่ยง
HTTP เป็น HTTPS	เปลี่ยนเฉพาะโปรโตคอล	ต่ำ
เปลี่ยนแพลตฟอร์ม ใช้ URL เดิม	CMS หรือเครื่องมือสร้างเว็บ	ต่ำถึงปานกลาง
ออกแบบใหม่พร้อมโครงสร้าง URL ใหม่	URL เทมเพลต และเนื้อหา	ปานกลางถึงสูง
เปลี่ยนโดเมน	ทุก URL	สูง
เปลี่ยนหลายอย่างพร้อมกัน (โดเมน แพลตฟอร์ม และโครงสร้าง)	ทุกอย่าง	สูงที่สุด

หากทำได้ อย่าเปลี่ยนทุกอย่างพร้อมกัน การเปลี่ยนโดเมน โครงสร้าง URL และเนื้อหาในวันเดียวกันทำให้หาสาเหตุของอันดับที่ลดลงได้ยากมาก

ระยะที่ 1: ก่อนเริ่มสร้าง

1. บันทึกประสิทธิภาพปัจจุบัน ส่งออกข้อมูล Search Console ย้อนหลัง 16 เดือน (คำค้นหาและหน้า) และบันทึกเซสชันกับ Conversion จากการค้นหาทั่วไปแยกตามหน้า Landing Page จากเครื่องมือวิเคราะห์ คุณต้องมีค่าฐานไว้เปรียบเทียบ

2. ทำรายการ URL ให้ครบ รวมข้อมูลจากสามแหล่ง เพราะแต่ละแหล่งขาดบางอย่าง:

• Crawl เว็บไซต์ทั้งหมดด้วยเครื่องมืออย่าง Screaming Frog หรือ Sitebulb
• ทุกหน้า Landing Page ที่ได้ทราฟฟิกจากการค้นหาในเครื่องมือวิเคราะห์หรือ Search Console
• ทุก URL ที่มีลิงก์ย้อนกลับจากเว็บไซต์ภายนอก โดยใช้เครื่องมือตรวจ Backlink

รายชื่อหน้าใน CMS อย่างเดียวไม่พอ เพราะจะพลาดหน้าแคมเปญเก่า PDF URL ภาพ และหน้าที่ถูกลบไปแล้วแต่ยังมีลิงก์ชี้ถึง

3. ระบุหน้าสำคัญ เรียงรายการตามจำนวนคลิกจากการค้นหาทั่วไป Conversion และโดเมนที่อ้างอิง หน้าสำคัญที่สุดควรได้รับการดูแลเป็นรายหน้าในทุกขั้นตอน

4. บันทึกข้อมูล SEO บนหน้าเดิม เช่น title, meta description, H1, canonical tag, structured data และจำนวนลิงก์ภายในของหน้าสำคัญ เครื่องมือ Crawl ส่งออกข้อมูลเหล่านี้ได้

ระยะที่ 2: แผนเปลี่ยนเส้นทาง

นี่คือสิ่งส่งมอบที่สำคัญที่สุด เป็นสเปรดชีตสองคอลัมน์ URL เก่าและ URL ใหม่ ครอบคลุมทุก URL ในรายการ

หลักการ:

• จับคู่หนึ่งต่อหนึ่งเมื่อทำได้: /services/roof-repair ควรไปที่ /roof-repair ไม่ใช่หน้าแรก
• เลือกหน้าที่เกี่ยวข้องใกล้ที่สุด เมื่อรวมหน้าหรือลบหน้า การส่งหน้าไม่เกี่ยวข้องหลายหน้าไปหน้าแรกอาจถูก Google มองเป็น soft 404
• ไม่มี redirect chain: ส่ง URL เก่าไป URL ใหม่ในครั้งเดียว หากเว็บไซต์เคยย้ายมาก่อน ให้อัปเดต redirect เก่าให้ชี้ตรงไป URL ปลายทางด้วย
• ใช้การเปลี่ยนเส้นทางถาวร (301 หรือ 308)
• รวม URL ทุกรูปแบบ: มีหรือไม่มี slash ท้าย URL ตัวพิมพ์ใหญ่ www และไม่ใช้ www HTTP และ HTTPS รวมถึง URL ที่มีพารามิเตอร์ซึ่งพบบ่อย
• ให้หน้าที่ไม่มีอยู่จริงตอบกลับเป็น 404 หรือ 410 หากไม่มีทราฟฟิก ลิงก์ หรือหน้าทดแทนที่เกี่ยวข้อง ไม่จำเป็นต้องเปลี่ยนเส้นทางทุก URL

ทดสอบแผนบน staging โดยส่งรายการ URL เก่าเข้า crawler ในโหมด list แล้วตรวจว่าแต่ละรายการตอบ 301 ไปยังปลายทางที่ต้องการในครั้งเดียว และปลายทางตอบ 200

ระยะที่ 3: สร้างเว็บไซต์ใหม่โดยรักษา SEO

• เก็บเนื้อหาบนหน้าสำคัญไว้ การเขียนใหม่หรือตัดข้อความในหน้าที่ติดอันดับดีที่สุดระหว่างย้ายเว็บเป็นสาเหตุที่พบบ่อยของอันดับตก
• คง title, meta description และ H1 ของหน้าสำคัญ เว้นแต่มีเหตุผลชัดเจนที่จะเปลี่ยน
• รักษาความแข็งแรงของลิงก์ภายในไปยังหน้าสำคัญอย่างน้อยเท่าเดิม และอัปเดตลิงก์ให้ชี้ URL ใหม่โดยตรง แทนการพึ่ง redirect
• ย้าย structured data, hreflang หากใช้ และ alt text ของภาพมาด้วย
• ตั้ง canonical tag ให้ URL ใหม่ชี้กลับมาที่ตัวเอง
• ป้องกัน staging ไม่ให้ถูกจัดทำดัชนีด้วยรหัสผ่าน และตรวจให้แน่ใจว่า นำการป้องกันนั้นออก ตอนเปิดตัว รวมถึง noindex tag หรือการบล็อกใน robots.txt
• ตรวจความเร็วหน้าในเทมเพลตใหม่ ดีไซน์ที่หนักขึ้นอาจลบผลดีจากอันดับที่เคยเพิ่มมา

ระยะที่ 4: วันเปิดตัว

ทำตามลำดับนี้ โดยถ้าเป็นไปได้ให้เลือกช่วงที่ทราฟฟิกน้อย:

1. เผยแพร่เว็บไซต์ใหม่และ redirect พร้อมกัน
2. ตรวจ robots.txt ว่าอนุญาตให้ Crawl และไม่มี "Disallow: /" เก่าค้างอยู่
3. ยืนยันว่าไม่มี noindex tag ในหน้าที่เผยแพร่แล้ว (Crawl เว็บไซต์และกรองตามสถานะ indexability)
4. Crawl รายการ URL เก่าและยืนยันว่าแต่ละ redirect จบในหนึ่งครั้ง
5. ตรวจหน้าสำคัญด้วยตนเอง: เนื้อหา title canonical และ structured data
6. ส่ง XML sitemap ใหม่ใน Search Console หากเปลี่ยนโดเมน ให้ยืนยันโดเมนใหม่แล้วใช้ Change of Address จากพร็อพเพอร์ตีเก่า
7. ตรวจว่า analytics และการติดตาม Conversion ทำงานบนเว็บไซต์ใหม่
8. อัปเดตลิงก์ที่คุณควบคุมได้: Google Business Profile โปรไฟล์โซเชียล ลายเซ็นอีเมล ปลายทางโฆษณา และรายชื่อไดเรกทอรี

ระยะที่ 5: หลังเปิดตัว

วันที่ 1 ถึง 14: ตรวจ Search Console ทุกวันเพื่อดู Crawl error จำนวน 404 ที่พุ่งสูง และปัญหาการจัดทำดัชนี หากมีบันทึกเซิร์ฟเวอร์ ให้ดูว่า Googlebot เข้าถึง URL เก่าและตาม redirect หรือไม่

สัปดาห์ที่ 2 ถึง 8: เทียบจำนวนคลิกและ impressions รายหน้ากับค่าฐาน การเปลี่ยนแปลงเล็กน้อยเป็นเรื่องปกติ หากหน้าสำคัญตกลงมากและยังไม่ฟื้น ให้ตรวจ redirect เนื้อหา และลิงก์ภายใน

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

ทำไมเอเจนซีพลาดรายการเช็กลิสต์การย้าย

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

• ทีม SEO เข้ามาตอนท้าย: นักออกแบบและนักพัฒนาสรุป URL กับเทมเพลตแล้ว จึงให้ทีม SEO "ตรวจ" ก่อนเปิดตัวหนึ่งสัปดาห์ ซึ่งการแก้ไขมีค่าใช้จ่ายสูง
• ใช้รายการจาก CMS: หน้าเดิมที่เหลือเพียงลิงก์เก่าหรือ PDF ไม่ถูกรวมไว้ในแผน redirect
• เขียนเนื้อหาใหม่ให้พอดีกับดีไซน์: ตัดข้อความบนหน้าที่ติดอันดับสูงให้สั้นลงเพื่อเข้ากับเลย์เอาต์
• ค่าของ staging หลุดไป production: noindex tag หรือการบล็อก robots จาก staging ถูกเผยแพร่จริง
• ไม่มีคนรับผิดชอบหลังเปิดตัว: โปรเจกต์ถูกปิดเมื่อเว็บไซต์ขึ้นแล้ว จึงไม่มีใครเห็นจำนวน 404 ที่เพิ่มในสัปดาห์ที่สอง

ป้องกันด้วยกระบวนการ: ให้ทีม SEO ร่วมวางแผน sitemap กำหนดให้อนุมัติแผน redirect ก่อนเปิดตัว เพิ่มขั้นตอน "ตรวจ robots และ noindex" ในรายการ deploy และระบุผู้รับผิดชอบการติดตามเดือนแรก พร้อมแผนย้อนกลับหรือแก้ไขเป็นลายลักษณ์อักษร

ใบงาน: รายการ แผน และการตรวจ (ตัวอย่างและแบบเปล่า)

ตัวอย่างที่กรอกแล้ว (ตัวอย่างจำลองที่ระบุชัด: เว็บไซต์ช่างประปาห้าหน้าที่เปลี่ยนเครื่องมือสร้างเว็บ):

URL เก่า	คลิกใน 3 เดือนล่าสุด	URL ใหม่	Redirect	คง title ไว้?	ตรวจหลังเปิดตัว
/plumbing-services.html	สูง	/services	301	คงไว้	วันที่ 1 และ 7
/about-us.html	ต่ำ	/about	301	คงไว้	วันที่ 1
/boiler-repair.html	ปานกลาง	/services/boiler-repair	301	เขียนใหม่แต่ใช้คำค้นหาเดิม	วันที่ 1 และ 7
/old-offer-2023.html	ไม่มี	/services	301 ไปหน้าที่ใกล้ที่สุด	ไม่เกี่ยวข้อง	วันที่ 1
/contact.html	ปานกลาง	/contact	301	คงไว้	วันที่ 1

ใบงานเปล่า:

URL เก่า	คลิกใน 3 เดือนล่าสุด	URL ใหม่	Redirect	คง title ไว้?	ตรวจหลังเปิดตัว

ก่อนเปิดตัว: canonical, robots, sitemap และคำแปล

• canonical ของหน้าใหม่แต่ละหน้าชี้มาที่ตัวเองบนโดเมนจริง ไม่ใช่ staging
• robots อนุญาตให้ Crawl และนำ noindex ของ staging ออกแล้ว
• sitemap ใหม่มีเฉพาะ URL จริงที่ตอบ 200
• หากมีหน้าที่แปลภาษา ให้ hreflang ชี้ไปยัง URL ใหม่

ผู้รับผิดชอบวันเปิดตัวและการย้อนกลับ

ระบุชื่อคนรับผิดชอบวันเปิดตัว ใครมีสิทธิ์ย้อนกลับ และเงื่อนไขที่จะเริ่มย้อนกลับ (เช่น หน้าสำคัญตอบ error) เก็บไฟล์หรือ export ของเว็บไซต์เก่าไว้จนกว่าเว็บไซต์ใหม่จะเสถียร

ตรวจ Search Console หลังเปิดตัวตามช่วงเวลาที่กำหนด

เปรียบเทียบช่วงเวลาคงที่ เช่น 28 วันหลังเปิดตัวกับ 28 วันก่อน โดยใช้หน้าเดียวกัน จดวันที่ไว้ในใบงานเพื่อให้ตรวจซ้ำได้ คาดว่าจะมีการเปลี่ยนแปลงในช่วงสัปดาห์แรก ๆ แต่ควรตรวจหน้าที่อันดับลดลงและยังไม่ฟื้น แหล่งอ้างอิงอย่างเป็นทางการ: เอกสาร Google Search Central เรื่องการย้ายเว็บไซต์พร้อมเปลี่ยน URL

เริ่มสร้างเว็บไซต์ธุรกิจของคุณ สร้างบัญชี แพ็กเกจฟรีเผยแพร่เว็บไซต์เทมเพลตได้สูงสุด 3 แห่งบน we.inc (ไม่มีเครดิต AI และไม่มีโดเมนกำหนดเอง) การสร้างด้วย AI และโดเมนของคุณเองเริ่มที่ Starter ราคา $20 ต่อเดือน ดู ราคา

ขั้นต่อไปที่มีประโยชน์: ตรวจเว็บไซต์เดิมด้วย เครื่องมือตรวจเว็บไซต์ ฟรี ประเมินงบด้วย เครื่องคำนวณต้นทุนเว็บไซต์ ดู เทมเพลตเว็บไซต์ธุรกิจ หรืออ่านว่า เครื่องมือสร้างเว็บไซต์ We.Inc ทำงานอย่างไร

เช็กลิสต์ฉบับย่อ

• [ ] ส่งออกข้อมูลฐานไว้แล้ว
• [ ] รายการ URL มาจากการ Crawl + analytics + backlinks
• [ ] ระบุหน้าสำคัญแล้ว
• [ ] แผน redirect ครบ เป็นการเปลี่ยนทางครั้งเดียว แบบถาวร และทดสอบบน staging
• [ ] เก็บเนื้อหา title และลิงก์ภายในของหน้าสำคัญไว้
• [ ] นำการบล็อก staging ออกเมื่อเปิดตัว
• [ ] ส่ง sitemap แล้ว และใช้ Change of Address หากเปลี่ยนโดเมน
• [ ] ตรวจ analytics แล้ว
• [ ] ตรวจ Search Console ทุกวันเป็นเวลาสองสัปดาห์
• [ ] เก็บ redirect ไว้อย่างน้อยหนึ่งปี

ย้ายไปใช้เครื่องมือสร้างเว็บไซต์ใหม่

หากย้ายเพราะแพลตฟอร์มเดิมดูแลยาก ให้เลือกปลายทางที่คุณควบคุม URL, title และ redirect ได้เอง We.Inc ช่วยสร้างหน้าใหม่จากคำอธิบายในแชต แล้วปรับได้ทั้งแบบภาพและในโค้ด พร้อมโฮสต์และ SSL เพื่อให้คงโครงสร้าง URL เดิมได้ ก่อนเปิดตัว ตรวจหน้าใหม่ด้วย เช็กลิสต์ SEO บนหน้า และตั้งค่าติดตามตาม คู่มือ analytics

เริ่มใช้ฟรี

เริ่มต้นฟรี · ไม่ต้องใช้บัตรเครดิต

Product

• AI Website Builder: Describe a site in plain English; it's live in minutes
• White Label Platform: Your brand, your domain, your margin
• Enterprise: SSO, custom SLAs, and dedicated support
• Developer API: Embed site generation into your SaaS

Who It's For

• For Agencies: Resell under your brand
• For Freelancers: Your own branded builder
• For Hosting Providers: Add a builder to your stack
• For SaaS Platforms: Embed site creation via API
• For Startups
• For Financial Services
• For Healthcare

Features

• Drag & Drop Editor
• Built-in SEO Tools
• Custom Branding
• Client Dashboard
• Reseller Billing (Stripe Connect)

Resources

• Blog
• Help Center
• Free Business Tools
• Website Templates
• Glossary & Guides
• Integrations
• Developers
• Benchmark
• Windows App

Company

• About Us
• Pricing
• Apply to the Partner Program
• Contact
• Careers
• Security

View Sitemap