วิธีใช้ข้อมูลที่มีโครงสร้าง Schema.org สำหรับบริษัทและผู้คน
เผยแพร่แล้ว: 2020-02-26ในบทความนี้ ผมจะพิจารณาว่าข้อมูลที่มีโครงสร้าง Schema.org คืออะไร เหตุใดจึงจำเป็นสำหรับการสร้าง EAT และวิธีที่เราสามารถใช้ประโยชน์จากประเภทและคุณลักษณะที่หลากหลายเพื่อสื่อสารข้อมูลที่แม่นยำอย่างชัดเจนไปยังเครื่องมือค้นหา
EAT คืออะไร?
ความเชี่ยวชาญ อำนาจหน้าที่ และความน่าเชื่อถือ หรือ EAT เป็นหนึ่งในเกณฑ์หลักที่เครื่องมือค้นหาใช้ในการตัดสินใจว่าไซต์ใดดีที่สุดที่จะแสดงสำหรับคำค้นหาที่กำหนด การใช้ข้อมูลที่มีโครงสร้างจะบอกพวกเขาได้อย่างแม่นยำว่าคุณเป็นใครและทำอะไร ซึ่งจะทำให้พวกเขาไว้วางใจไซต์ของคุณมากขึ้น การรวมข้อมูลเพิ่มเติมที่แสดงถึงความเชี่ยวชาญและอำนาจจะเพิ่มความไว้วางใจและทำให้ไซต์ของคุณมีอันดับที่ดีขึ้น
มีระดับเพิ่มเติมที่เรียกว่า "YMYL" หรือ Your Money, Your Life ซึ่งรวมถึงไซต์ทั้งหมดที่เกี่ยวข้องกับการเงินและสุขภาพโดยเฉพาะ สำหรับหมวดหมู่นี้ Google เข้มงวดเป็นพิเศษ และคุณต้องแน่ใจว่าได้ใส่ข้อมูลใดๆ ที่แสดงให้เห็นว่าคุณมีคุณสมบัติและสามารถพูดคุยเกี่ยวกับหัวข้อเหล่านี้ได้
คุณอาจสงสัยว่า:
ข้อมูลที่มีโครงสร้างคืออะไร
ข้อมูลที่มีโครงสร้างเป็นข้อมูลที่นำเสนอในรูปแบบมาตรฐานที่เครื่องสามารถเข้าใจได้
อินเทอร์เน็ตจำเป็นต้องมีข้อมูลที่มีโครงสร้าง เพื่อให้เครื่องจักรที่เป็นส่วนประกอบทั้งหมดสามารถสื่อสารกันได้ โปรโตคอลและภาษาทั้งหมด (HTTP, TCP, TLS/SSL, PHP, Javascript ฯลฯ) มีโครงสร้างที่ตกลงกันไว้อย่างเข้มงวด
ข้อยกเว้นใหญ่คือข้อมูลที่คุณใส่ลงในเนื้อหาข้อความที่มองเห็นได้ของหน้าเว็บไซต์ของคุณ ไม่มีกฎเกณฑ์ว่าควรวางข้อมูลของคุณอย่างไร เมื่อเสิร์ชเอ็นจิ้นดูเนื้อหานั้น พวกเขาจะวิเคราะห์ส่วนข้อความเพื่อค้นหาสิ่งต่าง ๆ ที่พวกเขาสามารถระบุได้ว่าเป็นข้อมูลประเภทใดประเภทหนึ่ง แต่ก็มีความไม่แน่นอนในระดับหนึ่งอยู่เสมอ ตัวอย่างเช่น ใช้ที่อยู่มาตรฐาน เช่น :
Amazing Stuff Inc, 39 Main Street, 34000 Newtown, France
มนุษย์จากสถานที่ต่างๆ ที่ใช้รูปแบบที่อยู่เฉพาะนี้สามารถเห็นได้ทันทีว่านี่คือที่อยู่ แต่ลองนึกภาพว่าคุณเป็นคนจากอีกส่วนของโลกที่ใช้รูปแบบที่อยู่อื่น คุณจะเข้าใจว่าทุกส่วนของที่อยู่คืออะไร? นี่คือสิ่งที่มันเป็นสำหรับเครื่องจักร
ปัญญาประดิษฐ์ในเสิร์ชเอ็นจิ้นได้พัฒนาจนสามารถรับรู้ได้ว่าสิ่งนี้อาจดูเหมือนที่อยู่และแยกองค์ประกอบต่าง ๆ แต่ก็ยังไม่แน่นอน 100% และต้องการการยืนยันจากแหล่งอื่น ๆ อีกมากมายเพื่อให้มั่นใจในสิ่งที่มี เดา อย่างไรก็ตาม ข้อมูลที่มีโครงสร้างสร้างขึ้นจากคู่ที่ประกอบด้วยชื่อมาตรฐาน เช่น "streetAddress" และค่าที่กำหนด (ในกรณีนี้คือ "39, Main Street") และเครื่องมือค้นหาจะสแกนโค้ด html เพื่อค้นหาประเภทนี้ ของข้อมูลที่มีชื่อ
Oncrawl Data³
เรียนรู้เพิ่มเติมปัญหาก็คือแม้ว่าข้อมูลในหน้าเว็บของคุณอาจดูมีโครงสร้างสำหรับสายตามนุษย์ แต่ก็ไม่ได้จัดโครงสร้างเลยสำหรับเครื่อง พวกเขาต้องเดา!
ในทางปฏิบัติ เราสามารถทำอะไรกับเรื่องนี้ได้บ้าง?
Schema.org เป็นส่วนหนึ่งของโครงการริเริ่มที่เปิดตัวในปี 2554 โดย Google, Bing และ Yahoo เพื่อจัดเตรียมระบบของสคีมาสากลเพื่อให้มาร์กอัปข้อมูลที่มีโครงสร้างไว้ในเว็บไซต์ได้ เมื่อเครื่องมือค้นหาเห็นบรรทัด “ @context”:”http://schema.org/ ” พวกเขาเริ่มมองหาคู่ข้อมูลที่มีชื่อ Schema.org ที่พวกเขาจำได้
เราสามารถแทรกข้อมูลที่มีโครงสร้าง Schema ลงในส่วน <head> ของ html ของเราดังนี้:
ข้อมูลที่มีโครงสร้างในรูปแบบ JSON-LD
และนี่คือวิธีที่เครื่องมือค้นหาเห็นเมื่อวิเคราะห์หน้าเว็บ :
ข้อมูลที่มีโครงสร้างในเครื่องมือทดสอบข้อมูลที่มีโครงสร้างของ Google
ไม่ชัดเจนกว่านี้มากเหรอ? อัลกอริธึมของเครื่องมือค้นหาตอนนี้มั่นใจ 100% เกี่ยวกับข้อมูลประจำตัวและบทบาทของข้อมูลที่มีโครงสร้างแต่ละบิต สิ่งนี้ทำให้ชีวิตของพวกเขาง่ายขึ้นมากและจะเพิ่มระดับความไว้วางใจที่พวกเขามีในสิ่งที่คุณเป็นและสิ่งที่คุณทำ เพิ่ม EAT ของคุณและปรับปรุงอันดับของคุณ
มาร์กอัป Schema พื้นฐานสำหรับองค์กร
ฉันจะเริ่มต้นด้วย Schema พื้นฐานที่สุดแล้วดูการเพิ่มประสิทธิภาพเพิ่มเติมบางอย่าง
ประการแรก คุณจะต้องกำหนดประเภทองค์กรของคุณ เนื่องจากระบบ Schema.org เป็นลำดับชั้นของสิ่งต่าง ๆ (ซึ่งคุณสามารถดูได้ที่นี่) ที่เรียกว่าประเภท คุณจึงสามารถเริ่มต้นที่ประเภททั่วไปที่สุดและเจาะลึกเข้าไปในลำดับชั้นจนกว่าคุณจะพบประเภทของคุณ ประเภททั่วไปที่สุดคือ Thing ซึ่งมีประเภทย่อยกว้างๆ จำนวนหนึ่ง ซึ่งหนึ่งในนั้นคือ Organization ดังที่คุณเห็นในรูปที่ 3 องค์กร มีประเภทอื่นๆ เช่น Corporation , LocalBusiness , EducationalOrganization เป็นต้น
ส่วนหนึ่งของลำดับชั้นประเภท
คุณจะเห็นว่า LocalBusiness มีประเภทย่อยจำนวนมาก ดังนั้นคุณสามารถเจาะลึกลงไปได้ต่อไป แต่ถ้าคุณไม่ใช่ธุรกิจในท้องถิ่น คุณก็อาจเป็นบริษัท ดังนั้นคุณสามารถดูได้ คลิกที่นี่เพื่อดูหน้าสำหรับคอร์ปอเรชั่น
บล็อก Schema ของคุณจะมีลักษณะดังนี้:
ประเภทบริษัท
วิธีนี้ดีมากและไม่ได้ให้ข้อผิดพลาดใดๆ แก่เราในเครื่องมือทดสอบข้อมูลที่มีโครงสร้างแต่ไม่ได้บอกอะไรเราเกี่ยวกับบริษัทเลย เราจึงต้องให้คุณลักษณะบางอย่างหรือบางส่วนของข้อมูลที่อธิบาย
ในหน้า Corporation คุณจะเห็นว่ามีคุณลักษณะที่ยอมรับได้จำนวนหนึ่ง สิ่งสำคัญคือต้องสะกดชื่อแอตทริบิวต์อย่างถูกต้อง เนื่องจากเมื่อเครื่องมือค้นหาเห็นประเภทแล้ว จะค้นหาแอตทริบิวต์ที่ยอมรับเฉพาะสำหรับประเภทนั้น ชื่อแอตทริบิวต์เริ่มต้นด้วยอักษรตัวพิมพ์เล็กและชื่อประเภทเริ่มต้นด้วยตัวพิมพ์ใหญ่
[กรณีศึกษา] ปรับลิงก์ให้เหมาะสมเพื่อปรับปรุงหน้าเว็บที่มี ROI . มากที่สุด
อ่านกรณีศึกษาบางประเภทมีแอตทริบิวต์ที่จำเป็นอย่างน้อยหนึ่งรายการ: หากคุณเลือกประเภท LocalBusiness (หรือประเภทย่อยของ LocalBusiness ) คุณอาจเห็นข้อผิดพลาดที่แสดงในเครื่องมือทดสอบ เนื่องจากต้องมีชื่อและ URL รูปภาพ เป็นอย่างน้อย
ข้อผิดพลาดสำหรับข้อมูลที่ขาดหายไป
หากเกิดเหตุการณ์นี้ โปรดระบุข้อมูลที่จำเป็นอย่างน้อยดังในรูปที่ 6 ด้านล่าง เพื่อหลีกเลี่ยงมาร์กอัปที่ไม่ถูกต้อง จากนั้นคุณสามารถเพิ่มข้อมูลเพิ่มเติมได้ :
ข้อผิดพลาดได้รับการแก้ไข
สำหรับส่วนที่เหลือของบทความนี้ ฉันจะยกตัวอย่างของ sunfimmo.com ซึ่งเป็นบริษัทที่ฉันเคยทำเครื่องหมายไว้ในอดีต เป็นบริษัทฝรั่งเศส แต่อย่าลืมว่าชื่อแอตทริบิวต์มักจะอยู่ในรูปแบบภาษาอังกฤษมาตรฐานเพื่อให้เครื่องมือค้นหาสามารถจดจำได้
บริษัทเป็นหน่วยงานด้านอสังหาริมทรัพย์ แต่ไม่มีหน่วยงานจริงที่คุณสามารถเยี่ยมชมได้ ดังนั้นจึงไม่สามารถเป็นหนึ่งในประเภท LocalBusiness แทนที่จะใช้ RealEstateAgent ประเภทของพวกเขาจะต้องเป็น Corporation มาร์กอัปพื้นฐานมีลักษณะดังนี้:
Schema.org พื้นฐานสำหรับองค์กร
ตอนนี้เรามีข้อมูลพื้นฐานที่ดีเกี่ยวกับบริษัทแล้ว โปรดทราบว่าชื่อตาม กฎหมาย ไม่เหมือนกับ ชื่อ ที่ใช้ในการซื้อขาย – นี่เป็นสิ่งสำคัญเพราะในภายหลังเราจะเพิ่มลิงก์ไปยังรายการจดทะเบียนบริษัทอย่างเป็นทางการ และข้อมูลจะต้องเหมือนกันหากเราต้องการสร้างความมั่นใจในความถูกต้องของ ข้อมูล. เช่นเดียวกับที่อยู่และหมายเลขโทรศัพท์ พวกเขาจะต้องเหมือนกันทุกที่!
จุดติดต่อ
หากบริษัทมีจุดติดต่อหลายแห่ง (ในเมือง ภูมิภาค หรือประเทศต่างๆ) ก็สามารถทำเครื่องหมายได้เช่นกัน บริษัทนี้มีสำนักงานสองแห่ง แต่ใช้หมายเลขโทรศัพท์เดียวกัน จึงจัดกลุ่มเข้าด้วยกันดังนี้:
Schema.org พื้นฐานสำหรับ ContactPoint
โปรดทราบว่าเมื่อใช้ประเภท (ในที่นี้คือ ContactPoint ) เป็นค่าสำหรับแอตทริบิวต์ จะมีการทำเครื่องหมายเป็นบล็อกในวงเล็บปีกกา นี่คือข้อมูลที่มีโครงสร้าง! เมื่อแอตทริบิวต์มีค่าหลายค่า เราสามารถใส่ไว้ในวงเล็บเหลี่ยม โดยคั่นด้วยเครื่องหมายจุลภาค
มาร์กอัป Schema เพิ่มเติมสำหรับองค์กร
ประเภทเพิ่มเติม
คุณเห็นในบทความก่อนหน้านี้ว่าเราไม่สามารถทำเครื่องหมายบริษัทเป็น RealEstateAgent ได้ เนื่องจากไม่ใช่ธุรกิจในท้องถิ่น แต่เรายังคงสามารถแสดงได้ว่ามีตัวแทนอสังหาริมทรัพย์ประเภทเฉพาะในรูปแบบข้อมูลที่มีโครงสร้างโดยใช้ระบบ Productontology ฉันจะไม่ลงรายละเอียดในตอนนี้ (คำแนะนำอยู่ที่นี่) แต่ช่วยให้เราทำสิ่งนี้ได้:
การใช้ Productontology
และเรายังสามารถใส่ลิงก์ไปยัง Wikipedia ในบล็อกเดียวกันได้:
ใช้ sameAs
ลิงค์ไปยังเพจทางการเพื่อเพิ่มความน่าเชื่อถือ
ขณะนี้เรามีมาร์กอัปพร้อมรายละเอียดพื้นฐานของบริษัทและได้ระบุประเภทที่เฉพาะเจาะจงมากขึ้น แต่อย่าลืมว่าเราต้องการเพิ่มความไว้วางใจและความน่าเชื่อถือด้วย และแสดงให้เห็นว่าบริษัทมีตัวตนอยู่จริง ในการทำเช่นนี้ เราสามารถเชื่อมโยงไปยังเพจทางการที่มีข้อมูลที่เราไม่สามารถเปลี่ยนแปลงตนเองได้ ทำให้มีความน่าเชื่อถือมากกว่า ตัวอย่างเช่น บัญชีโซเชียลเน็ตเวิร์ก ซึ่งโดยทั่วไปแล้วใครๆ ก็อ้างว่าเป็นอะไรก็ได้ที่พวกเขาต้องการ!
ในฝรั่งเศส ทุกบริษัทมีหมายเลขทะเบียนอย่างเป็นทางการ (“SIRET”) และรหัสสำหรับภาคส่วนที่พวกเขากำลังทำงานอยู่ (“CODE NAF”) ดังนั้นเราจึงสามารถเขียนบล็อกที่กำหนดเองซึ่งมีผลว่า:
“นี่คือตัวระบุอย่างเป็นทางการ นี่คือสิ่งที่เรียกว่า นี่คือคุณค่า นี่คือหน้าวิกิพีเดียที่อธิบาย และนี่คือหน้าการบริหารอย่างเป็นทางการพร้อมรายการ”:
การใช้ตัวระบุ Schema.org
เพื่อยืนยันกับข้อมูล "ทางการ" เพิ่มเติม เราสามารถให้ลิงก์ไปยังหน้ารายการข้อมูลบริษัท พร้อมกับบัญชีโซเชียลที่เกี่ยวข้องใดๆ ที่ใช้งานอยู่ ในบล็อกเดียวกันในลักษณะนี้:
ลิงก์ที่เหมือนกันมากขึ้น
การเพิ่มข้อมูล Schema สำหรับบุคคลเพื่อเพิ่มความเชี่ยวชาญและอำนาจ
เราได้สร้างบล็อกหลักของมาร์กอัป Schema สำหรับ Corporation และเพิ่มโฮสต์ของข้อมูลเพื่อเพิ่มความน่าเชื่อถือและความน่าเชื่อถือ วิธีที่ดีในการเพิ่มอำนาจและความเชี่ยวชาญ (อย่าลืมว่านี่คือทั้งหมดที่เกี่ยวกับ EAT) คือการรวมบุคคลตั้งแต่หนึ่งคนขึ้นไปและข้อมูลประจำตัวของพวกเขาคืออะไร ในการดำเนินการนี้ เราสามารถรวมบล็อก บุคคล ได้ดังนี้:
Schema.org สำหรับบุคคล
เรากำลังจะบอกว่า ผู้ก่อตั้ง คือ บุคคล ชื่อ Jean-Bernard Huet จากนั้นเราให้บัญชี LinkedIn ของเขาและระบุว่าเขาเป็นศิษย์เก่าของ EducationOrganization สองแห่งพร้อมลิงก์ไปยังหน้าของประกาศนียบัตรเฉพาะที่ได้รับ หนึ่งในสาขาเศรษฐศาสตร์และธุรกิจ และหนึ่งในกฎหมายอสังหาริมทรัพย์ เพื่อเพิ่มความน่าเชื่อถือในอาชีพของเขา เราสามารถรวมกลุ่ม ตัวระบุ เช่นสำหรับบริษัท แต่คราวนี้กำหนดหมายเลขใบอนุญาตตัวแทนอสังหาริมทรัพย์ของเขาและเชื่อมโยงไปยังหน้าอย่างเป็นทางการที่อธิบายว่ามันคืออะไร พร้อมกับหน้ารายชื่อหอการค้าอย่างเป็นทางการ:
ตัวระบุ Schema.org สำหรับบุคคล
ดังนั้น ตอนนี้ เราได้ให้ข้อมูลที่แม่นยำจำนวนมากแก่ Google ในรูปแบบที่ออกแบบมาโดยเฉพาะเพื่อให้เครื่องเข้าใจได้ง่าย!
ปัญหาหนึ่งคือตอนนี้บล็อกของเรามีขนาดใหญ่มากและมีเอนทิตีภายในเอนทิตีที่ไม่จำเป็นทั้งหมดในกลุ่ม Schema ทั้งหมดในทุกหน้า นำตัวอย่างของ Schema Markup Block สำหรับแอตทริบิวต์ Founders ที่เราต้องการรวม Person และข้อมูลทั้งหมดเกี่ยวกับพวกเขา แต่เราไม่ต้องการรวมบล็อก Person ทั้งหมดทุกครั้ง นี่คือที่มาของ @id: เมื่อเรากำหนดบล็อก บุคคล ด้วย @id แล้ว เราสามารถรวม @id นั้นในบล็อก ผู้ก่อตั้ง …
Schema.org @id สำหรับหน่วยงาน
… และ Google จะเชื่อมโยงเอนทิตีผ่าน @id ดังที่คุณเห็นในเครื่องมือเครื่องมือข้อมูลที่มีโครงสร้าง:
Google จะเห็นบล็อกนี้อย่างไร
เราจะรวมกลุ่ม Schema ต่างๆ ในหน้าเดียวกันได้อย่างไร
เพื่อให้การจัดการบล็อกเป็นระบบมากขึ้น คุณสามารถใส่บล็อกเหล่านี้แยกกันในองค์ประกอบคอนเทนเนอร์ เช่น @graph และเชื่อมโยงเข้าด้วยกันโดยใช้ @id เช่นนี้
ใช้ @graph สำหรับหลายบล็อก
ดังนั้นเราจึงมี: บล็อกที่มีโครงสร้างชัดเจนของข้อมูลที่ชัดเจนซึ่งเชื่อมโยงกันผ่านแอตทริบิวต์ @id บอก Google และเครื่องมือค้นหาอื่นๆ ว่าคุณเป็นใคร ทำอะไร และเหตุใดคุณจึงมีความเชี่ยวชาญและมีอำนาจที่จำเป็นสำหรับหน้าเว็บของคุณจึงจะทำงานได้ดี ติดอันดับในผลการค้นหา ทุกสิ่งที่คุณทำได้เพื่อช่วยให้เครื่องมือค้นหาเข้าใจไซต์ของคุณและลดภาระงานของเครื่องมือค้นหาจะเป็นประโยชน์ต่อไซต์ของคุณ
คำสุดท้าย
มาร์กอัปสคีมาเป็นเรื่องกว้างใหญ่ และเรายังไม่ได้ดูมาร์กอัปสำหรับผลิตภัณฑ์/บริการหรือบทความในบล็อก ยังไม่รวมถึงวิธีที่เราจะมาร์กอัปรีวิวและการให้คะแนนในข้อมูลที่มีโครงสร้างเพื่อเพิ่ม EAT แต่สิ่งเหล่านี้จะได้รับการแก้ไขในบทความต่อๆ ไป .
ขอให้สนุกกับข้อมูลที่มีโครงสร้างและอย่าลืมใช้เครื่องมือทดสอบข้อมูลที่มีโครงสร้าง