במדריך הזה נסביר איך Merchant API מטפל בגרסאות, במהדורות ובמחזור החיים של הגרסאות השונות שלו.
תוכנית ניהול גרסאות
ב-Merchant API נעשה שימוש באסטרטגיית ניהול גרסאות ברמת ה-API המשני. המשמעות היא שלרכיבים או לשירותים נפרדים ב-Merchant API יהיה מחזור חיים משלהם.
הפורמט והתצוגה של ניהול הגרסאות
גרסאות יציבות של ממשקי API משניים: אם ממשק API משני נמצא בגרסת build יציבה, כל השיטות שלו נמצאות בגרסת build יציבה. גרסת משנה יציבה של API מיוצגת כ-vX (לדוגמה, v1, v2). אלה גרסאות ראשיות שמוכנות לייצור.
גרסאות של ממשקי API משניים בגרסת אלפא: אם ממשק API משני נמצא בגרסת אלפא, כל השיטות שלו נמצאות בגרסת אלפא. גרסת המשנה של ה-API מסוג אלפא מיוצגת כ-vXalpha (לדוגמה, v1alpha, v2alpha). אלה גרסאות ניסיוניות בגישה מוקדמת, שנועדו לבדיקה ולשיפור מהיר. לגרסאות אלפא אין הבטחה ליציבות ואין להן תוחלת חיים מובטחת. אפשר לשנות או להפסיק גרסאות אלפא לאחר תקופת הודעה של 30 יום.
שינויים בגרסה
עליות גרסה ראשיות (לדוגמה, v1 ל-v2): אלה סימנים לשינויים שאינם תואמים לאחור ולשינויים משמעותיים שדורשים פעולה מצד המפתחים. רק לשינויים משמעותיים בממשקי API משניים יציגו מספר גרסה חדש. לדוגמה, מ-v1 ל-v2.
שינויים קטנים: תיקונים או תוספות שתואמים לגרסאות קודמות מוצגים כשינויים בגרסה הראשית הקיימת. השינויים האלה יפורטו בהערות למהדורה של אותה גרסה ראשית. תוספות ל-API משני שלא משבשות את הקוד יפורסמו בערוץ האלפא של הגרסה היציבה האחרונה או ישירות בגרסה היציבה האחרונה.
שקיעה
מדי פעם אנחנו מוציאים משימוש גרסאות ישנות יותר של ממשקי ה-API המשניים של Merchant. אנחנו מתחייבים לחלון זמן של 12 חודשים להוצאה משימוש של גרסאות ראשיות יציבות (vX), החל מההודעה הרשמית על ההוצאה משימוש.
לדוגמה, אם נפסיק את השימוש בגרסה 1 של ה-API המשני של Products ב-15 בינואר 2026, הוא יופסק לא יאוחר מ-15 בינואר 2027. אחרי התאריך הזה, הגרסה הקודמת של ממשק ה-API המשני לא תהיה זמינה יותר.
גרסת ה-API המשני וסטטוס מחזור החיים
בטבלה הבאה מפורטות הגרסאות האחרונות של כל ממשק API משני של Merchant API:
Sub-API | גרסאות אלפא | גרסאות בטא | סטטוס |
---|---|---|---|
חשבונות | לא זמין | v1 beta | גרסה 1 בטא פעילה |
מוצרים | לא זמין | v1 beta | גרסה 1 בטא פעילה |
נתוני מוצרים | לא זמין | v1 beta | גרסה 1 בטא פעילה |
מלאי בחנות מקומית | לא זמין | v1 beta | גרסה 1 בטא פעילה |
מלאי שטחי פרסום אזוריים | לא זמין | v1 beta | גרסה 1 בטא פעילה |
מקורות נתונים | לא זמין | v1 beta | גרסה 1 בטא פעילה |
מבצעים | לא זמין | v1 beta | גרסה 1 בטא פעילה |
דוחות | לא זמין | v1 beta | גרסה 1 בטא פעילה |
המרות | לא זמין | v1 beta | גרסה 1 בטא פעילה |
התראות | לא זמין | v1 beta | גרסה 1 בטא פעילה |
ביקורות | לא זמין | v1 beta | גרסה 1 בטא פעילה |
הגדרות משלוח | לא זמין | v1 beta | גרסה 1 בטא פעילה |
Product Studio | v1 alpha | לא זמין | גרסה אלפא של v1 פעילה |
שיטות מומלצות
- מומלץ לבדוק באופן קבוע את הערות המוצר ואת העדכונים האחרונים כדי לקבל מידע על גרסאות חדשות, עדכונים משמעותיים, שיפורים והודעות על השקות של ממשקי API משניים והוצאה משימוש של ממשקי API.
- אם לממשק API משני יש 2 גרסאות יציבות או יותר, מומלץ להשתמש תמיד בגרסה העדכנית ביותר.
- תכננו את האפליקציה כך שתטפל בצורה חלקה בשגיאות שונות של ממשקי API משניים, כולל בעיות ברשת, מגבלות קצב וקודים או הודעות שגיאה חדשים שעשויים להופיע בגרסאות חדשות יותר של ממשקי ה-API המשניים.
- אל תחכו עד שגרסת משנה של API תגיע ל-sunset כדי להתחיל לתכנן את השדרוג. כדאי להתחיל להעריך ולבדוק גרסאות חדשות ברגע שהן זמינות.
- אם יש לכם שאלות או משוב לגבי תכונות או לוח זמנים של API משני, פנו אלינו. במאמר קבלת עזרה בנושא Merchant API מוסבר איך ליצור קשר עם צוות Merchant API לקבלת תמיכה טכנית.