> ## Documentation Index
> Fetch the complete documentation index at: https://generaltranslation.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# 位置情報ガイドライン

最終更新日: 2014年10月22日。

<div id="introduction">
  ## はじめに
</div>

Posting With Location は、X API における地理情報 (ジオタグ) 付与機能です。この機能により、投稿に位置情報を付与することで、ユーザーにとってより文脈に即した意味のあるものになります。例えば、「花火だ！」という投稿は、場所と関連付けられることで、「カリフォルニア州サンフランシスコの SoMa 地区からの『花火だ！』」のように、より関連性の高い情報になります。私たちは、この機能を活用し、開発者エコシステムの皆さまと共に優れたユーザー体験を創出していけることを楽しみにしています。

<div id="user-privacy-and-user-control-of-their-location-information">
  ## ユーザーのプライバシーと位置情報のユーザーによる管理
</div>

良好で安全な利用体験を実現するため、開発者はユーザーの位置情報を扱う際にユーザーのプライバシーに十分配慮し、「位置情報付きポスト」の体験において一定の一貫性を提供する必要があります。ユーザーのプライバシーを保護し、ユーザーが自分の行動の影響を理解できるようにするために、次の重要なポイントに留意してください。

<div id="general-guidelines">
  ## 一般的なガイドライン
</div>

* ユーザーは、位置情報付きポスト機能を利用するために、自らオプトイン (位置情報を「オン」にする) しなければなりません。
* ユーザーは、自分のポストに正確な位置情報を表示することについて、明示的に許可しなければなりません。あなたのクライアントの位置情報機能が「スティッキー」 (一度位置情報をオンにすると常にポストに付与される) である場合は、場所名 (`place_ids`) のみを表示し、ユーザーがポストごと、または特定の代替設定として、正確な緯度・経度の表示にさらにオプトインできるようにすることを検討してください。
* ユーザーの位置情報にアクセスしてポストを投稿する場合、その情報をユーザーからの明示的な許可なくポストとは別に保存してはなりません。
* ユーザーのポストに関連して、どの程度の位置情報が (もしあれば) 表示されるかが、ユーザーにとって明確でなければなりません。その一例として、ポストが公開される前に、その情報がどのように表示されるかを示す地図を表示する方法があります。クライアント上でユーザーにより公開される情報の一部 (または唯一の情報) が正確な緯度・経度である場合、その正確な座標が公開されることをユーザーが明確に認識できるようにする必要があります。
* ユーザーは、ポストを作成するたびに、自分の位置情報をオン・オフ切り替えられるようにする必要があります。
* あなたは、X の[Developer Policy](/ja/developer-terms/policy.html)に従わなければなりません。これには、X API から取得した位置情報データやその他の地理情報について、ポストの一部として含まれる場合を除き、集約、キャッシュ、保存してはならないこと、またそのような位置情報データや地理情報を単独で利用してはならないことが含まれます。

<div id="specific-examples">
  ## 具体的な例
</div>

例 1: *緯度・経度を明示的に追加しない場合 (現在の X Web Client の UI) *

1. ユーザーがポストを作成する際に、「位置情報を追加」のリンクを表示する。
2. バックグラウンドで、X の [reverse\_geocode](https://developer.x.com/en/docs/geo/places-near-location/api-reference/get-geo-reverse_geocode.html) API 呼び出しを使用し、取得した緯度・経度・測位の精度と、ユーザーが希望する粒度 (デフォルトでは「neighborhood」) を渡す。
3. デフォルトの場所名を表示する (X は意味のある順序になるように並べ替えを行うため、X クライアントはリストをそのまま表示するだけでよい設計になっています) 。
4. ユーザーがリストから別の場所を選択できるようにする (例: 「SoMa, San Francisco」から「South Beach, San Francisco」に変更する) 。
5. 重要: 正確な位置情報を表示する場合は、その旨をユーザーに対して明確かつ透明に示すこと。正確な位置情報が表示されるかどうかをユーザーが認識できるようにすること。
6. 各ポスト作成時に、ユーザーが位置情報をオンまたはオフにできるようにする。

例 2: *既存のジオタグ実装*

多くの X クライアント App には、place\_ID を提供せずに緯度・経度のみを送信する、従来のジオタグ機能が実装されています。API のデフォルト動作はこの挙動を模倣しており、つまり、開発者としては、現在の挙動を維持するために既存の App を変更する必要はありません。実際、X に単に緯度・経度の座標を渡すだけで、X はその緯度・経度を自動的に逆ジオコーディングし、利用可能なデータがあるエリアについては、緯度・経度に加えて place\_ID を表示します。

ユーザーの正確な座標が X 上で使用・表示されていることを、ユーザーに対して明確かつ透明に示すようにしてください。既存の App におけるベストプラクティスとしては、ユーザーがポストごとに位置情報をオンまたはオフにできるようにすることです。また、デフォルトの「維持される (sticky) 」設定として、正確な座標ではなく place\_ID のみを共有するようにユーザーが選択できるようにすることも可能です。

<div id="x-storage-of-user-location-data">
  ## ユーザー位置情報データの X による保存
</div>

X はクライアントから渡されたデータを次のように保存します。

* X は、ユーザーがフォロワーに対して公開することを選択したすべてのデータを保存します。これは、ポストが行われた時刻を示すタイムスタンプを X が保存する仕組みと同様で、ユーザーが正確な座標を位置情報として付けてポストした場合には、そのポストが存在する限り、そのポストとともにこの正確な位置情報も保存されることを意味します。ユーザーは、[こちら](https://support.twitter.com/articles/122236-how-to-tweet-with-your-location)) に記載されているとおり、設定ページで「位置情報履歴を削除」ボタンをクリックすることで、自分のポストに紐づく位置情報データを削除できます。

<div id="summary">
  ## まとめ
</div>

ポストに位置情報を付与することで、ユーザーにとっての文脈や価値が大きく高まります。一方で、クライアントに位置情報機能を実装する際は、位置情報を中心としたプロダクトを設計するうえで、プライバシーとユーザーへの透明性を最優先事項として慎重に検討する必要があります。

プライバシー、位置情報、その他の地理関連機能について質問や意見がある場合は、[こちらからお問い合わせください。](https://support.twitter.com/forms/platform)