はじめに
Posting With Location は、X API における位置情報タグ付け機能です。この機能は、投稿をよりコンテキストに沿ったものにすることで、ユーザーにとってより意味のある体験を提供します。たとえば、「花火!」という投稿だけでは伝わりにくいですが、位置情報が付加されると「カリフォルニア州サンフランシスコの SoMa 地区から『花火!』」となり、格段に伝わりやすくなります。開発者エコシステムと協力して、この機能を活用した素晴らしい体験を作り上げていくことを楽しみにしています!ユーザーのプライバシーと位置情報に対するユーザーによる制御
良好で安全な体験を確保するため、開発者はユーザーの位置情報を取り扱う際、プライバシーに十分配慮するとともに、「Posting with Location」体験の基本的な一貫性を提供する必要があります。ユーザーのプライバシーを保護し、ユーザーが自身の行動の影響を理解できるようにするために、以下の重要なポイントに留意してください。一般的なガイドライン
- ユーザーは Posting With Location 機能を利用するためにオプトインする必要があります(位置情報を「オン」にする)。
- ユーザーは、投稿とともに正確な位置情報を表示することについて明示的な許可を与える必要があります。クライアント上で位置情報機能が「スティッキー」である場合(つまり、一度オンにすると常に投稿に位置情報が付随する場合)、地名 (place_ids) のみを表示し、投稿ごとに、または特定の代替設定として、ユーザーが正確な緯度・経度についてさらにオプトインできるようにすることを推奨します。
- 投稿するためにユーザーの位置情報データにアクセスする場合、ユーザーの明示的な許可なく、その情報を投稿とは別に保存してはなりません。
- 投稿と関連付けてどの程度の位置情報が(表示される場合)表示されるのかが、ユーザーに明確に伝わっている必要があります。これを実現する一つの方法は、投稿が公開される前に、その情報がどのように表示されるかを示す地図を表示することです。正確な緯度・経度がクライアント上でユーザーが公開する情報の一部(またはその唯一の情報)である場合、正確な座標が公開されることをユーザーに明確に伝える必要があります。
- ユーザーは、投稿を作成するたびに位置情報のオン/オフを切り替えられる必要があります。
- X の 開発者ポリシー の条項に従う必要があります。これには、X API から取得した位置情報データやその他の地理情報を、投稿の一部として以外は集約、キャッシュ、保存してはならず、また当該位置情報データや地理情報を単体で使用してはならないという要件が含まれます。
具体例
例 1: 正確な緯度・経度を追加しない場合(これは現在の X Web クライアント UI です)- ユーザーが投稿を作成する際に「位置情報を追加」というリンクを表示する。
- バックグラウンドで X の reverse_geocode API を呼び出し、緯度、経度、位置情報の精度、ユーザーの希望する粒度(デフォルトは「neighborhood」)を渡す。
- デフォルトの場所の名前を表示する(X は意味のある順序で並べようとします。並び順は、X クライアントが変更を加えずにそのままリストを表示できるようになっています)。
- ユーザーがリストから別の場所を選択できるようにする(例: 「SoMa, San Francisco」から「South Beach, San Francisco」へ変更)。
- 重要: 正確な位置情報を表示する場合は、ユーザーに対して透明性を確保してください。正確な位置情報が表示されることをユーザーが確実に理解できるようにする必要があります。
- 投稿を作成するたびに、ユーザーが位置情報のオン/オフを選択できるようにする。
X によるユーザー位置情報データの保存
X は、クライアントから渡されたデータを次のように保存します:- ユーザーがフォロワーに公開表示することを選択したすべてのデータを X は保存します。これは、投稿の作成日時を示すタイムスタンプを X が保存する方法と似ています。つまり、ユーザーが正確な座標を含めて投稿した場合、その投稿が存在する限り、X はその正確な位置情報を投稿とともに保存します。ユーザーは、設定ページの「位置情報履歴を消去」ボタンをクリックすることで、投稿から位置情報データを消去できます。詳細は こちら をご覧ください。