כדי לחבר סליקה וורדפרס צריך שלושה דברים: חנות WooCommerce, חשבון אצל חברת סליקה שעובדת עם עסקים בישראל, ותוסף של אותה חברה שמחבר בין השניים. את ההגדרה עצמה עושים ב-WooCommerce > Settings > Payments, ומשם הלקוח משלם בקופה של האתר או עובר לדף תשלום של חברת הסליקה.
אם כבר חיברת סליקה והיא לא עובדת, כמעט תמיד הסיבה נמצאת באחד מכמה מקומות קבועים: תעודת SSL, הגדרות התוסף, תאימות לבלוק הקופה, התנגשות עם תוסף אחר או כתובת התראות שלא הוגדרה. ריכזתי כאן את כולם לפי הסדר שבו כדאי לבדוק אותם, ולכל אחד גם איך מזהים את הבעיה ואיך מתקנים אותה.
לפני שנוגעים בסליקה וורדפרס, גיבוי. התקנה של תוסף סליקה, החלפת מפתחות והשבתת תוספים לצורך בדיקה נוגעות בלב של החנות, ולכן לפני כל שינוי כזה צריך גיבוי מלא של האתר, גם של הקבצים וגם של מסד הנתונים. WooCommerce ממליצים בתיעוד שלהם לעבוד בסביבת staging ובמצב בדיקה (sandbox) של שער התשלום, אם יש לו כזה, כדי לבדוק בלי לחייב כרטיסים אמיתיים.
שלב 1: לבחור איך הלקוח ישלם
לפי התיעוד של WooCommerce יש שתי גישות עיקריות לשערי תשלום, וההבדל ביניהן משפיע על האבטחה ועל מה שאתה אחראי עליו.
| גישה | מה קורה | מה זה אומר בשבילך |
|---|---|---|
| הפניה (Redirect) | הלקוח מועבר לאתר של חברת הסליקה, משלם שם וחוזר לאתר שלך | פרטי הכרטיס לא מוקלדים באתר שלך |
| תשלום באתר (Direct) | הלקוח משלם ישירות בעמוד הקופה שלך | נדרשת תעודת SSL כחלק מעמידה בתקן PCI |
WooCommerce עצמו לא שומר פרטי כרטיס אשראי. ובכל זאת, גם כשהתשלום עובר אצל ספק חיצוני, תקן PCI DSS עדיין חל עליך, כי עמוד הקופה שלך הוא חלק מהעסקה. ההבדל הוא שהנטל עליך קטן הרבה יותר.
בתיעוד של WooCommerce על PCI DSS יש גם כמה צעדי אבטחה בסיסיים שמומלצים לכל חנות שמקבלת תשלומים:
- אחסון אתרים אצל ספק שמכיר את דרישות PCI.
- סיסמאות חזקות והגבלת הגישה לממשק הניהול.
- עדכון שוטף של וורדפרס, התבנית והתוספים.
- SSL בעמודי הקופה והחשבון.
אלה הצעדים שנוגעים לחנות עצמה. אם אתה רוצה להסתכל גם על ההגנה הרחבה יותר של העסק, מעבר לעמוד הקופה, כתבתי על זה מדריך נפרד על אבטחת מידע לעסק קטן. מי שרוצה לבדוק בפועל, ולא רק לפי רשימה, שהחנות עומדת בדרישות, יכול להזמין מבדק חדירה. ואם החנות חדשה, כדאי להכיר גם צד אחר של הבעיה: עסקאות מרמה שדווקא עוברות את הסליקה בהצלחה. גם על זה יש מדריך נפרד: איך למנוע הונאות אשראי באתר איקומרס חדש.
יש גם דבר אחד שלא זמין בישראל. לפי רשימת המדינות הרשמית של WooPayments, ישראל לא נמצאת בין המדינות הנתמכות, ולכן בפועל רוב החנויות הישראליות עובדות עם חברת סליקה מקומית. חלק מהחברות האלה מפרסמות את התוסף שלהן במאגר התוספים של וורדפרס, למשל Pelecard Gateway, וחלק מפיצות אותו מהאתר שלהן. לפני ההתקנה כדאי לבדוק מתי התוסף עודכן לאחרונה ומול איזו גרסת WooCommerce הוא נבדק.
שלב 2: תעודת SSL וכתובות האתר
לפי WooCommerce, רוב שערי התשלום דורשים SSL. לכן זו הבדיקה הראשונה כשאמצעי התשלום לא מופיע בקופה או כשחברת הסליקה מחזירה שגיאה.
כדי לבדוק, פותחים את עמוד הקופה ומסתכלים שהכתובת מתחילה ב-https:// ושהדפדפן לא מציג אזהרת אבטחה.
אחרי שהתעודה מותקנת, נכנסים ל-Settings > General ומעדכנים את השדות WordPress Address (URL) ו-Site Address (URL) כך שיתחילו ב-https://. זה מה שהתיעוד של WooCommerce על SSL מורה לעשות אחרי התקנת תעודה.
שלב 3: להתקין תוסף סליקה וורדפרס ולהגדיר אותו
אחרי שהתקנת את תוסף סליקה וורדפרס של החברה שבחרת, כל ההגדרה נעשית במקום אחד:
- נכנסים ל-WooCommerce > Settings > Payments.
- לוחצים Enable ליד אמצעי התשלום כדי להפעיל אותו, ו-Manage כדי להגדיר אותו. לפי התיעוד, אם הספק צריך הגדרה נוספת, WooCommerce פותח את מסך ההגדרה שלו.
- מזינים את פרטי ההתחברות שקיבלת מחברת הסליקה. הם צריכים להתאים לסביבה: פרטי בדיקה למצב בדיקה, ופרטים אמיתיים לסביבה החיה.
- אפשר לשנות את הסדר שבו אמצעי התשלום מוצגים ללקוח בעזרת ידית הגרירה משמאל לכל ספק.
- ב-WooCommerce > Settings > General כדאי לעבור על הגדרות המטבע של החנות ולוודא שהן מתאימות למה שהגדרת מול חברת הסליקה.
לפני שפותחים את הסליקה ללקוחות, כדאי לעשות לפחות עסקת בדיקה אחת מקצה לקצה: להוסיף מוצר לעגלה, לעבור בקופה, לשלם במצב בדיקה, ואז לראות שההזמנה מופיעה ב-WooCommerce > Orders בסטטוס הנכון ושהמייל ללקוח נשלח. עסקה אחת כזו חוסכת את המצב שבו לקוח אמיתי מגלה את התקלה לפניך. באותה הזדמנות כדאי לוודא שההזמנה מייצרת גם חשבונית אוטומטית, ולא רק אישור הזמנה. על חיבור מערכת חשבוניות ל-WooCommerce כתבתי במדריך נפרד על חשבונית ירוקה API.
אם משהו נכשל בשלב הזה, קוד השגיאה נותן רמז. בתיעוד של WooCommerce על פתרון שגיאות תשלום כתוב ששגיאות 400 נובעות בדרך כלל מכתובת שגויה, ושגיאות עם קוד 200 נובעות לעיתים קרובות מפרטי התחברות שגויים. בשני המקרים חוזרים להגדרות התוסף.
אמצעי התשלום לא מופיע בקופה
בחנויות שהוקמו בשנים האחרונות, עמוד הקופה בנוי כברירת מחדל מבלוק Checkout. לפי התיעוד של WooCommerce, הבלוק מציג רק אמצעי תשלום שזמינים בחנות ושתואמים אליו, ולכן תוסף סליקה שלא עודכן לתמוך בבלוק פשוט לא יופיע.
זה נראה כך: התוסף מופעל ב-WooCommerce > Settings > Payments, אבל בקופה הוא לא מופיע. כשעורכים את עמוד הקופה ובוחרים את בלוק Checkout, תוסף שהצהיר שהוא לא תואם מקפיץ אזהרה, ובסרגל הצדדי מופיע כפתור מעבר ל-Classic Checkout.
הפתרון הוא להחזיר את הקופה לגרסה הקלאסית: עורכים את עמוד הקופה, פותחים את List View, בוחרים את בלוק Checkout, לוחצים Transform ובוחרים Classic Shortcode. שומרים, ועושים את אותו הדבר בעמוד העגלה, כי WooCommerce ממליצים להחזיר את שניהם יחד. ולמי שחושש שהקופה הקלאסית תיעלם, לפי בלוג המפתחים של WooCommerce אין כרגע תוכנית להפסיק את התמיכה בה.
סליקה וורדפרס עוברת אבל ההזמנה לא מתעדכנת
הלקוח שילם, חברת הסליקה רואה את העסקה, ובאתר ההזמנה תקועה ב-Pending payment או ב-Failed. במצב כזה הבעיה היא בדרך כלל בהודעה שחברת הסליקה אמורה לשלוח חזרה לאתר. אלה המקומות לבדוק:
- להפעיל רישום לוג בהגדרות תוסף הסליקה, לעשות עסקת בדיקה אחת, ולקרוא את הרשומות החדשות ב-WooCommerce > Status > Logs.
- לבדוק את כתובת ההתראות (IPN או webhook) שהוגדרה אצל חברת הסליקה. לפי WooCommerce, בחלק משערי התשלום צריך להגדיר אותה ידנית.
- אם יש באתר תוסף אבטחה או חומת אש, לוודא שהוא לא חוסם את הבקשות שמגיעות מחברת הסליקה.
הסליקה נשברה אחרי עדכון
אם סליקה וורדפרס עבדה עד אתמול והפסיקה אחרי עדכון, מתחילים בבדיקת התנגשויות ובלוגים של PHP.
התנגשות תוספים: עוברים זמנית לתבנית ברירת מחדל כמו Twenty Twenty-Five או Storefront, משביתים את כל התוספים חוץ מ-WooCommerce ותוסף הסליקה, ומפעילים אותם מחדש אחד אחד. זו השיטה ש-WooCommerce מתארים בתיעוד בדיקת ההתנגשויות שלהם. אם אין לך גישה לממשק הניהול, אפשר לשנות דרך FTP או מנהל הקבצים את שם התיקייה של התוסף החשוד בתוך wp-content/plugins, ווורדפרס יפסיק לטעון אותו.
שגיאה קריטית: אם מופיעה ההודעה "There has been a critical error on this website", וורדפרס שולח למייל של מנהל האתר קישור כניסה במצב Recovery Mode, שבו הרכיב הבעייתי מושהה רק בשבילך. כדאי לחפש את המייל הזה גם בספאם.
לוג שגיאות: מוסיפים ל-wp-config.php, לפני השורה /* That's all, stop editing! Happy blogging. */, את השורות הבאות:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );אחר כך חוזרים על העסקה ופותחים את wp-content/debug.log. בסיום מחזירים את WP_DEBUG ל-false. כדאי להסתכל גם ב-WooCommerce > Status > System Status על גרסת ה-PHP ועל הפריטים שמסומנים באדום, ואם צריך, לבקש מחברת האחסון את לוג השגיאות של השרת.
כשהתקלה בסליקה דורשת יד מקצועית
חלק מהתקלות בסליקה נפתרות בלחיצה אחת, וחלק דורשות לקרוא לוגים, להבין את הקוד של התבנית ולעבוד מול התמיכה של חברת הסליקה. כדאי לעצור ולקבל עזרה אם אחד מאלה נכון לגביך:
- לקוחות מחויבים וההזמנות לא נרשמות באתר.
- אין לך גיבוי עדכני או שאתה לא בטוח איך משחזרים אותו.
- הלוג מצביע על קוד מותאם אישית בתבנית.
- חברת הסליקה אומרת שאצלם הכול תקין, והלוגים באתר לא מראים כלום.
- עברת על כל השלבים והסליקה עדיין לא עובדת.
כשהסליקה עובדת והחנות מוכנה למכור, השלב הבא הוא להביא אליה קונים. על זה כתבתי במדריך איך להביא תנועה אורגנית לאתר.
שאלות נפוצות
האם WooCommerce שומר את פרטי כרטיס האשראי?
לא. לפי התיעוד של WooCommerce, המערכת לא שומרת פרטי כרטיס, ושערי התשלום הרשמיים שומרים לכל היותר נתונים חלקיים כמו ארבע הספרות האחרונות כשמשתמשים באסימוני תשלום.
אם ניסית לחבר סליקה וורדפרס לבד והיא עדיין לא עובדת, אני מטפל בזה. השאר פרטים כאן ונבדוק יחד איפה זה נתקע.