החזר כספי ב-App Store: מה המפתח רואה

ב-App Store, מי שמאשרת או דוחה החזר כספי היא Apple, אף פעם לא המפתח. הלקוח מגיש את הבקשה באתר של Apple או מתוך האפליקציה שלך. אם חיברת את התראות השרת של Apple, תקבל התראת CONSUMPTION_REQUEST ברגע הבקשה, ואחר כך REFUND או REFUND_DECLINED כשההחלטה מתקבלת. בין לבין יש לך 12 שעות לשלוח נתוני צריכה ואת ההעדפה שלך, בתנאי שהלקוח הסכים לזה.

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

מי מחליט על החזר כספי ב-App Store?

Apple, ורק Apple. דף התמיכה של Apple מתאר את המסלול של הלקוח: הוא נכנס ל-reportaproblem.apple.com, בוחר "Request a refund", מציין סיבה ואז את הרכישה הרלוונטית. Apple ממליצה לו לחכות 24 עד 48 שעות לתשובה.

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

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

מה כל צד רואה, שלב אחרי שלב

שלב	צד הלקוח	צד המפתח
בקשה	טופס של Apple או גיליון באפליקציה	התראת CONSUMPTION_REQUEST
תוך 12 שעות	המתנה	אפשר לשלוח נתוני צריכה
תוך 48 שעות	תשובה מ-Apple	התראת REFUND או REFUND_DECLINED
אחרי אישור	הכסף חוזר לאמצעי התשלום שלו	הרכישה יוצאת מהזכאויות הפעילות, יחידות במינוס
אחרי ערעור	Apple מבטלת את ההחזר	התראת REFUND_REVERSED, צריך להחזיר גישה

App Store Connect מראה לך רק החזרים שכבר אושרו, ב-Sales and Trends. הבקשה עצמה מגיעה רק דרך התראות השרת. בלעדיהן, אתה מגלה את ההחזר בדיעבד.

התראות השרת של החזר כספי

App Store Server Notifications V2 שולחות חמישה סוגים שרלוונטיים כאן. אתה מקבל אותן בכתובת ה-HTTPS שהגדרת ב-App Store Connect, אחת ל-production ואחת ל-sandbox.

התראה	מה היא מודיעה	מה אתה עושה
CONSUMPTION_REQUEST	הלקוח מבקש החזר	לענות תוך 12 שעות, אם יש הסכמה
REFUND	Apple החזירה את הכסף על העסקה	להסיר את התוכן או הגישה שהוחזרו
REFUND_DECLINED	Apple דחתה את הבקשה	כלום, הגישה ממשיכה
REFUND_REVERSED	Apple מבטלת החזר אחרי ערעור של הלקוח	להחזיר את מה שהסרת
REVOKE	רכישה ששותפה ב-Family Sharing כבר לא זמינה	להסיר את הגישה מבן המשפחה

השרת שלך צריך לענות עם קוד HTTP בין 200 ל-206. לפי הדף על תגובה להתראות, אחרת Apple מנסה שוב חמש פעמים: 1, 12, 24, 48 ואז 72 שעות אחרי הניסיון הקודם. ב-sandbox היא שולחת רק פעם אחת.

ה-Consumption API: מה אפשר להגיד ל-Apple

כשהבקשה מגיעה, אפשר לענות עם Send Consumption Information. הכלל נכנס במשפט אחד של Apple: "Respond within 12 hours of receiving the CONSUMPTION_REQUEST notification." גרסה 2 של ה-API חלה על כל סוגי המוצרים, כולל מינויים.

השדות של הבקשה:

שדה	חובה	מה הוא אומר ל-Apple
customerConsented	כן	הלקוח הסכים לשיתוף הנתונים שלו
deliveryStatus	כן	הרכישה סופקה ועובדת, או למה היא לא סופקה
sampleContentProvided	כן	ניסיון, קטע לדוגמה או תיאור הוצעו לפני הרכישה
consumptionPercentage	לא	החלק שנצרך, מ-0 עד 100,000 עבור 0 עד 100%
refundPreference	לא	ההעדפה שלך: DECLINE, GRANT_FULL או GRANT_PRORATED

שני דיוקים חשובים. אם deliveryStatus הוא לא DELIVERED, החלק שנצרך חייב להיות אפס. ובהחזר יחסי של מינוי, אתה משמיט את החלק שנצרך: Apple מחשבת אותו.

ההסכמה היא התנאי לכל. Apple כותבת: "You must obtain valid consent from the customer before sharing their personal data with Apple in the Send Consumption Information API." בלי הסכמה, אתה לא עונה. Apple גם אוסרת להשתמש בחלון המעקב הפרסומי כדי לאסוף את ההסכמה הזו: "Don't use the AppTrackingTransparency prompt to obtain consent".

אם אתה עובד עם RevenueCat

עם RevenueCat, הוא זה שמקבל את ההתראות של Apple ועונה לבקשה, עם Refund Control. אתה בוחר מדיניות אחת מתוך ארבע: להעדיף החזר מלא, להעדיף דחייה, לשלוח רק נתוני צריכה, או לא לענות.

הפעלת שיתוף הנתונים שווה לאישור שיש לך הסכמה של הלקוחות. RevenueCat אומר את זה בעצמו: "Enabling consumption data sharing confirms that you obtained consent from your Customers." הוא גם ממליץ לשמור את "Prefer no refund" לקבוצה ממוקדת, ומזהיר כשההעדפה הזו חלה על רוב הלקוחות שלך.

כדי לקבל את ההתראות גם בשרת שלך, RevenueCat מציע שדה "Apple Server Notification Forwarding URL" בהגדרות האפליקציה. הוא מתואר בדף שלו על ההתראות של Apple. בזה אני משתמש. ההקמה של מינוי עם RevenueCat נמצאת בRevenueCat ומינוי in-app ב-iOS.

ההשפעה על ההכנסות ועל המינוי

על הגישה. לפי התיעוד של currentEntitlements, "Products that the App Store has refunded or revoked don't appear in the current entitlements". אם האפליקציה שלך בודקת זכאויות עם currentEntitlements, הגישה שהוחזרה נעלמת מעצמה. העסקה מכילה את התאריך והסיבה להסרה, ב-revocationDate וב-revocationReason.

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

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

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

ב-12 באוקטובר 2026 חיברתי התראה לאפליקציות שלי. RevenueCat מעביר את ההתראות של Apple לנתיב ב-devoria.fr. הוא מאמת את החתימה של Apple ואז שולח לי התראה, בלי סכום. רציתי לראות את הבקשה ברגע שהיא מגיעה, לא רק את התוצאה.

ב-18 באוקטובר הגיעה הבקשה האמיתית הראשונה ב-TradaZen, סימולטור המסחר שלי. מינוי שנתי, ששולם בסוף ניסיון חינם של 7 ימים. הסיבה שצוינה: רכישה לא מכוונת. שלושה לקחים:

1. אותה בקשה יכולה להגיע כמה פעמים. קיבלתי את אותה התראה שלוש פעמים באותו ערב. מאז, כל התראה עוברת הסרת כפילויות לפי סוג ההתראה ומזהה העסקה.
2. ההחלטה הגיעה תוך פחות מיממה. Apple דחתה בערך 22 שעות אחרי הבקשה. הלקוח שמר על הגישה שלו.
3. דחייה היא לא הסוף. אותו לקוח הגיש בקשה שוב יומיים אחר כך, על אותה עסקה.

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

להגביל בקשות לא הוגנות בלי לעבור על הכללים

מה מותר:

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

מה אסור:

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

המנוף הכי טוב נשאר מוקדם יותר: paywall שאומר את המחיר, את תאריך התשלום הראשון ואיך מבטלים. הטעויות שכדאי להימנע מהן נמצאות בטעויות paywall, והכללים של הניסיון בניסיון חינם ב-App Store.

לבדוק לפני production

לפי הדף על בדיקת בקשות, ה-sandbox ובדיקות StoreKit של Xcode מקבלים בקשות החזר. ב-sandbox, כל סיבה מפעילה אישור אוטומטי. כדי לדמות דחייה, בחר "Other" והקלד DECLINE. להחזר יחסי, הקלד GRANT_PRORATED. ב-sandbox, תשובת הצריכה שלך צריכה לצאת תוך חמש דקות.

מינוי שמקבל פחות החזרים

ה-iOS & Android Kit מתחיל מהקוד של האפליקציות שלי, עם onboarding, paywall ומינויים שכבר כתובים, ועובר ארבעה שלבים עד ה-App Store, בקצב שלך. ההקמה המלאה מפורטת בדף מינוי in-app ב-iOS, והכללים של Apple על מינויים בguideline 3.1.2.

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

שאלות נפוצות

האם המפתח יכול לדחות החזר כספי ב-App Store?

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

האם המפתח מקבל הודעה על בקשת החזר?

כן, אם חיבר את App Store Server Notifications V2. Apple שולחת CONSUMPTION_REQUEST ברגע הבקשה, ואחר כך REFUND או REFUND_DECLINED בהחלטה. בלי התראות, אתה רואה רק החזרים שאושרו, בדוחות שלך.

כמה זמן לוקח ל-Apple לטפל בבקשת החזר?

Apple מודיעה ללקוח על 24 עד 48 שעות. התיעוד של StoreKit מדבר על 48 שעות לכל היותר. מצדך, יש לך 12 שעות לשלוח את נתוני הצריכה.

מה קורה לגישה אחרי החזר?

הרכישה שהוחזרה יוצאת מהזכאויות הפעילות של הלקוח: StoreKit 2 כבר לא מחזיר אותה ב-currentEntitlements. אם Apple מבטלת אחר כך את ההחזר, אתה מקבל REFUND_REVERSED וצריך להחזיר את הגישה.

האם צריך הסכמה של הלקוח כדי לענות ל-Apple?

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

האם החזרים נספרים נגד האפליקציה שלי?

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