רישום של אפליקציית תשלום מבוססת-אינטרנט

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

Eiji Kitamura

אפליקציות תשלום מבוססות-אינטרנט הן אפליקציות מסוג Progressive Web App ‏(PWA) והן פועלות על גבי service workers. ל-service worker באפליקציית תשלומים יש תפקיד חשוב, כי הוא מקבל בקשות תשלום ממוֹכר, מפעיל את אפליקציית התשלומים ומתווך בתקשורת עם המוֹכר.

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

תמיכה בדפדפנים

ממשק Web Payments מורכב מכמה טכנולוגיות שונות, והתמיכה בו תלויה בדפדפן.

Chromium Safari Firefox
מחשב Android מחשב נייד מחשב או נייד
Payment Request API ✔ ✔ ✔ ✔
Web-based Payment Handler API ✔ ✔
אפליקציית תשלום ל-iOS או ל-Android ✔ ✔ ✔* ✔*

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

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

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

  • name
  • icons
  • serviceworker
    • src
    • scope
    • use_cache

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

רישום של קובץ שירות (service worker) בדיוק בזמן (JIT)

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

ניפוי באגים באפליקציית תשלום מבוססת-אינטרנט

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

פיתוח בשרת מקומי

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

החדשות הטובות הן שחלק מהדפדפנים, כולל Chrome, פוטרים אישורים של http://localhost כברירת מחדל. ב-Chrome, אפשר גם להפעיל מופע של Chrome כדי לא לכלול את הדרישה של האישור. לדוגמה, כדי להחריג את הדרישה מ-http://*.corp.company.com, משתמשים בדגלים הבאים:

‫macOS

/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --ignore-certificate-errors --unsafely-treat-insecure-origin-as-secure=http://*.corp.company.com

‫Windows

chrome.exe --ignore-certificate-errors --unsafely-treat-insecure-origin-as-secure=http://*.corp.company.com

מידע נוסף על הפעלת Chrome עם תכונה ניסיונית בזמן ריצה זמין במאמר הפעלת Chromium עם תכונות ניסיוניות.

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

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

ניפוי באגים מרחוק באתר ב-Android Chrome מכלי הפיתוח של Chrome למחשב

אפשר גם לנפות באגים ב-Chrome ל-Android בכלי הפיתוח למחשב. במאמר תחילת השימוש בניפוי באגים מרחוק במכשירי Android מוסבר איך עושים את זה.

רישום ביומן של אירועים שקשורים לטיפול בתשלומים

כלי הפיתוח יכולים להציג אירועים של Web-based Payment Handler API כדי להקל על פיתוח מקומי. פותחים את כלי הפיתוח בהקשר של המוכר ועוברים לקטע Payment Handler (אמצעי תשלום) בחלונית Application (אפליקציה). מסמנים את התיבה 'הצגת אירועים מדומיינים אחרים' ולוחצים על הכפתור 'הקלטה' כדי להתחיל לתעד אירועים שנשלחים ל-service worker שמטפל בתשלומים.

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

השלבים הבאים

בשלב הבא נסביר איך סקריפט ה-service worker יכול לתזמר עסקת תשלום בזמן ריצה.