דף זה תורגם על ידי Cloud Translation API.

סינון ומיון של תוצאות חיפוש

סקירה כללית

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

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

חיפוש באינטרנט
חיפוש לפי תמונה
- סינון לפי מאפיין
חיפוש מובנה ב-Programmable Search Element

חיפוש באינטרנט

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

PageMap: PageMap מייצג באופן מפורש נתונים מובְנים כ-DataObjects עם מאפיינים וערכים, המקודדים כבלוק XML שמוטמע בדף אינטרנט. Programmable Search Engine מאפשר להשתמש באופרטורים של חיפוש מובנה בכל הנתונים המנוסחים היטב של PageMap. ניתן להשתמש בהם גם בקטעי קוד מותאמים אישית.
meta תגים: Google מחלצת תוכן נבחר מתגי meta בצורה <meta name="NAME" content="VALUE">. ניתן להשתמש בתג meta בצורת <meta name="pubdate" content="20100101"> עם אופרטור חיפוש בפורמט &sort=metatags-pubdate.
תאריכי הדף: Google מעריכה את התאריך של דף על סמך כתובת ה-URL, הכותרת, התאריך של הקרדיט ותכונות אחרות. אפשר להשתמש בתאריך הזה עם אופרטור המיון באמצעות סוג הנתונים המובְנים המיוחדים date, כמו ב-&sort=date.
נתוני קטעי מידע עשירים: Google גם שולפת קבוצת משנה של נתונים מתקנים ציבוריים, כמו:
- JSON-LD,
- במיקרו פורמטים,
- GCLID
- ומיקרו נתונים
לשימוש באופרטורים של נתונים מובְנים של Programmable Search Engine. לדוגמה, כדי למיין דפים שמסומנים בתקן מיקרו-פורמט hrecipe על סמך הסיווגים שלהם, צריך להשתמש ב-&sort=recipe-ratingstars.

מידע נוסף על הוספת נתונים מובְנים

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

Programmable Search Engine תומך באופרטורים הבאים של החיפוש בנתונים מובְנים:

סינון לפי מאפיין שזמין בכל הפורמטים של נתונים מובְנים מלבד JSON-LD.
סינון לפי הסתעפות עץ, שזמינה ל-JSON-LD, למיקרופורמט ול-OnHub
מיון לפי מאפיין
הטיה לפי מאפיין
הגבלה לטווח

חזרה למעלה

סינון לפי מאפיין

סינון לפי מאפיין מאפשר לבחור שלושה סוגים של תוצאות:

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

כדי לסנן לפי מאפיין, צריך להוסיף אופרטור more:pagemap:TYPE-NAME:VALUE לשאילתת חיפוש. כך תוצאות החיפוש יוגבלו לדפים שיש בהם נתונים מובְנים שתואמים בדיוק לסוג, לשם ולערך האלה. (Programmable Search Engine ימיר עד 200 מאפיינים בכל דף, החל מנתוני מפת הדפים, ואחריהם JSON-LD, מיקרופורמט, מטא תגים, ONIX ומיקרו נתונים). המאפיינים יכולים להיות באורך של עד 128 תווים. אפשר לכלול את האופרטור הזה על ידי השמטת הערך VALUE כך שיתאים לכל המופעים של השדה בעל השם, או על ידי השמטת הערך -NAME:VALUE כדי להתאים לכל האובייקטים מסוג נתון.

כדי לראות איך האופרטור המלא בנוי מנתונים מובְנים, נזכור את הדוגמה שבה השתמשנו קודם:

[halloween more:pagemap:document-author:lisamorton]

בפירוט של ההגבלה more:pagemap:document-author:lisamorton, האופרטור more: הוא הכלי שמשמש לתוויות חידוד, החלק pagemap: של החידוד מאפשר לנו לצמצם את התוצאות לפי מאפיינים ספציפיים ב-PageMaps שנוסף לאינדקס, ושאר הרכיבים של האופרטור – document-author ו-lisamorton – יציינו את התוכן שלגביו מפורט ההגבלה. אחזור של PageMap מהדוגמה:

<PageMap>
  <DataObject type="document">
    <Attribute name="title">The Five Scariest Traditional Halloween Stories</Attribute>
    <Attribute name="author">lisamorton</Attribute>
  </DataObject>
</PageMap>

תוחם האופרטור document-author: מורה לנו לחפש את אובייקט DataObject עם הסוג document עם מאפיין בשם author. אחרי מפתח הנתונים המובְנים הזה מופיע הערך lisamorton, שחייב להתאים בדיוק לערך של המאפיין שיש להחזיר בחיפוש שמכיל את ההגבלה הזו.

more:p:document-author:lisamorton

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

    <pagemap>
      <DataObject type="document">
        <Attribute name="keywords">horror</Attribute>
        <Attribute name="keywords">fiction</Attribute>
        <Attribute name="keywords">Irish</Attribute>
      </DataObject>
    </pagemap>
  </page>

כדי לאחזר תוצאות בשביל השאילתה "אירי AND בדיוני", צריך להשתמש בביטוי הבא:

more:p:document-keywords:irish*fiction

שווה ערך ל-more:pagemap:document-keywords:Irish more:pagemap:document-keywords:fiction.

כדי לאחזר את התוצאות של "אירי AND (סיפורת או אימה)", משתמשים בפקודות הבאות:

more:p:document-keywords:irish*fiction,irish*horror

חזרה למעלה

סינון לפי הסתעפות

סינון לפי הסתעפות הוא גרסה של סינון לפי מאפיין שזמינה ל-JSON-LD, מיקרו פורמט ו-OnHub. זה הסוג היחיד של סינון לפי מאפיין שזמין לנתונים מובְנים מסוג JSON-LD.

אם הנתונים המובְנים לא מכילים עצים, או אם יש בהם רק עצים ללא ילדים, ההגבלות יהיו זהות לסינון לפי מאפיין. עם זאת, בעצים עם ילדים יש מגבלות המכילות: type-name לכל צומת, מהשורש ועד לצומת העלה, ולכן עץ שבו:

סוג השורש הוא Event
השם של הילד או הילדה הוא rating.
סוג הילד או הילדה הוא AggregateRating
לילד או לילדה יש מאפיין בשם ratingCount ועם הערך 22

ההגדרה הזו תיצור את המגבלה: more:pagemap:event-rating-aggregaterating-ratingcount:22 עבור ההסתעפות שמסתיימת בספירת הסיווגים.

שימוש בסינון לפי מאפיין או הסתעפות עם תכונות אחרות

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

אפשר גם להשמיט חלקים של אופרטור החיפוש. בדוגמה שלמעלה, שימו לב ש-PageMap מציין אובייקט DataObject מסוג document ומאפיין מסוג author. אבל לא כל דף באתר הוא מסמך, ולא לכל המסמכים יכול להיות מחבר משויך. אם משתמשים באופרטור של הטופס more:pagemap:document-author, התוצאות שיוחזרו יכללו את כל הדפים שיש להם מאפיין author ב-document DataObject, ללא קשר לערך של המאפיין. באופן דומה, more:pagemap:document יחזיר את כל התוצאות עם PageMaps שיש בהן DataObjects מסוג document, ללא קשר לשדות שנמצאים ב-DataObject.

יצירת אסימונים לערכי טקסט עבור הגבלות

ערכי מאפיינים שמכילים רווחים, סימני פיסוק או תווים מיוחדים מפוצלים כמעט תמיד לאסימונים נפרדים. לדוגמה, ערך מאפיין של "Programmable Search Engine@google" יפוצל לשלושה אסימונים נפרדים: "custom", "search" ו-"google". כך מתאפשר חיפוש של מילה יחידה, המוטמעת ברצף גדול יותר של מילים וסימני פיסוק, כמו תיאור של סביבת הייצור. (Programmable Search Engine יחלץ עד 10 אסימונים לכל מחרוזת, כך שאם ערך המאפיין מכיל יותר מ-10 מילים, ייתכן שלא כולם יהיו זמינים להגבלת התוצאות). לדוגמה, ה-PageMap הבא כולל תיאור ייצור של Programmable Search Engine:

<PageMap>
  <DataObject type="product">
    <Attribute name="description">Programmable Search Engine provides customized search engines</Attribute>
  </DataObject>
</PageMap>

בהגבלה הבאה תופיע כל הדפים שמכילים מאפייני product-description לגבי "search":

[more:pagemap:product-description:search]

כללים נוספים ליצירת אסימונים של ערכי טקסט:

ערכי הטקסט מומרים לאותיות קטנות עבור הגבלות
למחרוזות שאורכן עד 6 אסימונים, נוצרת מגבלה נוספת לכל המחרוזת, עם תאים ריקים שהוחלפו ב-_, כמו please_attend.
לא נוצרות הגבלות נפרדות למילות העצירה, למילים כמו the, a, אבל ולכן שפחות שימושיות לחיפוש. לכן, ערך הטקסט: "הנקודה הראשית" ייצור הגבלות עבור main, point ו-the_main_point, אבל לא ייצור הגבלה בשביל the.
רק עשר המילים הראשונות בערך הטקסט משמשות למגבלות צורה.
תווי פיסוק שלא נחשבים כמפרידים מומרים לקווים תחתונים, _.

קידוח של ערכים שעברו הצפנה באמצעות אסימון (טוקניזציה) באמצעות כמה הגבלות

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

[more:pagemap:product-description:search more:pagemap:product-description:engine]

אין חשיבות לסדר של ההגבלות על more:pagemap:. האסימונים נשלפים מערך מאפיין לקבוצה לא ממוינת.

ההגבלות האלה משולבות כברירת מחדל באופרטור AND, אבל אפשר גם לשלב אותן בעזרת אופרטור OR כדי לקבל תוצאות שתואמות לאחת מהמגבלות. לדוגמה, החיפוש הבא יתאים לתוכן מחיפוש או למשחק:

[more:pagemap:product-description:search OR more:pagemap:product-description:game]

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

במקרים מסוימים – לדוגמה, כשאסימונים קצרים נמצאים לעיתים קרובות ביחד, Programmable Search Engine עשוי לשלב אותם כדי ליצור אסימוני-על. לדוגמה, אם האסימונים "Pקיימות" ו-"Obama" מופיעים לעיתים קרובות זה לצד זה, Programmable Search Engine עשוי ליצור את אסימון-העל "prproperties_obama". כתוצאה מכך, [more:pagemap:leaders-name:president_obama] תחזיר את אותן התוצאות כמו [more:pagemap:leaders-name:president AND more:pagemap:leaders-name:obama].

יוצא מן הכלל נוסף לאסימונים המבוססים על סימני פיסוק הוא הקו הנטוי הקדמי '/' כאשר הוא מפריד מספרים. ערכי מאפיינים בצורת 'NUMBER/NUMBER' או 'NUMBER/NUMBER/NUMBER' מטופלים כאסימונים רציפים בודדים. לדוגמה, '3.5/5.0' ו-'09/23/2006' מטופלים כאסימונים יחידים. לדוגמה, כדי לחפש מאפיין עם הערך '2006/09/23', משתמשים במגבלה:

[more:pagemap:birth-date:2006/09/23]

איחוד שמבוסס על לוכסנים פועל רק כאשר הקו הנטוי הקדמי נמצא בין מספרים ללא רווחים. רווחים בין הקו נטוי למספר יגרמו ליצירת אסימונים נפרדים. בנוסף, מספרים המחוברים בלוכסנים חייבים להתאים בדיוק. האופרטור 'סינון לפי מאפיין' לא מפרש את הערכים האלה כשברים או כתאריכים. האופרטורים המובְנים האחרים של Programmable Search Engine, כמו Sort by Attribute ו-Restrict to Range, מפרשים את המספרים האלה כשברים ותאריכים. לפרטים נוספים, קראו את המאמר בנושא אספקת נתונים מובנים.

חזרה למעלה

הגבלה מ-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/AggregateRating",
        "http://schema.org/ratingCount": "22",
        "http://schema.org/ratingValue": "4.4",
        "http://schema.org/itemReviewed": {
          "@type": "http://schema.org/Event",
          "http://schema.org/description": "Please attend.",
          "http://schema.org/name": "Presenting Foo",
          "http://schema.org/startdate": "2022-05-24",
          "http://schema.org/location": "Back room"
        }
      }
</script>

בעקבות זאת, יוצגו ההגבלות הבאות:

more:pagemap:aggregaterating-ratingcount:22
more:pagemap:aggregaterating-ratingvalue:4.4
more:pagemap:aggregaterating-itemreviewed-event-description:please_attend
more:pagemap:aggregaterating-itemreviewed-event-description:please
more:pagemap:aggregaterating-itemreviewed-event-description:attend
more:pagemap:aggregaterating-itemreviewed-event-name:presenting_foo
more:pagemap:aggregaterating-itemreviewed-event-name:presenting
more:pagemap:aggregaterating-itemreviewed-event-name:foo
more:pagemap:aggregaterating-itemreviewed-event-startdate:2022-05-24
more:pagemap:aggregaterating-itemreviewed-event-location:back_room
more:pagemap:aggregaterating-itemreviewed-event-location:back
more:pagemap:aggregaterating-itemreviewed-event-location:room

ב-JSON-LD, אנחנו יוצרים מגבלות רק עבור הנתיב כולו מהשורש. מידע נוסף זמין במאמר סינון לפי הסתעפות. עם זאת, בשורש של עץ JSON-LD יש צומתי עלים בתור צאצאים, למגבלות שנוצרו יש אותה צורה כמו למגבלות מאפיינים. חלק מהמגבלות בדוגמה שלמעלה נוצרות מצמתים בעלי עלים בשורש, ונלקחות מהטופס של הגבלת המאפיין (type-name-value), כמו: more:pagemap:aggregaterating-ratingcount:22

הערה: פורמטים אחרים של נתונים מובְנים מתירים מחרוזות באורך של עד 128 בייטים, אבל ב-JSON-LD, כל המחרוזות נחתכות ל-50 תווים בערך, וכך משתדלים שלא לסיים את המחרוזת באמצע המילה. בהתאם לאורך המילה, מספר האסימונים שנוצרים מהמחרוזת עשוי להיות מוגבל יותר מהמגבלה ל-10 אסימונים.

חזרה למעלה

מיון לפי מאפיין

לפעמים לא מספיק להגביל חיפוש לסוג ספציפי של תוצאות. לדוגמה, בחיפוש מעל ביקורות על מסעדות, ייתכן שתרצו שהמסעדות בעלות הדירוג הגבוה ביותר יופיעו בראש הרשימה. אפשר לעשות זאת באמצעות התכונה 'מיון לפי מאפיין' של Programmable Search Engine, שמשנה את סדר התוצאות לפי הערכים של מאפייני הנתונים המובְנים. המיון מופעל על ידי הוספת פרמטר של כתובת אתר &sort=TYPE-NAME:DIRECTION לכתובת ה-URL של הבקשה אל Programmable Search Engine. כמו בחיפוש מובנה, מיון לפי מאפיין תלוי בנתונים מובְנים בדפים שלכם. עם זאת, בניגוד לחיפוש מובנה, המיון מחייב להזין בשדה הזה פרשנות מספרית, כמו מספרים ותאריכים.

בצורה הפשוטה ביותר, אפשר לציין סוג של נתונים מובְנים לפי סוג אובייקט נתונים ושם מאפיין ב-PageMap ולהוסיף אותם לכתובת ה-URL של הבקשה בתור &sort=TYPE-NAME. לדוגמה, כדי למיין לפי תאריך בדף שמייצג את הנתונים שלו כסוג date ושם sdate, משתמשים בתחביר הבא:

https://www.google.com/cse?cx=000525776413497593842:aooj-2z_jjm&q=comic+con&sort=date-sdate

כברירת מחדל, המיון הזה מתבצע בסדר יורד – כלומר, תוצאות החיפוש מסודרות רק לפי התאריך, כשהתאריכים האחרונים (המספרים הגדולים ביותר) מופיעים ראשונים. אם רוצים לשנות את סדר המיון בסדר עולה, אפשר לצרף את השדה :a לשדה (או להוסיף :d כדי לציין במפורש בסדר יורד). לדוגמה, כדי להציג קודם את התוצאות הישנות ביותר, אפשר להשתמש בהגבלה של הטופס:

https://www.google.com/cse?cx=000525776413497593842:aooj-2z_jjm&q=comic+con&sort=date-sdate:a

תוצאות ממוינות מהמנוע מוצגות על סמך הערך שיש לדפים האלה ב-PageMaps עבור אותו DataObject ומאפיין. דפים שלא כוללים את PageMaps, את סוג DataObject הזה או ערך שאפשר לנתח את המאפיין הזה, לא יופיעו במיון קשיח. בדוגמאות שלמעלה, דפים ללא המאפיין date-sdate לא יופיעו בתוצאות. לא ניתן לשלב את המיון הפעיל עם התכונה 'הטיה לפי מאפיין' שתוארה בקטע הבא, אבל אפשר לשלב אותה עם האפשרויות Filter by Attribute ו-Restrict to Range.

חזרה למעלה

הטיה לפי מאפיין

לפעמים אתם לא רוצים להחריג תוצאות שאין להן ערך. לדוגמה, רציתם לחפש מטבח לבנוני, מגוון מסעדות עשויות להתאים, החל מלבנון טהור (הרלוונטיות ביותר) ועד ליוונית (הכי פחות רלוונטית). במקרה כזה, תוכלו להשתמש בהטיה חזקה או חלשה, שתקדם באופן חזק או חלש תוצאות שיש להן ערך שלכם, אבל לא תחריג תוצאות שחסר בהן מידע כזה. כדי לציין הטיה חזקה או חלשה, יש להוסיף ערך שני אחרי כיוון המיון: &sort=TYPE-NAME:DIRECTION:STRENGTH, :s אם מדובר בהטיה חזקה או ב-:w להטיה חזקה (ו-:h להטיה חלשה, אבל ההוספה של :h היא אופציונלית מכיוון שזו ברירת המחדל). לדוגמה, הוספת הטיה חזקה תבטיח שהמסעדות הים-תיכוניות בעלות הדירוג הטוב ביותר ישיגו ביצועים טובים יותר מהמסעדות הים-תיכוניות בעלות הדירוג הגרוע ביותר, אבל לא סביר שיהיו טובות יותר מדירוג מדויק של מסעדה לבנונית:

https://www.google.com/cse?cx=12345:example&q=lebanese+restaurant&sort=review-rating:d:s

ניתן לשלב הטיות מרובות באמצעות אופרטור הפסיק:

https://www.google.com/cse?cx=12345:example&q=lebanese+restaurant&sort=review-rating:d:s,review-pricerange:d:w

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

חזרה למעלה

הגבל לטווח

כדי לכלול תוצאות בין טווח ערכים או מעל או מתחת לערך מסוים, צריך להשתמש בהגבלת טווח. מגבלות הטווח מציינות את הערך :r שמתווסף לשם המאפיין, ואחריו הגבול העליון והתחתון של ערכי המאפיין: &sort=TYPE-NAME:r:LOWER:UPPER. לדוגמה, כדי לכלול רק ביקורות שנכתבו בין מרץ לאפריל 2009, ניתן לציין מגבלת טווח של:

https://www.google.com/cse?cx=12345:example&q=lebanese+restaurant&sort=review-date:r:20090301:20090430

באופרטור Restrict to Range, Google תומכת במספרים בפורמט צף ובתאריכים ב-ISO 8601 YYYYMMDD בלי מקפים.

אין צורך לציין גבול עליון או גבול תחתון. לדוגמה, כדי לציין רק תאריכים שחלו לפני 2009, אפשר לכתוב:

https://www.google.com/cse?cx=12345:example&q=lebanese+restaurant&sort=review-date:r::20091231

כדי לכלול רק דירוגים של 3 כוכבים, משתמשים בפרטים הבאים:

https://www.google.com/cse?cx=12345:example&q=lebanese+restaurant&sort=rating-stars:r:3.0

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

https://www.google.com/cse?cx=12345:example&q=lebanese+restaurant&sort=rating-stars,rating-stars:r:3.0

אפשר למיין לפי קריטריון אחד ולהגביל אותו לפי טווח על פני קריטריון אחר. לדוגמה, כדי למיין לפי דירוג רק של פריטים שנבדקו בחודש אוקטובר, השתמשו ברשימה הבאה:

https://www.google.com/cse?cx=12345:example&q=lebanese+restaurant&sort=rating-stars,review-date:r:20101001:20101031

חיפוש באמצעות תמונות

כשמפעילים חיפוש תמונות במנוע החיפוש, Google מציגה את תוצאות התמונות בכרטיסייה נפרדת. כדי להפעיל חיפוש תמונות, משתמשים בלוח הבקרה של Programmable Search Engine או מעדכנים את קובץ ה-context.xml.

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

סינון לפי מאפיין תמונה

בדומה לחיפוש באינטרנט, גם חיפוש באמצעות תמונות תומך בסינון לפי מאפיינים כמו src, alt ו-title.

חזרה למעלה

חיפוש מובנה ב-Programmable Search Element

אפשר להשתמש בתכונות חיפוש מובנות גם בשילוב עם Google Programmable Search Element. בדיוק כמו האופרטורים שמופיעים בפרמטרים של השאילתה או של כתובת האתר, החיפוש המובנה ברכיב מחייב קודם סימון של המאפיינים שבהם רוצים לחפש. לאחר מכן, האופרטור sort של Programmable Search Element בשילוב עם האופרטורים more:pagemap: בשאילתה ימיין או יגביל את תוצאות החיפוש בהתאם.

לדוגמה, SignOnSanDiego.com, פורטל חדשות בקליפורניה, משתמש ב-Programmable Search Element כדי להציג כתבות אחרונות עם תמונות בתוצאות:

כדי להבטיח שהקוראים יראו לא רק את החדשות הרלוונטיות ביותר, אלא גם את החדשות העדכניות ביותר, SignOnSanDiego משתמש בהטיה לפי מאפיין עם משקל "חזק" לתאריכי הפרסום האחרונים. SignOnSanDiego מטמיע את מאפייני התאריך האלה עם PageMaps; מאפיין שמשמש את SignOnSanDiego נראה כך:

<!--
  <PageMap>
    <DataObject type="date">
      <Attribute name="displaydate" value="Wednesday, August 25, 2010"/>
      <Attribute name="sdate" value="20100825"/>
    </DataObject>

    <DataObject type="thumbnail">
      <Attribute name="src" value="http://media.signonsandiego.com/img/photos/2010/08/25/635a63e9-f4a1-45aa-835a-ebee666b82e0news.ap.org_t100.jpg"/>
      <Attribute name="width" value="100"/>
    </DataObject>
  </PageMap>
  -->

כדי להחיל את האפשרות Sort by Attribute בשדה הזה, מגדירים את האפשרות sort בקוד החיפוש עבור רכיב Programmable Search Element, באופן הבא:

...
<div class="gcse-search" sort_by="date-sdate:d:s"></div>
...

בדיוק כמו הפרמטר &sort= של כתובת ה-URL שמתואר למעלה, אפשרות המיון ב-Programmable Search Element <div class="gcse-search" sort_by="date-sdate:d:s"></div> כוללת שם מאפיין משולב, כמו date-sdate ועוד כמה פרמטרים אופציונליים שמופרדים בנקודתיים. במקרה זה, SignOnSanDiego ציין מיון בסדר יורד d באמצעות הטעם החזקה s של האופרטור. אם לא מוסיפים ערכים, ברירת המחדל היא להשתמש בסדר יורד עם מיון קשיח, בדיוק כמו במקרה של אופרטור של כתובת URL.

אפשרות המיון מפעילה גם את התכונה 'הגבלה לפי טווח'. לדוגמה, אתר כמו SignOnSanDiego עשוי לאפשר למשתמשים לחפש מאמרים שפורסמו בין 25 באוגוסט ל-9 בספטמבר 2010. כדי להטמיע זאת, תוכלו להגדיר את אפשרויות המיון כ-date-sdate:r:20100825:20100907. שוב נעשה שימוש בשם המאפיין המשולב date-sdate, אבל במקום זאת יש הגבלה לטווח r של הערכים שצוינו 20100825:20100907. כמו בפרמטר של כתובת URL, אפשר להשמיט את הפריט העליון או התחתון של הטווח באפשרות sort של Programmable Search Element.

תכונה יעילה נוספת של אפשרות המיון היא שאפשר לשלב בין מיון לפי מאפיין לבין הגבלה לפי טווח. אפשר לשלב כמה אופרטורים באפשרות המיון באמצעות פסיק. לדוגמה, כדי לשלב את ההטיה החזקה של SignOnSanDiego עם הגבלת התאריכים למעלה, צריך לציין date-sdate:d:s,date-sdate:r:20100825:20100907. התכונה הזו יכולה לשלב מאפיינים שונים. לדוגמה, אתר ביקורות על סרטים עשוי להציג את הסרטים עם הדירוג הגבוה ביותר שיצאו בשבוע האחרון עם האפשרות review-rating,release-date:r:20100907:.

כל המאפיינים הנתמכים מפורטים בדף הזה.

אפשר להשתמש גם בסינון לפי מאפיין עם רכיב Programmable Search Element. לדוגמה, נמחיש את הדוגמה הקודמת עם דפים שהיו בהם מאפייני linked-blog; כדי ליצור פקד חיפוש מותאם אישית שהחזיר רק דפים שמקושרים לשימוש בקוד הבא, כדי להחדיר אופרטור more:pagemap:linked-blog:blogspot לכל שאילתה:

...
<div class="gcse-search" webSearchQueryAddition="more:pagemap:linked-blog:blogspot"></div>
...

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

חזרה למעלה

היכרות עם תכונות אחרות

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

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