המדיניות של Actions on Google

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

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

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

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

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

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

הגבלות תוכן

תוכן מיני בוטה

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

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

הנה כמה דוגמאות להפרות:

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

סיכון ילדים

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

אלימות ופעילויות מסוכנות

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

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

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

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

אסור לפרסם פעולות שמקדמות מכירה של חומרי נפץ, נשק חם, תחמושת או אביזרים מסוימים לנשק חם. אביזרים מוגבלים מאפשרים לנשק חם לפעול כמו נשק אוטומטי או להמיר אותו לנשק אוטומטי (למשל: התקן ההסבה Bump Stock, הדק גאטלינג, דוקרנים משופרים וערכות הסבה) ומחסניות או חגורות שיכולות לשאת יותר מ-30 כדורים.

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

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

בריונות והטרדה

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

הנה כמה דוגמאות להפרות:

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

דברי שטנה

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

פעולות שכוללות תוכן EDSA (חינוכי, תיעודי, מדעי או אומנותי) שקשור לנאצים עלולות להיחסם במדינות מסוימות, בהתאם לחוקים ולתקנות המקומיים.

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

הנה כמה דוגמאות להפרות:

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

אירועים רגישים

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

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

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

הנה כמה דוגמאות להפרות:

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

הימורים, משחקים ותחרויות

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

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

הנה כמה דוגמאות להפרות:

  • משחקים שמקבלים כסף בתמורה להזדמנות לזכות בפרס פיזי או כספי.
  • משחקים עם נקודות 'נאמנות' (למשל, מעורבות או פעילות) ש-(1) נצברות או מואצת באמצעות רכישות על כסף אמיתי, (2) שאפשר להמיר בהן פריטים או פרסים בעלי ערך כספי בעולם האמיתי.
  • פעולות שמקבלות או מנהלות הימורים, מטבעות בפעולה הנדרשים להשתתפות, זכיות או הפקדות כדי לקבל או להאיץ זכאות לפרס פיזי או כספי.

פעילויות לא חוקיות

אנחנו לא מתירים פעולות שמסייעות או מקדמות פעילויות לא חוקיות. באחריותך הבלעדית לקבוע את החוקיות של הפעולה בלוקאל שבו ברצונך להפיץ אותה.

הנה כמה דוגמאות להפרות:

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

אלכוהול, טבק וסמים

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

כל הפעולות חייבות:

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

הדרישות האלה חלות על כל מוצרי המשקאות, כולל יין, בירה, משקאות אלכוהוליים וערכות אלכוהול.

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

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

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

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

בריאות

אנחנו לא מתירים פעולות שכרוכות בהעברת מידע שעשוי להיחשב כמידע רפואי מוגן (PHI) על פי חוק היבילות ואחריות הדיווח של ביטוח בריאות (HIPAA). Google לא יכולה להתחייב שפלטפורמת Actions on Google עומדת בדרישות של HIPAA או תקנות דומות אחרות בנושא נתונים רפואיים.

בנוסף, אנחנו לא מתירים פעולות שמספקות, אוספות או מאחסנות מידע רפואי אישי, כולל נתונים שעשויים להיחשב כמידע בנושאי בריאות בהתאם להתקנה הכללית להגנה על מידע (GDPR).

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

מותר לפרסם פעולות שמספקות פונקציונליות של כושר, כולל מעקב אחר פעילות (קלוריות שנשרפו, מספר הצעדים שננקטו וכו'), נתוני משקל ומדד BMI, כל עוד הן לא כוללות העברה של מידע שעשוי להיחשב כ-PHI לפי HIPAA או נתונים לגבי מצב בריאותי בכפוף ל-GDPR.

שירותים פיננסיים

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

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

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

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

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

העברת נתונים מקצה לקצה (P2P) אינה מותרת, אלא אם נעשה שימוש בפעולות באפליקציה. פעולות שמספקות פרטי חשבון בנק, כמו יתרות של כרטיסי אשראי, חייבות לכלול הטמעה של קישור חשבונות.

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

שירותי חירום

אסור להגדיר פעולות שמאפשרות למשתמשים ליצור קשר עם כוחות ההצלה, כמו שירותי 911 או 999.

שפות תמיכה

עבור כל שפה שבה הפעולה תומכת, פרטי הרישום בספרייה (תיאורים, מדיניות פרטיות וכו'), דקדוקים וטקסטים של המרת טקסט לדיבור (TTS) חייבים להיות באותה שפה.

תוכן למבוגרים בלבד ותוכן פוגעני

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

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

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

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

תוכן שנוצר על ידי המשתמשים

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

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

הנה כמה דוגמאות להפרות:

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

קניין רוחני

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

אנחנו נגיב להודעות ברורות לגבי הפרה לכאורה של זכויות יוצרים. למידע נוסף או להגשת בקשה בהתאם ל-Digital Millennium Copyright Act, כדאי לעיין בנוהלי זכויות היוצרים שלנו.

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

התחזות

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

הנה כמה דוגמאות להפרות:

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

שימוש לא מורשה בתוכן המוגן בזכויות יוצרים

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

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

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

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

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

הנה כמה דוגמאות להפרות:

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

הפרה של סימנים מסחריים

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

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

זיוף

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

התנהגות מטעה

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

הצהרות מטעות

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

דוגמאות לטענות מטעות:

  • הצגה כוזבת או תיאור שגוי של הפונקציונליות של הפעולה, לדוגמה:

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

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

  • טענה כוזבת על שותפות עם ישות ממשלתית או מתן סיוע לשירותים ממשלתיים שעבורו לא קיבלו אישור מתאים.

  • הצגת תוכן מטעה שעלול להפריע להליכי הצבעה של הציבור.

  • הצגה של פונקציונליות רפואית או שקשורה לבריאות או לתוכן מטעה או שעלול להזיק.

  • הצהרה על פונקציונליות שלא ניתן ליישם.

  • פעולות שמסווגות באופן שגוי בדף האפליקציה בספרייה ב-Assistant.

  • הטעיית המשתמש באשר לתוכן או ליעד של קישור

מדיה שעברה שינוי ועיבוד

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

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

הנה כמה דוגמאות להפרות:

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

שימוש לא מורשה בפונקציונליות של המערכת או חיקוי שלה

אנחנו לא מתירים פעולות שמחקות או מפריעות לפונקציונליות של המכשיר או של Assistant, כמו אורות, התראות או אזהרות.

דוגמאות להתנהגות אסורה:

  • שימוש בקול עבור הפעולה שמחקה את הקול של Google Assistant.
  • חיקוי התראות או אזהרות של המערכת.
  • מתחזה ל-Google.

ספאם ופונקציונליות מינימלית

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

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

הנה כמה דוגמאות להפרות:

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

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

רכיבי WebView ותוכן של שותפים עצמאיים

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

הנה כמה דוגמאות להפרות:

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

תוכן שחוזר על עצמו

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

הנה כמה דוגמאות להפרות:

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

פרטיות ואבטחה

נתוני משתמשים

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

כל הפעולות חייבות:

  • יש לספק קישור למדיניות פרטיות בשדה הייעודי של הספרייה

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

  • טיפול בכל נתוני המשתמשים באופן מאובטח

    כל השידורים של נתוני משתמשים חייבים להשתמש בהצפנה מודרנית, והאינטראקציה של הפעולה עם ממשקי ה-API של Actions on Google חייבת להשתמש ב-HTTPS.

  • בקשת נתונים רגישים של משתמשים דרך Permissions API

    כל הבקשות למיקום ולשם של משתמש.

  • תיאור מדויק של הסיבה לבקשת נתוני משתמש או הטמעה של קישור חשבונות

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

אסור לבקש את הנתונים הבאים דרך ממשק השיחה (טקסט, תמונה או דיבור) בכל התרחישים.

  • תשלומים או נתונים פיננסיים

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

  • נתוני אימות

    דוגמאות: כולל סיסמאות מלאות או חלקיות, או קודי אימות.

  • נתוני זהות

    דוגמאות: מספר דרכון, מספר תעודת זהות, מספר תעודת זהות, מספר רישיון נהיגה או מזהי מס.

  • נתונים רפואיים

    יש לעיין במדיניות הבריאות.

  • מידע אישי רגיש

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

קישור חשבונות וזהות

אפשר להשתמש בכניסה באמצעות חשבון Google ו/או ב-Account Linking API עם OAuth 2 כדי ליצור קישור בין משתמש Google לחשבון קיים שאינו של Google במערכת. כשמטמיעים קישור חשבונות באמצעות OAuth, צריך להיות הבעלים של נקודת הקצה של OAuth או לקבל שליטה על נקודת הקצה באמצעות ספק שירות OAuth. אין לציין כתובות URL מספקי זהויות ישירות בהגדרה של Actions on Google. מותר להגדיר רק הגדרת OAuth אחת לכל חבילת פעולות.

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

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

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

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

התנהגות זדונית

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

אנחנו לא מתירים פעולות שמפריעות לפעילות של מכשיר ששייך למשתמש כלשהו או מכשירים אחרים, מחשבים, שרתים, רשתות, ממשקי תכנות יישומים (API) או שירותים. אנחנו לא מתירים פעולות שפוגעות בפריטים אלה או מאפשרות גישה לא מורשית אליהם. כולל פעולות אחרות, כל שירות של Google והרשת של המכשיר.

כל הפעולות שאוספות נתוני משתמשים חייבות לציית למדיניות בנושא נתוני משתמשים ולחשוף באופן מלא את הפונקציות שלהן.

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

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

אין לכלול בפעולות וברישום שלהן בספרייה אמצעים להפעלה או לגישה לפונקציונליות שמפירה את התנאים האלה.

נקודות חולשה באבטחה

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

פידים של נתונים

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

מונטיזציה ומודעות

מודעות

אסור להציג מודעות בתוך השיחה.

תוכן מקודם

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

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

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

עסקאות

כל הפעולות חייבות לעמוד בדרישות הבאות:

  1. אין להפנות משתמשים באופן מפורש לאתר, למספר טלפון, לאפליקציה לנייד או לאמצעי תשלום חלופי להשלמת עסקה, בין אם בתוך הפעולה באמצעות קישורים או צ'יפים של הצעות, או בתיאור הפעולה. לדוגמה, אין לבקש מהמשתמשים לבקר באתר, בפעולה או במיקום פיזי (או לספק צ'יפ של קישור) עם קריאה לפעולה לביצוע תשלום או לתשלום. ההגבלה הזו לא חלה על פעולות באפליקציה.
  2. אם הפעולה מאפשרת למשתמשים להשלים עסקה של טובין או שירותים פיזיים, או להזמין מקום או להזמין שירות, יש להטמיע ב-Assistant את ה-Transactions API. הוספת פריטים לסל קניות לא נחשבת כעסקה.
  3. אם הפעולות מאפשרות למשתמשים להשלים עסקה דיגיטלית או לקנות מינוי, חובה להטמיע בה את ה-Digital purchase API.

הרכישות והעסקאות הבאות (כל הסכם בין משתמש לעסק כדי לספק מוצר או שירות) נתמכות ב-Actions on Google:

  1. מוצרים או שירותים פיזיים, כולל:

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

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

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

הדרישות לגבי Transactions API ו-Digital purchase API

כל הפעולות שמטמיעות את Transactions API, Digital Purchase API (שירות חיוב ב-Google Play) או את הפעולות הישירות (כולל Food Order Direct Action API) חייבות לעמוד בדרישות הבאות:

  1. לציית לתנאי העסקה בתנאים ובהגבלות של Actions on Google.
  2. חשוב ליישם את כל השיטות והפרמטרים הנדרשים, כולל טיפול בהזמנות ואישור שלהן, ולא ליצור כפילויות של הזמנות.
  3. יש לספק מידע מדויק ועדכני, כולל מחירים ותיאורים.
  4. לספק שירות לקוחות משלכם ולציין מספר טלפון ו/או כתובת אימייל ליצירת קשר עם שירות הלקוחות.
  5. יש להשתמש רק במידע אישי שהושג דרך ממשק השיחה כדי לאפשר את העסקה הזו, כולל שליחת קבלות, אישורים ועדכונים. עליכם לקבל באופן עצמאי את הסכמת המשתמש (באמצעות הבעת הסכמה) לשימוש במידע הזה לכל מטרה אחרת, כולל שיווק.
  6. עבור פעולות שמשתמשות ב-Digital purchase API בלבד:

    • המשתמשים יכולים לגשת בפלטפורמת Actions on Google רק לתכונות או לשירותים שנקנו בתוך הפעולה, או בפלטפורמה אחרת באותו שם כמו הפעולה.
    • אסור שפעולות יפנו את המשתמשים, באופן ישיר או עקיף, לאמצעי תשלום שאינו דרך Digital purchase API, בתוך הפעולה או מחוצה לה.
  7. עבור פעולות שמשתמשות ב-API של העסקאות בלבד (מכיוון ש-Google לא מספקת את התכונות האלו):

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

מתן שמות ורישום בספרייה

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

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

דרישות בנוגע לשם

לכל הפעולות חייבת להיות הגייה ייחודית מבחינה פונטית שתאפשר למשתמשים להפעיל את הפונקציונליות של הפעולה. הגיות הפעולות הן ייחודיות בכל שפה, כך שמרגע ששם מקבל אישור, אף פעולה אחרת לא יכולה לרשום את אותו שם פונטי באותה שפה. הרישום בספרייה חייב לכלול לפחות הגייה אחת לדוגמה, שכולן חייבת לכלול את שם הפעולה (לדוגמה 'Talk to Google שופינג'), וצריכה לגרום לפעולה שלך באופן עקבי.

השמות חייבים לעמוד בדרישות הבאות:

  • אסור להשתמש בשמות שכוללים מילה אחת, אלא אם השם ייחודי למותג או לסימן המסחרי שלכם באזורים שבהם אפשר לגשת לפעולה. בהמשך מפורטות הוראות להגשת בקשה לחריגה עבור כל מדינה. מילים מורכבות המחולקות למספר מילים לא יעקפו דרישה זו. לדוגמה, לוח מקשים נחשב כמילה אחת.
  • אסור להשתמש בשמות המכילים שתי מילים אם אחת מהמילים היא מאמר מוגדר (the), מאמר ללא הגבלת זמן (a או an), לשון פנייה (למשל my) או מילת יחס (for, to, או of). לדוגמה, אין להזין שם כמו אופניים, אספרסו, לשעשע או לשם הכיף.
  • השם מזהה באופן ייחודי את הפעולה, ולכן הוא צריך להבדיל בין הפעולות האחרות לבין התכונות העיקריות של Assistant. אנחנו לא מתירים שמות:

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

  • חלק מהמילים והביטויים שמורים ואי אפשר להשתמש בהם בשמות, כולל ok, Google, launch, ask, tell, load, exit quit, הגברת עוצמת הקול, משחק, פעולה, assistant, מיומנות ואפליקציה. יש לבדוק את השם במרכז הבקרה של ה-API כדי לוודא שלא נעשה בו שימוש במילה או בביטוי שמורים. יכול להיות שנאפשר חריגות לגבי מילים או ביטויים שמורים מסוימים אם נעשה בהם שימוש בשילוב שכולל כמה מילים, אם השם לא מבלבל או אם הוא לא מפר בדרך אחרת את המדיניות הזו. בהמשך מפורטות הוראות להגשת בקשה לחריגה.

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

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

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

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

דוגמאות לשמות גנריים:

אסור:

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

מותר (להמחשה בלבד ובכפוף לכללי מדיניות אחרים)

  • שימוש במילים מומצאות או ביטויים שרירותיים (Foobar Action, Foobar Smart Home)
  • הוספת שם מותג לא גנרי (Google נסיעות, סוכן הנסיעות של דני)
  • הוספת תיאורים ומילות מפתח תיאוריים (חיפוש מהיר במלונות, נוסע מהעולם)
  • שימוש בשם הדומיין המלא, כולל הדומיין ברמה העליונה (SmartHome.com)

שמות עקביים

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

התיאור

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

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

אין לכלול המלצות ממשתמשים בתיאור הפעולה.

חווית המשתמש

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

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

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

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

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

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

    • לדוגמה, אם הפעולה פועלת במכשירי Google Home, אבל לא במכשירים ניידים.
  • השמעת קובץ שקט ללא מטרה ברורה.

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

    • לדוגמה, הפעלה של נורות ה-LED ב-Google Home שלא למטרה שלשמה נועדו, מתוארות כאן.
  • הפעלה רציפה של טקסט לדיבור או אודיו מוקלט למשך יותר מ-240 שניות, אלא אם נעשה שימוש ב-Media Response API.

  • תמונות או קישורים מנותקים.

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

  • אין אפשרות לספק טקסט וקול חלופיים לתמונות בממשקים שאינם גרפיים.

  • האודיו לא תואם לטקסט חזותי והמרת טקסט לדיבור (TTS) בממשקים גרפיים.

  • רישום או יצירה של כוונות מטעות או לא רלוונטיות לגבי הפעולה.

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

    • לדוגמה, 'קנו הפיצה הטובה ביותר' או 'נסו את מזלכם'.

פעולות לכל המשפחה

כדי להוכיח שהמפתחים בתוכנית 'פעולות לכל המשפחה' (AFF) הפגינו את היכולת שלהם ליצור חוויות לכל המשפחה, אנחנו מגבילים את הזכאות להשתתפות בתוכנית למפתחים שכבר יצרו אפליקציה באישור מורים ב-Google Play או שחתמו על הסכם שותפות עם Google לגבי הפעולה שלהם המותאמת למשפחות. מפתחים שהאפליקציות שלהם הוסרו מהתוכנית 'באישור מורים' ואין להם כרגע הסכם שותפות יעיל עם Google לגבי הפעולה שמתאימה לכל המשפחה, לא זכאים יותר להשתתף ב'פעולות לכל המשפחה'.

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

למילה 'צאצא' יכולות להיות משמעויות שונות בלוקאלים שונים ובהקשרים שונים. חשוב להתייעץ עם היועץ המשפטי שלך כדי לקבוע אילו מחויבויות והגבלות עשויות לחול על הפעולה שלך. מפתחים ב-AFF יכולים לבחור לפרוס את פעולת ה-AFF בכל מקום שבו יש תמיכה ב-Actions on Google, חוץ ממרוקו, תוניסיה ותימן.

דרישות התוכנית

לפני שליחת פעולה לתוכנית 'פעולות לכל המשפחה', באחריותך לוודא שהפעולה מתאימה לילדים ושהיא עומדת בכל החוקים הרלוונטיים, כולל חוק הגנת הפרטיות של ילדים באינטרנט בארה"ב והתקנה הכללית של האיחוד האירופי להגנה על מידע (GDPR).

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

דרישות הסף

  1. אתם מפגינים ניסיון כמפתחים של חוויות לכל המשפחה על ידי שליחת קישורים מקשרים אל אפליקציות שאושרו במסגרת 'התוכנית באישור מורים' ב-Google Play. לחלופין, אתם חתמתם על הסכם שותפות עם Google לגבי הפעולה הרצויה לכל המשפחה. מפתחים שכל האפליקציות שלהם הוסרו מהתוכנית 'באישור מורים' ואין להם הסכם שותפות אפקטיבי כרגע עם Google עבור פעולת AFF שלהם לא זכאים להשתתף בתוכנית 'פעולות לכל המשפחה'.
  2. הפעולה מטרגטת ילדים בתור הקהל העיקרי שלה או אחד מהקהלים שלה.
  3. אם הפעולה לא מטרגטת ילדים בתור אחד הקהלים שלה, למשל אוטומציה של הבית או פעולות פרודוקטיביות, היא לא יכולה להשתתף בתוכנית 'פעולות לכל המשפחה'.
  4. כל הפעולות לכל המשפחה חייבות להתאים לילדים. פעולות לא יכולות לכלול חומרים בלתי הולמים, כולל תוכן למבוגרים בלבד, הומור גס, שפה גסה, תוכן אלים או מטריד או תוכן שפוגע בעצמו. אסור שפעולות יכללו חומרים שמקדמים דימוי גוף או דימוי עצמי שלילי, כולל תיאורים למטרות בידור של ניתוחים פלסטיים, ירידה במשקל והתאמות קוסמטיות אחרות למראה הפיזי של אדם.
  5. המטרה העיקרית של הפעולה לא יכולה להיות שיתוף נרחב של תוכן שנוצר על ידי משתמשים שאינו מבוקר, כמו פעולה ברשת חברתית או פעולה בפורום המשתמשים.
  6. הפעולות לא יאספו או ישדלו נתוני משתמש המאפשרים זיהוי אישי.
  7. אסור שפעולות יכללו מודעות, כולל מדיה בסטרימינג. מסרים לקידום עצמי יתקבלו אם הנושא, התוכן והשפה מתאימים לילדים.
  8. יכול להיות שהפעולה לא תכלול תוכן לא מנוהל, וכל התוכן מסוג 'פעולה' יהיה כפוף לבדיקה תקופתית כדי לוודא תאימות מתמשכת.
  9. במסגרת הפעולות, אין להשתמש בכניסה באמצעות חשבון Google (קישור חשבונות), לבקש היקפי OAuth, לגשת לרוב ממשקי ה-API של נתוני המשתמשים (מלבד מיקום מכשיר גס) או לגשת לממשקי API לעסקאות.
  10. את/ה מצהיר/ה שהפעולה, וכל ממשקי ה-API או ערכות ה-SDK שהפעולה מפעילה או משתמשת בהם, תואמים ל-COPPA, ל-GDPR ולכל חוק או תקנה רלוונטיים אחרים.

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

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

מכשירים עם הפעלה חכמה

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

בנוסף, אודיו שנשלח מהפלטפורמות של Google למכשירים של צד שלישי (3P) באמצעות התכונה 'דיבור דו-כיווני', שזמינה לפעמוני דלת בלבד, יכול לשמש רק לחוויית השימוש ב-Two-Way Talk. יש לאחסן, לתעד או להקליט נתונים מ-Two-Way Talk רק למטרת הפונקציונליות של התכונה הזו, ולא ניתן להשתמש בהם לכל מטרה אחרת.

אסור לבצע פעולות שמורות לרכבי נוסעים לנוע.

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

אימות משתמש משני

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

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

ההמלצה של Google למכשירים לבית חכם היא להטמיע פעולה ישירה באמצעות Smart Home API. בשילובים של בית חכם, השיטות המשניות לאימות משתמשים מתוארות כאן.

עובד עם הסמכה של Ok Google

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

פונקציונליות

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

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

Google שומרת לעצמה את הזכות שלא לשלוח בקשות לאישור אם מכשיר של מפתח לא משלב את כל הפונקציונליות הקיימת במכשיר עם תכונות תואמות של Smart Home API, מה שמאפשר ל-Google Assistant לספק חוויה מלאה.

מצב הדיווח

כל המכשירים אמורים לדווח ל-Google על עדכוני מצב באמצעות מצב הדיווח של HomeGraph API, למעט מכשירים שתומכים בפקודות בלבד, כמו בקרי IR. מצב הדוח הוא חיוני לייצוג תקין של מצב המכשיר בכל הפלטפורמות של Assistant ושירותי Assistant. אנחנו דורשים שכל השותפים שהגדירו את מצב המכשיר יטמיעו את ReportState. פרטים נוספים זמינים ב-ReportStateAndNotifications API במסמכי המפתחים.

דיווח על שינויים בהגדרות של משתמשים

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

חיבורים קבועים

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

דף מתן הרשאה לבקרת מכשירים של Google

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

אישור בטיחות

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

האיכות

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

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

  1. זמן אחזור ואמינות שמשויכים לביצוע פקודות דרך מכשירים עם Assistant מובנית.
  2. קישור חשבונות ורענון אסימון באופן אמין
  3. רמת הדיוק של סטטוס הדיווח על שינויים במצב הדיווח וזמן האחזור שלו

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

רענון האישור

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

בנוסף, צריך לאשר מחדש את השילובים כל 12 חודשים, החל ממועד קבלת האישור האחרון או כשמתווספת פונקציונליות חדשה של המכשיר. כך תוכל לשמור על הזכאות לתג 'עובד עם', והשילוב שלך יישאר במצב ניהול תקין. אם ההסמכה לא תאושר, השימוש בתג Works-With עשוי להתבטל. כתוצאה מכך, ייתכן שתתבצע פעולת אכיפה אחת או יותר נגד השילוב של Smart Home API.

תנאים סותרים

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

אכיפה

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

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

הפרות חוזרות או חמורות (כמו תוכנה זדונית, הונאה ופעולות שעלולות לגרום נזק למשתמש או למכשיר) של התנאים וההגבלות או של כללי המדיניות של Actions on Google עשויות לגרום לסגירת חשבונות פיתוח אישיים או קשורים של Actions on Google.

דחייה

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

הסרה

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

חשיפה מוגבלת

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

סגירת החשבון

  • כשחשבון הפיתוח שלך ייסגר, כל הפעולות בקטלוג יוסרו מ-Google Assistant, ולא תהיה לך יותר אפשרות לפרסם פעולות חדשות. בנוסף, כל חשבון פיתוח קשור ב-Google Assistant יושעה באופן סופי.
  • השעיות או השעיות מרובות עקב הפרות מדיניות חמורות עלולות גם להוביל לסגירת חשבון Actions on Google שלכם.
  • מאחר שהפעולות בתוך החשבון שנסגר, המשתמשים לא יכולים לראות את הרישום הקיים של הפעולה בספרייה, את ההתקנות הקיימות של המשתמשים, את הנתונים הסטטיסטיים ואת הדירוגים שלה.

ערעור על פעולת אכיפה

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

יומן שינויים

  • 22/9/2022 – המדיניות בנושא מכשירים עם תמיכה חכמה שונתה, ונוספה לה קריטריונים לתכונה 'דיבור דו-כיווני'.
  • 11/3/2021 – עדכונים במדיניות בנושא מכשירים עם תמיכה חכמה, ובכללי המדיניות לגבי אלכוהול, טבק וסמים.
  • 11/1/2021 – עדכונים במדיניות של פעולות לכל המשפחה.
  • 10/7/2020 – דף מדיניות מובנה מחדש שמעביר כללי מדיניות מסוימים לקטגוריות שונות. הפעולות האלה כוללות העברה של עסקאות וקידומי מכירות למונטיזציה ולמודעות, ויצירת קטגוריות חדשות למכשירים שפועלים חכמים ולחוויית המשתמש. הוספנו דוגמאות והקשר לכל הקטגוריות במסגרת הגבלות תוכן, התנהגות מטעה וקניין רוחני. הרחבנו את המדיניות בנושא ספאם כך שתכלול דרישות לפונקציונליות מינימלית, והוספנו מדיניות חדשה לגבי מדיה שעברה שינוי ועיבוד. הוספנו סעיף חדש שבו מתואר תהליך האכיפה שלנו.
  • 8/10/2019 - מדיניות מעודכנת בנושא טענות מטעות.
  • 29/7/2019 – התבצעו שינויים בסעיפי המדיניות של הפעולות ב-Google, בטיחות ילדים, שירותים פיננסיים, נתוני משתמשים, פעולות לכל המשפחה ועסקאות.
  • 7/5/2019 - שינינו את מדיניות העסקאות שמתייחסת לפעולות באפליקציה.
  • 18/4/2019 - התבצע שינוי במדיניות הבריאות.
  • 6/2/2019 – בוצעו שינויים במדיניות בנושא חוויית משתמש ובכללי אלימות ופעילויות מסוכנות.
  • 1/8/2019 – בוצעו שינויים קלים במדיניות בנושא בריאות, במדיניות העסקאות, במדיניות המכשירים שמופעלים בצורה חכמה, במדיניות בנושא ספאם ובמדיניות בנושא חוויית משתמש.
  • 6/11/2018 - רשימת המדינות הנתמכות עבור עסקאות הועברה למדריכים המתאימים.
  • 11/10/2018 - מדיניות AFF עודכנה כדי לכסות עוד לוקאלים.
  • 4/10/2018 – המדיניות המעודכנת בנושא עסקאות, שכוללת מוצרים דיגיטליים, והוסיפה את האפשרות של כניסה באמצעות חשבון Google כאפשרות לקישור חשבונות וזהות.
  • 25/9/2018 - מדיניות AFF עודכנה כדי לכלול שווקים חדשים.
  • 6/9/2018 - בוצע עדכון במדיניות בנושא חוויית המשתמש לגבי הנחיות משתמעות או מפורשות, וכן תיקנו את מדיניות העסקאות.
  • 17/7/2018 – נוספה מדיניות לגבי נקודות חולשה באבטחה וביצענו כמה שינויים קלים במדיניות בנושא מבצעים, מדיניות עסקאות, דרישות לגבי שמות ומדיניות בנושא חוויית משתמש. כמו כן, הוספנו נוסח מבוא נוסף, שמציין את הגישה שלנו לאכיפת המדיניות שלנו ואת התקשורת עם המפתחים.
  • 22.5.2018 – תיקנו את המדיניות בנושא אלימות ופעילויות מסוכנות כך שאוסרת על פעולות שמאפשרות מכירה של חומרי נפץ, כלי נשק, נשק חם ורכיבים קשורים. הרחבנו גם את הזמינות של התוכנית 'פעולות לכל המשפחה' כך שתכלול את בריטניה, צרפת, איטליה, גרמניה ויפן.
  • 27/3/2018 – נוספו כמה כללי מדיניות חדשים, כולל המדיניות בנושא שירותים פיננסיים והמדיניות בנושא אלכוהול וטבק. המדיניות בנושא אוטומציה של הבית הורחבה ושינוי השם שלה למדיניות בנושא מכשירים שפועלים חכמים. בוצעו שינויים קלים בפורמט או במדיניות בנושא בריאות, במדיניות העסקאות, במדיניות בנושא נתוני משתמשים ובמדיניות בנושא חוויית המשתמש.
  • 1/2/2018 - חוויית משתמש, תוכן שנוצר על ידי משתמשים, תוכן למבוגרים בלבד, נתוני משתמשים (פרטיות), ממשק API לעדכון (במדיניות ספאם), נוספה מדיניות לאפליקציות לשירותי חירום.
  • 4/10/2017 - עודכנו הקטעים 'פעילויות לא חוקיות', 'בריאות', 'קישור חשבונות', 'דרישות בנוגע לשמות' ו'עסקאות'. הקטע 'ילדים' הוחלף בקטע החדש 'אפליקציות לכל המשפחה'.
  • 17/5/2017 – ביצענו שינויים כדי ליישם כמה תכונות חדשות, כולל עסקאות, ממשקי משתמש ויזואליים ושילובים של בית חכם. הוספנו מדיניות שקשורה לאזהרות על תוכן למבוגרים בלבד והבהרנו חלקים בקטעים 'שם', 'דף האפליקציה בספרייה', 'קידום מכירות' ו'חוויית משתמש'.
  • 8/2/2017 - עודכנו הסעיפים 'הימורים', 'הגבלות אחרות' ו'חוויית משתמש'. כמה כללי מדיניות עודכנו ואוחדו בקטעים החדשים 'שם', 'דף האפליקציה בחנות' ו'קידום מכירות'. כמו כן, חלו שינויים לא מהותיים.