モバイルデバイスのレスポンシブテキストまたは切り捨てられたテキスト？

Question

私はこれを読んでいましたレスポンシブテキストの使用に関する非常に興味深い記事 Webの1つのバージョンとモバイルデバイスの1つのバージョンを表示するレスポンシブテキストの使用により、モバイルデバイスに重要なコンテンツのみを表示します。

このアプローチが適切かどうか、ユーザーがコンテンツの一部を非表示にしたいと考えるのが安全か、ユーザーにコンテンツのティーザーを与えてから、移動して残りのコンテンツを読むためのread moreリンクが提供されます。

Karen McGrane · Accepted Answer

モバイルデバイスでコンテンツを処理する方法を検討しているとき、特に、さまざまな画面サイズまたはデバイス機能でコンテンツの優先順位を再設定する方法を考えている場合、3つの大きな問題があります。私はこのアダプティブコンテンツを、アダプティブデザインまたはレスポンシブデザインのパートナーとして呼んでいます。

コンテンツはどのように書かれているのですか？切り捨てはうまくいくかもしれません...コンテンツが最初の文に説得力のある重要な情報を置くように書かれている場合。 Webライターは、多くの場合、「Ledeを埋める」ことで有罪となり、有用な情報をコンテンツの奥に隠しています。最初の文がユーザーに通知するのに十分なコンテキストと値を提供すると確信できない場合は、切り捨ては許容できるコンテンツ戦略ではありません...
コンテンツはどのように構成されていますか？モバイルデバイスでコンテンツを非表示にするというアイデアは興味深い技術デモですが、これを見ると、CMSで何が起こっているのかを考えることができます。ライターは、どのテキストが重要で、どれを非表示にできるかを指定する方法が必要になります。また、すべてのフォーマットで読みやすいようにテキストを記述する必要があります。
CMSはそれをサポートしていますか？多くの企業は、さまざまなモバイルデバイスをサポートする必要がある既存のWeb CMSで問題に直面します。異なる優先度を指定する際にライターをサポートするために、異なるフィールドとメタデータを実装できますか？ CMSは「プログレッシブエンハンスメント」モデルを使用したテキストのパブリッシュをサポートしますか、それともモバイルユーザーはすべてのテキストをダウンロードする必要がありますか？多くの場合、これを正しく行うには、CMSに大幅な変更を加える必要があります。

モバイルデバイスをサポートするための最良の方法は、コンテンツを書き換えて、内容を短く、書きやすくし、専門用語や綿毛で埋め尽くさないようにすることだと思います。また、コンテンツに構造を追加して、再利用できるように設計された柔軟なチャンクを書き込む必要もあります。これを行うと、モバイルユーザーにとって、そしてデスクトップユーザーにとっても、優れたエクスペリエンスが実現します。

Roger Attrill · Answer

An Event Apart in Washington DC 2011 での彼女のプレゼンテーションで、Karen McGraneはWebサイトでの構造化コンテンツの必要性について話しました。次の形式のTwitter：

enter image description here

Luke Wrobleski 彼女の講演についていくつかのメモを書きましたと彼は言います：

これは技術的な問題ではありません。それは戦略の問題です。

彼がリストする「解決策」の中で（まだカレンの話から）：

ページではなく、チャンクに書き込みます。切り捨てはコンテンツ戦略ではありません。小さな画面に収まるようにコンテンツを切り刻むだけではありません。ブロブとチャンクの間に戦争があります。ブロブを勝つことはできません。

メタデータをわかりやすく説明します。メタデータを使用すると、適切な方法（異なるデバイスなど）でコンテンツをプログラムで組み立てることができます。

メタデータは、コンテンツに優先順位を付け、最終的にそれをパーソナライズするのに役立ちます。しかし、実際に何が重要かを決定するには、人間の判断が必要です。自動化されたページは、それだけでは十分にスマートではありません。

CMSワークフローの改善。コンテンツ管理者は、コンテンツ管理システムの入力フィールドを嫌いますが、それらはワークフローの不良の兆候にすぎません。 CMSを決定するためのチェックリストの作成を停止する必要があります。

代わりに、コンテンツ作成者のワークフローを確認する必要があります。ワークフローが合理化され、システムが使用可能であり、構造化コンテンツを簡単に作成できることを確認する必要があります。よりきれいなフォントとより良いタブはすべて素晴らしいです。ただし、ワークフローの設計を確認する必要があります。 CMSシステムを設計するために、ウェブサイトの設計に使用するのと同じ原則と手法を適用します。

くさびとしてモバイルを使用してください。私たちは一歩下がって、コンテンツ公開の実践を再考して将来の成功に向けて準備する方法を理解する大きな機会があります。これにより、新しいプラットフォームへの移行が可能になります。

コンテンツに入れる構造が多いほど、より自由になります。

コンテンツを表示から分離する必要があります（今回は実際に）。

コンテンツは、プレゼンテーションに依存しないクリーンな方法でキャプチャする必要があります。

構造化コンテンツに関する継続的な会話が必要です。

したがって、本質的には、さまざまなターゲットデバイスに関連するコンテンツ戦略を再考する必要があると言われています。

ユーザーが見ることができるように利用可能なコンテンツのより詳細なバージョンが存在するように、関連がある場合は 'more'リンクに問題があるとは思いません。そのより充実したコンテンツは、おそらくより適切な読み取り環境で提供できます（おそらくKindle Androidの場合と同様））。完全なコンテンツの単純な切り捨ては正しい答えではありません。

切り捨ては、有用なスタンドアロンチャンクを提供することはめったになく、ほぼforcesユーザーが 'more'をヒットすることがよくあります。（特にモバイル）ユーザーが必要とする範囲でメッセージを送信するのに十分です。

データ転送

JonWはデータ転送のトピックを提起しました：適切に構造化されたコンテンツ階層はデバイスに適切なサイズのチャンクのみをプッシュ/プルできる可能性がありますが、切り捨ては通常、フルテキストを必要とし、利用可能なスペースに応じてクライアント側で切り捨てが発生します指定されたデバイスに表示します。

このノートでは（この質問ではテキストに関心があると思いますが）、テキストと一緒に埋め込まれた画像も、チャンクに合わせて正しく適切にサイズ変更できます-または完全に削除できます-画像のサイズ変更のためのレスポンシブ手法のファンではありませんなぜなら、実際には大きな画像をダウンロードし、それに応じて拡大するからです（拡大すると見栄えが悪くなるため）。