איך מספקים נתונים מובְנים

בדף הזה מוסבר איך להוסיף את הנתונים המובְנים שאופרטורים של חיפוש מסתמכים עליהם.

דפי אינטרנט מלאים לרוב בטקסט חופשי, שקל לבני אדם לקרוא אבל קשה יותר למחשבים להבין אותו. מדפי אינטרנט מסוימים יש מידע במבנה גדול יותר וקל לקריאה, כמו תאריך דף שמוטמע בכתובת האתר או בכותרת של הדף, או שדות קריאים למחשבים שמוטמעים בקוד ה-HTML. Google מחלצת מגוון נתונים מובְנים מדפי אינטרנט. בדף הזה מתוארים סוגי הנתונים המובְנים ש-Google מחלצת שזמינים לשימוש בקטעי מידע בהתאמה אישית ובחיפוש מובנה.

  1. סקירה כללית
  2. אספקת נתונים ל-Programmable Search Engine
  3. אספקת נתונים ל-rich snippets
  4. הצגת הנתונים המובְנים שחולצו

סקירה

כשאתם קוראים דף אינטרנט שמוכר DVD, אתם יכולים להבין במהירות מה שם הסרט, מה חשבו על הסרט ואיך הם דירגו אותו. אבל מחשב לא יכול לעשות את אותם הדברים כי הוא לא מבין את המבנה של המידע.

לדוגמה, אם הדף מכיל תוכן על ה-DVD, לצד המלצות לפריטים אחרים, מודעות מחנויות אחרות ותגובות מלקוחות, יכול להיות שבדף יהיו מחירים שונים לפריטים שונים, לא רק ל-DVD שנמכר. אפשר לברר בקלות את המחיר של ה-DVD ולהוריד את המחירים האחרים, אבל המחשב לא יכול לעשות זאת. חלק מהתוכנות המתוחכמות עשויות למצוא את המחירים בדף האינטרנט, אבל הן לא יכולות לקבוע את הכללים למציאת מחיר ה-DVD בלבד.

פורמטים של נתונים מובְנים הם כללים שקובעים את המבנה והתוכן של דף האינטרנט. אלה תגי עיצוב שאתם מחילים על קטעי טקסט כדי שמחשבים יוכלו לעבד את המשמעות או הסמנטיקה שלהם. תגי העיצוב לא משנים את העיצוב של האתר, אלא רק הופכים את המטא-נתונים והטקסט שכלולים בתגי ה-XHTML למשמעותיים יותר עבור מחשבים.

Programmable Search Engine מזהה את הפורמטים הבאים:

  • PageMaps: בלוקים בלתי נראים של XML שמוסיפים מטא-נתונים לדפים.
  • JSON-LD: נתונים מובְנים בלתי נראים באמצעות פורמט JSON.
  • מיקרו-פורמטים: תגים המשמשים לסימון תוכן גלוי בדף בסוגים מוגדרים מראש.
  • ONIX: תקן חלופי לסימון תוכן גלוי של דף לאורך סוגים שרירותיים.
  • מיקרו-נתונים: תקן HTML5 חדש לסימון תוכן גלוי בדף.
  • <meta> תגים: תגי HTML רגילים, ש-Google מנתחת קבוצת משנה שלהם.
  • תאריך דף: תכונות בדף שמציינות את התאריך, ש-Google מנסה לנתח

אפשר להשתמש באחד מהפורמטים המועדפת או בשילוב של כמה פורמטים. שימו לב שבניגוד ל-Programmable Search Engine, חיפוש Google משתמש רק ב-JSON-LD, במיקרו-נתונים וב-GCLID במהלך יצירת קטעי מידע עשירים, ויש לו אלגוריתם ומדיניות משלו לקביעת המידע שיוצג למשתמשים. לכן, למרות שרכיב של נתונים מובְנים שהוספתם לדפים עשוי להיות מוצג ב-Programmable Search Engine, ייתכן שהנתונים האלה לא יופיעו בתוצאות החיפוש של Google.

הקטע הבא כולל קטע קוד אידיאלי של HTML פשוט מאתר ביקורות:

<div>
    <div>
        <h1>Pizza My Heart</h1>
    </div>
    <span>88%</span> like it
    <a href="#reviews">See all 12 reviews</a>
    <span>Under $10 per entree</span>
<div>

קטע הקוד הבא מציג את קוד ה-HTML הקודם מורחב עם פורמט שנקרא מיקרו פורמטים:

<div class="hreview-aggregate">
    <div class="vcard item">
        <h1 class="fn">Pizza My Heart</h1>
    </div>
    <span class="rating average">88%</span> like it
    <a href="#reviews">See all <span class="count">12</span> reviews</a>
    <span class="pricerange">Under $10 per entree</span>
<div>
ניתן לצפות בתכונות שמהן ניתן לצפות בחלְצֵי-נתונים של Programmable Search Engine באמצעות השיטה הזו

כאשר משלבים פורמטים סטנדרטיים של נתונים מובְנים בדפי האינטרנט, הנתונים הופכים לזמינים ל-Programmable Search Engine, אלא גם לכל שירות או כלי שתומכים באותו תקן. החל נתונים מובנים על המידע החשוב ביותר בדף האינטרנט, כדי שתוכל להציג אותם ישירות בתוצאות. לדוגמה, אם יש לכם אתר למכירת מכשירי Android, כדאי לכלול נתונים מובְנים לגבי הדירוגים, המחירים, הזמינות ועוד. כשהמשתמשים מחפשים מכשירי Android, הם יכולים לראות את הדירוגים, המחירים והזמינות במבט חטוף.

כדי לעזור למחשבים, עכשיו הם יכולים להבין את סוגי הנתונים שמופיעים בדף האינטרנט. מה עכשיו? מחשבים יכולים גם להתחיל במשימה המעשית של איתור ושילוב מידע בדפי אינטרנט שונים. כך המשתמשים יכולים לבצע משימות משעממות לגמרי, כמו חיפוש במספר דפים כדי למצוא פריטים שהם רוצים. מנועי חיפוש כמו Programmable Search Engine יכולים לעבד את הנתונים המובְנים בדפי האינטרנט ולהציג אותם בדרכים שימושיות ומשמעותיות יותר, כמו קטעי מידע מותאמים אישית וחיפוש מובנה.

חזרה למעלה

העברת נתונים ל-Programmable Search Engine

Google תומכת בכמה סוגי נתונים שמשמשים בעיקר את Programmable Search Engine: Pagemaps, קבוצת משנה של תגי <meta> ותאריכים משוערים של דפים.

שימוש ב-PageMaps

PageMaps הוא פורמט של נתונים מובְנים שמספק ל-Google מידע על הנתונים בדף. הוא מאפשר ליוצרי אתרים להטמיע נתונים והערות בדפי אינטרנט. למרות שהנתונים המובְנים לא גלויים למשתמשים או לחיפוש האינטרנט של Google, Programmable Search Engine מזהה אותם בזמן ההוספה של דפי האינטרנט לאינדקס ומחזירה אותם ישירות ב-Programmable Search Element.

ניתן להוסיף את PageMaps לדף באופן מפורש, או לשלוח את PageMaps באמצעות Sitemap. Google תשתמש גם במידע אחר שמופיע בדף, כמו תגי עיצוב של קטעי מידע עשירים או נתוני תג meta, כדי ליצור PageMap.

בניגוד לפורמטים האחרים של נתונים מובְנים שמתוארים בהמשך, ב-PageMaps לא צריך להשתמש במאפיינים או במונחים רגילים, או אפילו להתייחס לאוצר מילים, סכימה או תבנית קיימים. אפשר פשוט ליצור ערכי מאפיינים מותאמים אישית שמתאימים לאתר שלכם. בשונה ממאפייני הנתונים המובְנים של מיקרו פורמטים, מיקרו נתונים ו-ONIX, שמוסיפים סביב תוכן גלוי למשתמש בגוף ה-HTML, המטא-נתונים של PageMaps כלולים בקטע head של דף ה-HTML. השיטה הזו תומכת בנתונים שרירותיים, שייתכן שהאפליקציה שלכם תצטרך, אבל לא תרצו להציג אותם למשתמשים.

אחרי שיצרתם PageMap, תוכלו לשלוח אותו ל-Google בכל אחת מהשיטות הבאות:

הגדרות תגים של PageMap

הטבלה הבאה מפרטת את הדרישות להוספת נתוני PageMap ל-Sitemap.

תיוג נדרש? תיאור
PageMap כן מצרף את כל המידע של מפת הדפים עבור כתובת ה-URL הרלוונטית.
DataObject כן כולל את כל המידע על רכיב אחד (לדוגמה, פעולה).
Attribute כן כל DataObject מכיל מאפיין אחד או יותר.

הערה: PageMaps הוא בלוקים בפורמט XML ולכן הפורמט שלו חייב להיות תקין. באופן ספציפי, התגים PageMap, DataObject ו-Attribute ב-XML הם תלויי אותיות רישיות, כמו גם המאפיינים type, name ו-value.

הוספת נתוני PageMap ישירות לדף ה-HTML

הנה דוגמה של נתוני PageMap של דף אינטרנט בנושא בדמינטון:

<html>
  <head>
   ...
  <!--
  <PageMap>
     <DataObject type="document">
        <Attribute name="title">The Biomechanics of a Badminton
        Smash</Attribute>
        <Attribute name="author">Avelino T. Lim</Attribute>
        <Attribute name="description">The smash is the most
        explosive and aggressive stroke in Badminton. Elite athletes can
        generate shuttlecock velocities of up to 370 km/h. To perform the
        stroke, one must understand the biomechanics involved, from the body
        positioning to the wrist flexion. </Attribute>
        <Attribute name="page_count">25</Attribute>
        <Attribute name="rating">4.5</Attribute>
        <Attribute name="last_update">05/05/2009</Attribute>
     </DataObject>
     <DataObject type="thumbnail">
        <Attribute name="src" value="http://www.example.com/papers/sic.png" />
        <Attribute name="width" value="627" />
        <Attribute name="height" value="167" />
     </DataObject>
  </PageMap>
  -->
  </head>
   ...
</html>

הוספת נתוני PageMap ל-Sitemap

אם לא רוצים לכלול נתוני PageMap ב-HTML של הדפים, אפשר להוסיף נתוני PageMap ל-Sitemap ולשלוח אותו באמצעות כלי Search Console לקובצי sitemap.

הנה דוגמה ל-Sitemap שכולל מידע של PageMap לשתי כתובות אתרים: http://www.example.com/foo ו-http://www.example.com/bar.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
 <url>
   <loc>http://www.example.com/foo</loc>
   <PageMap xmlns="http://www.google.com/schemas/sitemap-pagemap/1.0">
     <DataObject type="document" id="hibachi">
       <Attribute name="name">Dragon</Attribute>
       <Attribute name="review">3.5</Attribute>
     </DataObject>
   </PageMap>
 </url>
 <url>
   <loc>http://www.example.com/bar</loc>
   <PageMap xmlns="http://www.google.com/schemas/sitemap-pagemap/1.0">
     <DataObject type="document" id="biggreenegg">
       <Attribute name="name">Ribs</Attribute>
       <Attribute name="review">4.0</Attribute>
     </DataObject>
   </PageMap>
 </url>
</urlset>

ניתוח נתוני מפת הדף

באמצעות Programmable Search Element, מאפיינים מותאמים אישית מוחזרים במאפיין Richsnippet של כל תוצאה, וניתן להשתמש בהם יחד עם Callbacks עבור רכיב החיפוש.

<r n="1">
 <u> http://www.xyz.com/business/vending_machine.html </u>
 ...
 <t> In Italy, a Vending Machine Even Makes the <b>Pizza</b> </t>
 ...
 <s>The European vending machine industry has annual sales of about #33
 billion, much of it coming from factories and offices.</s>
 ...
 <PageMap>
  <DataObject type="image">
   <Attribute name="image_src" value="http://www.nytimes.com/images/2009/03/14/business/14vend.751.jpg"/>
  </DataObject>
  <DataObject type="publication">
   <Attribute name="author" value="John Tagliabue"/>
   <Attribute name="date" value="March 14, 2009"/>
   <Attribute name="category" value="Business/World Business"/>
  </DataObject>
 </PageMap>
 ...
</r>

חזרה למעלה

נעשה שימוש בתגי <meta>

אמנם ב-PageMaps אפשר לציין במדויק את הנתונים שרוצים לכל דף, אבל לפעמים יש כמות גדולה של תוכן שאתם לא רוצים להוסיף לו הערות. Google שולפת תוכן נבחר מMETA תגים מהצורה <meta name="KEY" content="VALUE">. אנחנו לא תומכים בווריאציות של המטא תג, כמו השימוש ב-property במקום ב-name.

אנחנו לא כוללים במפורש תגים נפוצים שבדרך כלל נוספים באופן פרוגרמטי על ידי כלים ליצירת תוכן באינטרנט, כמו robots, description ו-keywords, אבל תגים נדירים יותר שספציפיים לאתר יישלפו ויוכנסו לאובייקט נתונים מיוחד מסוג metatags, שניתן להשתמש בו עם כל תכונות הנתונים המובְנים של 'חיפוש מותאם אישית'. לדוגמה, תג <meta> בצורת:

<meta name="pubdate" content="20100101">

יוצר PageMap DataObject שמוחזר בתוצאות XML באופן הבא:

<r n="1">
 ...
 <PageMap>
  <DataObject type="metatags">
   <Attribute name="pubdate" value="20100101"/>
  </DataObject>
 </PageMap>
 ...
</r>

הנתונים ב-PageMap שנוצרו באופן אוטומטי יכולים לשמש בכל מקום שבו ניתן להשתמש בנתונים מ-PageMap שמוזכרים במפורש בתוכן הדף שלכם. לשם כך, אפשר להשתמש בו עם אופרטורים מובְנים של חיפוש כמו מיון לפי מאפיין:

https://www.google.com/cse?cx=12345:example&q=oil+spill&sort=metatags-pubdate

או באמצעות Programmable Search Element:

...
<div class="gcse-search" sort_by="metatags-pubdate:d:s"></div>
...

אלה הם תגי ה-<meta> ש-Google מחריגה:

  • רובוטים
  • תיאור
  • מילות מפתח
  • חזרה אחרי החזרה
  • מחולל
  • אימות גרסה 1
  • googlebot
  • google-site-verification
  • Msmarttagspreventparsing
  • ללא מטמון

Google מנסה לכלול את כל תגי <meta> האחרים, עם אזהרה שמציינת שפיסוק, תווים מיוחדים ורווחים מוטמעים בשדה name של תגי <meta> לא ינותחו כמו שצריך. Programmable Search Engine תומך באופן מפורש בנקודות ובמקפים בשמות של התגים <meta>. Programmable Search Engine לא תומך במפורש בתווים מיוחדים אחרים בשמות של התגים <meta>, אבל תווים מיוחדים מסוימים עשויים להתקבל בצורה נכונה אם הם מקודדים בכתובות URL.

הגבלות

Programmable Search Engine ימיר עד 50 תגים של <meta> ל-PageMaps, כל עוד גודל הטקסט הכולל של כל המאפיינים המעובדים לא עולה על 1MB, ואין נכס בודד באורך של יותר מ-1,024 תווים.

חזרה למעלה

שימוש בתאריכי דפים

בנוסף למטא-נתונים שציינתם במפורש בדף, Google מעריכה את תאריך הדף גם על סמך תכונות של הדף, כמו תאריכים בכותרת ובכתובת ה-URL. Programmable Search Engine מאפשר להשתמש בתאריך הזה על מנת למיין, להטות ולהגביל את התוצאות באמצעות מפתח מטא-נתונים מיוחד של date. ניתן להשתמש בתאריך המשוער הזה בכל האופרטורים שמשתמשים בפרמטר &sort= של כתובת האתר, כולל מיון לפי מאפיין, Bias לפי מאפיין והגבלה לטווח.

הערה: תאריך הדף לא נוסף ל-PageMap, ולכן הוא לא מוחזר בתוצאות JSON API, לא ניתן להשתמש בו ברכיב Programmable Search Engine, ואי אפשר להשתמש בו עם התכונה Filter by Attribute.

הדוגמאות הבאות מציגות את השימוש בתאריך הדף עם האופרטורים האלה:

אם רוצים... שליחת כתובת ה-URL הזו... למידע נוסף, ראה...
מיון התוצאות לפי תאריך בסדר יורד https://www.google.com/cse?cx=12345:example&q=oil+spill&sort=date מיון לפי מאפיין
הטיית התוצאות היא משמעותית לתאריכים חדשים יותר https://www.google.com/cse?cx=12345:example&q=oil+spill&sort=date:d:s הטיה לפי מאפיין
הטיית התוצאות ביחס לתאריכים ישנים יותר https://www.google.com/cse?cx=12345:example&q=oil+spill&sort=date:a:w הטיה לפי מאפיין
החזר תוצאות מ-1 בינואר עד 1 בפברואר 2010 (כולל) https://www.google.com/cse?cx=12345:example&q=oil+spill&sort=date:r:20100101:20100201 הגבלה לטווח

האומדן של Google לגבי התאריך הנכון לדף מסוים מבוסס על תכונות כמו התאריך בכותרת המשנה של מאמרי החדשות או תאריך שצוין במפורש בכותרת המסמך. במקרים שבהם צוינו תאריכים שגויים או לא עקביים בדף מסוים, ייתכן שההערכה של Google לגבי תאריך הדף לא תהיה הגיונית, ו-Programmable Search Engine עשויה להחזיר תוצאות בסדר לא צפוי.

עיצוב תאריכים

אתר עשוי לספק פרטי תאריך באופן לא מפורש, תוך הסתמכות על התכונה המשוערת של Google לתאריך דף לזיהוי תאריכים שמוטמעים בכתובת ה-URL של הדף, בכותרת או בתכונות אחרות, או באופן מפורש על ידי ציון תאריך בפורמט של נתונים מובְנים. בכל מקרה, כדי להשתמש בפועל בתאריכים צריך לעצב את התאריכים בצורה נכונה.

לתכונות מיון לפי מאפיין של Programmable Search Engine, Bias by Attribute, הגבלה לטווח, Google מנסה לנתח תאריכים גם באמצעות פורמט קונבנציונלי של תאריכים וגם באמצעות תקנים רשמיים, כמו ISO 8601 ו-IETF RFC 850. ניתן להשתמש בפורמטים הבאים של תאריכים מלאים:

פורמט תאריך תאריך לדוגמה
YYYY-MM-DD 2009-12-31
YYYY/MM/DD 31/12/2009
YYYYMMDD 20091231
חודש DD YYYY 31 בדצמבר 2009
DD חודש YYYY 31 בדצמבר 2009

Google תנסה לנתח וריאנטים של הפורמטים האלה של תאריכים, כמו MM/DD/YYYY ו-DD/MM/YYYY. עם זאת, ככל שהתאריך יותר לא ברור, כך פוחת הסיכוי ש-Google תנתח אותו בצורה נכונה. לדוגמה, התאריך 06/07/08 מאוד לא ברור ולא סביר ש-Google תקצה לו את הפרשנות הרצויה. כדי לקבל את התוצאות הטובות ביותר, צריך להשתמש בפורמט תאריך מלא לפי ISO 8601, עם שנה מלאה.

חזרה למעלה

Rich Snippets

Google גם מחלצת מגוון של נתונים מובנים מ-JSON-LD, מיקרו-פורמטים, GCLID ומיקרו-נתונים כדי להשתמש בהם ב- קטעי מידע עשירים, מצגות מורחבות של תוצאות חיפוש רגילות של Google. נתונים דומים זמינים לשימוש באופרטורים של נתונים מובְנים של Programmable Search Engine, שהם בדרך כלל אותם נתונים שמשמשים ב-rich snippet. לדוגמה, אם סימנתם את הדפים בתקן hrecipe Microformat, אפשר למיין לפי מספר כוכבי הדירוג של המתכון באמצעות אופרטור כמו &sort=recipe-ratingstars. Google מרחיבה כל הזמן את הנתונים שהיא שולפת ואת כמות הנתונים שזמינים לשימוש ב-Programmable Search Engine. תוכלו להשתמש בכלי לבדיקת הנתונים המובְנים ב-Search Console כדי לראות אילו נתונים Google מחלצת כרגע.

חזרה למעלה

שימוש ב-JSON-LD

JSON-LD הוא פורמט סטנדרטי נפוץ לנתונים מובְנים. הנתונים בפורמט JSON וממוקמים בתג <script> עם type="application/ld+json".

הקטע הבא הוא קטע HTML מינימלי עם כמה JSON-LD פשוט:

<script type="application/ld+json">
      {
        "@id": "http://event.example.com/events/presenting-foo",
        "@type": "http://schema.org/Event",
        "http://schema.org/description": "Please attend. You'll love it!",
        "http://schema.org/name": "Presenting Foo",
        "http://schema.org/startdate": "2022-05-24",
        "http://schema.org/location": "Back room"
      }
    </script>

Google מחלצת קבוצת משנה של הנתונים האלה לצורך Programmable Search Engine ומנרמלת אותם. הנירמול מפשט את ה-JSON-LD ומסיר ניבים רבים של JSON-LD. הנתונים המנורמלים עוברים עיבוד נוסף:

  • הוא מומר ממבנה התרשים של JSON-LD ליער של עצים.
  • היער מצומצם להסתעפויות שקשורות לקבוצת משנה של סוגים של schema.org. קבוצת המשנה מורכבת מעצים מסוג schema.org עבור אם יש סוגים אחרים של מוצרים שעשויים להיות שימושיים בתרחיש לדוגמה שלך, אפשר להודיע לנו על כך בפורום התמיכה.
  • כל צומת של JSON-LD מאחד מהסוגים שנבחרו מושך הסתעפות מעץ ה-JSON-LD שלו. ההסתעפות הזו כוללת את צומתי האב שלה בעץ ואת כל הצמתים הצאצאים שלו. כך, למשל, יכול להיות שיש לנו עץ שעבר רוט (Root) בנכס MusicComposition עם מאפיין ל-firstPerformance ומכיל ערך Event, שכולל קבוצה מלאה של מאפייני Event. כל הצמתים האלה, מה-MusicComposition דרך המאפיינים של Event וכל הצאצאים שלהם, נשמרים כדי לשמור על הסתעפות עץ משמעותית שמכילה את אירוע הביצוע הראשון.
עבור ה-JSON-LD שלמעלה, הנתונים המובְנים יוחזרו בתוצאות החיפוש כ-JSON. כך:
 ...
 "event": {
   "name": "Presenting Foo",
   "description": "Please attend. You'll love it!",
   "startdate": "2022-05-24",
   "location": "Back room"
 },
 ...

כדי לראות את החילוץ של דף מסוים מחיפוש Google ולאמת את ה-JSON-LD, תוכלו להשתמש בכלי לבדיקת תוצאות חיפוש מתקדמות באתר Google Search Console.

למידע נוסף על JSON-LD תוכלו לקרוא את מסמכי התיעוד של הנתונים המובְנים ואת המאמר json-ld.org.

חזרה למעלה

שימוש במיקרו פורמטים

מיקרו-פורמטים הוא מפרט לייצוג פריטים נפוצים כמו ביקורות, אנשים, מוצרים ועסקים. באופן כללי, מיקרו-פורמטים מורכבים מאלמנטים <span> ו-<div> ומאפיין מחלקה, יחד עם שם קצר ותיאורי של מאפיין (כמו dtreviewed או rating, שמייצגים את התאריך שבו פריט נבדק ואת הדירוג שלו, בהתאמה).

הקוד הבא כולל קטע של קוד HTML פשוט.

<p><strong>Kevin Grendelzilla</strong></p>
<p>Technical writer at Google</p>
<p>555 Search Parkway</p>
<p>Googlelandia, CA 94043</p>

קטע הקוד הבא מציג את קוד ה-HTML הקודם שהורחב באמצעות מיקרו פורמטים:

<div class="vcard">
   <p><strong class="fn">Kevin Grendelzilla</strong></p>
   <p><span class="title">Technical writer</span> at <span class="org">Google</span></p>
   <p><span class="adr">
      <span class="street-address">555 Search Parkway</span>
      <span class="locality">Googlelandia</span>, <span class="region">CA</span>
      <span class="postcode">94043</span>
      </span></p>
</div>

Google מחלצת קבוצת משנה של נתונים אלה, מנורמלים ומאורגנים מחדש כדי להתאים לאופן שבו הם יוצגו ב-rich snippet. קבוצת המשנה תוחזר בתוצאות XML באופן הבא:

<r n="1">
 ...
 <PageMap>
  <DataObject type="person">
   <Attribute name="location" value="Googlelandia"/>
   <Attribute name="role" value="Technical Writer"/>
  </DataObject>
 </PageMap>
 ...
</r>

כדי לראות מה Google מחלצת לדף, אפשר להשתמש בכלי לבדיקת נתונים מובְנים באתר Search Console של Google. הנתונים ש-Google שולפת מדפים מתווספים כל הזמן, לכן כדאי לבדוק מדי פעם אם הנתונים הרצויים זמינים. בינתיים, אם אתם צריכים נתונים מותאמים אישית שלא תואמים למיקרו-פורמט מוגדר, תוכלו להשתמש ב-PageMaps.

למידע נוסף על מיקרו-פורמטים, ראו את מסמכי התיעוד של נתונים מובְנים ו-microformats.org.

חזרה למעלה

שימוש במסגרת תיאור משאבים במאפיינים (DPA)

Project Description Framework (מסגרת תיאור המשאבים) במאפיינים (ONIX) הוא גמיש יותר ממיקרו-פורמטים. מיקרו-פורמטים מציינים גם תחביר להכללת נתונים מובנים במסמכי HTML ולקבוצה של מחלקות מיקרו-פורמטים, שלכל אחד מהם יש אוצר מילים ספציפי של מאפיינים מותרים. לעומת זאת, ב-ONIX מציינים רק תחביר ומאפשר להשתמש באוצר מילים קיים של מאפיינים או ליצור אוצר מילים משלכם. הוא אפילו מאפשר לשלב מספר אוצרות בחופשיות. אם אוצר המילים הקיים לא עונה על הצרכים שלכם, תוכלו להגדיר סטנדרטים ואוצרי מילים משלכם על ידי יצירת שדות חדשים.

הקוד הבא כולל קטע של קוד HTML פשוט.

<div>
   <h3>5 Centimeters Per Second</h3>
   <h4>Makoto Shinkai</h4>
    ...
</div>

קטע הקוד הבא מציג את קוד ה-HTML הקודם שהורחב באמצעות ONIX:

<div>
   <h3 property="dc:title">5 Centimeters Per Second</h3>
   <h4 property="dc:maker">Makoto Shinkai</h4>
   ...
</div>

למידע נוסף על ONIX, ראו תיעוד נתונים מובְנים. למידע נוסף על הגדרה של סכימת RDF, ראו RDF Primer.

חזרה למעלה

שימוש במיקרו נתונים

HTML5, הגרסה העדכנית ביותר של דפי אינטרנט בשפה שנכתבת בה, מגדירה פורמט בשם מיקרו נתונים, שמשלב את הרעיונות של DPA ומיקרו-פורמטים ישירות בתקן ה-HTML עצמו. מיקרו-נתונים משתמשים במאפיינים פשוטים בתגי HTML (בדרך כלל span או div) כדי להקצות שמות קצרים ותיאוריים לפריטים ולמאפיינים.

כמו ONIX ומיקרו-פורמטים, המאפיינים של המיקרו-נתונים עוזרים לך לציין שהתוכן מתאר מידע מסוגים ספציפיים, כמו ביקורות, אנשים, מידע או אירועים. לדוגמה, לאדם יכול להיות שם המאפיינים, הכינוי, כתובת ה-URL, הכותרת והנתונים המשויכים. הדוגמה הבאה היא לקטע HTML קצר שמציג את הפרטים הבסיסיים של איש הקשר של Bob Smith:

<div>
  My name is Bob Smith but people call me Smithy. Here is my home page:
  <a href="http://www.example.com">www.example.com</a>
  I live in Albuquerque, NM and work as an engineer at ACME Corp.
</div>

הנה אותו HTML בסימון מיקרו נתונים. שימו לב שבדוגמה הזו אנחנו משתמשים במאפיין 'nickname' שעדיין אינו חלק באופן רשמי מ-schema.org. 'חיפוש מותאם אישית' הוא דרך טובה לבחון תוספים אפשריים של schema.org באופן מקומי לפני שמציעים אותם לקהילה הרחבה.

<div itemscope itemtype="http://schema.org/Person">
  My name is <span itemprop="name">Bob Smith</span>
  but people call me <span itemprop="nickname">Smithy</span>.
  Here is my home page:
  <a href="http://www.example.com" itemprop="url">www.example.com</a>
  I live in Albuquerque, NM and work as an <span itemprop="title">engineer</span>
  at <span itemprop="affiliation">ACME Corp</span>.
</div>

השורה הראשונה בדוגמה זו כוללת תג HTML מסוג div עם מאפיין itemscope שמציין ש-div מכיל פריט מיקרו נתונים. המאפיין itemtype="http://schema.org/Person" באותו תג מציין שמדובר באדם. כל מאפיין של פריט אדם מזוהה באמצעות המאפיין itemprop. לדוגמה, itemprop="name" בתג span מתאר את שם האדם. שימו לב שאתם לא מוגבלים ל-span ול-div, אלא התג itemprop="url" מצורף לתג a (עוגן).

למידע נוסף על מיקרו נתונים, קראו את מסמכי התיעוד של הנתונים המובְנים ואת התקן מיקרו-נתונים של HTML.

חזרה למעלה

הצגת נתונים מובנים שחולצו

לנתונים מובְנים מסוג JSON-LD יש כלי אימות מיוחד שנתמך על ידי Google, הכלי לבדיקת תוצאות חיפוש מתקדמות. הוא בודק את התחביר של ה-JSON-LD וגם חלק מהסמנטיקה שלו, במיוחד אם הנתונים המובְנים כוללים מאפיינים נדרשים ומומלצים. כדי לבדוק צורות אחרות של נתונים מובְנים, אפשר להשתמש ב-Schema Markup Validator. הוא מאמת את התחביר של הנתונים המובְנים ומציג את צורת הניסוח המפורשת שלהם.

Programmable Search Engine שומר קבוצת משנה של הנתונים המובְנים. לכן צריך להשתמש ב-Programmable Search Engine כדי לבדוק את תצוגת הנתונים המובְנים של Programmable Search Engine בדף על ידי:

  1. הפעלת האפשרות נתונים מובְנים בתוצאות החיפוש בתכונות חיפוש מתקדמות

    צילום מסך של הפעלת נתונים מובְנים

  2. לאחר מכן, השתמש במנוע החיפוש הזה כדי למצוא דף עם הנתונים שברצונך לראות, ולחץ על הלחצן נתונים מובנים בתוצאת החיפוש עבור הדף הזה:

    צילום מסך של לחצן הנתונים המובְנים בתוצאות החיפוש

אם לא תייגתם את דפי האינטרנט שלכם בנתונים מובְנים, אבל אתם רוצים לראות איך עשויים להיראות נתונים מובְנים שחולצו, תוכלו להזין את כתובות ה-URL של אתרים אחרים. לרוב, אתרים פופולריים שמכילים פרטי ביקורות או רשימה של אנשי קשר מכילים נתונים מובְנים.

לאחר שתמצאו דף עם נתונים מובְנים, תוכלו להציג את המקור של הדף כדי לראות את הנתונים המובְנים שהאתר הטמיע. לדוגמה, שימו לב לקטע ה-HTML הבא עם נתונים מובְנים על אדם מסוים, שמוטמעים כמיקרו-פורמטים:

<div class="vcard">
    <h1 class="fn">
      <span class="given-name">Godzilla</span>
      <span class="family-name">Gigantis</span>
    </h1>
    <span class="title">Senior Giant Monster</span>,
    <span class="adr">
      <span class="locality">Tokyo</span>
    </span>
<div>

Programmable Search Engine מחלץ את קבוצת המשנה הבאה של הנתונים כדי להשתמש בו בחיפוש מובנה:

person (source = MICROFORMAT)
  location = Tokyo

חזרה למעלה

חקירת תכונות אחרות

ניתן להשתמש בנתונים מובְנים בכמה תכונות של Programmable Search Engine, כולל התכונות הבאות: