負荷の問題で新規アカウントの受け付けが中断されてたGoogle Analyticsですが、招待メールベースで新規登録が再開されたそうです
Google Analytics Status Update
具体的には申し込みページから名前とメールアドレスをsubmitすると、新規アカウント作成が可能になり次第連絡してくれるそうです
負荷の問題で新規アカウントの受け付けが中断されてたGoogle Analyticsですが、招待メールベースで新規登録が再開されたそうです
Google Analytics Status Update
具体的には申し込みページから名前とメールアドレスをsubmitすると、新規アカウント作成が可能になり次第連絡してくれるそうです
巷ではlivedoor PICSがflickrをパクってると話題ですが、確かにデザインやUIをパクってるんでしょうが、ちょっと見ただけでも機能にしたらまだ10分の1ぐらいしかないんじゃないでしょうか?
さらに写真の枚数なんていったら、10分の1どころじゃない、何万とか何十万分の1でしょ?
50%ルールかなにかしらないけど、この程度の機能でリリースして、将来flickrを超えるものになるってのはちょっと考えられない。
UIが日本語なだけで使うユーザや、livedoorというブランドで使うユーザもいるかもしれないけど、後発しかも日本語限定で、ユーザ数がflickrに及ぶとは到底思えない。
機能とユーザ数が及ばないのだから、当然写真の枚数もflickrに永遠に届かない。
このやりかたではいくら時間がたってもflickrに永遠に及ばなくて、ちょっと世界一の金持ちは通そうだぞ、と。
(これから先に予定している)livedoorで提供してる他のサービスとの統合が強みになるのだ!ということができるかもしれませんが、Web 2.0ではWebはプラットフォームでサイトの壁を越えてmashupしてってのが本気なら、これもどうなのよ?と。
ところで皆さん「Data is the Next Intel Inside (おさかなラボ)」は読みましたか?
Web 2.0ではMashupによってヨソのサイトへのデータ供給が加速する。データとその供給方法が優秀であればあるほど多くの人が喜んで使ってくれるだろう。そして優秀なデータであれば、少々シールが貼ってあっても誰も文句は言わないだろう。むしろ信頼性の証として、シールが貼られていることを望む人だっているだろう。
わけです。
bloggerにflickrバッヂが貼ってたり、typepadにdel.icio.usが表示されてたりするのが、「Data is the Next Intel Inside」といえる状況で、livedoor blogやlivedoor フレパに同じユーザのlivedoor PICSの写真が出てきても、「Intel Inside」のステッカーとはゼンゼン違うのです。
なんとなくRSSフィードへの広告配信の続きです。
RSS広告がWebサイト広告と違う部分について、前回はシステム面についてでしたが、ビジネス面についても少しフォロー。
ビジネス面での大きな違いはズバリ、Webサイトに対してエクスクルーシブになりやすいという点です。
なりやすい、というよりは実際はほぼエクスクルーシブでしかありえないのではないでしょうか?
Webページに広告を貼り付ける場合、サイトオーナーは複数の広告プログラムから自由に貼り付けることができます。もちろん広告プログラムがエクスクルーシブを要求している場合もありますが、現実的にはサイトオーナーが自由につけることができます。
これに対し、RSSを代理配信する方式では、広告を埋め込むのは完全に広告プログラムの事業者になり、事業者とWebサイトとの契約は自然とエクスクルーシブになります。
出力されたRSSをさらに他の事業者に渡すことにより複数の事業者を通して配信することもできなくはなさそうですが、渡された側も他の事業者が埋め込んだ広告を配信するわけにもいかないでしょうから、実際ほぼエクスクルーシブになると思います。
あとシステム面の話に戻りますが、不正について。
不正検出の面から考えると、AdSenseのようなiframeを使用してWebページに埋め込まれるものより情報が少ないため、難しい部分があります。
Webページに広告を埋め込んだ場合、広告が表示された瞬間からユーザー動向のトラッキングが可能で、たとえばあるユーザーについて
・表示されたものほとんどがクリックされる
・表示されて数秒以内のクリックが続く
なんて場合には不正とみなすことができます。
しかしRSS広告の場合、コンテンツと同時に広告を配信してしまう必要がありますから、iframeのように表示した時点からのトラッキングを行うことができませんし、少なくとも上記のような不正検知はできなくなります。
JPドメイン名の登録管理とDNSの運用管理業者であるJPRSが、「日本語ドメイン.jp」を独占しはじめています。
「〜駅.jp」では「駅前ガイド.jp」、「有名な人名.jp」では「人名辞典.jp」では「人名辞典.jp」というサービスがそれぞれ行われているようです。
それぞれカンタンに説明すると、たとえば「三軒茶屋駅.jp」では「駅前ガイド.jp」の三軒茶屋駅のページが開き、内容は各種ポータルへのリンク集です。このリンク集はおそらく自動生成です。
人名のほうはたとえば、「中田英寿.jp」だとnakata.net/jp/に飛びます(これを辞典といっていいのかはここでは触れません)。しかし「堀江貴文.jp」は「http://人名辞典.jp/home/」にリダイレクトされます。これは辞典の中身がないのにドメイン名は既にJPRSによって予約されているということです。
それぞれ「駅前ガイド.jp/三軒茶屋駅」や「人名辞典.jp/中田英寿」なら何の問題もないと思いますし、そうあるべきだと思うのですが、なぜこーいう特権を利用した行為をおこなってるのでしょう?面白いといえば面白いのかもしれないですが、管理業者が勝手に(そしておそらくタダで)ドメインを独占してしまうのは、大いに問題ありです。
現在あまり問題にされてない理由はおそらく
っていうのがあると思われ。
しかし、IEがIDNに標準で対応して、日本語環境でアドレスバーに入力した語に対して「.jp」が自動補完されるようになったときは、おそろしいトラフィックになるだろうし、とんでもない利権になる気はします。
「駅街ガイド.jp」開始(slashdot.jp)の「JPRSのような登録業者がそれをやってしまう?」というスレッドも参照してみてください。
# ちなみにこの記事では、IDNのリンクがアホらしいので日本語.jpへのリンクは行っていません ;P
FeedBurner(製作中の日本語版)に続き、Pheedoも日本語化が進行中の模様です。
こうしたRSS広告とよばれるシステムは、RSSをわざわざパブリッシャーに代わってフィードする必要があるため、いままでのバナーやiframeで広告を配信するものとはちょっと違った構成になります。
配信については、いままでのものは広告だけを配信していればよかったのですが、RSS広告は記事も一緒に配信する必要があるため、帯域に関しては負担があがりそうですが、各ページごとに配信が必要だったいままでのものに対して、RSSフィード一つの配信で済むため、一長一短といったところでしょうか。
コンテンツマッチに関しては、メイン記事の他にメニューやリンク集・手作業による広告なんかが入り乱れるWebページに対して、RSSというのは記事だけを対象にするのがカンタンですから、コストは安くなりそうです。
トラッキングと不正防止に関してはいままでのシステムの恩恵をたっぷり受けることができそうですが、新たな不正は常にでてきているのでRSS広告に特化した不正もでてくるんじゃないでしょうか?
Homepage APIをリリースして楽しい感じのGoogleのPersonalized Homeですが、www.google.com/igはUSのGoogleニュース、www.google.co.jp/igは日本のGoogleニュースが見れるというそれなりに便利な状態だったのが、言語設定が優先されてしまうようになり、www.google.com/igでも日本のGoogleニュースが表示されるようになってしまいました。
小さな親切大きなお世話というか、こーいう仕様の変え方はユーザー離れにつながりますな。
オレのFirefoxの現在の状況
Home設定はmy.yahoo.com
ブックマークツールバーボタンにmy.yahoo.co.jp、www.google.com/ig、あとはサブフォルダに良く使うサイトとBookmarkletを。
オレの愛するOreSignの証明書が切れてて義援金くれってことなんで、これがphishingだったらどうしよう嬉しいなとか思いつつ、paypalでドネーションしてみました。
そして直接関係ないけど、SSLの上納金、安くなりましたなぁ〜
相変わらずネットバブルの夢は俺が終わらせないぜ!と噴水ぶっ飛ばしてるベリサイン社は高いままなんですが、安いところでは10分の1ぐらいの値段になってしまってます
MLや雑誌などで活躍されてるかなだまさかつさんのおさかなラボ(kaede.to)
php使うweb開発者は読むべし!です
# 何故か今日まで存在に気がつかなかったのですがものすごくお勧め
バカボンのパパと同じ年になったおっさんがネタ蔵 (netazo.com)というサイトをオープンしました
とりあえず、ガキの使いやあらへんでのネタのRSSをRSSリーダに登録してみたぜ
今までのclassfiedサイトがAPIでGoogle Baseに対応すれば、ユーザーはカンタンに両方にpostすることができるわけで、さらに情報は今まで以上に検索されやすくなるわけで、情報を適切に広げたいと思うユーザーにとっては、これはとってもイイことだと思います。
と書いたのですが、PhpBase (phpbase.org)をつかえばPHPプログラムからGoogle Baseにデータを登録することができるみたいです。
これでウェブサイトがますますセマンティックで検索されやすいものになる!(Googleだけの閉じた世界で?)