レスポンシブデザインでソーシャル共有オプションを提供する必要がありますか？
小型デバイスのブラウザの大部分（およびデスクトップのSafariも）は、ユーザーがコンテンツを共有できる機能（たとえば、Twitter）をすでに提供しているため、ユーザーがWebサイトにアクセスしたときにこの機能を提供する必要があります。スマートフォン/タブレット（ユーザーがデスクトップまたはラップトップからアクセスした場合でも提供します）？議論のために、人々がデスクトップでブラウザのサイズを変更できるという事実を無視しましょう。
私が考えることができるいくつかの利点は組み込み関数です：
- インストールされたアプリを共有に使用できるので、私に尋ねると、より良い体験ができます
- ページ上で余分なスペースを取らない
- ソーシャルウィジェットを読み込む必要がないため、データ使用量を減らし、読み込み時間を短縮します。
私が考えることができるいくつかの欠点：
- 誰もが組み込みのソーシャル共有機能について知っているわけではありません
- ソーシャルメディアプラットフォームで記事が共有される頻度を確認することは不可能です。数値が高いほど、他の人にも共有を刺激することができます
例： NPRには優れたソーシャル共有機能があります 。小さく、速く、直感的です。ただし、組み込みの共有機能には共有のオプションがはるかに多いので、なぜNPRが提供するオプションを使用したいのですか？それはスペースなどを占有します...
はい、ソーシャル共有オプションを提供する必要があります
理由は次のとおりです。
サイトで共有ボタンを使用する場合、同じURLを共有していないサイトにあるように見える可能性があります。
たとえば、このページで「共有」を選択した場合、共有できるURLは
http://ux.stackexchange.com/q/38299/4595（私のユーザーID 4595が含まれています）。しかし、ページのURLを見ると、http://ux.stackexchange.com/questions/38299/ユーザーIDがありません。ページ上の共有ボタンは、機能を提供するために存在するのと同じくらい行動を促すフレーズとして機能します。
ユーザーは気付かない組み込みアプリを使用して共有する方法について
組み込みのアプリ共有は、多くの場合それほど便利ではありません単純なボタンを選択するのと同じです
ユーザーアプリがない可能性があります共有するサービス。たとえば、Facebookで共有したいのですが、個人用デバイスにFacebookアプリがインストールされていません。
レスポンシブサイトを設計するときは、ブラウザーで別のWebページを起動するのではなく、モバイルデバイスの共有ボタンでネイティブ/デフォルトアプリケーションをトリガーするを微調整してください。
また、共有ボタンを使用すると、共有投稿のルックアンドフィールをカスタマイズして、デフォルトのブラウザ共有オプションで実行できるようになります。例：ユーザーがページの[共有]をクリックしたときに、共有カードのタイトル、概要、画像を、ブラウザーに依存せずに、独自のパラメーターに基づいて処理することを確認できます。
ユーザーがアプリをインストールしていないの問題も電話にありますが、彼らはそのプラットフォームにアカウントを持っている可能性があります（チャンスは少ないですが、可能性はあります）。このような場合は、共有ボタンを変更して、ユーザーが今後使用するためにアプリをインストールするよう求めるプロンプトをトリガーすることができます。
最後に、ブラウザの共有ボタンはメニュー内に隠されていますが（明確ではありません）、ボタンはユーザーに表示され、より良い視覚的フィードバックを提供します。
はいと答えるのには同意しません。
全体的なユーザーエクスペリエンスコンテンツ自体の場合は、ユーザーが行う可能性のある二次的なアクションよりも優先されます。ユーザーエクスペリエンスに問題がないような方法でコンテンツが提示され、ユーザーがコンテンツを共有したい場合、ユーザーは、Webサイトを手に持つかどうかに関係なく、コンテンツを共有する方法を見つけます。