1. WP-DBManager プラグインでデータベースをバックアップ
2. ダッシュボード＞プラグイン管理画面から、全プラグインの使用を停止
3. FTP にてサーバ上の WordPress 関連ファイルを全てダウンロード
4. 公式サイトから WordPress 2.8 日本語版をダウンロード
5. 解凍した全ファイルを FTP にてアップロード
6. ダッシュボードにアクセスし、データベースをアップグレード
7. ダッシュボード＞プラグイン管理画面から、全プラグインの使用を開始

2.8 → 2.8.1 は自動アップグレードで行いましたが、問題なく無事アップグレード完了しました。

参考までに・・2.8 の新機能についてはこちら。
以下に個人的によさげだと思う新機能を抜粋してみます。

• 新規テーマインストーラ
• テーマエディタ/en・プラグインエディタ/en に CodePress 構文強調表示を追加
• 管理パネル > メディア > 新規追加/en に「Cancel Upload」ボタンと「Delete」リンクを追加
• 全てのプラグインファイルを編集できるようにする
• ページのパーマリンクエディタを変更・修正
• データベースのパフォーマンスを向上
• SWFUpload to 2.2.0.1 に更新
• スクリプトローディングのパフォーマンスを向上

なかなかいじり倒す時間がとれないのが辛いところ・・・

コリスさんのところで情報がまとめられていましたので紹介します。
WordPress 2.8のアップデートの注意点と対処法 | コリス.

日本語公式サイトの発表はこちら。

2.8にアップデートの際は手動でとありますが、何が何でもアップデートしないと困るという状況でないならアップデートしないのが一番かと思います。

2.8にアップデートしていないWordpressでは管理画面の上部に常に

WordPress 2.8 が利用可能です ! アップデートしてください。

と出ていますが、当面の間はうっかり寝ぼけてクリックしないよう注意しましょう。

ほぼ紹介記事で申し訳ないですが、仮にも WordPress関連記事を書いているサイトの責務として投稿させていただきました。

Labrid WP では、Contact Form 7 というフォームプラグインを使っています。
このプラグインは Akismet のスパムフィルター機能を利用できます。

Akismet は、Wordpress に標準装備されている強力なスパムフィルタープラグインです。
まずはこれを有効にします。
※Akismet を有効にするには、WordPress.com で取得できる API キーが必要です。WordPress.com のアカウントをまだ持っていなければ WordPress.com で取得することができます。

次に、Contact Form 7 のフォーム作成画面（ツール＞Contact Form 7）で、フォームの「名前」「メールアドレス」「URL」の入力項目に、それぞれ以下の Akismet オプションを追記します。

• 名前→ akismet:author
  例: [text* your-name akismet:author]
• メールアドレス→ akismet:author_email
  例: [email* your-email akismet:author_email]
• URL→ akismet:author_url
  例: [text your-url akismet:author_url]

※初期入力オプションを設定してある場合、そのオプションより前に上記 Akismetオプションを記述しないと、フォームタグが有効に認識されずそのまま出力されてしまうので注意。

設定が終わったら、このオプションが正常に働いているかテストします。
名前欄に『viagra-test-123』（必ず Akismet にスパムとして補足される名前）と入力して送信すると・・・

このようなメッセージが出て、送信できませんでした。

これでメールフォームのスパム対策完了です。
今後は問合せフォームからのメールの内容を見て、本当にスパムかどうか、削除してよいかどうかと悩まずに済む事でしょう

デフォルトテンプレート：category.php
（カテゴリーID）用のテンプレート：category-（カテゴリーID）.php

とする事で、カテゴリー毎に違うテンプレートファイルを読込んでくれます。

では、詳細画面用のテンプレートでは・・・？

single.php に if文で

<?php if (in_category('1')): ?>
（カテゴリー１用のソース）
<?php elseif (in_category('2')): ?>
（カテゴリー２用のソース）
<?php else: ?>
（その他のカテゴリー用のソース）
<?php endif; ?>

とする事で表示をカスタマイズできますが、カテゴリー一覧画面のように別ファイルで分けてしまった方がスッキリします。
そんな場合はこれ。

<?php
 $post = $wp_query->post;
 if ( in_category('1') ) {
 include(TEMPLATEPATH . '/single-1.php');
 } elseif ( in_category('2') ) {
 include(TEMPLATEPATH . '/single-2.php');
 } else {
 include(TEMPLATEPATH . '/single-0.php');
 }
 ?>

こうする事で、

カテゴリ−１の記事：single-1.php
カテゴリ−２の記事：single-2.php
その他の記事：single-0.php

と、記事の属するカテゴリーによって読込むテンプレートファイルを分割する事ができます。

尚、ヘッダーやフッターを読込むタグは、通常は

<?php get_header();??>
<?php get_footer();??>

ですが、別に設定したヘッダー／フッターを読込みたい場合は、

<?php include (TEMPLATEPATH . '/header2.php');??>
<?php include (TEMPLATEPATH . '/footer2.php');??>

とします。

ちなみにサイドバーの場合はもっと簡単で、

通常（sidebar.php）

<?php get_sidebar();??>

sidebar-2.phpを読込む場合

<?php get_sidebar('2'); ?>

となります。

ヘッダー／フッターはサイドバー形式、
カテゴリー詳細は、カテゴリー一覧形式で
テンプレートファイルを切り分けてくれると、管理が楽になるんですけどね。

WordPressには、Wordpress本体のインストールURLと異なる公開URLを設定できる機能があるので、これを利用しています。

制作時

1. 公開予定のURLの下にサブディレクトリを作成し、そこにWordpressをインストール。
   例：公開予定 → http://labrid.jp/
   WordpressインストールURL → http://labrid.jp/wp/
2. WordPressの設定から検索エンジンをブロックする。
   設定＞プライバシー設定から、『検索エンジンはブロックするが通常の訪問者の閲覧は許可する』にチェックして『変更を保存』。
3. WordPress全体をパスワードでブロックし、非公開にする。
   ※Angsuman’s Authenticated WordPress Plugin というプラグインを使って、ログインユーザー以外は全コンテンツを見られない（ログイン画面に飛ばされる）ようにする。（このプラグインは最新版のWordpressで正常動作しないのでコードを一部書き換える必要あり）
   ※ベーシック認証をかけると、記事投稿時に画像等をアップロードできなくなるので×

1. で検索エンジンを拒否しているので、一般ユーザーがアクセスしてくる事はほとんどありませんが、万が一アクセスがあった場合を想定し、3. のプラグインで全コンテンツをパスワードブロックします。
制作者、校正担当者には、Wordpressのユーザー登録画面からユーザーとして登録し、ログインしてもらう事で、全コンテンツを閲覧できます。

公開時

1. WordPressの設定から検索エンジンの巡回を許可する。
   設定＞プライバシー設定から、『このブログを、検索エンジン とアーカイブサイトを含め、誰でも閲覧できるようにする』にチェックして『変更を保存』。
2. Wordpresのインストールディレクトリ（例：http://labrid.jp/wp）のindex.phpをダウンロードし、以下の通りに変更後、公開ディレクトリ（例：http://labrid.jp）にアップロードする。
   変更前：

   /** Loads the WordPress Environment and Template */
   require('./wp-blog-header.php');

   変更後：

   /** Loads the WordPress Environment and Template */
   require('./wp/wp-blog-header.php');

3. WordPressの設定からアドレスを公開予定URLに変更する。
   設定＞一般設定＞ブログのアドレス(URL)を、初期状態（例：http://labrid.jp/wp）から公開予定URL（例：http://labrid.jp）に変更する。
4. プラグイン一覧画面から Angsuman’s Authenticated WordPress Plugin を停止する。

これで公開完了です。

WordPress本体がインストールされているのはサブディレクトリですが、Wordpressの生成する全コンテンツのURLは、3. で設定した上位ディレクトリをルートディレクトリとして生成されます。

校正環境として別サーバーで稼動させていたWordpressを移行したり、DNSのドメイン変更を行う手間と必要なスケジュールを考えると、遥かに簡素化できました。
公開サーバーでのテストも兼ねているので、サーバー仕様の違いによるトラブルは皆無。
お客様側の最終確認工程も削減できました。

それに近い事が実際に起こってしまいました。
幸いプラグインは必要最低限なものだったけど、問題は、私のWindows IE6 環境ではエラーを吐かないこと。
エラーを吐いてくれないことには Try & Error での原因究明もできないのです。

幸いクライアントが同じ業界の方だったので、プラグインのON/OFFをしながら、エラーの状況を見てもらうことにしましたが・・

それにしてもおかしい…読み込んでいる JavaScript は多くないはず。
しかも信頼のおけるJSばかり。

この時点で思い出しました。
Google 関連の JavaScript がなぜか IE6 でエラーを吐く事があるという報告があった事を。

試しに、Google Analytics のコードを削除してエラー状況を電話で確認したところ、これがビンゴ。
まさに Google Analytics が悪さしてました。

いろいろと幸いな状況が続いたのでさっくり解決できましたが、状況によっては、エラーを吐くクライアントのところまで出向いての検証作業などで丸一日程度無駄にしていたかもしれません。

結論：IE6 でスクリプトエラーが出て、他のブラウザ／バージョンでは出ない、という状況ではまず Google 関連から疑うべし。

–（後記）—-

上記エラーの理由：文字コードがUTF-8のページで外部javascript を読込む際にUTF-8を明示的に表記しないと微妙な動作をする。

解決方法：以下のソース部分を変更。

※変更前

document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));

※変更後

document.write(unescape("%3Cscript charset='utf-8' src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));

情報ありがとうございました。

ランダム表示スクリプトの入手・アップロード

以下のサイトからスクリプトをダウンロードします。

• A List Apart: Articles: Random Image Rotation

ダウンロード場所が少しわかりづらいですが、後の手順はとても簡単なので、便利なスクリプトを提供してくださっている作者様に感謝の気持ちを持って記事を読み解き、ダウンロードリンクを探しましょう。

次にダウンロードした rotate.txt の拡張子を php に変更します。
サーバ上のテーマファイルのあるディレクトリの “images” フォルダ内にランダム表示用のディレクトリ “random” を作成し、ここに rotate.php を FTP ソフトでアップロードします。

/wp-content/themes/テーマ/images/random/rotate.php

ランダム表示用画像の作成・アップロード

ランダムに表示させたい画像を複数作成し、上記で作成したディレクトリ “random” にアップロードします。
画像名は自由な名前で OK です。

背景画像指定スタイルの変更

テーマのスタイルシートを編集し、背景画像を指定しているスタイルの背景画像ファイルへのパスを rotate.php へのパスに変更します。

変更前

background:url(images/bg_header.jpg) 0 50% no-repeat;

↓
変更後

background:url(images/random/rotate.php) 0 50% no-repeat;

以上で完了です。

尚、一時的に背景画像を固定したいような場合は

background:url(images/random/rotate.php?img=static_image.jpg) 0 50% no-repeat;

とすることで対応できます。

初期状態では、rotate.php を置いたディレクトリ内にある画像をランダム表示しますが、rotate.php 内のパスを変更することで、画像の置き場所を変更する事が可能です。
例えば・・・

変更前

$folder = '.';

↓
変更後

$folder = 'http://labrid.jp/images/random/';

気が利いてますね。

Labrid WP ではとりあえず仕掛けは仕込んだものの、画像が2個しかないので、これから徐々に増やしていく予定です。

• キャンペーン等のような強力にプッシュしたい特設ページを単独で作成
• 特設ページへのリンクとして、全ページにバナー画像を配置

そういった場合のカスタマイズ方法の一例として、私の行ったカスタマイズを簡単にご紹介します。

特設ページ専用カテゴリーの作成

特設ページ専用のカテゴリーを管理画面の『投稿＞カテゴリー』から作成します。
カテゴリーを作成したら、カテゴリーIDを確認しておきます。
以下、特設ページ専用カテゴリーのIDが 10 だったと仮定して説明します。

このカテゴリーはサイドバーのカテゴリー一覧メニューには表示したくないので、使用中のテーマの sidebar.php のカテゴリー表示タグ [wp_list_categories();] の引数に [exclude=10] を追加して非表示に設定します。

特設ページへのリンクバナーのページへの関連付け

特設ページを『投稿＞新規追加』から作成します。

リンクバナーを適切なサイズで作成し、投稿画面のアップローダーからアップロードします。
（本文に挿入する必要はありません。）
※画像の格納先として『wp-content/uploads』を設定し、年月ベースのフォルダは作成しない設定にしてある事を前提とします。
これは管理画面の『その他の設定』で設定・確認できます。

カスタムフィールドに『banner』をkey名とし、アップした画像名を値として登録します。

keyで指定したカスタムフィールドの値を取り出す

以前の記事で紹介したように Get Custom Fielde Values というプラグインを使ってもいいのですが、このためだけにプラグインを導入するのも面倒なので、今回はプラグインを使用せずにカスタムフィールドの値を取り出します。

使用中のテーマの function.php に以下のコードを追加します。

function getCustom($key,$id) {
$custom = get_post_custom_values($key, $id);
if(count($custom)!=1)
return implode("<br />",$custom);
else
return $custom[0];
}

これは、WebTecNote さんの記事を参考にさせていただきました。

サイドバーテンプレートのカスタマイズ

サイドバーにリンクバナーが表示されるよう、使用中のテーマの sidebar.php をカスタマイズします。

sidebar.php に以下のコードを追加します。

<?php if (have_posts()) : query_posts('cat=10'); ?>
<ul>
<?php while (have_posts()) : the_post(); ?>
<li><a href="<?php the_permalink() ?>" title="<?php the_title_attribute(); ?>"><img src="<?php bloginfo('url'); ?>/wp-content/uploads/<?php echo getCustom('banner',get_the_ID()); ?>" alt="<?php the_title_attribute(); ?>" /></a></li>
<?php endwhile; ?>
</ul>
<?php endif; ?>
<ul>

リンクバナー周辺のデザインをカスタムする場合は、上記の <ul> にクラスを割り当てるなどとして、スタイルシートを適宜設定するといいでしょう。

以上で完了です。
このように本文に使用しない画像を記事に紐づける場合は、カスタムフィールドが非常に便利かつ応用がきくので、覚えておいて損はないでしょう。

かなりしつこく調査してみましたが、現状では共用SSLでのSSL化は無理、という結論。残念。

が、そもそもなぜSSL化が必要か、というと、お問い合わせフォームのようなメールフォームでは通信をSSLを通して暗号化する事が常識になっているからなんですね。
本当は、入力内容をそのままメール送信するフォームでは、SSLは無意味であるにも関わらず。
入力側（ブラウザ?サーバ間）をSSLで暗号化しても、出力側（サーバ→メール送信）が暗号化されていないので、意味は無いんです。
あるとすれば『安心感』。運営側にとってはそれも大事。
だから無意味でも皆コストをかけてSSL化するんですね。

話がそれました。
現状ではどうやら、共有SSLでWordpressの特定ページをSSL化するのは不可能なようなので、Wordpress を導入しようとしていて、SSLを使う予定があるなら、多少高くても独自SSLが使えるサーバを選ぶのが正解のようです。

※管理画面をSSL化するのはセキュリティを高める手段としては有効です。
こちらは Admin-SSL を使えば共有SSLでもSSL化できるようです。
Admin-SSL プラグインについてはまた別の記事にて。

ここで問題が。ナビゲーションを分割したい場合はどうするのでしょう？
たいていのホームページでは、ナビゲーションは複数の箇所に分割表示します。
ノーマルな WordPress ではページ用のナビゲーションを分割表示できません。
※テンプレートに直にソースを記述する事で対応できますが、管理画面から管理できないのでCMSとは言えなくなってしまいます。

これを解決してくれるのが “NAVT (WordPress Navigation Tool)” プラグインです。
とても高機能なナビゲーションカスタマイズプラグインで、ページ系コンテンツに限らず、Wordpress の全てのナビゲーションを自在にカスタマイズする事ができます。

今回は、LabridWP のヘッダーナビゲーションを、以下の仕様でカスタマイズする例を紹介します。
（追記：プルダウンメニューはNAVTでは設定できません。これは別途Multi-level Navigation Plugin for WordPressというプラグインを導入して実現しています。）

◎フッターに新しいナビゲーションを作成
◎ヘッダーナビから『リンク』をフッターナビに移動
◎フッターナビに『ホームへ戻る』を追加
◎『お問い合わせ』はヘッダーとフッターの両方に表示

NAVT プラグインの導入と使い方

1. プラグインをインストール。
   管理画面のプラグイン＞新規追加で「NAVT」で検索し「インストール」をクリック。
2. ツール＞NAVT リストでNAVTの管理画面を表示。
   

   管理メニュー

3. 管理画面は整然と整理されていてわかりやすい。
   各パネルのタイトルバーの『？』をクリックするとヘルプが表示される。
   親切なことに、これも日本語化されている。
   

   NAVT管理画面

4. まず一番左上の『ナビゲーション・グループ』に、新しいナビゲーショングループ名を入力して『作成』をクリック。
   ※テンプレートに挿入するタグに使用する名前なので半角英字で。
   今回は、ヘッダー用に headnavi。フッタ用に footnavi を作成。
5. 新しくできたグループパネルの左上にあるギアアイコンをクリックすると、グループ用の設定画面が現れる。
   どのコンテンツでナビゲーションを表示するか、ナビゲーションのHTMLタグに設定するIDやCLASSなど、必要十分な設定が可能。
   

   新規グループの属性変更

6. 『基本情報』パネルに、現在のWordpressのナビゲーション項目が表示されている。
   カスタムしたい項目をクリックすると『未設定』枠の中に項目が現れる。
   カスタムする全項目を『未設定』枠に入れてしまうと便利。
   

   カスタマイズ元となる項目情報

7. 『未設定』枠の項目を、(4)で作成した新しいナビゲーショングループのパネルにドラッグ＆ドロップして、カスタマイズ用グループに項目をセットアップしていく。
   順番の入れ替えもドラッグで調整可能。
   項目の親子関係は、項目右下の左右ボタンで調整可能。
   

   セット完了状態のカスタムナビ

   項目名クリックで、項目の表示名、形式、CLASS、rel=”nofollow” の設定パネルが出現。

   

   HOMEの設定変更も可能

8. 全てセットし終わったらグループパネルの右上の鍵アイコンをクリックしてロックしよう。
   パネルが閉じて鍵アイコンがロック状態に変わる。
   グループの数が増えてもスムーズにドラッグ＆ドロップでき、ミスを防ぐ事ができる。
   

   グループをロック

これで新しいナビゲーショングループのセットアップが完了です。

テンプレートの編集

しかし、このままでは公開側は何も変化しません。
次に、これを表示できるよう、テンプレートに表示用タグを追加します。

NAVT 表示用のタグは、以下の通りです。

<?php
if( function_exists('navt_getlist') ) {
navt_getlist('new_navigation_groop_name');
}
?>

従って、今回の例でのカスタマイズは以下の通り行いました。

header.php

元のナビゲーション表示用タグを削除し、以下のソースを追加

<?php
if( function_exists('navt_getlist') ) {
navt_getlist('headnavi');
}
?>

footer.php

以下のソースを追加

<?php
if( function_exists('navt_getlist') ) {
navt_getlist('footnavi');
}
?>

あとは、適宜スタイルシートを編集してカスタマイズ完了です。
Wordpress を CMSとして運用するならば、必須のプラグインと言えるでしょう。

これは、このサイトを見ている方が、他にどんなブログを読んでいるのかを紹介してくれるサービスです。
同時に、導入した LabridWP も「あわせて読みたい」のつながりに参加することができ、他のブログ様のところで紹介してもらえるかもしれないという仕組み。

導入は、あわせて読みたい公式サイトで、ブログのURLを登録すると発行されるパーツ用ソースを、ブログのサイドバーに埋め込むだけ。
ソースはただの画像リンクで、iframe や Flash、JavaScript を使用していないので、テンプレートを編集できるどんなブログにも導入できるはず。

読者にも管理者にもサービス運営者にもプラスになる、しかも簡単・明快なこういったサービスはどんどん普及していって欲しいですね。

RSS読み込みプラグイン（ex. MagpieRSS ）で実現しようと考えていましたが、調べたところ、Wordpress に最初から RSS 読み込み機能が搭載されているらしい。

• WebTecNote – [WP]wordpressでRSSを取得して表示

非常に簡単ですね。

今回は Pages コンテンツのサイドバーだけに表示するカスタマイズなので、以下のソースを sidebar.php に仕込みました。

<?php if ( is_page() ) { ?>
<h2>Stuff Blog</h2>
<h3>Web de Nuts</h3>
<p>Labrid 代表 YAMADA の個人ブログ。お気楽＋気まぐれブログです。</p>
<ul>
<?php // Get RSS Feed(s)
include_once(ABSPATH . WPINC . '/rss.php');
$rss = fetch_rss('http://feeds2.feedburner.com/WebDeNuts');
$maxitems = 5;
$items = array_slice($rss->items, 0, $maxitems);
?>
<?php if (empty($items)) echo "<li>No items</li>";
else
foreach ( $items as $item ) : ?>
<li><a href="<?php echo $item['link']; ?>" title="<?php echo $item['title']; ?>">
<?php echo $item['title']; ?>
</a></li>
<?php endforeach; ?>
</ul>
<?php } ?>

ちなみに、

wp_rss($url, $num_items) 

を試したところ文字化けしてしまいました。
修正はちょっと面倒なので、上記コードで完了としました。

おまけ）
今まで表示していたバリューコマースのバナーは、削除しました。
とりあえず、「バリューコマース」の経験値を得たかっただけなので、お役御免です。
もちろん、収益は０円です（^^;

理由は「気持ち悪いから」

今日ふと、robots.txt に sitemap.xml の存在を明示させようと思いつき、実行しました。
複数の sitemap を複数行の Sitemap: URL の形式で記述しました。
この記述内容を Google ウェブマスターツールの「運用ツール＞robots.txt を解析」でテストしてみたところ、Labrid – http://labrid.jp/ の sitemap.xml しか認識しません。

実際のところ、Labrid WP の sitemap.xml もクロールされ、ウェブマスターツールでも認識されているので問題はないのですが、なんとなく気持ち悪いので、この機会に2つの sitemap.xml を統合することにしました。
A型丸出しです。

統合手順

WordPress の sitemap.xml は、プラグイン「Google XML Sitemaps」で自動出力しています。
これを WP の上位ディレクトリ （http://labrid.jp/）に出力するよう、プラグインの設定を変更します。

1. 管理画面の「設定＞XML-Sitemap」からプラグインの設定ページに移動
2. Additional Pages でサイトマップに追加するページを指定。
   今回は、http://labrid.jp/index.html を追加。（Priority等の設定は適当に）
3. Location of your sitemap file でサイトマップの出力先を変更。
   Custom location を選択し、出力先を指定するボックスのうち、Absolute or relative path…を「xxxxx/wp/sitemap.xml」から「xxxxx/sitemap.xml」に変更、Complete URL…を「http://labrid.jp/wp/sitemap.xml」から「http://labrid.jp/sitemap.xml」に変更。
4. その他の設定を適宜見直した後、一番下の [Update options] をクリック
5. 一番上の Status 内の rebuild the sitemap をクリックし、sitemap.xml をマニュアル出力。エラーが出ていないことを確認。

この作業後、http://labrid.jp/sitemap.xml を確認したところ、Labrid WP のコンテンツが反映されている事が確認できました。
さらに、これを robots.txt に反映（Sitemap: http://labrid.jp/sitemap.xml）させ、Google ウェブマスターツールでテストしたところ、「有効なサイトマップが検出されました」。

無事完了しました。

まとめ

実質同一のサイトを2つのサイトとして検索エンジンに認識させるような行為、単一の扉ページしかないサイトをひとつのサイトとして認識させる行為は、検索エンジンからペナルティを受ける可能性が高いです。
そのペナルティを未然に防ぐ、という事が主な狙いでした。

Labrid としても、WP を独立サイトとして labrid.jp のサブディレクトリで運営していくよりも、サイト名＝ドメイン名となっており、比較的、検索エンジンへのアピール度の高いドメイン運用状態になっている（と思われる） labrid.jp として、全コンテンツを認識してもらう方が価値が高いと考えました。

これを機に、今まで放置していたSEOも、しっかり対策していきたいと思います！

せっかくの Google Maps、カテゴリ一覧にもちょっと一工夫欲しいですよね。
「仙台のちょっといいとこ」では、StreetView も表示させているので、デフォルトのカテゴリ一覧に本文も表示させる仕様では、重いことこの上なしです。

LabridWP では、Google Maps 投稿・表示に Google Maps Anywhere プラグインを使っています。
※GoogleMaps系プラグインではイチオシ。簡単投稿が便利すぎです。

このプラグインでは、投稿時に [Lat_long] という緯度経度登録用のカスタムキーにボタン一発で登録する機能がありますので、このカスタムキーを利用します。

Google Maps 投稿画面?Lat_Long カスタムキー

投稿時には、このカスタムキーを登録するだけで、カテゴリ一覧には小さな地図画像、詳細ページには、Google Maps が表示されるように調整します。

以下に、「仙台のちょっといいとこ」用のカスタマイズ内容を紹介します。
プラグインが出力するソースの緯度経度値をカスタムキーに差し替えただけの簡単カスタムです。

○カテゴリ一覧テンプレート（category-XX.php）

<a href="<?php the_permalink() ?>" rel="bookmark"><img src="http://maps.google.com/staticmap?markers=<?php echo c2c_get_custom('Lat_Long'); ?>,red&amp;zoom=15&amp;size=200x150&amp;key=（Google Maps API Key）&amp;hl=ja" /></a>

地図画像表示用URLに指定するパラメータのうち、緯度経度を表示する [markers=] にカスタムキー [Lat_Long] を読み込みます。
あとは [size=] [zoom=] にデザインに見合った数値（固定値）を、key には登録した Google Maps API Key を入れます。

これでミニ地図（画像）表示の設定は完了です。

○詳細ページテンプレート（single.php）
いつもどおり、if で「該当カテゴリのエントリーのみ」という設定を作成し、その中に テンプレートを記述します。
今回は、単純に カスタムキーから GoogleMaps を表示させるだけなので、汎用テンプレートをコピーし、その本文表示部分の直前に以下のソースを記述しました。

<div class="googlemaps" style="width:520px;height:250px;"><a href="http://maps.google.com/maps?f=q&amp;hl=ja&amp;geocode=&amp;q=<?php echo c2c_get_custom('Lat_Long'); ?>&amp;ie=UTF8&amp;ll=<?php echo c2c_get_custom('Lat_Long'); ?>&amp;t=h&amp;z=16&amp;maptype=G_NORMAL_MAP" title="<?php echo c2c_get_custom('Lat_Long'); ?>"><img src="http://maps.google.com/staticmap?markers=<?php echo c2c_get_custom('Lat_Long'); ?>,red&amp;zoom=16&amp;size=520x250&amp;key=（Google Maps API Key）&amp;hl=ja" alt="<?php echo c2c_get_custom('Lat_Long'); ?>" title="<?php echo c2c_get_custom('Lat_Long'); ?>" /></a></div>

サイズ、ズームは固定値です。
（今回は、投稿の手間をできるだけ減らしたいという目的もあったので、固定値で良しとしました。）

サイズはレイアウトの統一のためにも固定値でOKなのですが、ズーム値は状況によっては変更したい場合もあるでしょう。
その場合には、[map_zoom] といったカスタムキーを作り、ズーム値を登録しておき、上記コードの [z=16 / zoom=16] の部分を [z=<?php echo c2c_get_custom('Lat_Long'); ?>] とすればいいでしょう。

※本当は、StreetView も同様にカスタムキーから表示させたかったのですが、StreetView の表示には位置情報の他に方角・俯角の設定も必要なのでカスタムキーからの表示は現実的ではないと判断しました。
（これらをそれぞれカスタムキーで登録するくらいならプラグインの投稿機能に頼る方がずっと手軽）

理想は、StreetView を投稿すると、StreetView の位置情報を元に、自動でその登録地点の GoogleMaps を同サイズで表示、カテゴリ一覧にはミニ地図表示、という仕様です。
さらに StreetView と GoogleMaps を連動させられたら、モアベターです。

StreetView と GoogleMaps は本当にすごいコンテンツだと思います。
これを利用した、もっと面白くもっと手軽に有効に使える方法を模索中です。

robots.txt にアクセスできませんできませんでｋ・・

全てのURLに「robots.txt にアクセスできません」と；；
なぜに？？？
※もちろん、Wordpress の設定画面の、ボット拒否設定はオフに（全アクセスを受け入れる）ようにしています。

理由はよくわかりませんが、どうやら WordPress の場合、robots.txt で明示的にボットのアクセスを許可しないとダメなようです。。

sitemap.xml 自動生成プラグインの設定画面に、バーチャル robots.txt 作成というチェックがついていて、「なんでこんなのついてるのか・・」と思っていましたがそういう理由だったんですね。
Labrid WP の場合、Wordpressルート＝サイトルートではないので、この機能は意味なし＝関係なしだと思ってました。

そこで、自分で以下のような robots.txt を作り、サイトルートにアップしておきました。

User-Agent: *
Allow: /
Disallow: /wp/wp-*

Disallow: /wp/wp-* は、管理系のファイルがインデックスされないようにする設定です。
これも、やっていない場合は必ずやっておきましょう。

あとは、この状態で再度レポートが作成されるのを待つばかり。
今度こそ・・・！！