1. לפני שאתה משיק את האפליקציה, שלח את גירסת הבטא (יניסוי) של האפליקציה לחבריך וקבל פידבק על הפונקציונליות ועל תקלות באפליקציה. בדרך זו תוכל להוציא אפליקציה בשלה לשוק.
2. יש לבנות לאפליקציה אתר אינטרנט, דף פייסבוק, וחשבון בטוויטר.
3. הכן סרטון ווידאו מדריך למשתמש באפליקציה- בדרך זו תוכל להקל את תהליך הלימוד של האפליקציה.
4. בנה קליפ של ווידאו לאפליקציה,  הקליפ צריך להיות מאוד קצר (פחות מ 2 דקות), רצוי עם הומור, שלח את הקליפ לעיתונאים בלוגרים וכל מיש שאתה מכיר.
5. חשיפה בתקשורת. מאמר בעיתון נחשב, הוא קריטי להצלחת האפליקציה. כידוע קידום האפליקציה דרך גוגל אינו הדרך היעילה ביותר לקדם את האפליקציה.
6. לפני שאתה משיק את האפליקציה שלך תהיה זמין לשיחות של עיתונאים. עיתונאים לא יכתבו על האפליקציה מבלי לשמוע את הסיפור האישי מאחורי מי שפיתח את האפליקציה. למשל: יש לי 3 ילדים והיה לי קשה לצלם אותם ולכן פיתחתי את האפליקציה.
7. דירוג באפסטור: משתמשים מורידים אפליקציות ע"פ דירוגן באפסטור, לכן קריטי שהאפליקציה תקבל ביקורות חיוביות ביותר, יש להתייחס להערות המשתמשים.
8. התייחס להערות הלקוחות שלך כאילו שהם קנו מוצר במליון דולר. פגיעה בדירוג האפליקציה יכולה להיות מאוד כואבת. לחליפין, התייחסות להערות משתמשי האפליקציה תוכל להוסיף רבות לדירוג והתייחסות אל האפליקציה. אם למשל תזכה משתמש בהחזר כספו על האפליקציה היות שנתן רעיון טוב לשיפור האפליקציה או לחליפין גילה בעיה באפליקציה. בדרך זאת הפכת אותו מאויב לשותף.
9. השתמש באפליקציה שפיתחת כל הזמן בכדי שתכיר את יתרונותיה וחולשותיה.
10. בנה את האפליקציה שלך כך שתוכל לתקשר עם המשתמשים של האפליקציה. למשל להודיע להם על עידכונים של האפליקציה, לקבל פידבק ממשתמשים, לשלוח הודעות פוש למשתמשים,דוגמא לתוכנה מסוג זה היא Appoxee
11. בדוק את המחיר של אפליקציות דומות לשלך לצורך קביעת מחיר האפליקציה. קביעת מחיר גבוה מדי תפגע קשות בסיכויים לשווק את האפליקציה בהצלחה.

בתהליך הבדיקות של אפליקציה לאייפון יש להפיץ את ה אפליקציה  למספר מוגבל של מכשירים.
ישנן משתי  שיטות לכך:
1. גירסת AD-HOC, גירסא זו הינה גירסא המיועדת לבדיקות. ניתן להפיץ גירסא זו לעד 100 מכשירי אייפון (או אייפאד). את הגירסא ניתן לשלוח בדואר אלקטרוני ולהתקינה ב Itunes או בעזרת תוכנה כמו TestFlight .ניתן להתקין גירסא זו רק על מכשיר ש ה UDID שלו נרשם באפליקציה.

יש לשים לב שגם דרך TestFlight לא ניתן להתקין על יותר מ 100 מכשירים (UDIDs) את האפליקציה. היתרון בשימוש ב TestFlight הוא בכך שמתקין האפליקציה לא צריך לסנכרן את התוכנה עם itunes שזהו מנגנון מסורבל יחסית, ההתקנה מתבצעת Over the Air, כלומר ללא חיבור למחשב האישי. השימוש ב TestFlight הינו פשוט יחסית: בעל האפליקציה נרשם לשירות דרך ה Web כמפתח, לאחר מכן שולח את התוכנה לכל משתמש שאמור להתקין את התוכנה. המשתמש שמקבל את ההזמנה לשימוש בתוכנה בדוא"ל (חייב לפתוח את המכתב על האייפון),  צריך להרשם לאתר TestFlight ולרשום את המכשיר שלו:  (Register Your Device), לאחר מכן ניתן להתקין את האפליקציה על האייפון. היתרון למפתח האפליקציה הוא בכך שהוא יכול לדעת מי התקין כל גירסא וגירסא, ומתי, ואף לקבל דיווח על הפעולות והתקלות שקרו באפליקציה. יש לשים לב ששם המשתמש שמוגדר ב TestFlight  חייב להיות זהה לדוא"ל שנשלח ע"י מפתח האפליקציה. כלומר אם נשלח זימון ל david@gmail.com שם משתמש באתר של TestFlight חייב להיות david@gmail.com, זו בעיה שחוויתי מנסיוני האישי. לסיכום: זהו כלי חובה למפתחי אפליקציות.

2. יש אפשרות לרכוש רשיון מסוג Enterprise License , רשיון זה מיועד להפצת אפליקציות אייפון לתפוצה מוגבלת. הרשיון מיועד לארגונים של יותר מ 500 עובדים. הרשיון מאפשר להפיץ את אפליקצית האייפון לעובדים או לחברי ארגון מסויים, מחיר הרשיון הוא $299 לשנה.

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

בכדי שמכשיר אייפון יוכל לקבל הודעת פוש, עליו לאשר קבלת הודעות פוש. הודעה מסוג זה מוצגת פעם אחת בלבד לאחר ההתקנה של אפליקצית האייפון.
לעיתים בגלל תקלות באפליקציה יש צורך שהודעת אישור הפוש תופיע פעם נוספת.ההגיון אומר שיש להסיר את אפליקצית האייפון ולהתקין מחדש ואז תוצג ההודעה המבקשת לאשר שליחת הודעות פוש. אולם, לא כך הוא הדבר, האייפון עדיין זוכר ששלח את אישור הודעת הפוש וההודעה לא תוצג שנית.
לפי התיאוריה אם נסיר את האפליקציה, נחכה יום ואח"כ נתקין שנית, תוצג ההודעה פעם נוספת.
בפועל, לי זה לא עבד ונאלצתי למצוא פיתרון חלופי.
מה שעשיתי הוא ליצור את האפליקציה עם bundle id חדש כך שבפועל שמדובר באפליקציה חדשה. זה כמובן עבד אבל נותרה לי בעיה נוספת: לא יכולתי לבצע עידכון של האפליקציה הקיימת באפסטור משום ש bundle id  משמעותו אפליקציה אחרת ולכן לא ניתן לבצע עידכון גירסא באפסטור.
החלטתי למחוק את האפליקציה מהאפסטור ולהתקין גירסא חדשה במקומה אך כאן ציפתה לי הפתעה חדשה: כאשר מוחקים אפליקציה, לא ניתן לעולם להשתמש באותו שם פעם נוספת באותו שם משתמש, לכן יש לשנות את שם האפליקציה החדשה לשם אחר.  לעומת זאת , משתמש אחר יוכל להשתמש באותו שם של האפליקציה שנמחקה.

אפליקציית אייפון יש להוריד מהחנות  של אפל (אפסטור) ו WEB APP  הוא חלק מאתר האינטרנט וגולשים אליו דרך הדפדפן.
אם אפליקצית האייפון נכתבה בכלי HTML5 כדוגמת PhoneGap, חווית הגלישה תהיה דומה   בשני המקרים.

יתרונות WEB APP  לעומת אפליקצית אייפון:

• אין מגבלה של "הגן הסגור של אפל", דהיינו, ניתן לעדכן את ה WEB APP באופן מיידיי ללא צורך באישור  של אפל.
• אם האתר שלך כבר מקודם בגוגל, אין צורך להשקיע כספים נוספים בשיווקו באפסטור.
• ישנה תאימות גבוהה בין כל הדפדפנים כך שעלויות ההתאמה לסוגי מכשירים שונים מאוד נמוכות.
• כלי הפיתוח נוחים וזמן הפיתוח נמוך יחסית.
• ל WEB APP  אין מגבלת חומרה משום שניתן להחיב את החומרה של ה Web Server לעומת זאת, העיבוד על מכשיר האייפון מוגבל ע"פ יכולת החישוב של המכשיר.

חסרונות WEB APP

• לא ניתן לשלוח הודעות Push Notification ל WEB APP.
• לא ניתן לגבות כסף מהאפסטור על הורדת האפליקציה , הנושא רלבנטי כמובן אך ורק אם האפליקציה בתשלום.
• לא ניתן להשתמש בתכונות גראפיקה מורכבות כמו עיבוד תמונה ומשחקים.
• במקרים מסויימים (לדוגמא גלילת הטקסט), חווית המשתמש פחות איכותית לעומת אפליקציית נייטיב.
• לא ניתן לגשת להתקני חומרה של המכשיר: מצלמה, קריאת ברקוד.
• חייבת להיות גישה לאינטרנט ע"י ה WEB APP  לעומת זאת אפליקצית אייפון שמותקנת על המכשיר יכולה לעבוד גם ללא חיבור לאינטרנט.

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

על כל מכשיר שעליו רוצים להתקין יש להתקין את התוכנית: UDID, כאשר מפתח האפליקציה יוצר את התוכנית, עליו להוסיף את ה UDID של מכשירי האייפון שעליהם תותקן האפליקציה.
יש להעתיק את קובץ ה IPA (קובץ ההתקנה של האפליקציה) למחשב האישי.
יש להתקין itunes על המחשב האישי.
ייש לחבר את האייפון למחשב האישי .
יש להעתיק את קובץ ה IPA לתיקיה App
יש לסנכרן את המחשב לאייפון ע"י בחירה ב Sync
נוצרה תיקיה חדשה על האייפון ועכשיו ניתן להריץ את האפליקציה על האייפון.

• אפליקצית האייפון שולחת כמות נתונים גדולה מדי ברשת, לדוגמא, אפליקציה שמורידה תכני וידאו לאייפון לא אושרה. אפל מאשרת להוריד עד 1 מגה לדקה. פתרון נוסף הוא לראות את הסרט ב streaming  ולא להוריד אותו למכשיר ובדרך זו אפל אוכפת את נפח הנתונים ברשת בצורה אוטומטית.לחליפין, ניתן להוריד סרטי וידאו למכשיר רק כאשר האייפון מחובר לרשת אלחוטית.
• אחת הבדיקות הטריויאליות שמתבצעות ע"י חברת אפל בתהליך אישור האפליקציה היא הבדיקה האם האפליקציה עובדת כאשר אין תקשורת עם השרת. במקרה שאפליקצית האייפון עלולה להתקע, יש להדפיס הודעה שאין תקשורת עם השרת. במידה שהאפליקציה לא בודקץ נושא זה, היא לא תאושר לעליה לאפסטור.
• אין להעביר מידע פרטי משתמש (לדוגמא כתובת דואר אלקטרוני) ללא הסכמת המשתמש.
• טעות בהגדרת סוג האפליקציה בתהליך האישור באפסטור, לדוגמא, אם שולחים בטעות את הסוג universal, במקרה זה, אפל מצפה שהגירסא תתמך גם באייפון וגם באיפאד. אם הגירסא לאייפאד חסרה, אפל יידחו את הגירסא לאייפון.
• קניה של מוצרים וירטואלים (תוכנה, מנויים)  שלא דרך אפל (פייפאל או מערכת סליקה), תדחה. לעומת זאת קניית מוצרים פיסיים תאושר.
• האפליקציה נדחתה משום שהכילה חומר פירסומי ולא נתמה ערך ממשי. אפשר להתגבר על בעיה זו ע"י הוספת מיקום של סניפי הרשת ע"פ ה GPS או שליחת קופונים למשתמש באפליקציה ועוד.
• בכדי להוריד אפליקציה בנפח דיסק מעל 20 מגבייט ברשת הסלולרית, עליך להיות מחובר ל WIFI.נפח הדיסק המקסימלי של האפליקציה הוא 2 גיגהבייט
• הפנית האפליקציה דרך דפדפן הספארי למקום שבו יש רכישה מקוונת לא תאושר משום שאפל רואה בכך דרך שעוקפת את האפסטור (ואפל אינה רוצה לוותר על ה 30% שלה במכירות).
• פיתחת אפליקציה אשר דורשת הרשמה, במסמכים המצורפים לאפליקציה יש לצרך שם משתמש וסיסמא לצורך כניסה לשירות. אחרת אפל ידחו את האפליקציה תחת הסעיף  Metadata Rejected. גם אם מצורף תיעוד איך לרשום משתמש חדש, עדיין, חברת אפל תצפה שתגדיר משתמש זמני לצורך הבדיקות.

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

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

בכדי שמכשיר האייפוון יוכל לקבל הודעות פוש, המכשיר צריך לשלוח את הזיהוי הייחודי של המכשיר: UDID, כאשר האפליקציה עולה פעם ראשונה, עליה לבקש אישור לשליחת בודעת הפוש למכשיר.

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

שליחת הודעת הפוש מתבצעת ע"י השרת של אפל ע"י שירות שנקרא:   -  Apple Push Notification Service (APNs)  .הסיבה לכך שההודעה נשלחת ע"י ה APNs   היא על מנת שיהיה קשר לשרת יחיד שמטפל בהודעות ובכך לחסוך משאבי רשת וניצול של הסוללה. כלומר בכדי לשלוח הודעת פוש, שרת האפליקציה צריך לשלוח את ההודעה לשרת של אפל. קיימים מספר יישומים לשליחת הודעות פוש למשל Moon-APNS.

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

בכדי לשלוח הודעת פוש יש להפיק SSL certificate . יש להכנס ל: Apple Provisioning Portal, ולייצר Production Certificate. לאחר מכן יש להפעיל את ה Keychain utility על מחשב המקינטוש  , לפתוח את הסרטיפיקייט, לבצע Export  ואח"כ לשמור אותו כקובץ p12  עם סיסמא. שני קבצים אלה: סרטיפיקייט וקובץ ה p12  נחוצים לצורך הקונפיגורציה של הודעות הפוש. ראה פירוט נוסף של התהליך של שליחת הודעות פוש למכשיר האייפון.

פיתחתי אפליקציה לאייפון בחינם, האפליקציה אושרה, האפליקציה נרשמה תחת רשיון המפתח של החברה שפיתחה את האפליקציה. בכדי לדעת כמה הורדות ביום יש לאפליקציה לאייפון שפיתחתי, יש להכנס לחשבון ה itunes לדו"ח Sales Trend. החברה שפיתחה את אפליקצית האייפון לא תאפשר גישה לחשבון זה משום שיש בו נתונים של לקוחות אחרים שלה.

אפל פיתחה API שמאפשר להפיק דיווחי הורדות בצורה מקוונת תוך שימוש בכלי Autoingestion . כלי זה הוא תוכנית Java שיש להוריד מהאתר של חברת אפל.
בכדי להשתמש בכלי, יש להוריד Java   מגירסא 1.6 ומעלה.
לאחר מכן יש להריץ את התוכנית בצורה הבאה:
java Autoingestion <user> <password> <code> Sales Daily Summary <date_yyyymmdd>

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

יש ליצור מדריך ריק תחת המדריך /home/users/<user_name>/iPhone
תחת מדריך הקבצים יש להעתיק את תוכנית ה Autoingestion , לאילו שרוצים להרחיב, יש תיאור מפורט של הוראות השימוש של התוכנית להצגת מספר ההורדות של אפליקצית האייפון.
בנוסף יש ליצור מדריך בשם reports  במדריך iPhone.

תוכנית זו יש להריץ בסביבת Linux, יש להחליף את הפרמטרים המודגשים:

output – מקום שבו יישמר קובץ ההורדות היומי של האפליקציה.
user -  כתובת דוא"ל שאליה יש לשלוח את הדו"ח היומי.
developer- שם משתמש בתוכנית של Apple Developer
Password – סיסמא
Code – מספר המופיע בצד שמאל למעלה כאשר לחשבון המפתח הנ"ל.
Application – שם האפליקציה לאייפון שאותה רוצים לחפש.

בכדי להריץ את התוכנית שסופרת את מספר ההורדות של אפליקצית האייפון ניתן להוסיף סקריפט זה להרצה אוטומטית של המערכת ע"י cron.

#!/bin/sh
output=/home/users/<user_name> /iPhone/reports/output.txt
user=user@gmail.com
my_date=`date –date='2 days ago'  '+ %Y%m%d' | awk '{print $1}'`
my_date_formated=`date –date='2 days ago'  '+ %d/%m/%y' | awk '{print $1}'`
my_date=`date –date='2 days ago'  '+ %Y%m%d' | awk '{print $1}'`

my_date_formated=`date –date='2 days ago'  '+ %d/%m/%y' | awk '{print $1}'`
java Autoingestion developer password code Sales Daily Summary  $my_date
gunzip *.gz
grep "application" *.txt  | awk '{sum +=  $10} END {print sum}' > /tmp/qq
echo $my_date_formated, `cat /tmp/qq` >>  $output
mail $user -s "Number of downloads until $my_date_formated" < $output
rm -f *.txt *.gz

רישום לתוכנית המפתחים של אפל

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

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

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

בכדי להעלות את האפליקציה, יש להכנס לחשבון המפתחים, לאחר מכן ל יש לבחור באופציה: Manage Your Application ואחר כך ב Add new App.
כאשר מעלים את האפליקציה יש לשים לב לשדות הבאים בטופס העלאת אפליקציה לאפסטור:
שם האפליקציה (Application Name) על שם האפליקציה להיות ייחודי (כלומר אפליקציה בשם זה לא קיימת באפסטור), פשוט, קליט וברור.
תיאור האפליקציה (Application Description) יש להסביר בצורה ברורה, פשוטה וקצרה את מטרת האפליקציה, יש להשתמש במילות המפתח (ראה פירוט בהמשך) בהתאם לתחום של האפליקציה.
הקטגוריה של האפליקציה (Application Category), לאיזה תחום האפליקציה שייכת (לדוגמא בידור).
אייקון לאפליקציה – יש חשיבות רבה ביותר לאייקון אשר צריך להשלח לחנות בגודל של 512 על 512 פיקסלים, אייקון אייכותי של אפליקצית האייפון יעודד הורדה של האפליקציה מצד אחד ואייקון באיכות נמוכה יכול לגדום לכך שכמות ההורדות  מהאפסטור תקטן.
מילות מפתח – מילות המפתח הן דרך עקרית למציאת האפליקציה באפסטור, יש לבחור את המילים בחוכמה ע"פ התחום הרלבנטי של האפליקציה, מספר התווים לשדה זה מוגבל ל 100 בלבד.
URL לפידבק – זוהי הכתובת באינטרנט שדרכה אפשר לשלוח פידבק על האפליקציה.
תצלום מסכים – יש לצרף תצלום מסכים של עד 5 מסכים של האפליקציה בגודל של 320 על 480 או 320 על 460.

האם ניתן לחייב את הלקוח עבור שירות מתחדש (למשל כל חודש) דרך כרטיס אשראי שלא דרך האפסטור? האינטרס של מפתח האפליקציה הוא ברור, תשלום באמצעות כרטיס אשראי יהיה כ 2% אשר יהיה זול משמעותית מול עמלת התשלומים באפסטור שהיא בגובה 30%.

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

חיוב בכרטיס אשראי עבור מוצר.

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

האם ניתן לחייב עבור שירות שלא דרך האפסטור?

חברת TheWizard פיתחה אפליקציה לאייפון שעולה $9.99  בתשלום חד פעמי אך השימוש באפליקציה מחייב רישום דרךה Web בתשלום בסך $99 לחודש. תשלום זה מתבצע אך ורק דרך ה Web.

מדוע אפל אישרה את האפליקציה אם מירב התשלום לא עובר דרכה? נראה שאפל העדיפה לקבל 30% מ $10 לעומת המצב שבו לא תקבל כל תשלום עבור האפליקציה אם החברה לא תציג אותה באפסטור. די ברור שהחברה המפתחת את האפליקציה לא היתה מוכנה לשלם 30% מהכנסותיה לחברת אפל.

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