דרישות השילוב

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

1. חשבון פיתוח ב-Google Play:

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

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

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

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

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

5. שילוב ב-Android: אם בעל התוכן הדיגיטלי מוכר קבוצות שונות של מק"טים ב-Android לעומת באינטרנט, או אם יש לו כמה אפליקציות לאותו אתר חדשות, הוא צריך לעדכן את האפליקציות שלו ל-Android כדי לבדוק את רכישת המינוי, וגם להפעיל את Subscribe with Google Publication API ולהעניק גישה בהתאם.

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

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

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

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

   באינטרנט, בעל התוכן הדיגיטלי צריך להיות מסוגל להעביר חזרה אירועי מינויים ונתוני הרשאות של swg.js לתשתית של בעל התוכן הדיגיטלי. ברכישות שבוצעו בפלטפורמות של Google או באפליקציה, בעלי האפליקציה צריכים לטפל ביצירת החשבון המאוחר, והם יקבלו התראות על יצירת החשבון דרך Pub/Sub או דרך Publication API.

   המוציא לאור צריך להירשם לאירועי Pub/Sub של Play Cloud או של Reader Revenue בתשתית של המוציא לאור.

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

   1. ליצור חשבון באמצעות פרטי פרופיל המשתמש ש-Google מספקת ולשייך את המינוי לחשבון הזה.
   2. להוסיף את פרופיל המשתמש ב-Google ואת נתוני המינוי לחשבון משתמש קיים באתר של המפרסם.

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

8. שילוב ב-iOS: אם לבעל התוכן הדיגיטלי יש תוכן מאחורי מחירון שמשויך למק"ט של Subscribe with Google באפליקציה ל-iOS, לאחר השימוש ב-Google Sign-in, בעל התוכן הדיגיטלי צריך לבדוק את הקצה העורפי שלו כדי למצוא הרשאות. אם לא נמצאו הרשאות, הוא צריך להפעיל את Subscribe with Google Publication API כדי לבדוק אם יש הרשאות ולהעניק גישה אם כן.

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

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

    1. הצגת לחצן ביטול ברור עם תווית קריאה שמנויים בגרמניה תמיד יכולים לראות אותו. על הלחצן צריך להופיע הטקסט 'כאן מבטלים חוזים' [Verträge hier kündigen] או ניסוח אחר, ברור באותה מידה.
    2. כשמשתמשים שנמצאים בגרמניה ונרשמו למינוי לאתר החדשות דרך Subscribe with Google לוחצים על לחצן הביטול, צריך להפנות אותם לכתובת https://support.google.com/googleplay/contact/cancel_sub_request כדי לבקש ביטול של המינוי שלהם.
    3. אם מנויים מנסים לבטל בטעות מינוי שרכשתם דרך Subscribe with Google, עליכם להשיב להם בהודעה ברורה ובלתי מעוררת ספק, שבה תודיעו להם שהם צריכים להיכנס לכתובת https://support.google.com/googleplay/contact/cancel_sub_request כדי לבקש לבטל את החוזה שרכשתם דרך Subscribe with Google.