บริการย้ายเว็บไซต์ครอบคลุมอะไรบ้าง
เรากำหนดขอบเขตงานตามโจทย์จริงของคุณ ในข้อเสนอจะระบุว่าชิ้นงานใดบ้างที่รวมอยู่ ใครเป็นผู้ส่งมอบข้อมูลที่ต้องใช้ และแต่ละรายการตรวจรับอย่างไร
- สำรวจ URL และเนื้อหาทั้งหมด
- แผนที่รีไดเรกต์แบบ 1:1 ครอบคลุมทุก URL เดิม
- ย้ายเนื้อหา เมทาดาตา และมีเดียไปยัง CMS ใหม่
- สร้างใหม่และทดสอบแบบฟอร์ม analytics การขอความยินยอม และการเชื่อมต่อระบบ
- ตรวจสอบด้วยการ crawl บน staging และเช็กลิสต์วันเปิดตัว
- ตรวจสอบผลการค้นหาที่ 30 และ 60 วัน
- ส่งมอบบัญชี DNS และรายการรีไดเรกต์
เมื่อไหร่ควรย้ายเว็บ และเมื่อไหร่ควรรีดีไซน์แทน
เลือกการย้ายเว็บเมื่อเนื้อหาและโครงสร้างของเว็บไซต์ยังใช้ได้ดี แต่ต้องเปลี่ยนแพลตฟอร์ม โฮสต์ หรือโดเมน เช่น ค่าใช้จ่ายที่สูงขึ้น ปลั๊กอินที่ไม่มีการดูแล ตัวสร้างเว็บที่ช้า หรือแบรนด์ใหม่บนโดเมนใหม่ หากหน้าเว็บไม่สามารถอธิบายสิ่งที่คุณนำเสนอได้อีกต่อไป ให้เลือกรีดีไซน์เว็บไซต์ ซึ่งมีการตรวจสอบชุดเดียวกันนี้ภายในงานดีไซน์ใหม่ หากต้องการเพียงแก้ไขด้านการค้นหาบนแพลตฟอร์มปัจจุบัน ให้เริ่มที่ SEO
การย้ายเว็บดำเนินการอย่างไร: สำรวจ ทำแผนที่ ซ้อม สลับ เฝ้าดู
เราบันทึกทุกอย่างที่เว็บไซต์ปัจจุบันทำงานอยู่ก่อนจะย้ายอะไรทั้งสิ้น จากนั้นจึงจัดทำแผนที่รีไดเรกต์และโมเดลเนื้อหาจากรายการสำรวจนั้น เว็บไซต์ใหม่จะถูกสร้างและใส่เนื้อหาบนที่อยู่ staging ที่แจ้งเสิร์ชเอนจินไม่ให้จัดทำดัชนี เว็บไซต์เดิมจึงทำงานได้ตามปกติจนกว่าจะสลับ
ก่อนเปิดตัว เรา crawl staging ด้วยรายการ URL เดิมทั้งหมด และแก้ทุกจุดที่ไม่ตรงกัน การเปิดตัวเป็นช่วงเวลาที่วางแผนไว้ ได้แก่ สลับ DNS หรือโฮสติ้ง เปิดใช้รีไดเรกต์ ส่ง sitemap ทดสอบแบบฟอร์มด้วยการส่งข้อมูลจริง และหากเปลี่ยนโดเมนก็ยื่น Change of Address ใน Search Console ที่ 30 และ 60 วัน เราเปรียบเทียบการจัดทำดัชนีและประสิทธิภาพการค้นหากับค่าฐานก่อนเปิดตัว และแก้ไขตามที่ข้อมูลชี้
สำรวจอะไรบ้างก่อนย้ายอะไรทั้งสิ้น
ทุกอย่างที่นำผู้เข้าชมมาหรือทำหน้าที่บางอย่าง ไม่ใช่แค่หน้าในเมนู ทราฟฟิกจากการค้นหามักเข้ามาที่โพสต์บล็อกเก่า ไฟล์ PDF หน้ารายการที่กรองแล้ว หรือหน้าที่ไม่มีใครแก้ไขมาหลายปี หากมี URL ใดหายไปจากรายการสำรวจ ก็จะหายไปจากแผนที่รีไดเรกต์ด้วย และผู้เข้าชมกับลิงก์ที่ชี้มาจะไปจบที่หน้าแสดงข้อผิดพลาด
แต่ละแถวจะมีการตัดสินใจ: เก็บไว้ รีไดเรกต์ถาวร รวมเข้ากับหน้าที่เทียบเท่า หรือเลิกใช้ นอกจากนี้ยังบันทึกสิ่งที่หน้านั้นพึ่งพา เช่น ปลายทางของแบบฟอร์ม วิดเจ็ตจองคิว สคริปต์ติดตาม หรือไฟล์มีเดีย เพื่อให้สิ่งที่พึ่งพาย้ายไปด้วยกัน
- ทุก URL ที่ตอบกลับ รวมถึง PDF รูปภาพ และ URL ที่มีพารามิเตอร์
- หน้า Landing จาก Search Console และ analytics ย้อนหลังอย่างน้อยหนึ่งปีเต็ม เพื่อให้หน้าตามฤดูกาลถูกนับรวมด้วย
- แบ็กลิงก์: เว็บไซต์อื่นลิงก์มาที่หน้าใดบ้าง
- แบบฟอร์ม ช่องกรอกข้อมูล และปลายทางของแต่ละการส่งข้อมูล
- สคริปต์และการเชื่อมต่อระบบ: CRM ระบบจอง แชต การชำระเงิน analytics การขอความยินยอม
- มีเดียและไฟล์ดาวน์โหลดพร้อม URL ปัจจุบัน
- บทบาทใน CMS: ใครแก้ไขอะไรได้ ในช่องข้อมูลใด
รีไดเรกต์ช่วยรักษาอันดับและลิงก์ได้อย่างไร
เอกสารเรื่องการย้ายเว็บไซต์ของ Google แนะนำให้จับคู่ทุก URL เดิมกับ URL ใหม่ และใช้รีไดเรกต์ถาวรฝั่งเซิร์ฟเวอร์ สถานะ 301 หรือ 308 บอกเสิร์ชเอนจินว่าหน้านั้นย้ายถาวรแล้ว แต่ละ URL เดิมควรชี้ตรงไปยังหน้าที่เทียบเท่าที่สุด Google แนะนำให้มีโซ่รีไดเรกต์สั้น ๆ ควรไม่เกินสามทอด และอัปเดตลิงก์ภายในเพื่อให้เว็บไซต์ไม่ต้องพึ่งรีไดเรกต์
เมื่อหน้าใดไม่มีหน้าที่เทียบเท่าจริง ๆ ควรตอบ 404 หรือ 410 Google ระบุว่าไม่ควรรีไดเรกต์ URL เดิมจำนวนมากไปยังปลายทางเดียวที่ไม่เกี่ยวข้อง เช่น หน้าแรกใหม่ และ Google จะลบ URL ที่ตอบรหัสเหล่านี้ออกจากดัชนี ให้แสดงหน้า not-found ปกติของเว็บไซต์พร้อมสถานะดังกล่าว เพื่อให้ผู้เข้าชมที่มาจากลิงก์เก่ายังมีเมนูนำทาง
Google ยังแนะนำให้คงรีไดเรกต์ไว้นานที่สุดเท่าที่ทำได้ โดยทั่วไปอย่างน้อยหนึ่งปี และยื่น Change of Address ใน Search Console เมื่อโดเมนหรือซับโดเมนเปลี่ยน พร้อมเตือนว่าอันดับอาจผันผวนชั่วคราว เว็บไซต์ขนาดเล็กถึงกลางอาจใช้เวลาไม่กี่สัปดาห์กว่าที่ส่วนใหญ่ของหน้าจะย้ายเสร็จ งานของเราจำกัดความสูญเสียไว้เพียงช่วงปรับตัวนี้ โดยไม่มีความสูญเสียที่หลีกเลี่ยงได้จากรีไดเรกต์ที่ขาดหรือหน้าที่เสีย
อะไรจะเสียหายเมื่อย้ายออกจาก WordPress, Webflow, Wix, Framer, Squarespace หรือ Shopify
แต่ละแพลตฟอร์มเก็บเนื้อหาในแบบของตัวเอง การส่งออกและการตั้งค่ารีไดเรกต์จึงต่างกัน ตัวสร้างเว็บแบบโฮสต์ เช่น Wix, Webflow, Framer และ Squarespace รันเว็บไซต์ของคุณบนเซิร์ฟเวอร์ของตนเอง การย้ายจึงเป็นการสร้างใหม่โดยใช้เนื้อหาเท่าที่แต่ละแพลตฟอร์มให้ส่งออกได้
บนสแตกมาตรฐานของเรา คือ Astro บน Cloudflare พร้อม headless CMS หน้าเว็บถูกส่งเป็น HTML รีไดเรกต์เป็น 301 หรือ 308 ฝั่งเซิร์ฟเวอร์ และผู้แก้ไขมีช่องสำหรับชื่อ คำอธิบาย และ alt text เมื่อร้านค้าต้องใช้ระบบชำระเงินและแอปของ Shopify หรือทีมคุ้นเคยกับปลั๊กอิน WordPress เราจะย้ายไป WordPress หรือ Shopify ด้วยการตรวจสอบแบบเดียวกัน
| ย้ายจาก | สิ่งที่มักเสียหาย | สิ่งที่เราวางแผนไว้ |
|---|---|---|
| WordPress | Shortcode และมาร์กอัปของ page builder; ชื่อ SEO ที่ปลั๊กอินเก็บไว้นอกเนื้อหาโพสต์; URL รูปภาพใต้ /wp-content/uploads/; URL ของหมวดหมู่ แท็ก ผู้เขียน และฟีด; ปลั๊กอินแบบฟอร์ม | การส่งออกของ WordPress เขียนโพสต์ หน้า ฟิลด์กำหนดเอง หมวดหมู่ แท็ก และผู้ใช้ ลงในไฟล์ XML เราจับคู่เมทาดาตาของปลั๊กอินกับฟิลด์ใน CMS ย้ายมีเดียไปโฮสต์ใหม่ และรีไดเรกต์หน้าคลังเก็บที่ยังมีทราฟฟิก |
| Webflow | Webflow เป็นผู้โฮสต์เว็บไซต์ คอลเลกชัน CMS ส่งออกเป็น CSV ได้ แต่ฟิลด์รูปภาพและไฟล์จะส่งออกเป็นลิงก์ไปยังโปรเจกต์ Webflow ซึ่ง Webflow ระบุว่าจะใช้ไม่ได้หากลบโปรเจกต์ | ดาวน์โหลดทุกไฟล์ก่อนยกเลิกแพลน เขียนลิงก์เหล่านั้นใหม่ และสร้างปฏิสัมพันธ์ แบบฟอร์ม และลิงก์ระหว่างคอลเลกชันขึ้นใหม่ |
| Wix | Wix ระบุว่าสถาปัตยกรรมของตนไม่รองรับการโฮสต์ภายนอก จึงไม่สามารถย้ายเว็บไซต์ไปไว้กับโฮสต์อื่นได้ทั้งอย่างนั้น | สร้างใหม่จากเว็บไซต์ที่ใช้งานจริงและเนื้อหาที่ส่งออกได้ รวบรวมไฟล์มีเดีย ตรวจสอบว่าโดเมนจดทะเบียนไว้ที่ใด และรีไดเรกต์ทุกหน้า |
| Framer | Framer ไม่มีการส่งออกเป็น HTML เพื่อนำไปโฮสต์เอง เลย์เอาต์และแอนิเมชันขึ้นอยู่กับแพลตฟอร์มของ Framer | สร้างเทมเพลตและโมชันขึ้นใหม่ ย้ายเนื้อหา CMS ไปยังโครงสร้างใหม่ และคง slug กับเมทาดาทาไว้ |
| Squarespace | การส่งออกจะเขียนเนื้อหาบางส่วนลงไฟล์ XML รูปแบบ WordPress และไม่รวมหน้าร้านค้า บล็อกสินค้า และบล็อกวิดีโอ ส่งออกได้เพียงหน้าบล็อกเดียวเท่านั้น | วางแผนข้อมูลร้านค้าแยกต่างหาก ย้ายรูปภาพไปโฮสต์ใหม่ และจับคู่ URL ของทุกคอลเลกชัน |
| Shopify (ย้ายเข้าหรือย้ายออก) | พาธที่ตายตัว เช่น /products/ และ /collections/ รีไดเรกต์ใช้ได้เฉพาะ URL ที่ไม่แสดงหน้าเพจอีกแล้ว บัญชีลูกค้าและคำสั่งซื้อต้องมีแผนของตัวเอง | ขาเข้า: รายการรีไดเรกต์สินค้าและคอลเลกชันครบชุด ซึ่ง Shopify รองรับการนำเข้าแบบกลุ่มจากไฟล์ CSV ขาออก: เส้นทางตายตัวเหล่านั้นที่แมปเข้ากับโครงสร้างใหม่ |
นอกจาก URL แล้วมีอะไรที่ต้องย้ายอีก และตรวจสอบเมื่อไร
URL อาจรีไดเรกต์ได้ถูกต้อง แต่ยังสูญเสียสิ่งที่ทำให้ติดอันดับหรือสร้างยอดแปลงไปได้ สิ่งเหล่านี้หลุดหายง่ายเมื่อย้ายเนื้อหาด้วยไฟล์ส่งออกหรือทำด้วยมือ เราจึงตรวจแต่ละรายการบนเทมเพลตใหม่ก่อนเปิดตัว
การเปิดตัวไม่ใช่จุดสิ้นสุดของงาน URL ที่ตกหล่นจะปรากฏในข้อมูลอีกหลายสัปดาห์ต่อมา การตรวจสอบตามตารางจึงเป็นส่วนหนึ่งของโปรเจกต์
- ชื่อหน้า เมทาดีสคริปชัน และหัวข้อ รวมถึงที่เก็บไว้ในปลั๊กอิน
- แคนนอนนิคัลแท็กที่ชี้ไปยังแต่ละ URL ใหม่ และ hreflang ที่อัปเดตครบทุกภาษา
- ข้อมูลเชิงโครงสร้าง เช่น Organization, Article, Product หรือ LocalBusiness
- URL ของรูปภาพ ข้อความแทนรูป (alt) และไฟล์ดาวน์โหลด
- แบบฟอร์มและปลายทางของทุกการส่งข้อมูล
- อีเวนต์ analytics, Conversion และแบนเนอร์ขอความยินยอมที่ควบคุมการทำงานเหล่านั้น
- บทบาทผู้ใช้ใน CMS เพื่อให้ทีมบรรณาธิการเผยแพร่เนื้อหาได้ตั้งแต่วันถัดจากวันเปิดตัว
| ช่วงเวลา | สิ่งที่เราตรวจสอบ | สัญญาณเตือน |
|---|---|---|
| ก่อนสลับระบบ | ครอว์ลรายการ URL เดิมบน staging โดยแต่ละ URL ต้องตอบ 200, รีไดเรกต์ครั้งเดียวไปยังหน้าที่ตอบ 200 หรือเป็น 404 หรือ 410 ที่ตั้งใจ | รีไดเรกต์ต่อกันเป็นสาย วนซ้ำ หรือรีไดเรกต์จำนวนมากไปหน้าแรก |
| วันเปิดตัว | รีไดเรกต์ใช้งานจริง ส่ง sitemap ใหม่ ถอด noindex ของ staging ทดสอบแบบฟอร์มและ analytics และยื่น Change of Address สำหรับการย้ายโดเมน | แบบฟอร์มที่ไม่ถึงใครเลย หรือ noindex ทั้งเว็บไซต์ที่ตกค้างอยู่ |
| สัปดาห์แรก | การจัดทำดัชนีหน้าใน Search Console, ล็อก 404 ของเซิร์ฟเวอร์ และตรวจหน้า Landing ยอดนิยมด้วยมือ | URL เดิมที่ไม่อยู่ในรายการสำรวจ |
| วันที่ 30 | หน้าที่ถูกจัดทำดัชนี คลิก และการแสดงผลรายหน้า เทียบกับค่าฐาน | หน้าที่การแสดงผลลดลงมากกว่าความผันผวนโดยรวมอย่างชัดเจน |
| วันที่ 60 | แก้ไขช่องโหว่ จัดทำเอกสารรายการรีไดเรกต์ และกำหนดวันทบทวนก่อนลบรีไดเรกต์ใดๆ | รีไดเรกต์ที่หายไประหว่างการเปลี่ยนโฮสติ้ง ปลั๊กอิน หรือ DNS |
คำถามก่อนตัดสินใจเลือก
ถ้าย้ายเว็บไซต์ ฉันจะเสียอันดับบน Google ไหม
การเปลี่ยนแปลงบ้างเป็นเรื่องปกติ เอกสารเรื่องการย้ายเว็บไซต์ของ Google ระบุว่าอันดับอาจผันผวนชั่วคราวระหว่างการย้าย งานของเราคือป้องกันความสูญเสียที่หลีกเลี่ยงได้ เช่น รีไดเรกต์ที่ขาดหาย หน้าที่ถูกส่งไปหน้าแรก เมทาดาทาที่หลุดหาย หรือ noindex ของ staging ที่ตกค้าง ไม่มีใครรับประกันอันดับได้ แต่เราจะแสดงค่าฐาน แผนที่รีไดเรกต์ และการเปรียบเทียบหลังเปิดตัวให้คุณดู
การย้ายเว็บไซต์ใช้เวลานานแค่ไหน
ขึ้นอยู่กับจำนวน URL วิธีที่เนื้อหาออกจากแพลตฟอร์มเดิมได้ การเชื่อมต่อต่างๆ และความเร็วในการอนุมัติกลับมา Google ระบุว่าหลังสลับระบบ เว็บไซต์ขนาดเล็กถึงกลางอาจใช้เวลาไม่กี่สัปดาห์กว่าที่หน้าส่วนใหญ่จะย้ายเสร็จ แผนงานจึงรวมการตรวจสอบที่ 30 และ 60 วัน
ย้ายเว็บไซต์โดยไม่รีดีไซน์ได้ไหม
ได้ การย้ายแบบเหมือนเดิมจะคงหน้า เนื้อหา และ URL ให้ใกล้เคียงของเดิมมากที่สุดเท่าที่แพลตฟอร์มใหม่เอื้ออำนวย มักเป็นก้าวแรกที่ปลอดภัยกว่า เพราะการเปลี่ยนแพลตฟอร์มและดีไซน์พร้อมกันทำให้ยากที่จะรู้ว่าการเปลี่ยนแปลงใดทำให้ทราฟฟิกเปลี่ยน หากต้องการดีไซน์ใหม่ด้วย การรีดีไซน์เว็บไซต์ครอบคลุมทั้งสองอย่างในแผนเดียว
ต้องเตรียมอะไรให้คุณบ้างเพื่อเริ่มงาน
สิทธิ์แอดมินของ CMS หรือตัวสร้างเว็บปัจจุบัน ผู้ให้บริการจดโดเมนและ DNS โฮสติ้ง Search Console และ analytics รวมถึงเครื่องมือแบบฟอร์ม CRM อีเมล และการชำระเงินที่เชื่อมกับเว็บไซต์ หากใช้เครื่องมือ SEO การส่งออกข้อมูลแบคลิงก์จะช่วยได้ เรายังต้องมีผู้ที่อนุมัติการตัดสินใจเรื่องรีไดเรกต์ของหน้าที่มีความสำคัญทางธุรกิจหรือกฎหมาย เช่น หน้านโยบายหรือหน้าสินค้า
การย้ายเว็บไซต์มีค่าใช้จ่ายเท่าไร
ราคาขึ้นอยู่กับจำนวน URL และเทมเพลต วิธีที่เนื้อหาออกจากแพลตฟอร์มเดิม (ไฟล์ส่งออก API หรือสร้างใหม่ด้วยมือ) การเชื่อมต่อ ภาษา ข้อมูลร้านค้า และการเปลี่ยนดีไซน์หรือไม่ เว็บไซต์ 40 หน้าที่ส่งออกได้เรียบร้อยเป็นงานคนละแบบกับร้านค้าสองภาษาที่มี URL สินค้าหลายพันรายการ ใบเสนอราคาจะแจกแจงขอบเขตงานย้ายเว็บไซต์เป็นรายการ
โฮสติ้งและโดเมนเดิมจะเป็นอย่างไร
เก็บโดเมนไว้ เพราะโดเมนเป็นที่รวมลิงก์ของคุณ และหลังการเปลี่ยนโดเมน โดเมนเดิมควรให้บริการรีไดเรกต์ต่อไปอย่างน้อยหนึ่งปีตามที่ Google แนะนำโดยทั่วไป ยกเลิกโฮสติ้งหรือแพลนตัวสร้างเว็บเดิมต่อเมื่อเว็บไซต์ใหม่ตอบสนองทุก URL แล้ว คุณมีไฟล์ส่งออกและข้อมูลสำรองครบถ้วน และไม่มีรีไดเรกต์ใดต้องพึ่งพามัน เอกสารส่งมอบจะระบุวันยกเลิกแต่ละรายการ เพื่อไม่ให้มีอะไรต่ออายุหรือหมดอายุโดยไม่คาดคิด
ใครเป็นเจ้าของเว็บไซต์ใหม่ และอะไรบ้างที่ไม่รวมอยู่ในบริการ?
คุณเป็นเจ้าของเองทั้งหมด ที่เก็บโค้ด โฮสติ้ง CMS โดเมน และระบบวิเคราะห์ข้อมูลจะอยู่ภายใต้ชื่อบริษัทของคุณ และในการส่งมอบเราจะให้แผนผังการรีไดเรกต์ด้วย เพื่อให้นักพัฒนาคนไหนก็ดูแลต่อได้ หากไม่ได้ระบุไว้ในขอบเขตงาน การย้ายเว็บไซต์จะไม่รวมการเขียนเนื้อหาใหม่ การออกแบบใหม่ หรืองาน SEO ต่อเนื่องหลังการตรวจทาน 60 วัน
จากบล็อก
- เช็กลิสต์ SEO สำหรับการย้ายเว็บไซต์: เปลี่ยนแพลตฟอร์มหรือโดเมนโดยไม่เสียอันดับ
อันดับตกไม่ค่อยเกิดจากแพลตฟอร์มใหม่ แต่เกิดจาก URL ที่เคยสร้างทราฟฟิกแล้วไม่ตอบสนองอีกต่อไป เช็กลิสต์ตั้งแต่ตรวจนับ URL ไปจนถึงวันที่ 90
แหล่งอ้างอิงและแหล่งอ่านเพิ่มเติม
แหล่งข้อมูลเบื้องหลังหน้านี้ พร้อมรายละเอียดเพิ่มเติมจากผู้เผยแพร่ต้นฉบับ
- Google Search Central: การย้ายเว็บไซต์ที่มีการเปลี่ยน URLdevelopers.google.com
- Google Search Central: การรีไดเรกต์และ Google Searchdevelopers.google.com
- Google Search Console Help: เครื่องมือเปลี่ยนที่อยู่support.google.com
- Google Crawling Infrastructure: รหัสสถานะ HTTPdevelopers.google.com
- เอกสาร WordPress: หน้าส่งออกในเครื่องมือwordpress.org
- Webflow: ส่งออกเนื้อหา CMS เป็นไฟล์ CSVwebflow.com
- Wix Help Center: การส่งออกหรือฝังเว็บไซต์ Wix ของคุณไว้ที่อื่นsupport.wix.com
- Framer Help: ฉันส่งออกเว็บไซต์เป็น HTML และโฮสต์เองได้หรือไม่framer.com
- Squarespace Help Center: การส่งออกเว็บไซต์ของคุณsupport.squarespace.com
- Shopify Help Center: การสร้างและจัดการการรีไดเรกต์ URLhelp.shopify.com
