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

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

テスト記事で実験

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

■内部リンクチェック

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

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

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

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

■外部リンクチェック

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

ページランク戻りました

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

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

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

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

準備
準備として、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 以降 (最新版を強く推奨)

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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はインストールとか設定するまでが手間が掛かって面倒、しかも全くの初心者には特に分かり難いかもしれません。

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

尚、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のアクセス解析は、結構数字が大雑把のような気がする。

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

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

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

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

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

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

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

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

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

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

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

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

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

どうしてだ？

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

どしてなの？

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

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

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

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

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

どうしましょ。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

期待しているだけにどうしても試したくなったので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をデフォルトのまま使っていれば、モジュールが英語化日本語化だけも違いだけなので、そもまま入れれば作成することが出来ます。

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

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

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

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

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

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

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

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

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

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

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

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

最初、シックスアパートの公式ブログに「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のベータ出るまで待つか…凄く迷ってる…