סליקה באתר היא היכולת לקבל תשלום בכרטיס אשראי, בארנק דיגיטלי או באמצעי תשלום אחר ישירות באתר. מאחורי כפתור "לתשלום" עובדים כמה גורמים: עמוד התשלום או שער התשלום (Payment Gateway), חברת הסליקה שמעבירה את העסקה, והגוף שמכבד את הכרטיס. כשבוחרים חברת סליקה לאתר, השאלות החשובות הן לא רק העמלה: האם יש לה חיבור מסודר ומתוחזק לפלטפורמה שלכם, האם היא תומכת בחיובים חוזרים אם צריך, איך מטפלים בכשלים ובהחזרים — ואיך מוודאים שפרטי הכרטיס בכלל לא עוברים דרך השרת שלכם.
איך עובד תשלום באתר
- הלקוח מגיע לעמוד התשלום ומזין את פרטי הכרטיס.
- שער התשלום מקבל את הפרטים, מצפין אותם ומעביר אותם לבדיקה.
- חברת הסליקה מעבירה את בקשת החיוב לגוף שהנפיק את הכרטיס, ומקבלת אישור או דחייה.
- האתר מקבל תשובה — אושר או נדחה — ומעדכן את ההזמנה בהתאם.
- הכסף מועבר לעסק לפי תנאי ההסכם עם חברת הסליקה.
מבחינת האתר, מה שחשוב הוא שלב 4: התשובה צריכה להגיע בצורה אמינה, גם כשהגולש סגר את הדף באמצע, כדי שההזמנה לא "תיתקע" באמצע — שולמה אבל לא סומנה כשולמה, או להפך.
אבטחה: למה עדיף שהכרטיס לא יעבור דרך האתר שלכם
תקן האבטחה של תעשיית הכרטיסים, PCI DSS, מגדיר את הדרישות מכל מי שמטפל בנתוני כרטיסי אשראי. לפי שאלות ההבהרה של מועצת התקן, כשהעמוד שקולט את פרטי הכרטיס מגיע כולו מספק תשלום מאושר — בהפניה לעמוד שלו או בחלון מוטמע (iframe) — האתר של העסק לא מעורב ישירות בקליטת נתוני התשלום, והדרישות ממנו מצומצמות בהרבה. כשהאתר עצמו מייצר את טופס הכרטיס ושולח את הנתונים לספק, הדרישות גדלות.
המסקנה המעשית לרוב העסקים: לבחור פתרון שבו שדות הכרטיס מגיעים מחברת הסליקה, ולא נבנים בתוך האתר. כך פרטי הכרטיס לא נשמרים אצלכם, ושטח הסיכון קטן משמעותית. את הפרטים המדויקים של הדרישות כדאי לבדוק מול חברת הסליקה עצמה.
שלוש דרכים לשלב סליקה באתר
| שיטה | איך זה נראה ללקוח | יתרון | חיסרון |
|---|---|---|---|
| הפניה לעמוד תשלום | עובר לעמוד של חברת הסליקה ומשם חוזר | פשוט, ופרטי הכרטיס לא נוגעים באתר | יציאה מהאתר באמצע הרכישה |
| עמוד תשלום מוטמע (iframe) | הטופס מופיע בתוך האתר, אבל מגיע מחברת הסליקה | חוויה רציפה, ועדיין בלי לקלוט את הכרטיס בעצמכם | תלוי בעיצוב שחברת הסליקה מאפשרת |
| חיבור ישיר בממשק (API) | טופס שנבנה באתר | שליטה מלאה בעיצוב ובתהליך | דרישות אבטחה גבוהות יותר מהאתר |
מה לבדוק כשבוחרים חברת סליקה
- חיבור לפלטפורמה: האם יש תוסף או חיבור רשמי ומתוחזק לפלטפורמה שבחרתם — וורדפרס, חנות מנוהלת או מערכת ייעודית? תוסף נטוש הוא סיכון אבטחה וסיבה לתקלות.
- שיטות תשלום: כרטיסי אשראי, ארנקים דיגיטליים, תשלומים — מה הלקוחות שלכם מצפים לראות.
- חיובים חוזרים: אם יש מנויים או הוראות קבע — תמיכה בחידוש, בביטול ובכרטיס שפג תוקפו.
- החזרים וביטולים: כמה קל לבצע החזר מלא או חלקי, ואם אפשר מתוך האתר. בחנות, זה גם עניין חוקי — ראו את חובות הביטול במאמר מה זה איקומרס.
- הודעות על תוצאת התשלום: האם חברת הסליקה מודיעה לאתר על תוצאת העסקה גם בלי שהגולש חוזר לאתר (Webhook או קריאה חוזרת), כדי שהזמנות לא ייתקעו.
- חשבוניות: האם יש חיבור לתוכנת הנהלת החשבונות שלכם, כך שכל תשלום מפיק מסמך אוטומטית.
- סביבת בדיקות: אפשרות לבצע עסקאות ניסיון לפני ההשקה.
- תמיכה: כשתשלום נכשל בשבת בערב, למי פונים.
מה קורה כשתשלום נכשל
תשלומים נכשלים — כרטיס נדחה, הגולש סגר את הדף, הרשת נפלה באמצע. מערכת טובה מטפלת בזה:
- ההזמנה נשמרת במצב "ממתין לתשלום", והלקוח יכול לנסות שוב.
- האתר לא מסמן הזמנה כשולמה עד שהתקבל אישור מחברת הסליקה.
- כל ניסיון תשלום נרשם, כדי שאפשר יהיה לברר מה קרה.
- במנויים: ניסיון חיוב חוזר, והודעה ללקוח לפני שהשירות נחסם.
ניסיון: חיובים בפלטפורמות שפיתחתי
בפלטפורמת מדיה וקהילה רב-לשונית פיתחתי ארנק דיגיטלי בטעינה מראש, עם חיוב מדויק לפי זמן שימוש; ובWebGPT מערכת מנויים עם תקופת ניסיון ומסלולים שונים. בשני המקרים, החלק הקשה לא היה החיבור לחברת הסליקה עצמו, אלא כל מה שמסביב: לוודא שכל חיוב נרשם, שכל כשל מטופל, ושהמצב באתר תמיד תואם למה שקרה באמת אצל חברת הסליקה.
חשבוניות וקבלות
כל תשלום באתר צריך להסתיים במסמך חשבונאי. אפשר להפיק אותו ידנית, אבל ברגע שיש יותר מכמה עסקאות ביום זה הופך לעבודה מיותרת ולמקור לטעויות. רוב ספקי הסליקה ותוכנות הנהלת החשבונות מאפשרים הפקה אוטומטית אחרי תשלום מוצלח. כדאי לבדוק:
- שהמסמך מופק רק אחרי אישור התשלום, ולא כשהלקוח רק לחץ על הכפתור.
- שהוא נשלח ללקוח במייל, ונשמר גם אצלכם.
- מה קורה בזיכוי או בביטול — האם מופק מסמך מתאים.
- שהפרטים שהלקוח הזין (שם, ח.פ. לעסקים) עוברים נכון למסמך.
תשלום חוזר ומנויים
אם העסק גובה חיוב חודשי — מנוי, שירות מתמשך, תוכנה — הסליקה צריכה לתמוך בשמירת אמצעי תשלום אצל הספק (טוקן) וחיוב אוטומטי. חשוב לחשוב מראש על:
- כרטיס שפג תוקפו — איך הלקוח מעדכן אותו בלי לפנות אליכם.
- חיוב שנכשל — כמה ניסיונות חוזרים, ומתי השירות מושהה.
- ביטול מנוי — דרך פשוטה וברורה, באותו ערוץ שבו נרשמו.
- שינוי מסלול — שדרוג או שנמוך באמצע תקופה.
אלה תהליכים שקל לשכוח באפיון ויקר לתקן אחר כך.
טעויות נפוצות
- לבחור לפי העמלה בלבד, בלי לבדוק את החיבור לפלטפורמה.
- לבנות טופס כרטיס בתוך האתר כשאין בזה צורך — ולקחת על עצמכם דרישות אבטחה מיותרות.
- לסמוך רק על החזרת הגולש לאתר כדי לדעת שהתשלום הצליח.
- לא לבדוק תרחישי כשל לפני ההשקה.
- החזרים ידניים שדורשים כניסה לממשק חיצוני בכל פעם.
מאמרים קשורים: אתר לעמותה: תרומות אונליין, שקיפות וסעיף 46 וחשבונית דיגיטלית בחנות אינטרנטית: הפקה אוטומטית ומספר הקצאה.
מאמרים קשורים: אתר הרשמה לאירוע: עמוד, טופס, תשלום ותזכורות.
מתכננים חנות או שירות בתשלום? את החיבור לחברת הסליקה, להנהלת החשבונות ולמערכות האחרות אני בונה במסגרת בניית אתר מכירות ואינטגרציות ו-API. על החיבורים בין מערכות כתבתי גם במאמר מה זה API. אפשר לספר לי על התהליך.
אהבתם את המאמר?
