ウォッチングnicemeets

１月と２月の更新に変化アリ、ページランクN/A

Thu, 11 Mar 2010 18:58:46 +0900

１月１８日頃、ページランクに突然の変化。
ページランクが3からN/Aになってしまった。
しかも、何もしてない・・・全くの放置状態で数ヶ月が経って、たまたま見てみると、0どころかN/Aに。

だからスパム？この発想は安直過ぎる。で、考えられる原因を探って、どうしたらいいか策を練るためにブログ内を散策してみた。
サイト内でリンク切れを起こしてないか？不要なページはないか？などをチェック。

■トップページにgoogleが来ないんですけど…
アクセスログを見ると、この日を含めて数日間、googleだけがトップページにはまったくクロールしていなかった。
他の階層のページはクロールしていたのですが。
そしてもう一つ。
link:～での検索結果が出ない。要はバックリンクが0の状態になってしまいました。何で？

テスト記事で実験

ちなみにN/Aなったとき、実験的に記事を一つ書いてみた。
→テスト
記事を書き再構築、その後ping送信されて数分後。
Googleは１０分くらい、Yahooにも数日してキャッシュされ検索結果に表示され、スパムやフィルターに掛かった気配はない。
検索エンジンにクロールもされないのであれば、何かしらのフィルターに掛かった可能性はあると考えましたが、この心配はなさそうです。
ただ、ページランクが反映されるまで時間が掛かるので暫くこのまま様子見です。

■内部リンクチェック

画像のリンク切れ
かなりの数の画像がリンク切れしていたが、アクセスログを見ると、それら殆どにGoogleが見事にクロールしていた。
しかもしっかり404エラーを吐いていた。
他の検索エンジンも同様でした。
これは更新ストップしているだけではなく、かなり中途半端なブログとして判断され、「イラネーよ！」って判断されたのかもしれない。

不要な画像をサーバー内から削除
作ったはいいが使用してない画像をフォルダに入れっぱなしだったので、それらを一気に削除。
ブログ内のドコからもリンクしてないのにGoogleは、ブログ内でリンクしてない画像までクロールしてしまうこともあるので念のため。

外部からリンクされてしまうことも
時には参考にしてくれた人は、ページだけではなく画像も参考ページとしてリンクすることもあるので注意です。
該当の画像を削除したい時でも、外部からリンクを受け続けることになり、サーバーから削除しても外部からのリンクを消してもらわない限り一生画像のurlが残ってしまいます。
そして検索エンジンがクロールして404エラーを吐きき続けます。

不要なページ削除
不要なページがサーバー内に残っていた。
現在のmt5は公開してない状態で保存していいれば「下書き」、公開後でも「公開取り消し」の操作をすれば該当記事も完全に削除される。
けど、カテゴリを削除したり、手動でフォルダー内を移動させた場合などはサーバー内に残ってしまう。
実験的にしたものが多かったのでそういったものを全て削除した。

■外部リンクチェック

これが一番厄介、自分で仕組んで外部リンクを作っているわけではないんで、修正しようがない。
バックリンクは好意でくれたもの…でもどうしてもヤバイものがあったら依頼してリンクを外してもらうしかない。

ページランク戻りました

何が原因でページランクが下がったのか確実な原因は不明ですが、一番は「ページや画像のリンク切れ」「使ってないファイルを放置」させていること。
・・・だと勝手に結論を出してみた。
今回はこれらを無くすことでサーバー内は整理整頓されたわけです。

そして２月に入って確認してみると、「ページランク」は3に無事戻って、トップページも無事クロールされるようになっていました。
ページランクが下がった原因がこれらなのかは不明ですが、検索エンジンのクローラーは、ドコからもリンクされていないファイルでもクロールしてしまい、キャッシュしていることもあります。

今回修正した箇所がページランクに影響した可能性はないとも言い切れない。

いらないファイルは運営しているサーバー上には一切残さない、というのが今回の教訓でした。

テスト

Wed, 20 Jan 2010 20:20:44 +0900

テスト投稿です

mt mt

mt5アップグレード実験

Sun, 06 Sep 2009 19:02:32 +0900

既存のブログをmt5にアップグレードしたらどうなるか実際に試してみました。
mt5からは、一つのウェブサイトを主軸として配下にブログが配置されるということなので、mt4で作ったブログがどのように配置されるかが一番気になりました。

準備
準備として、mt5をインストール→mt4で使ってたフォルダ名を別名に書き換え→新しくインストールしたmt5をいままで使っていたフォルダ名（アプリケーションディレクトリ）にリネーム→mt-config.cgiはそのまま使えるのでコピーする→CGIのパーミッションを700（環境によっては755などになる：サーバー会社に確認要）。

データベースのバックアップと、、データベースは画像ファイルは含まないので、システムメニューのバックアップツールでのバックアップもする。
自分の場合は、失敗した時のために作業が終了するまで古いバージョンは削除しない。
次に、環境が整っているかmt-check.cgiで確認する。

アップグレード作業

サインインすると、以下のような画面が表示されますので先に進みます。

すると入力画面が出ますので、ユーザーネームとパスワードを入力します。

アップグレードがはじまり、少し待って完了！

アップグレード後のmt5のダッシュボード
mt5のダッシュボードにはGeneric Websiteというウェブサイトが表示され、ブログにはアップグレード前のブログが配置されます。

尚、アップグレード前の構成を維持するので、ウェブページのテンプレートは生成されません（新規にインストールした場合は生成されます）。

タブを切り替えて、アップグレード前のブログが反映され、ディレクトリの構成などはそのまま反映。テンプレートも新しいものと書き換わることはありません。

必要な環境メモ
以下の事項は、mt5で利用する時必要なので確認しておいた方がいい。
mt5では必要となる環境が大分変更されているので、環境が整った段階でmt5をインストールしないと、動作しなかったり、文字化けするなどの不具合が発生します。

Perl 5.8.1 以上
PHP5.x以上
MySQL バージョン5.0 以上のみをサポート
Oracle Database 11g (Movable Type Enterprise のみ)
Microsoft SQL Server 2008 (Movable Type Enterprise のみ)

推奨利用環境

Mozilla Firefox 3.5 以降 (最新版を推奨)
Internet Explorer 6.0 以降 (最新版を強く推奨)

参考：必要インストール環境

mt mt

Movable Type5の履歴管理

Sat, 05 Sep 2009 11:21:11 +0900

Movable Type5から、新しくブログ記事、ウェブページ、テンプレートなどの更新履歴を管理ができる履歴管理という機能ができて、間違いがあっても修正がしやすくなりそうです。
履歴管理を操作するには、管理画面のサイドメニューから、「設定」→「全般」を選択、デフォルトでは有効になっていて、チェックボックスで切り替えます。
そして、予め設定した件数を超えた履歴は、削除される仕様になっています。

復元するには、mt5のそれぞれの編集画面右上のリビジョン表示をクリックして、表示されるウィンドウのリストから任意の履歴を選ぶようになっています。

mt5からそれぞれ新たに設置された「変更メモ」欄に経緯など後になって分かる文章を書いておけば、「履歴管理」ウィンドウに、日付け・メモ・登録者名が表示されるので、効率よく作業が出来るようになっています。

復元後、mt5で編集して保存した場合は、その内容が新たに更新履歴として残ります。

mt mt

MovableType5の管理画面

Fri, 04 Sep 2009 14:55:36 +0900

Movable Type 5ベータが公開されましたので、少しだけ触ってみました。
Movable Type 5からは、管理画面のナビゲーションが大幅に変更されています。

9月にリリースされたMovable Type 5ベータでは、一つのウェブサイトをベースに、一つもしくは複数のブログを配下に置く形式です。
で、インストールまではMovable Type 4と変わりませんが、Movable Type 5で変わったのはログイン後です。
ダッシュボードには、操作可能なウェブサイトやブログが表示され、複数管理している場合、管理画面上のタブで切り替えができ、視覚的に直ぐに見つけられるようになっています。

デフォルトでは、ダッシュボードに予めインストールされているウェブサイトが表示されます。
特定の主となるウェブサイトのタイトルをクリックすると、運営しているブログが表示されます。

そして次に任意のブログタイトルをクリックすると、ダッシュボード上にブログの管理画面が現れます。

デフォルトでは、ブログが作成されていませんので、新たに追加していくようになっています。

もう一つの変更が、これまで横メニューだったのが左に縦メニューで階層で表示するようになってます。

ダッシュボードの管理画面の左上には開閉するメニューになっていて、そこからも該当コンテンツにたどり着けるようになっています。

ということで、MovableType5の管理画面を少しだけ触ってみましたが、複数のブログを運営する人にとっては利便性が高くなっている仕様になったようです。
んーあとは、個人レベルで期待できそうな機能は「記事、テンプレートの更新履歴を保存」かな…徐々に触っていこうっと。

mt mt

検索順位で上位表示できない事について小言

Fri, 21 Aug 2009 11:23:11 +0900

SEOをかけても上位表示できない。
と、感じている人って多そうだなあ。

で、Googleで「検索」と検索してみるだけでも、クエリに関連キーワードがいくつか表示されることからも感心の高さが窺がえる。
さ

「検索　上位」としてみると、なるほどと納得する検索クエリがたくさん表示される。

SEO関連のサイトは相変わらずたくさんあるけど、基本的なことは書いてあっても、確信を突いた内容を書いたサイトはないに等しい。
当たり前だよなあ。誰もが知りたい情報だけど、これを無料でも有料でも提供するなんて自殺行為に等しいもんなあ。

といいつつ、自分も確信を突いたことは書いてないが、このブログで起きたことは大した影響は無いので包み隠さず書いているつもりだ。
さて、久々にはじめたのがこのブログですが、当然の様に数年前のSEOは過去の遺物と言うのを実感してる。

このブログでは、検索で上位表示云々は意識せず書いているが、偶然特定のキーワードで上位表示している他サイトを眺めているが、やっていることはかなり単純。だがシステマティックなのでとても個人ではついていけない。

でも、気づいたのは、数年前は「外部リンクありき」だったのが、最近では外部からのリンクはあるに越したことはないが、内部リンクだけでも十分かもしれない側面は大いにある。

Googleは若干バックリンクは必要なときもあるが、Yahooは内部リンクをしっかり構成したほうが強力と感じた。

やっぱりそれ以上のことは自分で気づくしかないかなあ。だって他で詳細言ってるサイトってないし、本来業者が発言すべき事だしね。

まあ、何つーか、ページランクが高いサイトでえげつないことやってるのは相変わらず多いというのも感想ですね。
手法の変化はあれど、その点は数年前と変わらないので、やっぱりエゲツナイ方法が優位になる近道となる方法なんでしょうか？

一つ傾向を見るには、大手のニュースやIT関連のサイトの話題になったテーマについての記事のタイトルや気になるキーワードをで検索してみてチェックしていくと分かることもあるかもしれませんね。

結論は、実践あるのみ、みたいです。

Google Google

MovableTypeのRSSをUTF-8で出力する

Mon, 17 Aug 2009 17:59:23 +0900

ping送信時、エラーが返ってくる時があるので調べてみると、XML出力時のencodeに問題があることに気づきました。

mtが出力するRSSの文法チェックをすると、
サーバーの "charset" とフィードの "encode" を一致させることをお薦めします
このようなエラーが表示されてしまうのです。
RSSの構文チェックができるfeedAnalyzerのヘルプの説明が分かりやすいので引用すると、

RSSの基本となるXML文書のencode省略時のデフォルトがUTF-8なのに対して ApacheなどのサーバーのデフォルトはUS-ASCIIになります。

これが原因で誤作動や誤認識を引き起こしてしまい、ping送信先で更新を読み取ってもらうはずがエラーが返ってくることがある。
そうすると、折角更新した記事が誰にも認知されないままになってしまう。

いままでmtを再構築することでデフォルトで全てのページがencodeがUTF-8になっているはずだから大丈夫と思い込んで気にも留めていなかった。

.htaccessでencode指定する
Apacheサーバーの場合はencodeを.htaccessで指定する必要がある。

htaccessには既に他の記述をしている場合があるので確認した後、以下の一行を追加する。

AddType "application/xml; charset=UTF-8" xml rdf

このブログの場合、xmlは使っている拡張子だが、rdfは、拡張子として使っている場合は書いておけばいいが、サーバー内で使ってなければ特に必要ない。

最後にhttp://feedanalyzer.com/で構文をチェックしてVALIDであれば完成です。

mt mt

seesaaブログはじめたらアクセス激増しました

Sun, 16 Aug 2009 18:17:29 +0900

seesaaブログを試してみました。
そしたら、大したこと書いてないのにアクセス激増…正直驚きました。

ブログは書きたいけどmtはインストールとか設定するまでが手間が掛かって面倒、しかも全くの初心者には特に分かり難いかもしれません。

その点、無料ブログサービスは、アカウント登録してから簡単な設定で記事を書いて公開することが出来るのでいいかも知れません。
ここまでは、他でも言及されているブログがあるのでご存知の方も多いと思いますが、簡単にアクセスが得られると言うことも聞いたことがあるので試してみました。

尚、seesaaは、「広告表示」がないのもメリットの一つかもしれません。
そして、最初は100MBからですが、最大2GBまでたっぷり容量があるので普通に文章を書くのであれば十分すぎるほどです。

また、2009年3月から「更新した日から60日以上更新のないブログに広告が表示される仕様」になりましたが、これも非表示に出来る仕様になっています。

seesaaブログ、アクセス激増の怪
これには最初は驚きました。
seesaaにはデフォルトでアクセス解析が付いていて、特に設定しなくても解析してくれるんですが、初日（8月15日）107、ページビュー282。
記事の内容は、最近話題になっているニュースの感想といった感じで、特に良記事ともいえないどうでもいい事を書いただけでこんなにアクセスがいってしまいました。

実際の解析の結果の時間別（時間別解析結果）を見ると、記事を公開した数時間の間にアクセスが激増、ページビューだけだったらまだしも一日に何度訪問しても1としかカウントされない訪問者が1時間で70近くカウントされている時間帯がある。
立ち上げたばかりのブログでは普通はあり得ない現象です。

さらに、リンク元（リンク元の解析結果）を見ると、ブックマーク(リンク元なし)から247ものアクセス数（ページビュー）。
seesaaでは、公開すると新着ページとして色んなところに表示される仕組みになっているので、そこからの訪問者が「リンク元なし」として表示されるのだろうか。

ちなみに、リンク元にhttp://blog.seesaa.jp/pages/my/blog/article/e…というのがある時があるが、これは運営者本人が管理画面からアクセスした数。

しかし、このアクセスの波も公開して数時間だけでした。

アクセス解析のos、ブラウザで不明が多いのはどうして？

seesaaのアクセス解析のos、ブラウザという項目があるが、これが90%以上が「不明」となっていた。
検索して調べてみると、ブラウザの場合、検索エンジンのボット（クローラー）だということが書かれてあるＱ＆Ａサイトやブログがある。
他のアクセス解析を入れて確認してみるほうが早いが、今のところ入れていないので推測だが、不明以外がMSIE4～7とNetscape5だけ。
他にブログやサイトを運営していると、firefoxもiPhoneもあるしChromeだってあるし、最近ではMSIE8でもアクセスも比較的多くあるはず。もしかしたら、解析せず不明としてしてしまっているブラウザが多いのではないだろうか？

OSに関しても同様のことが推測として考えられる。別にアクセス解析を入れて確かめた方が確実だが、seesaaのアクセス解析は、結構数字が大雑把のような気がする。

blog blog

mtでリッチテキストを使い慣らすことにした

Sat, 15 Aug 2009 11:42:14 +0900

mtで記事を書くときのテキストフォーマットは「改行を変換」に設定していたが、これからはリッチテキストを使うことにした。

もう数年間、これでmtの記事を書いていたので、すっかりこの設定で慣れてしまったが、リッチテキストの方が使い勝手としても方法としてもいいんじゃないか？と思い始めた。

そこで先ず設定。「設定」→「ブログ記事」の設定画面で「新しく作成するブログ記事の初期値」の「テキストフォーマット」を「リッチテキスト」に切り替える。
その後は再構築する。

リッチテキストで改行
先ず第一の関門が改行。ブラウザによって異なる改行の方法をとってしまうので注意が必要。

IEの場合は、段落の変更として<p>が入ってしまうため、改行するには「Shift + Enter」を押す（公式マニュアル）。
そうすると<br>が入力され、Enterだけを押した場合は段落として<p>が入力されてしまう。これは使い慣れるしかないかなあ。

テキストリンクのコピペが便利
それともう一つ便利なのが、テキストリンクをurlとテキストを一度にコピペできるので手間が省けて記事を書く時間を短縮できる。

プラグインの活用
もう一つこのブログには、多機能で自分の利用しやすいようにカスタマイズできるTinyMCE-MTPlugin を使うことにした。
（このプラグインはMT4.1以降で利用可能）
リッチテキストに関するプラグインは多数あるが、一番多機能だったので使ってみることにしました。
画像はいままでアップロードする機能はあったが、flash等やYoutubeなどの埋め込みメディアも大きさを自由にカスタマイズしてアップロードできるのもいいと思った。
随時CSSを編集できたり、テキストに色を付けるといった装飾を簡単に出来るのもいい。

mt mt

Googlebotのクローラーは他の検索エンジンを辿ってきてるようだ

Sat, 15 Aug 2009 00:02:43 +0900

結局Googleにすっかり嫌われたかと思って、半分いじけて「まいったなあ...Googleが新しい記事をインデックスしなくなってしまった」と言う記事を書いてみたら即効インデックスされた。

しかも前後の記事もインデックスされ難い状態だったのが、一部反応が鈍い記事もあったが、これらの記事もインデックスされ始めた。

でも、その前に書いた「サーチウィキで検索結果をカスタマイズしてる？」という記事にはピクリとも反応してくれない。

一体どういうこと？やはり、「頻繁に記事を書いた方が良い」というのが今回の結論になってしまう。

というより、結局は幾ら外部からのリンクが少ないとはいえ、pingはたくさん飛ばしているので、それらping送信先からgoogglebotが辿ってきてると見たほうがいいかもしれない。

ログを見ていると、見たこともない海外の検索エンジンのbotが複数クロールしているから、それらとの相乗効果がある…と勝手に推測してみた。

例えば今回は、gooやmnsbot,technoratibotなどは常連としてやってくるが、Tagoobot/3.0; +http://www.tagoo.ruという検索エンジンが一気に殆どのページをクロールしていった。

これは一種のpin効果って感じですね。

Google Google

まいったなあ...Googleが新しい記事をインデックスしなくなってしまった

Fri, 14 Aug 2009 18:51:08 +0900

まいったなあ…Googleがインデックスしなくなってしまったよ。

どうしてだ？

で、ログを確認すると、クローラーはきているようだが、新しい記事にはクロールした形跡がない…

どしてなの？

更新を頻繁にしている時はインデックスされやすいが、その更新自体間が数日あいていることが原因？

クロールの話に戻るけど、クローラーそもものが新しい記事を辿ってくれないとインデックスもされない…

ウェブマスターツールと実際の検索結果を見てみると、インデックスに登録されている数そのものは減っているわけではなく、むしろ増えている。

新しい記事への反応が鈍くなっているとなると、アクセスが余計しんどい状況になってくる。

まさかgooglebot、日本じゃ盆休みってことないよなあ？

どうしましょ。

Google Google

サーチウィキで検索結果をカスタマイズしてる？

Fri, 14 Aug 2009 11:51:20 +0900

Googleがサーチウィキを2009年5月7日にリリースしたが、使っている人ってどんな人？

サーチウィキって使われてるのかなあ？

公式ブログによると「検索のヘビーユーザーの皆さんにとっては…」とか説明しているし、Google自体もヘビーユーザーを想定して公開した機能なんだということは感じた。

で、サーチウィキの存在は知ってはいたけど、特に頻繁に使おうと思ったことはない。

自分にとって不必要なモノを検索結果から消せるので、ある程度は便利だとも思って使っている。

検索結果の下に、「この検索のサーチウィキメモをすべて表示」と言うリンクがあるから、たまに他人がどんな意見を持っているか知りたくて覗いてみる時もあるけど、書いていないときの方が多いんだよなあ。

で、このリンクの先にメモがあるかどうかはリンクをクリックしてみないと分からないから、サーチウィキでメモった人がいるキーワードの結果については何かしらのマークを表示してもらえると有難い。

公式ブログの説明の中では、この機能に書き込む文章をコメントと表現しているけど、実際には「サーチウィキ　メモ」として機能しているせいか今のところ「特定の事柄やサイトに対する他者の意見」というものをたまに書いている人がいる程度。

現状では本当に自分用のメモ程度のもの。

今後どの程度進化するか？それともサービス終了になってしまうか分からんが。

現状では、「この検索のサーチウィキメモをすべて表示」をクリックしないとメモがあるかどうかも判別付かない状態だから、これを先ずメモがあるかないか判別できる様にアイコンで表示するとかして欲しい。

サーチウィキで検索結果をカスタマイズ

ちょっと面白いなあって思ったのは、「～メモをすべて表示」を表示させたそれぞれの検索結果の下に出る以下の表示。

これは、ログイン後の検索結果の右に出るのアイコンで、左をクリックすると上位表示に、右をクリックすると検索結果から消すことが出来る機能ですが、カスタマイズした他のユーザーが該当の検索結果にどういう反応を示してしているかが数字になって表示される。

元に戻す時はを押すのだが、上位表示させたり消したりするのはログインして操作した当人の結果にしか反映しないが、その結果は数字になって公開される形になっている。

現状では意図的に操作しようとする人はいると思うが、そういったことを排除できるのが可能なら有益な評価方法になると思うんだけど、そこまで期待できるとも現状では思えないですね。

Google Google

Movable Type 4.3のページ分割

Mon, 10 Aug 2009 20:07:42 +0900

Movable Type 4.3に新たに追加されたページ分割（pagination solution）は、メインインデックスページとアーカイブページテンプレートにおいて、最初のページはスタティックパブリッシングを利用し、2ページ目以降はMT-Searchスクリプト（mt-search.cgi）を利用する。

期待しているだけにどうしても試したくなったのでMovable Type 4.3のページ分割を試してみた。

英語の説明ページにも書いてありましたが、実際にページを生成すると、仕方がないんだろうけどurlがやたら長くなってしまうのが欠点といったところだろう。

こんな感じです↓

http://ドメイン.com/mt-search.cgi?IncludeBlogs=1&template_id=48

&limit=3&archive_type=Index&page=2

もうちょっとシンプルなurlであることが好ましいと思う。Pagination for Static Templatesにテンプレートが用意してあるので試してみた。

基本、日本で公開されているMovable Type 4.3内にデフォルトで入っているテンプレートと変わらないから殆どそのまま適用できる。

ただ。英語の場合はモジュール名が英語名になっているので注意。

英語の説明ではモジュール化してないけど、モジュール化した方が整理する時、楽になると思います。

メインインデックス

Pagination for Static Templatesを参考にテンプレートを入れ替えます。

英語の<div id="alpha-inner">直後から<$mt:Include module="Entry Summary"$>の直前までを

<div id="alpha-inner">直後から<$mt:Include module="ブログ記事の概要"$>の直前までを同様の箇所にコピペ。

さらに英語の</mt:Entries>直後から<div class="content-nav"$>直後までの間にコピペ。

最後に英語の<div class="content-nav">直後から<a href="<$mt:Link template="archive_index"$>">Archives</a>の直前までを

<div class="content-nav">直後から<a href="<$mt:Link template="archive_index"$>">アーカイブ</a>の直前までにコピペ。

ポイント

<$mt:Var name="entries_per_page" value="3"$>

の赤字の数字部分はページ数で、ここに任意の数字を入れる。

ページ内の記事数は管理画面から「設定」→「ブログ記事」の「画面設定」にある「ブログ記事の表示数で設定」で設定する。

カテゴリ、月別をページ分割するためのテンプレートはEntry Listingという項目にあります。

cssをデフォルトのまま使っていれば、モジュールが英語化日本語化だけも違いだけなので、そもまま入れれば作成することが出来ます。

mt mt

ウェブマスターツールの内部リンクが反映された

Sun, 09 Aug 2009 15:36:19 +0900

やっとです。6月13日にはじめたこのブログの内部リンクがやっとウェブマスターツールに反映され始めました。

この内部リンクは、公開してウェブマスターツールにサイトマップを登録したら直ぐに反映されるものではない。

その他のデータ自体も、イメージとしては時間が経つにつれジワリジワリ増えていくといった感じです。

しかし、このリンク関係は全くといっていいほど一ヶ月以上も何も反映されないままでした。

それが、7月後半からジワリジワリと数が増えてきました。

ウェブマスターツールの内部リンクに関するヘルプによると、

ページへの内部リンクの数は、検索エンジンに対するそのページの相対的な重要度を表します。

とありますが、反映されてやっと把握することが出来る。

重要なページがこのリストに表示されない、またはあまり重要でないページに多数の内部リンクが作成されている場合、内部リンクの構造を見直すことをおすすめします。

ヘルプに書かれている通りで、これで自分のミスも発見でき、サイトの内部リンクを見直すには便利なツールです。

例えば、削除したはずのページからのリンクがあった場合は早期に発見すれば適切なリンク構造が保てる。

なんて偉そうなことかいてますが、まだ反映されていないページが多いんだよねえ。

まだ100ページも満たないブログだからだろうけどね。

Google Google

Movable Type 4.3日本語版公開

Sat, 08 Aug 2009 20:05:01 +0900

とはいってもMT 4.3はサポートの提供なしで、MTOSでの公開となり、英語のリソース見てやってくださいということらしい。

最初、シックスアパートの公式ブログに「Movable Type 4.3について」なんて書いてあるから、てっきり公式に公開したのかと思ったらオープンソースでの公開。

Movable Type 5 ベータテストは9月上旬に延期されると8月3日に発表されている。そして、日本での発表は端的には管理がしやすくなる旨を謳っている。

で、他に興味を引く新機能を探してみた。

本バージョンで改善および追加された機能は、Movable Type 5.0にも含まれます。

で、英語のMT 4.3関連記事を見て興味を持った新機能がありました。

■Movable Type 5ではページ分割が標準仕様になる？

いままで日本でも海外でも幾つかプラグインがリリースされていたページ分割機能です。

メインページとカテゴリ・月別などのアーカイブページだけではなくエントリーページにおけるコメントも分割（Comment Pagination）できるようになるらしく、AJAXでの分割も出来るようです。

mt5の正式公開は10月になってますが試したくなってきた…

MT 4.3試そうか、5のベータ出るまで待つか…凄く迷ってる…

mt mt

サーバーでリクエストを処理できませんでした。by Google

Sun, 02 Aug 2009 23:46:01 +0900

最近、Googleで特定のキーワードを検索すると、「その他の検索結果を表示する」というリンクが表示されることがある。

そのリンクをクリックすると関連する検索結果が表示されるのだが、
「サーバーでリクエストを処理できませんでした。30秒後のやり直してください。」
とのエラーメッセージが表示されてしまった。

この程度なら、アクセスが集中したか何かでGoogleのサーバーに高負荷がかかってエラーになっている位だから後で検索すればいいだけの話。
で、確かな原因は気にもならなかった。

でも、ちょっと気になったのが記事を公開した直後だったこと。
2009年8月2日18時58分前後。

通常、Googleはウェブ・ブログ双方の検索において短時間でインデックスしてくれる。
（その後インデックスから削除されてしまうこともありますが。）

でも、その時に公開した記事に限って、何分たってもインデックスされない。
Googleでサーバーエラーだったのか？

4時間後、また検索して確認してみたら検索結果でのサーバーエラーはなくなっていて、公開した記事も無事インデックスされていた。
その時は、タイミングの悪い時に公開してしまったようだ。
　　　　　　　　　↓

Google Google

Yahoo-MMCrawler/4.0クローラーがやってきた

Sun, 02 Aug 2009 18:58:03 +0900

このブログにYahoo-MMCrawlerというクローラーがきたのでメモ。
Yahoo-MMCrawlerとは、画像・音声・動画検索向けのクローラーらしいです。

ですが、検索エンジンは一般的にテキストとは別物としてクロールしているらしい。
画像にはalt=""を設定することで、どういう内容の画像かを判別しているようだ。

■IPアドレス
74.6.0.0 - 74.6.255.255

■User-Agent
Yahoo-MMCrawler/4.0; mailto:vertical-crawl-support@yahoo-inc.com

このブログへは74.6.149.64がYahoo-MMCrawler/4.0として、通常のテキストページを拾うYahoo! Slurp/3.0と同時にページ内を拾う格好でやってきた。

でもね、画像拾われてもそれに適したaltも設定してないし上手くインデックスされるかな？

それにYahooの検索エンジンが、近い将来YSTからBingに変更する話もあるし、どうしたらいいものか？

それでもニュースサイトとかは結構有効活用しているんだよなあ、さすが！って思ったけど。

yahoo yahoo

7月下旬からYahooのインデックスの速度が速くなってる

Sat, 01 Aug 2009 19:54:01 +0900

Yahooのインデックスの速度が速くなってきている。
Yahoo!がMicrosoftと提携してBing採用するとの報道があり、日本でもBing採用の公算が高いとメディアで報道され、その影響かインデックスアップデートはないかもしれないと日本のネット界隈では言われているようですが、実際どうなんだろう？

日本で最大とされるYahoo!が検索部分だけ営業休眠状態なんてちょっと考えられないけど、大きな更新があるときはYahoo!検索スタッフブログのWeather ReportでYahoo!検索 Index Updateは発表していたのが、4月、5月、6月と付きに一度は発表していたのが、6月を最後にされていない。

ほぼ一ヶ月毎に発表されていたものが、唯一4月の前は2月に発表されているようにはまに不定期になる時期もあったんですけどねえ。
とはいえ、小刻みな変化はあるようです。

このブログでの変化を見ると、7月25日に突然インデックスが半分以下に減るという現象が起きた。
→YSTのインデックスが半分以下に激減してしまった。

ところが翌日インデックスが元に戻りだした。
→突然インデックスが増えたり減ったりするYahoo

現在のところ、月に一度はこの現象が起きている。

急激にYahooのインデックスが増え続けている。
今までこんなことはなかたんですが、全ページには至らないものの、それ以降インデックスが急激に増えて続けている。

今日のページ数は53。
これまでサイトエクスプローラーの「管理サイト詳細」の「インデックス状況」と「インデックス状況」の数字が違うときが多かったが、この数字も同じになってきている。

だからといってブログ全体のアクセス数に変化はないのだが、インデックス数が増えた分入り口は増え、ブログの流れが変わってきた。

yahoo yahoo

MicrosoftとYahoo!が提携、Yahoo!がBing採用【雑感】

Fri, 31 Jul 2009 18:19:03 +0900

Yahoo!のMicrosoft提携とBing採用が大きな話題になっています。

Microsoftが5月28日に新検索エンジンBingを発表し、6月には8000万ドル～1億ドル規模のキャンペーンを公開と同時に実施（CNET Japan）した結果、6月の検索シェアは、Bingは検索業界で2位についた。

米comScoreは米国時間2009年7月16日，米国における主要検索エンジンの利用状況について調査した結果を発表した。それによると，6月の検索件数は140億6000万件で，前月の143億2700万件から2％減少した。首位の「Google」はシェアを維持したが，2位の「Yahoo!」はシェアを落とし，3位の「Microsoft」がシェアを拡大した。（ITpro）

報道によると、検索シェアが両者合わせて28%、MicrosoftのBingだけだったら8.5%だというから市場占有率は一気に上がったことになる。

日本ではベータ版として公開したが、ここまでなら対岸の火事で、しかも中身は今までのLive Searchとあんまり変わんないんじゃないかと思っていた。

■Microsoftと提携しBing採用
（ITmedia）では、

　この10年契約の下、Yahoo!はBing検索エンジンを採用し、Yahoo!サイトの検索アルゴリズムおよび検索広告プラットフォームとする。ディスプレイ広告などでは、引き続き自社の技術とデータを利用する。

　Yahoo!は両社の広告主のリレーション営業を行う。検索広告の入札システムとしては、両社ともMicrosoftのAdCenterプラットフォームを利用する。

で、日本についてはどうなっちゃうんだろう？
報道によると、

ソフトバンクの孫正義社長は３０日、ヤフー日本法人も「ＭＳの検索エンジンを採用する可能性が高い」

と発言しているようです。

提携したことでBingが採用される可能性があるとことで、検索エンジン対策どうしたらいいのよ？てことになる。

正直なところ、利用者・ブログ運営者どちらの立場から言っても、検索がBingに変更されるのは構わないが、今までのMicrosoftの検索技術だったら使いたくないというのが感想。
ブログ運営者だったらそうも言っていられないんですよねえ。
Microsoftよりの技術になるのか、YST寄りの技術になるのか分からないのが現状だから、静観するしかないんですねどね。
報道では、YSTの検索アルゴリズム中心になりそうな予感もするけど。

Bingに必要なのは、今のところ検索精度とインデックス数だと思う。
検索エンジンを数年間利用している身としては、納得いく検索結果が得られるのはどうしてもGoogleだと思うんだよねえ。

Bingに変わったと言われても正直使う気になれないしね。
現在、採用されているYSTは、検索精度ではGoogleよりはいまひとつ...だけどMicrosoftはBingに変わったといえ、両者とは比較にならないと感じます。

日本に関しては採用を始めれば、Bingのシェアは大きくなるとは思うけど、検索精度が一気に下がるってことはないようにして欲しいですね。

現在、BingのトップページにはMicrosoft関連サービスのリンクが数個されていてシンプルな構成になっていますが、ここから将来的にYahoo!サービスへのリンクはするのかな？
それはないか...

一応、BingにはURL登録できるフォームがあるけど気休めに登録でもしておきますか？
→URL を Bing に登録

yahoo yahoo

Googleのインデックス最速5分、削除まで3日

Thu, 30 Jul 2009 22:38:07 +0900

やっぱりともいえる悲しい事件が起こってしまった。
ページランク更新に一応反応してみるという記事を公開して5分でGoogleにインデックスされた。

その喜びも束の間、5分でインデックスされたと思ったら3日で消えてしまった。
このとき、タイトルやURLで検索しても表示される気配さえなかった。

このブログについてはこういった状況が慣れっこになってしまったが、有難い状況ではない。
ちなみに公開した7月27日のページビューが4、翌日が9、そして次の日が1、最後はインデックスから消えてしまった。

これが今のこのブログのGoogleでのインデックスのパターン。
当然、数日したら再度インデックスされていることもある。
ちなみに、この記事の直帰率は50%だった。

Google Google

Yahooにインデックスして欲しい理由

Tue, 28 Jul 2009 19:24:10 +0900

Yahooにはとにかくインデックスして欲しい...と思ってしまうのがサイト運営者の本音？のような気がする。

でも現状、なかなかうまくいかないというのが現状のような気がする。
ビッグサイトまで育てば、否が応でもブックマークしてもらうなど外部からのリンクが得られ、インデックスされやすい環境になるのだが、このブログの様に弱小では至難の業。

で、当ブログも弱小ながらページ数が増えるにつれ、アクセスもちょっとづつ頂戴するようになってくると、「アクセス欲しい」...そんな欲に駆られることもあります。

Yahooにインデックスされるとアクセスは最強になる。
まあ、経験した事のある人は分かっている人もいると思いますが、「アクセスを獲得する」ということに関していっても、日本の場合はヤフーは最強です。

でも、インデックスされないことに悩まされる人も同時に多いのが現状ではないかと思います。

Yahooにインデックスしても直ぐ消えちゃうんだよねえ
このブログを始めた頃はなかなかインデックスされない状況にあった。
それが、日が経つにつれ、数日でインデックスされたりされなかったりという状況になってきました。
最悪なのは、インデックスされたのに数日したら検索結果から完全に消えてしまうことがあるのです。
気を持たせておいて振られてしまうというパターンです。

今回、事例があったので、Googleのアクセス解析を参考にメモしておきます。

「mtの日時指定は、検索エンジンとの相性が良くないかもしれない」という記事なんですが、7月20日に公開して直ぐにYahooにインデックスされました。

16時に公開して、その日だけで36ページビューあったので、安定してインデックスさえされていれば、継続的なアクセスが見込めると思ってました。

アクセスもYahooから雪崩れ込むように入ってきましたが、数日間検索結果に出たり出なかったりを繰り返している。
まるでいじめられているようです。

そのせいだと思いますが、該当ページへのアクセスは激減。

インデックスしても直ぐ消えたら意味ないでしょ
もう一つ、「突然インデックスが増えたり減ったりするYahoo」という記事を7月26日に公開して直ぐにインデックスされ、微量ながらアクセスがあった...けどこのページは現時点（7月28日）ではインデックスから消えてしまった。

このページの場合は、直帰率が高いので有益なページとは判断できませんが、微量でも初動でアクセスがあり、インデックスさえ安定してされていれば、継続的なアクセスは見込めたと思われます。

現在、Googleからのアクセスが多いが、これはYahooのインデックスが不安定なのが原因です。
外部リンクが多ければインデックスされるページも多くなるとは思いますが、弱小ブログにも愛の手を差し伸べてもらえたらなあって思ったりする今日この頃です。

yahoo yahoo

ページランク更新に一応反応してみる

Mon, 27 Jul 2009 20:21:02 +0900

Googleのページランクが更新しているようだ。
トップページのページランクが2と低く、低空飛行で運営しているので、全く気にしていなかった。
マイナー更新というやつらしい。
というより、頻繁に変動しているので、どうでもよくなっていたというのが本音。
ログやアクセス解析を確認する限りでは7月20日前後に更新があった感じがする。

で、site:watching.nicemeets.comで検索してみると約 66。
え？そんなに記事ないんですけど？
カテゴリなどのページもインデックスされるが、周知のことだと思うけど、ブログの副産物としてタグやブログ内の検索結果もインデックスされる。

久々のブログ運営なので、様子を見る目的でこのブログの状態を書いているんですが、数年前よりは確実にページランクを獲得するのが難しくなっているようですね。

特にトップページのページランクを上げるのは難儀。
現在2.

今回変化があったのは、下層ページです。ブログというのは新しいページを書く度に内部のリンク構造が変化する。

このブログの場合、カテゴリはトップページと常にリンクし、エントリーページは新しい記事を書けば古い記事はより下層に追いやられる構造になっている。
そして何れはトップページからのリンクはなくなり、カテゴリと月別、タグページからのリンクだけになる。

さらにこのブログでは現在、タグ、月別をトップからリンクしていない。

これが見事にページランクに反映される形になっている。
そのせいでタグ、月別は現在ページランク0。

エントリーページは、他のエントリーの参考として記事中にリンクさせるといったことをしているので、それによって特定のページにはリンクが集まり、結果としてページランクが付く。
...と考えて記事を書いているのだが、今のところ思うように反映されているようだ。

先日、Googleのインデックスが新しいケージから消えてしまう現象が起こったので、「不必要なファイルや画像を削除して検索エンジンを誘い込む」というような事をしてみたのだが、これが功を奏したのだろうか、インデックスが増えていた。

その他、関連としてページ間でリンクさせているのもページランクを誘導する手段として使っている。

何より、ブログそのものがバックリンクがあまりない弱いブログなので内部資源は有効に使うようにしている。
...って今のところトップページのページランクは低いものの思うように入っているから安心してこのような記事を書けるが、検索エンジンの方でアルゴリズムが変わってしまったら再度考え直すのが難儀になるかも知れないが...

Google Google

突然インデックスが増えたり減ったりするYahoo

Sun, 26 Jul 2009 16:27:15 +0900

やはり検索エンジンの動きに一喜一憂するのは良くない。

昨日、「YSTのインデックスが半分以下に激減してしまった。」という記事に書いたのだが、ヤフーのインデックスが半分以下になる現象が起きた。

まだ全体的にページ数が少ないとはいえ焦る。

だけど、冷静になって検証してみると、同じ現象が約一ヶ月前にも起きていた。
その時にも「増えてると安心してたらYahooのインデックスが減り始めました」という記事を書いていたのだが、やはりその後インデックスは徐々に増えていった。
その頃と比較するとページ数は増えているし、ブログが置かれている条件が違うが、前回と同じ様に、今回も今日になってインデックスが無事増えた...というより無事元に戻った。

もう一つその頃と違う点は、その時期はほぼ毎日記事を書いていたが、最近は数日間が開いてしまうこともある。

サイトエクスプローラーを見ると、インデックス状況が昨日は13件に減っていたのが40件に、実際にsite:watching.nicemeets.comで検索しても検索結果に13件だったのがこれも40件に戻っていた。

サイトエクスプローラーでの結果

実際の検索結果

これは検索エンジン側の不具合なのか、このブログに何かしらの原因があってのことなのかは定かでないが、もしこのブログが原因としたら、考えられることは前回の記事で言及しているのでそれを参考にしていただきたい。

ヤフーに関しては、「Yahooのクローラーがきてインデックスするまでを注目する」という点と「YSTのインデックスはじっくり待つ」のが一番の策だというのがこのブログに関する経験則です。

もちろん、様々な観点から分析を重ねていくことは必要ですが、憶測・推測に過ぎないものや、主観的な分析は無用の長物ですね。

yahoo yahoo

不必要なファイルや画像を削除して検索エンジンを誘い込む

Sat, 25 Jul 2009 19:26:01 +0900

yahooのインデックスが減ったということはまさか...と思ってGoogleの状況も確認してみることにした。

すると、yahooみたいに半分以下に減ることは無かったが、Googleでも確実にインデックスが減っている。

というよりは、新しい記事が不安定な反映の仕方をしている。
昨日まで検索して訪問してきた人が何人かいた比較的新しいページが、今日になって最新ページから順に数ページが検索結果から消えている。
クローラーは減ってはいるが数ページ拾っている...が不必要なページやファイルを拾ってる。

そこで、理由をちょっとだけ考えてみた。

不要に自動生成するページとリンクを削除した
mtというのは、カテゴリページを設定して該当する記事を書けば自動生成してくれるのだが、再構築すれば予め設定したカテゴリページも記事が無くても自動生成してしまう。

さらに、このブログの場合、デフォルトのテンプレートを改造して作成しているのだが、カテゴリページのページ下部においてカテゴリ間のリンクが生成される。

この2点が原因で、当然、記事がないカテゴリページであっても生成され、且つカテゴリ間のリンクが生成されるため、訪問者・検索エンジン双方にとって「存在するページ」ということになる。

だが、実質内容が全く無いページそのものなので存在していても意味がない。
特に最近の検索エンジンは、価値の無いページは評価しない傾向があるため、そのままにしておくのは検索エンジン対策としてはブログ全体に悪影響を与えてしまうと考えた。
...とは以前から思ってはいたものの「まあいっかあ」と今まで放置していた。

で、今日見たらYahooとGoogle双方でインデックス減少という悪い現象が起こっていたのは、これが原因の一つかもしれないと考えて不要のカテゴリとリンクを削除した。

不要なファイルを削除
ブログ内でリンクはしていなくて、使っていないのにサーバーに入れてある画像やファイルを削除してみた。
ブログ内でリンクは一切していないのだが、検索エンジンのクローラーが拾ってしまっているからだ。
こうした不要な画像やファイルをクロールしても、他のページへは辿れないページで存在自体不必要なので削除してみることにした。

実験して使わないファイルもサーバーに残さない
時々、このブログでプラグインやCGI等の実験をしている時があるのだが、その時に入れたプログラムやファイルは残さないことにした。

当然かもしれませんが、運営するブログにとってイラナイものは検索エンジンにもイラナイものとして考えて、実験したとしてもブログで使わないものであれば削除しておいたほうがいいのかもしれない。

生ログで確認したのだが、そうしないとGoogleをはじめ検索エンジンがクロールしてしまう。

クロールしても元々ブログにとてとっても不要なものだから重要度なんてあるわけがない。

ということで、ブログ運営で不必要なファイルやリンクは極力削除するのも検索エンジン対策なのかなあって思ってみた。

Google Google

YSTのインデックスが半分以下に激減してしまった。

Sat, 25 Jul 2009 11:41:00 +0900

YSTのインデックスが激減している。
正直驚き。
ブログ内で書いている記事は、内容こそ違うが、キーワードが似通ったものが多い。
これが原因？

サイトエクスプローラーで確認
サイトエクスプローラーのインデックス状況を確認すると、今まで40ページ前後をキープしていたのに...

ここ数日の状況としては、一度42ページまで増えていたものが40ページまで減少。
これだけの減少なら数日したらまた増えてくれるだろうと甘い期待を抱きながら楽観視していら、なんとインデックス状況が13ページまで激減。

そのページ数がリンクになっているのでクリックしてみると、「あれ？」...約34件と表示されている。
（下の画像をクリックしてみてください）

一体どうしちゃったのかな？
特に何もしてないのに？

敢えて言えば「他にはこんな記事が読まれてます」というリンクをつけているのだが、この位置を記事の下にあったのを右のサードバーに変更したただけ。

スパムと言われるようなことはしてない。

んー敢えてもう一つ原因を挙げてみれば、5日近く更新してなかったこと。
これが原因かなあ？
確かに更新が長期間無かったときは、インデックスが不安定になっていることはある。

でも、40ページ近くあったインデックスが13に減るってのは、ペナルティなんて生易しいものじゃなくてちょっとしたいじめ？

ヤフー検索で実際に確認
site:watching.nicemeets.comで検索して実際の検索表示状況を調べてみると、ここでも13ページ。

さら検索結果の下にある「このサイト内で検索」をクリックすると39件。
実際に検索結果も39件あった...がサイト名検索に対する表示結果。

ついでに生ログもチェック
クローラーはきている。
robot.txtをはじめ、トップページやエントリーページなど数ページ拾ってる形跡がある。
トップページ含めて全てがインデックスから消えてしまうという自体だけは何とか避けられそうだ。
しかし、拾っていくページ数が減ってきている点が凄く気になる。

ちなみに、ブログ検索の方もインデックスが一気に減少してきているが、古い記事から順に削除されている状況で、比較的新しい記事は検索結果に残っている。

参考：自分のサイトがインデックスに登録されているかどうかの確認方法

yahoo yahoo

mtの日時指定は、検索エンジンとの相性が良くないかもしれない

Mon, 20 Jul 2009 16:04:00 +0900

mtの日時指定で公開した記事は、検索エンジンとの相性がよくなく、今回の実験では不安定という結果になってしまった。

実験は1回しかしてないので、確かなことは言えないが、7月15日に日時指定で実験公開した記事「mtの日時指定で記事を公開してみる」で数日様子を見てきたが、検索エンジンへのインデックスが不安定な状態が続いていた。
途中経過報告として2回記事を公開したが、実験した記事は何れの時も、Google・Yahooでインデックスされていたりいなかったり、見る時によって違う結果になっていた。
途中経過を書いた記事は以下です。

日時指定公開の途中経過報告
　　　　　↓
mtの日時指定は検索エンジンのインデックスが不安定

この実験で全ての事がいえるわけではないのですが、通常の投稿で公開した方が、インデックスは安定しているということがいえます。
さらに、5日経った今日確認しても、日時指定で公開した記事は、検索結果に表示されたりされなかったり不安定な状態が続いている。

しかし、この間、ブログ全体のインデックスがGoogleで減少してきていることから、日時指定だけが原因とは一概には言えないのだが、確認する限りでは、通常の公開よりは不安定なインデックスの状態になっていることは確かである。
ちなみに、この5日間のうちに検索エンジンで更新などの大きな変更はなかった。

直前の記事「Googleのインデックスが減少中でも、クローラーはきています」でも書いたが、日時指定で公開した記事にもクローラーはきているようです。

もし、クローラーさえきていない様なら、インデックスされる可能性はないので、別の何かしらの原因と対策を考えようと思ったが、今回に限ってはそこまではしなくて良い状況に思えた。

いずれにしても、日時指定はもし利用する時は慎重に、できれば十分検証した方がいいかもしれない。
通常の公開と比べ、検索エンジンの挙動が違うことは確かだ。

mt mt

Googleのインデックスが減少中でも、クローラーはきています

Sun, 19 Jul 2009 10:31:00 +0900

Googleのインデックスが減少し始めてしまった。
ちょっと焦ったが、色々な現象に出くわしたほうが面白い。
ここ数日間、記事を公開すると、数分後にはインデックスされる状態だったので、Googleにおいては安心しきっていた。

それで、昨日は「mtの日時指定は検索エンジンのインデックスが不安定」と言う記事を書いたのだが、どうやら原因は違うところにもありそうだ。

その昨日書いた記事もGoogleのウェブ・ブログ両方の検索でインデックスされてなくて、その前の記事も同様。

検索結果に出なければ、読んでくれる人も当然いなくなってしまう。

Googleのクローラーはきているか？
次に気になったのはクローラーだ。
インデックスがされななくてもクローラーが着ていれば、対策を取りさえすれば検索結果に表示される可能性もある...と思う。

そこで、早速生ログを確認してみることにした。
先ず、昨日書いた記事をクロールしているか確認してみたが、Googlebotが着ていることが確認できた。

次に、トップページ、他のページにも辿るように数ページクロールしていることが確認できた。
ただ、古い記事に集中してクロールしている現象が起こっていて、トップページと新しい記事には少しだけといった感じだ。

ウェブマスターツールを確認
ほぼ登録されている状況が確認出来たが、実際に「site:～」で検索してみると、新しい記事がインデックスされていないどころか消えていて、キャッシュだけはされているという記事も散在する。

いずれにしても全体的に不安定な状況だ。

以前にも、Googleは全てインデックスしてから減少する。状態に陥ってしまったことがあったが、その時は時間とともに回復してきた。

今回は、何が原因なのか、時間が経って検証してみないと何とも答えが出せない。
もしかしたら以前よりも増して弱小ブログになってしまい、このブログをとりまく周辺の環境が悪化してしまった可能性もある。

Google Google

mtの日時指定は検索エンジンのインデックスが不安定

Sat, 18 Jul 2009 20:47:00 +0900

先日、mtの日時指定を試してみたが、結果は検索エンジンの反応が不安定です。

YahooとGoogleのブログ、ウェブ検索を確認してのことだが、通常の投稿では、Yahooのウェブ検索は、いつもインデックスに時間が掛かっているから気にはしていないのだが、それ以外もインデックスしてくれていない。
実験記事→mtの日時指定で記事を公開してみる

4時間くらい経って書いた「日時指定公開の途中経過報告」で確認した時点では、記事のタイトルで検索してみると、検索結果に出たのだが、今日になってYahoのブログ検索以外ではインデックスから消えていた。

Googleではタイトルで検索しても出ない。
では、URLではどうかと試してみたところやはりインデックスされていない。
ところが、キャッシュはされていた。

インデックスされていない原因の一つとしては、記事を書いた時間の間隔が短かったことが原因とも考えられる。
4時間という間隔は記事を書く間隔として短いのだろうか？

ということで、今回の現時点での結果は以下

googleブログ検索→インデックスから消えた。
googleウェブ検索→インデックスから消えたが、キャッシュは残っている。
Yahooブログ検索→この記事公開直前にインデックス
Yahooウェブ検索→インデックスされず

今回の原因として挙げられるのが、

記事を投稿する間隔が短かった。

同じ様なキーワードを違う記事で何度も使っているため、競合してしまった。

同じ様なテーマ、文章なので不要と判断された記事の方がインデックスから消えてしまった。

細かく検証したわけではなく、実験した記事と過去記事をサクッと読んでみただけだが、以上のような原因が考えられる。

現在、このブログの記事数は50ページ前後と少ないが、その中で別の記事でも同じキーワードが多数使われていて、かつ同じ様な内容だと、インデックスはされていても、これらの記事同士が検索結果の上位を競って競合してしまっている感じがある。

新しい記事を書く度に、内部リンクの構造が微妙に変わってくることも時間が経つにつれ影響してくる場合もあると感じた。

mt mt

日時指定公開の途中経過報告

Wed, 15 Jul 2009 23:51:00 +0900

日時指定を2009年7月15日19時15分で設定して数時間たった現在の状況。

「mtの日時指定で記事を公開してみる」記事を実験記事としてみたが、現在は以下の様になった。

設定した時間に公開されていたので日時指定で記事を公開するという第一の目的は達成した。。
だが、これは第一段階。
公開したことを他者に知ってもらうためには、公開したことを知ってもらう必要がある。

ping送信はされていたか？
それで、一般的な方法となっているのがping送信。
実験となる記事でも書いたが、日時指定では管理画面にエラーログが残らない。
そこで、幾つかのping先で送信されているかを確認してみた。
記事が反映されていればping送信はされているということになる。

日時指定でもping送信はできる
テクノラティでは数分後に反映され、pingomaticで日時指定で公開された直後に手動で送信してみると、英語で「投稿は時間を空けてね！」って表示されるので、日時投稿でもping送信はできるということが確認できた。

feedburnerは数分後に反映。
ですが、feedburnerは定期巡回してくれるのでpingが送れていなくても巡回した時に新しい記事を拾ってくれるので、日時指定でping送信できたかという指針にはならない。

検索エンジン
あとは検索エンジンに日時指定を利用した時にping送信出来たかどうか。
現在までの結果。

googleブログ検索→10分以内にインデックス
googleウェブ検索→10分以内にインデックス
Yahooブログ検索→この記事公開直前にインデックス
Yahooウェブ検索→インデックスされず

検索エンジンにおいてはこの4つのインデックス状況を見てみたが、Yahooはウェブ検索では反映していない。

通常の公開であれば、Yahooのブログ検索には直ぐに反映するのだが、この記事は時間が掛かって反映された状況です。
Yahooウェブ検索については、通常でも反映されたりされなかったり、公開した記事によって違い、何日も掛かってインデックスされる時も多いので気にしていない。

googleはウェブ検索・ブログ検索両方数十分の間に反映されていたので、日時指定によるping送信は可能だという結果になる。

全体的に、通常の公開より日時指定はping先・検索エンジン何れに対しても不安定な気がする。

mt mt

mtの日時指定で記事を公開してみる

Wed, 15 Jul 2009 19:15:00 +0900

今回は、mtの日時指定で実際に記事を公開してみたいと思います。
7月4日付けの「mtの日時指定はcronを利用して公開する」で、日時指定の方法は書いたのだが、このブログで試したことはなかった。

日時指定と通常との公開での違いは、通常の公開では、先ず管理画面の「ツール」→「ログ」にping送信でエラーがでると、どこの送信先がどんなエラーだったか記録が残るが、日時指定では残らない。
だが、公開してもping送信がされていないと公開している意味がないので、日時指定投稿後、pingの送信の有無を確認する。

同時にYahooやGoogleのウェブ検索及びブログ検索で、クロールしてインデックスされているかを確認。
まとめると、以下の状況を日時指定で設定した時間以後に確認する。

公開されているか

ping送信されてるか

Yahoo、Googleなど検索エンジンにクロール、インデックスされているか

確認方法は、この記事を日時指定で公開した後、少し検証しながら改めて新しい記事を書こうと思います。

日時指定はcronを利用
公開するまでの段取りとして、先ずは、mtで日時指定をあまり使わない状況下で何回かアップグレードを重ねている場合、run-periodic-task スクリプトのパーミッションが705になっていない可能性もあるので705になっているか確認。

2つ目、crontabで日時を設定。
3つ目、「新しいブログ記事を作成」の「公開状態」を「日時指定」に設定。
4つ目、同画面の「公開日」に公開したい日時を記入。
5つ目、記事を書いてあることも確認したら保存を押す。

このブログの現在のバージョンは、Movable Type4.261。
さて、どうなるか？

mt mt