何がウェブ標準で、何がウェブ標準でないか一般にW3C、ISO/IEC、IETF、ECMA、IANA、OASISといった国際的な標準化団体やガイドライン策定機関によって発行された技術や仕様、ガイドラインが、ウェブ標準の「標準」で表される技術や仕様であるとされており、「ウェブ標準技術」あるいは「ウェブ標準仕様」という。また、ウェブ標準的な仕様に基づいて定義されたウェブサイトを「ウェブ標準に準拠している」などという。 そういった団体のなかでも、特にW3C（ワールドワイドウェブコンソーシアム）が策定する各種の仕様が、最も「ウェブ標準的」だといえる。しかし、W3Cの仕様であればすなわちウェブ標準なのかというと、必ずしもそうではないのが困ったところだ。なぜこうも曖昧なのかといえば、ウェブ標準とは、「なんとなく標準的な仕様であろうもの」のこと全般を指すからだ。「ウェブ標準」に厳密な定義はなく、ときにはマ

ウェブページは 1024 × 768 に最適化するべきだが、800 × 600 から 1280 × 1024 までの幅広い解像度に対応できるリキッド・レイアウトを使おう。 Screen Resolution and Page Layout by Jakob Nielsen on July 31, 2006 ウェブユーザビリティ教室で最も多い質問の内の 1 つは、「どの画面サイズに合わせてデザインすればよいのか」だ。この質問に完全に答えようとすると、少し複雑になるが、基本的な考え方は簡単だ： 現在最も使われている画面サイズ 1024 × 768 に最適化する。もちろんこのガイドラインの基本的な考えは、ターゲットユーザたちの間で最も一般的な解像度に合わせて最適化することであるため、ときとともに具体的な解像度は変わり続ける。現在でも、例えば全従業員に大きなモニタを使わせている企業のイントラネット

よく私たちがクライアントにお勧めするアドバイスの1つに、404エラーページを必ず適切な構造のものにしておくこと、というのがある。一般に私たちは、次のうち少なくとも1つを404エラーページに盛り込んでおくよう勧めるのよ。 存在しないページにアクセスしようとしたことを伝えるメッセージ検索ボックスサイトマップへのリンクホームページへのリンクさらに404エラーページといえど、デザイン的にも美的にもサイトの他のページと共通していないとだめ。404エラーページをたくさん見てきたけど、すごく平凡で、サイトのデザインを反映していないページのなんと多いことか。なんだかそこだけ浮いた感じで、ユーザーを混乱させてしまいかねない。 もう1つユーザーを困惑させるのが、勝手にホームページにリダイレクトしてしまうこと。SEOの立場から言わせてもらうと、正しくないURLを301でリダイレクトするのは、ユーザーがどのページ

唐突ですが、ブログやWebサイトを更新する際に、よりアクセシビリティが高いコンテンツをどうすれば書くことができるのか、そういったガイドラインを公開します。 といっても、元々は他団体向けにWebサイトを制作している際に、「結構、Webには詳しい」方にコンテンツを書いてもらっていたのですが、時折「概　　要」とか、「2007年1月11日（水）」といった記述が見られ、「あー、このままでいくと、更新作業を今後やってもらうのってすごく不安だな」と思いました。そこで、どうすれば音声ブラウザなどがうまく対応できるようにコンテンツを書けばよいのかをガイドラインにまとめてみたのですが、せっかくですので、ウェブ上で公開することにしました。 前提として、 アクセシビリティに詳しい方にとっては、「何を今更」という内容。 デザインやマークアップよりも、コンテンツを書く＝ウェブライティングに特化したガイドライン。 ブロ

ウェブアクセシビリティ方針 Accessible & Usable (以下、当サイトといいます) は、ウェブアクセシビリティの普及および一般化を、社会の要請として捉えており、すべてのウェブサイトおよびそのコンテンツは、十分なアクセシビリティを備えているべきであると考えています。 当サイトでは、ウェブアクセシビリティ関連情報を発信するという立場からその規範となるべく、「JIS X8341-3:2016 高齢者・障害者等配慮設計指針 — 情報通信における機器、ソフトウェア及びサービス — 第3部 : ウェブコンテンツ」を遵守し、アクセシビリティの向上に積極的に取り組みます。 対象範囲 Accessible & Usable (https://accessible-usable.net) 以下すべてのページ 目標とする適合レベルおよび対応度 JIS X8341-3:2016 の適合レベル AA

ユーザーがページのどこをクリックしたか解析するツール ユーザーがどのようにサイトを巡回しているかはアクセス解析なのでわかりますが、ページのどこをクリックしたかも知りたくないでしょうか？ 今回は、ページのどこがクリックされたかを解析するツールを紹介します。 Crazy EggはwebページにJavaScriptのコードを一行追加するだけでwebページのどこがクリックされているかを解析できるおもしろいツールです。 ちなみにto-Rを解析した所、このような結果になりました。 最初のエントリーの『続きを読む』にクリックが集中してますね。 CSSのカテゴリーページも結構人気っぽいです。 お約束として『パーマリンク』を用意しているのですが全くクリックされていませんので必要なさそうですね。 などアクセス解析やデザインを見ているだけではなかなか見えないwebサイトの性質が見えてきます。 セットアップ まず

第6回　サイト価値を最大化するためのトップページ設計術 ～4パターンの訪問者を想定して作るトップページデザイン 現実の店舗や窓口では、目の前にいるお客が困っていればすぐにわかるし、同じトラブルが重なれば問題がおきないように施策をとる。しかし、ウェブサイトを作っているときにはお客は目の前にいないし、公開後にお客の対応をするのはウェブサーバーやスクリプトという機械だ。そのため、現実の商売では当然のように行っている接客ができない、いや忘れてしまってはいないだろうか？ 今木 智隆（株式会社ビービット） トップページ設計において考慮すべき 4つのユーザー利用シーントップページの設計やデザインは、ウェブサイトの構築を行ううえで、最も難しいポイントの1つだろう。構成するコンテンツの多さに加え、さまざまな制約やこだわりなどによって、四苦八苦したことのある方も多いのではないだろうか。 そんなときに重要なのは

※Web担編注　この記事で示されているようなユーザー行動は、Google Analyticsのデータを利用しなくても、Googleツールバーのデータを見たり、検索結果ページでリンクをクリックしてから戻ってきた行動を検索結果ページのJavaScriptでチェックしたりすることで判断できる。そのため、現時点でも、GoogleがGoogle Analyticsのデータを利用しているという事実は証明されていない。また、グーグルはそれらのデータを直接Google Analyticsから入手することはしないと発言している。 先日、感動的なブログを見つけた。Visioが書いた「直帰率とGoogle検索結果に関する調査データ」というタイトルのブログ記事だ。この記事は、Googleが検索エンジンのランク付けに検索者の行動データを利用していることを証明する、初めての実験を取り上げている。 GoogleはGoo

第0回 その気になった客を逃さないフォーム設計術 現実の店舗や窓口では、目の前にいるお客が困っていればすぐにわかるし、同じトラブルが重なれば問題が起きないように施策をとる。しかし、ウェブサイトを作っているときにはお客は目の前にいないし、公開後にお客の対応をするのはウェブサーバーやスクリプトという機械だ。そのため、現実の商売では当然のように行っている接客ができない、いや忘れてしまってはいないだろうか？ 今木 智隆（株式会社ビービット） ウェブサイトの「ユーザビリティー」という言葉は、当たり前のように耳にする機会が増えてきた。しかし、その知名度の広まりとは裏腹に、「何をどうすれば成果に結びつくのか」「実践に落とし込むにはどうしたらよいのか」について具体的に取り上げられることは少ないようだ。 この連載では、主に「会員登録による顧客獲得を行う企業サイト」をモデルとして、想定される次のようなユーザー