คำตอบสั้น ๆ
ตามข้อมูลของ W3Techs เมื่อวันที่ 13 ตุลาคม 2026 WordPress ถูกใช้บน 40.1% ของเว็บไซต์ทั้งหมด การย้ายเว็บไซต์ส่วนใหญ่จึงเริ่มต้นจาก WordPress คู่มือการย้ายของ Astro เองอธิบายไว้สองเส้นทาง คือเก็บ WordPress ไว้เป็น headless CMS แล้วให้ Astro สร้างฝั่งหน้าเว็บ (front end) หรือย้ายเนื้อหาออกจาก WordPress ทั้งหมด
ไม่ว่าจะเลือกทางไหน งานที่ช่วยปกป้องทราฟฟิกของคุณก็เหมือนกัน คือคงทุก URL ที่มีผู้เข้าชมไว้ ย้าย title และ description ที่ปลั๊กอิน SEO ของคุณสร้างไว้มาด้วย คัดลอกโฟลเดอร์ uploads หาสิ่งทดแทนปลั๊กอินที่ทำงานฝั่งหน้าเว็บ และตั้งรีไดเรกต์ถาวรให้ทุก URL ที่เปลี่ยน หากทำตามลำดับนี้ เว็บไซต์ใหม่จะโหลดเร็วขึ้นและมีค่าใช้จ่ายในการดูแลต่ำลงได้ โดยไม่ต้องเริ่มอันดับการค้นหาใหม่จากศูนย์
จะใช้ headless WordPress หรือย้ายออกทั้งหมด
| เก็บ WordPress ไว้เป็น headless CMS | ย้ายเนื้อหาออกจาก WordPress | |
|---|---|---|
| การแก้ไขเนื้อหา | แดชบอร์ด WordPress แบบเดิม | CMS ตัวใหม่ หรือไฟล์ Markdown ใน repository |
| Astro อ่านข้อมูลจาก | WordPress REST API หรือ WPGraphQL | Content collections หรือ API ของ CMS ตัวใหม่ |
| WordPress ที่ต้องดูแล | มี ทั้งโฮสติ้ง การอัปเดต และแพตช์ความปลอดภัย แม้จะไม่ต้องเปิดให้สาธารณะเข้าถึงอีกต่อไป | ไม่มี |
| ปลั๊กอิน | ปลั๊กอินที่ช่วยแก้ไขเนื้อหายังใช้ได้ แต่ทุกอย่างที่ทำงานในธีมต้องสร้างใหม่ | ทุกอย่างที่ยังต้องใช้ต้องสร้างใหม่หรือหาตัวแทน |
| เหมาะเมื่อ | ทีมบรรณาธิการขนาดใหญ่ทำงานกับ WordPress ได้อย่างคล่องตัว | เว็บไซต์เปลี่ยนไม่บ่อย หรือทีมกำลังจะย้ายไปใช้ CMS ใหม่อยู่แล้ว |
Astro มีเอกสารสำหรับทั้งสองแบบ ได้แก่ การใช้ WordPress เป็น headless CMS และการย้ายจาก WordPress ซึ่งแนะนำเครื่องมือ wordpress-export-to-markdown สำหรับย้ายเนื้อหา
สิ่งที่เราพบในเว็บไซต์ WordPress ที่ใช้งานจริงแปดแห่ง
เมื่อวันที่ 13 ตุลาคม 2026 เราตรวจเว็บไซต์แปดแห่งที่สร้างด้วย WordPress ตั้งแต่บล็อกข่าวของ WordPress.org เองไปจนถึงสื่อรายใหญ่ เพื่อดูว่าการย้ายเว็บไซต์พึ่งพาอะไรได้บ้าง:
- เจ็ดในแปดแห่งเปิดให้ดึงโพสต์ผ่าน REST API ได้แบบสาธารณะ ที่ /wp-json/wp/v2/posts ส่วนแห่งที่แปดตอบกลับเป็น 401 เพราะโฮสต์และปลั๊กอินความปลอดภัยบางตัวล็อก API ไว้ จึงควรตรวจเว็บไซต์ของคุณก่อนวางแผนโดยอาศัย API
- สามในแปดแห่งยังส่งข้อมูลของ Yoast SEO มากับทุกโพสต์ด้วย Yoast เพิ่มฟิลด์ yoastheadjson ลงในการตอบกลับมาตรฐานของ REST API โดยมี title, description, canonical URL, แท็ก Open Graph และ schema ที่ปลั๊กอินแสดงผลให้หน้านั้น (เอกสารนักพัฒนาของ Yoast) นี่คือเมทาดาตา SEO ที่คุณต้องการ พร้อมนำกลับมาใช้
- ทุก URL ของโพสต์ที่ได้กลับมาลงท้ายด้วยเครื่องหมายทับ (trailing slash) และห้าในเจ็ดแห่งมีปีอยู่ใน URL เช่น /2026/10/post-name/ Astro ต้องสร้างโครงสร้างนี้ให้ตรงกันทุกตัวอักษร ไม่เช่นนั้นทุกโพสต์จะต้องมีรีไดเรกต์
- หกในแปดแห่งยังโหลด jQuery อยู่ เป็นเครื่องเตือนว่าธีม WordPress แบกโค้ดฝั่งหน้าเว็บไว้มากแค่ไหน ซึ่งการสร้างใหม่ด้วย Astro ทิ้งไว้ข้างหลังได้
ย้าย WordPress ไป Astro ทีละขั้นตอน
- ทำรายการทุก URL ตั้งแต่เวอร์ชัน 5.5 เป็นต้นมา WordPress เผยแพร่ sitemap ที่ /wp-sitemap.xml เว้นแต่ปลั๊กอิน SEO จะแทนที่ด้วย sitemap ของตัวเอง (Make WordPress Core) เพิ่มรายงาน Pages จาก Google Search Console ในช่วงเวลายาวที่สุดที่มี จดโครงสร้างลิงก์ถาวรไว้จากเมนู ตั้งค่า > ลิงก์ถาวร และส่งออกกฎจากปลั๊กอินรีไดเรกต์ทุกตัวที่ใช้อยู่
- เลือกระหว่าง headless กับการย้ายออกทั้งหมด โดยใช้ตารางด้านบน ขั้นตอนที่เหลือใช้ได้กับทั้งสองแบบ สำหรับ headless คำว่า "ส่งออก" หมายถึงการอ่านข้อมูลชุดเดียวกันจาก API ตอนบิลด์
- ส่งออกเนื้อหา เมนู เครื่องมือ > นำออก จะสร้างไฟล์ WXR ซึ่งเป็นไฟล์ส่งออกแบบ XML ที่มีโพสต์ หน้า custom post types ความคิดเห็น custom fields หมวดหมู่ แท็ก custom taxonomies และผู้ใช้ (เอกสาร WordPress) หากต้องการส่งออกด้วยสคริปต์ REST API จะส่งโพสต์กลับมาได้สูงสุด 100 รายการต่อหน้า พร้อม HTML ที่เรนเดอร์แล้วของแต่ละโพสต์
- คัดลอกไฟล์ที่อัปโหลด รูปภาพไม่ได้อยู่ในไฟล์ XML แต่อยู่ใน wp-content/uploads พร้อมสำเนาย่อขนาดที่ WordPress สร้างไว้ให้แต่ละรูป เก็บไฟล์ต้นฉบับไว้ ให้ astro:assets สร้างขนาดต่าง ๆ และตัดสินใจว่า URL รูปภาพเดิมจะคงไว้เหมือนเดิมหรือต้องมีรีไดเรกต์
- ย้ายเมทาดาตา SEO มาด้วย หากเว็บไซต์ใช้ Yoast SEO ให้อ่าน yoastheadjson จาก REST API สำหรับทุกโพสต์และทุกหน้า ซึ่งจะได้ title และ description ฉบับสุดท้าย ไม่ใช่เทมเพลตที่ปลั๊กอินเก็บไว้ หากไม่ได้ใช้ Yoast ให้ดึงข้อมูลเหล่านี้จาก custom fields ของปลั๊กอินในไฟล์ส่งออก
- สร้างเทมเพลตใหม่เป็นคอมโพเนนต์ Astro หากย้ายออกทั้งหมด ให้แปลงโพสต์และหน้าเป็น content collections หรือย้ายเข้า CMS ตัวใหม่ หากใช้ headless WordPress ให้ดึงข้อมูลจาก API ตรวจ HTML ของโพสต์สักสองสามโพสต์ว่ามี shortcode, embed และมาร์กอัปจาก page builder หรือไม่ ซึ่งมักต้องทำความสะอาดก่อนจึงจะแสดงผลได้ถูกต้องนอกธีมเดิม
- หาสิ่งทดแทนปลั๊กอินที่ทำงานฝั่งหน้าเว็บ ฟอร์มต้องมีปลายทาง (endpoint) ของตัวเอง (Cloudflare Worker บริการรับฟอร์ม หรือ CRM ของคุณ) การค้นหาเปลี่ยนเป็นดัชนีแบบสแตติกอย่าง Pagefind ได้ ส่วนความคิดเห็นต้องตัดสินใจว่าจะเก็บไว้ ย้ายไปใช้บริการภายนอก หรือปิด ปลั๊กอินแคชจะไม่มีงานให้ทำอีกต่อไปเมื่อหน้าเว็บถูกบิลด์ไว้ล่วงหน้า
- ใช้โครงสร้าง URL ให้ตรงกัน ลิงก์ถาวรของ WordPress มักลงท้ายด้วยเครื่องหมายทับ ซึ่งตรงกับเอาต์พุตแบบไดเรกทอรีที่เป็นค่าเริ่มต้นของ Astro ลิงก์ถาวรที่มีวันที่จะกลายเป็น dynamic route เช่น /[year]/[month]/[slug]/ (เอกสาร routing ของ Astro) ส่วนหน้ารวมหมวดหมู่และแท็กต้องมีหน้าของตัวเองหรือมีรีไดเรกต์
- รีไดเรกต์ที่เซิร์ฟเวอร์ รวมถึง URL ที่ WordPress ทิ้งไว้ Astro ที่บิลด์แบบสแตติกโดยไม่มี adapter จะเปลี่ยนรีไดเรกต์ที่ตั้งค่าไว้ให้เป็นหน้า meta refresh (Astro configuration reference) จึงควรตั้งรีไดเรกต์ 301 แบบ 1:1 ที่โฮสต์ของเว็บไซต์ นอกจากโพสต์ที่เปลี่ยน URL แล้ว ให้ครอบคลุม URL ที่ WordPress สร้างขึ้นเองด้วย ได้แก่ /feed/ ลิงก์สั้นแบบ ?p= หน้าไฟล์แนบ (attachment) หน้ารวมโพสต์ของผู้เขียน และไฟล์ใน /wp-content/uploads/ ที่คุณย้ายที่อยู่
- เปิดตัว แล้วติดตามผล เปลี่ยน DNS เปิดให้เข้าถึง WordPress ตัวเดิมได้เฉพาะคุณจนกว่าจะยืนยันว่าเว็บไซต์ใหม่เรียบร้อย และติดตามรายงานการจัดทำดัชนีใน Search Console ในอีกหลายสัปดาห์ถัดไป เช็กลิสต์ SEO สำหรับการย้ายเว็บไซต์ของเราครอบคลุมวันเปิดตัวและ 90 วันหลังจากนั้น
สิ่งที่เปลี่ยนไปหลังย้าย
| หัวข้อ | บน WordPress | บน Astro |
|---|---|---|
| การแก้ไขเนื้อหา | แดชบอร์ดและตัวแก้ไขบล็อก (block editor) ของ WordPress | WordPress ในฐานะ headless CMS, CMS ตัวอื่น หรือ Markdown |
| โฮสติ้ง | เซิร์ฟเวอร์ PHP และฐานข้อมูล | โฮสต์สแตติกหรือแพลตฟอร์ม edge ใดก็ได้ เช่น Cloudflare |
| การอัปเดต | ต้องคอยอัปเดตแกนหลัก (core) ธีม และปลั๊กอินให้ทัน | อัปเดต dependency ใน repository ไม่มีอะไรต้องอัปเดตบนเซิร์ฟเวอร์สาธารณะ |
| ฟอร์ม | ปลั๊กอินฟอร์ม | ปลายทางและที่เก็บข้อมูลของคุณเอง |
| การค้นหา | ระบบค้นหาของ WordPress หรือปลั๊กอินค้นหา | ดัชนีแบบสแตติกหรือบริการค้นหา |
| ประสิทธิภาพ | ปลั๊กอินแคชและปลั๊กอินปรับแต่งประสิทธิภาพ | หน้าเว็บที่บิลด์ไว้ล่วงหน้า และ JavaScript เฉพาะจุดที่คุณใส่เพิ่ม |
รักษา SEO ไว้ให้ครบ
คู่มือของ Google เรื่องการย้ายเว็บไซต์ที่มีการเปลี่ยน URLใช้ได้กับกรณีนี้ ให้แมป URL เก่าทุกตัวไปยังหน้าใหม่ที่ใกล้เคียงที่สุด ใช้รีไดเรกต์ถาวรฝั่งเซิร์ฟเวอร์ และคงไว้อย่างน้อยหนึ่งปี WordPress ทำให้การคง URL ให้เหมือนเดิมง่ายกว่าแพลตฟอร์มส่วนใหญ่ เพราะลิงก์ถาวรที่ลงท้ายด้วยเครื่องหมายทับตรงกับค่าเริ่มต้นของ Astro งานหลักจึงอยู่ที่การสร้างพาธที่มีวันที่ หน้ารวม (archive) และทุก URL ที่ปลั๊กอินสร้างขึ้นให้เหมือนเดิม
จากนั้นตรวจว่าธีมและปลั๊กอินเดิมใส่อะไรไว้ในทุกหน้าบ้าง ได้แก่ แท็ก canonical รูป Open Graph ข้อมูลเชิงโครงสร้าง แท็ก hreflang ของปลั๊กอินหลายภาษา และกฎ robots สิ่งใดที่ขาดหายไปในเว็บไซต์ใหม่คือสัญญาณที่ Google จะเสียไปในวันที่คุณสลับไปใช้เว็บไซต์ใหม่
Dardo ย้ายเว็บไซต์จาก WordPress อย่างไร
เราย้ายเว็บไซต์ออกจาก WordPress เป็นส่วนหนึ่งของบริการย้ายเว็บไซต์ ได้แก่ ทำรายการ URL และเนื้อหา ตัดสินใจเลือกระหว่าง headless กับการย้ายออกทั้งหมด สร้างหน้าตัวแทนหนึ่งหน้าก่อนแล้วตรวจที่ความกว้างที่ตกลงกันไว้ จากนั้นจึงสร้างเทมเพลต ฟอร์ม และรีไดเรกต์ที่เหลือ งานสร้างเว็บไซต์คือการพัฒนาเว็บไซต์ด้วย Astro หากคุณยังตัดสินใจไม่ได้ว่าจะออกจาก WordPress หรือไม่ บทความเปรียบเทียบWordPress กับเว็บไซต์แบบกำหนดเองของเราอธิบายว่าแต่ละแบบคุ้มค่าเมื่อไร และคู่มือย้ายจาก Framer และ Webflow ของเราครอบคลุมจุดเริ่มต้นที่พบบ่อยแบบอื่น ๆ
หากคุณกำลังชั่งใจเรื่องการย้าย ส่งเว็บไซต์และสิ่งที่คุณอยากเปลี่ยนมาให้เรา เราจะบอกคุณว่าแบบ headless หรือการย้ายออกทั้งหมดเหมาะกว่า ก่อนจะเสนอราคาแบบใดแบบหนึ่ง
คำถามที่พบบ่อย
ใช้ WordPress กับ Astro ได้ไหม
ได้ WordPress ยังเป็น headless CMS ต่อไปได้ ทีมแก้ไขเนื้อหายังใช้แดชบอร์ด WordPress เหมือนเดิม และ Astro สร้างเว็บไซต์สาธารณะจาก REST API หรือ WPGraphQL ซึ่ง Astro อธิบายการตั้งค่านี้ไว้ในคู่มือการใช้ WordPress เป็น CMS
ส่งออกเนื้อหา WordPress ไป Astro อย่างไร
ใช้เมนู เครื่องมือ > นำออก เพื่อสร้างไฟล์ WXR แล้วแปลงด้วยเครื่องมืออย่าง wordpress-export-to-markdown หรืออ่านโพสต์จาก REST API ได้สูงสุด 100 รายการต่อคำขอ และคัดลอก wp-content/uploads แยกต่างหาก เพราะรูปภาพไม่ได้อยู่ในไฟล์ส่งออก
ย้ายจาก WordPress ไป Astro แล้วอันดับใน Google จะหายไหม
ไม่หาย หากทุก URL ที่สร้างทราฟฟิกยังใช้งานได้ คงโครงสร้างลิงก์ถาวรไว้รวมถึงเครื่องหมายทับปิดท้าย ย้าย title, description และข้อมูลเชิงโครงสร้างมาด้วย เพิ่มรีไดเรกต์ 301 ให้ทุกอย่างที่เปลี่ยน และติดตาม Search Console ไปอีกหลายสัปดาห์หลังเปิดตัว
ปลั๊กอิน WordPress ที่ใช้อยู่จะเป็นอย่างไร
ปลั๊กอินที่ช่วยงานแก้ไขเนื้อหายังใช้ได้ในการตั้งค่าแบบ headless แต่ทุกอย่างที่ทำงานในธีม เช่น ฟอร์ม สไลเดอร์ การค้นหา ความคิดเห็น หรือ page builder ต้องสร้างใหม่หรือหาตัวแทน เพราะ Astro เป็นผู้เรนเดอร์หน้าเว็บสาธารณะเอง
Astro เร็วกว่า WordPress ไหม
เว็บไซต์ Astro ถูกบิลด์ไว้ล่วงหน้าและส่ง JavaScript เฉพาะจุดที่คุณใส่ไว้ จึงไม่ต้องใช้เซิร์ฟเวอร์ PHP หรือปลั๊กอินแคชเพื่อตอบสนองการเข้าชมแต่ละครั้ง จะเร็วขึ้นแค่ไหนขึ้นอยู่กับว่าธีม WordPress โหลดอะไรไว้บ้าง จึงควรวัดผลทั้งก่อนและหลังย้าย
แหล่งอ้างอิงและแหล่งอ่านเพิ่มเติม
แหล่งข้อมูลเบื้องหลังหน้านี้ พร้อมรายละเอียดเพิ่มเติมจากผู้เผยแพร่ต้นฉบับ
- W3Techs: สถิติการใช้งานและส่วนแบ่งตลาดของ WordPressw3techs.com
- เอกสาร Astro: การย้ายจาก WordPress (Migrating from WordPress)docs.astro.build
- เอกสาร Astro: Headless WordPress และ Astrodocs.astro.build
- เอกสาร WordPress: หน้าจอ เครื่องมือ > นำออก (Tools Export screen)wordpress.org
- คู่มือ WordPress REST API: Postsdeveloper.wordpress.org
- Make WordPress Core: ฟังก์ชัน XML sitemap ใหม่ใน WordPress 5.5make.wordpress.org
- เอกสารนักพัฒนาของ Yoast: REST APIdeveloper.yoast.com
- wordpress-export-to-markdown บน GitHubgithub.com
- เอกสาร Astro: Content collectionsdocs.astro.build
- เอกสาร Astro: รูปภาพ (Images)docs.astro.build
- เอกสาร Astro: การกำหนดเส้นทาง (Routing)docs.astro.build
- เอกสาร Astro: Configuration referencedocs.astro.build
- Pagefind: การค้นหาแบบสแตติกpagefind.app
- Google Search Central: การย้ายเว็บไซต์ที่มีการเปลี่ยน URLdevelopers.google.com
