ブログ用はブログ用でしかない

それらのレディメイドテンプレートはほとんど『ブログサイト向け』の構造になっています。
つまり、単体ブログを基盤として全ての記事詳細ページ、それにカテゴリや月別アーカイブページ、というブログ型のテンプレートとなっています。
単なるブログ単体のサイトマップを作りたい場合はそれで十分ですが、MovableType は特に中規模サイトCMSとして利用されることが多く、1サイトに複数のブログが存在する場合は専用テンプレートをコーディングする必要があります。

複数ブログの更新情報を全てまとめる

XMLサイトマップを出力させるブログを1つ選び、インデックステンプレートを作成し、サイトマップフォーマットに従って MultiBlog タグで他のブログを順番にインクルードしてサイト全体を俯瞰するサイトマップを出力します。

そのブログは各ブログからの再構築トリガーを設定しておきます。一般的にはトップページとXMLサイトマップ、RSS出力だけのためにブログを１つ設ける形が多いと思われます。

MovableType を巧みに設計して使っている ＝ 非常に複雑な設計である場合が多い為、いわゆる誰でも使える汎用テンプレートは作りにくく、その都度サイト構成を考えながらテンプレートをコーディングしていく必要があります。

例えば製品情報とニュースリリースをブログ、その他のコンテンツも全てウェブページとしてMovableType配下に置くサイトがあったとすると、

製品情報コンテンツを出力するブログはニュースリリースブログよりプライオリティを上げてループ処理で出力し、次にほとんど固定情報となる会社情報を直書き、ニュースリリースをループ出力、あとは細かいページを直書き。

といったコーディングが考えられます。

出来るだけ詳しく、正確に

例えばXMLサイトマップの書式の中で

• lastmod：最終更新日時を表す（例 2009-08-20T12:12:33+09:00）
• changefreq：更新頻度を表す（例 daily, monthly, yearly）
• priority：重み付け（例 0.1〜1.0）

は省略してしまっている場合も多いですが、不確実な情報やスパムまがいのテクニックばかりが氾濫するSEO対策処理の中、確実な部分は確実に作り込んでいくべきだと考えています。

また出力したサイトマップファイルを Google ウェブマスターツール や Yahooのサイトエクスプローラー に登録する処理も忘れずに行いましょう。

最後に

この辺りの細かい作業はWEB制作している人でも知らない人がいたりします。
あえてお客様に説明するほどでもない細かくて見えない部分ではありますが、制作側でできる最大限の事として手抜きせずに行いたい作業です。

※ここに書いた「ブログ」「サイト」という概念はMT4までのもので、MT5では若干変わってきます。

質問に応えるホスト（管理者）が質問項目を設定し、あらかじめ回答しておくこともできますし、ユーザが新たな質問を設定することもできます。投げられた質問に回答することで質問ごとのコーナーが立ち上がり追加質問や便乗質問やなどをしていく感じのものです。回答に対しての「役に立ったかどうか」の評価機能もあったり、全ての内容からの検索もできます。

PHP+MySQL or PgSQLで構築、phpも綺麗にテンプレート化されており吐き出すHTMLも綺麗で、カスタマイズもしやすそうな印象です。

用途といえばソフトウェアの開発者さんが質問場所として使うとか、会社のカスタマーサポートでの利用が考えられます。
私は職人さんがいるような専門性の高いお店のサイトに利用したら面白いかなと思いました。

専門性が高ければ高いほど、購入前の下調べは必要になってきます。
多くのFAQが掲載されてたり、なおかつあらゆる新しい質問に専門家が回答してくれるサイトがあれば、購入を考える人にとって有益な情報源となります。また同時にその回答者に対して信頼も生まれます。

ありきたりの営業文句が並ぶ単なるWEBサイトよりも、よっぽど営業効果があるかもしれません。
専門性が高くて値段も高いものは、いいお店があれば県外とかでも結構普通に行きますからね。

例えばスポーツ自転車店とか、旧車専門店とか、オーダーメイド系かな。

Webサイトを無料で制作し運営にかかる費用を広告費でまかなえるか、ということを実験的にやってみているということです。Web制作費用の考え方の変化は、以前の「CMSのススメ」という記事でも書いた通り私も強く感じている所です。

ある程度のクオリティを維持する為に実際の案件で無料というのは考えにくいですが、初期制作費として多くの費用をかけるのではなく、運用サービスとして月額費用という形でCMSを使ってもらうという考え方は、今後増えていくのではないかと思っています。

「もうDreamweaver とか触ってる場合じゃなくなってきつつある」という部分は印象的であり今のWEB制作業界をよく表していると思います。そして全く同感です。

そういったソフトで1ページずつちまちま作る事は少なくなってきているにしろ、CSSのテクニックが凄いとか、XHTMLの文法がどうだとか、そいういった内輪ネタに対価がつく事は今後もほとんどないんじゃないかと思います。

もちろん、それらは必須ですがもはや当然のこととして脳内処理するべきなのでしょう。ちゃんとしたCMSを作ってあげれば、パートのおばちゃんがせんべい片手に更新してもValidなXHTMLは吐けますからね。

よく考えていきたい部分です。

Web業界の動向でも、小中規模のWeb制作会社やフリーランスのWebデザイナーが、WordpressやMovableTypeを利用してCMSを構築するというケースが多くなっているみたいです。

なんで？っていうとやっぱり安いまたはオープンソース（フリー）な高性能CMSが沢山あるってことだと思います。

数年前までは、更新システムとなればWeb制作会社がシステム会社に外注し、静的サイトに比べて費用が大幅に膨らんでいました。

ページ単価○万円×100ページ＝どっひゃー！
それにシステム入れたら…1サイト何百万というのは珍しくありません。　

今でもこういう風に制作業務をする会社は沢山あると思いますし、それを当然とするクライアントも沢山（特にお固い系）もあるようです。しかしそれはもはやナンセンスだと感じています。

近年、小企業や個人経営のお店にまでCMSを導入できるのは、汎用ツールをうまく利用することで、非常に高性能な更新システムサイトを、システムエンジニアではなくWebデザイナーの範囲で、チームではなく個人の範囲で構築できる、つまり、安く構築できるからだと思います。

個人的にCMS以外を受注していないのは、静的サイトは作る側としても退屈だから…ということもありますが、やはり運営者側にとっても閲覧者側にとっても、間違いなくより価値のあるWebサイトになると思っているからです。

CMSは運営する方が育てていくものなので、制作側としても作った後が楽しみだったりもします。

関連リンク：CMSとは

ブログという形でその便利さが証明されたCMSは、もちろん通常のブログではないWEBサイト（会社情報のサイト、お店のサイト、個人サイトなど）の運用にも利用できます。

更新の度に、制作会社に原稿を渡し何度も校正をしてアップロードしてもらったり、本来の業務を脇に面倒な更新作業を自分で行ったり…。
そんな手間も経費も、CMSの導入で大幅に削減することができます。

また、ブログシステムを利用してのCMS構築は、更新時に検索エンジン等に「更新したよ！」という呼びかけるPingの送信や、ユーザにもれなくチェックしてもらう為に、WEBサイトにはもはや必須機能となりつつある「RSS（あーるえすえす）」を自動で発信することができます。

いまご覧の私のWEBサイトもまた、CMSツールによって構築されています。トップページからコンタクトのぺージまで、全てのページをブログを更新するのと同じ要領で、簡単に内容を編集・更新することができます。