סקירה כללית
כדי לעזור למשתמשים להגיע לדפים הנכונים באתר שלכם, Programmable Search Engine מספק אופרטורים מובנים של חיפוש שמאפשרים לכם להתעמק בקבוצות משנה של תוצאות חיפוש על סמך נתונים מובְנים שנמצאים בדפים שלכם או המטא-נתונים המשויכים לתמונות באתרים שלכם.
בחיפוש תמונות, Google מסתמכת גם על נתונים מובְנים בדפים שלכם וגם על מטא-נתונים של תמונות שהתגלו במהלך סריקת האתר. אנחנו ממליצים לכל מנהלי האתרים להכיר את ההנחיות שלנו לפרסום תמונות.
חיפוש Google
בשונה מטקסט, שהוא רצף של מילים חופשיות, נתונים מובְנים שמאורגן באופן לוגי בקבוצה של אובייקטים עם קבוצה של מאפיינים. Programmable Search Engine מחלץ מגוון של נתונים מובְנים כדי להשתמש בהם אופרטורים של חיפוש, כולל תאריכים, מחברים, דירוגים ומחירים; זה אותם נתונים שזמינים לשימוש בקטעי מידע מותאמים אישית. לחשבון בנוסף, Programmable Search Engine תומך בנתונים מובְנים בכל אחד מהפורמטים הבאים:
- 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,
- Microformats,
- RDFa
- וגם מיקרו נתונים
hrecipeעל סמך הדירוגים שלהם, יש להשתמש&sort=recipe-ratingstars.
מידע נוסף על הוספת נתונים מובְנים
אם הדפים שלך כוללים נתונים מובְנים, ניתן להחיל את Programmable Search Engine אופרטורים של חיפוש מובנה כדי להגביל את החיפושים לשדות שכוללים את ערכי הנתונים, ממוינים רק לפי ערכים מספריים, הטיה כלפי ערכים מסוימים במקום למיין, או אפילו להגביל לטווח מספרי נתון של ערכים.
Programmable Search Engine תומך באופרטורים הבאים לחיפוש על פני נתונים מובְנים:
- סינון לפי מאפיין הזמין לכל החשבונות המובנים מלבד JSON-LD.
- סינון לפי הסתעפות עץ שזמינה ל-JSON-LD, מיקרו-פורמט ו-guid
- מיון לפי מאפיין
- הטיה לפי מאפיין
- הגבלה לטווח
סינון לפי מאפיין
סינון לפי מאפיין מאפשר לכם לבחור שלושה סוגים של תוצאות:
- תוצאות עם DataObject מצורף ספציפי, כמו ביקורת
- תוצאות עם DataObject עם שדה נתון, כמו ביקורת עם טווח מחירים.
- תוצאות עם ערך מסוים בשדה, כמו עם דירוג של 5 כוכבים.
כדי לסנן לפי מאפיין, צריך להוסיף
more:pagemap:TYPE-NAME:VALUE
בשאילתת החיפוש. הדבר מגביל את תוצאות החיפוש לדפים שבהם
כוללים נתונים מובְנים שתואמים בדיוק לסוג, לשם ולערך האלה. (Programmable Search Engine
להמיר עד 200 מאפיינים בדף, החל מנתוני מפת הדפים,
ולאחר מכן JSON-LD, מיקרו פורמט, מטא תגים, באינטרנט ומיקרו נתונים). המאפיינים לא יכולים להיות גדולים יותר
באורך של יותר מ-128 תווים.
אפשר לכלול את האופרטור הזה באופן כללי על ידי השמטה של VALUE כדי למצוא התאמה
את כל המופעים של השדה בעל השם או השמטה של -NAME:VALUE
כדי להתאים לכל האובייקטים מסוג נתון.
כדי לראות איך האופרטור השלם מורכב מנתונים מובְנים, זכרו את הדוגמה שהשתמשנו בה קודם:
[halloween more:pagemap:document-author:lisamorton]
פירוט של more:pagemap:document-author:lisamorton
בנושא בצורה מפורטת יותר,
האופרטור more: הוא האופן שבו Programmable Search Engine משתמש
עבור תוויות חידוד, החלק pagemap: של החידוד
אומר לנו לצמצם את התוצאות לפי מאפיינים ספציפיים במפות הדפים שנוספו לאינדקס,
ושאר הרכיבים של האופרטור — 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
כשמבצעים סינון לפי מאפיין, ניתן ליצור מסננים מורכבים יותר (וקצרים יותר) פקודות) באמצעות שאילתה קומפקטית. לדוגמה, אפשר להוסיף את הטקסט הבא PageMap עבור כתובת אתר:
<pagemap> <DataObject type="document"> <Attribute name="keywords">horror</Attribute> <Attribute name="keywords">fiction</Attribute> <Attribute name="keywords">Irish</Attribute> </DataObject> </pagemap> </page>
כדי לאחזר תוצאות עבור השאילתה "אירלנדי ובדיוני", יש להשתמש בפרטים הבאים:
more:p:document-keywords:irish*fiction
היא מקבילה ל-more:pagemap:document-keywords:Irish more:pagemap:document-keywords:fiction.
כדי לאחזר את התוצאות עבור 'וגם אירית (סיפורת או אימה)', צריך להשתמש בפרטים הבאים:
more:p:document-keywords:irish*fiction,irish*horror
סינון לפי הסתעפות
האפשרות סינון לפי הסתעפות היא גרסה של סינון לפי מאפיין שזמינה עבור JSON-LD, מיקרו-פורמט ו-guid. זהו הסוג היחיד של סינון לפי מאפיין זמין לנתונים מובְנים של JSON-LD.
אם הנתונים המובְנים לא מכילים עצים, או שיש בהם רק עצים ללא עצים הצאצאים, ההגבלות זהות לסינון לפי מאפיין. עם זאת, על עצים עם ילדים חלות הגבלות שמכילות: type-name לכל צומת מהרמה הבסיסית (root) ועד לצומת העלה, כלומר עץ שבו:
- הרמה הבסיסית (root) היא מסוג Event
- השם של הילד או הילדה הוא rating
- לילד או לילדה יש סוג של AggregateRating
- לילד או לילדה יש מאפיין עם השם ratingCount וערך 22.
שימוש בסינון לפי מאפיין או הסתעפות עם תכונות אחרות
ניתן להשתמש בתחביר הפתוח הזה כדי להציג פירוט של תוכן שצוין ב
מפות דפים במסמכים באתר. אפשר גם להשתמש באותו תחביר
עם כמעט כל שאר הסוגים של נתונים מובְנים
שנתמכות על ידי Google, מלבד
תאריך משוער של הדף. אפשר
להשתמש באופרטורים האלה גם עבור more:pagemap:
תוויות חידוד או
רכיבים מוסתרים של שאילתה
כדי לסנן את התוצאות לפי מאפיינים שחשובים לאפליקציה שלכם,
כך שמשתמשי הקצה לא יצטרכו להקליד את מגדירי ההגבלה האלה ישירות.
אפשר גם להשמיט חלקים מאופרטור החיפוש. בדוגמה שלמעלה,
לתשומת ליבכם: PageMap מציין DataObject מסוג document ו
מאפיין מסוג author. אבל לא כל הדפים באתר
מסמך, וייתכן שלא לכל המסמכים משויך מחבר. אם
צריך להשתמש באופרטור בצורה more:pagemap:document-author,
התוצאות שיוחזרו יכללו את כל הדפים עם המאפיין author
ב-DataObject document, ללא קשר לערך של
המאפיין הוא. באופן דומה, הפונקציה more:pagemap:document תחזיר
כל התוצאות עם PageMaps עם DataObjects מסוג document,
בלי קשר לשדות שנמצאים באובייקט ה-DataObject הזה.
יצירת אסימונים של ערכי טקסט להגבלות
ערכי מאפיינים שכוללים רווחים, סימני פיסוק או תווים מיוחדים כמעט תמיד מחולקים לאסימונים נפרדים; לדוגמה, מאפיין הערך של "Programmable Search Engine@google" יפוצל לשלושה אסימונים נפרדים, "custom" , "search" ו-"google". כך אפשר לבצע חיפושים של מילה אחת מוטמעות בתוך רצף גדול יותר של מילים וסימני פיסוק, כגון לתיאור. (Programmable Search Engine יחלץ עד 10 אסימונים בכל מחרוזת, לכן אם ערך המאפיין מכיל יותר מ-10 מילים, ייתכן שלא כל המילים זמינות להגבלה results.) לדוגמה, ה-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]
כללים נוספים ליצירת אסימונים עם ערכי טקסט:
- ערכי הטקסט מומרים לאותיות קטנות עבור הגבלות
- למחרוזות שאורכן עד שישה אסימונים, נוצרת הגבלה נוספת לכל המחרוזת,
עם תאים ריקים שהוחלפו ב-
_, כמוplease_attend. - מגבלות נפרדות לא נוצרות עבור מילות עצירה, מילים כמו the, א, אבל לכן שהן פחות שימושיות לחיפוש. כלומר, text value: "הנקודה הראשית" תיצור מגבלות בשביל 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 עשוי לשלב ביניהם וליצור אסימוני-על. לדוגמה, אם האסימונים
"נשיא" ו"אובמה" מופיעים לעיתים קרובות זה לצד זה, ייתכן ש-Programmable Search Engine
יוצרים את אסימון העל "pinterest_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 אופרטורים אחרים של חיפוש מובנה, כמו מיון לפי מאפיין וגם הגבלה לטווח, כן לפרש את המספרים האלה כשהם שברים ותאריכים; אפשר לעיין במסמכי התיעוד בכתובת אספקת נתונים מובְנים עבור פרטים נוספים.
הגבלה מ-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, אנחנו יוצרים מגבלות רק מהרמה הבסיסית (root) של כל הנתיב, ראו סינון לפי הסתעפות. עם זאת, לשורש של עץ JSON-LD יש צמתים על עלים כצאצאים למגבלות שנוצרות יש אותה צורה כמו הגבלות מאפיינים. חלק מהמגבלות בדוגמה שלמעלה, נוצרות מצמתים עם עלים ברמה הבסיסית (root), (type-name-value), למשל: more:pagemap:aggregaterating-ratingcount:22
הערה: פורמטים אחרים של נתונים מובְנים מאפשרים שימוש במחרוזות באורך של עד 128 בייטים, אבל JSON-LD, כל המחרוזות חתוכות לאורך של כ-50 תווים, כך שאנחנו משתדלים לא לסיים את המחרוזת באמצע המילה. בהתאם לאורך המילה, מספר האסימונים שייווצרו עשוי להיות מוגבל מהמחרוזת תהיה מוגבלת יותר לעשרה אסימונים.
מיון לפי מאפיין
לפעמים לא מספיק להגביל חיפוש לסוג מסוים של תוצאות;
לדוגמה, בחיפוש על ביקורות על מסעדות, אולי תרצו לקבל
מסעדות שדורגו בראש הרשימה. אפשר להשיג
עם מאפיין המיון לפי מאפיין ב-Programmable Search Engine, שמשנה את
לפי סדר התוצאות שמבוסס על ערכי המאפיינים של נתונים מובְנים.
המיון מופעל על ידי הוספה של
&sort=TYPE-NAME:DIRECTION
פרמטר של כתובת URL לכתובת ה-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 עבור אותו אובייקט ומאפיין. iWork Pages
ללא PageMaps, הסוג הזה של DataObject או ערך שניתן לניתוח,
המאפיין לא יופיע במיון קשיח. בדוגמאות שלמעלה, דפים
ללא מאפיין date-sdate, לא יופיעו
בתוצאות. לא ניתן לשלב מיון קשיח עם הטיה לפי מאפיין
התכונה שמתוארת בקטע הבא, אבל ניתן לשלב אותה עם
סינון לפי מאפיין וגם
הגבלה לטווח.
הטיה לפי מאפיין
לפעמים אתם לא רוצים להחריג תוצאות שאין להן ערך.
לדוגמה, רצית לחפש מטבח לבנוני; מגוון של
עשויות להתאים למסעדות שונות, מלבנון טהור (הרלוונטי ביותר) ועד
יוונית (הכי פחות רלוונטית). במקרה כזה אפשר להשתמש בגרסה חזקה או חלשה
של הטיה, שתקדם באופן חזק או חלש תוצאות שכוללות
אבל לא יחריג תוצאות שחסר בהן מידע. אתם מציינים
או הטיה חלשה על ידי צירוף ערך שני אחרי כיוון המיון:
&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
עבור האופרטור 'הגבלה לטווח', Google תומכת במספרים
בפורמט של מספר ממשי (float) ותאריכים
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 או על ידי עדכון קובץ Content.xml.
התכונה 'חיפוש באמצעות תמונות' מבוססת על המידע ש-Google מגלה בסריקת האתר שלכם. כדי לשפר את האופן שבו התמונות מוצגות בתוצאות החיפוש (גם ב-Programmable Search Engine וגם ב-Google Web Search), מומלץ להכיר את ההנחיות של Google לפרסום תמונות.
סינון לפי מאפיין תמונה
בדומה לחיפוש באינטרנט, החיפוש באמצעות תמונות תומך בסינון לפי מאפיינים כמו src, alt ו-title.
חיפוש מובנה ברכיב Programmable Search Element
אפשר להשתמש גם בתכונות של חיפוש מובנה בשילוב עם
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 בקוד החיפוש של
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.
בדומה לפרמטר של כתובת האתר, ניתן להשמיט את הפריט העליון או התחתון של
בטווח באפשרות sort של הרכיב Programmable Search Element.
תכונה יעילה נוספת של אפשרות המיון היא האפשרות לשלב מיון לפי
תכונה והגבלה לפי טווח. ניתן לשלב מספר אופרטורים
את אפשרות המיון באמצעות פסיק. לדוגמה, כדי לשלב
ההטיה החזקה של SignOnSanDiego עם הגבלת התאריכים שצוינה למעלה,
לציין את date-sdate:d:s,date-sdate:r:20100825:20100907. הזה
יכולה לשלב מאפיינים ייחודיים; כמו ביקורת על סרט
האתר עשוי להציג את הסרטים בעלי הדירוג הגבוה ביותר שיצאו
בשבוע עם האפשרות review-rating,release-date:r:20100907:.
בדף הזה מפורטים המאפיינים הנתמכים.
אפשר גם להשתמש ב'סינון לפי מאפיין' עם הרכיב Programmable Search.
לדוגמה, ניקח את הדוגמה הקודמת שלנו עם
דפים שהיו בהם 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 במאמר אספקת נתונים מובנים.
- אם אתם רוצים לקבל מידע נוסף על השימוש בנתונים מובְנים עבור נכסי מידע מובנה, מידע נוסף מופיע במאמר התאמה אישית של קטעי הקוד של התוצאות.