マップ URL のサポート オプション

ヘルプ

アプリに関するサポートが必要な場合は、以下のリソースをご利用ください。

Stack Overflow でのコミュニティ サポート

Stack Overflow コミュニティ サポートのウェブサイト

Maps URL に関する技術的な質問については、プログラミング関連の Q&A サイトである Stack Overflow もご利用ください。Stack Overflow は、参加編集型のプログラマー向け Q&A サイトです。このサイトは Google の運営ではありませんが、Google アカウントでログインできます。アプリケーションの開発やメンテナンスに関する技術的な質問を行う場所として活用することをおすすめします。

Google Maps Platform チームのメンバーは、Stack Overflow の Google マップ関連タグのいくつかをモニタリングしています。Google Maps Platform API のトピックを検索するには、検索クエリに google-maps を追加します。Maps URL 固有のトピックを検索するには、検索語句に google-maps-urls を追加します。自身の質問にタグを付けると、その関連技術に精通する人々の注意を引くことができます。

Stack Overflow に質問を投稿する前に検索する

投稿する前に、Stack Overflow を検索して、ご自分の質問に対する回答がすでに他のユーザーから寄せられていないかどうかを確認してください。

投稿済みの質問を検索

初めて質問を投稿する際は、以下の点を考慮してください。

  • 件名の質問は明確にしてください。質問に回答する人だけでなく、同じ問題を検索する他のユーザーにも役立ちます。
  • 他のユーザーが問題の内容を理解できるよう、投稿文は詳しく記述してください。コード スニペット、ログ、スクリーンショットのリンクなどを追加してもよいでしょう。
  • 問題が発生するコード スニペットを記載してください。ほとんどの場合、問題を再現するサンプルがなければ、コードのエラーをデバッグできません。コードをオンラインでホストするのが難しい場合は、JSFiddle のようなサービスを使用します。
  • Stack Overflow のツアーをご覧ください。サイトとコミュニティのガイドラインとヒントを参考にして、疑問点を解決します。

新しい質問を投稿

問題の報告、機能リクエスト

Google Issue Tracker のバグと機能のリスト

バグを見つけたと思われる場合や、Google Maps Platform チームと共有したい機能リクエストがある場合は、Issue Tracker で報告してください。

バグ

問題の原因が Maps URL のバグであるとお考えの場合は、Issue Tracker でご報告ください。バグの説明には次の情報を含めてください。

  • 問題点の説明と期待動作
  • 問題を再現するための手順やサンプルコードの短いスニペット
  • バグレポート テンプレートに必要なその他の情報

バグを報告する前に、バグのリストを検索して、他のユーザーがすでに問題を報告していないか確認してください。

登録済みのバグを検索 バグを報告

機能リクエスト

Issue Tracker を使用して、新しい機能をリクエストしたり、既存の機能の修正を提案したりできます。追加を希望する機能の詳しい説明と、その機能を重視する理由を記載してください。可能であれば、具体的なユースケースと、その機能によって生まれる新たな可能性についても記載をお願いします。

新しい機能リクエストを提出する前に、リストを検索して、他のユーザーがすでに同じリクエストを提出していないか確認してください。

提出済みのリクエストを検索 新機能をリクエスト

Issue Tracker のステータス コード
New この問題または機能リクエストはトリアージされていません。
Assigned 問題は審査中です。
In Progress (Accepted) 問題は審査され、有効と判断されました。なお、これは、近い将来に問題が修正されることや、機能リクエストが実装されることを意味するものではありません。詳しくは、下記の優先度に関するセクションをご覧ください。
Fixed 問題は修正されており、サービスはまもなく利用可能になります。
Fixed (Verified) 問題は修正されており、リリースでサービスを利用可能であることが確認されています。
Won't fix (Not reproducible) 問題を修正するのに十分な情報がないか、報告された問題を再現できません。
Won't fix (Intended behavior) 問題は、報告された状況で想定されるサービスの挙動を示しています。
Won't fix (Obsolete) サービスの変更により、問題の関連性がなくなりました。
Won't fix (Infeasible) 問題の修正には、当面加えることができない変更が必要です。
Duplicate この報告は既存の問題と重複しています。

問題の優先度

問題に割り当てられた優先度は、問題がいつ修正されるかを示す最良の指標です。優先度の高い問題（P1、P2 など）は迅速に調査、修正されますが、優先度の低い問題（P3、P4 など）や機能リクエストは、対処に時間がかかる場合や、近い将来に実装されない場合があります。問題に割り当てられた優先度は、サービスの優先度、実現可能性、利用可能なリソースに基づいて、時間の経過とともに変化する可能性があります。