livedoorブログにブックマークボタンを取り付ける方法

このブログにソーシャルブックマークのはてなブックマーク、livedoorクリップ、Buzzurl、del.cio.us等の各種ブックマークボタンを設置しました。
 この辺のブックマークが日本ではメジャーなのでブログに付けておくとユーザーの利便性に繋がります。

liveoorブログに各種ブックマークを取り付ける方法は以下の通りになります。

・はてなブックマーク
>> あなたのブログに「このエントリーを含むはてなブックマーク」ボタンを表示させる
>> 自分のブログに被ブックマーク数を表示する

・livedoorクリップ
>> ブログに「clip!」ボタンを設定しよう！
>> クリップ数を表示する画像カウンター

・Buzzurl
 >> ブックマークアイコンの取り付け方

・del.cio.us
>> 「del.icio.us に追加」ボタンを貼り付ける

del.cio.usに関してはユーザー数を表示するコードが良く分からなかったのでボタンだけです。
 一応ボクのソースも公開しておきます。

<!-- はてブ -->
<a href="http://b.hatena.ne.jp/entry/<$ArticlePermalink$>"><img src="http://image.blog.livedoor.jp/kenji_418/imgs/f/1/f1a3a2bf.gif?blog_id=2045159" width="16" height="12" style="border: none;"
alt="このエントリーを含むはてなブックマーク" title="このエントリーを含むはてなブックマーク" /></a><a href="http://b.hatena.ne.jp/entry/<$ArticlePermalink$>">
<img src="http://b.hatena.ne.jp/entry/image/<$ArticlePermalink$>">
<!-- livedoorクリップ -->
<a href="http://clip.livedoor.com/redirect?link=<$ArticlePermalink$>&title=<$BlogTitle URIESCAPE$>%20-%20<$ArticleTitle URIESCAPE$>&ie=euc" class="ldclip-redirect" title="この記事をクリップ！"><img src="http://parts.blog.livedoor.jp/img/cmn/clip_16_16_w.gif" width="16" height="16" alt="この記事をクリップ！" style="border: none;vertical-align: middle;" /></a>
<a href="http://clip.livedoor.com/page/<$ArticlePermalink$>"><img src="http://image.clip.livedoor.com/counter/<$ArticlePermalink$>" style="border: none;vertical-align: middle;" alt="コメントを見る" /></a>
<!-- Buzzurl -->
<a href="http://buzzurl.jp/entry/<$ArticlePermalink$>" title="Buzzurlにブックマーク" target="_blank"><img src="http://buzzurl.jp/static/image/api/icon/add_icon_mini_01.gif" alt="Buzzurlにブックマーク" style="border:0"></a><a href="http://buzzurl.jp/entry/<$ArticlePermalink$>" title="Buzzurlにブックマーク" target="_blank"><img src="http://api.buzzurl.jp/api/counter/<$ArticlePermalink$>" alt="Buzzurlにブックマーク" style="border:0"></a>
<!-- del.icio.us -->
<a href="javascript:location.href='http://del.icio.us/post?v=4;url='+encodeURIComponent('<$ArticlePermalink$>')+';title='+encodeURIComponent('<$ArticlePermalink$>: <$ArticlePermalink$>')" target="_blank"><img src="http://www.kuribo.info/image/delicious/delicious.gif" width="16" height="16" alt="このエントリーを del.icio.us に追加" title="このエントリーを del.icio.us に追加" style="border:0;" /></a>

はてなブックマークの画像のURLは各自自分のブログにUPしてそのURLに変えてください。
「トップページ」「個別記事」「カテゴリ別アーカイブ」「月別アーカイブ」の全てのHTMLを変える必要があるので気をつけてください。

ブログのデザインを変更しました

久しぶりにブログのデザインを変更しました。
livedoorブログでは現在約500種類近くのデザインテンプレートが配布されています。
しかしながら、livedoorブログのデザイン一覧を見てもらえば分かる通り、あまり良いテンプレートがないのが悩みでした。
livedoor側としてはデザイン千本ノック！という公式ブログを通じて、デザイン強化に努めてる訳ですが、いかんせん”タグふれんず”というモグラだかショッカーだか良く分からない謎のキャラクターの充実に尽力しているわけで、”これはひどい”と言わざるを得ません。

そんなこんなで、何か良いテンプレートはないものかとネットを徘徊していると、buena suerteという素晴らしいブログを発見したわけで、ここで多くのlivedoorブログのテンプレートが配布されていました。

早速ボクは以前の”Vivid Style（2カラム）”から












buena sueteさんのところで配布されている”ink”













に乗り換えました。
乗り換えの理由としては、Vivid Styleは横幅が狭く、ブログに載せるURLや画像がはみ出ることがあったうえ、”ピクス”、”リスログ”、”ウィキ”、”フレパ”などあまり使ってないサービスにリンクが張られるので、その変がちと微妙かと。

あとやっぱりlivedoor公式のテンプレはユーザー数が多いですからね。
だてに222万人突破とか言うだけあって、自分のブログのデザインと被っている人と遭遇するわけですよ。
ちょっと個性に欠けるかなという訳です。
>> ブログのデザインについてちと
ま、このデザインもレディメードと言えばそうなんですが、公式テンプレートよりは母数はかなり減る訳で、それならそれでいいかと。

それとlivedoorの公式テンプレの一番大きな不満は一番上のバナーですね。
あれは、消せないらしいんですよ。
技術的には消せちゃうんですけど、会員規約の”第5条禁止行為”に触れるらしいんです。
なのでこのテンプレートでも右下に移動して表示されています（なので多分セーフ）
このテンプレートの作者さんもそ会員規約を気にしてか、HTMLの中に”消さないで下さい”というコメントもしっかりついてました。
livedoorでは有名所のnipotanさんやdankogaiさんはバナーないけどなんでだろうとか疑問に思ったりしてます。（ビジネスユーザかもしれませんが）
livedoor関係者すら守れない規約をユーザーに押し付けてるのかな〜とか思っちゃったりします。

あと、このテンプレートは右下のlivedoorブログ、livedoorリーダーのバナーをlivedoorが発表した”デザインの修正点”に準する形で修正してます。
livedoorリーダーのバナーはこちらで生成したものを使用しています。
タイトルも若干太くしています。
変更点はそれくらいです。

新しいデザインにとても満足するとともに、テンプレート製作者のcieさんに感謝です。
心機一転して頑張ります。


・関連記事
>> Blogのデザインを変更しました。

LivedoorReaderでリンク先をまとめて登録できるブックマークレット公開

Livedoorがまとめて登録のブックマークレットを公開しました。
http://blog.livedoor.jp/staff_reader/archives/51034585.html

さっそくブックマークレットをFirefoxにぶち込んでいる次第であります。
これはとても便利そうで良さげ。
ただ、気をつけないと無尽蔵にFeedが増殖してしまいそうで怖いです。

ところでLivedoorは他人のLivedoorReaderの未読記事が見えるの放置してていいのかな？

他人のLivedoorReaderの未読件数を盗み見る方法

いたって簡単な方法で他人のLivedoorReaderの未読件数を盗み見る方法を見つけた。
まずは、LivedoorReaderNotifierをダウンロード。

設定画面のlivedoor IDのところに自分のIDではなく他人のIDを入れる。

こうすることでLivedoorReaderNotifierが未読件数を知らせてくれるので簡単に他人の未読件数を知ることが可能。
ちなみに、フレパで絶対LivedoorReader使ってなさそうな人を探して、その人のIDを入れてみたら「IDが正しくない」ってなった。
これはこれでLivedoorReader使ってるかどうか調べるのに使えるかも。
フレパよく使う人はフレ友のIDぶち込んで見ては？笑

ちなみにフレパのLivedoorReaderのコミュニティで宮川達彦さんを見かけたのでアルファブロガーはどんくらい未読たまってるのかチェックしてみた。
そしたら・・・

だって！！！！（午前5時52分現在）
うわっ・・・これって一日の未読量なのかな？
んな訳ないよね？
知り合いとか気になるブロガーとかの未読チェックしてみると面白いかもしれない笑

livedoorクリップの「ニュース」タグが酷すぎる

見てもらえば分かるのだが、最近ニュースタグで配信される記事が美容ばかり。
http://clip.livedoor.com/tag/%e3%83%8b%e3%83%a5%e3%83%bc%e3%82%b9

livedoorクリップの「ニュース」タグのRSSはlivedoorReaderのおすすめフィードのニュースパックにも含まれているため多くの人が登録しているもの。(今現在345人が購読)
そのニュースタグのフィードが突如として、美容フィードに変貌してしまった・・・。

原因はこのユーザー
http://clip.livedoor.com/clips/date_masamune2007

昨日から美容整形のニュースをせっせとクリップしている模様。
livedoorクリップのみならず、はてブでも活動している・・・。
恐らくこのサイトの運営者なのだろう。
http://b.hatena.ne.jp/date-masamune/

これ本当に迷惑なんですけど。
マジで勘弁して欲しい。
このまま続くなら購読解除だろうな・・・。
livedoor側はなんか措置するのかな？

livedoorクリップの棚卸しガイドライン

さてさて、Blogを始めて2ヶ月ちょいが過ぎたわけですがこのエントリが記念すべき300個目のエントリとなります。
計算すると一日に4～5個のエントリを更新している感じでしょうか。

友達に教えずヒッソリと始めたつもりが、地方という事もあり、気付けばlivedoor熊本ブログランキングのTOP10にチラホラと入るようになってしまい、人の目を意識したエントリを書かなければならないのかという焦燥感にかられる今日この頃です。
ランキングはlivedoorブログに実装されているブログスコアというものから算出されるのですが、その詳しい評価関数は公表されていません。(公表したらランキング厨が必死になるからでしょう)
ボクの予測ですが、このブログスコアの評価関数は来訪者数よりもコメント数に重みがつけられている様な気がします。
ボクより訪問者が少ないブログが上位に結構ある上、上位のブログ全てにコメントが多いという共通点がありますからね。
中にはトップテンに入るのに必死になってる人もいるようです（こういった行為は規約に抵触するような・・・。）
http://blog.livedoor.jp/kazuya0711/archives/50558866.html#comments
当Blogの方針としては基本的にランキングは気にしません。
また、管理人が書きたいものを好き勝手に書いていくという方向を維持していきたいです。
結局現状維持という方向性で行きますｗｗｗ

さて、話がブログランキングに傾いてしまいましたが、以前livedoorReaderの考察のエントリを書いたように今回はlivedoorクリップの考察を自分なりに書いていきたいと思います。

まずは棚卸しの話。
ざっくり自分のタグを見て思った問題点。
http://clip.livedoor.com/clips/kenji_418

1.　タグの二極化
この問題は後の検索において致命的。
なぜなら肥大化したタグを検索してしまうと、膨大な量の情報が引っかかる為、得たい情報を瞬時に得られない可能性が高くなる。

2.　重複タグの存在
例えばphotoと写真、mapと地図など、英語と日本語が全く同じ意味の用語がある。
photoタグで検索してしまうと、写真タグの情報を得られない問題。

3.　カタカナタグの多用
これはどういった問題があるかというと、人と繋がりにくくなるという問題。
多くの人は英語で表記できるものは英語で表記する傾向がある為カタカナは不利かと。
また、将来的にdel.icio.usとクロスポストすることになればこれは致命的。

次に上記問題点を踏まえたこれからの自分流の棚卸しガイドライン。

1.　タグの二極化解消
あまりに肥大化したタグは細分化する。
例えばGoogle。
Googleのサービスは多い為、Googleタグは肥大化しやすい。
Google Earthを例えると「Google」と「Earth」という二つのタグをつけている。
しかし「Earth」というタグはGoogleEarth以外につけていない。
なので「GoogleEarth」という一つのタグに細分化する。

2.　重複タグの解消
こちらは基本的に英語に主軸を合わせる。
写真ならphoto、地図ならmapに統一。

3.　カタカナタグの解消
カタカナはできるだけ、英語に変換。

4.　タグの粒度とバランス
恐らくこれが最も難しい。
タグは肥大化してもその逆も良くない。
各タグの粒度とバランスに留意する。
かと言ってこれに囚われ過ぎるのも良くない。
将来自分がその記事を検索する時に指定するべあろう「検索キーワード」を指定し、結果として粒度とバランスがとれているのが理想。

5.　コメント
コメント付けは重要。
http://d.hatena.ne.jp/naoya/20051231/1135991616
あとから見直すときにコメントを見れば中身を見なくてもいいようにするのが理想。

6.　レート
livedoorクリップ特有の機能だが、今のところ用途がはっきりしていない。
が、これからの将来性を踏まえるとつけておくべきか？

7.　リンク切れ
リンク切れはあっても意味がないので消去。

8.　アクションタグ
いわゆる「あとで」系のタグ。
今のところつけてはいないが、つけるとしたら必ず定期的に整理すること。
http://blog.livedoor.jp/staff_clip/archives/50774662.html

9.　よくクリップするブロガー
livedoorクリップではサイト別の絞込みが可能。
http://blog.livedoor.jp/staff_clip/archives/50632996.html
例えばGIGAZINEならGIGAZINEのサイトを絞り込めばよい。
しかし、はてなダイアリーなどではユーザー別に絞り込めない。
よくクリップするブロガーはそれ特有のタグをつけるべきかどうか（アルファブロガーのブログではよくブロガー名のタグを見かける）
ここは検討中。
(注)　こちらの問題は解決しました。詳しくは記事のコメントをご覧下さい。

10.　バージョン管理
例えばIEに関する次の様な記事があったとする。
http://journal.mycom.co.jp/special/2007/ie7/
ここでタグを「IE」とするか「IE7」にするかどちらかにするかという問題。
この記事は「IE7」に特化した記事であるため「IE7」とした方が良い（この記事の実際のタグ数もIEよりIE7の方が多い）
あるバージョンに特化した記事はなるべくバージョンも載せる。

以上が自分流の棚卸しガイドライン。

続いてlivedoorクリップの問題点(というか要望？)

1.　検索がタグのみ
タイトル編集が可能ならばタイトルでの検索とかあると便利（他のSBMサービスはどうなんだろう？)

2.　タグの一括変換
上にある重複タグの問題なんだが、この機能があれば楽。
「写真」タグを「photo」タグに変換して終了。

3.　10個の制約
livedoorクリップではタグは10個という制約がある。
今のところ10個以上つけたことないが人によっては不便？

4.　早い者勝ち
タグの大文字小文字が早い者勝ちというシステムの構造。
livedoorクリップでGoogleがgoogleになってるのは最初につけた人がgoogleでタグ付けしたから。
http://knowledge.livedoor.com/13747
googleで良かった・・・gOoGleとか分けわかんないタグつけられてたら大変。
早い者勝ちという事もあり新語を変なタグ付けするスパマーも出る？

5.　時系列の検索ができない
何月何日にブックマークしたものとかの検索ができない。
棚卸しするときに辛くなる。

6.　表示件数が20に固定
もうちょっと多くても良いような。
その辺ユーザーが弄れると嬉しい。
以前一番最初にクリップしたものを見ようとしたら何ページ移動したことか。
http://clip.livedoor.com/clips/kenji_418?p=***
上のURLの***にページ数を入れれば直接飛べるがやはり、時系列の導入や表示件数の可変がないとキツイ。

7.　R18フラグの権限
18歳未満の者が閲覧することがふさわしくないページを最初にクリップする人はR18フラグを立てることができるんだが、これは立て忘れると永遠につけられない。
あとから誰でもフラグを立てるor解除する事が出来ても良いかと。
大文字小文字と言いR18フラグといいlivedoorクリップは最初にクリップorタグ付けする人の権限が強いような・・・。

8.　トップページのカスタマイズ
個人的にこれができるとちょっと嬉しいかも。

9.　類似検索
「おまかせジャンプ」も予想外の発見が出来て嬉しいが類似検索があると嬉しい。
例えば「あなたが興味ありそうなクリップ」or「あなたに興味が近いクリッパー」が検索できると嬉しい。
ところでこれは何？
http://la.ma.la/misc/ldc_watch/osekkai.html
livedoorクリップ版の類似クリッパー検索かな？
最初に読み込まれるnipotanは開発者だろうか。
ボクのIDが上位に食い込んでるんだが・・・。

10.　レートの活用法
レートの活用法が不明。
レートでのソートor検索ができると嬉しい。
そもそもレート付けしてる人が少ない・・・

と、まぁ1ユーザーとしてlivedoorクリップ開発日誌にTBかけながらフィードバックしてみるのであった。

livedoorReaderのスポンサーフィードとレート問題についての考察

普段ボクが愛用しているlivedoorReader。
誰かにRSSリーダーを勧めるなら迷わずこれをプッシュするだろう。
それくらいボクはlivedoorReaderに惚れ込んでいる。
そのlivedoorReaderに最近異変が起きている。
見たこともないフィードがあるのだ。

「 これはスポンサーフィードです。あと6日で自動的に解除されます。」
なんじゃこりゃー！！
当初はオレンジ色の目立つ色で表示されていたが、不評なのか分からないが上記の画像のように変更されていた。
無論フィードの中身もチラリと見るがさほど興味は湧かない。
そもそも、ボクはNEWS系のフィードがあまり好きではない。
NEWS系のフィードは個人Blogより更新頻度が高い為、RSS未読件数が膨らみやすく億劫になってしまうからだ。
また内容もNEWSはNEWSに過ぎないのだ。
（逆にNEWS系フィードを登録して、タイトルだけを読む（見出し読み）ことで一日のNEWSを入手するという裏技もあるが・・・。）
むしろボクが読みたいのは個人Blogなのだ。
個人Blogでのその個人の考察などを読むのが面白いのだ。
梅田望夫さんの著書「Web進化論」の言葉を借りれば

ブログの面白さ・意義とは、世の中には途方もない数の「これまでは情報を発信してこなかった」面白い人たちがいて、その人たちがカジュアルに言葉を発する仕組みを持ったという事である。

例えば、ボクのお気に入りBlogに煩悩是道場さんがある。
http://d.hatena.ne.jp/ululun/
ボクはululunさんの文体や考察などが好きで、記事を読んでいて素直に面白いと感じる。
共感する事も多々ある。
NEWS系フィードではそれはない（少ない）のである。

話が脱線してしまったが、このスポンサーフィードというものは、どうやらかなりの効果があるらしい。
注目度ランキングにおいて、ぶっちぎりで一位を記録している。
注目度ランキングの「注目度」がどれくらいの期間での注目度なのかは分からないが、直近で100ユーザー以上を記録している。
現在の総購読者数は240ユーザーでボクの好きなGeekなページ
http://www.geekpage.jp/
の半数を超えている。
それもこの数日でのことだろう。
livedoorはこの実績を引っ提げてスポンサーに売り込んでいく事だろう。

別にlivedoorReaderにスポンサーが付いたからといってボクはlivedoorReaderから離れるつもりはない。
むしろ自分にマッチするようなフィードを紹介してもらえれば、一応購読対象にするかどうかは検討する。
ここでのマッチは重要で、GoogleのAdSenseが記事それぞれに対応するようにスポンサーフィードもユーザー毎に対応して欲しいということだ。

話は変わるが、最近GoogleReaderにTrendという機能が実装された。
フィードを解析する機能である。
http://at-aka.blogspot.com/2007/01/google-reader-trends.html
RSSリーダーがフィード自体を解析するというのは非常に面白い試みで、是非livedoorRederにも実装して欲しいと思っている。
現在ボクのlivedoorReaderは一日放っておくと未読が800～900件くらい行ってしまう。
これが多読かどうかという問題は別にして（フィード1000件くらい登録している人もいると思うので）、これをもう少し減らして質の高いものだけにしたいなと思っている。（ちなみに登録フィード数のリサーチでは平均登録フィード数はかなり少ない模様。このデータを信じて良いものかは疑問だが。http://japan.internet.com/research/20060929/1.html）

そこで購読フィードの整理を行いたいのだけれども、どこから手をつけていいのか分からない。
ボクは上にある画像のようにフィードをレートで格付けしている。
ちなみにレート付けは、livedoorReaderの担当者の方も薦めている分類方法である。
http://bb.watch.impress.co.jp/cda/special/14822.html
なのでレートが低いものを購読解消対象にすれば良いのだが、このレートがいまいち信用できない。
無論、自分でつけたレートなのだが、Blogなど日々更新されるものなので「このBlog面白い！！」と思ったものの実は面白いのはそのBlogではなく、その記事がたまたま面白かっただけで、そこでレートを過大評価してしまっている可能性が捨てきれない。またその逆もあり得る。(第一いつレート評価したのか覚えていない)
担当者のインタビューに「面白かったらレートを少しずつ上げていく」という行為は正にこの問題を含んでいる様に感じる。
その時の記事が面白く、感情の赴くままレート上げてしまえば、それが過大評価に繋がるのではないかという問題である。
リサーチにある様な数～数十程度のフィード登録ならば、Blog一つ一つの特性というものを掴むことが可能なので、それなりのレート評価が可能だと思う。
しかし、インタビューにあるよう、livedoorReaderは数百～10000近くのフィードを購読するヘビーユーザーに最適化されている。
果たして数百～1000もあるフィード一つ一つの特性を捉える事ができるだろうか？
ボクは不可能であると思う。
第一に定量的データに基づかない評価はスマートでは無い様に思える。
（Blog自体定性データの塊だから定性的な評価でいいんだよと言われればそうだが・・・・）

また、フィードのレートは常に上昇・硬直化の傾向に陥るのではないかと考える。
RSSリーダーで記事を読む人は収集されたを全部読むわけではない。
収集されたデータから自分のとって有益 or 興味がある情報のみを抽出するのだ。
抽出作業というフィルタによって、必然的に読まれる記事は自分にとって面白いものであろう。
わざわざ興味のない記事を抽出する行為はしない為、レートが下がる要素が少ない様に思える。
よって、「面白かったらレートを少しずつ上げていく」という基準のみの評価ではレートは全体的に上昇傾向に陥らないだろうか？

こうなると人々はどうやって、レート決めをしていくのであろうか？
恐らく購読フィードを比較していくのではなかろうか。
「このフィードはあのフィードと比較してつまらない様に感じるので少しレートを落とすか・・・。」
とか
「このフィードは、あちらのフィードよりも面白く感じるのでレートを上げておくか・・・。」
とかね。

けれども、こういった作業はとても退屈な上に正確さに欠ける様に思える。
人手をかけるのはスマートではない。
そこにGoogleは気づいたのだろう。
この定性データの塊をいかにして定量データとして計るか。
Googleにとってその答えがTrendなのである。

さて、Trendの機能はというと上のclememo@akaさん記事によると
１　過去30 日間のフィードの投稿状況
２　過去30 日で、「最もよく読んだフィード」「最もよくスターを付けたフィード」「最もよく share したフィード」のトップ 10
３　過去30 日で「最も頻繁にアップデートされたフィード」と「最も更新されていないフィード 」のトップ 10
４　タグ・クラウド機能
といった模様。
このTrendと同様な機能がlivedoorReaderに実装されたとすると、レート問題で言えば「最もよく読んだフィード」あたりが評価を手助けしてくれそうである。
整理であれば「最も更新されていないフィード 」を解除であろうか。
ここでボク個人の提案なのだが、これにlivedoorクリップも絡めると更に面白い分析が出来そうな気がする。
例えばこうだ、
livedoorクリップした記事数 / ピンを立てて実際に読んだ記事数
これをフィード毎に見るのだ。
何が分かるのかというと「クリップ率」である。
「このフィードはよく読む割にはクリップ率低いな。タイトルが面白いだけで中身は薄いフィードの可能性が高いな」
とか
「このフィードはあまり更新しない割りにクリップ率が高いな。質の良い記事を提供してくれてるのだな」
とか色々分析できそうだ。
こういったクリップ率だとか、更新頻度、購読記事率などで自動でレーティングしてくるのも良いかもしれない。
自分でレーティングしたい人もいるだろうから自動レーティング機能はオン/オフできたりとかしてね。

と、まぁ1ユーザーとしてlivedoorReader開発日誌にTBかけながらフィードバックしてみるのであった。