• โฮมเพจ
  • บทความ
  • การตลาด
  • ห้าเคล็ดลับเกี่ยวกับวิธีเพิ่มประสิทธิภาพข้อมูลที่มีโครงสร้างของไซต์ SaaS ของคุณ

ห้าเคล็ดลับเกี่ยวกับวิธีเพิ่มประสิทธิภาพข้อมูลที่มีโครงสร้างของไซต์ SaaS ของคุณ

เผยแพร่แล้ว: 2021-06-13

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

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

จองคำปรึกษา

ข้อมูลที่มีโครงสร้างโดยสังเขป

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

'รูปแบบ [sic] ที่เป็นมาตรฐานสำหรับการให้ข้อมูลเกี่ยวกับเพจและการจัดประเภทเนื้อหาของเพจ'

เครื่องมือค้นหาใช้ข้อมูลที่มีโครงสร้างเพื่อทำความเข้าใจหน้าต่างๆ พวกเขายังใช้มันเพื่อรวบรวมข้อมูลเกี่ยวกับเว็บโดยทั่วไป

มีอีกวิธีหนึ่งที่สำคัญในการนำข้อมูลที่มีโครงสร้างไปใช้กับ SEO Google ใช้สำหรับคุณลักษณะพิเศษและการปรับปรุงผลการค้นหา เฉพาะหน้าที่ใช้ข้อมูลที่มีโครงสร้างอย่างถูกต้องเท่านั้นที่มีสิทธิ์ใช้ฟีเจอร์และการปรับปรุงเหล่านั้น รวมถึงแผงความรู้ของ Google ภาพหมุนข่าว และคำตอบโดยตรง

ข้อมูลที่มีโครงสร้างจะถูกเข้ารหัสโดยใช้มาร์กอัปในหน้าที่ข้อมูลนั้นอ้างถึง ข้อมูลที่มีโครงสร้างที่ดีส่วนใหญ่จะใช้คำศัพท์ตามที่ schema.org กำหนด Schema เป็นกฎไม่มากก็น้อยเกี่ยวกับคำศัพท์ที่คุณควรใช้ ไม่จำเป็นต้องปฏิบัติตามกฎของสคีมา เมื่อทำเช่นนี้ คุณจะรู้ว่าคุณกำลังใช้คำศัพท์ที่ Google เข้าใจ

การค้นหาของ Google รองรับข้อมูลที่มีโครงสร้างในสามรูปแบบ ได้แก่ JSON-LD, Microdata และ RDFa คุณสามารถใช้ตัวเลือกใดก็ได้จากสามตัวเลือก แต่เป็น JSON-LD ที่ Google แนะนำ เช่นเดียวกับการยึดติดกับคำศัพท์ของ Schema การใช้รูปแบบ JSON-LD นั้นสมเหตุสมผล เป็นรูปแบบที่เคล็ดลับของเราจะเน้น

ข้อมูลที่มีโครงสร้างรูปแบบ JSON-LD

JSON-LD ย่อมาจาก JavaScript Object Notation – Linked Data อย่างง่ายที่สุด มันคือสัญลักษณ์ JS ที่ฝังอยู่ในแท็ก <script> ในส่วนหัวหรือเนื้อหาของหน้า เพื่อประโยชน์ของ SEO จะใช้เพื่อแสดงข้อมูลที่เชื่อมโยงไปยังหน้าเฉพาะกับ Google มีเหตุผลหลักบางประการที่ทำให้ JSON-LD เป็นรูปแบบที่แนะนำสำหรับข้อมูลที่มีโครงสร้าง

มีความยืดหยุ่นและปรับขนาดได้มากกว่าทางเลือกอื่นๆ เมื่อใช้ JSON-LD คุณจะเพิ่มและแก้ไขข้อมูลที่มีโครงสร้างได้ในที่เดียว นั่นคือทุกที่ที่วางไว้ใน HTML คุณต้องเพิ่มและแก้ไข Microdata ที่กระจายไปทั่ว HTML ของหน้า

Google ยังสามารถอ่านข้อมูล JSON-LD เมื่อมีการแทรกแบบไดนามิกในเนื้อหาของหน้า ตัวอย่างเช่น โดยโค้ด JS หรือในวิดเจ็ตแบบฝังในระบบจัดการเนื้อหา

เมื่อคุณเร่งความเร็วกับข้อมูลที่มีโครงสร้างและ JSON-LD แล้ว ก็ถึงเวลาหันมาดูเคล็ดลับของเรา เคล็ดลับ quintet มีวัตถุประสงค์เพื่อครอบคลุมคำแนะนำที่หลากหลายและมีดังนี้:

  1. การทดสอบและการเรียนรู้เกี่ยวกับข้อมูลที่มีโครงสร้างของคุณ
  2. เทมเพลตการคิดมากกว่าทีละหน้า
  3. บทวิจารณ์; จะเพิ่มมาร์กอัปบทวิจารณ์ที่ไหนและอย่างไร
  4. การจัดการมาร์กอัปในหน้าหมวดหมู่ของคุณ
  5. การเพิ่มประเภทข้อมูลที่มีโครงสร้างหลายประเภทในหน้าเดียว

1. การทดสอบและการเรียนรู้เกี่ยวกับข้อมูลที่มีโครงสร้างของคุณ

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

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

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

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

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

2. เทมเพลตการคิดมากกว่าทีละหน้า

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

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

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

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

3. บทวิจารณ์; จะเพิ่มมาร์กอัปบทวิจารณ์ที่ไหนและอย่างไร

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

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

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

ความแตกต่างระหว่างสองตัวอย่างนั้นชัดเจน หนึ่งใช้ 'description' ในขณะที่อีกอันใช้ 'reviewBody' เนื่องจากทั้งคู่แสดงเป็นตัวอย่าง จึงเห็นได้ชัดว่าทั้งคู่ทำงาน ควรใช้ทางเลือก 'reviewBody' จะดีกว่า

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

4. ทำเครื่องหมายบนหน้าหมวดหมู่ของคุณ

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

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

มีวิธีแก้ไขง่ายๆ นั่นคือการใช้สคีมาของผลิตภัณฑ์ แต่ไม่รวมลิงก์ไปยังหน้าผลิตภัณฑ์แต่ละหน้าในมาร์กอัป Google นำเสนอโซลูชันนี้ในหลักเกณฑ์ด้านข้อมูลที่มีโครงสร้างของตนเอง:

'ควรมาร์กอัปเอนทิตีแต่ละรายการโดยใช้ประเภท schema.org ที่เกี่ยวข้อง เช่น schema.org/Product สำหรับหน้าหมวดหมู่ผลิตภัณฑ์ อย่างไรก็ตาม หากมีการทำเครื่องหมายหนึ่งรายการ ควรทำเครื่องหมายทุกรายการ นอกจากนี้ เว้นแต่ว่านี่คือหน้าแบบหมุน รายการที่ทำเครื่องหมายไว้ไม่ควรเชื่อมโยงออกไปยังหน้ารายละเอียดแยกต่างหาก'

SaaS Ebook - ขยายธุรกิจของคุณ


5. การเพิ่มประเภทข้อมูลที่มีโครงสร้างหลายประเภทในหน้าเดียว

หลักเกณฑ์เกี่ยวกับข้อมูลที่มีโครงสร้างของ Google ยังครอบคลุมประเภทข้อมูลที่มีโครงสร้างหลายประเภทในหน้าเดียว พวกเขาระบุว่าคุณสามารถมีวัตถุข้อมูลที่มีโครงสร้างได้มากกว่าหนึ่งรายการ พวกเขายังระบุด้วยว่าสามารถเป็นประเภทต่างๆได้

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

หากคุณรวมอ็อบเจ็กต์ข้อมูลที่มีโครงสร้างหลายรายการในหน้าเดียว คุณไม่จำเป็นต้องใช้แท็ก <script> หลายแท็ก การทำเช่นนั้นอาจใช้เวลานานและทำให้โค้ด JSON-LD ของคุณซับซ้อนโดยไม่จำเป็น คุณสามารถใช้สิ่งที่เรียกว่าวัตถุ “@graph” แทน

คุณใส่อ็อบเจกต์ “@graph” หลังจากแนะนำ <script tag> และพร็อพเพอร์ตี้ “@context” ที่คุณเลือก คุณสมบัติ “@context” จะเป็น 'http://schema.org' หากคุณใช้คำศัพท์ของ Schema จากนั้นคุณสามารถรวมประเภทข้อมูลที่มีโครงสร้างทั้งหมดของคุณสำหรับหน้าไว้ในออบเจ็กต์ "@graph"

ทุกอย่างจะเหมือนกับการเพิ่มวัตถุข้อมูลที่มีโครงสร้างเพียงรายการเดียว วิธีนำวัตถุ “@graph” ไปใช้ในทางปฏิบัติแสดงในตัวอย่างด้านล่างจาก Schema:

ข้อมูลที่มีโครงสร้าง – บรรทัดล่างสุด

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

แม้จะไม่สำคัญเท่ากับบางอย่าง เช่น การสร้างลิงก์ แต่ข้อมูลที่มีโครงสร้างที่ดีสามารถช่วย SERP ของคุณได้ ช่วยให้ Google เข้าใจว่าเพจของคุณเกี่ยวกับอะไร นอกจากนี้ยังเปิดโอกาสสำหรับคุณสมบัติการค้นหาพิเศษและการปรับปรุง

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