bugfix> html > 投稿

ブートストラップ3を使用するサイトのスタイリングに取り組んでいます。フロントエンドは私の強力なスーツではなく、私の役割は小さな問題を片付けることです。

私は、デスクトップ上で全幅で作品を開発しています。ブートストラップの事前定義されたビューポートを使用しており、レスポンシブデザインの作成にそれを使用しています。次に、モバイルのパフォーマンスを確認し、そこから進みます。その後、タブレットのレイアウトを調べますが、通常は問題ありません。私の方法はおそらくベストプラクティスではありませんが、これまでのところ機能しています。

マーケティングクライアントに作業結果を表示すると、デスクトップで使用しているブラウザーウィンドウのサイズを変更して、さまざまなレイアウトを「テスト」します。これを行うことにより、ページ要素はブラウザによってシャッフルされ、任意のビューポート幅で奇妙な場所に配置される可能性があります。

状況は、モバイルモードでデバイスパラメーターを選択して、これらの壊れたレイアウトを再作成できないことです。これは、フルサイズのブラウザウィンドウでサイトを開き、マウスを使用して特定の任意の幅にサイズ変更することによってのみ実行できます。

マーケティングは、これはサイトが本当にレスポンシブではないことを意味していると考えており、任意のブラウザ幅、ピクセルごとにレイアウトがきれいに見えるようにサイトを開発する必要があります。ウィンドウのサイズ変更のテストは、現在の開発方法からの脱却になるでしょう。

サイトのエンドユーザーに関する限り、ブラウザーウィンドウのサイズ変更は実際のシナリオですか?ブラウザウィンドウのサイズを変更した(モニターをいっぱいにしない)ため、またはデスクトップシステムの解像度がおかしいため、エンドユーザーの1人が壊れたレイアウトになりますか?または、事前に定義された静的サイズに対してのみ開発する必要がありますか?

回答 2 件
  • 私が働いていたデジタルエージェンシーで、これとまったく同じ質問をしました。複数のプロジェクトにいくつかの分析を設定して、エンドユーザーがブラウザウィンドウのサイズを変更する頻度を決定します。これらは比較的基本的なWordPress Webサイトでした。約50万人のユーザーのテストでは、セッション中にウィンドウのサイズを変更したのは1%未満でした。

    それは気にするのに十分な数ですか?クライアントに依存します。一部のクライアントは、「1%未満ですか?気にしません」と言うでしょう。他の人は、「100人の訪問者のうち1人が壊れたUIを見るかもしれません!

    残念ながら、契約作業では、この特定の問題が契約で概説されていない限り、通常、クライアントの気まぐれに拘束されます。 「一般的なユーザーベースの1%未満しか受け入れない望ましくない動作は、この作業指示書には含まれていません」などの条項。その後、修正することをクライアントに伝えることができますが、元の契約では考慮されなかった時間とお金がかかります。

    また、問題はサイズ変更時にのみ発生し、実際の世界ではめったに発生しないこと、およびブラウザーウィンドウのサイズ変更時にページをリロードしてそのサイズのブラウザーを使用するエンドユーザーが実際にどのように見えるかをクライアントに説明することもできますそれ。

  • ほとんどの場合、ブートストラップを適切に使用すれば、サイズ変更時に実際に破損することはありません。ブラウザウィンドウを常にすべてのサイズに手動で再スケーリングする必要はありませんが、ユーザーが画面の端にドラッグしてから、2つのウィンドウを1080p、1440p、および4kでサイズ変更することを期待できます。また、MAC上のSafariのようなものも同様に物事を壊すことができます。そして、再スケーリング時に壊れた場合、その周りに電話サイズがあり、それが完全に壊れないのはなぜですか?

    しかし、あなたのサイトが素晴らしいかどうかを教えてくれるのは誰ですか。どれほど悪いのか、実際にはそれほど悪いのかはわかりません。

あなたの答え