Screaming Frog คืออะไร? วิธีใช้ crawl เว็บหา error ทีละขั้น

Screaming Frog คือโปรแกรม SEO Spider ที่ไล่ crawl ทุกหน้าในเว็บแบบเดียวกับบอทของ search engine แล้วสรุปปัญหาออกมาเป็นตาราง เช่น ลิงก์เสีย หน้า error, redirect, title ซ้ำ และ meta description ที่หายไป เวอร์ชันฟรีใช้ได้ถึง 500 URL ต่อการ crawl หนึ่งครั้ง จึงเป็นเครื่องมือแรกที่คนทำ technical SEO ทั่วโลกใช้ตรวจเว็บ บทความนี้สอนใช้ทีละขั้นสำหรับมือใหม่คนไทย ตั้งแต่ติดตั้งจนถึงอ่านผลและลงมือแก้ โดยไม่ต้องมีพื้นฐานเขียนโค้ด

อัปเดตข้อมูล: 12 พฤศจิกายน 2569 (ข้อมูลฟีเจอร์และลิมิตอ้างอิงจากหน้า SEO Spider บนเว็บไซต์ทางการของ Screaming Frog และเอกสาร Google Search Central ณ เดือนพฤศจิกายน พ.ศ. 2569 / ค.ศ. 2026)

Screaming Frog คืออะไร ทำงานยังไง?

Screaming Frog SEO Spider คือโปรแกรมติดตั้งบนคอมพิวเตอร์ที่เริ่มจาก URL หนึ่งแล้วตามลิงก์ไปเรื่อย ๆ จนครบทุกหน้าที่เชื่อมถึงกัน พร้อมเก็บข้อมูลของแต่ละหน้าไว้ให้ตรวจ หลักการเหมือนกับที่ Googlebot ค้นพบหน้าใหม่ผ่านลิงก์ จึงช่วยให้เราเห็นเว็บ “ในมุมของบอท” ได้ก่อนที่ปัญหาจะกระทบอันดับ

เมื่อโปรแกรมเข้าไปแต่ละหน้า มันจะบันทึกข้อมูลสำคัญ ได้แก่

• status code ของหน้า เช่น 200 (ปกติ), 301/302 (redirect), 404 (ไม่พบหน้า), 5xx (เซิร์ฟเวอร์ผิดพลาด)
• title, meta description, H1, H2 และความยาวของแต่ละส่วน
• canonical, meta robots และคำสั่ง noindex
• ลิงก์ภายใน ลิงก์ออก รูปภาพ และ alt text
• ขนาดหน้าและเวลาตอบกลับของเซิร์ฟเวอร์

ข้อดีที่สุดคือเห็นภาพรวมทั้งเว็บในหน้าจอเดียว แทนที่จะต้องเปิดดูทีละหน้าด้วยตาเอง ถ้ายังไม่แน่ใจว่า technical SEO ครอบคลุมอะไรบ้าง แนะนำอ่าน Technical SEO คืออะไร ก่อน จะเข้าใจว่าแต่ละคอลัมน์ในโปรแกรมสำคัญอย่างไร

Screaming Frog ฟรีกับเสียเงิน ต่างกันยังไง?

ความต่างหลักคือ จำนวน URL ที่ crawl ได้ เวอร์ชันฟรีจำกัด 500 URL ส่วนเวอร์ชันเสียเงินเป็นไลเซนส์รายปีที่ไม่จำกัดจำนวน (ขึ้นกับหน่วยความจำของเครื่อง) และปลดฟีเจอร์ขั้นสูงหลายตัว

หัวข้อ	เวอร์ชันฟรี	เวอร์ชันเสียเงิน (ไลเซนส์รายปี)
จำนวน URL ต่อการ crawl	สูงสุด 500 URL	ไม่จำกัด (ขึ้นกับ RAM/พื้นที่เครื่อง)
หาลิงก์เสีย error และ redirect	ได้	ได้
ตรวจ title และ meta ซ้ำ/หาย	ได้	ได้
บันทึกและเปิดผล crawl ภายหลัง	จำกัด	ได้
ตั้งเวลา crawl อัตโนมัติ	ไม่ได้	ได้
JavaScript rendering	จำกัด	ได้
เชื่อม Google Analytics / Search Console	ไม่ได้	ได้
Custom search และ custom extraction	จำกัด	ได้

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

ใช้ Screaming Frog ทีละขั้นสำหรับมือใหม่ทำยังไง?

ขั้นตอนพื้นฐานมีแค่ 5 ขั้น ใช้เวลาไม่ถึง 15 นาทีสำหรับเว็บไม่กี่ร้อยหน้า

1. ดาวน์โหลดและติดตั้ง จากเว็บไซต์ทางการของ Screaming Frog เลือกตามระบบปฏิบัติการ (Windows, macOS หรือ Linux)
2. เปิดโปรแกรมแล้วเลือกโหมด Spider ซึ่งเป็นโหมดค่าเริ่มต้นสำหรับ crawl ตามลิงก์ (อีกโหมดคือ List สำหรับวางรายการ URL ที่ต้องการตรวจเฉพาะ)
3. ใส่ URL หน้าแรกของเว็บ ในช่อง “Enter URL to spider” ด้านบน ใส่ให้ตรงกับเวอร์ชันหลักของเว็บ เช่น ขึ้นต้น https:// และมีหรือไม่มี www ตามที่ใช้จริง
4. กด Start แล้วรอจนแถบความคืบหน้าถึง 100% ระหว่างนี้ตารางจะค่อย ๆ เติมข้อมูลของแต่ละหน้า
5. เปิดแท็บ Issues ด้านขวา โปรแกรมจะจัดกลุ่มปัญหาให้แล้ว พร้อมระดับความสำคัญ (High, Medium, Low) คลิกแต่ละหัวข้อเพื่อดู URL ที่มีปัญหา แล้ว export เป็นไฟล์ไปแก้

ตั้งค่าก่อน crawl ที่มือใหม่ควรรู้

ค่าเริ่มต้นใช้ได้เลยในกรณีส่วนใหญ่ แต่มี 3 จุดที่ควรเช็กก่อนกด Start

• Configuration > Speed: ถ้าเว็บอยู่บนแชร์โฮสต์ ให้ลดจำนวนเธรดลง เพื่อไม่ให้เซิร์ฟเวอร์รับโหลดหนักเกินไป
• Configuration > Spider > Crawl: เลือกว่าจะตรวจรูปภาพ CSS JavaScript หรือลิงก์ออกด้วยหรือไม่ ถ้าอยากเห็นลิงก์เสียที่ลิงก์ออกนอกเว็บ ให้เปิดการตรวจ external links ไว้
• Configuration > Spider > Rendering: ถ้าเว็บสร้างเนื้อหาด้วย JavaScript (เช่นเว็บแอปบางแบบ) อาจต้องเปิด JavaScript rendering ไม่อย่างนั้นโปรแกรมจะเห็นแค่ HTML ดิบ

อ่านหน้าจอหลักของโปรแกรมยังไง

หน้าจอแบ่งเป็น 3 ส่วน ด้านบนเป็นแท็บหมวด (Internal, External, Response Codes, Page Titles, Meta Description, H1, Images ฯลฯ) ตรงกลางเป็นตาราง URL และด้านล่างเป็นรายละเอียดของ URL ที่เลือก เช่น แท็บ Inlinks บอกว่า หน้าไหนลิงก์มาหา URL นี้ ซึ่งสำคัญมากเวลาตามแก้ลิงก์เสีย

Screaming Frog หาปัญหาอะไรได้บ้าง?

คำตอบสั้น ๆ คือหาได้แทบทุกปัญหา technical และ on-page ที่ตรวจได้จาก HTML และ status code ของหน้า ด้านล่างคือปัญหาที่พบบ่อยที่สุดในเว็บธุรกิจไทย พร้อมแท็บที่ใช้ดู

ปัญหา	ดูที่แท็บ/ตัวกรอง	ผลกระทบ
ลิงก์ภายในพาไปหน้า 404	Response Codes > Client Error (4xx)	ผู้ใช้เจอหน้าว่าง บอทเสียเวลา crawl
เซิร์ฟเวอร์ error 5xx	Response Codes > Server Error (5xx)	Google ชะลอการ crawl และอาจถอดหน้าออกถ้าเป็นนาน
Redirect ต่อกันหลายทอด	Reports > Redirects > Redirect Chains	หน้าโหลดช้าลง ส่งสัญญาณผ่านหลายจุด
Title ซ้ำหรือหาย	Page Titles > Duplicate / Missing	Google แยกหน้าไม่ออก CTR ต่ำ
Meta description ซ้ำหรือหาย	Meta Description > Duplicate / Missing	Google อาจดึงข้อความอื่นมาแสดงแทน
ไม่มี H1 หรือมี H1 หลายอัน	H1 > Missing / Multiple	โครงหัวข้อไม่ชัด
รูปไม่มี alt text	Images > Missing Alt Text	เสียโอกาส SEO รูปภาพและการเข้าถึง
Canonical ชี้ผิด	Canonicals	หน้าที่ต้องการอาจไม่ถูก index

ลิงก์เสียและ error 4xx/5xx

ตามเอกสาร Google Search Central เรื่อง HTTP status code ระบุว่า error ตระกูล 4xx (ยกเว้น 429) ถูกปฏิบัติเหมือนกันหมด คือถือว่าเนื้อหาไม่มีอยู่ และ URL ที่เคยถูก index จะถูกถอดออก ส่วน error 5xx ทำให้ Google ชะลอการ crawl ชั่วคราว และถ้า error ต่อเนื่อง หน้าที่ index ไว้ก็จะหลุดออกในที่สุด อ่านรายละเอียดได้ที่ เอกสาร HTTP status codes ของ Google

วิธีแก้ลิงก์เสียด้วย Screaming Frog คือคลิก URL ที่เป็น 404 แล้วดูแท็บ Inlinks ด้านล่าง จะเห็นทันทีว่าหน้าไหนบ้างที่ยังลิงก์มาหา จากนั้นแก้ลิงก์ในหน้าเหล่านั้นให้ชี้ไปหน้าที่ถูกต้อง หรือทำ redirect 301 ถ้าหน้านั้นย้ายที่อยู่ไปแล้ว

Redirect 301 กับ 302

เอกสารเดียวกันของ Google อธิบายว่า redirect 301 เป็นสัญญาณ “แรง” ว่าปลายทางคือหน้าที่ควรใช้ ส่วน 302 เป็นสัญญาณ “อ่อน” ดังนั้นถ้าย้ายหน้าถาวรควรใช้ 301 ในแท็บ Response Codes ของ Screaming Frog สามารถกรองดูเฉพาะ 3xx เพื่อเช็กว่ามีหน้าไหนใช้ 302 ทั้งที่ควรเป็น 301 หรือไม่

Screaming Frog ใช้ต่างจาก Google Search Console ยังไง?

Screaming Frog บอกว่า เว็บเราเป็นอย่างไรในวันนี้ จากการ crawl เอง ส่วน Google Search Console บอกว่า Google เห็นและทำอะไรกับเว็บเรา สองเครื่องมือนี้จึงเสริมกัน ไม่ได้แทนกัน

เทียบ	Screaming Frog	Google Search Console
แหล่งข้อมูล	crawl จากเครื่องเราเอง	ข้อมูลจากฝั่ง Google
ความสดของข้อมูล	ทันทีที่ crawl เสร็จ	มีความหน่วงหลายวัน
เห็นหน้าที่ไม่มีลิงก์ถึง (orphan)	ไม่เห็นถ้าไม่มีลิงก์ภายในพาไป	เห็นถ้า Google เคยพบจาก sitemap หรือที่อื่น
ข้อมูลคลิกและคำค้น	ไม่มี (ยกเว้นเชื่อม API ในเวอร์ชันเสียเงิน)	มี
สถานะการ index	ไม่รู้	รู้
ค่าใช้จ่าย	ฟรี 500 URL / ไลเซนส์รายปี	ฟรี

วิธีใช้คู่กันที่ได้ผลคือ crawl ด้วย Screaming Frog เพื่อหาปัญหาเชิงโครงสร้าง แล้วเปิดรายงานการจัดทำดัชนีใน Search Console เพื่อเทียบว่าหน้าที่เราคิดว่าดีถูก index จริงหรือไม่ ถ้ายังไม่เคยตั้งค่า อ่าน Google Search Console คืออะไร ประกอบได้

เจอปัญหาจาก Screaming Frog แล้วควรแก้อะไรก่อน?

แก้ตามผลกระทบ เริ่มจาก ปัญหาที่ทำให้หน้าเข้าไม่ได้ ก่อน แล้วจึงไล่ไปปัญหาที่ทำให้หน้าแข่งขันได้ไม่เต็มที่ ลำดับที่แนะนำสำหรับมือใหม่มีดังนี้

1. Server Error (5xx) เพราะทั้งผู้ใช้และ Googlebot เข้าหน้าไม่ได้ ต้องคุยกับผู้ดูแลโฮสติ้งหรือนักพัฒนา
2. ลิงก์ภายในที่พาไป 404 แก้ลิงก์ต้นทางหรือทำ 301 ไปหน้าที่ใกล้เคียงที่สุด
3. Redirect chain และ redirect loop แก้ให้ลิงก์ภายในชี้ไปปลายทางสุดท้ายโดยตรง
4. หน้าสำคัญที่ติด noindex หรือ canonical ผิด โดยเฉพาะหน้าบริการและหน้าสินค้า
5. Title และ meta description ซ้ำ/หาย เขียนใหม่ให้แต่ละหน้าไม่ซ้ำกัน
6. H1 และ alt text เก็บรายละเอียด on-page ให้ครบ

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

ตัวอย่างการจัดลำดับงาน

ตัวอย่างสมมติ: เว็บบริษัทมี 320 หน้า crawl แล้วพบลิงก์ภายในพาไป 404 จำนวน 12 จุด, redirect chain 5 จุด และ title ซ้ำ 40 หน้า ถ้าแก้ลิงก์เสียและ redirect chain ก่อน รวมเป็นงาน 12 + 5 = 17 จุด ซึ่งแก้เสร็จได้ในวันเดียว แล้วค่อยแบ่ง title ซ้ำ 40 หน้าเป็น 4 รอบ รอบละ 10 หน้า (40 ÷ 4 = 10) เพื่อเขียนให้ตรงกับคีย์เวิร์ดของแต่ละหน้าอย่างตั้งใจ

ควร crawl เว็บด้วย Screaming Frog บ่อยแค่ไหน?

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

เคล็ดลับคือ export ผลแต่ละรอบเก็บไว้ แล้วเทียบกับรอบก่อน จะเห็นว่าปัญหาลดลงจริงหรือมีของใหม่โผล่มา ถ้าใช้เวอร์ชันเสียเงินสามารถตั้ง Scheduling ให้โปรแกรม crawl ตามเวลาได้อัตโนมัติ ส่วนเวอร์ชันฟรีต้องกด Start เองทุกครั้ง

ข้อจำกัดของ Screaming Frog ที่มือใหม่ควรรู้มีอะไรบ้าง?

Screaming Frog เป็นเครื่องมือวินิจฉัย ไม่ใช่เครื่องมือซ่อม มันบอกว่าปัญหาอยู่ตรงไหน แต่ การตัดสินใจว่าจะแก้อย่างไรยังต้องใช้ความเข้าใจ SEO

• ไม่เห็นหน้าที่ไม่มีลิงก์ถึง ในโหมด Spider ปกติ หน้าที่ไม่มีลิงก์ภายในพาไปจะไม่ถูกพบ ต้องใส่ sitemap หรือใช้โหมด List ช่วย
• ไม่รู้ข้อมูลอันดับและคลิก ต้องดูจาก Search Console หรือเครื่องมือเช็กอันดับแยก
• ผลขึ้นกับการตั้งค่า ถ้าลืมเปิด JavaScript rendering กับเว็บที่พึ่ง JavaScript ผลที่ได้อาจไม่ตรงกับที่ Google เห็น
• ใช้หน่วยความจำเครื่องเยอะ เมื่อ crawl เว็บหลายหมื่นหน้า ควรใช้เครื่องที่มี RAM เพียงพอ

ถ้าต้องการเช็กหน้าเดียวแบบเร็ว ๆ โดยไม่ต้องติดตั้งโปรแกรม ใช้ เครื่องมือตรวจ SEO ฟรี ของเราได้ และถ้าอยากรู้ว่าควรตรวจอะไรครบทั้งเว็บ ดู Checklist SEO Audit 15 ข้อ ประกอบ

ใช้ Screaming Frog เองหรือจ้างทำ SEO Audit ดี?

ถ้าเว็บมีไม่กี่ร้อยหน้าและคุณพร้อมลงมือแก้เอง ใช้ Screaming Frog เวอร์ชันฟรีเริ่มต้นได้เลย แต่ถ้าเว็บใหญ่ ปัญหาซับซ้อน (เช่น JavaScript, หลายภาษา, ย้ายโดเมน) หรือไม่มีเวลาตีความผล การจ้างผู้เชี่ยวชาญจะประหยัดเวลาและลดความเสี่ยงแก้ผิดจุด

สถานการณ์	แนะนำ
เว็บไม่เกิน 500 หน้า มีคนดูแลเว็บเอง	ใช้ Screaming Frog ฟรี + checklist
เว็บหลายพันหน้า หรือร้านค้าออนไลน์	ไลเซนส์รายปี หรือจ้างตรวจ
เพิ่งย้ายโดเมน/เปลี่ยนระบบแล้ว traffic ตก	จ้างตรวจเชิงลึกโดยเร็ว
ไม่มีทีมเทคนิคแก้ตามผลตรวจ	จ้างทั้งตรวจและลงมือแก้

ทีม SEONo1 ใช้เครื่องมือ crawl แบบเดียวกันนี้ร่วมกับข้อมูล Search Console ในงาน บริการ SEO Audit พร้อมสรุปลำดับงานที่ควรแก้ก่อนหลังให้เป็นภาษาที่เจ้าของธุรกิจเข้าใจ ถ้าอยากคุยว่าเว็บของคุณควรเริ่มตรงไหน ติดต่อทีมงาน ได้เลย

สรุป: Screaming Frog เครื่องมือแรกของงาน Technical SEO

Screaming Frog คือเครื่องมือที่ทำให้เรามองเว็บด้วยสายตาของบอท เห็นลิงก์เสีย error, redirect และปัญหา on-page ทั้งเว็บในครั้งเดียว เวอร์ชันฟรี 500 URL พอสำหรับเว็บธุรกิจขนาดเล็ก เริ่มได้ด้วย 5 ขั้น คือ ติดตั้ง ใส่ URL กด Start อ่านแท็บ Issues และ export ไปแก้ตามลำดับความสำคัญ แล้วใช้คู่กับ Google Search Console เพื่อยืนยันผลจากฝั่ง Google ทำแบบนี้เป็นประจำทุกเดือน เว็บจะสะอาดและพร้อมแข่งขันในผลค้นหาเสมอ