テストの概要

さてテストの概要ですが、先ほども触れたようにこのブログで行っていました。既にテストは停止してしまいましたが、現在も掲載している各ページの右下の表示されているTwitterのバナーです。

仮説

Twitterで利用しているアイコンを使った方が、実際にフォローだとか興味を持ってもらえるのではないだろうか？でもやっぱりTwitterの青い鳥の方がよりTwitterが直感的にわかるのかもしれない。さぁどっち？ ということで２種類のバナーを使ってテストを行いました。

バナーパターン１

バナーパターン２

ゴール

本来ならTwitterのフォローをゴールにしたいところですが、そこまではトラッキングできないのでバナーのクリック率です。一応、訪問ではなく、訪問者ベースでの検証をしています。

テスト結果

さて、わくわくのテスト結果です。このエントリのタイトルとか気にしている場合ではありません。テスト結果わかっちゃうじゃないです。

じゃん！バナー２が大勝利でした。１年流した結果でいくと、青い鳥のバナー（バナー１）に比べて、102.39%の上昇です。大勝利です。

ということでです。Twitterのアイコンとかにしておくほうがよりクリックされます。次回は気が向いたら文言でさらにあがるかどうかについても検証したいと思いますよ。

自社サイトのURLなどがTweetされたのであれば、やはりそれは抑えておきたいところ。ところが140文字しかPOSTできないTwitterということもあり、ここのところ急速に利用が増えているのが短縮URLサービスです。

Twitter Searchを利用することでTweetの中に含まれるブランドワードや製品名などは検索できるものの、短縮サービスに置き換わってしまっているURLまで探すのは難しかったりします。

そんな中、個人的にも好きなサービスのTopsyというサイトがあります。これはTweetを検索できるベータ版サービスです。最近少し機能拡張しているものの、基本はTweetに含まれるURLなどを集計して検索できるものだったりします。

このサービスの素晴らしいところは、先程も触れた短縮URLサービスについてもきちんとトラッキングし、同じURLならまとめて表示できることなんです。これ地味に大きいんです。

メディアサイトなどを運営している場合は、どの記事がどのくらいTweetされていたかというのも気になるところなわけで、そんなのも検索クエリに「site:ドメイン」と入れるだけでOKです。

このTOPSYがAPI実装したら最高なのに〜と思っていたところ、たまたまサイトでAPIの文字を見つけまして、調べてみたらJSON形式ということで早速取り込んでみました。

ということで以下は少しだけテクニカルな部分を書くので、必要のない方は最後の「まとめ」まで飛ばしてしまってください。

TOPSYを実際に実装してみる

そもそもTOPSY自体がベータ版なのでAPIも当たり前のようにベータなわけですが、とはいえきちんとしたドキュメントがあります。（otterapi – Project Hosting on Google Code）

これを見る限りはTOPSYで検索できるような内容のほとんどが出来るように実装されています。上記にあるようなsite:などの説明はないので、そういった部分はTOPSYをいじりながら検索クエリを見るのが良いかと。

あとは実際にリクエストして返答を得るだけなわけですが、JSON形式とJSONP形式と２つが用意されています。（ResponseFormats – otterapi）

通常の検索のリクエストであれば /search.json がJSON形式で /search.js がJSONP形式です。JSONP形式の場合は、通常の検索クエリの他に、引数としてcallbackで返答の関数名を指定します。リクエストの種類については　Resources – otterapi　に書かれています。

自分は実装のしやすさからJSONP形式でやりましたが、この辺りは環境によって合わせる形で良いと思います。ちなみにJSON形式はFirefoxのAddOn入れるとブラウザ上で参照できるので便利です。（JSONView :: Add-ons for Firefox）

http://otter.topsy.com/search.js?q=site:an-k.jp/blog&window=a&callback=TopsyJsonAPI

callback変数と同じ関数と適当に引数を１つ用意して呼び出しもとのページに用意しておくことで、あとはリスト形式を好き放題です。適当にDOMなどを利用して設定を入れてしまいます。それだけ。

ということで１時間もかからずに実装が終了でした。自分はとりあえずブログに入れてみようということで、WordpressのWidgetのHTMLとしてJSを放り込んで、サイドバーに表示をしています。

まとめ

最初にも書きましたが、個人的にTOPSYはかなり興味をもって使っているサイトの１つです。実際にJSONの返答を見ていると、それぞれのURLにはきちんと評価ポイントがついていたりもします。

単純なTweet数だけではないようで、Tweetの伝搬の速さとか考慮されているのかなというイメージです。こういったデータを解析ツールに取り込んでムフフなんてのも面白いかもしれませんね。

また、TOPSYはTwitterのユーザー情報を問い合せることができます。TOPSYではユーザーをInfluence Levelとして10段階評価をしています。このようなデータもSocial Mediaとうまく”対話”をしていくには良い情報かもしれません。

ということで待ち望んでいたTOPSYのAPI実装で興奮しながら書いてみました。

ということで、実際に企業が参入した際にTwitterまわりでどんな効果計測ができるかを簡単にまとめてみました。

基本的には２つの視点があると思っています。１つが流入関連と、もう１つがブランディング関連です。

流入関連

流入関連とは、いわゆる企業サイトへ流入を計る部分ですね。TwitterにURLがある場合というのは２つのケースがあるかと思います。

１つが企業の公式アカウントみたいなものを用意して、何かUpdate情報がある場合にURLを記載していく方法です。（能動型）

そしてもう１つが、利用者の方がTwitterにURLを書き込んだ場合ですね。「これ読んでる」とか「これ面白い」とかあると思います。（受動型）

流入能動型での計測

この場合、企業側が貼付けるURLをコントロール出来るため効果計測が非常にしやすくなります。ほとんどの解析ツールではパラメータを付けることで、パラメータごとに流入などを計測することが可能です。

そのため、実際にTwitterに貼付けるURLにパラメータを付けておくことで解析ツール側で計測を取得できるようになります。付与するパラメータに「twtter」などと設定しておけば良いわけです。

パラメータを付けられるこの場合は、Twitterのサイトであれ、Twitterクライアントであれ流入データを計測することができます。

流入受動型での計測

流入受動型での計測の場合は、企業側でURLのコントロールをすることが出来ません。そのため基本はリファラを参照することでの対応となってしまいます。

「http://twitter.com/*」が流入もとのときにTwitterからの流入であるというぐらいになってします。ちなみにあくまでリファラなので、Twitterクライアントからリンクをクリックされた場合は、サーバ側に送られるデータとしては「リファラなし」となってしまうので計測ができません。

長いURLをTwitterに貼付けた場合、Twitter側にてbit.lyの短縮URLに変換されます。この場合もリファラはbit.lyになってしまうのではなく、オリジナルのリファラ（http://twitter.com/など）がサーバ側には送信されます。

bit.lyに変換されているURLであれば、別の方が設定したものであってもbit.lyでクリック件数を確認することが出来ますので、ちょっと手間にはなってしまいますが、bit.lyで確認をするのも良いと思います。

ブランディング関連

URL以外にもUSではブランディング計測として利用されているケースもあります。これはTwitter上で、どの程度自社のブランディングワードがPostされたかということを計測をするものです。

Twitter検索を利用すると特定のワードで検索することが出来ます。例えば「Twitter」で検索をすることで、「Twitter」を含む内容をPOSTした内容を知ることができるようになります。

このTwitter検索はAPIで取得することも可能なため、APIから取得したデータを件数にすることで、日々ブランディングワードがどのくらいPostされているかを知ることができるわけです。

場合によってはこれを解析ツールにデータ統合することで、他のデータと組み合わせた分析も可能になります。

これの難点は明確なブランディングワードであれば計測が可能なんですが、そうでは無い場合は難しいのと、bit.lyなどのURLが短縮URLに置き換えられてしまった場合に、そのURLは計測対象とならないことだったりします。

追記：2010年3月31日　短縮URL系の取得について「TOPSY使ってますか？」で記述したので併せてご参考ください。

まとめ

現状、自分が知っているTwitter計測についてまとめてみました。こうやって整理してみると色々なアプローチがありますね。

今後、どの程度企業がTwitterに関与するようになるかはわかりませんが、しかしながら、無視出来ない存在になってきているのも事実なわけで、こういった計測は今後どんどん行われるようになってくるかもしれないですね。ヒウィッヒヒー！

結局使い続けているWebサービス

新しいWebサービスとか面白いものについて語ろうというコンセプトの NewNew ですが、実は１年ぶりの開催（マイクロブロギング！の面白さを語った。）。

個人的にはアヨハタさんの１日で利用しているサービスを紹介というのが少し面白かったので、ちょっと自分もやってみます。

朝起きる。

• Gmail モバイルでメールチェック
• R25 モバイルでニュースチェック

会社へ向かう。

• Podcasting を聞く（日経のニュースとかESLとか）
• LivedoorReaderモバイルで RSS を簡単にチェック
• movaTwitterで Twitter

会社にて。

• 仕事はじめる前に LivedoorReader で仕事関連の情報をチェック
• たまに Twitter
• 良いサイトがあれば Delicious にブックマーク
• 休憩で Gmail でメールチェック

家に帰る途中。

• mixi モバイルで mixi をチェック
• movaTwitter で Twitter

家に帰って。

• Tumblr のダッシュボードを流し見
• Twhirl でTwitter
• ネタが思いついたらブログ
• 気が向いたら friendfeed
• 良い写真がとれたら Flickr

という感じですかね。ほとんどが去年からあるサービスだったりします。ちなみに会議の中でもやっぱり去年からのサービスばっかりで、今年面白かったサービスは少ないねという話でもりあがってました。

個人的に利用率が減らないのがTwitterです。こんなにdeepに使ってるサービスは無いほど使っているような気がします。最近はTwitterで知り合うのが先の方も多くなってきたりしていてなかなか面白いです。

ちなみに自分はGoogle Readerに自分のPost関連（Blog、Twitter、Tumblr、Delicious、Flickrなど）をまとめていて、たま〜に眺めて思い返したりします。時系列で様々なPostがならぶとそれはそれでプチ自分史的で楽しいです。

2008年を振り返り、2009年の Web 業界を考える

本日行われた本編の方です。今回の第１部は短いタームで複数の方が行うという形式だったのですが、全体を通して感じたことは１つ。

「企業のWeb活用のフェーズが１段階進んだ」

ということです。制作会社の方が通してPCは新規案件が減り、運用が多くなってきて、携帯は案件が増えてきていると。

これは非常に面白いことなだなぁと。恐らくですが、PC向けサイトについては、作るという段階からビジネスへの活用に意識が来始めているのかと。

実際に効果検証をするということが増えてきているようですし、PC系についてWeb解析のニーズが落ちていると感じたことはないので、やはり活用を意識して、Web解析を行いながら、よりよいサイトを模索してきているのではないでしょうか。

それに対して携帯サイトはPCを追っているといった感じでしょうか。今までPCに注いでいたようなことを携帯に対して行っていっているんですよね。

そう考えるとここ１年ぐらいは１年後ぐらいには携帯のWeb解析ニーズもかなり高いものになるかもしれませんね。

#昨日から公開された Google Friend Connect を当ブログにも追加してみました。（Google Friend Connectが全ウェブサイトに開放）

基本的なコンセプトは、私の認識では、様々なツールを統合したLifelogツールという感じなのですが、β版利用ということもあり、色々な要望も出てきたので、ここに書いておきたいと思う訳です。

Lifelogツールとして

Life-XはTwitterやFlickr、ブログのRSSなどを読み込んで、それをログインした画面上でフレンドで繋がった方のものとともに、時系列表示をしてくれます。

しかし、いまいちこのTimelineの表示が見にくい。なんというか、おおざっくりすぎるわけです。

さらには、Twitterなどの時刻が、データを取得した時間の表示になってしまうんですよね。これでは、本当の時間がわからないので場合によってはまったく反応が出来なかったり…。

このTimelineは今のところログインをしないと（PC or 携帯）見ることが出来ません。

後で書きますが、コミュニケーションツールとしても今一歩なので、ログインをしても出来ることが少ないので、結果、Timelineだけを見て…「で？」となってしまうわけです。

LifelogとしてTimelineを提供するのであれば、ログインなんて面倒なことはせずに、もう少しアンビエントな感じで提供できるようにして欲しいわけですよ。

個人的にはデスクトップツールとしてアプリが提供されているならかなり面白いと思ってます。例えば、壁紙でTimelineがず～っと流れてるとか。

コミュニケーションツールとして

Life-Xではコミュニケーションが出来るように、フレンドの情報に対してコメントを残すことが出来ます。

しかし、これはLife-X上で完結してしまうコメントなので、また、もったいないわけですよ。

今のところ、Twitterの情報がもっとも更新されやすい情報の１つなのですが、ここにコメントしても、Twitter上には反映されないので、すごく一方通行なコメントになってしまうわけです。

で、結局、Twitter上でコメントを入れるわけですよ。そして、現状ではそっちの方が活発なコミュニケーションが出来るので、Life-Xではコミュニケーションを期待しなくなるわけです。

まとめ

今回、Life-Xのβ版利用から学んだこととして、様々なLifelogとなるデータを統合する場合には、そこに介在するコミュニケーションも統合する必要があるんだろうなぁということを強く感じました。

TwitterやBlogは情報発信メディアでありながら、コメントによって様々なコミュニケーションが生まれているわけです。しかし、ここを統合出来ないのであれば、統合する意味がないわけです。

Inputだけ出来たとしても、そこを媒介としてOutputできないのであれば、それは土台としての役目は果たせないわけで、Life-Xはこの部分への対応が急務なように感じます。

日本の企業の場合、どうしてもデータを囲い込むことを重要視してしまうように感じますが、実際、Twitterなどは全てオープン化したことで成功しています（アカウントを作ってしまえば本サイトにアクセスしなくても機能のほとんどが利用できますよね）。

コミュニケーションツール、ライフログツールとして発展させるのであればデータの取り出しやすさ、コミュニケーションのしやすさをもう少し円滑にできるようにすることが良い気がします。

現状の評価で言えば、Life-Xは「情報を統合してみたものの、ログインしても何をしたら良いかわからないツール」です。

だったらFriendFeedで良いじゃん…となってしまわないよう、せっかく、日本の企業が作ったツールなので頑張ってほしいところであります。

昔は良かった

戦後まもなくの日本では近所の関係は今よりも強かったそうです。これは単純に仲が良かったということもあるかもしれませんが、それよりも情報共有という部分が強かったと聞きます。

それこそメディアというのが今ほど普及していない時代です。電波塔である東京タワーだってまだ建ったばかりか、もしくは建設中だったり。

現在では、地球の裏側の事件でさえお茶の間で知ることが出来ますが、そのころではまだまだの状態だったと聞きます。

何の本だったか忘れてしまったのですが、とある本には「生きるために情報が必要で、そのためにコミュニティを強固なものにした」的なことが書かれていました。確かにそうなのかもしれませんね。

さて、この情報共有のためのコミュニティ参加が、ソーシャル性と結びついてくるんだと思います。つまり、 Twitter も Tumblr もソーシャル性を持たせることで、なんとなくの横の繋がりで情報共有をしているんだと思います。

Twitterの情報共有

このシリーズの１回目のエントリー（TwitterとTumblrとブログと[1]）で Twitter と Tumblr の違いについて書きましたが、ソーシャルの部分を取り入れた時に、この２つは領域の違いによって少し変わってくるのかなぁと思ってます。

Twitter の場合、そのネタの多くはリアル寄りであると書きましたが、ソーシャル性を持たせることによって、相手の状況の空気感といったものを知ることができます。

ちょうど井戸端会議みたいな感じでしょうか。同じ場所にはいるんだけど、全員とは話をしていないし、場合によっては自分だけの場合もある、そんなイメージです。

これをリアルの状況をネットの持ち込み、同じようにソーシャル性を持たせることで、地域性がなくなって新たなネットの繋がりができあがったように感じています。なんというか地理に関係のない地域性みたいなものがあるように感じます。

Tumblrの情報共有

そして Tumblr ですが、こちらはネットの情報が主な軸になります。これとソーシャル性が結びつくことで、この情報面で変化があると思っています。

昔の日本の地域コミュニティの場合、情報を得るためのものだったと思うんですが、ネットはそもそも情報量が多い。その中で、他人が面白いと思ったものを自分のスクラップブックに取り込んでいく。つまり Reblog することで、溢れかえった情報量をフィルタリングしているんじゃないかと思うんです。

Frickr で良さそうな写真を探すのは面倒だったりすることもあるんですが、それを Tumblr でつながっている人が POST している中から選ぶのであれば、最初の選択しの数を減らすことができます。もし、趣味があわなかったら別の人を Follow すればいい。

なんかそんな感じで情報がフィルタリングされているんだと思います。

ちなみにブログでも VOX などではソーシャル性を持っているのですが、どちらかと言えばポストする側の情報のコントロールに近い形で利用されている気がします。この辺りが Tumblr と VOX の違い。

緩いソーシャル性

mixi などの SNS は承認などがあってすごく堅い繋がりを維持しているんだと思います。これは SNS にはある程度必要かもしれないなぁと思うところでもあります。

これらの SNS に対してみると Twitter や Tumblr は非常に緩い繋がりなんですよね。でもこれがいい。なんで良いかというと、すぐに入れ替えができるから。そして知らない人ともつながりやすい。

ソーシャルでつながっているとどうしても、そのつながっている人たちでコミュニティの方向性が出てきてしまうんですよね。それはしょうがないと思うんです。

しかし、ミニブログ、特に Tumblr ぐらい緩いものだと非常に良い形で現れてくる。それはコミュニティの方向性が個人で拡散が出来ることだと思うんです。自分のさじ加減で、身内だけにする事も出来れば、全然別の人を取り込んでしまうことが出来る。その中で情報がフィルタリングされてくる。これが面白い。

知らない人でもTumblrの趣味がなんとなく合えばFollowしてしまう。そんな緩いソーシャル性が、情報をなんとなくコントロールできる緩さを生んでいるだと思います。

まとめ

ということでミニブログのソーシャル性にフォーカスして考えてみました。なんかこれ以上考えると、そもそもソーシャル性ってなによとか、SNS について触れていかないいけない気もするので、この辺で終わりにしておきます。

長々と読んでいただきありがとうございました。