למפתחים ב-Android Developer Console החדש
מפתחים ב-Play יכולים גם לנהל את שמות החבילות שלהם מחוץ ל-Play דרך Android Developer Console, אם הם בוחרים לעשות זאת.
בחירת סוג החשבון
כשיוצרים חשבון ADC, צריך לבחור סוג הפצה שמתאים לצרכים שלכם. הבחירה הזו משפיעה על דרישות האימות ועל העמלות הרלוונטיות.
סוג ההתפלגות |
מתאים לצפייה ב: |
עלות |
תכונות מפתח |
הפצה מלאה |
ארגונים ומפתחים מקצועיים עם הפצה רחבה. |
$25 |
מספר בלתי מוגבל של אפליקציות והתקנות; נדרש אימות זהות מלא. |
הפצה מוגבלת |
תלמידים, חובבים ושימוש אישי אחר. |
חינם |
מספר מוגבל של אפליקציות והתקנות. |
יש להשלים את תהליך אימות הזהות
אתם צריכים לספק מסמכים רשמיים כדי לאמת את הזהות שלכם. הדרישות הספציפיות משתנות בהתאם לסוג הרישום – אדם פרטי או ארגון. אם יש לכם את כל המידע הנדרש, יצירת חשבון ב-Android Developer Console אמורה להימשך כעשר דקות.
מה צריך:
- השם והכתובת החוקיים שלכם. כדי לאמת את הפרטים האלה, צריך להעלות מסמכים רשמיים לזיהוי.
- כתובת אימייל ומספר טלפון פרטיים שדרכם Google תוכל ליצור איתך קשר. יהיה צורך לאמת אותם באמצעות סיסמה חד-פעמית.
- ארגונים צריכים לספק את האתר שלהם. יהיה צורך לאמת את זה באמצעות Google Search Console.
- ארגונים צריכים לספק גם את מספר ה-DUNS שלהם. זהו מזהה ייחודי בן 9 ספרות של ארגונים. מספר ה-DUNS משויך לשם ולכתובת של הארגון.
מסמכים קבילים
ארגונים נדרשים לספק מסמכים רשמיים של הארגון בהתאם למיקום שלו. הנה דוגמה למידע שארגונים בארצות הברית צריכים לספק. יכול להיות שיידרשו מסמכים שונים בהתאם למיקום שלכם.
דוגמה למסמכים הנדרשים:
- כל מסמך, הודעה או מכתב שהופקו על ידי ה-IRS או נחתמו בחותמת IRS ושמצוין בהם שם הארגון שלכם. לדוגמה: CP575, 147C, CP299, 988, 937, 1050, 5822 וכו'.
- טפסים שנשלחו ל-IRS יהיו קבילים רק אם עותק שלהם זמין באתר של ה-IRS. לדוגמה: טפסים 8871 ו-990. כדי להבין איך לחפש את הארגון באתר של ה-IRS, אפשר להיכנס לכאן (ארגונים פוליטיים) ולכאן (ארגונים פטורים ממס).
- אישור על התאגדות עסקית שהונפק על ידי המדינה שבה מתנהלת הפעילות העסקית ושמצוין בו שם הארגון
- המסמכים האחרונים שהוגשו ל-SEC (הוועדה לניירות ערך ולבורסות של ארה"ב) (למשל: טופסי 10-K, 10-Q או 8-K) ושמצוין בהם שם הארגון
- דוחות אשראי עסקיים שמצוין בהם שם הארגון מ-Experian, Equifax או TransUnion
- תקף רק למשרדי ממשלה ולסוכנויות ממשלתיות: מכתב רשמי שכולל שם מלא, כתובת ותאריך
כחלק מתוכנית האימות, אנשים פרטיים חייבים לשלוח תעודה מזהה עם תמונה שהונפקה על ידי גורם ממשלתי ומסמך לאימות כתובת. דוגמאות למסמכים מזהים קבילים לאנשים פרטיים בארצות הברית:
- דרכון
- מסמך מזהה שהונפק על ידי המדינה
- רישיון נהיגה
- כרטיס תושב קבע או גרין קארד
- במסמכים להוכחת כתובת צריכים להופיע השם והכתובת של האדם כפי שהם מופיעים בפרופיל שלו. דוגמאות למסמכים קבילים להוכחת כתובת:
- תעודה מזהה עם תמונה שהונפקה על ידי גורם ממשלתי וכוללת את הכתובת
- חשבון על תשתיות (חשמל, מים, גז, אינטרנט, טלוויזיה בכבלים)
- מסמך מחברת הביטוח (ביטוח לבית, ביטוח בריאות וכו')
- פירוט עסקאות בכרטיס אשראי או דף חשבון בנק
רישום של שמות החבילות
אם אתם מפיצים אפליקציות מחוץ ל-Google Play, תהליך הרישום נועד לאמת את הבעלות על האפליקציה באמצעות המפתח הפרטי של האפליקציה.
- לשמות חבילות חדשים: תתבקשו להזין את שם החבילה ואת טביעת האצבע לאישור SHA-256 הציבורי.
- לשמות חבילות קיימים: אם שם החבילה כבר נמצא בשימוש, צריך להוכיח בעלות כדי לרשום אותו. ברוב המקרים, התהליך פשוט:
- בוחרים את המפתח: בוחרים את טביעת האצבע לאישור SHA-256 הציבורי מתוך רשימת המפתחות שעומדים בדרישות.
- השלמת אתגר קריפטוגרפי: עליך לחתום על קובץ APK פיקטיבי באמצעות המפתח הפרטי המתאים ולהעלות אותו אל Android Developer Console. הטופס הזה נועד לאמת באופן רשמי את הבעלות שלכם על המפתח שמשמש לחתימה על אפליקציית Android הקיימת.
טיפול בשמות חבילות כפולים
מערכת ההפעלה Android מחייבת שמות חבילות ייחודיים במכשירים ספציפיים, אבל הכלל הזה לא חל על כל האקוסיסטם של Android. מצב כזה עלול להוביל לתרחיש שבו שני מפתחים שונים משתמשים באותו שם חבילה.
מכיוון שכפילות של שמות חבילות היא דבר לא רצוי, קבענו כללים כדי לקבוע איזה מפתח יכול לרשום את שם החבילה. אם אתם ומפתח אחר משתמשים באותו שם, המפתח עם נתח ההתקנות הגבוה יותר ירשום אותו. מפתחים אחרים יצטרכו לשנות את שם החבילה שלהם או להגיש בקשה לחריגה.
עדיפות לבעלי רוב המפתחות:
למפתח שאחראי על מפתח החתימה של יותר מ-50% מסך כל ההתקנות הידועות יש עדיפות ברישום. כל המפתחים האחרים יידרשו להשתמש בשם חבילה אחר.
מפתח |
שם החבילה |
Key |
התקנות |
A |
com.test.1 |
11 |
1000 |
B |
com.test.1 |
12 |
100 |
בתרחיש הזה, מפתח א' עומד בדרישות לרישום שם החבילה. מפתח ב' יצטרך להשתמש בשם אחר או להגיש בקשה לחריגה.
התנאים לשימוש במפתחות עם 50 התקנות ומעלה:
אם אף מפתח לא הותקן ביותר מ-50% מהמכשירים, כל המפתחות שהותקנו ב-50 מכשירים או יותר יהיו כשירים להרשמה. כל המפתחים האחרים – אלה שיש להם מפתחות עם פחות מ-50 התקנות – יידרשו לבקש הרשאה להשתמש בשם החבילה.
מפתח |
שם החבילה |
Key |
התקנות |
C |
com.test.2 |
21 |
100 |
D |
com.test.2 |
22 |
100 |
E |
com.test.2 |
23 |
10 |
בדוגמה הזו, אף מפתח לא קיבל רוב. מפתחים ג' ו-ד' עם 50 התקנות או יותר יכולים לרשום את שם החבילה. מפתח הדיגיטל ה'ה' יצטרך להשתמש בהרשאה אחרת לבקשת שם.
התכונה ניתנת על בסיס 'כל הקודם זוכה' למפתחות עם פחות מ-50 התקנות:
אם אין מפתחות שעומדים בסף של 50 התקנות, כל המפתחות המוכרים כשירים להרשמה על בסיס כל הקודם זוכה. ברגע שמפתח אחד ירשום את שם החבילה, המפתחים האחרים יצטרכו להשתמש בשם אחר לחבילות שלהם (או לבקש חריגים).
מפתח |
שם החבילה |
Key |
התקנות |
F |
com.test.3 |
31 |
10 |
G |
com.test.3 |
31 |
10 |
בתרחיש הזה, כל המפתחים עם מפתחות עומדים בדרישות. אחרי שמפתח אחד ירשום את שם החבילה, המפתח השני יצטרך לבקש הרשאה.