Google Maps Platform-এর নিরাপত্তা সংক্রান্ত নির্দেশিকা

Google Maps Platform API এবং SDK ব্যবহার করে এমন অ্যাপ এবং প্রোজেক্টকে নিজেদের যাচাই করার জন্য API কী অথবা, কাজ করলে, OAuth 2.0 ব্যবহার করতেই হবে।

এইসব পেশাদার পদ্ধতি থেকে আপনি কীভাবে নিজের Maps Platform অ্যাক্সেস সুরক্ষিত করবেন তা জানতে পারবেন।

আপনি সার্ভার-টু-সার্ভার ট্রাফিক অনুমোদন করার জন্য OAuth 2.0 ব্যবহার করতে চাইলে, আপনার API ডকুমেন্টে OAuth বিষয় খুঁজুন। আরও বিবরণের জন্য সার্ভার-সাইড অ্যাপের জন্য OAuth ব্যবহার করুন দেখুন।

অ্যাপ্লিকেশন ও API কী সংক্রান্ত বিধিনিষেধ প্রয়োগ করা ছাড়াও, নির্দিষ্ট Google Maps Platform প্রোডাক্টের ক্ষেত্রে প্রযোজ্য নিরাপত্তা সংক্রান্ত অনুশীলন অনুসরণ করুন। যেমন, নিচে সাজেস্ট করা অ্যাপ্লিকেশন ও API বিধিনিষেধ-এ Maps JavaScript API দেখুন।

আপনার API কী আগে থেকেই ব্যবহার করা হলে, আপনি ব্যবহার করা হচ্ছে এমন API কী সীমাবদ্ধ করলে লিঙ্কে গিয়ে নিচে দেওয়া সাজেশন পর্যালোচনা করুন।

Maps Static API এবং Street View Static API-এর মাধ্যমে কাজ করে এমন ডিজিটাল সিগনেচার সম্পর্কে আরও জানতে, ডিজিটাল সিগনেচার গাইড দেখুন।

সাজেস্ট করা পেশাদার পদ্ধতি

নিরাপত্তা বাড়াতে এবং অননুমোদিত ব্যবহারের জন্য বিলিং এড়াতে, সব Google Maps Platform API, SDK বা পরিষেবার জন্য API নিরাপত্তা সংক্রান্ত এইসব সেরা পদ্ধতি অনুসরণ করুন:

আপনার API key সীমিত করুন

প্রতিটি অ্যাপের জন্য আলাদা API key ব্যবহার করুন

অব্যবহৃত API key মুছে দিন

আপনার API কী-এর ব্যবহার চেক করুন

API কী রোটেট করার সময় সতর্ক থাকুন

ক্লায়েন্ট-সাইড ও সার্ভার-সাইড ব্যবহার আলাদা প্রোজেক্টে ভাগ করা

অব্যবহৃত পরিষেবা বন্ধ করা

ক্লায়েন্ট-সাইড অ্যাপের জন্য অতিরিক্ত সাজেশন

ক্লায়েন্ট-সাইড SDK ব্যবহার করা

ক্লায়েন্ট-সাইড ওয়েব পরিষেবা কল সুরক্ষিত করা

Static Web API ব্যবহার করে ওয়েবসাইট বা ক্লায়েন্ট-সাইড অ্যাপের জন্য অতিরিক্ত সাজেশন

Static Web API-এর ব্যবহার সুরক্ষিত করা

ওয়েব পরিষেবা ব্যবহার করে এমন সার্ভার-সাইড অ্যাপের জন্য অতিরিক্ত সাজেশন

ওয়েব পরিষেবা API কী সুরক্ষিত রাখা

সার্ভার-সাইড অ্যাপের জন্য OAuth ব্যবহার করা

আপনি যদি কোনও API key সীমাবদ্ধ বা রোটেট করেন যা ব্যবহার করা হচ্ছে

  • API key পরিবর্তন করার আগে, আপনার API key-এর ব্যবহার চেক করুন এই ধাপটি বিশেষ করে গুরুত্বপূর্ণ যদি আপনি এমন একটি কী-এর জন্য বিধিনিষেধ যোগ করছেন যা আগে থেকেই প্রোডাকশন অ্যাপ্লিকেশনে ব্যবহার করা হচ্ছে।

  • কী পরিবর্তন করার পরে, প্রয়োজন অনুযায়ী নতুন API কী দিয়ে আপনার সব অ্যাপ আপডেট করুন।

  • আপনার API কী যদি হ্যাক না হয়ে থাকে এবং অপব্যবহার না করা হয়, তাহলে আপনি নিজের সুবিধামতো একাধিক নতুন API কী-তে অ্যাপ মাইগ্রেট করতে পারবেন, যতক্ষণ না আপনি এক ধরনের ট্রাফিক দেখতে পাচ্ছেন ততক্ষণ আসল API কী-তে কোনও পরিবর্তন না করে এবং API কী-কে কোনও এক ধরনের অ্যাপ্লিকেশনের ক্ষেত্রে নিরাপদে সীমাবদ্ধ করা যেতে পারে যাতে কোনও অবাঞ্ছিত পরিষেবা বিঘ্নিত না হয়।

    আরও নির্দেশাবলীর জন্য, একাধিক API কী-তে মাইগ্রেট করুন দেখুন।

    সময়ের সাথে সাথে ব্যবহার মনিটর করুন এবং নির্দিষ্ট API, প্ল্যাটফর্মের ধরন ও ডোমেন কখন পুরনো API key থেকে মাইগ্রেট করেছে তা দেখুন, তার পরেই পুরনো key-তে বিধিনিষেধ আরোপ করুন বা সেটি মুছে দিন। আরও তথ্যের জন্য, রিপোর্টিং ও মনিটরিং এবং মেট্রিক দেখুন

  • আপনার API key যদি হ্যাক হয়ে গিয়ে থাকে, তাহলে আপনি আরও দ্রুত API key সুরক্ষিত করতে এবং অপব্যবহার বন্ধ করতে চান। Android ও iOS অ্যাপে, গ্রাহকরা অ্যাপ আপডেট না করা পর্যন্ত কী পরিবর্তন করা হয় না। ওয়েবপেজ বা সার্ভার-সাইড অ্যাপে কী আপডেট বা পরিবর্তন করা অনেক বেশি সহজ, তবে এখনও সতর্কভাবে পরিকল্পনা ও দ্রুত কাজ করার প্রয়োজন হতে পারে।

    আরও তথ্যের জন্য, API কী-এর অননুমোদিত ব্যবহার ম্যানেজ করুন দেখুন।

আরও তথ্য

সাজেস্ট করা অ্যাপ্লিকেশন ও API সংক্রান্ত বিধিনিষেধ

আপনার API কী-তে বিধিনিষেধ আরোপ করুন

সবসময় এক ধরনের অ্যাপ্লিকেশন বিধিনিষেধ এবং এক বা একাধিক API বিধিনিষেধের মাধ্যমে আপনার API কী সীমাবদ্ধ রাখাই হল সবচেয়ে ভাল উপায়। API, SDK বা JavaScript পরিষেবার সাজেস্ট করা বিধিনিষেধের জন্য, নিচে সাজেস্ট করা অ্যাপ্লিকেশন ও API বিধিনিষেধ দেখুন।

  • অ্যাপ্লিকেশন সংক্রান্ত বিধিনিষেধ আপনি কোনও API কী-এর ব্যবহার নির্দিষ্ট প্ল্যাটফর্মের মধ্যে সীমাবদ্ধ রাখতে পারেন: Android বা iOS অ্যাপ্লিকেশন অথবা ক্লায়েন্ট-সাইড অ্যাপ্লিকেশনের জন্য নির্দিষ্ট ওয়েবসাইট অথবা ওয়েব সার্ভিস REST API কল ইস্যু করা সার্ভার-সাইড অ্যাপের জন্য নির্দিষ্ট IP অ্যাড্রেস বা CIDR সাবনেট।

    আপনি যে ধরনের অ্যাপ্লিকেশন অনুমোদন করতে চান, সেগুলির এক বা একাধিক বিধিনিষেধ যোগ করে, আপনি কোনও 'কী' সীমাবদ্ধ করতে পারেন। এর পরে, শুধুমাত্র এইসব সোর্স থেকে আসা অনুরোধই অনুমোদিত হয়।

  • API সংক্রান্ত বিধিনিষেধ আপনার API কী কোন Google Maps Platform API, SDK বা পরিষেবায় ব্যবহার করা যাবে তা আপনি সীমাবদ্ধ করতে পারবেন। API বিধিনিষেধ শুধুমাত্র আপনার নির্দিষ্ট করা API ও SDK-তে অনুরোধ করার অনুমতি দেয়। যেকোনও API কী-এর জন্য, আপনি প্রয়োজন অনুযায়ী যত খুশি API বিধিনিষেধ নির্দিষ্ট করতে পারবেন। উপলভ্য API-এর তালিকায় কোনও প্রোজেক্টে চালু করা সব API অন্তর্ভুক্ত থাকে।

API কী-এর জন্য অ্যাপ্লিকেশন বিধিনিষেধ সেট করা

  1. Google Cloud console-এর Google Maps Platform ক্রেডেনশিয়াল পৃষ্ঠা খুলুন।

  2. আপনি যে API কী সীমাবদ্ধ করতে চান সেটি বেছে নিন।

  3. API কী পৃষ্ঠা এডিট করুন বিকল্পে, কী সংক্রান্ত বিধিনিষেধ বিকল্পের অধীনে, অ্যাপ্লিকেশন সংক্রান্ত বিধিনিষেধ সেট করুন বিকল্প বেছে নিন।

    API key পৃষ্ঠা এডিট করা

  4. বিধিনিষেধের ধরনগুলির মধ্যে একটি বেছে নিন এবং বিধিনিষেধের তালিকা অনুসরণ করে অনুরোধ করা তথ্য দিন।

    বিধিনিষেধের ধরন বিবরণ
    ওয়েবসাইট এক বা একাধিক রেফারার ওয়েবসাইট নির্দিষ্ট করুন।
    • সর্বত্র কাজ করে এমন রেফারার URI স্কিম হল https ও http। অন্যান্য স্কিম সঠিকভাবে কাজ করবে এমন গ্যারান্টি দেওয়া যায় না, কারণ আধুনিক ওয়েব ব্রাউজার গোপনীয়তা সংক্রান্ত কারণে, বেরিয়ে যাওয়া অনুরোধে `Referer` হেডার পাঠাবে না।
    • সবসময় রেফারের সম্পূর্ণ স্ট্রিং প্রদান করুন, যার মধ্যে প্রোটোকল স্কিম, হোস্টনেম ও ঐচ্ছিক পোর্ট অন্তর্ভুক্ত (যেমন, https://google.com)।
    • সব সাবডোমেনকে অনুমোদন করতে আপনি ওয়াইল্ডকার্ড অক্ষর ব্যবহার করতে পারবেন। যেমন, https://*.google.com-এ .google.com দিয়ে শেষ হওয়া সব সাইট গ্রহণ করা হয়।
    • সম্পূর্ণ পাথ রেফারের অনুমোদন দেওয়ার সময় সতর্ক থাকুন, যেমন, https://google.com/some/path, কারণ বেশিরভাগ ওয়েব ব্রাউজার গোপনীয়তা সংক্রান্ত কারণে ক্রস-অরিজিন অনুরোধ থেকে পাথ সরিয়ে দেয়।
    IP অ্যাড্রেস CIDR নোটেশন ব্যবহার করে এক বা একাধিক IPv4 বা IPv6 অ্যাড্রেস বা সাবনেট নির্দিষ্ট করুন। Google Maps Platform সার্ভার যে সোর্স অ্যাড্রেস পর্যবেক্ষণ করে, IP অ্যাড্রেসকে তার সাথে ম্যাচ করতে হবে। আপনি নেটওয়ার্ক অ্যাড্রেস ট্রান্সলেশন (NAT) ব্যবহার করলে, এই অ্যাড্রেস সাধারণত আপনার মেশিনের পাবলিক IP অ্যাড্রেসের সাথে সম্পর্কিত হয়।
    Android অ্যাপ

    আপনি অনুমোদন করতে চান এমন প্রতিটি Android অ্যাপ্লিকেশনের Android প্যাকেজের নাম (থেকে AndroidManifest.xml ফাইল) এবং SHA-1 সাইনিং সার্টিফিকেট ফিঙ্গারপ্রিন্ট যোগ করুন।

    1. Android অ্যাপ বিকল্প বেছে নিন।
    2. + যোগ করুন বিকল্পে ক্লিক করুন।
    3. আপনার প্যাকেজের নাম ও SHA-1 সার্টিফিকেট ফিঙ্গারপ্রিন্ট লিখুন। যেমন: 
      com.example.android.mapexample
       
      BB:0D:AC:74:D3:21:E1:43:67:71:9B:62:91:AF:A1:66:6E:44:5D:75
    4. সেভ করুন বিকল্পে ক্লিক করুন।

    সার্টিফিকেট দুই ধরনের হয়:

    • ডিবাগ সার্টিফিকেট: আপনি পরীক্ষা করছেন এমন অ্যাপ এবং অন্যান্য প্রোডাকশন কোড ছাড়া কোডের সাথে শুধুমাত্র এই ধরনের সার্টিফিকেট ব্যবহার করুন। কোনও অ্যাপ ডিবাগ সার্টিফিকেটের মাধ্যমে সাইন করে প্রকাশ করার চেষ্টা করবেন না। আপনি ডিবাগ বিল্ড চালালে Android SDK টুল অটোমেটিক এই সার্টিফিকেট তৈরি করে।
    • রিলিজ সার্টিফিকেট: আপনার অ্যাপ কোনও অ্যাপ স্টোরে রিলিজ করার জন্য প্রস্তুত হলে এই সার্টিফিকেট ব্যবহার করুন। আপনি রিলিজ বিল্ড রান করালে, Android SDK টুল এই সার্টিফিকেট তৈরি করে।

    Android অ্যাপ্লিকেশন সাইনিং ও সার্টিফিকেট সম্পর্কে আরও জানতে, আপনার অ্যাপ সাইন করার গাইড দেখুন।

    আপনি Play অ্যাপ সাইনিং ব্যবহার করলে, সাইনিং সার্টিফিকেটের ফিঙ্গারপ্রিন্ট পেতে, API প্রদানকারীর সাথে কাজ করা দেখুন। আপনি নিজের সাইনিং কী ম্যানেজ করলে, আপনার অ্যাপ্লিকেশন নিজে সাইন করা দেখুন অথবা আপনার বিল্ড এনভায়রনমেন্টের নির্দেশাবলী দেখুন।
    iOS অ্যাপ

    আপনি অনুমোদন করতে চান এমন প্রতিটি iOS অ্যাপ্লিকেশনের বান্ডিল শনাক্তকারী যোগ করুন।

    1. iOS অ্যাপ বেছে নিন।
    2. + যোগ করুন বিকল্পে ক্লিক করুন।
    3. সেই আইডি সহ iOS অ্যাপ থেকে অনুরোধ গ্রহণ করতে বান্ডেল আইডি যোগ করুন।
    4. সেভ করুন বিকল্পে ক্লিক করুন।

    অ্যাপ্লিকেশন বিধিনিষেধের জন্য সাজেশন পেতে, সাজেস্ট করা অ্যাপ্লিকেশন বিধিনিষেধ দেখুন।

  5. সেভ করুন বিকল্প বেছে নিন।

API key-এর জন্য API বিধিনিষেধ সেট করা

  1. Google Cloud Console-এর Google Maps Platform ক্রেডেনশিয়াল পৃষ্ঠা খুলুন।

  2. আপনি যে API কী সীমাবদ্ধ করতে চান সেটি বেছে নিন।

  3. API key এডিট করার পৃষ্ঠায়, API বিধিনিষেধ বিকল্পের মধ্যে:

    • কী সীমাবদ্ধ করুন বিকল্প বেছে নিন।

    • API বেছে নিন বিকল্প খুলে API key ব্যবহার করে আপনার অ্যাপ্লিকেশন যে API বা SDK অ্যাক্সেস করতে চান সেটি বেছে নিন।

    কোনও API বা SDK তালিকাভুক্ত না থাকলে, আপনাকে সেটি চালু করতে হবে। বিস্তারিত জানতে, এক বা একাধিক API বা SDK চালু করতে দেখুন।

    'API key এডিট করুন' পৃষ্ঠায় কোনও API-কে সীমাবদ্ধ করুন

  4. সেভ করুন বিকল্প বেছে নিন।

    এই ধাপের পরে বিধিনিষেধটি API কী সংজ্ঞার অংশ হয়ে যায়। নিশ্চিত করুন যে আপনি উপযুক্ত বিবরণ দিয়েছেন এবং আপনার API কী সংক্রান্ত বিধিনিষেধ সেভ করতে সেভ করুন বিকল্প বেছে নিন। আরও তথ্যের জন্য, আপনি আগ্রহী এমন নির্দিষ্ট API বা SDK-এর ডকুমেন্টেশনে API কী পান নির্দেশিকা দেখুন ।

সাজেস্ট করা API সংক্রান্ত বিধিনিষেধের জন্য, সাজেস্ট করা API সংক্রান্ত বিধিনিষেধ দেখুন।

আপনার API key-এর ব্যবহার চেক করা

API key তৈরি করার পরে আপনি যদি সেটি সীমাবদ্ধ করতে চান অথবা কোনও key কোন API ব্যবহার করছে তা দেখতে চান, যাতে আপনি সেটি সীমাবদ্ধ করতে পারেন, তাহলে আপনাকে API key ব্যবহার চেক করতে হবে। এইসব ধাপ থেকে আপনি জানতে পারবেন যে কোন পরিষেবা ও API পদ্ধতিতে API কী ব্যবহার করা হচ্ছে। Google Maps Platform পরিষেবা ছাড়া অন্য কোনও ব্যবহার দেখতে পেলে, অবাঞ্ছিত ব্যবহার এড়াতে আপনাকে আরও বিধিনিষেধ যোগ করতে হবে কিনা তা নির্ধারণ করতে তদন্ত করুন। আপনার API কী-তে কোন API এবং অ্যাপ্লিকেশন সংক্রান্ত বিধিনিষেধ প্রয়োগ করতে হবে তা নির্ধারণ করতে, আপনি Google Maps Platform Cloud Console Metrics এক্সপ্লোরার ব্যবহার করতে পারেন:

আপনার API key ব্যবহার করে এমন API নির্ধারণ করুন

নিচের মেট্রিক রিপোর্ট থেকে আপনি জানতে পারবেন কোন API আপনার API কী ব্যবহার করছে। নিম্নলিখিত কাজগুলি করতে এইসব রিপোর্ট ব্যবহার করুন:

  • আপনার API কী কীভাবে ব্যবহার করা হয় তা দেখুন
  • অপ্রত্যাশিত ব্যবহার শনাক্ত করা
  • অব্যবহৃত কী মুছে ফেলা নিরাপদ কিনা তা যাচাই করতে সাহায্য করুন। API key মুছে দেওয়া সংক্রান্ত তথ্যের জন্য, অব্যবহৃত API key মুছে দেওয়া দেখুন।

API বিধিনিষেধ প্রয়োগ করার সময়, এইসব রিপোর্ট ব্যবহার করে API-এর একটি তালিকা তৈরি করুন যা অনুমোদিত হবে অথবা অটোমেটিক তৈরি হওয়া API কী বিধিনিষেধের সুপারিশ যাচাই করবে। সাজেস্ট করা বিধিনিষেধ সম্পর্কে আরও জানতে, সাজেস্ট করা বিধিনিষেধ প্রয়োগ করুন। মেট্রিক্স এক্সপ্লোরার ব্যবহার করা সম্পর্কে আরও তথ্য পেতে, মেট্রিক্স এক্সপ্লোরার দিয়ে চার্ট তৈরি করুন লিঙ্ক দেখুন।

  1. Google Cloud Console-এর মেট্রিক এক্সপ্লোরার-এ যান

  2. সাইন-ইন করুন এবং আপনি যে API কী চেক করতে চান সেই প্রোজেক্ট বেছে নিন।

  3. আপনার API-এর ধরনের জন্য মেট্রিক এক্সপ্লোরার পৃষ্ঠায় যান:

  4. প্রতিটি API key চেক করুন:

    1. ফিল্টার যোগ করুন বিকল্প বেছে নিন।

    2. লেবেল credential_id বেছে নিন।

    3. আপনি যে কী পরীক্ষা করতে চান তার সাথে সম্পর্কিত ভ্যালু বেছে নিন।

    4. এই API কী কোন API-এর জন্য ব্যবহার করা হচ্ছে তা নোট করুন এবং ব্যবহারটি প্রত্যাশিত কিনা তা কনফার্ম করুন।

    5. হয়ে গেলে, অতিরিক্ত ফিল্টার মুছে দিতে, অ্যাক্টিভ ফিল্টারের লাইনের শেষে ফিল্টার সরান বিকল্প বেছে নিন।

  5. বাকি থাকা যেকোনও 'কী'-এর জন্য রিপিট করুন।

  6. আপনার API key শুধুমাত্র সেইসব API-তে সীমাবদ্ধ রাখুন যেগুলি ব্যবহার করা হচ্ছে।

  7. আপনি অননুমোদিত ব্যবহার দেখতে পেলে, API কী-এর অননুমোদিত ব্যবহার ম্যানেজ করুন দেখুন।

মেট্রিক্স এক্সপ্লোরার ব্যবহার করে অ্যাপ্লিকেশন সংক্রান্ত বিধিনিষেধের সঠিক ধরন বেছে নিন

আপনার API কী শুধুমাত্র Google Maps Platform পরিষেবার জন্য ব্যবহার করা হচ্ছে কিনা তা নিশ্চিত করতে প্রয়োজনীয় পদক্ষেপ নেওয়ার পরে, API কী-তে সঠিক অ্যাপ্লিকেশন বিধিনিষেধ আছে কিনা তাও যাচাই করুন।

আপনার API key-তে সাজেস্ট করা API key সংক্রান্ত বিধিনিষেধ থাকলে, সেগুলি প্রয়োগ করুন। আরও তথ্যের জন্য, সাজেস্ট করা API কী সংক্রান্ত বিধিনিষেধ প্রয়োগ করুন দেখুন।

আপনার API কী-তে বিধিনিষেধ সংক্রান্ত সাজেশন না থাকলে, রিপোর্ট করা platform_type ব্যবহার করে মেট্রিক্স এক্সপ্লোরারের উপর ভিত্তি করে, প্রয়োগ করার জন্য অ্যাপ্লিকেশন বিধিনিষেধের ধরন নির্ধারণ করুন:

  1. Google Cloud Console-এর মেট্রিক এক্সপ্লোরার-এ যান

  2. সাইন-ইন করুন এবং আপনি যে API চেক করতে চান তার জন্য প্রোজেক্ট বেছে নিন।

  3. এই মেট্রিক্স এক্সপ্লোরার পৃষ্ঠায় যান: মেট্রিক্স এক্সপ্লোরার।

  4. প্রতিটি API key পরীক্ষা করুন:

    1. ফিল্টার যোগ করুন বিকল্প বেছে নিন।

    2. লেবেল credential_id বেছে নিন।

    3. আপনি যে 'কী' পরীক্ষা করতে চান সেটির সাথে সম্পর্কিত ভ্যালু বেছে নিন।

    4. হয়ে গেলে, অতিরিক্ত ফিল্টার মুছে দিতে, অ্যাক্টিভ ফিল্টার লাইনের শেষে ফিল্টার সরান বিকল্প বেছে নিন।

  5. বাকি থাকা যেকোনও 'কী'-এর জন্য রিপিট করুন।

  6. আপনার API কী-এর জন্য প্ল্যাটফর্মের ধরন পেয়ে গেলে, সেই platform_type-এর জন্য অ্যাপ্লিকেশন বিধিনিষেধ প্রয়োগ করুন:

    PLATFORM_TYPE_JS : কী-তে ওয়েবসাইট সংক্রান্ত বিধিনিষেধ প্রয়োগ করুন।

    PLATFORM_TYPE_ANDROID : কীয়ে Android অ্যাপ্লিকেশন সংক্রান্ত বিধিনিষেধ প্রয়োগ করুন।

    PLATFORM_TYPE_IOS : 'কী'-তে iOS অ্যাপ্লিকেশন সংক্রান্ত বিধিনিষেধ প্রয়োগ করুন।

    PLATFORM_TYPE_WEBSERVICE : কী-এর উপর IP অ্যাড্রেস সংক্রান্ত বিধিনিষেধের উপর আপনাকে নির্ভর করতে হতে পারে, যাতে এটি সঠিকভাবে সীমাবদ্ধ করা যায়।

    Maps Static API এবং Street View Static API-এর জন্য সাজেশন পেতে, Static Web API ব্যবহার সুরক্ষিত করুন দেখুন।

    Maps Embed API সংক্রান্ত সাজেশনের জন্য, Maps Embed API সহ ওয়েবসাইট দেখুন।

    আমার API key একাধিক প্ল্যাটফর্মের ধরন ব্যবহার করছে: আপনার ট্রাফিক শুধুমাত্র একটি API key দিয়ে সঠিকভাবে সুরক্ষিত করা যাবে না। আপনাকে একাধিক API key-তে মাইগ্রেট করতে হবে। আরও তথ্যের জন্য, একাধিক API কী-তে মাইগ্রেট করুন দেখুন।

প্রতিটি অ্যাপের জন্য আলাদা API কী ব্যবহার করুন

এই প্র্যাক্টিস প্রতিটি কীওয়ার্ডের স্কোপ সীমিত করে। একটি API key হ্যাক হয়ে গেলে, আপনার অন্যান্য API key আপডেট করার প্রয়োজন ছাড়াই প্রভাবিত key মুছে দিতে বা পরিবর্তন করতে পারবেন। আপনি প্রতিটি প্রোজেক্টের জন্য সর্বাধিক ৩০০টি API কী তৈরি করতে পারবেন। আরও তথ্যের জন্য, API কী সংক্রান্ত সীমা দেখুন।

নিরাপত্তার কারণে প্রতিটি অ্যাপ্লিকেশনের জন্য একটি API কী ব্যবহার করা আদর্শ হলেও, আপনি একাধিক অ্যাপে সীমাবদ্ধ কী ব্যবহার করতে পারেন, তবে সেগুলিতে একই ধরনের অ্যাপ্লিকেশন বিধিনিষেধ থাকতে হবে।

সাজেস্ট করা API key সংক্রান্ত বিধিনিষেধ প্রয়োগ করা

কিছু প্রোজেক্টের মালিক, এডিটর এবং API কী অ্যাডমিনিস্ট্রেটরের জন্য, Google Cloud কনসোল, Google Maps Platform-এর ব্যবহার এবং অ্যাক্টিভিটির উপর ভিত্তি করে, বিধিনিষেধহীন API কী-এর জন্য নির্দিষ্ট API কী-এর বিধিনিষেধ সাজেস্ট করে।

উপলভ্য থাকলে, সাজেশনগুলি Google Maps Platform ক্রেডেনশিয়াল পৃষ্ঠায় আগে থেকে পূরণ করা বিকল্প হিসেবে দেখা যায়।

অটোমেটিক সাজেশন কাজ করে এমন Google Maps Platform API ও SDK

  • Maps JavaScript API, যার মধ্যে Directions Service (Legacy), Distance Matrix Service (Legacy), Elevation Service, Geocoding Service Place class, Place Autocomplete Widget (New), Place Autocomplete Data API, Places Library, Places Service, Place Autocomplete Widget, এবং Places UI Kit অন্তর্ভুক্ত

  • Maps Static API এবং Street View Static API

  • Maps Embed API

  • Android-এর জন্য Maps SDK, Android-এর জন্য Navigation SDK, Android-এর জন্য Places SDK এবং Android-এ Places UI কিট

  • iOS-এর জন্য Maps SDK, iOS-এর জন্য Navigation SDK, iOS-এর জন্য Places SDK, iOS-এর জন্য Places Swift SDK এবং iOS-এ Places UI কিট।

আপনি কেন সাজেশন দেখতে পাবেন না বা অসম্পূর্ণ সাজেশন দেখতে পাবেন তার কারণ

সাজেশন দেখতে না পাওয়ার কারণ

  • আপনি (এছাড়াও) Google Maps Platform পরিষেবা ছাড়া অন্য কোনও পরিষেবায় API কী ব্যবহার করছেন অথবা Maps Platform পরিষেবায় এখনও কাজ করে না এমন কোনও পরিষেবায় অটোমেটিক সাজেশন ব্যবহার করছেন।

    অন্যান্য পরিষেবায় ব্যবহার দেখতে পেলে, নিম্নলিখিত কাজগুলি প্রথমে না করে সাজেশন প্রয়োগ করবেন না:

    1. Google Cloud কনসোল মেট্রিক্স এক্সপ্লোরারে আপনি যে API ব্যবহার দেখতে পাচ্ছেন তা বৈধ কিনা তা যাচাই করুন।

    2. অনুমোদিত API-এর তালিকায় বাদ পড়া পরিষেবা ম্যানুয়ালি যোগ করুন।

    3. API তালিকায় যোগ করা পরিষেবার জন্য কোনও অনুপস্থিত অ্যাপ্লিকেশন বিধিনিষেধ ম্যানুয়ালি যোগ করুন। আপনার যোগ করা অন্য অ্যাপে যদি আলাদা ধরনের আবেদন বিধিনিষেধ প্রয়োজন হয়, তাহলে একাধিক API কী-তে মাইগ্রেট করুন দেখুন।

  • আপনার API key ক্লায়েন্ট-সাইড SDK বা API-তে ব্যবহার করা হয় না।

  • আপনি কম ভলিউমের অ্যাপ বা ওয়েবসাইটে API কী ব্যবহার করেন যেখানে গত ৬০ দিনে কোনও ব্যবহার দেখা যায়নি।

  • আপনি খুব সম্প্রতি নতুন কী তৈরি করেছেন অথবা খুব সম্প্রতি নতুন অ্যাপে বর্তমান কী ডিপ্লয় করেছেন। এটি হয়ে থাকলে, সাজেশন আপডেট হওয়ার জন্য আরও কয়েক দিন অপেক্ষা করুন।

  • আপনি একাধিক অ্যাপ্লিকেশনে API কী ব্যবহার করছেন যেগুলির জন্য আবেদন সংক্রান্ত বিধিনিষেধের পরস্পরবিরোধী ধরন প্রয়োজন, অথবা আপনি অনেক বেশি আলাদা আলাদা অ্যাপ বা ওয়েবসাইটে একই API কী ব্যবহার করছেন। উভয় ক্ষেত্রেই, সবচেয়ে ভালো পদ্ধতি হিসেবে, আপনার একাধিক কীতে মাইগ্রেট করা উচিত। আরও জানতে, একাধিক API কী-তে মাইগ্রেট করুন দেখুন।

অসম্পূর্ণ সাজেশন দেখার কারণ

  • আপনি কম ভলিউমের অ্যাপ বা ওয়েবসাইটে API কী ব্যবহার করেন যেখানে গত ৬০ দিনে কোনও ব্যবহার দেখা যায়নি।

  • আপনি খুব সম্প্রতি নতুন API বা পরিষেবায় আগে থেকে থাকা কী ব্যবহার করা শুরু করেছেন এবং অটোমেটিক API কী সীমাবদ্ধতা সংক্রান্ত পরামর্শ পাইপলাইন, আপডেট করা ব্যবহারের মেট্রিক এখনও প্রসেস করেনি। ব্যবহার সংক্রান্ত মেট্রিক্সের প্রোপাগেশন হতে কয়েক দিন সময় লাগতে পারে।

    অন্যান্য পরিষেবায় ব্যবহার দেখতে পেলে, নিম্নলিখিত কাজগুলি প্রথমে না করে সাজেশন প্রয়োগ করবেন না:

    1. Google Cloud কনসোল মেট্রিক্স এক্সপ্লোরারে আপনি যে API ব্যবহার দেখতে পাচ্ছেন তা বৈধ কিনা তা যাচাই করুন।

    2. অনুমোদিত API-এর তালিকায় বাদ পড়া পরিষেবা ম্যানুয়ালি যোগ করুন।

    3. API তালিকায় যোগ করা পরিষেবার জন্য ম্যানুয়ালি যেকোনও মিসিং অ্যাপ্লিকেশন সংক্রান্ত বিধিনিষেধ যোগ করুন। আপনার যোগ করা অন্য অ্যাপে যদি আলাদা ধরনের আবেদন বিধিনিষেধ প্রয়োজন হয়, তাহলে একাধিক API কী-তে মাইগ্রেট করুন দেখুন।

    4. জরুরি ভিত্তিতে কোনও 'কী' সীমাবদ্ধ করার প্রয়োজন না হলে, যেমন, অননুমোদিত ব্যবহারের কারণে, আপনি হয়ত এক বা দুই দিন অপেক্ষা করতে পারেন যাতে সাজেশনগুলি আপডেট হতে পারে।

চার্টে দেখা যাচ্ছে না এমন সাজেশন আপনি কেন দেখতে পেতে পারেন

  • আপনার অ্যাপ বা ওয়েবসাইট থেকে খুব অল্প সময়ের জন্য ট্রাফিক স্পাইক হয়েছে। এই ক্ষেত্রে, চার্ট ভিউ থেকে টেবিল বা দুটিই দেখানোর ভিউতে পরিবর্তন করুন, কারণ লেজেন্ডে এখনও ব্যবহার দেখা যাচ্ছে। আরও তথ্যের জন্য, চার্টের সম্পূর্ণ লেজেন্ড টগল করা দেখুন।

  • আপনার ট্রাফিক Maps Embed API থেকে আসে। নির্দেশাবলীর জন্য, আপনার API কী ব্যবহার করে এমন API নির্ধারণ করুন দেখুন।

  • অ্যাপ বা ওয়েবসাইট থেকে পাওয়া ট্রাফিক, Google Cloud console-এর মেট্রিক্স এক্সপ্লোরারে উপলভ্য তারিখের রেঞ্জের বাইরে।

  1. Google Cloud Console-এর Google Maps Platform ক্রেডেনশিয়াল পৃষ্ঠা খুলুন।

  2. উপলভ্য থাকলে, সাজেস্ট করা বিধিনিষেধ প্রয়োগ করুন বিকল্প বেছে নিন।

    সাজেস্ট করা বিধিনিষেধ প্রয়োগ করা

  3. API key কোন কোন পরিষেবায় ব্যবহার করা হচ্ছে তা যাচাই করতে API সংক্রান্ত ব্যবহার চেক করুন বিকল্প বেছে নিন। আপনি Google Maps Platform পরিষেবা ছাড়া অন্য কিছু দেখলে, উপরে উল্লেখ করা সাজেস্ট করা ধাপগুলি ম্যানুয়ালি পর্যালোচনা করতে পজ করুন। বিভাগের শুরুতে সমস্যার সমাধান করার ধাপগুলি দেখুনসাজেস্ট করা API কী বিধিনিষেধ প্রয়োগ করুন।

  4. আগে থেকে পূরণ করা বিধিনিষেধগুলি সেইসব ওয়েবসাইট এবং অ্যাপের সাথে মিলছে কিনা তা ডবল-চেক করুন যেখানে আপনি নিজের API key ব্যবহার করতে চান।

    পেশাদার পদ্ধতি: আপনার পরিষেবার সাথে যুক্ত নয় এমন যেকোনও অ্যাপ্লিকেশন বা API সংক্রান্ত বিধিনিষেধ ডকুমেন্ট করুন এবং সরিয়ে দিন। কোনও অপ্রত্যাশিত নির্ভরতার কারণে কোনও কিছু ভেঙে গেলে, আপনি প্রয়োজনীয় অ্যাপ বা API আবার যোগ করতে পারবেন।

    • আপনি যদি লক্ষ্য করেন যে আপনার সাজেশনে কোনও অ্যাপ, ওয়েবসাইট বা API স্পষ্টভাবে অনুপস্থিত, তাহলে এটি ম্যানুয়ালি যোগ করুন বা সাজেশন আপডেট করার জন্য কয়েক দিন অপেক্ষা করুন।

    • আপনার সাজেস্ট করা সাজেশন সম্পর্কে আরও সাহায্যের প্রয়োজন হলে, সহায়তা টিমের সাথে যোগাযোগ করুন।

  5. প্রয়োগ করুন বিকল্প বেছে নিন।

সাজেশন প্রয়োগ করার পরে আপনার আবেদন বাতিল হয়ে গেলে কী করবেন

আপনি যদি লক্ষ্য করেন যে বিধিনিষেধ প্রয়োগ করার পরে কোনও অ্যাপ বা ওয়েবসাইট বাতিল করা হয়েছে, তাহলে API-এর উত্তর সংক্রান্ত ত্রুটি মেসেজে আপনাকে যে অ্যাপ্লিকেশন বিধিনিষেধ যোগ করতে হবে সেটি দেখুন।

ক্লায়েন্ট-সাইড SDK ও API

ব্রাউজার ও ওয়েবভিউ ভিত্তিক অ্যাপ

আধুনিক ব্রাউজার সাধারণত গোপনীয়তার কারণে ক্রস-অরিজিন অনুরোধে Referer হেডার রিড্যাক্ট করে, প্রায়ই এটিকে Origin-এ নামিয়ে আনে। তবে, সঠিক আচরণ নির্ভর করে হোস্টিং সাইটের প্রয়োগ করা referrer-policy-এর উপর এবং ব্যবহারকারীর ব্রাউজার ও ভার্সনের উপর ভিত্তি করে আলাদা হতে পারে।

কন্টেন্ট লোড করার জন্য অস্বচ্ছ বা লোকাল URI স্কিম ব্যবহার করা ওয়েব অ্যাপ্লিকেশন সাধারণত রেন্ডারিং ব্রাউজার বা ওয়েবভিউকে যেকোনও আউটগোয়িং কল থেকে Referer হেডার সম্পূর্ণভাবে রিড্যাক্ট করতে বাধ্য করে, যার ফলে ওয়েবসাইট সংক্রান্ত বিধিনিষেধ সহ API কী ব্যবহার করে করা অনুরোধ ব্যর্থ হতে পারে।

আরও নির্দেশনার জন্য, সার্ভারে আপনার ব্রাউজার ভিত্তিক অ্যাপ হোস্ট করুন দেখুন।

ব্রাউজার ও ওয়েবভিউ ভিত্তিক অ্যাপের জন্য সমস্যার সমাধান সংক্রান্ত নির্দেশাবলী:

  • Maps JavaScript API-এর জন্য, আপনার অ্যাপ্লিকেশন কীভাবে অনুমোদন করবেন সেই সম্পর্কে বিস্তারিত জানতে ব্রাউজার ডিবাগ কনসোল দেখুন।

    এক্সোটিক URI স্কিম আংশিকভাবে কাজ করে। আপনার অ্যাপ্লিকেশনের কিছু অংশ যদি কোনও এক্সোটিক URI স্কিমে কাজ না করে, এমনকি প্রয়োজনীয় রেফারারকে অনুমোদন দেওয়ার পরেও, আপনাকে সম্ভবত কোনও সার্ভারে রিমোটলি অ্যাপ্লিকেশন হোস্ট করতে হবে এবং HTTPS (বা HTTP) ব্যবহার করে সেটি লোড করতে হবে।

    অপরিচিত URI স্কিম সম্পর্কে আপনার সাহায্যের প্রয়োজন হলে, সহায়তা টিমের সাথে যোগাযোগ করুন।

  • অন্যান্য Maps Platform API সাধারণত API সংক্রান্ত সমস্যার উত্তরে আপনাকে অনুমোদন করতে হবে এমন রেফারার রিটার্ন করবে, ধরে নেওয়া হয় যে ক্লায়েন্ট বাতিল করা অনুরোধের সাথে এই তথ্য পাঠিয়েছে।

    অপরিচিত URI স্কিম কাজ করে না।

Android অ্যাপ

Android Debug Bridge (adb) অথবা Logcat ব্যবহার করুন

iOS অ্যাপ

লগ মেসেজ দেখা দেখুন

অ্যাপ সরাসরি ওয়েব পরিষেবায় কল করছে

যেসব অ্যাপ্লিকেশন ক্লায়েন্ট-সাইড Google Maps Platform SDK ছাড়াই সরাসরি Maps Platform HTTPS REST API বা gRPC এন্ডপয়েন্ট কল করে, সেগুলির জন্য নিচে দেখুন:

Android ও iOS অ্যাপ

আপনার Android বা iOS অ্যাপ্লিকেশন যদি উপলভ্য Google Maps Platform ক্লায়েন্ট SDK-এর কোনওটি ব্যবহার না করে সরাসরি Maps Platform পরিষেবা কল করে, তাহলে আরও সমস্যা সমাধানের পরামর্শের জন্য Android অ্যাপ এবং iOS অ্যাপ দেখুন এবং মোবাইল ব্যবহারের ক্ষেত্রে বর্তমান সেরা নিরাপত্তা সংক্রান্ত প্র্যাক্টিসের জন্য নিরাপদ ক্লায়েন্ট-সাইড ওয়েব পরিষেবা কল দেখুন।

আপনার অ্যাপ Maps Platform API সমস্যার উত্তর লগ করলে, ক্লায়েন্ট-সাইড SDK-এর জন্য উপরে উল্লেখ করা নির্দেশাবলী যাচাইকরণ সংক্রান্ত সমস্যার সমাধান করার ক্ষেত্রেও সহায়ক হতে পারে।

সার্ভার-সাইড অ্যাপ

API কী-এর উপর নির্ভর করে এমন সার্ভার-সাইড অ্যাপ্লিকেশনগুলি IP অ্যাড্রেস সংক্রান্ত বিধিনিষেধের মাধ্যমে সবচেয়ে ভালোভাবে সুরক্ষিত থাকে। আপনার কী-তে IP অ্যাড্রেস সংক্রান্ত বিধিনিষেধ প্রয়োগ করে থাকলে এবং আপনার পরিষেবা লগ Maps Platform API-এর সমস্যার উত্তর দেখালে, আরও তথ্যের জন্য আপনার সিস্টেম লগ চেক করুন। ভুল সংক্রান্ত উত্তরে সেই সার্ভারের IP অ্যাড্রেস থাকবে যেটি আপনাকে অনুমোদন করতে হবে।

ব্রাউজার বা ওয়েবভিউ ভিত্তিক অ্যাপ

Maps Static API, Street View Static API-এর মতো আরও সাম্প্রতিক Google Maps Platform API-ও রেফারার বিধিনিষেধ মেনে চলবে, তবে মনে রাখবেন যে ক্রস-অরিজিন অনুরোধের ক্ষেত্রে ওয়েব ব্রাউজার বা ওয়েবভিউ সম্ভবত Referer হেডারকে Origin-এ সীমাবদ্ধ রাখবে এবং এটি সম্ভবত একেবারেই পাঠাবে না, যেমন, লোকালি অ্যাক্সেস করা রিসোর্স বা HTTP বা HTTPS ছাড়া অন্য কোনও প্রোটোকলের মাধ্যমে পরিবেশিত রিসোর্সের ক্ষেত্রে।

আপনার অ্যাপ্লিকেশনে Maps JavaScript API ব্যবহার করতে না পারলে, এবং ওয়েবসাইট সংক্রান্ত বিধিনিষেধ কাজ না করলে, কীভাবে আপনার ব্রাউজার ভিত্তিক ক্লায়েন্ট-সাইড অ্যাপ্লিকেশন থেকে নিরাপদে Maps Platform ওয়েব পরিষেবা কল ইস্যু করবেন তার জন্য নিরাপদ ক্লায়েন্ট-সাইড ওয়েব পরিষেবা কল দেখুন।

API সংক্রান্ত বিধিনিষেধ চেক করার জন্য পরামর্শ

প্রয়োজনীয় API বিধিনিষেধ চেক করতে, আপনার API key ব্যবহার করে এমন API নির্ধারণ করুন দেখুন।

কোন বিধিনিষেধ প্রয়োগ করতে হবে তা নির্ধারণ করতে না পারলে:

  1. ভবিষ্যতে রেফারেন্সের জন্য বর্তমান বিধিনিষেধের ডকুমেন্ট তৈরি করুন।
  2. সমস্যাটি খতিয়ে দেখার সময় সাময়িকভাবে সেগুলি সরিয়ে দিন। আপনি আপনার API কী-এর ব্যবহার চেক করুন-এ উল্লেখ করা ধাপগুলি অনুসরণ করে সময়ের সাথে সাথে আপনার ব্যবহার চেক করতে পারেন।
  3. প্রয়োজন হলে, সহায়তা টিমের সাথে যোগাযোগ করুন।

অব্যবহৃত API key মুছে দিন

API কী মুছে দেওয়ার আগে, এটি প্রোডাকশনে ব্যবহার করা হচ্ছে না কিনা তা নিশ্চিত করুন। কোনও সফল ট্রাফিক না থাকলে, কীটি মুছে ফেলা নিরাপদ। আরও তথ্যের জন্য, আপনার API কী ব্যবহার চেক করুন দেখুন।

API key মুছে দিতে:

  1. Google Cloud Console-এর Google Maps Platform ক্রেডেনশিয়াল পৃষ্ঠা খুলুন।

  2. আপনি যে API key মুছতে চান সেটি বেছে নিন।

  3. পৃষ্ঠার উপরের দিকে থাকা মুছে দিন বোতামটি বেছে নিন।

  4. ক্রেডেনশিয়াল মুছুন পৃষ্ঠায়, মুছুন বিকল্প বেছে নিন।

    API কী মুছে ফেলার পরে তা কার্যকর হতে কয়েক মিনিট সময় লাগে। প্রোপাগেশন সম্পূর্ণ হওয়ার পরে, মুছে দেওয়া API কী ব্যবহার করে আসা যেকোনও ট্রাফিক বাতিল করা হয়।

API কী রোটেট করার সময় সতর্ক থাকুন

API key রোটেট করলে একটি নতুন 'কী' তৈরি হয়, যাতে পুরনো 'কী'-এর সব বিধিনিষেধ থাকে। এই সময়সীমার মধ্যে, পুরনো ও নতুন, দুটি 'কী'-ই গ্রহণ করা হয়, যাতে আপনি নতুন 'কী' ব্যবহার করার জন্য আপনার অ্যাপ মাইগ্রেট করার সুযোগ পান।

API key রোটেট করার আগে:

  • প্রথমে আপনার API কী সীমাবদ্ধ করুন লিঙ্কে দেওয়া বিবরণ অনুযায়ী আপনার API কী সীমাবদ্ধ করার চেষ্টা করুন।

  • আবেদন সংক্রান্ত বিধিনিষেধের ধরন সংঘাতপূর্ণ হওয়ার কারণে আপনার API কী সীমাবদ্ধ করা সম্ভব না হলে, একাধিক নতুন (সীমাবদ্ধ) কী-তে মাইগ্রেট করুন, যা একাধিক API কী-তে মাইগ্রেট করুন লিঙ্কে বর্ণনা করা হয়েছে। মাইগ্রেট করলে আপনি নতুন API কী-তে মাইগ্রেশন ও রোল-আউট টাইমলাইন কন্ট্রোল করতে পারবেন।

আগের সাজেশনগুলি অনুসরণ করা সম্ভব না হলে এবং অননুমোদিত ব্যবহার আটকাতে আপনাকে API কী অবশ্যই রোটেট করতে হলে, এইসব ধাপ অনুসরণ করুন:

  1. Google Cloud console-এর Google Maps Platform ক্রেডেনশিয়াল পৃষ্ঠা খুলুন।

  2. আপনি যে API key রোটেট করতে চান সেটি খুলুন।

  3. পৃষ্ঠার একদম উপরে, কী রোটেট করুন বিকল্প বেছে নিন।

  4. ঐচ্ছিকভাবে, API key-এর নাম পরিবর্তন করুন।

  5. তৈরি করুন বিকল্প বেছে নিন।

  6. নতুন 'কী' ব্যবহার করতে আপনার অ্যাপ্লিকেশন আপডেট করুন।

নতুন কী ব্যবহার করার জন্য আপনার অ্যাপ্লিকেশন আপডেট করার পরে, নতুন API কী পৃষ্ঠার আগের কী বিভাগের অধীনে আগের কী মুছে দিন বোতামে ক্লিক করে পুরনো কীটি মুছে দিন।

একাধিক API key-তে মাইগ্রেট করা

একাধিক অ্যাপের জন্য একটি API কী ব্যবহার করা থেকে প্রতিটি অ্যাপের জন্য একটি অনন্য API কী ব্যবহার করার জন্য মাইগ্রেট করতে, নিম্নলিখিতগুলি করুন:

  1. কোন অ্যাপের জন্য নতুন কী প্রয়োজন তা শনাক্ত করুন:

    • ওয়েব অ্যাপ আপডেট করা সবচেয়ে সহজ, কারণ আপনি সব কোড নিয়ন্ত্রণ করেন। আপনার সব ওয়েব-ভিত্তিক অ্যাপের কী আপডেট করার পরিকল্পনা করুন।
    • মোবাইল অ্যাপের ক্ষেত্রে এটি অনেক কঠিন, কারণ নতুন কী ব্যবহার করার আগে আপনার গ্রাহকদের অ্যাপ আপডেট করতে হবে।

  2. নতুন কী তৈরি ও সীমাবদ্ধ করুন: একটি অ্যাপ্লিকেশন বিধিনিষেধ ও অন্তত একটি API বিধিনিষেধ যোগ করুন। আরও তথ্যের জন্য, সাজেস্ট করা পেশাদার পদ্ধতি দেখুন।

  3. আপনার অ্যাপে নতুন কী যোগ করুন: মোবাইল অ্যাপের ক্ষেত্রে, আপনার সব ব্যবহারকারী নতুন API কী সহ লেটেস্ট অ্যাপে আপডেট না করা পর্যন্ত এই প্রসেসটি মাসখানেক সময় নিতে পারে।

ক্লায়েন্ট-সাইড ও সার্ভার-সাইড ব্যবহারকে আলাদা আলাদা প্রোজেক্টে ভাগ করা

সার্ভার-সাইড অ্যাপ্লিকেশন এবং সরাসরি ক্লায়েন্ট-সাইড অ্যাপ্লিকেশন থেকে Google Maps Platform পরিষেবা কল করতে হলে, Google আপনার ব্যবহার দুটি আলাদা প্রোজেক্টে ভাগ করে নেওয়ার সাজেশন দেয়।

এই পদ্ধতিতে আপনি ক্লায়েন্ট-সাইড প্রোজেক্টে বেশিরভাগ Google Maps Platform পরিষেবার উপর উপযুক্ত প্রতি-মিনিট, প্রতি-ব্যবহারকারী কোটা সীমা প্রয়োগ করতে পারবেন। এর ফলে এটি নিশ্চিত করতে সাহায্য করে যে সমস্ত এন্ড-ইউজার আপনার সামগ্রিক প্রোজেক্ট কোটার ন্যায্য অংশ পায় এবং একে অপরের উপর কোনও প্রভাব পড়ে না।

তবে, ব্যবহারকারী প্রতি কোটা সংক্রান্ত বিধিনিষেধ ক্লায়েন্ট-সাইড ও সার্ভার-সাইড অ্যাপ্লিকেশন, দুটির উপরেই প্রভাব ফেলে, তাই আপনার সার্ভার-সাইড কাজের জন্য বেশি ব্যান্ডউইথের প্রয়োজন হলে, এই ব্যবহারের ক্ষেত্রে আলাদা প্রোজেক্ট সেট-আপ করুন, যেখানে ব্যবহারকারী প্রতি কোটার সীমা বেশি থাকবে অথবা কোনও সীমা থাকবে না।

অব্যবহৃত পরিষেবা বন্ধ করা

কোনও প্রোজেক্টে অব্যবহৃত পরিষেবা চালু রাখবেন না, কারণ এই অভ্যাসটি অপব্যবহারের ঝুঁকিতে থাকে, বিশেষ করে আপনি যদি নিজের সমস্ত পাবলিক API কী সীমাবদ্ধ না করে থাকেন। সবচেয়ে ভালো পদ্ধতি হিসেবে, কোনও প্রোজেক্টে কোনও পরিষেবা তখনই চালু করুন যখন আপনার অ্যাপ্লিকেশনের সেটি প্রয়োজন হয়।

কোনও কী-তে API বিধিনিষেধ যোগ করলে, এটি সেইসব পরিষেবায় ব্যবহার করা যায় না যেগুলির জন্য এটি অনুমোদিত নয়, তবে API বিধিনিষেধ শুধুমাত্র সেই নির্দিষ্ট কী-তে প্রযোজ্য হয়। প্রোজেক্ট লেভেলে কোনও পরিষেবা বন্ধ করে দিলে, প্রোজেক্টের সাথে লিঙ্ক করা যেকোনও কী ব্যবহার করে পরিষেবাটির অননুমোদিত ব্যবহার বন্ধ করা যায়।

ক্লায়েন্ট-সাইড SDK ব্যবহার করা

প্রদান করা ক্লায়েন্ট-সাইড Google Maps Platform SDK ব্যবহার করার সময়, আপনার পরিষেবা ব্যবহার সুরক্ষিত করতে, আপনি সবসময় নিজের API কী-তে সঠিক বিধিনিষেধ প্রয়োগ করতে পারবেন।

ক্লায়েন্ট-সাইড SDK ব্যবহার করলে, আপনি আরও উন্নত নিরাপত্তা মেকানিজমও গ্রহণ করতে পারবেন, যেমন Maps Platform API সারফেসে Firebase App Check যা এটিতে কাজ করে। আরও বিবরণের জন্য আপনার API key সুরক্ষিত করতে App Check ব্যবহার করুন লিঙ্কে দেখুন।

আপনার প্ল্যাটফর্মের জন্য ক্লায়েন্ট-সাইড SDK উপলভ্য না থাকলে, আপনার ক্লায়েন্ট-সাইড ওয়েব পরিষেবা কল সুরক্ষিত করুন দেখুন।

বিভিন্ন প্ল্যাটফর্মের জন্য ক্লায়েন্ট-সাইড Google Maps Platform SDK-এর উপলভ্যতা সম্পর্কে জানতে, সাজেস্ট করা অ্যাপ্লিকেশন ও API সংক্রান্ত বিধিনিষেধ দেখুন।

Static Web API-এর ব্যবহার সুরক্ষিত রাখা

Maps Static API এবং Street View Static API-এর মতো স্ট্যাটিক ওয়েব API, ওয়েব পরিষেবা API কলের মতো।

আপনি HTTPS REST API ব্যবহার করে দুটিকেই কল করেন এবং সাধারণত সার্ভারে API অনুরোধের URL তৈরি করেন। তবে, JSON রেসপন্স দেখানোর পরিবর্তে, Static Web API একটি ছবি জেনারেট করে যা আপনি জেনারেট করা HTML কোডে এম্বেড করতে পারবেন। আরও গুরুত্বপূর্ণ হল, সাধারণত সার্ভার নয়, বরং এন্ড-ইউজার ক্লায়েন্ট Google Maps Platform পরিষেবাকে কল করে।

ডিজিটাল স্বাক্ষর ব্যবহার করা

পেশাদার পদ্ধতি হিসেবে, API key ছাড়াও সবসময় ডিজিটাল স্বাক্ষর ব্যবহার করুন। এছাড়াও, আপনি প্রতিদিন কতগুলি স্বাক্ষরবিহীন অনুরোধ অনুমোদন করতে চান তা পর্যালোচনা করুন এবং সেই অনুযায়ী আপনার স্বাক্ষরবিহীন অনুরোধের কোটা অ্যাডজাস্ট করুন ।

ডিজিটাল সিগনেচার সম্পর্কে আরও জানতে, ডিজিটাল সিগনেচার গাইড দেখুন।

আপনার সাইনিং সিক্রেট সুরক্ষিত রাখা

Static Web API সুরক্ষিত রাখতে, আপনার API সাইনিং সিক্রেট সরাসরি কোড বা সোর্স ট্রি-তে এম্বেড করবেন না অথবা ক্লায়েন্ট-সাইড অ্যাপ্লিকেশনে সেগুলি প্রকাশ করবেন না। আপনার সাইনিং সিক্রেট সুরক্ষিত রাখতে এইসব পেশাদার পদ্ধতি অনুসরণ করুন:

  • ওয়েব পেজ দেখানোর সময় বা আপনার মোবাইল অ্যাপ্লিকেশন থেকে অনুরোধের উত্তরে, সার্ভার-সাইডে আপনার সাইন করা Maps Static API এবং Street View Static API অনুরোধের URL জেনারেট করুন।

    স্ট্যাটিক ওয়েব কন্টেন্টের জন্য, আপনি Cloud Console Google Maps Platform-এর ক্রেডেনশিয়াল পৃষ্ঠায় এখনই কোনও URL সাইন করুন উইজেট ব্যবহার করতে পারেন।

    ডায়নামিক ওয়েব কন্টেন্টের জন্য, উপলভ্য URL অনুরোধ সাইন করার কোড স্যাম্পেল দেখুন।

  • আপনার অ্যাপ্লিকেশনের সোর্স কোড এবং সোর্স ট্রি-এর বাইরে স্টোর সাইনিং সিক্রেট রাখুন। আপনি যদি এনভায়রনমেন্ট ভেরিয়েবলে আপনার সাইনিং সিক্রেট বা অন্য কোনও ব্যক্তিগত তথ্য রাখেন অথবা আলাদাভাবে স্টোর করা ফাইল অন্তর্ভুক্ত করেন এবং তারপরে আপনার কোড শেয়ার করেন, তাহলে শেয়ার করা ফাইলে সাইনিং সিক্রেট অন্তর্ভুক্ত করা হয় না। আপনি যদি ফাইলে সাইনিং সিক্রেট বা অন্য কোনও ব্যক্তিগত তথ্য সেভ করে থাকেন, তাহলে আপনার সোর্স কোড কন্ট্রোল সিস্টেম থেকে সাইনিং সিক্রেটকে আলাদা রাখতে, আপনার অ্যাপ্লিকেশনের সোর্স ট্রি-এর বাইরে ফাইলগুলি রাখুন। আপনি যদি GitHub-এর মতো কোনও পাবলিক সোর্স কোড ম্যানেজমেন্ট সিস্টেম ব্যবহার করেন, তাহলে এই সতর্কতা বিশেষভাবে গুরুত্বপূর্ণ।

ওয়েব পরিষেবা API key সুরক্ষিত রাখা

ক্লায়েন্ট-সাইড অ্যাপ থেকে Google Maps Platform API এবং পরিষেবা নিরাপদে ব্যবহার করার জন্য, ক্লায়েন্ট-সাইড SDK ব্যবহার করুন এবং ক্লায়েন্ট-সাইড ওয়েব পরিষেবা কল সুরক্ষিত করুন দেখুন।

আপনার অ্যাপ্লিকেশনের সোর্স কোড বা সোর্স ট্রির বাইরে API কী স্টোর করুন। আপনি যদি এনভায়রনমেন্ট ভেরিয়েবেলে API key বা অন্য কোনও তথ্য রাখেন অথবা আলাদাভাবে স্টোর করা ফাইল অন্তর্ভুক্ত করেন এবং তারপরে কোড শেয়ার করেন, তাহলে শেয়ার করা ফাইলে API key অন্তর্ভুক্ত থাকে না। আপনি যদি GitHub-এর মতো কোনও সর্বজনীন সোর্স কোড ম্যানেজমেন্ট সিস্টেম ব্যবহার করেন, তাহলে এটি বিশেষভাবে গুরুত্বপূর্ণ।

আপনার ওয়েব পরিষেবা API কী যাতে ভুলবশত ব্যবহার না হয়, সেই জন্য Google Maps Platform-এর জন্য ব্যবহার করা যেকোনও কী-তে API সংক্রান্ত বিধিনিষেধ প্রয়োগ করার সাজেশন দেয়। এছাড়াও, আপনার ওয়েব পরিষেবা কী-তে IP অ্যাড্রেস সংক্রান্ত বিধিনিষেধ প্রয়োগ করলে, এটি অন্য সোর্স IP অ্যাড্রেস থেকে অননুমোদিত ব্যবহার থেকে রক্ষা করবে, এমনকি কীটি যদি ভুলবশত লিক হয়ে যায় তাহলেও।

সার্ভার-সাইড অ্যাপের জন্য OAuth ব্যবহার করা

OAuth 2.0 হল অ্যাক্সেস ডেলিগেশনের জন্য একটি ওপেন স্ট্যান্ডার্ড।

OAuth 2.0 প্রোটোকল ব্যবহারের ক্ষেত্রে, যেখানে একজন ব্যবহারকারী তার হয়ে ব্যক্তিগত ডেটা অ্যাক্সেস করার জন্য কোনও অ্যাপ্লিকেশনকে অনুমতি দেয়, Maps Platform-এর সাথে OAuth 2.0 ব্যবহারের উদ্দেশ্য হল, ডেভেলপার যাতে তার Google Cloud প্রোজেক্টের পরিষেবা অ্যাকাউন্টের হয়ে API কল করার জন্য তার অ্যাপ্লিকেশনকে অনুমতি দিতে সাময়িক অ্যাক্সেস টোকেন ব্যবহার করতে পারেন, যেখানে পরিষেবা অ্যাকাউন্টের অনুমতি থাকবে।

যেহেতু কোনও পরিষেবা অ্যাকাউন্টের অত্যন্ত বিস্তৃত অনুমতি থাকতে পারে, তাই ডেভেলপারদের বিশ্বস্ত সার্ভার-সাইড অ্যাপ্লিকেশন এবং Google-এর Maps Platform সার্ভারের মধ্যে সার্ভার-টু-সার্ভার কল অনুমোদন করার জন্য OAuth 2.0 ব্যবহার করার সাজেশন দেওয়া হয়।

গ্রাহকের ডিভাইসে রান করা ক্লায়েন্ট-সাইড অ্যাপ্লিকেশনের জন্য, API কী-এর মতো অন্যান্য যাচাইকরণ পদ্ধতি সাজেস্ট করা হয়।

আপনি যদি সার্ভার-টু-সার্ভার ট্রাফিক অনুমোদন করার জন্য OAuth 2.0 ব্যবহার করতে চান, আপনার API ডকুমেন্টেশনে OAuth বিষয় দেখুন।

যেমন, এখানে Address Validation API-এর জন্য OAuth সংক্রান্ত বিষয় দেওয়া হল।

নিরাপদ ক্লায়েন্ট-সাইড ওয়েব পরিষেবা কল

ক্লায়েন্ট-সাইড SDK উপলভ্য না থাকলে, নিচে দেওয়া সাজেশন দেখুন।

প্রক্সি সার্ভার ব্যবহার করা

নিরাপদ প্রক্সি সার্ভার ব্যবহার করলে, আপনার API কী, সাইনিং সিক্রেট বা Google Cloud পরিষেবা অ্যাকাউন্ট অননুমোদিত ব্যবহারকারীদের কাছে প্রকাশ না করেই, ক্লায়েন্ট-সাইড অ্যাপ্লিকেশন থেকে Google Maps Platform ওয়েব পরিষেবা এন্ডপয়েন্টের সাথে ইন্টার‍্যাক্ট করার জন্য একটি নির্ভরযোগ্য সোর্স পাওয়া যায়।

গুরুত্বপূর্ণ বিষয়:

  • প্রক্সি সার্ভারে আপনার Google Maps Platform সংক্রান্ত অনুরোধ তৈরি করুন। প্রক্সি ব্যবহার করে ক্লায়েন্টদের ইচ্ছামতো API কল রিলে করার অনুমতি দেবেন না।

  • আপনার প্রক্সি সার্ভারে Google Maps Platform-এর উত্তর পোস্ট-প্রসেস করুন। ক্লায়েন্টের প্রয়োজন নেই এমন ডেটা ফিল্টার করুন।

প্রক্সি সার্ভার ব্যবহার করার ব্যাপারে আরও তথ্যের জন্য, Living Vicariously: Google Data API ক্লায়েন্ট লাইব্রেরির সাথে প্রক্সি সার্ভার ব্যবহার করা দেখুন।

নিরাপদ ডাইরেক্ট মোবাইল ওয়েব পরিষেবা কল

আপনার ক্লায়েন্ট-সাইড অ্যাপের জন্য সুরক্ষিত প্রক্সি সার্ভার সেট-আপ করতে না পারলে, নিচে উল্লেখ করা ধাপগুলি অনুসরণ করে আপনার অ্যাপ্লিকেশন সুরক্ষিত করুন:

  1. HTTP হেডার ব্যবহার করুন:

    • Android: X-Android-Package ও X-Android-Cert HTTP হেডার ব্যবহার করুন।

    • iOS: X-Ios-Bundle-Identifier HTTP হেডার ব্যবহার করুন।

  2. আপনার Android বা iOS 'কী'-তে সংশ্লিষ্ট অ্যাপ্লিকেশন সংক্রান্ত বিধিনিষেধ যোগ করুন।

  3. আপনার মোবাইল অ্যাপ্লিকেশন থেকে সরাসরি Google Maps Platform REST API ওয়েব পরিষেবায় কল করার কথা বিবেচনা করার আগে, যাচাই করে নিন যে ভুল Android বা iOS অ্যাপ্লিকেশন শনাক্তকারী সহ অনুরোধ বাতিল করা হয়েছে।

    পরীক্ষিত এন্ডপয়েন্টে Android ও iOS অ্যাপ্লিকেশন সংক্রান্ত বিধিনিষেধ কাজ না করলে, Google দৃঢ়ভাবে সাজেস্ট করে যে আপনি মোবাইল ক্লায়েন্ট ও Google Maps Platform ওয়েব পরিষেবা এন্ডপয়েন্টের মধ্যে সুরক্ষিত প্রক্সি সার্ভার ব্যবহার করুন।

Android অ্যাপ্লিকেশনের জন্য পরামর্শ:

  • Google Maps Platform পরিষেবার সাথে আপনার Android অ্যাপ্লিকেশন ইন্টিগ্রেট করার আগে, আপনার অ্যাপ্লিকেশন আইডি (এটি প্যাকেজ নাম নামেও পরিচিত) সঠিকভাবে ফর্ম্যাট করা আছে কিনা তা যাচাই করুন। বিস্তারিত জানতে, Android ডকুমেন্টেশনে অ্যাপ মডিউল কনফিগার করুন লিঙ্ক দেখুন।

  • আপনার অ্যাপ্লিকেশন থেকে সরাসরি X-Android-Package পাস করতে, এটি প্রোগ্রামাটিক উপায়ে Context.getPackageName() ব্যবহার করে দেখুন।

  • আপনার অ্যাপ্লিকেশন থেকে X-Android-Cert সরাসরি পাস করতে, আপনার অ্যাপ্লিকেশন সাইন-ইন সার্টিফিকেট থেকে প্রয়োজনীয় SHA-1 ফিঙ্গারপ্রিন্ট গণনা করুন, যা PackageInfo.signingInfo-এর মাধ্যমে অ্যাক্সেস করা যায়।

  • আপনি যদি Google Cloud কনসোল ব্যবহার করে আপনার Android অ্যাপ্লিকেশন অনুমোদন করেন, মনে রাখবেন যে UI আশা করে যে SHA-1 ফিঙ্গারপ্রিন্ট একটি কোলন-সীমাবদ্ধ স্ট্রিং হবে, যেমন, 00:11:22:33:44:55:66:77:88:99:AA:BB:CC:DD:EE:FF:00:11:22:33। তবে, gcloud টুল এবং API কী API-কে ডিলিমিটার ছাড়া হেক্সাডেসিমেল স্ট্রিং দিতে হবে।

iOS অ্যাপ্লিকেশনের জন্য পরামর্শ:

  • Google Maps Platform পরিষেবার সাথে আপনার iOS অ্যাপ্লিকেশন ইন্টিগ্রেট করার আগে, আপনার বান্ডেল আইডি সঠিকভাবে ফর্ম্যাট করা হয়েছে কিনা তা যাচাই করুন।

  • আপনার iOS অ্যাপ্লিকেশন অনুমোদন করার সময়, আপনাকে সাধারণত সবসময় X-Ios-Bundle-Identifier হেডারে আপনার মূল বান্ডেলের বান্ডেল আইডি পাস করতে হবে।

আরও তথ্যের জন্য, API কী ম্যানেজ করা এবং API অ্যাক্সেস করতে API কী ব্যবহার করা নিবন্ধগুলি দেখুন।

সার্ভারে আপনার ব্রাউজার ভিত্তিক অ্যাপ হোস্ট করুন

Apache Cordova-এর মতো ফ্রেমওয়ার্ক আপনাকে ওয়েবভিউয়ের মধ্যে চলা মাল্টি-প্ল্যাটফর্ম হাইব্রিড অ্যাপ সহজেই তৈরি করতে দেয়। তবে, আপনার ওয়েব অ্যাপ যদি আপনার নিয়ন্ত্রণ ও অনুমোদিত কোনও ওয়েবসাইট থেকে HTTP বা HTTPS ব্যবহার করে লোড করা না হয়, তাহলে API কী ওয়েবসাইট বিধিনিষেধ সঠিকভাবে কাজ করবে বলে গ্যারান্টি দেওয়া যায় না।

হাইব্রিড অ্যাপ্লিকেশনের মধ্যে থেকে লোকালি লোড করা বা লোকাল ফাইল URL ব্যবহার করে অ্যাক্সেস করা বান্ডেল করা রিসোর্স, অনেক ক্ষেত্রে রেফারার ভিত্তিক অনুমোদন কাজ করতে বাধা দেবে, কারণ আপনার ওয়েবভিউকে পাওয়ার করা ব্রাউজার ইঞ্জিন Referer হেডার পাঠাতে বাদ দেবে। এটি এড়াতে, আপনার ওয়েব অ্যাপ্লিকেশন সার্ভার-সাইডে হোস্ট করুন, ক্লায়েন্ট-সাইডে নয়।

অন্যথায়, মোবাইল অ্যাপ্লিকেশনের জন্য, ওয়েব ভিত্তিক SDK ব্যবহার করার পরিবর্তে, উপলভ্য নেটিভ Google Maps Platform Android এবং iOS SDK ব্যবহার করার কথা বিবেচনা করুন।

আপনার API key সুরক্ষিত করতে App Check ব্যবহার করা

নির্দিষ্ট Maps SDK ও API আপনাকে Firebase App Check-এর সাথে ইন্টিগ্রেট করতে দেয়। বৈধ অ্যাপ ছাড়া অন্য সোর্স থেকে আসা ট্রাফিক ব্লক করে Google Maps Platform-এ আপনার অ্যাপ থেকে করা কলের জন্য App Check সুরক্ষা প্রদান করে। এটি অ্যাটেস্টেশন প্রদানকারীর থেকে একটি টোকেন চেক করে এটি করে। আপনার অ্যাপকে App Check-এর সাথে ইন্টিগ্রেট করলে, তা ক্ষতিকর অনুরোধের বিরুদ্ধে সুরক্ষা দিতে সাহায্য করে, ফলে অননুমোদিত API কলের জন্য আপনাকে চার্জ করা হয় না।

অ্যাপ চেক ইন্টিগ্রেশন সংক্রান্ত নির্দেশাবলী:

API key-এর অননুমোদিত ব্যবহার ম্যানেজ করা

আপনার API key-এর অননুমোদিত ব্যবহার শনাক্ত করলে, সমস্যাটি সমাধান করতে নিম্নলিখিত কাজগুলি করুন:

  1. আপনার কী সীমাবদ্ধ করুন: আপনি একাধিক অ্যাপে একই কী ব্যবহার করে থাকলে, একাধিক API কী-তে মাইগ্রেট করুন এবং প্রতিটি অ্যাপের জন্য আলাদা API কী ব্যবহার করুন। আরও বিবরণের জন্য, দেখুন:

  2. আপনি Places SDK বা Maps Javascript API ব্যবহার করলে, আপনি API কী সুরক্ষিত করতে অ্যাপ চেকও ব্যবহার করতে পারবেন।

  3. নিচে উল্লেখ করা বিষয়গুলি সত্যি হলে তবেই কী পরিবর্তন বা রোটেট করুন:

    • আপনি এমন কীতে অননুমোদিত ব্যবহার শনাক্ত করেছেন যা হয় সীমাবদ্ধ করা যায় না অথবা আগে থেকেই সীমাবদ্ধ করা আছে এবং অ্যাপ চেক প্রযোজ্য নয়।

    • আপনি API কী সুরক্ষিত করতে এবং অপব্যবহার বন্ধ করতে আরও দ্রুত পদক্ষেপ নিতে চান, এমনকি এটি আপনার অ্যাপ্লিকেশন থেকে আসা বৈধ ট্রাফিককে প্রভাবিত করতে পারে।

    এগিয়ে যাওয়ার আগে, এগুলি পড়ে দেখুন: API কী রোটেট করার সময় সতর্ক থাকুন।

  4. এখনও সমস্যা হলে বা সাহায্যের প্রয়োজন হলে, সহায়তা টিমের সাথে যোগাযোগ করুন।

সাজেস্ট করা অ্যাপ্লিকেশন ও API বিধিনিষেধ

নিম্নলিখিত বিভাগগুলি প্রতিটি Google Maps Platform API, SDK বা পরিষেবার জন্য উপযুক্ত অ্যাপ্লিকেশন এবং API বিধিনিষেধের পরামর্শ দেয়।

সাজেস্ট করা API সংক্রান্ত বিধিনিষেধ

API সংক্রান্ত বিধিনিষেধের জন্য নিম্নলিখিত নির্দেশিকা সব Google Maps Platform পরিষেবার ক্ষেত্রে প্রযোজ্য:

  • আপনার API key শুধুমাত্র সেইসব API-এর জন্য সীমাবদ্ধ করুন যেগুলির জন্য আপনি এটি ব্যবহার করছেন, নিম্নলিখিত ব্যতিক্রম সহ:

    • আপনার অ্যাপ Android-এর জন্য Places SDK বা iOS-এর জন্য Places SDK ব্যবহার করলে, আপনি যে SDK ভার্সন ব্যবহার করেন তার উপর নির্ভর করে Places API (নতুন) বা Places API অনুমোদন করুন। ১

    • আপনার অ্যাপ Maps JavaScript API ব্যবহার করলে, আপনার কী-তে সবসময় এটি অনুমোদন করুন।

    • এছাড়াও, আপনি যদি নিম্নলিখিত Maps JavaScript API পরিষেবাগুলির মধ্যে কোনও একটি ব্যবহার করেন, তাহলে আপনাকে সংশ্লিষ্ট API-তেও অনুমোদন দিতে হবে:

      পরিষেবা API সংক্রান্ত বিধিনিষেধ
      দিকনির্দেশ পরিষেবা (পুরনো) Directions API (Legacy)
      Distance Matrix Service (লিগ্যাসি) Distance Matrix API (Legacy)
      উচ্চতা সংক্রান্ত পরিষেবা Elevation API
      Geocoding Service Geocoding API
      Place ক্লাস, Place Autocomplete উইজেট (নতুন) এবং Place Autocomplete ডেটা API Places API (নতুন)২
      Places Library, Places Service & Place Autocomplete Widget Places API2

১ আরও বিবরণের জন্য, Android-এর জন্য Places SDK এবং iOS-এর জন্য Places SDK ডকুমেন্টেশন দেখুন।

২ আপনার Places API (নতুন) বা Places API (লিগ্যাসি) অনুমোদন করতে হবে কিনা সেই ব্যাপারে নিশ্চিত না হলে, Maps JavaScript API ডকুমেন্টেশন দেখুন।

কিছু উদাহরণ:

  • আপনি Android-এর জন্য Maps SDK এবং Android-এর জন্য Places SDK ব্যবহার করছেন, তাই আপনি API বিধিনিষেধ হিসেবে Android-এর জন্য Maps SDK এবং Places API (নতুন) অন্তর্ভুক্ত করুন।

  • আপনার ওয়েবসাইট Maps JavaScript API Elevation Service এবং Maps Static API ব্যবহার করে, তাই আপনি নিম্নলিখিত সব API-এর জন্য API বিধিনিষেধ যোগ করুন:

    • Maps JavaScript API
    • Elevation API
    • Maps Static API

সাজেস্ট করা অ্যাপ্লিকেশন সংক্রান্ত বিধিনিষেধ

ওয়েবসাইট

Maps JavaScript API পরিষেবা, Maps Static API বা Street View Static API ব্যবহার করা অথবা HTTPS REST API বা gRPC-এর মাধ্যমে সরাসরি সাম্প্রতিক Google Maps Platform পরিষেবা কল করা ওয়েবসাইটের জন্য, ওয়েবসাইট অ্যাপ্লিকেশন বিধিনিষেধ ব্যবহার করুন:

১ মোবাইল অ্যাপ্লিকেশনের জন্য, নেটিভ Android-এর জন্য Maps SDK এবং iOS-এর জন্য Maps SDK ব্যবহার করার কথা বিবেচনা করুন।

২ মোবাইল অ্যাপ্লিকেশনের জন্য, নেটিভ Android-এর জন্য Places SDK এবং iOS-এর জন্য Places SDK ব্যবহার করার কথা বিবেচনা করুন।

৩ আরও দেখুন Static Web API ব্যবহার সুরক্ষিত করুন।

Maps Embed API সহ ওয়েবসাইট

Maps Embed API ব্যবহার করার জন্য কোনও চার্জ না লাগলেও, অন্য পরিষেবায় অপব্যবহার প্রতিরোধ করতে, আপনাকে এখনও ব্যবহৃত যেকোনও API কী সীমাবদ্ধ করতে হবে।

সবচেয়ে ভাল পদ্ধতি: Maps Embed API ব্যবহারের জন্য একটি আলাদা API কী তৈরি করুন এবং এই কীটিকে শুধুমাত্র Maps Embed API-তে সীমাবদ্ধ রাখুন। এই বিধিনিষেধ কী যথেষ্ট সুরক্ষিত করে, এর ফলে অন্য কোনও Google পরিষেবায় এটি অননুমোদিতভাবে ব্যবহার করা যায় না। আপনার Maps Embed API কী কোথা থেকে ব্যবহার করা যাবে তার উপর সম্পূর্ণ নিয়ন্ত্রণ পেতে, Google ওয়েবসাইট অ্যাপ্লিকেশন সংক্রান্ত বিধিনিষেধও প্রয়োগ করার সাজেশন দেয়।

আপনি যদি Maps Embed API ব্যবহারকে আলাদা API কী-তে আলাদা করতে না পারেন, তাহলে ওয়েবসাইট অ্যাপ্লিকেশন বিধিনিষেধ ব্যবহার করে আপনার বর্তমান কী সুরক্ষিত করুন।

ওয়েব পরিষেবা ব্যবহার করছে এমন অ্যাপ ও সার্ভার

API কী সহ ওয়েব পরিষেবা একসাথে ব্যবহার করা বিশ্বস্ত কর্পোরেট ইন্টার্নাল নেটওয়ার্ক থেকে সার্ভার ও ক্লায়েন্ট-সাইড অ্যাপের জন্য, IP addressesঅ্যাপ্লিকেশন বিধিনিষেধ ব্যবহার করুন।

এইসব API ব্যবহার করে অ্যাপ ও সার্ভারের জন্য ব্যবহার করুন:

৪ মোবাইল অ্যাপ্লিকেশনের জন্য, নেভিগেশন SDK ব্যবহার করার কথা বিবেচনা করুন।

৫ নিরাপদে মোবাইল ব্যবহার করতে, সুরক্ষিত প্রক্সি সার্ভার ব্যবহার করুন।

৬ ক্লায়েন্ট-সাইড অ্যাপ্লিকেশনের জন্য, প্ল্যাটফর্মের দেওয়া নেটিভ জিওলোকেশন পরিষেবা ব্যবহার করার কথা বিবেচনা করুন; যেমন, ওয়েব ব্রাউজারের জন্য W3C জিওলোকেশন, Android-এর জন্য LocationManager অথবা Fused Location Provider API অথবা iOS-এর জন্য Apple Core Location ফ্রেমওয়ার্ক।

৭ মোবাইল অ্যাপ্লিকেশনের জন্য, নেটিভ Android-এর জন্য Places SDK এবং iOS-এর জন্য Places SDK ব্যবহার করার কথা বিবেচনা করুন।

৮ ক্লায়েন্ট-সাইড ব্যবহারের ক্ষেত্রে নিরাপত্তা নিশ্চিত করতে, একটি নিরাপদ প্রক্সি সার্ভার ব্যবহার করুন।

Android অ্যাপ

Android-এ অ্যাপের জন্য, Android apps অ্যাপ্লিকেশন সংক্রান্ত বিধিনিষেধ ব্যবহার করুন। এইসব SDK ব্যবহার করে অ্যাপের জন্য ব্যবহার করুন:

এছাড়াও, Android Manifest-এ API কী স্টোর করার পরিবর্তে, লোকাল ফাইল থেকে সিক্রেট ইনজেক্ট করতে Secrets Gradle প্লাগ-ইন ব্যবহার করে, ভার্সন কন্ট্রোলে ভুলবশত API কী চেক করা আটকান।

iOS অ্যাপ

iOS-এ অ্যাপের জন্য, iOS apps অ্যাপ্লিকেশন সংক্রান্ত বিধিনিষেধ ব্যবহার করুন। এইসব SDK ব্যবহার করা অ্যাপ ও সার্ভারের জন্য ব্যবহার করুন:

আরও পড়ুন