Skip to main content

กำลังโหลด...

Southern Whale
บริการของเรา1,000+ SKUTechnical SEO

ย้ายเว็บ Catalog สินค้า โดยไม่ทิ้งอันดับเดิม

Website Migration + Technical SEO

ย้ายสินค้า รูปภาพ และรายละเอียดจากระบบสำเร็จรูปเดิมไปยัง WordPress หรือระบบที่เหมาะกับงานจริง พร้อมทำ URL mapping, 301 redirect รายเส้น, canonical, sitemap และตรวจ Search Console ทั้งก่อนและหลังเปิดเว็บ

ราคา
ประเมินรายโครงการ
คิดตามจำนวน SKU จำนวน URL และความยากในการดึงข้อมูลเดิม
บริการย้ายเว็บไซต์ catalog สินค้าและทำ Technical SEO Migration โดยทีม Southern Whale
1,000+
SKU ที่รองรับ
รายเส้น
301 Redirect
ก่อน/หลัง
รายงาน Search Console
30 วัน
ดูแลหลังเปิดเว็บ

ย้ายเว็บคือการย้ายอันดับ ไม่ใช่แค่ย้ายหน้าตา

บริการนี้คืออะไร

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

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

หลังเปิดเว็บงานยังไม่จบ เราตาม Search Console ต่อเป็นรายสัปดาห์ เพื่อดูว่า Google เก็บหน้าใหม่ไปเท่าไร มี 404 หลุดไหม redirect เด้งซ้อนกันตรงไหน แล้วแก้ทันที พร้อมเทียบกับค่าตั้งต้นที่เก็บไว้ก่อนย้าย เพื่อให้เห็นชัดว่าอันดับกลับมาเมื่อไร

ขอบเขตงานที่เรารับทำ

Scope

ทั้งหมดนี้อยู่ในงานเดียว ไม่ต้องจ้างทีมย้ายเว็บกับทีม SEO แยกกัน

ย้ายข้อมูลสินค้าทั้งคลัง
ดึงชื่อ รหัส SKU ราคา ตัวเลือก หมวดหมู่ สเปก และรายละเอียดออกจากระบบเดิม แล้วนำเข้าอย่างเป็นระบบ ตรวจนับให้ตรงทุกตัวก่อนเปิดเว็บ
ย้ายรูปภาพพร้อมข้อมูลกำกับ
โหลดรูปทุกไซซ์จากระบบเดิม ตั้งชื่อไฟล์ให้อ่านออก ใส่ alt ที่ย้ายมาจากของเดิมหรือสร้างจากชื่อสินค้า และแปลงเป็น WebP เพื่อความเร็ว
URL mapping ทุกเส้น
ทำตารางเทียบ URL เก่ากับ URL ใหม่ทีละรายการ ครอบคลุมหน้าสินค้า หน้าหมวด หน้าตัวกรอง หน้าแบ่งหน้า และหน้าที่ไม่มีปลายทางใหม่
301 redirect รายเส้น
ตั้ง redirect แบบรายเส้นสำหรับ URL ที่เปลี่ยน ไม่ใช้การเหมารวมไปหน้าแรก เพราะจะทำให้ Google มองว่าเป็นหน้าเสียและอันดับตกทั้งชุด
รักษา SEO เดิมของแต่ละหน้า
ย้าย title, meta description, H1, ข้อความในหน้า และโครงสร้างข้อมูลสินค้า ให้ตรงกับของเดิม แล้วค่อยปรับปรุงหลังอันดับนิ่ง
Canonical, sitemap, robots
ตั้ง canonical ให้ทุกหน้าสินค้าและหน้าหมวด จัดการหน้าตัวกรองไม่ให้เกิดเนื้อหาซ้ำ ส่ง sitemap แยกตามชนิดหน้า และตรวจ robots ก่อนเปิดจริง
ตรวจ Search Console ก่อนและหลัง
เก็บค่าตั้งต้นทั้งคลิก การแสดงผล อันดับ และจำนวนหน้าที่ถูกเก็บ ก่อนย้าย แล้วเทียบหลังย้ายเป็นรายสัปดาห์
ตรวจการเก็บหน้าและข้อผิดพลาด
ตามดูรายงานการเก็บหน้า หน้า 404 ลูกโซ่ redirect และหน้าที่ถูกตัดออกจากการเก็บ พร้อมแก้ทันทีที่เจอ
ดูแลหลังเปิดเว็บ
เฝ้าดูอันดับและทราฟฟิกต่อเนื่องหลังเปิดเว็บ แก้ไขสิ่งที่พบ และสรุปรายงานให้เห็นว่าอันดับกลับมาเท่าเดิมหรือดีขึ้นแค่ไหน

เราย้ายมาจากระบบแบบไหนได้บ้าง

ต้นทางที่รองรับ
  • ระบบสำเร็จรูปสร้างเว็บแบบปิด ที่ย้ายข้อมูลออกเองไม่ได้
  • ร้านค้าบนแพลตฟอร์มสำเร็จรูป ที่อยากมีเว็บเป็นของตัวเอง
  • เว็บ WordPress เดิมที่โครงสร้างข้อมูลสินค้ามั่ว จนต้องจัดใหม่
  • เว็บที่เขียนเองด้วย PHP หรือ HTML แล้วไม่มีคนดูแลต่อ
  • ระบบ ERP หรือไฟล์ Excel ที่เป็นต้นทางข้อมูลสินค้าจริง
  • เว็บที่ย้ายมาแล้วแต่อันดับตก เพราะ redirect ไม่ครบ

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

ทำไมต้องเป็นทีมที่ทำ Technical SEO

จุดเด่นของบริการ

ทำ Technical SEO มาก่อน ไม่ใช่แค่ทำเว็บสวย

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

ทำงานกับเว็บหลักพัน URL ได้

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

ตรวจก่อนเปิดจริงทุกครั้ง

ก่อนสลับโดเมน เราไล่ยิงทุก URL เดิมเพื่อดูว่าไปถึงปลายทางที่ถูกต้อง ไม่เด้งหลายทอด และไม่มีเส้นไหนตกหล่น

เลือกระบบปลายทางตามงานจริง

ถ้าเป็น catalog ที่ไม่ขายออนไลน์ WordPress กับ custom post type มักพอ ถ้าต้องขายจริงค่อยใช้ WooCommerce เราไม่ยัดระบบใหญ่เกินจำเป็นให้ลูกค้าแบกค่าดูแล

ข้อมูลสินค้าอยู่ในรูปที่นำไปใช้ต่อได้

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

ส่งมอบพร้อมหลักฐาน

ส่งตารางเทียบ URL รายงานผลการยิงทดสอบ และค่าจาก Search Console ก่อนและหลัง เพื่อให้ตรวจสอบได้ว่าอะไรถูกย้ายและอะไรถูกปล่อยไปโดยตั้งใจ

ขั้นตอนการย้ายเว็บ

Process

ทุกขั้นมีของส่งมอบที่ตรวจได้ ไม่ใช่แค่คำอธิบาย

1

สำรวจและเก็บค่าตั้งต้น

ไล่เก็บทุก URL ของเว็บเดิม นับสินค้าและหมวด ดูว่าหน้าไหนมีทราฟฟิกและอันดับ พร้อมบันทึกค่าจาก Search Console ไว้เป็นเส้นฐาน

2

วางแผนย้ายและโครงสร้าง URL

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

3

ย้ายข้อมูลและประกอบเว็บ

นำเข้าสินค้า รูป และรายละเอียดทั้งหมดบนที่ทดสอบ ตั้ง title, description, canonical และโครงสร้างข้อมูลสินค้าให้ครบ

4

ตรวจก่อนเปิดจริง

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

5

เปิดเว็บและส่ง sitemap

สลับระบบในช่วงเวลาที่ตกลงกัน เปิด redirect ส่ง sitemap ใหม่ และขอให้ Google เก็บหน้าสำคัญก่อน

6

เฝ้าดูและแก้หลังเปิด

ตามดู Search Console รายสัปดาห์ แก้ 404 ที่หลุด แก้ลูกโซ่ redirect และรายงานผลเทียบกับค่าตั้งต้น

รายการส่งมอบ

ได้อะไรบ้าง
  • เว็บใหม่ที่มีสินค้าครบตามจำนวนที่ตรวจนับร่วมกัน พร้อมรูปและรายละเอียดที่ย้ายมาครบ
  • ตารางเทียบ URL เก่าและใหม่ทั้งหมด ในรูปแบบไฟล์ที่เปิดตรวจเองได้
  • 301 redirect รายเส้นที่ตั้งไว้จริง พร้อมรายงานผลการยิงทดสอบทุกเส้น
  • ค่า title, description, canonical และโครงสร้างข้อมูลสินค้าของทุกหน้า
  • sitemap แยกตามชนิดหน้า ส่งเข้า Search Console เรียบร้อย
  • รายงานค่าตั้งต้นก่อนย้าย และรายงานติดตามผลหลังย้ายตามรอบที่ตกลงกัน
  • คู่มือการเพิ่มและแก้สินค้าในระบบใหม่ พร้อมสอนใช้งานหนึ่งรอบ

ความเสี่ยงที่ต้องรู้ก่อนย้าย

เขียนตามจริง

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

1. อันดับแกว่งช่วงแรกเป็นเรื่องปกติ

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

2. ข้อมูลเดิมที่ไม่สะอาดจะเพิ่มงาน

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

3. ระบบเดิมบางเจ้าดึงข้อมูลออกยาก

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

4. หน้าตัวกรองและหน้าแบ่งหน้าต้องวางแผน

เว็บ catalog มักสร้าง URL จำนวนมากจากตัวกรอง ถ้าย้ายมาทั้งหมดโดยไม่คิด จะได้เนื้อหาซ้ำจำนวนมาก เราจะตัดสินร่วมกันว่าหน้าไหนควรเก็บ ควรตั้ง canonical หรือควรกันไม่ให้เก็บ

5. ต้องมีช่วงเวลาที่ตกลงกันไว้สำหรับสลับระบบ

การสลับโดเมนควรทำในช่วงที่ทราฟฟิกน้อย และต้องเข้าถึงผู้ดูแลโดเมนและโฮสต์ได้ทันทีถ้ามีอะไรผิดพลาด

เหมาะสำหรับ

  • เว็บ catalog สินค้าตั้งแต่ไม่กี่ร้อยจนถึงหลักหมื่น SKU
  • ธุรกิจที่มีอันดับดีอยู่แล้ว และห้ามเสียอันดับตอนย้าย
  • บริษัทที่ติดอยู่กับระบบสำเร็จรูปและอยากเป็นเจ้าของเว็บเอง
  • เว็บที่ย้ายมาก่อนแล้วอันดับตก ต้องการคนมาแก้ให้ถูกวิธี
  • ทีมการตลาดที่อยากได้ข้อมูลสินค้าที่เอาไปทำหน้าใหม่ต่อได้

ไม่เหมาะสำหรับ

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

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

FAQ
เว็บมีสินค้าเกิน 1,000 รายการ ย้ายได้ไหม และใช้เวลานานแค่ไหน
ได้ เราทำงานกับเว็บระดับหลายพัน URL เป็นปกติ เพราะใช้การนำเข้าข้อมูลแบบเป็นชุดและตารางเทียบ URL ไม่ใช่การทำมือทีละหน้า ระยะเวลาขึ้นกับความสะอาดของข้อมูลเดิมและความยากในการดึงออกจากระบบเก่า เว็บ catalog ขนาดพัน SKU ส่วนใหญ่ใช้เวลาประมาณ 3 ถึง 6 สัปดาห์ รวมช่วงตรวจก่อนเปิดจริง
ย้ายแล้วอันดับจะตกไหม
ช่วงแรกมักแกว่ง เพราะ Google ต้องไล่เก็บ URL ใหม่ทั้งหมด สิ่งที่ลดความเสียหายได้จริงคือ redirect รายเส้นที่ครบถ้วน โครงสร้างเนื้อหาที่เหมือนเดิมในช่วงแรก และการส่ง sitemap ทันทีหลังเปิด เราเก็บค่าตั้งต้นจาก Search Console ไว้ก่อนย้ายเสมอ เพื่อให้เทียบกันได้ว่าอันดับกลับมาเท่าเดิมเมื่อไร
ทำไมต้อง 301 redirect รายเส้น เหมารวมไปหน้าแรกไม่ได้เหรอ
ไม่ควร เพราะ Google ถือว่าการเด้งทุกอย่างไปหน้าแรกเทียบเท่าหน้าที่หายไป ผลคือหน้าเดิมที่เคยมีอันดับจะหลุดทั้งชุด การทำรายเส้นคือให้หน้าสินค้าเดิมไปยังหน้าสินค้าที่ตรงกัน หมวดเดิมไปยังหมวดใหม่ ส่วนหน้าที่ไม่มีปลายทางจริงจึงค่อยตัดสินเป็นกรณี
ต้องย้ายไป WordPress เท่านั้นไหม
ไม่ เราเลือกระบบปลายทางตามลักษณะงาน ถ้าเป็น catalog ที่ไม่ได้ขายออนไลน์ WordPress กับโครงสร้างข้อมูลสินค้าที่ออกแบบเองมักพอและดูแลง่าย ถ้าต้องขายจริงก็ใช้ WooCommerce ถ้าต้องการความเร็วสูงสุดและแก้เนื้อหาในหลังบ้าน เราทำแบบ headless ได้ เราจะเสนอเหตุผลของแต่ละทางให้ก่อนตัดสินใจ
ดึงข้อมูลจากระบบเดิมที่ไม่มีปุ่มส่งออกได้ไหม
ได้ กรณีนี้เราเก็บข้อมูลจากหน้าเว็บโดยตรงอย่างเป็นระบบ แล้วแปลงเป็นตารางข้อมูลก่อนนำเข้า พร้อมตรวจนับเทียบกับจำนวนจริงในระบบเดิม วิธีนี้ใช้เวลามากกว่าการส่งออกไฟล์ จึงมีผลกับราคาและกรอบเวลา
หน้าตัวกรองและหน้าแบ่งหน้าเยอะมาก ควรทำอย่างไร
ต้องวางแผนก่อนย้าย ไม่ใช่ย้ายทั้งหมดโดยอัตโนมัติ หลักที่เราใช้คือ เก็บเฉพาะหน้าที่มีคนค้นและมีคุณค่าในตัวเอง ตั้ง canonical ให้หน้าที่ซ้ำ และกันไม่ให้เก็บหน้าที่เกิดจากการผสมตัวกรองจำนวนมาก เพื่อไม่ให้งบการเก็บหน้าของ Google ถูกใช้ไปกับหน้าที่ไม่ทำเงิน
ดูแลหลังเปิดเว็บนานแค่ไหน
ค่าเริ่มต้นของเราคือเฝ้าดูและแก้ไขต่อเนื่อง 30 วันหลังเปิดเว็บ ครอบคลุมการตาม Search Console แก้ 404 ที่หลุด แก้ลูกโซ่ redirect และปรับสิ่งที่พบ หลังจากนั้นเลือกต่อเป็นรายเดือนได้ถ้าต้องการให้เราดูแลและทำ SEO ต่อ
ราคาเท่าไร
งานย้ายเว็บ catalog คิดราคาเป็นรายโครงการ เพราะขึ้นกับจำนวน SKU จำนวน URL ทั้งหมด ความยากในการดึงข้อมูลจากระบบเดิม จำนวนภาษา และขอบเขตการดูแลหลังเปิด เราจะสำรวจเว็บเดิมให้ก่อน แล้วเสนอราคาพร้อมขอบเขตเป็นข้อ ๆ ให้ยืนยันก่อนเริ่มงาน

ส่งเว็บเดิมมาให้เราสำรวจก่อน

บอก URL เว็บปัจจุบัน จำนวนสินค้าโดยประมาณ และระบบที่ใช้อยู่ เราจะไล่ดูโครงสร้าง URL แล้วตอบกลับว่าแผนย้ายควรเป็นแบบไหน ใช้เวลาเท่าไร และมีความเสี่ยงตรงไหน