サーチマーケティングのヒント

Yahoo! JAPAN、いつのまにかこんな広告サービスを始めてたんですね。
「詳しくはウェブで」の新しい動き - Security Note

Yahooで「ヤンサン！」と検索すると、検索結果ページを介さずに直接ヤングサンデーの20周年総力特集ページに飛ぶのです。

これって、検索させるキーワードはかなり限定されますね。例えば「VAIO」と検索したらVAIOのサイトに飛ぶ、という風にしてしまうと、VAIOのオフィシャルサイト以外の情報を探している人にとってはYahooは検索エンジンとしての役目を果たしていないということになるので、「VAIOではできません」ということになる。覚えやすく且つ誰も思いつかないようなキーワードでなければならない。だから「ヤンサン」ではなく、感嘆符がついていたと。

良いキーワードを見つけることができれば、キャンペーンサイトの宣伝をするときにはとてもいい誘導方法になると思います。

正解は「張る」だそうです。
ここの解説が素晴らしいですね。

Webとはもともと英語で「クモの巣」の意味で、クモの巣のように世界に張り巡らされた情報網のことをインターネットのWorld Wide Webと言います。クモが巣を作るとき、いきなり網状の巣を貼り付けるのではなく、まずはある一点から別の一点に糸を渡し、それを繰り返しながら巣を編んでいきます。リンクもそのイメージで作られていると解釈すれば分かり易いと思います。 http://www5b.biglobe.ne.jp/~aiida/gimon14.html

こういう誰もが疑問に思いそうな問いというのは、今まで何度となく話題に上っているんだと思う。
つい最近、flashが検索にひっかかるという記事が改めてはてなのホットエントリーになっていたが、なんで今更？と思った人も多かったと思う。はてブユーザーの群が新陳代謝をしながらその色を刻々と変えていく以上、こう言った種類の知識は螺旋のように一定の期間で繰り返し繰り返し注目をあびるのだろう、新しい知識として。（書くほうとしては単に釣ってるのかもしれないけれど。）

新しいエントリーばかりが注目されるのは、原理を考えても当然のことだ。でも、私も含め、新しいことを追うのに手一杯になっている大方の人間は、ウェブのスケールをあまり把握していないかもしれないな、なんて思った。古いサイト、古い記事の中には、最近ホットエントリーになっているものよりももっと素晴らしいものがたくさんある。（上に取り上げたサイト、「飯田朝子のホームページ」も素晴らしい。Google Adsenseができる以前からある所謂「ホームページ」には良いものが多いように思う。）

そういう意味では、日本で一番ウェブというものをわかっているのは関裕司さんということになる。自分の力で探して見つけたすごいサイトは、ホットエントリーと同様に価値のあるものなんだと思っても良いのかもしれません。

Yahoo!検索 スタッフブログにて、YSTアップデート（インデックス更新）の正式な告知がなされた。

Yahoo!が開発しているウェブサーチエンジン「YST」のインデックスをフルアップデートしましたのでお知らせいたします。

YSTでは、機械学習や自然言語処理技術を用いたコンテンツ解析、その他機能の研究開発に注力しており、それをインデックス全体に適用することで、検索結果が大幅に改善されます。当然それには順位変動を伴いますが、その影響を考慮して、今回から、実験的に実施報告をこの場で行っていきたいと考えています。

YST update 実施しました - Yahoo!検索 スタッフブログ
http://blogs.yahoo.co.jp/yjsearchblog/45147149.html

NOYDIR対応の改修に関するものと思われるが、順位変動を伴うとのこと。大幅に順位が変わったページもあるようで、比較的大きなアルゴリズム変更があったのではないかと思われる。

3月に入ってから急にアクセスが増えた、または減った、という人は、Yahoo!からの流入数を比較してみると何か分かるかもしれない。

「地域＋○○」というキーワードでリスティング広告を出稿されている方に。
以前から書こう書こうと思ってたんですが、こんな広告サービスがあるんですね。

goo 地域検索連動型広告サービス（通称：エリアマッチ）

goo地域、gooグルメ、goo旅行、goo路線、駅探、ナビタイムなどのそれぞれの地域に関するページで、地域関連広告が出せるようです。

この広告は、「地名 グルメ」「地名 ホテル」などというキーワードでリスティング広告を出されているような方に非常におすすめです。
なぜかといいますと、Yahooなどの検索エンジンで「大阪 ホテル」と検索している人と、宿やホテルを探すサイトの中で「大阪」を選択する人は、求めているものが非常に似ているからなんです。

エリアマッチは、検索連動型広告と同じように、「サイトが扱っているサービス」と「地域」という2つの軸に対して柔軟に対応できる広告なのです。

Overture、Adwordsも価格の高騰が続いており、ロングテールを狙っても費用がかかってしまう時代です。地道に色々な広告媒体を試してみるのも一つの手ではないでしょうか？

あけましておめでとうございます。

年末の大晦日はNHKの紅白歌合戦を見ながら過ごしたのですが、ネットの世界というものは世界の中のたった一部分であり、特にお茶の間ではその影響力が占める割合というのはとても小さいんだなぁということを実感しました。お茶の間の方たちに対するアプローチは難しそうですが、まだまだ開拓できていない部分が多く残されているということでもある。ネットが得意でない方も取り込んでいけるような仕組みを作っていくことは、ネット業界発展のための鍵であることは間違いないな、などと考えておりました。

2007年は土星人である私にとっては３年間の大殺界の最後の年になるわけですが、過去２年とても幸せに過ごしてきましたので今年も良い年になることと思います。大殺界のみなさまにとっても、そうでないみなさまにとっても、実り多い幸せな年になりますようにお祈りいたします。
本年もよろしくお願いいたします。

2002年といえば、リスティング広告が開始された年だった。
2003年はgooがGoogleを採用し、2004年はYahoo!JapanがYahoo独自の検索エンジンを採用した。2005年はYahoo!の検索結果がウェブ検索優先型に切り替わった。

そして2006年は、特に挙げるとすれば、サイバーエージェント社のサイトがGoogleの検索結果から排除されたことなどがあるが、私が特に注目したのは単体で人気を集めるmixiなどのサイト内でどの検索エンジンが使われるかによって、検索エンジンのシェアが変化していくという新しい状況が生まれつつあることだ。

なお、同じく話題になっていたモバイル検索に関しては、似たような面子での戦いだからと言って同じものと捉えるのもおかしな話だと思うので、その辺の詳しい話はモバイル屋さんにお願いすることにしたい。

2007年もYahoo、Google、そしてMSNの三つ巴の戦いは続くだろうが、その鍵を握るのがmixiの盛衰であったり、台頭するSNSやウェブサービスにどれだけ採用されるのかという営業面であったりするように、幅がどんどんと広がっていくようだ。それに加え、新しい検索エンジンも市場に参加してくるだろうし、SEO、SEMはさらに複雑化することだろう。

ついにWiiにて、インターネットブラウザOperaのお試し版ダウンロードが開始されましたね！
面白いもの新しいものが大好きな私です。今回も例に漏れずWiiだってちゃっかりと手に入れているので、ユーザーエージェントなんかを調べてみました。

Perl の環境変数より

HTTP_USER_AGENT（ブラウザ情報）	Opera/9.00 (Nintendo Wii; U; ; 1309-9; ja)
HTTP_ACCEPT（MINEタイプ）	text/html, application/xml;q=0.9, application/xhtml+xml, image/png, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1
HTTP_ACCEPT_CHARSET（文字コード）	iso-8859-1, utf-8, utf-16, *;q=0.1
HTTP_ACCEPT_LANGUAGE（言語）	ja,en;q=0.9

JavaScript の環境変数より

screen.width, height（モニターのサイズ）	800, 600
screen.colorDepth（モニターの表示色）	1,677万色　（32ビット）
appCodeName（開発コード）	Mozilla
appName（ブラウザの種類）	Opera
appVersion（ブラウザのバージョン情報）	9.00 (Nintendo Wii; U; ; 1309-9; ja)
browserLanguage（ブラウザの言語環境）	ja
cookieEnabled（クッキーの利用可否）	true
language（言語環境）	ja
platform（プラットフォーム）	Nintendo Wii
userAgent（ブラウザ情報）	Opera/9.00 (Nintendo Wii; U; ; 1309-9; ja)
userLanguage（言語環境）	ja
now.toLocaleString（現在の時刻）	Sunday December 24, 19:28:14 GMT+0000 2006
mimeTypes（MINEタイプ）	application/mine (mim,mine,mht,mhtml) application/x-pem-file (pem) application/x-x509-ca-cent (crt,ca,cer,509,der) application/x-x509-user-cent (usr) application/x-pkcs12 (ptx.p12) application/x-javascript (js) application/x-ecmascript (js,es) application/javascript (js) application/ecmascript (js,es) text/javascript (js) text/ecmascript (js,es) application/vnd.opera.jsobj (jsobj) image/gif (gif) image/jpeg (jpeg,jpe,jpg) image/jpg (jpeg,jpe,jpg) image/pjpeg (jpeg,jpe,jpg) image//bmp (bmp) image/x-windows-bmp (bmp) image/x-ms-bmp (bmp) vx-xbitmap (xbm) xbm (xbm text/css (css) text/html (htm,html,shtml) text/plain (txt) application/x-opera-configuration-siteprefs text/xml (xml) application/xml (xml) application/vnd.wap.xhtml+xml application/xhtml+xml (xht,xhtml,xhtml) text/vnd.wap.wml image/svg-xml (svg.svgz) image/svg+xml (svg.svgz) image/vnd.adobe.svg+xml (svg.svgz) image/x-icon (ico) image/png (png) image/x-png application/vnd.oma.dd+xml (dd.xml) application/octet-stream multipart/x-mixed-replace multipart/mixed

クッキーが使えるようになっているのと、ブラウザの時間がGMT+0000（英国時間）。あとモニターのサイズはこれ固定なんでしょうね。
Windows用Operaとの比較もしてみたかったのですがなぜかダウンロードできず。またの機会に。

ついでにデジパのウェブサイトを表示確認してみたところちゃんと表示されてましたが、Wiiは「ファミリーコンピューター」だからB2Bサイトの閲覧は今後もゼロに等しいんだろうなぁ。

モバイルでの検索。盛り上がってきていますね。
携帯電話の機能にはほとんど興味がないのですが、モバイル検索は結構前から使っていました。
何かに役立つかもしれないので、私の使い方を書いてみます。

特に帰りの電車で使うことが多いです。よく検索するのが「○○ 営業時間」。
東急ハンズまだやってるかな？　ビックカメラまだやってるかな？　美容院まだやってるかな？
と、営業時間を忘れるたびに検索する。

そしてPCと違うのは、検索結果から目的のページをクリックしない。
主に使っているのはGoogle検索なので、PC向けのページがヒットすることが殆ど。検索結果をクリックしても答えが書いてある箇所を探すのが大変なので、なるべく検索結果に知りたい箇所がピッタリ抽出されて出てくるように検索するのです。

あと、東急ハンズの営業時間を知りたい場合、PCだったら、私はまず東急ハンズのウェブサイトに辿りつくことを目標として検索します。営業時間を知りたいという最終目的が同じでも、目的にたどり着くまでの検索行動が変わっていますね。

次に多いのがたぶんレシピ。大体は、作るものが決まっていて材料を知りたいときに検索します。
地元の駅につくまでに材料がわかれば、そのままスーパーに行けるんです。

PCだとどのレシピで作るとおいしくできそうか、かなり吟味するんですが、モバイル検索だとその辺かなり寛容というか適当です。

主な使い方はこの2種類。あとは出先でPCの代わりとして使うくらいでしょうか。
WiiやDSを買おうと思って2chを見るとか。レストランの地図を出すとか……。

PCがない方や、パケット定額制の方の使い方とは違うんだろうなぁ。

携帯電話って、小さくて、ベッドに入っていても見られるし、自分以外の人が使うことが殆どないので、すごくプライベートなものという認識があります。
あと、携帯電話がないと世界と切り離された気持ちになりますよね……ある意味、開放感なわけですが、あれは不思議な感覚です。
私にとって携帯電話は、小さいPCでもあり、自分と世界をつなげるLANケーブル？でもある。

モバイルとそれに関わる人々の行動について研究する方が増えると、人間のまだ解明できていない部分が見えそうですね。モバイルの将来に、個人的にもわくわくしています。
みなさんのモバイル検索の使い方も、よかったら教えてください。

原文：sitemaps.org - Protocol

サイトマップファイルの置き場所

サイトマップファイルをどこに置くかによって、
そのサイトマップファイルが効力を持つ範囲が決定される。

もし、サイトマップファイルが
http://example.com/catalog/sitemap.xml
に置かれたならば
http://example.com/catalog/
で始まるURLに対しては言及できるが
http://example.com/images/
で始まるURLには言及できない。

http://example.org/path/sitemap.xml
を編集することが許可されている人は、
http://example.org/path/
で始まるURLの情報を供給することが許可されているとみなされる。

下の例は
http://example.com/catalog/sitemap.xml
に含まれることが有効なURLである。

http://example.com/catalog/show?item=23 http://example.com/catalog/show?item=233&user=3453

下はその逆。

http://example.com/image/show?item=23 http://example.com/image/show?item=233&user=3453 https://example.com/catalog/page1.html

注意してほしいのは、サイトマップファイルに載っている全てのURLは同じプロコトルを使用していなければならないこと、同じホスト上になければならないこと。

たとえばウェブサーバーがexample.comにあったら、サイトマップ索引ファイルはhttp://example.com/sitemap.xml。場合によっては、異なったパス用に別のサイトマップファイルを生成する必要がある。

ポートナンバーを付ける場合は、そのサイトマップファイルに含ませるURLには全てポートナンバーをつけなければならない。
たとえばサイトマップファイルのURLが
http://www.example.com:100/sitemap.xml
であれば、記載するURLは
http://www.example.com:100
で始まらなければならない。

サイトマップファイルを有効にするには

下記はサイトマップファイルで使用できる要素や属性を明確に記したXMLスキーマだ。

サイトマップファイル: http://www.sitemaps.org/schemas/sitemap/0.9/sitemap.xsd サイトマップ索引ファイル: http://www.sitemaps.org/schemas/sitemap/0.9/siteindex.xsd

このスキーマに基づいたサイトマップファイルの構成を有効にするのに役立つツールはこちら。

http://www.w3.org/XML/Schema#Tools http://www.xml.com/pub/a/2000/12/13/schematools.html

スキーマに対して有効であることを明示するのには、各XMLファイルに下記を追記する必要があります。

Sitemap:

<?xml version='1.0' encoding='UTF-8'?>
<urlset xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.sitemaps.org/schemas/sitemap/0.9
http://www.sitemaps.org/schemas/sitemap/0.9/sitemap.xsd"
xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
...
</url>
</urlset>

Sitemap index file:

<?xml version='1.0' encoding='UTF-8'?>
<sitemapindex xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.sitemaps.org/schemas/sitemap/0.9
http://www.sitemaps.org/schemas/sitemap/0.9/siteindex.xsd"
xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap>
...
</sitemap>
</sitemapindex>

サイトマップ用プロトコルを拡張するには

サイトマップ用プロトコルは、名前空間を明示することで拡張することができる。

<?xml version='1.0' encoding='UTF-8'?> <urlset xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.sitemaps.org/schemas/sitemap/0.9 http://www.sitemaps.org/schemas/sitemap/0.9/sitemap.xsd" xmlns="http://www.sitemaps.org/schemas/sitemap/0.9" xmlns:example="http://www.example.com/schemas/example_schema"> <!-- namespace extension --> <url> <example:example_tag> ... </example:example_tag> ... </url> </urlset>

クローラーへの知らせ方

一旦サイトマップファイルを作ってウェブサーバーに置いたら、
検索エンジンごとに定めている方法か、HTTPリクエストを使って
サイトマップファイルを提出することによって、
このプロトコルをサポートする検索エンジンに知らせることができる。

★Sitemaps XML format - sitemaps.org 日本語訳（上）
★Sitemaps XML format - sitemaps.org 日本語訳（中）
★Sitemaps XML format - sitemaps.org 日本語訳（下）

原文：sitemaps.org - Protocol

実体参照による別表記

SitemapファイルはUTF-8でエンコードされていること。
その他のXMLと同様に、URLを含むあらゆる値が下記に記載されているような実体参照を使用した別表記を行うこと。

Character		Escape Code
Ampersand	&	&
Single Quote	'	'
Double Quote	"	"
Greater Than	>	>
Less Than	<	&lt;

さらに、Sitemapファイルに含まれる全てのURLも、サイトを設置しているウェブサーバーに認識されるよう、別表記し、URLエンコードされている必要がある。ただし、大抵の場合は何もしなくてもされている。
それらのURLがURLにおけるRFC-3986標準、IRIにおけるRFC-3987標準とXML標準に準拠しているかどうか、ぜひチェックしてほしい。

下記の例は非ASCII文字（ü）と実体参照による別表記を行う必要のある記号（&）を使ったURLである。

http://www.example.com/ümlat.html&q=name

これをサーバーに合わせてISO-8859-1にエンコードし、別表記したものが下記

http://www.example.com/%FCmlat.html&q=name

同じくUTF-8にエンコードした場合

http://www.example.com/%C3%BCmlat.html&q=name

さらに実体参照による別表記をした場合

http://www.example.com/%C3%BCmlat.html&amp;q=name

サンプルSitemaps XML

次の例はXMLのフォーマットでSitemapを示したもの。それぞれ違ったパラメーターを持つ少ないURLを表している。

<?xml version="1.0" encoding="UTF-8"?> <urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"> <url> <loc>http://www.example.com/</loc> <lastmod>2005-01-01</lastmod> <changefreq>monthly</changefreq> <priority>0.8</priority> </url> <url> <loc>http://www.example.com/catalog?item=12&desc=vacation_hawaii</loc> <changefreq>weekly</changefreq> </url> <url> <loc>http://www.example.com/catalog?item=73&desc=vacation_new_zealand</loc> <lastmod>2004-12-23</lastmod> <changefreq>weekly</changefreq> </url> <url> <loc>http://www.example.com/catalog?item=74&desc=vacation_newfoundland</loc> <lastmod>2004-12-23T18:00:15+00:00</lastmod> <priority>0.3</priority> </url> <url> <loc>http://www.example.com/catalog?item=83&desc=vacation_usa</loc> <lastmod>2004-11-23</lastmod> </url> </urlset>

サイトマップファイルの索引の作成（URLリストを分割する）

Sitemapファイルは複数に分割することができる。
しかしそれぞれのSitemapファイルに載せることのできるURLの数は50,000までで、ファイルの容量は10MBまででなければならない。
容量を10MB以内に収め、サーバーに負荷をかけないためにgzip形式にて圧縮しても構わない。
Sitemapファイルに載せたいURLが50,000以上ある場合はSitemapファイルを分ける必要がある。

複数のSitemapファイルを提供したいときはそれぞれのSitemapファイルをSitemapファイルの索引ファイルの中にリスト化する。
Sitemapファイルの索引に掲載できるURLの数は1,000までで、10MBを超えてはならない。この索引ファイルのXMLフォーマットはSitemapsファイルのものとよく似ている。

その他、Sitemapプロトコルでは下記の規制がある。
・というタグで始まり、というタグで終わること
・親のXMLタグとして、個々のURLごとにタグを記入すること
・個々のタグに子要素としてを含ませること

オプション・タグであるは索引にも同様に使用できる。

注）索引は同じサイト上にあるものしか指定できない。例えばhttp://www.yoursite.com/sitemap_index.xmlはhttp://www.yoursite.com上にあるSitemapファイルを読み込むことができるが、http://www.example.comやhttp://yourhost.yoursite.com上にあるファイルは読み込むことができない。また、索引もUTF-8で記述すること。

Sitemap索引ファイルのサンプルXML

<?xml version="1.0" encoding="UTF-8"?> <sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"> <sitemap> <loc>http://www.example.com/sitemap1.xml.gz</loc> <lastmod>2004-10-01T18:23:17+00:00</lastmod> </sitemap> <sitemap> <loc>http://www.example.com/sitemap2.xml.gz</loc> <lastmod>2005-01-01</lastmod> </sitemap> </sitemapindex>

注）Sitemapファイルと同じように、全ての値が実体参照で別表記されていること。

XMLタグの定義

<sitemapindex> ※必須

ファイル内の全てのSitemapファイルの情報をまとめる役割。

<sitemap> ※必須

個々のSitemapファイルの情報をまとめる役割。

<loc> ※必須

Sitemapファイルの場所を指定する。
Atom、RSS、またはシンプルなテキストファイルなどがここに入る。

<lastmod>　※任意

Sitemapファイルの更新時間。そのSitemapにリストされているページのうちのどれかが変わった時間。W3C Datetimeフォーマットに順ずるべきである。

更新時間の提供によって、索引の中のSitemapファイルの一部のみをクローラーに巡回させることができるようになる。すなわち、クローラーは更新されたSitemapファイルのみを巡回するようになるかもしれない。
この増加するSitemapファイルにより大規模なサイトでも新しいページを速く発見させることができる。

★Sitemaps XML format - sitemaps.org 日本語訳（上）
★Sitemaps XML format - sitemaps.org 日本語訳（中）
★Sitemaps XML format - sitemaps.org 日本語訳（下）

原文：sitemaps.org - Protocol

Sitemaps XML フォーマット

このドキュメントはSitemapプロトコルのXMLの構造について説明する。

SitemapプロトコルのフォーマットはXMLタグで構成されている。サイトマップ内の全てのデータの値は実体参照を使って別表記されていて、ファイル自体はUTF-8である必要がある。

その他、Sitemapプロトコルでは下記の規制がある。
・<urlset>というタグで始まり、</urlset>というタグで終わること
・<urlset>タグの中に名前空間（参照するプロトコル標準）を明確に示すこと
・親のXMLタグとして、個々のURLごとに<url>タグを記入すること
・個々の<url>タグに子要素として<loc>を含ませること

これら以外の全てのタグはオプション（任意）。オプション・タグに対する扱いは検索エンジンによって異なるかもしれません。詳細についてはそれぞれの検索エンジンのドキュメントを参照のこと。

XML サイトマップ形式のサンプル

以下の例は、一つのURLに関するSitemapを、全てのオプション・タグを使った形で示しています。オプション・タグはイタリック体です。

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
　<url>
　　<loc>http://www.example.com/</loc>
　　<lastmod>2005-01-01</lastmod>
　　<changefreq>monthly</changefreq>
　　<priority>0.8</priority>
　</url>
</urlset>

XMLタグの定義

利用可能なXMLタグを下記に説明する。

<urlset> ※必須

ファイルを一つにまとめる役割と、どのプロトコル標準を参照しているかを示す役割。

<url> ※必須

個々のURLに対して記載する親タグ。
残っているタグはこのタグの子要素にあたる。

<loc> ※必須

ページのURL。このURLというのは「http」のようなプロトコルから始まる必要があり、ウェブサーバーの要求によっては、スラッシュで終わらせる必要がある。
URLの長さは2048字以下でなければならない。

<lastmod> ※任意

そのファイルの最終更新日。
この日付はW3Cの制定する通りに記述しなければならない。
時間を省略したい場合は「YY-MM-DD」という形式でもよい。

この値は304ヘッダが返すものとは別ものであるということに注意すること。検索エンジンは二つの情報を別ものとして取り扱うかもしれません。

<changefreq> ※任意

どのくらいの頻度で更新されるかどうか。
これは大まかな情報を提供するのであって、検索エンジンのクロール頻度には反映されないかもしれません。

有効な値は
"always"（常時）
"hourly"（毎時）
"daily"（毎日）
"weekly"（毎週）
"monthly"（毎月）
"yearly"（毎年）
"never"（不変）

"always"値はアクセスするごとに変わる文書を示すために使われます。
"never"値は、保存用のURLを記述するために使われます。

このタグの値は指令ではなく、ヒントと見なされます。検索エンジンが決定をするときにこの情報を考慮するとはいいながらも、「hourly」と宣言されたページに対してそれより低い頻繁でクロールするかもしれませんし、「yearly」に対してそれより高頻度でクロールするかもしれません。「never」とマークされたページについても、予想外の変化に対応することができるように、定期的にクロールするかもしれません。

<priority> ※任意

サイト内におけるページの相対的な重要度。
有効な値は0.0から1.0の間です。
この値によってあなたのページが他のサイトのページと比較されることはありません。
クローラーにとってどのページが最も重要であると思うかを検索エンジンに知らせるだけです。

デフォルト値は0.5です。

あなたが1ページに割り当てる値は検索結果ページのランキングに影響を及ぼしません。検索エンジンが一つのサイトの中からURLを選択するときにこの情報を使用するかもしれないので、最も重要なページが検索エンジンにインデックスされる可能性を高めるためにこのタグを使用することができます。

また、この値は相対的な値のため、全てのURLに1.0を割り当てても意味がありません。これはサイト内の重要度を示すもののみに使われています。

★Sitemaps XML format - sitemaps.org 日本語訳（上）
★Sitemaps XML format - sitemaps.org 日本語訳（中）
★Sitemaps XML format - sitemaps.org 日本語訳（下）

MySpace.comの日本語版がテスト公開されています。
http://jp.myspace.com/

「日本版」ではなく「日本語版」なのは戦略的にどうなの？という感じですが。
検索連動広告は、米国ではGoogle Adwordsが掲載されていますが、日本語版では見た感じOvertureですね。

orkutにしてもそうですが英語圏のSNSは出会い系色が強いですよね。MySpaceでも、「ブラウズ」というページでは人を探せるようになっていて、デフォルトで18～35歳の女性の検索結果が表示されています。Googleの買収を断ったとして有名なFriendsterも、可愛い女の子を簡単に探すために開発されたという冗談が言われているくらいですから大事な要素なんでしょうが、女性の私からしたら、スパムメッセージがたくさんきそうでなんだかこわいです。

そう思うと、mixiって絶妙なバランスで成り立っているサービスなんですよね。国産だけあって日本になじむように出来ている。MySpaceも、韓流スターのように、その国に合う売り方をちゃんと勉強すべきだったじゃないかと思います。

フセイン政権とアルカイダは関係なかったという衝撃のニュースが報じられている中で、地球外生命体に関する情報を探すために米軍のネットワークに侵入した英ハッカーへのインタビュー記事を発見。
スケープゴートか、社会の敵か--米軍ネットワークに侵入した英ハッカーの言い分

ハッキングにより、反重力技術（簡単にいうとUFOを実現する技術）が既に完成していることが分かってしまったと書かれている。反重力技術は石油の代替エネルギー開発に役立ち、飢餓や砂漠化の問題に対しても画期的な解決策を生み出すと見られており、非常に重要な技術とのこと。本当に完成しているのであればいち早く発表し、オープンソースで公開して頂きたい所であるのだが。
このハッカー、英国では既に保釈となったがネットに接続したPCには触れないという条件付き。さらに米国が身柄の引き渡しを要求しているということだから、社会の仕組みというものは本当にうまくできていて非常にやるせない気持ちになる。

正義感が強くて、怪盗ルパンのように絶対に捕まらないハッカーがいたらいいのになぁ、なんて考えてしまうなぁ。

　現在、米国でYahooに続いて2番目に人気の高いサイトとなったMySpace。その親会社であるNews Corp.のCOO（最高業務責任者）、Peter Chernin氏がこのほど、MySpaceへの検索関連広告の提供に関し、Google、Yahoo、MicrosoftのMSNのなかから1社を選ぶ予定であることを明らかにした。

MySpaceをめぐり、グーグル、ヤフー、マイクロソフトが三つどもえの戦いへ [japan.cnet.com]

日本でも、mixiの広がりかたによっては、とりわけB2Cにおいては、オーガニックサーチからの集客（＝SEO）だけに頼っていると痛い目に遭うような時代がやってくるでしょうね。

　リクルートはサン・マイクロシステムズ（サン）とともに、両社が提供する開発ツールを使った新しいサービスを募集する開発者向けコンテスト「Sun×RECRUIT Mash up Award」の応募受付を開始している。

　このコンテストでは、リクルートが提供するWebサービスと、サンが提供する開発ツールを用いた作品を広く募集し、審査の結果優秀と認められた応募作品には賞金および賞品が授与される。応募期間は6月5日から7月31日で、8月上旬に審査、8月下旬には表彰が行われる予定だ。

　コンテストでは、リクルートが提供するAPIを利用することが必須条件となっており、これに合わせる形での公開となる。

リクルート、自社サービスのAPIを公開--サンとマッシュアップコンテストも [japan.cnet.com]

リクルートがどうやってWeb2.0を取り込んでいくのか興味がありましたが、APIを公開しちゃうんですね！
公開するのは「カーセンサー」「Smatch」「じゃらん」「フロムエーナビ」の4つだそうです。

少し心配なのが優勝賞金。オモシロremixerは50万円のために本領発揮できるものなんでしょうか？

グーグルは24日、新しいアドワーズ広告の表示形式として、動画広告も利用できる「Click-to-Play 動画広告」を追加した。現在のところ、米国、カナダ、日本でのみ提供されている。 Click-to-Play 動画広告はアドワーズ広告を表示している Google ネットワークのうち、イメージ広告を表示可能なサイト上に表示される。ユーザーが広告をクリックすることで動画が動き始めるという方法を採用しており、潜在顧客のみを対象に動画でアピールすることが可能だ。グーグルは「情報を探しているときに邪魔にならないよう、ユーザー側にも快適な環境を保ちたいと考えた」としている。 また広告主は、広告費を CPM（表示回数ベースの課金）または PPC（クリック課金）から選択できる。動画の再生状況に関する情報も管理画面上で確認できる。

グーグル、アドワーズに「Click-to-Play 動画広告」を追加 [japan.internet.com]

アドワーズで広告を掲載する際の表示先は大きく分けて下記の二つだが、

1. 検索結果（キーワード ターゲット）
2. 自動的に選ばれた関連ページ（コンテンツターゲット）

この中でこの動画広告が表示されるのは 2 のみ。

クリックすると課金され、動画が開始される仕組み。
何度再生されても再生のみでは追加で課金されないようだ。

ファイル形式はAVI, ASF, QuickTime, Windows Media 及び MPEG形式。75MB以下。
再生時間の上限は2分とのこと。

　Nielsen//NetRatingsの調べによると、Googleが米国の検索市場でシェア50％に到達した。 　4月に米国で実施された全検索のうち、Googleが占めるシェアは前年同月より3％増えて50％となった。2位のYahoo!は22％で横ばい、3位のMSNは11％で1％減となっている。 　前年同月と比べた検索件数の増加率でもGoogleが34％と最も高く、Yahoo!は27％、MSNは10％だった。

Googleがシェア50％に到達 [itmedia.co.jp]

50％ということは、米国における検索エンジンとしてのGoogleは日本のYahoo!JAPANと同じようなイメージ。そう考えるとGoogle八分がどれほど恐ろしいことなのか、身にしみて分かりますね。

　comScore Networksのまとめによると、4月の米国の検索エンジン市場は首位のGoogleが9カ月連続でシェアを拡大して43.1％となった。 　次いでYahoo!のシェアが28.0％、MSNが12.9％、Time Warner Networkが6.9％、Ask Networkが5.8％となっている。前年同月と比べるとGoogleのシェアが6.6％伸びた一方、Yahoo!はマイナス2.7％、MSNはマイナス3.2％など、Google以外は軒並み減少した。

Google、9カ月連続でシェア拡大 [itmedia.co.jp]

Nielsen//NetRatings と comScore Networks で微妙に数字が違うようです。

Google Notebook、ヒットするのはメモ書き部分だけ。
タイトルやURLに含まれるキーワードは検索対象にはなっていない。
つまり、Google Notebookでヒットするためにサイト運営者が小細工することはできない。

さて、こんな風にpublicにしてみましたが
"recipe, recipe blog" edited by Chika
他の人のnotebookを見てみると、そのページの中で重要な部分を丸ごと自分のノートに書き写しているような、（印刷して切り貼りしているような・・・）そういう使い方が目立つんですよね。
つまり次からは検索せず自分のノートを開くわけですから、使う人からしたら便利ですが、情報提供者からするとページを見てもらう機会が減る。
このままこれが普及すると大変なことになるのでは？

今のところ英語版だけが公開中。日本語で検索するとJavaScriptエラーが出ます。
Google Notebook

--FisherさんがGoogleに入ってから、Googleが独自ブラウザを作るんじゃないか、という噂が続いていますが。

それはもう1年半前のことですよね。そんなブラウザは結局、登場しませんでしたよね（笑）。噂は間違いです。Googleの真の目的はFirefoxを成功させることにあります。

CNET 主要開発者が語るグーグルとFirefoxの深い関係 [japan.cnet.com]

Googleが独自ブラウザを作るという噂は間違っている、とDarin Fisher氏。

　KDDIとGoogleは5月18日、業務提携を発表した。KDDIの提供するau携帯電話のインターネットサービス「EZweb」において、7月よりGoogleの検索エンジンを採用する。

　これまでもEZwebでは検索機能を提供していたが、検索結果にはEZweb内のコンテンツのみが表示されていた。今回の提携では、EZwebのトップにGoogleの検索ボックスを設置し、検索結果としてEZwebの公式サイト、EZwebの一般サイト、PCサイトの結果が順に表示される。

KDDIとグーグルが提携--「ケータイでググる時代がやって来る」 [japan.cnet.com]

「ケータイでググれる」ことがすごいのではなく、（モバイル版Googleはすでにあった）
EZwebからの検索結果に、勝手サイトやPC向けサイトが混ざってくるということがすごいのである。
会見まで開いて何を大げさなと思う人もいるかもしれないが、モバイル業界においてこれは一つの大きな曲がり角ともいうべきニュースだ。