404 页要不要设置 noindex？

不需要。返回真实 404 状态码的页面本来就不会进入索引，加 noindex 是冗余动作。真正要避免的是软 404——服务器返回 200 但页面内容是 404 提示。用 Search Console 网址检查工具确认返回码是 404 即可。

所有 404 都 301 到首页为什么不行？

Google 会把它判定为软 404：服务器返回 200，但 URL 指向的内容和首页不一致，抓取预算被浪费在无意义 URL 上，首页主题也被稀释。正确做法是只对有点击、有外链、有品牌词指向的旧 URL 做 301 到对应新页，其余返回真 404。

404 页放多少条热门链接合适？

5 至 7 条。少于 3 条访客没有选择，多于 10 条等于全站导航，访客会再次迷路。选法是从近 90 天 GA 热页里挑 3 个主推产品页、1 个客户案例页、1 个联系页，每季度按热页变化更新一次。

SPA 单页应用的 404 怎么配？

必须在服务端配置：未匹配任何前端路由的 URL 由后端渲染一个 404 模板并返回 404 状态码，而不是让前端路由兜底渲染空页面。Nginx 可在 try_files 后加 error_page 404 /404.html 并确保 location = /404.html 返回 404。

410 和 404 用哪个？

永久删除且未来不会恢复的内容用 410，Google 会更快从索引移除；暂时找不到或可能恢复的用 404。实操中 410 用得很少，大多数 B2B 站统一返回 404 即可，差别只在索引移除速度，不影响排名权重。

404 页要不要放询盘表单？

不要放完整表单，放一个轻 CTA 即可，比如一个下载产品目录的按钮或联系销售的链接。访客进 404 时还在找内容，弹出表单会直接跳出。把转化钩子放在搜索框和热门链接之后，作为第二选择，404 来源贡献 1% 至 2% 的询盘是合理预期。

ปรับแต่งหน้า 404: กำหนดเอง 404, ช่องค้นหา, ลิงก์ยอดนิยม และการแปลง

ลำดับความสำคัญ 4 องค์ประกอบของการปรับแต่งหน้า 404 เกณฑ์ตัดสิน และเส้นแดงซอฟต์ 404

ปรับแต่งหน้า 404: กำหนดเอง 404, ช่องค้นหา, ลิงก์ยอดนิยม และการแปลง

สรุปก่อน: คุณค่า SEO ของหน้า 404 ไม่ได้อยู่ที่ “ความสวยงาม” แต่อยู่ที่รหัสสถานะและโครงสร้างการรักษาผู้เข้าชม Google กำหนดให้หน้าที่ไม่มีเนื้อหาส่งคืนรหัสสถานะ 404 จริง การเปลี่ยนเส้นทาง 404 ทั้งหมดไปหน้าแรกแบบซอฟต์จะถูกตัดสินเป็นซอฟต์ 404 ทำให้เสียงบประมาณการครอว์ลและเจือจางน้ำหนักของหน้าที่จัดอันดับแล้ว วิธีที่ถูกต้องคือ: URL เก่าที่มีหน้าแทนที่ให้ทำ 301 mapping ส่วน URL ที่ไม่มีหน้าแทนที่ให้ส่งคืน 404 จริง และวางช่องค้นหา ลิงก์ยอดนิยม 5 ถึง 7 รายการ และจุดกระตุ้นการแปลงหนึ่งจุดบนหน้า เป้าหมายการปรับแต่งคือลดอัตราการออกจากหน้า 404 จาก 90% ให้เหลือต่ำกว่า 60% และให้หน้า 404 สร้างลีดอย่างน้อย 1%

หนึ่ง、404 ทำร้ายตรงไหน: รหัสสถานะและซอฟต์ 404

หลายทีมมอง 404 เป็น “ปัญหาการออกแบบ” ทำภาพประกอบน่ารักก็ส่งงาน แต่สิ่งที่กำหนดผลกระทบ SEO จริงคือ HTTP status code เมื่อ Google crawler เจอ URL ที่ไม่มีอยู่ จะคาดหวังรหัส 404 หรือ 410 หากเซิร์ฟเวอร์ส่งคืน 200 และแสดงหน้าแรกหรือหน้าเนื้อหาบาง จะถูกบันทึกเป็นซอฟต์ 404

ซอฟต์ 404 มีต้นทุนสามชั้น: เสียงบประมาณการครอว์ลกับ URL ที่ไม่มีคุณค่า; Google ไม่แน่ใจว่าหน้าสื่อเรื่องอะไร อันดับคีย์เวิร์ดที่เกี่ยวข้องถูกเจือจาง; รายงานความครอบคลุมใน Search Console จะแจ้งข้อผิดพลาดต่อเนื่อง ทีมวิศวกรรมมักตัดสินผิดซ้ำแล้วซ้ำเล่า

พฤติกรรมเซิร์ฟเวอร์	รหัสสถานะ	การตัดสินของ Google	ผลที่ตามมา
URL ที่ไม่มีอยู่แสดงหน้าแรก	200	ซอฟต์ 404	เสียงบประมาณการครอว์ล น้ำหนักถูกเจือจาง
URL ที่ไม่มีอยู่แสดงหน้า 404 กำหนดเอง	404	ปกติ	ครอว์ลเลอร์หยุดติดตาม ไม่กระทบหน้าที่จัดทำดัชนีแล้ว
URL เก่า 301 ไปหน้าใหม่ที่ตรงกัน	301	การย้ายปกติ	ส่งต่อน้ำหนัก เป็นวิธีมาตรฐานของการย้ายเว็บไซต์
เนื้อหาเก่าลบถาวรไม่มีหน้าแทนที่	410	ปกติ	ลบออกจากดัชนีเร็วกว่า 404
JS frontend routing ไม่มี fallback	200 เปลือกว่าง	ซอฟต์ 404	พบบ่อยใน SPA ต้องใช้ server-side rendering 404

เกณฑ์ตัดสินง่ายมาก: ใช้ curl หรือเครื่องมือ “ตรวจสอบ URL” ใน Search Console สุ่มเลือก 10 URL ที่คุณคิดว่าไม่มีอยู่ รหัสที่ส่งคืนต้องเป็น 404 หรือ 410 หากส่งคืน 200 และเห็นเนื้อหาหน้าแรก นั่นคือซอฟต์ 404 ต้องแก้ก่อนแล้วค่อยพูดเรื่องความสวยงาม

สอง、สี่องค์ประกอบและลำดับความสำคัญของหน้า 404 กำหนดเอง

รหัสสถานะ 404 จริงแก้ปัญหาเรื่องการอธิบายต่อ Google ได้ แต่ผู้เข้าชมยังหลุดอยู่ หน้า 404 กำหนดเองต้องสร้างตามสี่ขั้น P0 ถึง P3 แต่ละขั้นมีตัวชี้วัดการยอมรับที่วัดได้

ลำดับความสำคัญ	องค์ประกอบ	วิธีปฏิบัติ	ตัวชี้วัดการยอมรับ
P0	ตารางรหัสสถานะและ 301	สร้าง 301 mapping แบบกลุ่มสำหรับ URL เก่า URL ที่เหลือส่งคืน 404 จริง	รายงานความครอบคลุมใน GSC ไม่มีข้อผิดพลาดซอฟต์ 404
P1	ช่องค้นหาในเว็บไซต์	placeholder ในช่องป้อนข้อมูลแนะนำ “ลองค้นหารุ่นสินค้าหรือคีย์เวิร์ด” ด้านล่างมีคำค้นยอดนิยม 4 คำ	อัตราการคลิกค้นหาบนหน้า 404 ≥ 15%
P2	ลิงก์ยอดนิยม 5 ถึง 7 รายการ	เลือกหน้าสินค้า หน้าเคส หน้า ติดต่อ จากหน้า GA ที่มีคนเข้าชมมากใน 90 วันล่าสุด ไม่ต้องใส่เมนูทั้งเว็บ	อัตราตีกลับของ 404 ≤ 60%
P3	จุดชวนแปลง	CTA เดียว: ดาวน์โหลดแคตตาล็อกสินค้า หรือติดต่อฝ่ายขาย ข้อความต้องพอดี ไม่แย่งความสนใจจากช่องค้นหา	สัดส่วน Inquiry จาก 404 ≥ 1%

ตัวอย่างที่ 1: เว็บไซต์อุตสาหกรรมที่ออกสู่ตลาดต่างประเทศแห่งหนึ่ง หลังย้ายบทความบล็อกจากบล็อกเก่าไปเว็บใหม่ มี URL เก่าที่ใช้ไม่ได้ประมาณ 1,200 รายการ ทีมไม่ได้ทำ 301 ทั้งหมด แต่เริ่มจากดึง URL ที่มีคลิกใน 12 เดือนที่ผ่านมาจาก Search Console ได้ 87 รายการ แล้วแมปทีละรายการไปยังบทความที่เกี่ยวข้องที่สุดในเว็บใหม่ ส่วนที่เหลืออีกกว่า 1,100 รายการปล่อยเป็น 404 ตรงๆ สองสัปดาห์ต่อมา รายงานความครอบคลุมใน GSC ลดจาก soft 404 3,400 รายการเหลือ 210 รายการ

ตัวอย่างที่ 2: หน้า 404 ของเว็บ B2B มีแค่ช่องค้นหาและปุ่ม “กลับหน้าแรก” อัตราตีกลับอยู่ที่ 88% มาตลอด หลังเพิ่มลิงก์ยอดนิยม 5 รายการ (หน้าสินค้าหลัก 3 หน้า เคสลูกค้า 1 หน้า หน้า ติดต่อ 1 หน้า) อัตราตีกลับลดเหลือ 54% โดยการกระจายไปหน้าสินค้าคิดเป็น 32%

สาม วิธีวาดตารางแมป 301: URL ไหนต้องรับไว้ ไหนปล่อยได้

ไม่ใช่ทุก 404 ที่ควรถูกเก็บไว้ การตัดสินว่า URL เก่ารายการไหนควรทำ 301 ให้ดูสัญญาณ 3 อย่าง: ใน 12 เดือนที่ผ่านมามีคลิกจากธรรมชาติหรือไม่ มีลิงก์ภายนอกชี้มาหรือไม่ มีผลการค้นหาด้วยคำแบรนด์ชี้มาหรือไม่ ถ้ามีสัญญาณตั้งแต่ 2 อย่างขึ้นไป ต้องทำ 301 ถ้าไม่มีก็ปล่อยเป็น 404 จริง

สัญญาณของ URL เก่า	วิธีจัดการ	หลักการเลือก URL ใหม่	กำหนดเวลาตรวจสอบ
มีคลิก + มีลิงก์ภายนอก + มีคำแบรนด์ชี้มา	301 ไปหน้าที่เกี่ยวข้องที่สุด	หัวข้อต้องตรงกัน 1:1 อย่าเทไปหน้าแรกทั้งหมด	7 วันหลังอัปโหลด
มีแค่ลิงก์ภายนอกในอดีต ไม่มีคลิกใน 12 เดือนล่าสุด	301 ไปหน้าหมวดหมู่	รักษาความเกี่ยวข้องของหัวข้อ	14 วันหลังอัปโหลด
ไม่มีลิงก์ภายนอก ไม่มีคลิก แต่เนื้อหายังมีคุณค่า	301 ไปบทความใหม่ที่ตรงกัน	เลี่ยงการกระจายน้ำหนัก	ก่อนปรับเว็บครั้งถัดไป
ไม่มีลิงก์ภายนอก ไม่มีคลิก และเนื้อหาล้าสมัยแล้ว	ตอบกลับ 410	เร่งการเอาออกจากดัชนี	ทันที
URL ที่ผู้ใช้พิมพ์ผิดหรือบอทป่วน	ตอบกลับ 404	ไม่ต้องเปลี่ยนเส้นทางใดๆ	ทันที

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

สี่ ข้อผิดพลาดที่พบบ่อยและเส้นแดง

วิธีที่พบบ่อย	ทำไมถึงผิด	สิ่งที่ควรทำแทน
ทำ soft 301 ทุก 404 ไปหน้าแรก	กลายเป็น soft 404 เจือจางน้ำหนักหน้าแรก	มีหน้าแทนที่ค่อยทำ 301 ไม่มีก็ปล่อย 404 จริง
หน้า 404 ใส่เมนูทั้งเว็บ 30 ลิงก์	ทั้งบอทและผู้เข้าชมหลงทาง	ลิงก์ยอดนิยม 5 ถึง 7 รายการก็พอ
หน้า 404 ใส่ noindex หรือ nofollow	ไม่จำเป็น 404 ไม่เข้าดัชนีอยู่แล้ว	ตอบเฮดเดอร์ 404 ปกติก็พอ
SPA ใช้ frontend routing สำรองแล้วโชว์หน้าว่าง	ฝั่งเซิร์ฟเวอร์ยังตอบ 200	ให้เซิร์ฟเวอร์ดักเส้นทางที่ไม่ตรงแล้วตอบ 404
หน้า 404 ยัดฟอร์มสอบถามแบบบังคับ	ผู้เข้าชมยังหาคอนเทนต์อยู่ กลับถูกฟอร์มไล่	ช่องค้นหา + ลิงก์ยอดนิยม + CTA เบาๆ หนึ่งอัน

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

ห้า วิธีตรวจสอบหลังเปิดใช้งาน 30 วัน

การปรับปรุง 404 ไม่ได้จบแค่เปิดใช้งาน ต้องตรวจสอบและแก้ไขให้เสร็จภายใน 30 วัน

จังหวะเวลา	รายการตรวจสอบ	เครื่องมือ	เกณฑ์ผ่าน
วันเปิดใช้งาน	สุ่มตรวจสถานะโค้ด 10 URL ที่ไม่มีอยู่จริง	curl / Search Console	ส่งคืน 404 ทั้งหมด
วันที่ 7	สุ่มตรวจการแมป 301 จำนวน 20 รายการ	Redirect Path / Screaming Frog	ไม่มีลิงก์วน ไม่มีปลายทางที่เป็น 404
วันที่ 14	รายงานความครอบคลุมใน GSC	Search Console	จำนวน soft 404 ลดลง ≥ 80%
วันที่ 30	ข้อมูลพฤติกรรมบนหน้า 404	GA4 / Heatmap	อัตราตีกลับ ≤ 60% อัตราคลิกจากค้นหา ≥ 15%

ถ้าวันที่ 30 อัตราตีกลับยังสูงกว่า 75% แสดงว่าเลือกลิงก์ยอดนิยมผิด ให้ดึงเส้นทาง landing page ของเซสชันที่มาจาก 404 ใน GA ออกมาดูว่าผู้เข้าชมกำลังหาอะไร แล้วเปลี่ยนลิงก์ยอดนิยม ข้อมูลนี้ยังนำไปใช้กำหนดหัวข้อเนื้อหาได้ ดูการขุดคำค้นภายในเว็บไซต์。

หก ข้อมูล 404 นำกลับไปใช้กับเนื้อหาและลิงก์ภายในได้อย่างไร

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

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

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

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

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

หน้า 404 ต้องตั้ง noindex ไหม

ไม่ต้อง หน้าที่ส่งคืนสถานะ 404 จริงจะไม่เข้าสู่ดัชนีอยู่แล้ว การใส่ noindex เป็นการทำซ้ำซ้อน สิ่งที่ต้องหลีกเลี่ยงจริงคือ soft 404 คือเซิร์ฟเวอร์ส่งคืน 200 แต่เนื้อหาหน้าเป็นข้อความ 404 ใช้เครื่องมือตรวจสอบ URL ของ Search Console ยืนยันว่าโค้ดที่ส่งคืนเป็น 404 ก็เพียงพอ

ทำไม 301 หน้า 404 ทั้งหมดไปหน้าแรกถึงใช้ไม่ได้

Google จะตัดสินว่าเป็น soft 404: เซิร์ฟเวอร์ตอบ 200 แต่เนื้อหาที่ URL ชี้ไปไม่ตรงกับหน้าแรก งบประมาณการ crawl ถูกใช้ไปกับ URL ที่ไร้ความหมาย และธีมของหน้าแรกก็ถูกเจือจาง วิธีที่ถูกต้องคือทำ 301 เฉพาะ URL เก่าที่มีคลิก มี backlink และมีแบรนด์คีย์เวิร์ดชี้มาที่มัน ไปยังหน้าใหม่ที่ตรงกัน ส่วนที่เหลือให้ตอบ 404 จริง

หน้า 404 ควรใส่ลิงก์ยอดนิยมกี่ลิงก์?

5 ถึง 7 ลิงก์ น้อยกว่า 3 ลิงก์ผู้เข้าชมไม่มีตัวเลือก มากกว่า 10 ลิงก์ก็เท่ากับเป็นเมนูทั้งเว็บ ผู้เข้าชมจะหลงทางอีกครั้ง วิธีเลือกคือดูจากหน้ายอดนิยมใน GA ช่วง 90 วันที่ผ่านมา เลือกหน้าโปรดักต์หลัก 3 หน้า หน้าเคสลูกค้า 1 หน้า และหน้าติดต่อ 1 หน้า อัปเดตทุกไตรมาสตามการเปลี่ยนแปลงของหน้ายอดนิยม

404 ของ SPA (single page application) ต้องตั้งค่าอย่างไร?

ต้องตั้งค่าที่ฝั่งเซิร์ฟเวอร์: URL ที่ไม่ตรงกับ route ใดๆ ของ frontend ให้ backend เรนเดอร์เทมเพลต 404 และตอบสถานะ 404 แทนที่จะปล่อยให้ frontend router เรนเดอร์หน้าเปล่าเป็นตัวสำรอง ใน Nginx สามารถเพิ่ม error_page 404 /404.html ต่อจาก try_files และตรวจสอบว่า location = /404.html ตอบ 404

ใช้ 410 หรือ 404 ดี?

เนื้อหาที่ลบถาวรและจะไม่กลับมาใช้อีกให้ใช้ 410 Google จะเอาออกจาก index เร็วกว่า ส่วนที่หายชั่วคราวหรืออาจกลับมาให้ใช้ 404 ในทางปฏิบัติ 410 ใช้น้อยมาก เว็บ B2B ส่วนใหญ่ตอบ 404 เหมือนกันหมดก็พอ ความต่างอยู่แค่ความเร็วในการเอาออกจาก index ไม่กระทบอันดับ

หน้า 404 ควรมีฟอร์มสอบถามไหม?

ไม่ควรใส่ฟอร์มเต็ม ใส่แค่ CTA เบาๆ เช่นปุ่มดาวน์โหลดแคตตาล็อกสินค้า หรือลิงก์ติดต่อฝ่ายขาย ผู้เข้าชมที่เข้า 404 ยังกำลังหาคอนเทนต์อยู่ การเด้งฟอร์มขึ้นมาจะทำให้ปิดหนีทันที วาง hook การแปลงไว้หลังช่องค้นหาและลิงก์ยอดนิยม เป็นตัวเลือกที่สอง คาดหวังได้ว่าหน้า 404 จะสร้าง lead ได้ 1% ถึง 2%

ทิ้งท้าย

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

ลงมือ 3 ขั้นตอน: สัปดาห์นี้ใช้ Search Console ดึง URL ที่เสียและมีคลิกในช่วง 12 เดือนที่ผ่านมา แล้วตัดสินทีละรายการว่าจะทำ 301 หรือ 404; สัปดาห์หน้าขึ้นเทมเพลต 404 แบบกำหนดเอง ที่มีช่องค้นหา ลิงก์ยอดนิยม 5 ถึง 7 ลิงก์ และ CTA เบาๆ 1 จุด; วันที่ 30 ดูว่า soft 404 ใน GSC ลดลง 80% และอัตราเด้งใน GA4 ลดต่ำกว่า 60% หรือไม่

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

ปรับแต่งหน้า 404: กำหนดเอง 404, ช่องค้นหา, ลิงก์ยอดนิยม และการแปลง

หนึ่ง、404 ทำร้ายตรงไหน: รหัสสถานะและซอฟต์ 404

สอง、สี่องค์ประกอบและลำดับความสำคัญของหน้า 404 กำหนดเอง

สาม วิธีวาดตารางแมป 301: URL ไหนต้องรับไว้ ไหนปล่อยได้

สี่ ข้อผิดพลาดที่พบบ่อยและเส้นแดง

ห้า วิธีตรวจสอบหลังเปิดใช้งาน 30 วัน

หก ข้อมูล 404 นำกลับไปใช้กับเนื้อหาและลิงก์ภายในได้อย่างไร

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

ทิ้งท้าย

อ่านอะไรต่อ