รายงานประสิทธิภาพเว็บไซต์
สุขภาพเว็บไซต์ อธิบายแบบไม่ต้องใช้ศัพท์เทคนิค
คะแนน Lighthouse Core Web Vitals โอกาสปรับปรุงเรียงลำดับ ผลตรวจการเข้าถึง (Accessibility) และการตรวจ SEO ทางเทคนิค ทั้งมือถือและเดสก์ท็อป จำกัดขอบเขตตามลูกค้าแต่ละราย สร้างพื้นที่ทำงานเพื่อเปิดรายงาน หรือดูว่าข้างในมีอะไรบ้าง
มีพื้นที่ทำงานอยู่แล้ว? เข้าสู่ระบบ
- แพ็กเกจเริ่มต้นที่ 99 ดอลลาร์ต่อเดือน
- ออกแบบมาเพื่อเอเจนซี่ที่ดูแลลูกค้าหลายราย
- แบรนด์ของคุณปรากฏทั่วทั้งคอนโซล
รายงานประสิทธิภาพเว็บไซต์
รายงานประสิทธิภาพเว็บไซต์ สำหรับเอเจนซี่: คะแนน Lighthouse และ Core Web Vitals ที่ลูกค้าอ่านเข้าใจได้เอง
งานตรวจเว็บไซต์เป็นงานเทคนิคที่ทำง่ายที่สุด แต่เป็นงานที่โชว์ให้เห็นยากที่สุด รายงานประสิทธิภาพเว็บไซต์ จัดลำดับงานนั้นตามที่การรีวิวกับลูกค้าดำเนินไปจริง เริ่มจากคะแนน Lighthouse ทั้งสี่ไว้ด้านบนสำหรับมือถือและเดสก์ท็อป ตามด้วย Core Web Vitals เคียงข้างหน้าเว็บที่เป็นต้นเหตุ และปิดท้ายด้วยลิสต์สิ่งที่ควรแก้ไข เรียงลำดับตามเวลาหรือน้ำหนักที่แต่ละรายการประหยัดได้จริง
การตรวจเว็บไซต์เพื่อ SEO
จากเว็บไซต์ของลูกค้าสู่ผลตรวจที่มีคะแนน
Lighthouse ไม่ต้องเข้าถึงเว็บไซต์หรือบัญชีของลูกค้า ใช้เพียงที่อยู่หน้าเว็บ เพิ่มที่อยู่เหล่านั้นแล้วการตรวจจะรันผ่าน Google PageSpeed Insights
เลือกเว็บไซต์ของลูกค้า
เลือกลูกค้าในตัวสลับลูกค้าที่ส่วนหัว แล้วเปิด “SEO Site Audit” ระบบจะเสนอเว็บไซต์ในโปรไฟล์ของลูกค้าเป็นอันดับแรกเพิ่มหน้าเว็บที่สำคัญ
ระบุได้สูงสุดสิบหน้าต่อลูกค้าหนึ่งราย เช่น หน้าแรก หน้าราคา และ Landing Page ที่แข็งแกร่งที่สุดของคุณรันการตรวจสอบ
เลือก “Run all audits” แต่ละหน้าจะถูกตรวจบนมือถือและเดสก์ท็อปผ่าน Google PageSpeed Insights แล้วตรวจซ้ำทุกวันอ่านคะแนนและโอกาสปรับปรุง
คะแนน Lighthouse สี่ตัว Core Web Vitals และรายการโอกาสปรับปรุงที่จัดอันดับไว้ พร้อมจำนวนหน้าที่แต่ละข้อค้นพบส่งผลถึง
การตรวจหนึ่งครั้ง สรุปเป็นสี่ตัวเลข
ให้คะแนนโดย Lighthouse รันบนเซิร์ฟเวอร์ของ Google
เครื่องมือตรวจสอบ
Google PageSpeed Insights (Lighthouse)
4
คะแนน Lighthouse ต่อหน้า ได้แก่ Performance, Accessibility, Best Practices และ SEO
2
อุปกรณ์ที่ตรวจสำหรับทุกหน้า คือมือถือและเดสก์ท็อป
10
หน้าต่อลูกค้าหนึ่งราย คุณเลือกเอง
7
แท็บ ตั้งแต่ “Audited pages” ถึง “History”
ทำให้สุขภาพเว็บไซต์เป็นงานส่งมอบประจำเดือน
สร้างพื้นที่ทำงาน เพิ่มหน้าเว็บของลูกค้า แล้วอ่านผลตรวจครั้งแรก
แพ็กเกจเริ่มต้นที่ 99 ดอลลาร์ต่อเดือน
ในหน้านี้
รายงานประสิทธิภาพเว็บไซต์ เริ่มจากคะแนน Lighthouse ที่ลูกค้าอ่านออกจริง
ประสิทธิภาพ การเข้าถึง แนวปฏิบัติที่ดี และ SEO แยกตามอุปกรณ์ ในหน้าจอเดียว
Lighthouse ให้คะแนนสี่ตัวจากคะแนนเต็มร้อย และแต่ละตัวมีความหมายต่างกันสำหรับคนที่จ่ายเงินให้ทำงานนี้ รายงานนำทั้งสี่คะแนนมาไว้แถวเดียวกันสำหรับอุปกรณ์ที่กำลังดูอยู่ ให้สีตามเกณฑ์ของ Google เอง และเพิ่มตัวเลขสุขภาพเว็บไซต์แบบถ่วงน้ำหนักหนึ่งตัว ทำให้อัปเดตประจำเดือนเปิดด้วยตัวเลขเดียวแทนที่จะเป็นสี่ตัว การสลับระหว่างมือถือกับเดสก์ท็อปเปลี่ยนขอบเขตทั้งรายงานใหม่ เพราะทั้งสองแทบไม่เคยเล่าเรื่องเดียวกัน และคะแนนที่ผสมกันจะบดบังว่าฝั่งไหนกำลังมีปัญหา
คะแนนคือระดับ ไม่ใช่ปริมาณ จึงถูกรายงานเป็นระดับ การ์ดแต่ละใบแสดงคะแนนที่เปลี่ยนแปลงในช่วงที่เลือก แทนที่จะเป็นเปอร์เซ็นต์ที่อ่านแปลก ๆ บนสเกลร้อยคะแนน และกราฟแนวโน้มด้านล่างก็ลากหมวดเดียวกันรายวัน เมื่อคะแนนถดถอย จะเห็นเป็นรูปร่างที่ชี้ให้ดูในที่ประชุมได้ ไม่ว่าจะเป็นสัปดาห์ที่รูปภาพหลักใหม่เข้ามา หรือสัปดาห์ที่ตัวจัดการแท็กบวมขึ้น แทนที่จะเป็นแค่ผลต่างระหว่างภาพนิ่งสองภาพที่แยกกัน
Core Web Vitals พร้อมหน้าที่ถูกตรวจสอบอยู่เบื้องหลังตัวเลขทุกตัว
เปอร์เซ็นไทล์ที่ 75 จากผู้ใช้จริง คู่กับผลตรวจสอบในห้องแล็บของทุก URL ที่อยู่ในรายการ
ทุกบทสนทนาเรื่อง Vitals จบลงที่คำถามเดียวกัน คือหน้าไหน รายงานนี้ตอบด้วยการวางตัวเลขสองชุดไว้ข้างกัน เปอร์เซ็นไทล์จากสนามจริงคือสิ่งที่ผู้เข้าชมสัมผัสจริง ทั้ง Largest Contentful Paint, Interaction to Next Paint และ Cumulative Layout Shift ที่เปอร์เซ็นไทล์ 75 เทียบกับเส้นดีและเส้นแย่ของ Google เอง ส่วนผลตรวจในห้องแล็บคือสิ่งที่ Lighthouse วัดได้บนแต่ละ URL ในรายการ ภายใต้เงื่อนไขที่ควบคุมไว้ ตามคำสั่งในวันที่มีการแก้ไขจริง ชุดหนึ่งบอกว่าเว็บไซต์ผ่านเกณฑ์หรือไม่ อีกชุดบอกว่าเทมเพลตไหนเป็นต้นเหตุ
ตารางหน้าที่ถูกตรวจสอบคือจุดที่คู่ตัวเลขนี้มาบรรจบกัน ทุก URL ที่ถูกตรวจสอบมีคะแนนทั้งสี่ของตัวเอง เคียงข้าง LCP และ CLS จากห้องแล็บของตัวเอง และวงกลมประเมินผลนับว่ามีกี่หน้าผ่านเกณฑ์ กี่หน้าต้องปรับปรุง และกี่หน้าไม่ผ่าน ทำให้ความรู้สึกว่าเว็บไซต์ช้า กลายเป็นใบสั่งงานที่ระบุเทมเพลต ทราฟฟิกที่อยู่เบื้องหลัง และตัวชี้วัดที่มีปัญหา แนวโน้มระดับพร็อพเพอร์ตี้และสัดส่วนตามอุปกรณ์ที่ Google เผยแพร่อยู่ในรายงาน Search Console ส่วนหน้านี้คือการทดสอบเชิงลึกที่อยู่เบื้องหลังตัวเลขเหล่านั้น
โอกาสปรับปรุงประสิทธิภาพและการวินิจฉัย เรียงตามสิ่งที่ประหยัดได้จริง
ทรัพยากรที่บล็อกการแสดงผล JavaScript ที่ไม่ได้ใช้ น้ำหนักรูปภาพ และเวลาตอบสนองของเซิร์ฟเวอร์
แท็บโอกาสปรับปรุงแสดงสิ่งที่การตรวจสอบพบ และคุณค่าของการแก้ไข ทั้งหน่วยมิลลิวินาทีสำหรับทรัพยากรที่บล็อกการแสดงผลและเวลาตอบสนองของเซิร์ฟเวอร์ ไปจนถึงหน่วยกิโลไบต์สำหรับการส่งมอบรูปภาพ JavaScript ที่ไม่ได้ใช้ CSS ที่ยังไม่บีบอัด และอายุการแคช แต่ละแถวระบุหมวดของตัวเองและระดับความรุนแรงที่มาจากขนาดของสิ่งที่ประหยัดได้ ทำให้ประมาณการของนักพัฒนาและลำดับความสำคัญของเอเจนซี่โต้แย้งกันได้จากลิสต์เดียวกัน แทนที่จะเป็นไฟล์ส่งออกคนละชุด
การวินิจฉัยอยู่ข้างกันในฐานะคำอธิบาย ไม่ใช่รายการสิ่งที่ต้องทำ ทั้งขนาด DOM งานบน Main Thread เวลาประมวลผล JavaScript จำนวนคำขอ น้ำหนักการรับส่งข้อมูล และเวลาจากการวัดในห้องทดลองที่อยู่เบื้องหลัง เช่น First Contentful Paint, Largest Contentful Paint, Speed Index และ Total Blocking Time แต่ละตัวมาพร้อมเป้าหมายของตัวเอง และประโยคง่าย ๆ ว่าทำไมถึงสำคัญ ซึ่งมักเป็นเส้นแบ่งระหว่างรายงานที่ลูกค้าส่งต่อให้นักพัฒนาได้เลย กับรายงานที่ถูกส่งกลับมาพร้อมคำถาม
การตรวจสอบการเข้าถึง (Accessibility) พร้อมระดับผลกระทบที่ตีราคาได้
คอนทราสต์ Alt Text ป้ายกำกับ ARIA ขนาดจุดแตะ หัวข้อ และลำดับโฟกัส
การตรวจสอบการเข้าถึงแบบอัตโนมัติถูกจัดกลุ่มตามวิธีที่งานแก้ไขถูกตีขอบเขตจริง นั่นคือตามระดับผลกระทบ ปัญหาระดับวิกฤต เช่นฟิลด์ฟอร์มที่ไม่มีป้ายกำกับและรูปภาพที่ไม่มีข้อความทางเลือก แยกจากปัญหาระดับร้ายแรง เช่นคอนทราสต์ที่ไม่ผ่านและลิงก์ที่ไม่มีชื่อ ซึ่งแยกอีกชั้นจากปัญหาระดับปานกลาง เช่นขนาดจุดแตะ ลำดับหัวข้อ และลำดับโฟกัส แต่ละแถวระบุจำนวนองค์ประกอบที่เกี่ยวข้อง ทำให้ใบเสนอราคาสร้างจากจำนวนจริง ไม่ใช่คำสัญญาคลุมเครือว่าจะปรับปรุงการเข้าถึง
รายงานตรงไปตรงมาโดยตั้งใจว่าการตรวจอัตโนมัติครอบคลุมแค่ไหน การตรวจเหล่านี้จับได้เพียงส่วนหนึ่งของอุปสรรคที่การรีวิวโดยคนพบ และหน้าจอก็ระบุไว้ตรง ๆ ซึ่งช่วยปกป้องเอเจนซี่จากการที่ลูกค้าอ่านผลตรวจที่สะอาดว่าเป็นใบรับรองการปฏิบัติตามกฎ ใช้ให้ถูกวิธีแล้ว นี่คือการกวาดรอบแรกที่ราคาถูกที่สุด เคลียร์ข้อผิดพลาดเชิงกลไก เหลือบันทึกไว้ว่าแก้อะไรไปเมื่อไร และทำให้การตรวจโดยคนเหลือพื้นที่ให้ทำงานน้อยลงมาก
การตรวจ SEO ทางเทคนิค ทั้ง Title Canonical hreflang และ Structured Data
การตรวจหน้าเว็บที่ทุกเทมเพลตต้องผ่าน ก่อนจะพูดถึงอันดับได้
การตรวจการรวบรวมข้อมูลและมาร์กอัปสิบรายการทำงานเป็นลิสต์ผ่านหรือไม่ผ่าน พร้อมประโยคอธิบายว่าการรวบรวมข้อมูลพบอะไร ทั้ง Title องค์ประกอบ เมทาดิสคริปชัน ลิงก์ที่รวบรวมข้อมูลได้ การประกาศ Canonical การกำกับ hreflang ไฟล์ robots ที่ถูกต้อง Alt ของรูปภาพ ขนาดฟอนต์ที่อ่านออก ระยะห่างของจุดแตะ และความถูกต้องของ Structured Data ตัวเลขสรุปอยู่เหนือตาราง ทำให้สิ่งแรกที่ทุกคนเห็นคือมีกี่ข้อจากสิบข้อที่ผ่าน และเหลือกี่ข้อที่เป็นงานค้าง
นี่คือการตรวจหน้าเว็บ ไม่ใช่รายงานการจัดทำดัชนี นั่นคือสิ่งที่ครอว์เลอร์อ่านได้บนหน้า ไม่ใช่สิ่งที่ Google เลือกจะเก็บไว้ ทั้งสองตอบคำถามคนละข้อและอยู่คนละที่ ซึ่งเป็นเหตุผลที่ความครอบคลุม คำค้นหา และการแสดงผลอยู่ในรายงาน Search Console ส่วนหน้านี้อยู่กับมาร์กอัปเท่านั้น การอ่านทั้งสองคู่กันเป็นแบบแผนปกติ นั่นคือแก้สิ่งที่การตรวจนี้ชี้ก่อน แล้วดูว่าความครอบคลุมและตำแหน่งขยับตามในสัปดาห์ถัดไปหรือไม่
งานตรวจเว็บไซต์แบบไวท์เลเบล จำกัดขอบเขตไว้ที่ลูกค้าหนึ่งราย
แบรนด์ของคุณ ลูกค้าทีละราย ในโครงสร้างที่ซ้ำกันทุกเดือน
การตรวจทุกครั้งจำกัดขอบเขตไว้ที่ลูกค้าหนึ่งรายผ่านตัวสลับพื้นที่ทำงาน และนำเสนอด้วยแบรนด์ของเอเจนซี่คุณ โครงสร้างเดียวกันนี้จึงรองรับทั้งรีวิวเดือนมกราคมและเดือนมิถุนายนได้ คะแนน Vitals โอกาสปรับปรุง การวินิจฉัย การเข้าถึง และการตรวจทางเทคนิค อยู่ตำแหน่งเดิมทุกครั้ง ทำให้การเทียบผลเดือนต่อเดือนกลายเป็นแค่การอ่านหัวข้อเดิมซ้ำสองครั้ง แทนที่จะไล่เทียบเอกสารที่หน้าตาไม่เหมือนกัน พื้นที่ทำงานเตรียมพื้นผิวรีวิวไว้ให้ ส่วนการเชื่อมต่อแหล่งข้อมูลยังคงเป็นขั้นตอนแยกต่างหาก
การซ้ำแบบนี้เองที่ทำให้งานเชิงเทคนิคกลายเป็นสิ่งที่ลูกค้าต่อสัญญาต่อ นักพัฒนาเห็นลิสต์งานแก้ไขที่จัดอันดับพร้อมค่าประหยัดโดยประมาณ ผู้ดูแลบัญชีเห็นสี่คะแนน ตัวเลขสุขภาพหนึ่งตัว และหน้าที่อยู่เบื้องหลัง และทั้งสองฝ่ายมองรายงานฉบับเดียวกัน ทีมงานใช้เวลาไปกับการตัดสินใจว่าจะแก้อะไรต่อ แทนที่จะสร้างเลย์เอาต์การนำเสนอใหม่ทุกครั้ง และงานตรวจเว็บไซต์ก็เลิกเป็นงานส่งมอบที่ไม่มีใครอยากเขียน
รายงานคะแนน Lighthouse สำหรับลูกค้าควรแสดงอะไรบ้าง
รายงานประสิทธิภาพเว็บไซต์จะมีประโยชน์กับลูกค้าเมื่อเปลี่ยนคะแนนสี่ตัวให้เป็นรายการสั้น ๆ ของหน้าเว็บ สาเหตุ และวิธีแก้
Lighthouse วัดอะไร
Lighthouse คือเครื่องมือตรวจสอบโอเพนซอร์สจาก Google ชี้ไปที่หน้าเว็บหน้าหนึ่งแล้ว Lighthouse จะวัดว่าหน้านั้นถูกสร้างขึ้นอย่างไรและโหลดเร็วแค่ไหน จากนั้นให้คะแนน 0 ถึง 100 ในสี่หมวด ได้แก่ “Performance” (ประสิทธิภาพ), “Accessibility” (การเข้าถึง), “Best Practices” (แนวปฏิบัติที่ดี) และ “SEO” การตรวจเว็บไซต์เพื่อ SEO ในที่นี้รัน Lighthouse ให้คุณผ่าน Google PageSpeed Insights ทั้งบนมือถือและเดสก์ท็อป สำหรับหน้าเว็บสูงสุด 10 หน้าต่อลูกค้าหนึ่งราย โดยทำงานจากที่อยู่หน้าเว็บสาธารณะ ลูกค้าจึงไม่ต้องแชร์รหัสเข้าสู่ระบบเลย
เจ็ดมุมมองของการตรวจเว็บไซต์เพื่อ SEO
| มุมมอง | คำถามที่ตอบ | ข้อมูลมาจากไหน |
|---|---|---|
| “Audited pages” (หน้าที่ถูกตรวจสอบ) | หน้าไหนในบรรดาหน้าที่คุณเพิ่มได้คะแนนแย่ที่สุดในแต่ละหมวด และเนื้อหาหลักของหน้านั้นโหลดเร็วแค่ไหน | ผลการรัน Lighthouse ของแต่ละหน้าและแต่ละอุปกรณ์ |
| “Core Web Vitals” | ผู้เข้าชมจริงได้รับประสบการณ์ที่ดีบนทั้งเว็บไซต์หรือไม่ | Chrome UX Report ของ Google โดยใช้ผลรันในห้องแล็บแทนในส่วนที่ Google ไม่มีข้อมูล |
| “Opportunities” (โอกาสปรับปรุง) | อะไรจะช่วยประหยัดเวลาหรือน้ำหนักหน้าเว็บได้มากที่สุด และเกิดผลกับกี่หน้า | การตรวจประสิทธิภาพที่ไม่ผ่าน เรียงตามค่าประหยัดที่รายงานไว้ |
| “Diagnostics” (การวินิจฉัย) | ทำไมหน้านี้จึงหนักหรือช้า | ตัวชี้วัดที่คัดมาแล้ว เช่น น้ำหนักหน้าเว็บ จำนวนคำขอ และงานบน Main Thread |
| “Accessibility” (การเข้าถึง) | การตรวจอัตโนมัติข้อไหนไม่ผ่าน และร้ายแรงแค่ไหน | การตรวจที่ไม่ผ่านจัดกลุ่มตามระดับผลกระทบ พร้อมองค์ประกอบที่เกี่ยวข้อง |
| “SEO checks” (การตรวจ SEO) | การตรวจพื้นฐานเรื่องการรวบรวมข้อมูลและมาร์กอัปข้อไหนผ่านบ้าง | รายการผ่านหรือไม่ผ่านจากการรันครั้งเดียวกัน |
| “History” (ประวัติ) | การปล่อยเวอร์ชันใหม่ทำให้คะแนนขยับหรือไม่ | ผลตรวจทุกครั้งที่เก็บไว้รายวัน ตั้งแต่การตรวจครั้งแรกเป็นต้นไป |
การ์ดสรุปและตัวเลขสุขภาพเว็บไซต์
เหนือมุมมองต่าง ๆ มีการ์ดสรุปสำหรับคะแนนสี่ตัว Core Web Vitals ทั้งสามตัว และตัวเลขสุขภาพเว็บไซต์หนึ่งตัว สุขภาพเว็บไซต์เป็นการผสมแบบถ่วงน้ำหนัก โดยประสิทธิภาพมีน้ำหนัก 40% SEO 25% การเข้าถึง 20% และแนวปฏิบัติที่ดี 15% ตัวสลับอุปกรณ์จะย้ายทั้งรายงานไปมาระหว่างมือถือกับเดสก์ท็อป
ศัพท์ Lighthouse และ Core Web Vitals อธิบายให้ลูกค้าเข้าใจ
ความสับสนส่วนใหญ่ในการตรวจเว็บไซต์เกิดจากการใช้สองแนวคิดปนเป็นเรื่องเดียวกัน แยกคำให้ชัดแล้วรายงานจะอ่านง่ายขึ้น
- คะแนน Performance
- คะแนน 0 ถึง 100 ที่คำนวณจากการวัดในห้องแล็บเรื่องการโหลดและการตอบสนอง เช่น เนื้อหาหลักปรากฏเร็วแค่ไหน
- คะแนน Accessibility
- จำนวนการตรวจการเข้าถึงอัตโนมัติที่หน้าเว็บผ่าน เช่น คำอธิบายรูปภาพ ป้ายกำกับฟอร์ม และคอนทราสต์ของสี การตรวจอัตโนมัติพบได้เพียงส่วนหนึ่งของสิ่งที่การรีวิวโดยคนพบ
- คะแนน Best Practices
- การตรวจพฤติกรรมของหน้าเว็บที่ปลอดภัยและทันสมัย เช่น การเชื่อมต่อที่ปลอดภัยและข้อผิดพลาดที่เบราว์เซอร์บันทึกไว้
- คะแนน SEO
- การตรวจพื้นฐานเรื่องการรวบรวมข้อมูลและมาร์กอัป เช่น Title คำอธิบาย ลิงก์ที่ถูกต้อง และที่อยู่ Canonical นี่คือเกณฑ์ขั้นต่ำ ไม่ใช่การพยากรณ์อันดับ
- สุขภาพเว็บไซต์ (Site health)
- ตัวเลขหนึ่งตัวต่ออุปกรณ์ คือการผสมแบบถ่วงน้ำหนักของคะแนนสี่ตัว แล้วเฉลี่ยโดยให้น้ำหนักทุกหน้าที่คุณตรวจเท่ากัน
- LCP
- Largest Contentful Paint คือเวลาที่องค์ประกอบใหญ่ที่สุดที่มองเห็นได้ใช้ในการปรากฏ ค่าที่ดีคือ 2.5 วินาทีหรือน้อยกว่า และค่าที่แย่คือมากกว่า 4 วินาที
- INP
- Interaction to Next Paint คือความเร็วที่หน้าเว็บตอบสนองเมื่อมีคนแตะหรือคลิก ค่าที่ดีคือ 200 มิลลิวินาทีหรือน้อยกว่า และค่าที่แย่คือมากกว่า 500 มิลลิวินาที
- CLS
- Cumulative Layout Shift คือปริมาณที่หน้าเว็บกระโดดระหว่างโหลด ค่าที่ดีคือ 0.1 หรือน้อยกว่า และค่าที่แย่คือมากกว่า 0.25
- Total Blocking Time
- เวลาที่สคริปต์บล็อก Main Thread ระหว่างการโหลด เป็นการวัดในห้องแล็บ และไม่เคยนำมาประมาณค่า INP เมื่อ Google ไม่มีข้อมูลจากสนามจริง INP จะว่างเปล่า
- ข้อมูลจากห้องแล็บ (Lab data)
- ผลทดสอบหนึ่งหน้าบนหนึ่งอุปกรณ์ที่รันตามต้องการ เหมาะกับการวินิจฉัย แต่ไม่ใช่สิ่งที่ผู้เข้าชมจริงได้พบเจอ
- ข้อมูลจากสนามจริง (Field data)
- การวัดจากการเข้าชมจริงใน Chrome ที่ Chrome UX Report ของ Google รวบรวมไว้ และสรุปที่เปอร์เซ็นไทล์ที่ 75 ซึ่งเป็นตัวเลขที่ Google ใช้ประเมินหน้าเว็บ
วิธีตรวจเว็บไซต์ให้ลูกค้าใน AI Marketing Dashboard
หกขั้นตอนจากลูกค้าที่ยังว่างเปล่าไปสู่รายงานประสิทธิภาพเว็บไซต์ที่มีคะแนนและมีประวัติรองรับ
เลือกลูกค้า
เลือกลูกค้าที่ส่วนหัว แล้วเปิด “SEO Site Audit” (การตรวจเว็บไซต์เพื่อ SEO) ผู้ดูแลเอเจนซี่เป็นผู้จัดการหน้าที่ถูกตรวจสอบ
เพิ่มหน้าเว็บ
พิมพ์ที่อยู่หน้าเว็บแล้วเพิ่ม ถ้าโปรไฟล์ของลูกค้ามีเว็บไซต์อยู่ แผงจะเสนอเว็บไซต์นั้นเป็นหน้าแรกที่ให้เพิ่ม ลูกค้าหนึ่งรายมีได้สูงสุด 10 หน้า จึงควรเลือกหน้าแรก หน้าที่รับทราฟฟิกจากโฆษณาหรือจากการค้นหาแบบออร์แกนิก และตัวอย่างหนึ่งหน้าจากเทมเพลตแต่ละแบบ
รันการตรวจสอบ
เมื่อคุณเพิ่มหน้าเว็บ หน้านั้นจะได้รับการตรวจบนมือถือและเดสก์ท็อปทันที และการตรวจใช้เวลาประมาณหนึ่งนาทีต่อหน้า หากต้องการทดสอบทุกหน้าอีกครั้ง เช่น หลังปล่อยเวอร์ชันใหม่ ให้เลือก “Run all audits” (รันการตรวจสอบทั้งหมด) จนกว่าผลชุดแรกจะมาถึง พื้นที่ใต้แผงจะระบุว่ารายงานกำลังรอการตรวจ
ปล่อยให้การรันรายวันทำงานต่อ
หน้าเว็บจะถูกตรวจซ้ำประมาณวันละหนึ่งครั้งโดยการรันตามกำหนด มุมมอง “History” จึงมีข้อมูลเพิ่มขึ้นโดยไม่ต้องมีใครกดปุ่ม
อ่านการ์ดสรุปก่อน แล้วค่อยดูมุมมอง
เริ่มจากคะแนนและ Vitals ของอุปกรณ์ที่สำคัญที่สุดสำหรับลูกค้า เปิด “Audited pages” เพื่อหาที่อยู่หน้าเว็บที่อ่อนที่สุด และ “Opportunities” เพื่อดูว่าควรแก้อะไรก่อน
เอาหน้าที่ไม่สำคัญแล้วออก
การลบหน้าเว็บจะลบประวัติการตรวจของหน้านั้นไปด้วย จึงควรเก็บหน้าที่คุณอยากแสดงแนวโน้มไว้
แพ็กเกจ
ไม่มีเงื่อนไขแพ็กเกจ
การตรวจเว็บไซต์เพื่อ SEO ไม่มีเงื่อนไขแพ็กเกจ ทุกแพ็กเกจจึงใช้ได้ ตั้งแต่ Studio ที่ 99 ดอลลาร์ต่อเดือนก่อนภาษี
การตรวจเว็บไซต์วัดอะไร
ตัวเลขทุกตัวในการตรวจเป็นจริงสำหรับหน้า อุปกรณ์ และช่วงเวลาหนึ่ง ๆ เท่านั้น บอกไว้ตรง ๆ แล้วรายงานก็ยังน่าเชื่อถือ
| หัวข้อ | สิ่งที่การตรวจทำ | ควรรู้ |
|---|---|---|
| หน้าเว็บ | ตรวจหน้าที่คุณเพิ่ม สูงสุด 10 หน้าต่อลูกค้าหนึ่งราย | คุณเป็นผู้เลือกหน้าเว็บ ทีละที่อยู่ จึงควรเลือกหนึ่งหน้าต่อหนึ่งเทมเพลต |
| คะแนน | สี่หมวดบนมือถือและเดสก์ท็อปสำหรับแต่ละหน้า | เป็นการรันในห้องแล็บจากการโหลดหน้าเพียงครั้งเดียว คะแนนจึงขยับได้ไม่กี่แต้มระหว่างการรันแต่ละครั้ง |
| คะแนนทั้งเว็บไซต์ | ค่าเฉลี่ยที่ให้น้ำหนักเท่ากันของหน้าที่ตรวจ | การตรวจไม่มีข้อมูลทราฟฟิกรองรับ หน้าที่คนเข้าเยอะกับหน้าที่คนเข้าน้อยจึงนับเท่ากัน |
| “Core Web Vitals” | แสดงข้อมูลจากสนามจริงจาก Chrome UX Report ของ Google สำหรับทั้งเว็บไซต์ เมื่อ Google มีข้อมูล | เมื่อ Google ไม่มีข้อมูลจากสนามจริง ผลรันในห้องแล็บจะเข้ามาแทน และหน้าจอจะระบุว่า “lab” |
| “Accessibility” (การเข้าถึง) | แสดงรายการการตรวจอัตโนมัติที่ไม่ผ่าน จัดกลุ่มตามระดับผลกระทบ | ประเมินสิ่งที่ต้องอาศัยคนเท่านั้นไม่ได้ เช่น Alt Text สื่อความหมายหรือไม่ |
| “History” (ประวัติ) | เก็บผลตรวจทุกครั้งรายวัน นานสูงสุด 400 วัน | เริ่มนับจากการตรวจครั้งแรก และย้อนไปก่อนหน้านั้นไม่ได้ |
| การแจ้งเตือนและการส่งออก | อ่านผลบนหน้าจอ และแต่ละตารางดาวน์โหลดเป็นไฟล์ CSV ได้ | รันการตรวจอีกครั้งหลังปล่อยเวอร์ชันใหม่ แล้วอ่าน History เพื่อดูว่าคะแนนขยับตรงไหน |
เพราะการตรวจเห็นได้เฉพาะหน้าสาธารณะ จึงทดสอบสิ่งที่อยู่หลังหน้าเข้าสู่ระบบไม่ได้ หากอยากรู้ว่าหน้าเดียวกันนี้ทำผลงานในผลการค้นหาของ Google อย่างไร ให้ดูแดชบอร์ด Search Console ซึ่งมีการคลิก การแสดงผล และตำแหน่ง แต่ไม่มีคะแนนจากห้องแล็บ
เปลี่ยนผลตรวจเป็นรายการแก้ไขที่ลูกค้าพร้อมอนุมัติ
ผลตรวจไม่ได้เปลี่ยนอะไรจนกว่าจะมีคนรับผิดชอบการแก้ไข แต่ละบทบาทมีหน้าที่ต่างกันในการไปให้ถึงจุดนั้น
เจ้าของเอเจนซี่
กำหนดขอบเขตและตั้งราคางาน
ใช้โอกาสปรับปรุงที่จัดอันดับไว้และจำนวนหน้าที่ได้รับผลกระทบเพื่อประเมินขนาดงาน ค่าประหยัดที่มาจากเทมเพลตซึ่งใช้ทั่วทั้งเว็บไซต์ถือเป็นโครงการ ส่วนความผิดปกติเฉพาะหน้าเดียวเป็นเพียงงานชิ้นเดียว
- เสนอราคาจากจำนวนหน้าที่ได้รับผลกระทบ
- รวมการแก้ไขตามเทมเพลต
ทีมของคุณ
แก้ตามลำดับ แล้วทดสอบซ้ำ
เริ่มจากรายการที่ประหยัดได้มากที่สุดก่อน รันการตรวจซ้ำหลังปล่อยเวอร์ชันใหม่ และใช้ “History” แสดงว่าการเปลี่ยนแปลงเกิดผลหรือไม่
- “Opportunities” เรียงตามค่าประหยัด
- กด “Run all audits” หลังการปล่อยเวอร์ชันทุกครั้ง
ลูกค้าของคุณ
เห็นผลลัพธ์ด้วยภาษาที่เข้าใจง่าย
แสดงคะแนนก่อนและหลัง และอธิบายเป็นหน้าเว็บที่โหลดเร็วขึ้น ฟอร์มที่ใช้งานด้วยคีย์บอร์ดได้ และการตรวจที่ไม่ผ่านน้อยลง
- คะแนนบนสเกล 0 ถึง 100
- Vitals เป็นวินาทีและมิลลิวินาที
เปรียบเทียบ Lighthouse, PageSpeed Insights และรายงาน Core Web Vitals
เครื่องมือสี่ตัวใช้ศัพท์ชุดเดียวกันแต่ตอบคำถามต่างกัน เลือกตามคำถามที่ต้องการคำตอบ
| เครื่องมือ | คืออะไร | เหมาะกับงานแบบไหน |
|---|---|---|
| Lighthouse ในเบราว์เซอร์ | เครื่องมือตรวจสอบของ Google ที่รันจากเครื่องมือนักพัฒนาของ Chrome หรือบรรทัดคำสั่ง | ทดสอบการเปลี่ยนแปลงบนเครื่องของคุณเอง โดยรู้ว่าผลจะแตกต่างไปตามอุปกรณ์และเครือข่าย |
| PageSpeed Insights | เครื่องมือเว็บและ API ของ Google ที่รัน Lighthouse บนเซิร์ฟเวอร์ของ Google และเพิ่มข้อมูลจากสนามจริงของ Chrome UX Report เมื่อมีข้อมูล | ตรวจที่อยู่สาธารณะหนึ่งแห่งบนอุปกรณ์หนึ่งเครื่องในแต่ละครั้ง |
| รายงาน Core Web Vitals ของ Search Console | ข้อมูลจากสนามจริงที่จัดกลุ่มตาม URL สำหรับพร็อพเพอร์ตี้ที่ยืนยันแล้ว | หาว่ากลุ่ม URL ใดไม่ผ่านเกณฑ์ ไม่มีการทดสอบในห้องแล็บ |
| การตรวจเว็บไซต์เพื่อ SEO นี้ | ผลจาก PageSpeed Insights สำหรับหน้าเว็บสูงสุด 10 หน้าต่อลูกค้าหนึ่งราย บนทั้งสองอุปกรณ์ รันซ้ำทุกวัน และเก็บเป็นประวัติ | ติดตามคะแนนข้ามช่วงเวลาของลูกค้าหลายรายในพื้นที่ทำงานเดียว |
ผลการตรวจตอบว่าหน้าเว็บถูกสร้างและโหลดอย่างไร ไม่ได้บอกว่าใครค้นเจอ หากอยากรู้ว่าผู้เข้าชมทำอะไรบ้าง ให้ดูใน Google Analytics เอง โดยใช้รายงาน GA4 เป็นโครงสำหรับส่วนนั้นของการรีวิว และดูรายงาน Bing Webmaster Tools สำหรับสุขภาพการรวบรวมข้อมูลฝั่ง Microsoft หน้าที่อยากปรับปรุงสร้างใหม่ได้ในเครื่องมือสร้าง Landing Page ซึ่งรวมอยู่ในแพ็กเกจ Agency และแพ็กเกจที่ใหญ่กว่า และแดชบอร์ดรายงานรวบรวมรายงานอื่นทั้งหมดไว้
คำถามที่พบบ่อย
คะแนน Lighthouse คืออะไร และวัดอะไร
Lighthouse คือเครื่องมือตรวจสอบโอเพนซอร์สของ Google โหลดหน้าเว็บในสภาพแวดล้อมที่ควบคุมไว้ รันชุดการตรวจสอบที่กำหนดไว้ตายตัว แล้วให้คะแนนตั้งแต่ 0 ถึง 100 ในด้านประสิทธิภาพ การเข้าถึง แนวปฏิบัติที่ดี และ SEO รายงานนี้รันทั้งสี่หมวดต่อหน้าที่ตรวจสอบและต่ออุปกรณ์ จึงไม่มีการอ้างคะแนนมือถือราวกับเป็นคะแนนเดสก์ท็อป
ข้อมูลจากห้องแล็บกับข้อมูลจากสนามจริงในงานตรวจเว็บไซต์ต่างกันอย่างไร
ข้อมูลจากห้องแล็บมาจากการทดสอบหน้าเดียวภายใต้เงื่อนไขที่ควบคุมไว้ ทำซ้ำได้ เหมาะกับการวินิจฉัย แต่ไม่ใช่สิ่งที่ผู้เข้าชมจริงพบเจอ ข้อมูลจากสนามจริงมาจากเซสชันจริงและสรุปที่เปอร์เซ็นไทล์ 75 รายงานนี้นำมาทั้งคู่ คือ Core Web Vitals จากสนามจริงเป็นตัวเลขหลัก พร้อมผลตรวจในห้องแล็บของทุก URL ในรายการอยู่ด้านล่างเพื่ออธิบายว่าควรแก้อะไร
Core Web Vitals มีผลต่ออันดับใน Google หรือไม่
เป็นส่วนหนึ่งของสัญญาณประสบการณ์การใช้หน้าเว็บของ Google จึงช่วยแยกผลลัพธ์ที่ใกล้เคียงกันได้ แต่ไม่ได้อยู่เหนือความเกี่ยวข้อง และไม่มีอะไรติดอันดับได้จากความเร็วเพียงอย่างเดียว มุมมองที่ใช้ได้จริงสำหรับลูกค้าคือ LCP INP และ CLS อธิบายว่าเว็บไซต์ใช้งานแล้วรู้สึกอย่างไร และแท็บโอกาสปรับปรุงก็ตีราคางานนั้นด้วยการแสดงว่าการแก้แต่ละจุดประหยัดอะไรได้บ้าง
การตรวจการเข้าถึงในรายงานนี้ครอบคลุมอะไรบ้าง
คอนทราสต์ Alt Text ป้ายกำกับฟอร์ม การใช้ ARIA ขนาดจุดแตะ ลำดับหัวข้อ และลำดับโฟกัส แต่ละอย่างมาพร้อมระดับผลกระทบ ทั้งวิกฤต ร้ายแรง ปานกลาง หรือเล็กน้อย และจำนวนหน้าที่ได้รับผลกระทบ ระดับผลกระทบนี้เองที่ทำให้การตรวจกลายเป็นสิ่งที่ตีราคาได้ เปลี่ยนรายการข้อผิดพลาดให้เป็นงานที่เอเจนซี่ตีขอบเขต ตั้งราคา และจัดตารางได้จริง
เอเจนซี่ควรตรวจเว็บไซต์ให้ลูกค้าบ่อยแค่ไหน
บ่อยพอที่จะจับความถดถอยได้ก่อนลูกค้า ซึ่งสำหรับงานดูแลส่วนใหญ่หมายถึงทุกเดือน บวกการตรวจเพิ่มอีกรอบหลังปรับดีไซน์ใหม่หรือเปลี่ยนเทมเพลต มุมมองประวัติเก็บผลการตรวจครั้งก่อน ๆ ไว้ ทำให้การตรวจอ่านเป็นแนวโน้มแทนที่จะเป็นภาพนิ่งครั้งเดียว และแสดงจุดที่คะแนนขยับได้แม่นยำเมื่อมีการแก้ไข
รันการทดสอบ Lighthouse บนเว็บไซต์ของลูกค้าได้อย่างไร
เพิ่มที่อยู่หน้าเว็บใน “SEO Site Audit” ทีละหน้า แต่ละหน้าจะถูกทดสอบบนมือถือและเดสก์ท็อปทันทีผ่าน Google PageSpeed Insights ซึ่งรัน Lighthouse ให้คุณ ผลจะปรากฏเป็นคะแนน Vitals และรายการแก้ไขที่จัดอันดับไว้ คุณไม่ต้องมีรหัสเข้าสู่ระบบของเว็บไซต์ลูกค้า
คะแนน Lighthouse เท่าไรถึงเรียกว่าดี
Lighthouse ถือว่า 90 ขึ้นไปคือดี 50 ถึง 89 คือต้องปรับปรุง และต่ำกว่า 50 คือแย่ รายงานจึงใช้สีตามเกณฑ์นี้ ให้มองเป็นช่วง ไม่ใช่เป้าหมาย คะแนน 100 ของหน้าหนึ่งบอกอะไรเกี่ยวกับอีกหน้าได้น้อยมาก และคะแนนขยับได้ไม่กี่แต้มระหว่างการรัน จึงควรเทียบหน้าหนึ่งกับประวัติของหน้านั้นเอง
แพ็กเกจไหนมี SEO Site Audit รวมอยู่
ไม่มีเงื่อนไขแพ็กเกจ ทุกแพ็กเกจจึงใช้ได้ ตั้งแต่ Studio ที่ 99 ดอลลาร์ต่อเดือนก่อนภาษี การตรวจทำผ่าน Google PageSpeed Insights และลูกค้าแต่ละรายมีได้สูงสุด 10 หน้า ส่วนรายงานแบบเชื่อมต่อสำหรับแพลตฟอร์มโฆษณาและ Search Console เป็นอีกเรื่องหนึ่ง และเริ่มที่แพ็กเกจ Agency
ทำไมคะแนน Lighthouse ใน PageSpeed Insights กับใน Chrome ถึงต่างกัน
การทดสอบในห้องแล็บขึ้นอยู่กับเครื่อง เครือข่าย และช่วงเวลาที่รัน ผลของสองครั้งบนหน้าเดียวกันจึงแทบไม่เคยตรงกันพอดี PageSpeed Insights ทำงานบนเซิร์ฟเวอร์ของ Google ซึ่งทำให้เงื่อนไขนิ่งกว่าแล็ปท็อปที่ติดตั้งส่วนขยายและใช้เครือข่ายที่แน่น ควรเทียบของที่เหมือนกัน และอ่านแนวโน้มจากการตรวจรายวันแทนที่จะดูตัวเลขเดียว
การตรวจรันบ่อยแค่ไหน และใช้เวลานานเท่าไร
หน้าเว็บจะถูกตรวจเมื่อคุณเพิ่ม ทุกครั้งที่คุณกด “Run all audits” หรือ “Run again” (รันอีกครั้ง) ของหน้านั้น และหลังจากนั้นจะถูกตรวจซ้ำประมาณวันละหนึ่งครั้ง การตรวจใช้เวลาประมาณหนึ่งนาทีต่อหน้า และแต่ละหน้าถูกทดสอบทั้งบนมือถือและเดสก์ท็อป ประวัติเริ่มต้นจากการตรวจครั้งแรกและเก็บไว้นานสูงสุด 400 วัน
ข้อมูลจากสนามจริงของ Core Web Vitals ในการตรวจนี้มาจากไหน
มาจาก Chrome UX Report ของ Google ซึ่งบันทึกการเข้าชมจริงใน Chrome ในช่วง 28 วันที่ผ่านมา การตรวจจะแสดงข้อมูลนี้ของทั้งเว็บไซต์ที่เปอร์เซ็นไทล์ที่ 75 เมื่อ Google มีข้อมูลมากพอ เมื่อไม่มีพอ ผลจากห้องแล็บจะเข้ามาแทน INP จะว่างเปล่าแทนที่จะยืม Total Blocking Time และหน้าจอจะระบุว่า “lab” เพื่อไม่ให้มีอะไรถูกเข้าใจผิดว่าเป็นข้อมูลจากสนามจริง
การตรวจครอบคลุมหน้าเว็บใดบ้าง
ตรวจหน้าที่คุณเพิ่ม สูงสุด 10 หน้าต่อลูกค้า จึงควรเลือกหน้าที่เป็นตัวแทนของเทมเพลต เช่น หน้าแรก หน้าบริการ บทความในบล็อก และขั้นตอนชำระเงิน คะแนนทั้งเว็บไซต์คือค่าเฉลี่ยของหน้าที่คุณเลือก