החיוב על בקשות ל-Routes API מתבצע לפי המק"ט של התכונות שבהן נעשה שימוש בבקשה.
לכל אחד מהשירותים Compute Routes ו- Compute Route Matrix יש שלושה מק"טים שקובעים את עלות הבקשה. המק"ט שמשמש לקביעת העלות מבוסס על השירות שביקשתם, Compute Routes או Compute Route Matrix, ועל התכונות שבהן השתמשתם בבקשה. לדוגמה:
החיוב על בקשות ל-Compute Routes הוא על כל בקשה.
בקשות ל-Compute Route Matrix מחויבות לפי ELEMENT שמוחזר מהבקשה. מספר הרכיבים הוא מספר המקורות כפול מספר היעדים. לדוגמה, אם בקשה מכילה שני מקורות ושלושה יעדים, החיוב על הבקשה יהיה על שישה רכיבים.
התכונות שבהן אתם משתמשים קובעות את קטגוריית המק"ט שחויבה:
Essentials: חיוב על בקשות שמשתמשות רק בתכונות בסיסיות עם מקסימום של 10 נקודות עצירה ביניים.
Pro: חיוב על בקשות שמשתמשות בתכונה מתקדמת, כמו משני נתיבים של
TRAFFIC_AWAREאוTRAFFIC_AWARE_OPTIMAL.Enterprise: חיוב על בקשות שמשתמשות בתכונת Enterprise, כמו ניתוב לרכב דו-גלגלי.
לרשימה מלאה של התכונות שמפעילות את המק"טים האלה, אפשר לעיין בפרטי המק"ט.
פרטי מק"ט ותמחור של Routes API
בטבלה הבאה מפורטים המק"טים של Routes API עם תשלום לפי שימוש והמחירים שלהם.
מכסות שימוש
קיימות מגבלות השימוש הבאות ב-Routes API.
חישוב מסלולים
מגבלת קצב של 3,000 שאילתות לדקה (QPM).
המספר המקסימלי של ציוני דרך ביניים שמותר לכלול בכל בקשת
ComputeRoutesהוא 25.
חישוב מטריצת מסלולים
מגבלת הקצב היא 3,000 רכיבי EPM לדקה, והיא מחושבת לפי מספר המקורות כפול מספר היעדים.
המספר המקסימלי של מקורות ויעדים שאפשר לציין באמצעות מזהה מקום או כתובת הוא 50.
המספר המקסימלי הכולל של רכיבים שמותר לכלול בבקשת
ComputeRouteMatrixעם הערךroutingPreferenceשמוגדר כ-TRAFFIC_AWARE_OPTIMALהוא 100.המספר המקסימלי הכולל של רכיבים שמותר לכלול בבקשת
ComputeRouteMatrixעם הערךtravelModeשמוגדר כ-TRANSITהוא 100.המספר המקסימלי של רכיבים שמותר לכלול בבקשת
ComputeRouteMatrixהוא 625.
אסטרטגיות חסכוניות לשימוש ב-Routes API
בקטע הזה מוסבר איך לבצע אופטימיזציה של השימוש ב-Routes API כדי לצמצם את העלויות שקשורות אליו.
הגבלת נקודות ציון דרך ב-Compute Routes
הגבלת מספר המשתמשים בשאילתה למקסימום 10 נקודות ציון. בקשות שמכילות יותר מ-10 נקודות ציון מחויבות בתעריף גבוה יותר.
שימוש באופטימיזציה של Compute Routes לניתוב אופטימלי
בקשות שמשתמשות בארגומנט של אופטימיזציה של נקודות ציון לדרך מחויבות בתעריף גבוה יותר.
הארגומנט optimization ממיין את ציוני הדרך כדי להבטיח ניתוב אופטימלי. כלומר, הנסיעה מנקודה א' לנקודה ה' תהיה חוויה טובה יותר אם היא תעבור אופטימיזציה (א'-ב'-ג'-ד'-ה') לעומת רצף אקראי של מסלול שלא עבר אופטימיזציה, כמו א'-ד'-ב'-ג'-ה'.
שימוש במודלים של תנועה בזמן אמת ב-Compute Routes
בקשות Compute Routes
שכוללות מודלים של תנועה בזמן אמת מחויבות בתעריף גבוה יותר. אם לא מציינים מודלים של תנועה בבקשה, התוצאות מבוססות רק על גורמים פיזיים: כבישים, מרחק ומגבלות מהירות. כדי להפעיל מודלים של תנועה בזמן אמת, מגדירים את שעת היציאה ל-now.
שימוש ב'מסלול הנסיעה' וב'כביש הקרוב ביותר' כשנתוני ה-GPS לא מדויקים
התכונות של Maps Roads API, Route Traveled ו-Nearest Road, כלולות ברמה המתקדמת ומתומחרות בשיעור גבוה יותר. כדאי להשתמש בתכונות האלה במקרים שבהם נתוני ה-GPS לא מדויקים, וממשק Roads API יכול לעזור לקבוע את הכביש הנכון. מגבלות מהירות, תכונה נוספת של Roads API, זמינה רק ללקוחות של Asset Tracking.
שינוי המכסה
הגבלות המכסה מגדירות את המספר המקסימלי של בקשות שמותר לשלוח ל-API או לשירות מסוימים בפרק זמן נתון. כשהמספר של הבקשות בפרויקט מגיע למגבלת המכסה, השירות מפסיק להגיב לבקשות.
כדי לשנות את ערך המכסה של ה-API, פועלים לפי השלבים הבאים:
- במסוף Cloud, עוברים אל Google Maps Platform > מכסות.
- בוחרים את ה-API שרוצים לשנות את המכסה שלו.
- מזהים את ערך המכסה שרוצים לשנות ומסמנים את התיבה שלידו.
- לוחצים על Edit (עריכה), מזינים ערך חדש למכסה ולוחצים על Submit request (שליחת הבקשה).
הצגה של בקשות להגדלת מכסות
כדי לראות את כל הבקשות להגדלת מכסות, כולל בקשות קודמות ובקשות בהמתנה:
- במסוף Cloud, עוברים אל Google Maps Platform > מכסות.
- בוחרים את ה-API שרוצים לראות את הבקשה להגדלת המכסה שלו.
- לוחצים על Increase Requests (הגדלת מספר הבקשות).
הגבלות של התנאים וההגבלות
פרטים מלאים על השימוש המותר מופיעים בקטע 'הגבלות על הרישיון' בתנאים ובהגבלות של Google Maps Platform.