מדיניות ושיוכים ל-Maps JavaScript API

במסמך הזה מפורטות הדרישות לאפליקציות שפותחו באמצעות Maps JavaScript API. חשוב לשים לב שהשימוש בממשק API של JavaScript במפות Google כפוף להסכם שלכם עם Google.

מדיניות

בקטע הזה מתוארת מדיניות שרלוונטית ל-Maps JavaScript API. המדיניות מספקת הנחיות ודרישות מעשיות להטמעה, כדי לעזור לכם להשתמש בשירות בצורה נכונה ובהתאם לציפיות של Google Maps Platform.

חריגים להגבלות על שמירה במטמון

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

גירוד תוכן

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

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

למוצר הזה יש תנאים והגבלות שונים ללקוחות עם כתובת לחיוב באזור הכלכלי האירופי (EEA), ויכול להיות שגם הפונקציונליות שלו שונה. לפני שמתחילים לפתח באמצעות Google Maps Platform, חשוב לעיין בתנאים ובמידע הבאים שספציפיים לאזור הכלכלי האירופי:

• התנאים וההגבלות של Google Maps Platform באזור הכלכלי האירופי
• התנאים הספציפיים לשירות Google Maps Platform באזור הכלכלי האירופי
• שאלות נפוצות בנושא האזור הכלכלי האירופי (EEA)
• הדרישות של Google Maps Platform בנושא בטיחות בדרכים

אם הכתובת שלכם לחיוב לא נמצאת באזור הכלכלי האירופי, התנאים וההגבלות הבאים חלים עליכם:

• התנאים וההגבלות של Google Maps Platform
• התנאים הספציפיים לשירות Google Maps Platform

דרישות הייחוס של מפות Google

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

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

דוגמה לשיוך (Attribution)

בהמשך מופיעה דוגמה לשיוך ב-Places UI Kit.

ייחוס נדרש שמוחל על הרכיב הקומפקטי של Place Details. במפה הזו, שאינה מפת Google, אפשר לראות בבירור את ייחוס Google Maps, והתוכן של Google Maps Platform שונה מבחינה ויזואלית מתוכן אחר.

הצגת שיוך למפות Google

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

הוספת שיוך למפות Google

לגבי שיוך (Attribution) של מפות Google שכבר מסופק על ידי Google Maps Platform בממשק המשתמש, למשל ב-Places UI Kit:

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

הלוגו של מפות Google ושיוך הטקסט

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

מימין: דוגמה לשיוך לוגו של מפות Google, משמאל: דוגמה לשיוך טקסט של מפות Google

שיוך ללוגו

אלה הדרישות לשימוש בלוגו של מפות Google באפליקציה או באתר שלכם.

דוגמאות לשינויים מקובלים בשיוך הלוגו של מפות Google

הורדה של לוגו מפות Google

משתמשים בקובצי הלוגו הרשמיים של מפות Google. מורידים את הלוגו הרצוי מהרשימה שלמטה ופועלים לפי ההנחיות שבקטע הזה.

הורדת נכסי השיוך של מפות Google

כשמשתמשים בלוגו של מפות Google, צריך לפעול לפי ההנחיות האלה.

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

מפרט גודל הלוגו

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

• גובה מינימלי של הלוגו: 16dp
• גובה מקסימלי של הלוגו: 19dp
• השטח הפנוי המינימלי מסביב ללוגו: 10dp בצד שמאל, בצד ימין ובצד העליון, 5dp בצד התחתון

מידע על dp זמין במאמר Pixel density באתר Material Design.

דוגמה ללוגו של מפות Google עם שטח ריק מינימלי וטווח גדלים מקובל

נגישות הלוגו

הדרישות הבאות בנוגע לנגישות חלות על הלוגו של מפות Google:

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

דוגמאות לשינויים לא מקובלים ולבעיות נגישות בשיוך של סמל הלוגו של מפות Google

טקסט לציון קרדיט

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

דוגמאות לגרסאות קבילות של שיוך הטקסט למפות Google

• אל תשנו את הטקסט מפות Google בשום צורה:
  
  • אל תשנו את האותיות הרישיות במונח מפות Google
  • לא להעביר את מפות Google לכמה שורות
  • אל תתאימו את מפות Google לשוק המקומי בשפה אחרת.
  • כדי למנוע מדפדפנים לתרגם את מפות Google, משתמשים במאפיין HTML‏ translate="no".

דוגמאות לשינויים לא מקובלים בטקסט של שיוך הקרדיט למפות Google

• מעצבים את הטקסט במפות Google לפי ההנחיות שבטבלה הבאה:

  הדרישות בנוגע לסגנון הטקסט במפות Google
  נכס	סגנון
  משפחת גופנים	‫Roboto. טעינת הגופן היא אופציונלית.
  משפחת גופנים חלופית	כל גופן sans serif שמשמש כגופן גוף במוצר או 'Sans-Serif' כדי להפעיל את גופן המערכת שמוגדר כברירת מחדל
  סגנון הגופן	רגיל
  עובי הגופן	400
  צבע גופן	לבן, שחור (#1F1F1F) או אפור (#5E5E5E). שמירה על ניגודיות נגישה (4.5:1) ביחס לרקע.
  גודל גופן	גודל גופן מינימלי: 12sp גודל גופן מקסימלי: 16sp מידע נוסף על sp זמין במאמר יחידות של גודל גופן באתר Material Design.
  ריווח בין אותיות	רגיל

דוגמה ל-CSS

קוד ה-CSS הבא מעבד את מפות Google עם הסגנון הטיפוגרפי והצבע המתאימים על רקע לבן או בהיר.

@import url('https://fonts.googleapis.com/css2?family=Roboto&display=swap');

.GMP-attribution {
font-family: Roboto, Sans-Serif;
font-style: normal;
font-weight: 400;
font-size: 1rem;
letter-spacing: normal;
white-space: nowrap;
color: #5e5e5e;
}

דרישות ויזואליות

הדרישות הבאות מתייחסות לאופן שבו צריך להציג את הקרדיט למפות Google.

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

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

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

בדוגמאות הבאות אפשר לראות איך הדרישות האלה נראות.

דוגמה לציון המקור של מפות Google במיקום בחלק העליון, בחלק התחתון ובצד של התוכן

דוגמה לשתי גישות להבדלה בין תוכן של מפות Google (דירוג המקום) לבין תוכן אחר

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

ספקי נתונים של צד שלישי

חלק מהנתונים והתמונות במוצרי המיפוי שלנו מגיעים מספקים שאינם Google. במוצרים מסוימים, כמו Map Tiles API, אנחנו עשויים לספק לכם את הקרדיט הנדרש לספק הנתונים מצד שלישי. במקרה כזה, בטקסט של השיוך צריך להופיע השם 'מפות Google' ושמות ספקי הנתונים הרלוונטיים, למשל 'נתוני מפה: Google, ‏ Maxar Technologies'. כש-Google מספקת ייחוס לצד שלישי, ציון 'מפות Google' או שימוש בלוגו של Google בלבד לא נחשבים לייחוס תקין.

דרישות אחרות לייחוס

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

ביקורות ותמונות שמתקבלות דרך Maps JavaScript API כפופות למדיניות של Google בנושא תוכן ומוצרים בכל מקום בעולם. כדי לדווח על תוכן שאתם או המשתמשים שלכם רוצים להסיר משירותי Google בכפוף למדיניות Google או לדינים החלים, אפשר לעיין במאמר דיווח על תוכן ב-Google

אחזור שיוכים ממקום

אם האפליקציה מציגה מידע על ביקורות שהתקבל באמצעות קריאה ל-Place.fetchFields, האפליקציה צריכה להציג גם שיוכים לצד שלישי לגבי פרטי המקום שהתקבלו.

ה-API מחזיר אובייקט Place. כדי לאחזר שיוכים מהאובייקט Place, משתמשים במאפיין Place.attributions שמוחזר עם כל בקשה (אין צורך לציין אותו עם שדות). המאפיין מחזיר List של אובייקטים מסוג String, או null אם אין שיוכים להצגה. קוד הדוגמה הבא מראה איך מקבלים מקום ואיך מציגים את כל הקרדיטים.

  // Use place ID to create a new Place instance.
  const place = new Place({
      id: 'ChIJB9a4Ifl744kRlpz0BQJzGQ8', // Crazy Good Kitchen
  });

  // Call fetchFields, passing the desired data fields.
  await place.fetchFields({
      fields: ["displayName", "formattedAddress", "location", "reviews"],
  });

  // Check for any place attributions.
  if (!place.attributions) {
      console.log('No attributions were found.');
      return;
  } else {
      // Log the place attribution
      for (var attribution of place.attributions) {
          console.log(attribution);
      }
  }

  

הצגת ביקורת

אובייקט Place יכול להכיל עד חמש ביקורות, כשכל ביקורת מיוצגת על ידי אובייקט Review. אפשר גם להציג את הביקורות האלה באפליקציה.

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

בדוגמה הבאה מוצג תהליך של קבלת מקום, בדיקת הביקורות והצגת הנתונים מהביקורת הראשונה:

// Create a new Place instance.
const place = new Place({
    id: 'ChIJpyiwa4Zw44kRBQSGWKv4wgA', // Faneuil Hall Marketplace, Boston, MA
});

// Call fetchFields, passing 'reviews' and other needed fields.
await place.fetchFields({
    fields: ['displayName', 'formattedAddress', 'location', 'reviews'],
});

// Create an HTML container.
const content = document.createElement('div');
const title = document.createElement('div');
const rating = document.createElement('div');
const address = document.createElement('div');
const review = document.createElement('div');
const authorLink = document.createElement('a');

// If there are any reviews display the first one.
if (place.reviews && place.reviews.length > 0) {
    // Get info for the first review.
    const reviewRating = place.reviews[0].rating;
    const reviewText = place.reviews[0].text;
    const authorName = place.reviews[0].authorAttribution.displayName;
    const authorUri = place.reviews[0].authorAttribution.uri;

    // Safely populate the HTML.
    title.textContent = place.displayName || '';
    address.textContent = place.formattedAddress || '';
    rating.textContent = `Rating: ${reviewRating} stars`;
    review.textContent = reviewText || '';
    authorLink.textContent = authorName;
    authorLink.href = authorUri || '';
    authorLink.target = '_blank';

    content.appendChild(title);
    content.appendChild(address);
    content.appendChild(rating);
    content.appendChild(review);
    content.appendChild(authorLink);
} else {
    content.textContent = `No reviews were found for ${place.displayName}.`;
}

// Create an infoWindow to display the review.
infoWindow = new InfoWindow({
    content,
    ariaLabel: place.displayName,
});
index.js

מידע נוסף על ביקורות על מקומות

הצגת שיוכים לתמונה

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

כל רכיב במערך photos הוא מופע של Photo, שמכיל את המערך authorAttributions מסוג AuthorAttribution. השדות של האובייקט AuthorAttribution הם מחרוזות שמכילות את displayName,‏ uri ו-photoUri של השיוך, או מחרוזת ריקה אם אין שיוכים להצגה.

מידע נוסף על תמונות של מקומות

שיוכים של תוצאות חיפוש

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

כותרת: מידע על התוצאות האלה

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

לחצן 1: מידע נוסף
הטקסט 'מידע נוסף' צריך לקשר למאמר במרכז העזרה.

Button 2: OK

השלמה אוטומטית של כתובות של משתמשי קצה

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

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

סיכומים מבוססי-AI

אם אתם מציגים סיכומים מבוססי-AI באפליקציה שלכם – כולל סיכומים של מקומות, אזורים וביקורות – אתם צריכים:

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

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

כשמציגים סיכום מבוסס-AI מכל סוג, צריך תמיד לכלול את טקסט הגילוי הנאות המותאם לשפה המקומית (שמופיע בשדה disclosureText של גוף התשובה) מיד מתחת לסיכום. אסור לשנות את טקסט הגילוי הנאות שמופיע ב-API או להוסיף לו פרטים.

איור 1: טקסט הגילוי הנאות מוצג בצורה תקינה מתחת לכל אחד משלושת סוגי הסיכומים מבוססי-AI.

דרישות נוספות לגבי סיכום של מקום או אזור

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

טקסט	דרישה
מידע על הסיכום הזה	כדאי לעיין בקישור הבא בנושא 'מהם מקורות המידע של Google ואיך היא משתמשת במידע הזה בדפי פרטים של מקומות': https://support.google.com/local-listings/answer/9851099.
סיכום הדוח	כדי לדווח ל-Google על בעיה שקשורה לתוכן של סיכום, אפשר להשתמש בקישור שמופיע בשדה flagContentUri של התשובה. הערה: סיכומים מבוססי-AI שמוצגים באמצעות Places API (חדש) כפופים למדיניות התוכן ולמדיניות המוצרים של Google בכל מקום בעולם. אתם נדרשים להודיע למשתמשי הקצה שלכם שאם הם רוצים לדווח על תוכן שצריך להסיר משירותי Google בכפוף לדין החל, הם צריכים לדווח עליו באמצעות כתובת ה-URL של הכלי לסימון תוכן (flagContentUri).

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

דרישות לגבי סיכום של ביקורות

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

טקסט	דרישה
מידע על הסיכום הזה	כדאי לעיין בקישור הבא בנושא 'מהם מקורות המידע של Google ואיך היא משתמשת במידע הזה בדפי פרטים של מקומות': https://support.google.com/local-listings/answer/9851099
סיכום הדוח	משתמשים בקישור שמופיע בשדה flagContentUri בתשובה. הערה: סיכומים מבוססי-AI שמוצגים באמצעות Places API (חדש) כפופים למדיניות התוכן ולמדיניות המוצרים של Google בכל מקום בעולם. אתם נדרשים להודיע למשתמשי הקצה שלכם שאם הם רוצים לדווח על תוכן שצריך להסיר משירותי Google בכפוף לדין החל, הם צריכים לדווח עליו באמצעות כתובת ה-URL של הכלי לסימון תוכן (flagContentUri).
לצפייה בביקורות	משתמשים בקישור שמופיע בשדה reviewSummary.reviewsUri של התשובה.

איור 3: סיכום של ביקורות מבוסס-AI שמוצג עם קישורים נלווים נדרשים שזמינים למשתמשי הקצה באמצעות תפריט אפשרויות נוספות.

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

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

• עד 3 שורות
• עד 120 תווים או עד 24 מילים
• גודל גופן מינימלי של 24dp

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