חשוב: תוכנית הפרימיום של הפלטפורמה של מפות Google לא זמינה יותר להרשמה או ללקוחות חדשים.
סקירה כללית
אם האפליקציה חורגת ממגבלות השימוש בשירות אינטרנט של Google Maps Platform, השירות מחזיר הודעת שגיאה. אם האפליקציה ממשיכה לחרוג ממגבלות השימוש, יכול להיות שהגישה שלה לשירות האינטרנט תיחסם, ובמקרים מסוימים היא תקבל תגובות מסוג '403 Forbidden'.
אם בקשות שירות האינטרנט של האפליקציה מקבלות הודעות שגיאה, אפשר לצמצם את השימוש על ידי אופטימיזציה של האפליקציות כדי להשתמש בשירותי האינטרנט בצורה יעילה יותר.
לפני שמתחילים
לפני שמבצעים אופטימיזציה של השימוש בשירותי האינטרנט של האפליקציה, צריך לוודא שמשתמשים בשירות הנכון לתרחיש השימוש וברישיון הנכון של Maps APIs.
אימות תרחיש השימוש
שירותי האינטרנט של הפלטפורמה של מפות Google מתאימים במיוחד לאפליקציות שלא דורשות קלט בזמן אמת מהמשתמשים, או כשלא נעשה שימוש בדפדפן אינטרנט. לדוגמה, כדאי להשתמש בשירותי אינטרנט אם האפליקציה משתמשת במערך נתונים שלא תלוי בקלט של המשתמש – למשל, קבוצה קבועה של כתובות באתר נדל"ן שצריך לבצע להן קידוד גיאוגרפי.
שימו לב: בשירותי אינטרנט, המגבלה של שאילתות לדקה (QPM) חלה על רישיון מינוי Premium, ללא קשר למספר כתובות ה-IP שמהן נשלחות הבקשות.
לעומת זאת, השירותים בצד הלקוח שזמינים באמצעות Maps JavaScript API מוגבלים לפי קצב בקשות לכל סשן בדפדפן, כך שהבקשות מתחלקות בין כל המשתמשים ומתרחבות ככל שמספר המשתמשים גדל. לכן, שירותים בצד הלקוח מתאימים במיוחד לאפליקציות שמבצעות גיאו-קידוד של כתובות שהמשתמשים מזינים בזמן אמת, כמו כלי לאיתור חנויות שמחפש חנויות בקרבת כתובת המגורים של המשתמש.
דיון מפורט יותר על מקרים שבהם כדאי להשתמש בשירותי אינטרנט מופיע במאמר אסטרטגיות לגיאו-קידוד. ההמלצות במסמך הזה מתייחסות ספציפית לגיאו-קידוד, אבל הן רלוונטיות לכל שירותי האינטרנט. הן מסבירות מתי כדאי להשתמש בשירותי אינטרנט בצד השרת או במקבילים שלהם בצד הלקוח.
איך לבצע אופטימיזציה של השימוש בשירותי אינטרנט
כדי להשתמש בשירותי אינטרנט בצורה יעילה יותר, אפשר לצמצם את השימוש בהם על ידי שליחת בקשות רק כשצריך, ולפזר את השימוש באופן שווה כדי שלא לחרוג מהמגבלות.
תוצאות שמורות במטמון
בסעיפים 3.2.3.a ו-b של התנאים וההגבלות של הפלטפורמה של מפות Google מצוין שאסור לבצע אחזור מראש, יצירת אינדקס, אחסון או שמירה במטמון של תוכן כלשהו, אלא בתנאים המוגבלים שמפורטים בתנאים.
שימו לב שמזהה המקום, שמשמש לזיהוי ייחודי של מקום, לא כפוף להגבלת השמירה במטמון. לכן, אפשר לאחסן ערכים של מזהי מקומות ללא הגבלת זמן.
ויסות נתונים (throttle) של בקשות
כדי להימנע מחריגה ממגבלות השימוש, אפשר להגדיר את האפליקציה כך שתגביל את קצב הבקשות. לשם כך, צריך להוסיף את הבקשות לתור ולעקוב אחרי מועד השליחה שלהן. אם האפליקציה מקבלת בקשה נוספת מעבר למגבלת הבקשות לדקה, צריך לשנות את קצב השאילתות. בקטע הקוד, מוסיפים תקופת המתנה של S שניות בין השאילתות. אם השאילתה עדיין מחזירה שגיאת מכסה, מכפילים את תקופת ההמתנה ואז שולחים שאילתה נוספת. ממשיכים לשנות את תקופת ההמתנה עד שהשאילתה מחזירה תוצאה ללא שגיאה.
גם אם מופעלת הגבלת קצב, יכול להיות שאפליקציות יקבלו תשובות עם קוד הסטטוס OVER_QUERY_LIMIT. צריך להגדיר את האפליקציה כך שתחכה זמן קצר (20 אלפיות השנייה)
ותנסה שוב אם היא מקבלת תגובה כזו.