אופטימיזציית ASO (App Store Optimization) לאפליקציית מובייל

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

פיתוח ותמיכה בכל סוגי היישומים הניידים:

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

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

השירותים שאנו מציעים
מציג 1 מתוך 1כל 1734 השירותים
אופטימיזציית ASO (App Store Optimization) לאפליקציית מובייל
מורכב
מתמשך

הכישורים שלנו:

שאלות נפוצות

העבודות האחרונות

  • פיתוח אפליקציית מובייל עבור FEEDME
    פיתוח אפליקציית מובייל עבור FEEDME
    971
  • פיתוח אפליקציית מובייל עבור XOOMER
    פיתוח אפליקציית מובייל עבור XOOMER
    869
  • פיתוח אפליקציית מובייל עבור RHL
    פיתוח אפליקציית מובייל עבור RHL
    1289
  • פיתוח אפליקציית מובייל עבור ZIPPY
    פיתוח אפליקציית מובייל עבור ZIPPY
    1143
  • פיתוח אפליקציית מובייל עבור Affhome
    פיתוח אפליקציית מובייל עבור Affhome
    1076
  • פיתוח אפליקציית מובייל עבור חברת FLAVORS
    פיתוח אפליקציית מובייל עבור חברת FLAVORS
    677

אופטימיזציית ASO: האפליקציה קיימת, אבל אין התקנות

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

כל השאר הוא תנועה אקראית מקטגוריות סמוכות, והיא עצמה מייצרת שאילתות לא רלוונטיות: אנשים מתקינים את האפליקציה, לא מוצאים את התרחיש הרצוי ומוחקים.

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

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

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

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

מה נותנת אופטימיזציית ASO: אפקט מדיד

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

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

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

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

App Store ו-Google Play מדרגים לפי כללים שונים, ולכן את הסמנטיקה ורכיבי הכרטיס מחשבים בנפרד עבור כל פלטפורמה, ולא מעבירים סט אחד לשתיהן.

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

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

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

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

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

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

שלבי העבודה: מביקורת הכרטיס ועד למסירה

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

  1. ביקורת תוצאות החיפוש של החנות. אוספים את הגרעין הסמנטי, מצלמים מיקומים לפי שאילתות, חשיפות הכרטיס וההמרה מחשיפה להתקנה. בתוצר — רשימת שאילתות שבהן האפליקציה מאבדת תנועה.
  2. ניתוח מתחרים בנישה. מנתחים את ראש תוצאות החיפוש: אילו שדות תפוסים במילות מפתח, כיצד בנוי המסך הראשון של הכרטיס, באיזו תדירות מעדכנים טקסטים וגרפיקה.
  3. תוכנית תיקונים לכרטיס. מפזרים את השאילתות בין השדות בהתחשב בתדירות וברלוונטיות: תחילה השם וכותרת המשנה, אחר כך התיאור, הגרפיקה והעבודה עם הביקורות.
  4. ביצוע השינויים. מתקנים את הכרטיס בקונסולות החנויות בקבוצות, כך שאפקט של כל קבוצה יהיה ניתן להפרדה מהאחרות. כאשר קיימים מבחני רשומה — מריצים וריאנטים ומשאירים את המנצח.
  5. בדיקת התוצאה. כעבור 2–4 שבועות לאחר אינדוקס מחדש משווים חשיפות, המרה והגעה לטופ לפי הגרעין מול מדד הבסיס, ומתעדים השערות מאומתות.
  6. מסירה. מוסרים את הגרעין, תבניות המטא-דאטה, כלל העדכון ולוח התיקונים — הצוות ממשיך את המחזור בעצמו.

מה נשאר אצל הלקוח לאחר הפרויקט

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

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

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

מקרה בוחן: כיצד גדלה הנראות של האפליקציה

נקודת ההתחלה

הלקוח הגיע עם אפליקציה שבה החיפוש בתוך החנות סיפק כרבע מכלל ההתקנות, ואת השאר משך תנועה בתשלום. לפי ארבעים שאילתות ממוקדות הכרטיס החזיק במקומות ה-30–40, וההמרה להתקנה לאחר צפייה עמדה על 2.4% — מבקרים הגיעו מפרסום ועזבו לפני שהגיעו לכפתור. תיקונים בתיאור נעשו נקודתית וללא מדידות, ולכן אי אפשר היה להבין איזה ניסוח עבד.

מה שינו

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

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

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

התוצאה

תוך חודשיים האפליקציה נכנסה לטופ-3 לפי תשע עשרה שאילתות מתוך ארבעים ולטופ-10 לפי שלושים וארבע, וההמרה של הכרטיס עלתה ל-4.9%.

חלקן של ההתקנות מחיפוש אורגני עלה מ-24% ל-58% באותו נפח של תנועה בתשלום — הוצאות הגיוס הפסיקו להיות הבסיס של המשפך, והחנות App Store החלה להציג את הכרטיס לפי שאילתות שלא הכנסנו לסמנטיקה מלכתחילה.

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

במה שונה עבודה עם טקסט הכרטיס מעבודה עם הוויזואל?

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

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

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

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

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

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

ספקות טכניים נפוצים לגבי קידום הכרטיס

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

אילו נתונים של החנויות חסויים ובמה אתם משלימים אותם?

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

האם נדרשת בנייה חדשה כדי לשנות את הכרטיס?

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

כיצד זה משתלב עם תנועה בתשלום?

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

מתי רואים את האפקט והאם יש סיכון לירידה במיקומים?

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

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

נדון במשימה: מה לשלוח להערכה

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

  • קישורים לאפליקציה ב-App Store וב-Google Play, רשימת השווקים והשפות שבהן היא מפורסמת.
  • גישה לקונסולות המפתחים עם הרשאה לצפייה בסטטיסטיקה — אין צורך בהרשאות פרסום.
  • ייצוא סטטיסטיקה של כמה חודשים: חשיפות והתקנות, המרת הכרטיס, שימור, מקורות תנועה לפי ערוצים.
  • החומרים הנוכחיים של הכרטיס בקבצי המקור: שם ותיאור, אייקון, צילומי מסך, תצוגה מקדימה בוידאו, לוקליזציות.
  • סמנטיקה, אם נאספה: שאילתות שלפיהן האפליקציה כבר נמצאת, ושאילתות שאתם מחשיבים כממוקדות.
  • מטרות ומגבלות: מה נחשב להצלחה — גידול בהתקנות, שימור, שוק מסוים; אילו ניסוחים ורכיבים ויזואליים המותג אינו מאשר.

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

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

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