เครื่องทดสอบที่รองรับการใช้งานบนมือถือได้

กรุณาป้อน URL แล้วโปรแกรมทดสอบจะโหลดเนื้อหาลงในหน้าจอโทรศัพท์จำลอง (ขนาดเริ่มต้นคือ 375 × 812 พิกเซล ตามขนาดของ iPhone) จากนั้นจะตรวจสอบข้อบกพร่องที่พบบ่อยในการอ่านบนมือถือ ซึ่งเคยถูกระบุโดยเครื่องมือ Mobile-Friendly Test ของ Google ก่อนที่จะถูกยกเลิกการใช้งาน และจะแสดงรายการข้อผิดพลาดที่สามารถแก้ไขได้ ได้แก่ การขาดแท็ก meta ของ viewport, ขนาดตัวอักษรเล็กกว่า 12 พิกเซล, เป้าหมายสำหรับการแตะที่มีขนาดเล็กกว่า 48 × 48 พิกเซล, การเลื่อนแนวนอน, การใช้ Flash หรือปลั๊กอินที่ไม่รองรับ, และเนื้อหาที่มีความกว้างเกินขนาดของ viewport

วิธีการดำเนินการทดสอบ

  1. 1

    กรุณาป้อน URL

    URL ฉบับเต็มพร้อมโปรโตคอล ใช้ได้เฉพาะกับหน้าเว็บสาธารณะเท่านั้น

  2. 2

    หน้าเว็บแสดงผลในรูปแบบหน้าจอขนาดโทรศัพท์

    ขนาดเริ่มต้นคือ 375 × 812 พิกเซล และสามารถปรับแต่งได้

  3. 3

    การตรวจสอบอัตโนมัติได้ดำเนินการเรียบร้อยแล้ว

    เมตาของ viewport ขนาดตัวอักษร ระยะห่างระหว่างจุดที่แตะ การล้นของเนื้อหา และปลั๊กอิน

  4. 4

    ดูตัวอย่างและรายงานผล

    ภาพหน้าจอของรูปแบบการแสดงผลโทรศัพท์ พร้อมรายการปัญหาเฉพาะเจาะจง

สิ่งที่ผู้ทดสอบตรวจสอบ

การกำหนดค่าของวิว (Viewport Configuration)

  • มีรุ่น <meta name="viewport" content="width=device-width, initial-scale=1"> หรือไม่? หากไม่มีรุ่นนี้ โปรแกรมเบราว์เซอร์บนมือถือจะแสดงผลราวกับว่าโทรศัพท์มีความกว้างเท่ากับจอคอมพิวเตอร์ และจะปรับขนาดให้เข้ากันอย่างแคบจนทำให้ข้อความปรากฏในขนาดเล็กมาก

ขนาดตัวอักษร

  • ข้อความที่มีขนาดเล็กกว่า 12 พิกเซล จะถูกแสดงเป็นสีพิเศษ, อ่านได้ยากบนโทรศัพท์หากไม่ใช้ฟีเจอร์ปรับขนาดด้วยการกดคู่นิ้ว
  • คู่มือด้านสไตล์หลายฉบับแนะนำให้ใช้ขนาดตัวอักษรข้อความอย่างน้อย 16 พิกเซล การใช้คำบรรยายที่มีขนาดเล็กมากก็ไม่เป็นปัญหา แต่การใช้ขนาดตัวอักษร 11 พิกเซลสำหรับข้อความหลักนั้นไม่เหมาะสม

ขนาดของเป้าหมายที่ต้องแตะ

ปุ่ม ลิงก์ และองค์ประกอบควบคุมในแบบฟอร์มควรมีขนาดอย่างน้อย 48×48 พิกเซล (ตามแนวทางด้านความสามารถในการเข้าถึงสำหรับอุปกรณ์เคลื่อนที่ของ Google และ W3C) เป้าหมายที่มีขนาดเล็กจะยากต่อการแตะอย่างแม่นยำด้วยนิ้วหัวแม่มือ และจะถูกทำเครื่องหมายไว้

ระยะห่างระหว่างเป้าหมายที่ต้องแตะ

  • เป้าหมายที่อยู่ใกล้กับเป้าหมายข้างเคียงมากกว่า 8 พิกเซล จะทำให้เกิดการแตะผิดพลาด โดยจะถูกระบุด้วยเครื่องหมายแยกต่างหาก

การเลื่อนข้อความในแนวนอน

เนื้อหาที่มีขนาดใหญ่เกินขอบหน้าจอจะทำให้ต้องเลื่อนแนวนอน ซึ่งส่งผลเสียต่อประสบการณ์การใช้งานบนมือถือ โดยทั่วไปเกิดจากภาพที่ไม่มีข้อมูล max-width: 100% หรือตารางที่ไม่สามารถปรับรูปแบบการแสดงผลได้อย่างเหมาะสม

ปลั๊กอินที่ไม่ได้รับการสนับสนุน

  • Flash, Silverlight และ ActiveX ไม่สามารถใช้งานได้บนโทรศัพท์มือถือ โดยเว็บไซต์รุ่นเก่าบางแห่งยังคงอ้างอิงฟีเจอร์เหล่านี้อยู่

การโหลดฟอนต์

  • ฟอนต์เว็บขนาดใหญ่มากที่ทำให้การแสดงผลล่าช้าเป็นเวลาหลายวินาที จะถูกระบุด้วยเครื่องหมาย

ทำไมเรื่องนี้ยังคงมีความสำคัญ

กูเกิลได้ยุติการใช้งานเครื่องมือทดสอบความเหมาะสมสำหรับอุปกรณ์เคลื่อนที่แบบแยกต่างหากในเดือนธันวาคม 2023 อย่างไรก็ตาม คุณสมบัติด้านความเหมาะสมสำหรับอุปกรณ์เคลื่อนที่ยังคงเป็นตัวชี้วัดการจัดอันดับโดยตรงผ่านตัวชี้วัดหลักของเว็บ (Core Web Vitals) และตัวชี้วัดประสบการณ์การใช้งานหน้าเว็บ การจัดทำดัชนีแบบเน้นอุปกรณ์เคลื่อนที่หมายความว่า กูเกิลจะสแกนเว็บไซต์ของคุณผ่านโทรศัพท์มือถือ และสิ่งที่แสดงผลไม่ดีบนอุปกรณ์เคลื่อนที่จะปรากฏในผลการจัดอันดับบนคอมพิวเตอร์เดสก์ท็อปด้วยเช่นกัน

วิธีแก้ไขทั่วไป

  • เพิ่มข้อมูลเมตาของ viewport ลงใน <head> และ <meta name="viewport" content="width=device-width, initial-scale=1">
  • CSS แบบตอบสนองต่อขนาดหน้าจอ โดยใช้คำสั่ง media query: @media (max-width: 768px) { ... }
  • ใช้ Flexbox และ Grid แทนการจัดวางแบบความกว้างคงที่
  • ตั้งค่าภาพ max-width: 100%; height: auto เพื่อให้ภาพหดตัวตามขนาดของช่องแสดงผล
  • ทำให้ตารางสามารถเลื่อนดูได้บนหน้าจอขนาดเล็ก: ใช้ฟังก์ชัน wrapping ใน <div style="overflow-x: auto">
  • ใช้ rem หรือ em เพื่อกำหนดขนาดข้อความ เพื่อให้ระบบปรับขนาดตามความต้องการของผู้ใช้งานทำงานได้อย่างถูกต้อง

สิ่งที่ผู้ทดสอบไม่สามารถตรวจพบได้

  • ประสิทธิภาพบนฮาร์ดแวร์จริง: โทรศัพท์แอนดรอยด์ระดับเริ่มต้นที่ใช้เครือข่าย 3G มักเกิดความล่าช้าซึ่งเครื่องทดสอบนี้ไม่สามารถจำลองได้ ควรใช้โปรแกรม Lighthouse เพื่อประเมินประสิทธิภาพ
  • การโต้ตอบผ่านการสัมผัส: ตัวเลือกแบบดรอปดาวน์ที่ใช้งานได้เฉพาะเมื่อวางเมาส์ไว้บนหน้าจอ และจะแสดงผลเมื่อมีการสัมผัส จำเป็นต้องทดสอบด้วยตนเองบนอุปกรณ์จริง
  • ความสามารถในการเข้าถึงที่เกินกว่าเพียงการปรับขนาดหน้าจอสำหรับอุปกรณ์มือถือ ใช้เครื่องมือเฉพาะทางด้านความสามารถในการเข้าถึง เช่น การสร้างความแตกต่างของภาพ (contrast), การรองรับโปรแกรมอ่านหน้าจอ (screen reader), และระบบนำทางผ่านคีย์บอร์ด
  • ข้อผิดพลาดของ JavaScript ในเบราว์เซอร์ที่ออกแบบเฉพาะสำหรับอุปกรณ์มือถือ Safari บนระบบ iOS อาจมีพฤติกรรมแตกต่างจากเวอร์ชันอื่นๆ ของ WebKit บางครั้ง

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

การตรวจสอบที่คล้ายคลึงกัน แต่มีวิธีการดำเนินการที่แตกต่างกัน โดย Google ได้ยุติการให้บริการเครื่องมือสาธารณะนี้ในช่วงปลายปี 2023 เครื่องมือทดสอบนี้จะใช้ชุดการตรวจสอบแบบดั้งเดิมเดียวกันกับที่ Google เคยใช้ เพื่อตรวจสอบเวอร์ชันของหน้าเว็บที่เบราว์เซอร์แบบไม่มีหัว (headless browser) โหลดมา

ใช่, กูเกิลได้นำแนวทาง “มือถือเป็นหลัก” มาใช้ตั้งแต่ปี 2020 ซึ่งหมายความว่ารูปแบบการแสดงผลบนอุปกรณ์มือถือจะเป็นเวอร์ชันหลักสำหรับการจัดอันดับผลลัพธ์การค้นหา โดยปัญหาที่เกิดขึ้นกับอุปกรณ์มือถืออาจส่งผลกระทบต่ออันดับการค้นหาได้ แม้ในกรณีของการค้นหาผ่านคอมพิวเตอร์เดสก์ท็อปก็ตาม

ไม่ โปรแกรมทดสอบจะดึงเฉพาะ URL ที่สามารถเข้าถึงได้โดยสาธารณะเท่านั้น หากต้องการใช้งานในสภาพแวดล้อมทดสอบที่มีการป้องกัน ควรทดสอบภายในระบบของคุณโดยใช้โหมดจำลองอุปกรณ์ของ Chrome DevTools

ขนาดพื้นฐานคือ 375×812 พิกเซล (สำหรับ iPhone 12/13/14) สามารถตั้งค่าได้เป็น 390×844 พิกเซล (สำหรับ iPhone 14 Pro), 360×640 พิกเซล (สำหรับสมาร์ทโฟนแอนดรอยด์ทั่วไป) หรือ 412×915 พิกเซล (สำหรับ Pixel 7)

โดยทั่วไปใช้เวลาประมาณ 5 ถึง 15 วินาที ขึ้นอยู่กับขนาดของหน้าเว็บ หน้าที่มีเนื้อหาหนาแน่นหรือมีสคริปต์จำนวนมากจะใช้เวลานานกว่า โดยระบบจะรอจนกว่าข้อมูลจะโหลดเสร็จ แล้วตามด้วยช่วงเวลาพักสั้น ๆ ก่อนที่จะทำการบันทึกข้อมูล

เครื่องมือที่เกี่ยวข้อง

ตัวตรวจสอบ Open Graph

วาง HTML ของหน้าเว็บแล้วดูทันทีว่ามีแท็ก Open Graph และ Twitter Card ใดบ้าง แท็กที่จำเป็นตัวใดขาดหายไป และค่าที่แน่นอนของแต่ละตัว

ตัวสร้าง Breadcrumb Schema

สร้าง BreadcrumbList JSON-LD ที่ถูกต้องสำหรับลำดับชั้นของหน้าใดก็ได้ ได้มาร์กอัป schema.org พร้อมวางลงในส่วน head ของเว็บไซต์

เครื่องตรวจสอบความสามารถในการจัดทำดัชนี (Indexability Checker)

ตรวจสอบว่า URL นั้นสามารถถูกดักจับโดยระบบดัชนีได้หรือไม่ โดยพิจารณาจากไฟล์ robots.txt, meta robots, X-Robots-Tag, สัญญาณ canonical และสถานะ HTTP

เครื่องมือวิเคราะห์ส่วนหัวความปลอดภัย

วางส่วนหัวการตอบกลับ HTTP ของคุณ แล้วรับคำแนะนำแบบจัดลำดับความสำคัญเกี่ยวกับส่วนหัวความปลอดภัยที่สำคัญ: Content-Security-Policy, Strict-Transport-Security, X-Frame-Options, Referrer-Policy และอื่น ๆ

ตัวอย่าง SERP

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

ตัวสร้างลิงก์ UTM

สร้าง URL ติดตามแคมเปญด้วยพารามิเตอร์ UTM source, medium, campaign, term และ content ลิงก์สะอาดที่เข้ารหัส URL แล้ว พร้อมใช้สำหรับโฆษณาและจดหมายข่าว

เครื่องมือนี้มีให้บริการในภาษาอื่น