ย้ายเว็บและเปลี่ยนโดเมน: แผนที่ส่งต่อ 301 ต้องวาดอย่างไร

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

หนึ่ง ความผิดพลาดที่แพงที่สุดในการรีแบรนด์คือการส่งต่อ URL ที่ตกหล่น

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

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

ประเภทรีแบรนด์	สิ่งที่เปลี่ยน	ช่วงผลกระทบทราฟฟิก	ระยะฟื้นตัว	ย้อนกลับได้ไหม
เปลี่ยนแค่ดีไซน์ ไม่เปลี่ยน URL	เทมเพลต สไตล์ ตำแหน่งคอลัมน์	ลดลง 5% ถึง 15%	2 ถึง 4 สัปดาห์	ย้อนกลับได้
เปลี่ยนโครงสร้าง URL	เปลี่ยนไดเรกทอรี เปลี่ยน slug เปลี่ยนกฎการแบ่งหน้า	ลดลง 15% ถึง 40%	6 ถึง 12 สัปดาห์	ต้องมี 301 รองรับ
เปลี่ยนโดเมน	เปลี่ยนโดเมนหลัก	ลดลง 20% ถึง 45%	8 ถึง 16 สัปดาห์	พึ่ง 301 เท่านั้น
เปลี่ยนโดเมนและเปลี่ยนโครงสร้าง	ทำสองอย่างพร้อมกัน	ลดลง 30% ถึง 60%	12 ถึง 24 สัปดาห์	ย้อนกลับยากมาก

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

ในบรรดาการส่งต่อที่ตกหล่น มีสี่แบบที่พบบ่อยที่สุด และราคาที่ต้องจ่ายก็ต่างกัน:

สิ่งที่ตกหล่น	ผลที่ตามมา	ระยะฟื้นตัว	แก้ไขได้ไหม
หน้าสินค้าไม่ได้ทำ 301	หน้าหายไปเลย น้ำหนักที่สะสมเป็นศูนย์	กู้คืนอันดับเดิมไม่ได้	ต้องเขียนใหม่และส่งใหม่
301 ชี้ไปหน้าแรก	ถูกมองเป็น soft 404 น้ำหนักลิงก์ถูกทิ้ง	4 ถึง 8 สัปดาห์	แก้ทิศทางแล้วค่อย ๆ ฟื้นได้
การเปลี่ยนเส้นทางต่อกันเกิน 3 ครั้ง	งบประมาณการเก็บข้อมูลถูกใช้เปล่า น้ำหนักลดลงทุกครั้งที่ต่อ	2 ถึง 6 สัปดาห์	แก้ไขได้ทันที
หน้าพารามิเตอร์ตัวกรองไม่ได้จัดการ	URL ที่คล้ายกันจำนวนมากกินโควตาการเก็บข้อมูล	4 ถึง 12 สัปดาห์	แก้ไขได้

บรรทัดที่สองน่ากังวลที่สุด ความคิดที่ว่า “ยังไงก็เป็นหน้าของเรา 301 ไปหน้าแรกก็ยังดีกว่า 404” นั้นผิดในทางปฏิบัติ: เครื่องมือค้นหาจะมองการเปลี่ยนเส้นทางจำนวนมากที่ชี้ไปหน้าแรกเป็น soft 404 น้ำหนักลิงก์จะไม่ถูกส่งต่อ และยังทำให้สัญญาณ anchor text ของหน้าแรกใหม่สับสนอีกด้วย

สอง ขั้นแรก: ทำตารางสินทรัพย์และหนี้สิน URL

ก่อนจะลงมือแก้ อย่างแรกให้ดึง URL ทั้งหมดจากเว็บเก่าออกมาก่อน คำว่า “ทั้งหมด” ในที่นี้หมายถึงการรวมสามแหล่งเข้าด้วยกัน ได้แก่ log การเข้าถึงของเซิร์ฟเวอร์ sitemap และรายการ URL ที่ search engine จัดทำดัชนีแล้ว การดึงแค่ sitemap อย่างเดียวไม่พอ เพราะบนเว็บมักมีหน้าจำนวนหนึ่งที่ไม่อยู่ใน sitemap แต่ยังมีลิงก์ภายนอกชี้เข้ามา

ตอนดึงออกมา ให้เก็บอย่างน้อยแปดฟิลด์นี้ ขาดไปฟิลด์เดียวก็ต้องกลับมาแก้ทีหลัง

ฟิลด์	แหล่ง	ใช้ทำอะไร
URL แบบเต็ม	log กับ sitemap	คีย์หลักของตาราง mapping
ปริมาณ organic traffic ต่อเดือน	เครื่องมือวัด traffic	ใช้ตัดสินลำดับความสำคัญ
จำนวนโดเมนที่ลิงก์เข้ามา	เครื่องมือเช็กลิงก์ภายนอก	ใช้ตัดสินลำดับความสำคัญ
จำนวน inquiry หรือ conversion ที่ต้องการ	ฟอร์มกับสถิติ	ใช้ตัดสินลำดับความสำคัญ
ชื่อหน้า	เนื้อหาอ้างอิงที่ตรงกันบนเว็บใหม่	จับคู่กับหน้าใหม่
HTTP status code	ตรวจแบบเป็นชุด	ตัด URL ที่ใช้ไม่ได้แล้วออก
แท็กภาษาและภูมิภาค	hreflang หรือโครงสร้างไดเรกทอรี	เว็บหลายภาษาจำเป็น
วิธีจัดการ	ตัดสินด้วยคน	เก็บไว้, mapping, รวม, ทิ้ง

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

วิธีจัดการ	เกณฑ์ตัดสิน	การดำเนินการทางเทคนิค
เก็บไว้	เว็บใหม่มีหน้าที่ชื่อเดียวกัน เส้นทางเดียวกัน เนื้อหาโดยพื้นฐานตรงกัน	ไม่แก้ URL ไม่ทำ redirect
mapping	เว็บใหม่มีเนื้อหาที่ตรงกันแต่เส้นทางเปลี่ยนไป	ทำ 301 แบบหนึ่งต่อหนึ่ง
รวม	หลายหน้าเก่าเนื้อหาซ้ำกัน เว็บใหม่เหลือไว้แค่หน้าเดียว	ทำ 301 แบบหลายต่อหนึ่ง เก็บหน้าที่เนื้อหาครบที่สุดไว้
ทิ้ง	เนื้อหาไม่ให้บริการแล้วจริง ๆ และไม่มีลิงก์ภายนอก ไม่มี traffic	คืนค่า 410 ไม่ทำ 301

ลำดับความสำคัญในการตัดสินมีลำดับเดียว ห้ามสลับ ดูลิงก์ภายนอกก่อน ดู traffic ต่อ สุดท้ายดู conversion หน้าที่มี organic search traffic เป็นศูนย์แต่มีลิงก์ภายนอกสามลิงก์ อาจมีมูลค่าสูงกว่าหน้าที่มีผู้เข้าชม 20 ครั้งต่อวันแต่ไม่มีลิงก์ภายนอกเลย เพราะลิงก์ภายนอกเป็นสินทรัพย์ที่ย้ายไปไหนก็ไปด้วยได้ ส่วน traffic ผันผวนตามอัลกอริทึมและฤดูกาล หน้าที่ไม่ชัดว่าอยู่ในบทบาทไหน (ไม่มีทั้งลิงก์ภายนอก ไม่มี traffic ไม่มี conversion) ให้ติดป้ายทิ้งทั้งหมด หน้าประเภทนี้มักคิดเป็น 30% ถึง 50% ของ URL ทั้งหมดบนเว็บเก่า การเคลียร์หน้าพวกนี้ออกไปก็เป็นผลตอบแทนของการทำโครงสร้างใหม่ในตัวมันเอง

วิธีนี้ใช้ไม่ได้เมื่อไหร่ ถ้าเว็บเก่าเปิดมาไม่ถึง 12 เดือน หรือ organic traffic สะสมต่ำกว่า 500 ครั้งต่อเดือนมาตลอด เกณฑ์ตัดสินแบบ “งบดุล” ก็แทบจะเป็นศูนย์ทั้งหมด ลำดับความสำคัญของ mapping จึงไม่มีความหมาย ในกรณีนี้ไม่จำเป็นต้องวิเคราะห์ครบชุด แค่รับประกันสามเรื่องนี้ก็พอ หนึ่ง URL ทุกอันที่เคยโปรโมต ยิงโฆษณา หรือพิมพ์ลงสื่อ ต้องทำ 301 สอง URL ใน sitemap ต้องทำ 301 หรือ 410 สาม ที่เหลือปล่อยให้ไหลไปตามโครงสร้างเว็บใหม่เอง

สาม กฎ mapping สามประเภท หนึ่งต่อหนึ่ง หลายต่อหนึ่ง หนึ่งต่อหลาย

กฎ mapping มีแค่สามประเภท แต่ละประเภทมีวิธีเขียนและจุดที่ต้องระวังชัดเจน

ประเภทของ mapping	เงื่อนไขที่กระตุ้น	วิธีเขียน	ความเสี่ยงหลัก
หนึ่งต่อหนึ่ง เส้นทางเดิม	เส้นทางเปลี่ยนแต่เนื้อหาตรงกันแบบหนึ่งเดียว	301 จาก URL เก่าไป URL ใหม่	slug เก่ากับใหม่สะกดไม่ตรงกันเลยจับคู่ไม่ติด
หลายต่อหนึ่ง รวมเข้าด้วยกัน	หน้าเก่าตั้งแต่ 3 หน้าขึ้นไปเนื้อหาซ้ำกัน	301 ทั้งหมดไปยังหน้าที่เก็บไว้	เลือกหน้าที่เก็บไว้ผิด หน้าที่หายไปคือหน้าที่มีค่าที่สุด
หนึ่งต่อหลาย แยกออก	บทความยาว 3,000 คำหนึ่งชิ้นแยกออกเป็น 3 หน้า	ตั้ง 301 URL เก่าไปยังหน้าใหม่ที่เกี่ยวข้องที่สุด	อีกสองหน้าที่เสียทางเข้า ต้องเติมลิงก์ภายในให้

การรวมหลายหน้าเป็นหน้าเดียวเป็นงานประเภทที่พลาดได้ง่ายที่สุด การรวมไม่ใช่การเททราฟฟิกไปรวมกันมั่ว ๆ เกณฑ์ตัดสินมีลำดับดังนี้

เกณฑ์การตัดสิน	น้ำหนัก	คำอธิบาย
มีลิงก์ภายนอกมากที่สุด	สูง	ลิงก์ภายนอกชี้ไปที่หน้าไหน ให้เก็บหน้านั้นไว้
เนื้อหาครบถ้วนที่สุด	ปานกลาง	หน้าที่มีพารามิเตอร์ เคสตัวอย่าง และ FAQ ครบที่สุด
มีอันดับอยู่แล้วดีที่สุด	ปานกลาง	หน้าที่มีอันดับคงที่ให้เก็บไว้เป็นหน้าสงวน
URL สั้นที่สุด	ต่ำ	ใช้เมื่อสามข้อแรกเสมอกัน

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

สี่ พื้นที่ความเสี่ยงสูงสี่จุด ตรวจเทียบทีละข้อ

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

พื้นที่ความเสี่ยงสูง	อุบัติเหตุที่พบบ่อย	วิธีตรวจสอบ	เกณฑ์ผ่าน
URL หลายภาษาและ hreflang	แต่ละเวอร์ชันภาษาชี้กันเองผิด หรือชี้ไปที่ภาษาเริ่มต้นทั้งหมด	ดึงซอร์สโค้ดของหน้าแต่ละเวอร์ชันภาษา	hreflang ของทุกภาษาชี้ไปยังหน้าที่ตรงกันภายใต้โดเมนใหม่
การแบ่งหน้าและพารามิเตอร์ตัวกรอง	หน้าเพจที่ใช้พารามิเตอร์ถูกจัดทำดัชนีจำนวนมาก หรือห่วงโซ่การแบ่งหน้าขาด	สุ่มทดสอบที่อยู่ที่มีพารามิเตอร์ 20 รายการ	หน้าเพจที่ใช้พารามิเตอร์ส่งคืนหน้าคาโนนิคอลหรือ 410 และห่วงโซ่การแบ่งหน้าเดินครบได้
ไฟล์แนบและ PDF	ใบเสนอราคา แบบแปลน แคตตาล็อกตัวอย่าง 404	ส่งออกที่อยู่ไฟล์แนบทั้งหมดแล้วตรวจสอบเป็นชุด	ไฟล์แนบที่ยังใช้งานได้ถูก 301 ไปยังที่อยู่ใหม่ทั้งหมด
ฟอร์มและลิงก์สั้น	ลิงก์สั้นที่ใช้ยิงโฆษณาและคิวอาร์โค้ดงานแสดงสินค้าใช้ไม่ได้	ทดสอบที่อยู่ที่ใช้ภายนอกเว็บทีละรายการ	เข้าถึงได้ทั้งหมดและฟอร์มส่งได้

เว็บหลายภาษาต้องทำตารางแยกต่างหากเพื่อตรวจสอบ เพราะที่นี่มีโอกาสผิดพลาดสูงที่สุด

รายการตรวจสอบ	วิธีที่ผิด	วิธีที่ถูกต้อง
การชี้ของ hreflang	ชี้ไปที่โดเมนภาษาเริ่มต้นเก่าทั้งหมด	แต่ละภาษาชี้ไปยังหน้าที่ตรงกับภาษานั้นภายใต้โดเมนใหม่
ไดเรกทอรีภาษา	เว็บใหม่เปลี่ยนเป็นการสลับแบบใช้พารามิเตอร์ เช่นเติมพารามิเตอร์เครื่องหมายคำถาม	คงไดเรกทอรีแยกหรือซับโดเมน หนึ่งภาษาหนึ่งที่อยู่
sitemap	ส่ง sitemap เฉพาะภาษาเริ่มต้น	ส่งแยกตามภาษา และระบุที่อยู่สำรองของภาษาไว้ใน sitemap
หน้าที่ถูกจัดทำดัชนีแล้ว	ทำ 301 เฉพาะภาษาเริ่มต้น	ที่อยู่เก่าของทุกภาษาต้องทำ 301 แยกกัน

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

ห้า ลำดับการดำเนินการและจุดสำรองข้อมูลก่อนการดำเนินการที่ย้อนกลับไม่ได้

ถ้าลำดับผิด ปริมาณงานจะเพิ่มเป็นสองเท่า เจ็ดขั้นตอนด้านล่างเป็นลำดับตายตัว อย่าปรับเพราะรีบ

ขั้นตอน	การดำเนินการ	ผลงานที่ได้	ย้อนกลับได้หรือไม่
ขั้นแรก	สำรองข้อมูลและไฟล์ทั้งหมดของเว็บเก่า	ฐานข้อมูลและไฟล์บีบอัด เก็บสำเนาไว้อีกชุดในเครื่อง	ย้อนกลับได้ นี่คือตาข่ายรองรับ
ขั้นที่สอง	ส่งออกและติดแท็ก URL ทั้งหมด	ตารางที่ระบุวิธีจัดการ	ย้อนกลับได้
ขั้นที่สาม	สร้างโครงสร้างทั้งหมดบนเว็บใหม่และใส่เนื้อหา	เว็บใหม่เข้าถึงได้ผ่านโดเมนชั่วคราว	ย้อนกลับได้
ขั้นตอนที่ 4	ทดสอบ 301 ทีละรายการบนที่อยู่ชั่วคราว	บันทึกการทดสอบตารางแมป	ย้อนกลับได้
ขั้นตอนที่ 5	สลับ DNS เว็บเดิมเข้าสู่โหมดอ่านอย่างเดียว	ภาพหน้าจอบันทึกการชี้โดเมน	ย้อนกลับไม่ได้ ต้องยืนยันว่าขั้นตอนที่ 4 เสร็จแล้ว
ขั้นตอนที่ 6	ส่ง sitemap ของเว็บใหม่ และเก็บ sitemap ของเว็บเดิมไว้ 60 วัน	sitemap ทั้งสองเข้าถึงได้	ย้อนกลับได้
ขั้นตอนที่ 7	เปิดกฎ 301 และดู log	สถิติการเข้าถึงและข้อผิดพลาดของการเปลี่ยนเส้นทางรายวัน	ย้อนกลับได้

ขั้นตอนที่ 5 เป็นการดำเนินการเดียวที่ย้อนกลับไม่ได้ ก่อนสลับ DNS ต้องยืนยันสามเรื่อง: สำรองข้อมูลเสร็จแล้วและกู้คืนได้, ตารางแมปผ่านการทดสอบทีละรายการบนที่อยู่ชั่วคราวของเว็บใหม่แล้ว, และสำเนาเว็บเดิมแบบอ่านอย่างเดียวสามารถสลับกลับได้ทุกเมื่อ ถ้าเรื่องใดเรื่องหนึ่งยังไม่เสร็จ ห้ามสลับ

การเขียน redirect มีข้อผิดพลาดที่พบบ่อยหกแบบ ส่วนใหญ่เป็นเรื่องการตั้งค่า แต่ผลกระทบไม่น้อย:

วิธีเขียนที่ผิด	ผลที่ตามมา	วิธีที่ถูกต้อง
เปลี่ยนเส้นทางแบบลูกโซ่ A ไป B ไป C	ค่าน้ำหนักลดลงทุกช่วงการกระโดด การเก็บข้อมูลช้าลง	ให้ทุกเส้นทางกระโดดตรงไปที่ปลายทางสุดท้าย
301 ทั้งหมดไปที่หน้าแรก	ถือเป็น soft 404 ค่าน้ำหนักไม่ถูกส่งต่อ	แมปแบบหนึ่งต่อหนึ่งไปยังหน้าที่ตรงกัน
301 ไปยังที่อยู่ที่เป็น 404 แล้ว	ห่วงโซ่การเปลี่ยนเส้นทางขาด เท่ากับลิงก์เสีย	ตรวจสอบที่อยู่ปลายทางว่าเป็น 200 ก่อน
ใช้ 302 ปนกับ 301	302 ไม่ส่งต่อค่าน้ำหนัก	การย้ายถาวรใช้ 301 ให้เป็นมาตรฐานเดียวกัน
มีผลเฉพาะที่อยู่แบบมีหรือไม่มีเครื่องหมายทับแบบใดแบบหนึ่ง	อีกครึ่งหนึ่งของที่อยู่กลายเป็นลิงก์เสีย	ตั้งกฎครอบคลุมทั้งสองรูปแบบ
ใช้การเปลี่ยนเส้นทางภายในหน้าแทนการเปลี่ยนเส้นทางระดับเซิร์ฟเวอร์	บอทอ่านการเปลี่ยนเส้นทางจริงไม่ได้	ตั้งค่าที่ระดับเซิร์ฟเวอร์หรือระดับแอปพลิเคชัน

หก สิ่งที่ต้องดูใน 30 วันหลังสลับ และเมื่อไหร่ที่ไม่ควรเปลี่ยนเส้นทาง

หลังสลับแล้วไม่ต้องจ้องอันดับทุกวัน ดูแค่สี่ตัวชี้วัดก็พอ ซึ่งในนั้นมีหนึ่งตัวที่เป็นเส้นตัดขาดทุน

ตัวชี้วัดที่เฝ้าดู	ช่วงปกติ	เส้นตัดขาดทุน	ลำดับการตรวจสอบเมื่อแตะเส้นตัดขาดทุน
จำนวนหน้าที่เว็บใหม่ถูกจัดเก็บ	ภายใน 30 วันต้องถึง 70% ของเว็บเดิมขึ้นไป	ต่ำกว่า 40%	sitemap, robots, ห่วงโซ่การเปลี่ยนเส้นทาง
ความถี่การดึงข้อมูล	สองสัปดาห์แรกเพิ่มขึ้น 20% ถึง 50% แล้วค่อยๆ ลดลง	หลังสองสัปดาห์ยังต่ำกว่าระดับเว็บเดิม	log เซิร์ฟเวอร์, เวลาตอบสนอง, รหัสสถานะ
อันดับคำหลัก	แกว่ง 3 ถึง 10 อันดับถือว่าปกติ	หลุดจาก 50 อันดับแรกและ 4 สัปดาห์ยังไม่กลับมา	ความสอดคล้องของเนื้อหาหน้า, ลิงก์ภายใน
จำนวนผู้ติดต่อสอบถามต่อสัปดาห์	แกว่ง 10% ถึง 30% ถือว่าปกติ	ต่ำกว่าครึ่งหนึ่งของเว็บเดิมติดต่อกัน 3 สัปดาห์	การใช้งานฟอร์ม, log การเข้าถึงการเปลี่ยนเส้นทาง

แถวที่สามต้องระวัง: อันดับแกว่งไปมาระหว่าง 3 ถึง 10 เป็นเรื่องปกติหลังรีสตรัคเจอร์ ภายในสองเดือนไม่ต้องเข้าไปแก้ สิ่งที่ต้องลงมือจริงคือหน้าที่หายไปพร้อมกันเป็นกลุ่ม ซึ่งมักหมายถึงแมปตกหล่น ไม่ใช่การปรับอัลกอริทึม

สุดท้ายเป็นข้อกลับกัน: มีหน้าสามประเภทที่ไม่ควรทำ 301 แต่ควรคืนค่า 410 โดยตรง

สถานการณ์	ทำไมไม่ใช้ 301	รหัสสถานะที่ถูกต้อง
เนื้อหาปิดตัวถาวรจริงและไม่มีหน้าแทน	301 ไปที่หน้าแรกจะถูกตัดสินเป็น soft 404	410
ปิดตัวแล้วและไม่มีลิงก์ภายนอกหรือทราฟฟิกเลย	การเก็บการเปลี่ยนเส้นทางไว้ไม่มีประโยชน์ มีแต่เพิ่มงานดูแล	410
หน้าพารามิเตอร์คุณภาพต่ำจำนวนมาก	การเปลี่ยนเส้นทางทำให้ URL ซ้ำยังถูก index ต่อไป	410 พร้อมติด canonical

ความต่างระหว่าง 410 กับ 301 ไม่ใช่รายละเอียดทางเทคนิค แต่เป็นเรื่องความหมาย: 301 บอกว่าเนื้อหาย้ายไปที่อื่นแล้ว ส่วน 410 บอกว่าเนื้อหาไม่มีอยู่แล้ว การ 301 หน้าเสียจำนวนมากไปที่หน้าแรก เท่ากับบอก search engine ว่า “เนื้อหาพวกนี้ย้ายมาอยู่หน้าแรกทั้งหมด” ซึ่งฟังไม่ขึ้น และต้องแลกมาด้วยสัญญาณลิงก์ของหน้าแรกที่เจือจางลง ขั้นตอนการส่งมอบและเช็กลิสต์ที่เกี่ยวข้อง ดูได้ที่/site/ คำอธิบายการส่งมอบใน /contact/ หรือส่งตาราง URL ที่คุณมีเข้ามาเพื่อตรวจสอบการแมปได้เลยตามวิธีใน

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

หลังเปลี่ยนโดเมน ต้องเก็บโดเมนเดิมไว้ไหม?

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

301 ต้องเก็บไว้นานแค่ไหน ถึงจะถอนได้?

ไม่มีกำหนดอย่างเป็นทางการ ในทางปฏิบัติวางแผนไว้สองปีจะมั่นคงกว่า เกณฑ์ตัดสินว่า ถอนได้หรือไม่ ไม่ใช่เวลา แต่เป็นสามเรื่อง: ที่อยู่ใหม่ถูก index ไปแล้วจำนวนมาก ลิงก์ภายนอกเปลี่ยนมาชี้ที่อยู่ใหม่เกินครึ่ง และ traffic ธรรมชาติของที่อยู่เดิมลดลงจนใกล้ศูนย์ เมื่อครบทั้งสามข้อแล้วจึงพิจารณาถอนได้ แต่ก่อนถอนแนะนำให้ export กฎการเปลี่ยนเส้นทางเก็บไว้ก่อน ถ้าทำไม่ครบทั้งสามข้อ อย่าถอนจะดีกว่า เพราะต้นทุนการดูแลการเปลี่ยนเส้นทางแทบเป็นศูนย์ แต่ถ้าถอนไปแล้วยังมีลิงก์ชี้มาที่ที่อยู่เดิม น้ำหนักพวกนั้นก็เสียเปล่า

ปรับเว็บใหม่จะตกอันดับแค่ไหน หลุดไม่ได้เลยหรือ?

กรณีปรับแค่ดีไซน์ไม่แตะ URL ใน 2 ถึง 4 สัปดาห์ตก 5% ถึง 15% ถือเป็นเรื่องปกติ ส่วนใหญ่มาจากเทมเพลตที่เปลี่ยนและเนื้อหาช่วงแรกของหน้าถูกจัดวางใหม่ ถ้าอยากกดตัวเลขนี้ให้ต่ำที่สุด ทำสามอย่าง: หนึ่ง อย่าแตะ URL อย่าแตะ title อย่าแตะเนื้อหาหลัก สอง ก่อนเทมเพลตใหม่ขึ้น ให้บันทึกโครงสร้างสำคัญของเทมเพลตเดิมไว้ แล้วเทียบทีละข้อ สาม หลังขึ้นแล้วหนึ่งสัปดาห์อย่าแตะตัวแปรอื่นใดเลย การไม่ตกเลยเป็นไปไม่ได้ แต่การคุมความผันผวนให้อยู่ใน 15% และให้กลับมาเสถียรภายใน 4 สัปดาห์เป็นเป้าที่ทำได้

ขึ้นเว็บใหม่แบบทดลองบางส่วนก่อน แล้วค่อยสลับทีหลังได้ไหม?

ทำได้ และแนะนำให้ทำด้วย แต่การทดสอบแบบจำกัดวงไม่เท่ากับการเปิดสองเว็บพร้อมกัน วิธีที่ทำได้คือสร้างเว็บใหม่ให้ครบทั้งหมดบนโดเมนชั่วคราว ตั้งค่า 301 ให้ครบทุกกฎ ใช้เครื่องมือทดสอบตรวจทีละข้อ พร้อมกับเปิดทางเข้าที่ไม่เปิดให้สาธารณะเพื่อสุ่มตรวจด้วยคน ไม่แนะนำให้เปิดทั้งเว็บเก่าและเว็บใหม่ให้搜索引擎เห็นพร้อมกัน เพราะจะเกิดเนื้อหาซ้ำจำนวนมาก และสัญญาณน้ำหนักที่เก็บได้จะหักลบกันเอง เป้าหมายของช่วงทดสอบแบบจำกัดวงคือ “ตรวจตารางส่งมอบ” ไม่ใช่ “เก็บทราฟฟิก” ดังนั้นเว็บชั่วคราวต้องตั้งห้ามจัดเก็บ

URL เก่ามีพารามิเตอร์เต็มไปหมด จัดการยังไงให้สะอาด?

แยกประเภทพารามิเตอร์ก่อน อย่าตัดทิ้งทั้งหมด ประเภทแรกคือพารามิเตอร์เชิงฟังก์ชัน เช่น ภาษา สกุลเงิน การแบ่งหน้า พวกนี้ต้องเก็บไว้และใส่ canonical บนหน้าเว็บ เพื่อให้搜索引擎รับรู้เฉพาะที่อยู่หลัก ประเภทที่สองคือพารามิเตอร์ตัวกรอง เช่น วัสดุ ชุดสเปก ถ้าเว็บใหม่ไม่รองรับการกรอง ให้คืนค่า 410 ทั้งหมด ประเภทที่สามคือพารามิเตอร์ติดตาม เช่น แท็กที่ใช้ยิงโฆษณา ให้ใช้กฎตัดออกใน canonical การแยกประเภทมักใช้เวลาครึ่งวัน จัดการเสร็จแล้วที่อยู่ซ้ำจะลดลงได้ 60% ถึง 90%

การสำรองข้อมูลและย้อนกลับทำยังไงบ้าง ถ้าตัดแล้วพังจะถอยยังไง?

ก่อนสลับให้สำรองสองชั้น ชั้นแรกคือฐานข้อมูลและไฟล์ทั้งหมดของเว็บเก่า แพ็กแล้วเก็บไว้ในเครื่องด้วย อย่าเก็บไว้บนเซิร์ฟเวอร์อย่างเดียว ชั้นที่สองคือภาพหน้าจอหรือไฟล์ส่งออกของระเบียน DNS รวมถึงเวลาที่แต่ละระเบียนมีผล การย้อนกลับมีสองทิศทาง ระดับ DNS คือแก้การชี้โดเมนกลับไปเซิร์ฟเวอร์เก่า ปกติจะกลับมาใช้ได้ภายใน 10 นาทีถึง 2 ชั่วโมงหลังเวลาที่มีผล ระดับแอปพลิเคชัน ถ้าแค่เขียนกฎ 301 ผิด แก้ไฟล์กฎได้เลย ไม่ต้องย้อนทั้งเว็บ แนะนำให้ซ้อมขั้นตอนย้อนกลับในเครื่องก่อนสลับจริงหนึ่งครั้ง

ทิ้งท้าย

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

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

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

ย้ายเว็บไซต์และเปลี่ยนโดเมน: วางแผนส่งต่อ 301 อย่างไร