たとえば、このブログのある期間における体感速度のグラフはGoogle Analytics上で以下のように出ています。

 
44.84%のユーザーは100〜499msでロードできており、1秒未満でロード完了しているユーザーは合わせて73.49%であるとわかります。また、3秒以上かかっているユーザーも7.42%居ることも分かります。3秒以上ロードにかかるようだと離脱率も高くなるので、7.42%のユーザーに対して何かの施策が必要であるということも分かります。

このように、ユーザーが実際感じている体感速度を可視化することで、このWebに高速化が必要かや、どの程度のコストをかけて行うべきかを検討することが出来ます。

この記事では、Google Analyticsを使って、体感速度を記録する方法を紹介します。

まず、お使いのGoogle Analyticsアカウントでイベント機能を有効にする必要があります。方法はGoogle AnalyticsでEvent Trackingを有効にするをご覧ください。有効になるまで1週間程度かかります。

次に、time-tracker.jsをGoogle CodeのGoogle Analytics - Extending Event Trackingからダウンロードしてきます。なお、time-tracker.jsはApache2 licenseとなっています。

次に、time-tracker.jsをhead直後で読み込み、その直後に計時を始めるコードを記述します。コードとしては以下の通り。

<script type="text/javascript" src="time-tracker.js"></script>
<script type="text/javascript">
var timeTracker = new TimeTracker();
timeTracker._recordStartTime();
</script>

最後に、描画終了時に呼び出されるイベント（onloadなど）や、DOMの構築終了時に呼び出されるイベント（DOMContentLoadedなど）、体感速度として計測したいところに以下のようなイベント送出コードを埋め込みます。例示のコードではjQueryでwindow.onloadイベントにフックを入れ、そこで計時しています。

jQuery.event.add(window, "load", function(){
  try {
    var pageTracker = _gat._getTracker("UA-xxxxxx-x");
    timeTracker._recordEndTime();
    timeTracker._setHistogramBuckets([25, 50, 100, 500, 1000, 2000, 3000]);
    timeTracker._track(pageTracker);
  } catch(err) {}
});

全体のコードしては、_recordStartTime()を呼び出してから_recordEndTime()を呼び出すまで時間（headタグ直後のJavaScriptからwindow.onloadにフックしたコードが実行されるまでの時間）がGoogle Analytics上に表示されることになります。

Google Analytics上での体感速度の閲覧方法ですが、Google Analyticsでイベントトラッキングが有効になっている場合、[コンテンツ]の下に[イベントのトラッキング]というカテゴリが出来ており、ここで体感速度のグラフが閲覧できます。

以下はより詳しい解説です。

timeTracker._setHistogramBuckets()では、体感速度をどのような区切りで記録するかを指定します。例示コードでは25〜49ms、50〜99msなど6区間とその区間以外の計8区間で体感時間を記録する設定としています。

timeTracker._track()の第2引数にはGoogle Analytics上のイベントのカテゴリの名前を指定できます。省略するとGoogle Analytic上では「TimeTracker」カテゴリのイベントとして体感速度が表示されます。例えば「Load Time」カテゴリで記録したければtimeTracker._track(pageTracker, "Load Time");とします。第3引数にはラベルを指定できます。現状、そのイベントが起きたURLなどをドリルダウンしていくことが出来なさそうなので、第3引数にURLのパス部分を入れておくと、どのページが遅いかを取り出しやすくなるかと思います。

このようにGoogle Analyticsと少しのコードで簡単にユーザーの体感速度を可視化することができます。今まで実際のユーザーの体感速度をデータとして見ることは難しかったので、これを機会にサイトのパフォーマンス測定をしてみるとよいでしょう。

今回、みんぽすさんのご厚意で、発売前にコクヨオフィスに伺ってCaminacsWの開発者の方からお話を伺う機会があり、また、レビュー用に発売前の機体をお貸しいただきました。いろいろ使用感などレビューしていきたいと思います。

なお、今回このレビューはWillVii株式会社が運営する国内最大級家電・ゲームレビューサイト「みんぽす」から商品を無償で借りて書かれています。本レビュー掲載による私への報酬の支払いは一切ありません。レビューの内容についてはみんぽすやメーカーからの干渉されることなく完全に中立な立場で書いていますが、事実誤認があった場合は訂正を行います。商品無償貸し出しサービス「モノフェローズ」に関する詳細はこちら。

さて、まずはCaminacsWの見た目なのですが、閉じた状態だと、非常になめらかな形をしており、引っかかる場所がありません。ほかのスキャナだと出っ張っている部分などがあり、見た目がゴツかったりするのですが、見た目が優しい感じなので、女性のデスクの上にも置いておけそうです。

DELLのA4サイズのノートと並べておいた図です。普通のスキャナは読み取り部分（CIS）のサイズが足かせとなって、A4サイズ+10cmぐらいの横幅になってしまうのですが、CaminacsWではCISに工夫をすることでほぼA4サイズ（横幅353mm）に抑えているとのことです。オフィスで貴重なデスクスペースを有効活用できるのはうれしいですね。ちなみにキャビネットに置くこともできるサイズです。

もちろん、小さくかわいいだけではなく、実用性も備えており、A3サイズまでをキャリアシートなどを使うことなく読むことができます。オフィス書類の90%程度はA4ですが、残り7%程度はA3であったりします。CaminacsWだけでほぼすべてのオフィス書類を読むことができるのは非常にうれしいですね。ちなみに、A4とA3を混ぜてセットしてもきちんと読み取ってくれました。また、読み取り速度も割と速く、毎分最高37枚（PC上の処理時間は含まず）とのこと。

書類の保存ファイル形式は各種形式の中から選ぶことができますが、PDFがおすすめです。保存形式にPDFを選び、テキスト起こしする設定にしておくと、PDF中に画像として取り込まれた書類の文字をテキストに変換してくれます。従来のような画像のままの取り込みだと、ファイル名や取り込み日を頼りにファイルの山から探し出すしかないのですが、書類の中身がテキストになっていると、WindowsデスクトップサーチやMac OS XのSpotlightやGoogle miniなどの検索ソフトで、ファイルの中身に書かれていることを頼りに検索ができます。せっかくスキャナで取り込んでペーパーレスにしても、テキストになっていないと紙で探した方が早かったりするのですが、テキストになっていることで検索エンジン並の早さで膨大な書類の中から目的の書類を見つけられます。ちなみに一般的な会社員が紙の書類を探すのにかける時間は1日当たり25分とのこと。この時間が大幅に節約できるのはうれしいですね。

エディションは2種類で、スキャナユーティリティーのみが付属するベーシックモデル（94,290円）と、名刺管理ソフトやファイリングソフトが付属するビジネスパックモデル（104,790円）があります。一見高いような気もしますが、A3サイズも読める他社の同じようなスキャナは30万円近くするので、それを考えるとかなりお買い得。エディション間の差額は約1万円ですが、ビジネスパックモデルに付属しているソフトだけで1万円以上するので、名刺管理ソフトなどを持っていなければビジネスパックモデルがおすすめです。2009年3月2日発売予定。

オフィスにはコピー＆スキャナ複合機がある場合もありますが、誰かが大量に出力中には使えないこともあり、持ち運びできるCaminacsWのようなコンパクトスキャナが部署に1台ぐらいあると便利そうです。

従来通りGoogle Analyticsの_trackPageview()関数でイベント（例えば、あるリンクをクリックしたなど）を追跡することもできます。ただ、_trackPageview()を使う弱点は、その名前の通りページビューとしてカウントしてしまうので、ページビューをサイトの分析指標に使用している場合、実際のページビューと、Analytics上でのページビューがずれてしまう点にあります。

Event Trackingでは、イベントという別のデータとしてトラックするデータを扱うため、Analytics上でのページビューデータを狂わせることなく、イベントを追跡できます。

ただ、Event TrackingはClosed Betaということで、申し込み制のようです。こちらのGoogle Analytics Event Tracking有効化の申し込みフォームに、名前、会社名、ログインメールアドレス、AnalyticsのID（UA-xxxxxxx-x）を申し込み後、1週間程度でEvent Trackingが有効になるとのことです。

そんな中、かつてISP事業をしていたライブドアがlivedoorビジネスインターネット・ライトでBフレッツ向けの固定IPサービスを月額1,500円で提供しています。2009年2月28日までに申し込んだ人は、申込月と翌月・翌々月分の月額利用料が無料キャンペーン中です。

livedoorビジネスインターネット・ライトは実態としては普通のISPと変わりません。OCNなど大手だとメールアドレスが付属しますが、このサービスには付いてきません。ただ、固定IPの申し込みの際にlivedoor IDの取得が必要となるので、そのついでにlivedoorのメールアドレスを取得するのも手ですし、今だったらGMailやHotmailなどを使うのも手です。

気になる回線速度ですが、自社データセンターやそれを支えるインフラなどを持っているlivedoorということもあり、上り下りとも40Mbps程度出ていました。

他社で固定IP1個のサービスを探しても、同じ1,500円から数千円なので、固定IP1個もらうなら業界最安値と言えるでしょう。

2009年1月21日から発売された新PaSoRi RC-S330はEdyなどに加え、住基カードも読めるようになりました。これで、1台2役となり、PCでのEdy決済にも使えるし、e-Taxの納税申請にも使えるし、とても便利です。

なお、e-Taxでは、今年度の申告分までe-Taxを使用すると、5000円の還付を受けられるので、これを機にPaSoRi RC-S330を買ってe-Taxを使用してみると良いでしょう。

Boston.comの動画にはEveryZingのezSEARCHが使用されており、例えば「Obama」で検索すると、Boston.comが持っている動画で「Obama」と喋っている人がいる動画の検索結果が表示されます。

また、吹き出しの中の「Obama」のリンクをクリックすると、動画中の「Obama」と発した時刻付近に飛ぶことが出来ます（オレンジの丸が付いているところがおおよその発言した時刻）。さらに、動画中の人間が喋った言葉が右にテキストで表示されているので、最初から最後まで動画を見なくても、どのようなことを喋っているかをザックリ把握することが可能。

EveryZingのサービスは現在のところ、英語のみのサービスのようです。日本語で同じ事をやろうと思った場合、日本語は英語と異なり同音異義語があり、またIMEレベルの漢字変換、及び表記揺れ（コンピューターとコンピュータ）に対応した検索などが必要となるので、少しハードルが高そうです。しかし、日本語の音声認識ソフトウェアは実用化されてから10年弱は経つので、近いうちに同じようなサービスを提供する会社が出てくるのではないでしょうか。

まだテキスト検索が中心の現代のWebで、音声中の言葉をテープ起こししてくれるこのサービスは、動画への新たな導線として要注目です。

そこで、基本的にはすべてサーバー側に置いておいて、ファイルが必要なときに自動的にローカルに持ってくるというZumoDriveというサービスが出てきました。

使い方はDropBoxなどと同じ。ソフトを起動すると仮想のディスクドライブが1つ作成されます。そこにファイルを入れると自動的にZumoDriveのサーバーにアップロードされます。後は普通のオンラインストレージと使い勝手は変わりません。

特記事項は、やはりローカルに置いておくキャッシュ容量を調整できる点でしょうか。キャッシュを3GB程度に制限し、3GBから溢れたファイルはサーバーから適宜取ってくるという設定にしておくことで、例えZumoDriveにはトータルで50GBのファイルがあったとしても3GB以上のローカルディスク領域を食わせないようにすることが出来ます。

現時点で気づいている問題点は、ZumoDriveはAmazon EC2上で動いているため、日本からのアップロード帯域が狭いことでしょう。だいたい100KB/s〜350KB/sぐらいです。

プライシングは1GBまで無料。10GB単位で増量でき、10GB当たり約$2.99/月です。50GBで$14.99/月なので、少々お高め。ただし、この価格は暫定とのことなので、改訂があるかもしれません。

参加方法ですが、現在は招待制となっています。招待コードは「blogcloudstorage」が今のところ使えるようです（via.What is Cloud Computing & Cloud Storage?）

Adobe MAX 2008 North Americaにて、サーバーサイドActionScriptが発表された模様です。See:Server Side ActionScript 3.0: Coming to a ColdFusion Server Near You

もちろん、ActionScriptでサーバーサイドの処理を書けると言うことでしょう。

ColdFusionというと、今まではCFML（ColdFusion Markup Language）が唯一の記述言語でしたが、これに加えActionScriptでもサーバーサイドロジックを書けると言うことなのでしょう。

Flashをやっている人たちは、サーバー側の処理を書こうと思った場合、Web上に情報が沢山あるという点でPHPなどを選びがちです（もちろん、PHPは大抵のホスティングで使えるという点もあるのですが）。ただ、同じ言語でサーバーサイドも書けるという今回の発表を聞いて、周りの凄腕AcrionScriptプログラマの人たちも興味津々のようです。

たしかに、Flashをやっていて、サーバーサイドにも手を出したいという人は少なからず居るので、そのソリューションを提供しましょうというAdobeの戦略は正しいですね。おそらく、今回のサーバーサイドActionScriptをサポートしたColdFusion 9をホスティングする会社というのはかなりの数で出てくるのではないでしょうか。

今回のサーバーサイドActionScriptを可能にしたのは、おそらくJSR 223という、Java 6でサポートされた仕様でしょう。JSR 223は、Java上で各種スクリプト言語を動かすための仕様で、すでにRubyやPython、JavaScriptなどがJava上で動いています。JSR 223を使ってActionScriptのパーサーを乗せ、それにサーバーサイド用のActionScriptライブラリを付けたのが、今回のサーバーサイドActionScriptの正体だと思っています。

いずれにしても、同じActionScriptという言語を使って、クライアントサイドもサーバーサイドも記述できるようになると言う今回の発表は、Adobeの戦略上重要なことでもありそうですし、またFlashユーザーにとっても嬉しい知らせといえるでしょう。

とりあえず、1Passwordの便利なところはこんな感じ。

• Safariで1Passwordに保存したパスワードがFirefoxでも使える
• 1Passwordに保存したパスワードはMobile Me経由で他のMacと共有できる
• iPhoneにパスワードを送れるので、パスワードリマインダーがないiPhoneでもMacで保存しておいたパスワードを使える
• ソフトのシリアル番号などが保管できる