อันดับตกหลังย้ายเว็บไซต์: เช็กการเปลี่ยนเส้นทาง (301/302) และรหัสสถานะก่อน-หลัง

ประเด็นสำคัญ

สาเหตุของทราฟฟิกลดหลังย้ายเว็บไซต์ส่วนใหญ่ไม่ใช่เนื้อหาหรือโครงสร้าง แต่เป็นรหัสสถานะและโซ่แห่งการเปลี่ยนเส้นทาง ไม่ต้องใช้พรสวรรค์ แค่จุดเวลาสองจุด — เส้นฐานก่อนย้าย และเช็กซ้ำหลัง 24–72 ชั่วโมง การเช็กแบบชุดครอบคลุมถึง 20 URL พร้อมเวลารายช่วง และมุมมองทั้ง Googlebot กับเบราว์เซอร์

คำตอบสั้น

ในทราฟฟิกลดหลังย้ายเว็บไซต์ส่วนใหญ่ ปัญหาไม่ใช่เนื้อหาบางลงหรือโครงสร้างที่ย้าย — แต่คือรหัสสถานะและโซ่แห่งการเปลี่ยนเส้นทาง: 301 เป็นขั้นบันได, วนซ้ำ, 404 เกลื่อน หรือครอลเลอร์เห็นต่างกับเบราว์เซอร์ คุณไม่ได้ต้องการพรสวรรค์ แต่ต้องการจุดเวลาสองจุด: เส้นฐานก่อนย้าย และเช็กซ้ำหลัง 24–72 ชั่วโมง การเช็กแบบชุดเดียวครอบคลุมถึง 20 URL ตามทุกช่วงเวลาพร้อมเวลา และรันจากมุมมอง 2 ทาง (Googlebot / เบราว์เซอร์) — ได้ข้อสรุปในมากสุด 20 นาที

ตารางรหัสสถานะ (ที่ใช้ในการวินิจฉัยการย้ายเว็บ)

รหัส

ความหมาย

ความหมายในการย้ายเว็บ

200 / 204

OK / ไม่มีเนื้อหา

จุดปลายสะอาด

301 / 308

เปลี่ยนเส้นทางถาวร

ตัวตนของ URL ย้ายไป — การย้ายเว็บส่วนใหญ่เป็นแบบนี้

302 / 307

เปลี่ยนเส้นทางชั่วคราว

URL เก่ายังแย่งตัวตนอยู่; ไม่ใช้กับการย้ายถาวร

404

ไม่พบ

คำตอบที่ถูกต้องสำหรับหน้าที่ถูกลบจริง

410

ถูกลบถาวร

ชัดกว่า: "ไม่มีอยู่จริงและไม่ควรถูกค้นหา"

429

ขอมากเกินไป

ครอลเลอร์ถูกบล็อก; เช็ก Retry-After

500 / 502 / 503

ข้อผิดพลาดเซิร์ฟเวอร์

แย่สุดระหว่างการครอล — ทำดาเมจต่อการ index โดยตรง

301 กับ 302: ใช้อันไหนกับการย้าย

การเปลี่ยนเส้นทางผิดทิศทางคือเหตุผลอันดับหนึ่งที่อันดับไม่กลับมาอีกเลย:

  • ถาวร (301/308): URL ใหม่กลายเป็นตัวตน; ความน่าเชื่อถือและประวัติตามไป ใช้กับการเปลี่ยนโดเมนและการปรับโครงสร้าง URL
  • ชั่วคราว (302/307): URL เก่ายังเป็นตัวตน; ใหม่เป็นแค่จุดพักชั่วคราว ใช้กับหน้าแคมเปญและการโอนชำระเงิน

ตัวอย่างที่สะท้อนผลเสีย: หน้าโปรโมชันใช้ 301 — พอแคมเปญจบ ประวัติอันดับของหน้าเก่า "ย้ายถาวร" ไปแล้ว การกู้คืนคือการย้ายอีกครั้ง และอีกด้าน: รีดีไซน์ถาวรแต่ใช้ 302 — ที่อยู่เก่ายังแย่งตัวตน และไม่มีหน้าไหนติดอันดับดี ๆ เลย

จุดเวลาสองจุด: ก่อนและหลัง

ก่อนย้าย (เส้นฐาน, ครั้งเดียว): ยืนยันสถานะสุดท้ายของ 20 URL ที่มีค่าสูงสุดและโซ่ของมัน แล้วเก็บเป็นไฟล์เก็บถาวร ไฟล์นี้คือฐานเทียบ — ไม่งั้นแยก "ปัญหาใหม่" กับ "ปัญหาเดิม" ไม่ได้

หลังย้าย (เช็กซ้ำ, หลัง 24–72 ชม.): รอให้การสลับนิ่งก่อน แล้วเช็ก 4 จุด:

  1. URL เก่าทั้งหมด 301 ตามแผน (ไม่ใช่ 200 ไม่ใช่ 404)
  2. URL ใหม่กลับมา 200
  3. ไม่มีโซ่ขั้นบันได (A→301→B→301→C ควรเป็นกระโดดครั้งเดียว) และไม่มีวงวน (B→301→A→301→B — นักครอลของการค้นหาสู้ไม่ไหว)
  4. มุมมองครอลเลอร์และมุมมองเบราว์เซอร์ตรงกัน (ไม่ตรง → มักเป็น WAF / keep-alive / กฎ UA; นี่คือต้นตอคลาสสิกของ "ดูแล้วดี แต่ index พัง")
ก่อนเทียบหลังย้าย: เส้นฐานที่ต้องเก็บ และ 4 จุดที่เช็กซ้ำในหน้าต่าง 24–72 ชั่วโมง

วิธีรันการเช็ก (ฟรี ไม่ต้องสมัคร)

  1. วาง URL บรรทัดละหนึ่ง สูงสุด 20; ลบซ้ำอัตโนมัติ และโดเมนเปล่าจะได้ https:// อัตโนมัติ
  2. เลือกมุมมอง: Googlebot, Bingbot, เบราว์เซอร์ ฯลฯ (เพิ่ม header ตามความต้องการ); สำหรับการเช็กย้ายเว็บ รัน Googlebot + เบราว์เซอร์เป็นขั้นต่ำ
  3. อ่านโซ่: รหัสสถานะ, ข้อความสถานะ, โซ่การเปลี่ยนเส้นทางเต็ม (สถานะ, Location, เวลาของทุกช่วง), header คำตอบ, เนื้อหาและเวลารวม แบ่งเวลารายช่วง — ช่วงที่ช้าคือปัญหา
  4. ส่งออก CSV: วางผลลงตารางติดตามหรือคิวงานเทียบกับการเปลี่ยนแปลงอื่น

เครื่องมือตรวจสอบรหัสสถานะ HTTP ฟรี (เช็กมนุษย์ง่าย ๆ ในการตรวจแต่ละครั้ง ไม่ต้องสมัคร) ทำทั้งหมดในเที่ยวเดียว พร้อมหน้าอ้างอิง 54 รหัส — นี่ก็คือเหตุผลที่มันตามโซ่แทนที่จะดูแค่สถานะสุดท้าย

การตรวจรายเดือน (ไม่บังคับ แต่แนะนำ)

คนที่พลาดคือคนที่ลืมเดือนที่สาม เก็บรายการ "URL ที่มีปัญหา" แล้วรัน 20 URL หลักรายเดือน รหัสสถานะเหมือนปุ่มลิฟต์ — พังตอนที่คุณคิดว่ามันโอเค

ข้อผิดพลาดทั่วไป

  • ดูแค่สถานะสุดท้าย: 301→301→200 ต่างจาก 200 ตรงอย่างมาก; โซ่ยิ่งยาว สัญญาณยิ่งจาง
  • แก้ทุก 404: 404 ที่อยู่ในโซ่การเปลี่ยนเส้นทางไม่ใช่ลิงก์ตาย — หน้าที่ถูกลบจริงต้องคง 404/410 แก้เฉพาะลิงก์ตายที่มีทราฟฟิก
  • เช็กแคมุมมองเบราว์เซอร์: WAF คืนเนื้อหาต่างกันตาม UA ใช้อย่างน้อยสองมุมมองทุกครั้ง

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

เช็กได้กี่ URL ในครั้งเดียว? สูงสุด 20; URL ซ้ำเช็กครั้งเดียว รายการใหญ่แค่แบ่งชุดเพิ่ม

เสียเงินไหม? ไม่ ฟรีและไม่ระบุตัวตน โดยมีการเช็กมนุษย์ง่าย ๆ ในทุกครั้ง

หลังย้าย 301 เชื่อถือได้เร็วแค่ไหน? เครื่องมือตรวจมักแสดงผลภายใน 24–72 ชั่วโมง; การโอนความน่าเชื่อถือเต็มรูปแบบให้ติดตามการตรวจสอบ URL ใน GSC หรืออีกสองสามสัปดาห์ต่อจากนั้น

502/503 คือ "พัง" หรือ "รอได้"? ระหว่างการครอลนั้นร้ายแรง หาสาเหตุ (ต้นน้ำ, จุดปลายเฉพาะ) 5xx จากมุมมองครอลเลอร์ไม่ใช่สถานการณ์ "รอแป๊บเดียว"

ผู้เขียน: จูเลียน เมอร์เซอร์ ผู้ปฏิบัติงาน SEO เชิงเทคนิค 14 ปี ที่ Auspia จูเลียนเขียนเรื่องความสามารถในการครอล การเรนเดอร์ โครงสร้างเว็บ และรากฐานทางเทคนิคที่เนื้อหาอ่านรู้เรื่องสำหรับ AI ต้องการ

สำรวจหัวข้อนี้

อ่านต่อในเส้นทางการเติบโตเดียวกัน