サイトやアプリのユーザビリティを向上させる35のポイント | ベイジの社長ブログ
デバイスがどのように進化しようが、アプリの時代になろうが、ユーザビリティは変わらず求められるものです。Web/IT業界では「使いやすさ」という意味で気軽に使われる言葉ですが、奥は深く、原論を解説した書籍もいくつか出ています。 学術的な解説はそういった書籍に任せるとして、ここでは、経験の浅いデザイナー、あるいは非デザイナー（ディレクター、Web担当者、エンジニアなど）向けに、ユーザビリティの向上に繋がる基本的な要点をまとめてみました。 ボタン、テキスト、コピーなど ボタンやテキストのデザインは、ユーザビリティを左右する大きなポイントです。表面的な美観に流されず、ユーザ視点で考えていきましょう。 1：ボタンじゃない要素は、ボタンと似たデザインにしない ボタンのデザイン次第で、サイトやアプリの使いやすさは大きく変わります。特に、ボタンでない要素にボタンのようなデザインを施すことは、どこが押せるの
1ページで完結、Web制作者が助かるチートシート・資料・PDFまとめ
作成：2015/08/10 更新：2017/04/16 Web制作 > 開発環境 ページを移動せずにテンプレートや仕様書を確認したい。今回はPCの横に貼ったり印刷したり、ワンクリックで見れるように、1ページで完結している資料をまとめました。Web制作をする上で便利なチートシートや資料・仕様書まとめです。 エンジニア速報は Twitter の@commteで配信しています。 もくじ WordPress版 受託用マニュアル １．ヒアリングシート ２．WP版ホームページ制作の流れ ３．WordPress管理マニュアル ４．WP版品質チェックシート ５．Wordpress タグ タスクランナー ６．gulp ７．Bower JavaScript 代替言語／JST ８．TypeScript ９．CoffeeScript １０．Jade コーディング用 １１．Chrome 開発ツール １２．html5
これからのWebデザインに求められるアクセシビリティとの向き合い方ーWDF Vol.17 with HTML5 Experts.jp「アクセシビリティとUX」
これからのWebデザインに求められるアクセシビリティとの向き合い方ーWDF Vol.17 with HTML5 Experts.jp「アクセシビリティとUX」 仲 裕介（HTML5 Experts.jp副編集長） 3月14日に特定非営利活動法人Web Directors Forum（以下、WDF）とHTML5 Experts.jpの共催企画として、WDF Vol.17 with HTML5 Experts.jp「アクセシビリティとUX」が金沢にて開催されました。この記事では、その勉強会のセッションの模様をレポートします。 これからのWebデザインに求められるアクセシビリティとの向き合い方ー木達一仁 最初は、株式会社ミツエーリンクスのCTOでありエキスパートの一人でもある、木達一仁さんによるセッションです。木達さんはWebアクセシビリティに関して、様々な取り組みをされている方です。別の企画で
フォーム入力不備の情報提示 (スクリーンリーダーのユーザーにも伝わるように) | Accessible & Usable
公開日 : 2015年4月7日 カテゴリー : ユーザビリティ / アクセシビリティ ウェブサイトのフォームで、入力に不備がある場合、問題となっている箇所および修正方法をユーザーに提示する必要があります。そのような情報は当然ながら、支援技術 (スクリーンリーダーなど) のユーザーにも伝わらなければなりません。 WCAG 2.0 / JIS X8341-3:2010 では、以下の規定があります。 入力エラーが自動的に発見された場合は、エラーとなっている箇所を特定し、そのエラーをテキストで説明しなければならない。 出典 : JIS X8341-3:2010「7.3.1.1 入力エラー箇所の特定に関する達成基準」(等級A) 入力エラーが自動的に発見された場合は、その修正方法が明らかであれば、その方法を利用者に提示しなければならない。ただし、セキュリティ又はコンテンツの目的を損なう場合は除く。 出
Yahoo!ニュース月100億PVのジレンマ～マイナーブラウザとどう付き合うか
写真：アフロ こんにちは、「Yahoo!ニュース」のHTMLやCSSのコーディングを担当している吉澤です。 今回は、「Yahoo!ニュース」ブラウザ版のコーディングをするにあたって気をつけている点などに触れてみたいと思います。 まずは、現在、PC版「Yahoo!ニュース」にアクセスしている方々がどんなブラウザを使っているのかを紹介します。 ご覧のように、Internet Explorer 11からのアクセスが一番多く、次いでGoogle Chrome、そしてInternet Explorer 8といった順番となっています。 1年間の主要ブラウザシェアの大まかな推移はこのようになっています。 Windows XPのサポート終了の影響で大きな動きがあったものの、ここ数ヶ月は安定した推移で動いているのがわかります。Internet Explorerについては最新版へのアップデートが緩やかに進行し
納品前 品質・納品チェックシート | コムテブログ
TL;DR テスト環境、本番と同じ環境にサイトを置いたときに確認しておきたいことってなんだろう。公開後のクレームやトラブルを防いだり、サイト公開・納品前にサイトの品質を上げるためにチェックしておきたいことをまとめました。大切だけど意外とチェックし忘れそうな内容を知りたいとき、過去の失敗をもとに作成したシートを公開します。 機能 要件定義をもとに指定の機能が実装済か確認します。 項目 解説
mydevice.io : web devices capabilities
CSS3 flexbox grid layout grid layout (old) position: sticky regions @supports will-change pointer events calc() viewport units hover media query pointer media query background blend mode background-size: cover object-fit font ligatures appearance filters masks scroll snap points shapes hyphens HTML5 / JS flash video webgl canvas srcset <picture> inline SVG webp jpegxr geolocation matchmedia() webs
Web制作者は要ブックマーク！制作時にいろいろと役立つ便利サイトのまとめ
Web制作時に、あれ？なんだっけな？って時に役立つ便利サイトを紹介します。 HTML5やCSS3の各ブラウザのバージョンごとのサポート状況、スクリーンサイズやデバイスごとのMedia Queriesの書き方、Bootstrap, Foundationなど各フレームワークの対応ブラウザやライセンス、ブラウザの各バージョンごとのCSS Hackなど、いざという時に役立つサイトばかりです。 Can I Use...Support tables for HTML5, CSS3 Can I Useは先月くらいにUIを刷新し、より使いやすくなりました。デスクトップ・モバイル用の各ブラウザでのバージョンごとのHTML5, CSS3のサポート状況がそれぞれ詳しく分かります。
入力フォームのプレースホルダーを使ってはいけない
入力フォームのプレースホルダーテキストは、入力欄にどんな情報を入れたのかをユーザーが思い出すことや、エラーのチェック・修正を難しくしてしまう。また、視覚や認知機能に障害のあるユーザーにはさらなる負担となる。 Placeholders in Form Fields Are Harmful by Katie Sherwin on May 11, 2014 日本語版2014年6月17日公開 コンテクストに沿った説明やヒントは、入力フォームのそれぞれに何が入るかを明確にするのに役立つ。その結果、入力が促進され、コンバージョンレートは向上する。ヒントの提供方法はいろいろとある。実装として一般的なのは、入力フォーム内に説明を入れるやり方だ。しかし、残念ながら、入力フォーム内のプレースホルダーはユーザビリティに役立つよりも損なうことのほうが多いことがユーザビリティテストでは繰り返し示されている。 ラベル
ウェブアクセシビリティ基盤委員会 | Web Accessibility Infrastructure Committee (WAIC)
情報通信ネットワーク産業協会（CIAJ）のメールマガジンに、当委員会の委員が寄稿したコラムを掲載しました。今回は、ウェブアクセシビリティの試験がサイトのアクセシビリティ改善にとって役立つことを、waic.jpの事例をもとに解説します。
2014年のWebアクセシビリティ | gihyo.jp
あけましておめでとうございます。株式会社ミツエーリンクスの黒澤剛志です。私は主にフロントエンド技術（HTMLやCSSなど）からWebアクセシビリティを見てきました。本稿では、フロントエンド技術の標準化や実装動向とJIS X 8341-3:2010への対応という側面から見たWebアクセシビリティの短期的な予測を寄稿させていただきます。 Web標準とWebアクセシビリティ HTML5 2014年のWeb標準と言えば、まず、HTML5の勧告が予定されていることが挙げられます。HTML5は既に勧告候補（Candidate Recommendation）に達しており、これから大きく変わることはまずありません。新しい機能の検討は、引き続き、HTML Living StandardやHTML 5.1などで行われるでしょう。 例外は拡張仕様の取り込みと実装されなかった機能の削除です。拡張仕様ではImage
コンテンツのアクセシビリティが未来を保証する
「その情報にアクセスできるかどうか」 これが私にとっての Web アクセシビリティです。一般的に Webアクセシビリティといえば、主に高齢者や障がい者への配慮という見方が強いですが、数年前からは私は上記のように捉えて仕事をするようにしています。少し極端な考え方かもしれませんが、「その情報にアクセスできるかどうか」ということを意識して設計するときに、高齢者や障がい者といったごく一部のグループを考えることはありません。 全ユーザーが特殊な存在 近年の Web 利用者の動向をみると、高齢者や障がい者を意識しなかったとしても、情報にアクセスできるかどうかを真剣に考えなければ、見られない・読まれないコンテンツになることが分かります。 デスクトップだけでなく、タブレット、スマートフォンなど様々なスクリーンサイズをもったデバイスで Web にアクセスしている。また、デバイスにより初期設定やカスタマイズ方
コンテンツからみるWebアクセシビリティの課題と提案 : could
コンテンツは本当にアクセシブルか Webアクセシビリティは、大きく分けて 2 つの『デザイン』があります。ひとつは、情報を分かりやすく整理し、目的の情報へた辿り着くための Web アクセシビリティ。この要素は、色、形状、動き、スピードなど、UI デザインの課題と重なるところが多いです。もうひとつの要素は、情報の構成や文章のスタイルといった「編集」とも呼べる Web アクセシビリティです。 前者の情報構造や操作性は、明確なガイドライン化がしやすく、チェックもしやすいですが、後者の編集の部分は、パッと見では判断がしにくいだけでなく、ガイドラインとして共有するのも難しいです。 Webアクセシビリティにある 2 つの『デザイン』 もちろん JIS X 8341–3:2010 でも「利用者が理解できるコンテンツ」を制作・維持できるようにすることが重要であると書かれていますが、技術で解決できるところに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ISO13407改訂―HCDの新たな展開のために見直すべきこと／HCD-Net通信 #13 | HCD-Net通信