待ちに待ったwordpress3.0（英語版）が公開されましたね。

個人的に特にうれしいのは、シングルサイト版とMU（マルチユーザー版）との統合。

企業サイトでも昨今は複合的なサイト運営が必要なケースが多く、これまで通常のシングル版を使っていたサイトもマルチサイト化ができるというのは、提案する側としてもよだれが出るほど待ち望んでいたものではないでしょうか。

wordpress MUというマルチユーザ版はもともとありましたが、はじめからそちらを選択してサイト運営を始めるケースは少なく、企業やサイトの成長とともに、ブランドサイトが必要になったり、独自サービス企画サイトが必要になったりと、変化を続けながら成長していく企業サイトにとっては、3.0で統合されるマルチサイト化機能は、非常に有用であろうと思います。

もちろんグループ会社の多数ある企業・団体・大学や、フランチャイザー、ショップチェーン、あるいはショッピングモールなど、多くのサイト・ブログを統合的に管理あるいはサービスとして提供したい場合には、最適なCMS・大規模ブログネットワーク構築ツールですよ。

マルチサイト対応以外にも、カスタム投稿タイプ、カスタムメニュー、カスタムヘッダー、
など、運営サポートやテーマ制作者として非常に気になる機能が実装されています。

早急にデフォルトテーマTwentyTenを穴が開くまでじっくり見て研究しなければならなそうですね。

機能追加関連は下の動画でも見られます。

私はXOOPS（ズープス）というCMS（コンテンツマネジメントシステム）のデザインを制御するテーマセットというものを配布していることもあり、このXOOPSを利用したサイト構築や運用に関する相談を受けることが多々あります。多くXOOPSユーザさんが陥る問題点、それはその高機能さや拡張性の高さによって、管理が行き届かなくなり、サイトの明確な方向性が失われていってしまうことです。

XOOPSは大変よくできたCMSで、特徴としてはコミュニティサイトやポータサイトを作り出せるような様々な機能部品=モジュールが数多く存在している点です。

1. ニュース配信
2. ダウンロード
3. アンケート
4. リンク集
5. スケジューリング
6. ブログ
7. オークション
8. ウェブメール
9. フォーラム
10. 商品レビュー
11. Q&A
12. wiki
13. 天気情報
14. ショッピングカート

など等、ありとあらゆる機能が拡張可能なモジュールとして存在しています。

ただこの多機能性と拡張性の高さがあだとなり、管理の複雑化や肥大化を生み出してしまい、サイト運営者にとって便利なはずのCMSが重い労働になってしまっていることもしばしば…。そしてもっとも不幸なことは、サイトとは関係ない機能（モジュール）の放置により、一番考慮すべきサイトの目的があいまいとなり、適切なプレゼンテーションが出来ず、ユーザが離れていってしまっている現実を直視できない管理者がいらっしゃる事です。

もしすでにXOOPSなどの、簡単にサイト構築が可能で、かつ拡張性豊かなCMSを会社やお店のサイトとして使用されていて、

1. 営業や販促の担当者でなく
2. 単純にパソコンに詳しいから
3. プライベートでもホームページをつくっているから詳しいだろう

などの理由で管理者を選定し、サイト管理を委ねている場合、かなりの高確率で危険な状態にあると思います。

機能（コーナー）だけは多く存在するが中身はほとんどなかったり、あるいはサイトの目的にそぐわない内容になっていたりしませんか。ユーザにとって不可解なコーナーがいくつもあれば、サイトはもとより企業自身の信頼性を下げ、多くの見込み客を逃していくことつながってしまいます。是非一度サイトを構成する“コンテンツ”の視点で、モジュール構成を見直してみることをお勧めします。必要の無いコーナー、いらないモジュール、いっぱいありませんか？

無駄なモジュールを排除しシンプル化すると、

1. 管理がスムーズになり
2. サイトの目的が明確になり
3. コンテンツが整理されることで説得力を高めることが出来
4. ユーザビリティが向上し
5. ユーザの満足度が向上し
6. アクションを誘発させ
7. コンテンツ作成やユーザへの対応にかける時間が増大し
8. 最終的な目的達成がなされる

など、良いことが次々と起こってくるはずですよ。

もちろんそれ以外にも、

1. サイト構築時の費用の圧縮
2. 管理コストの削減
3. セキュリティ性の向上

なども大きなメリットと言えます。

機能よりもまず目的とコンテンツをしっかりと見据え、拡張性の誘惑には自分との相性をよく吟味してから…という事で…。

※趣味や試行錯誤の段階で、様々な機能を持ったモジュールを試すことはとても重要なことだと思います。その中で本当に役立つモジュールを発見したり、新たなサイトコンテンツを思いついたりすることもありますので。

世間ではXOOPSがSEOに弱いといわれているので、それをどうにか最適化できないか？をつづっている第３弾です。初回はthemeファイルの最適化をご紹介しました。第２回はmoduleの出力するタイトルの最適化について。今日はモジュールテンプレートの最適化の重要性をご説明します。

皆さんはモジュールのテンプレートの編集を積極的に行っていらっしゃいますか？おそらくあまりしていらっしゃらないのでは、と思います。また、もしいらっしゃたとしても、見た目のデザイン上の修正が中心の方が多いのではとも思います。しかし今回ご紹介することは、ユーザビリティ的にも、SEOとしても非常に重要です。HTMLやCSS、XOOPSやSmartyに精通していない方がトライする事はとても大変かもしれませんが、その努力に見合った結果に期待し、チャレンジしてみてはと思います。

さて、XOOPSとそのモジュールの素晴らしいところはロジックとデザインの分離です。XOOPSはさらに多言語仕様なため、通常のphp開発では必要のない多くの工程を、モジュール作者さんたちは苦労をしながら行っている訳です。感謝感謝…。そのため、ほとんどの表現的な要素はtemplateファイルで制御可能なのです。

ただ（themeも同様ですが）提供者としては、多くの方々に使っていただくため、あらゆる環境で安定して動かすことを最優先にせざるを得ず、テーブルタグを多用されている場合もあります。

しかしながら、あなたのサイトの環境や目的によっては、削除してもかまわなかったり、より適切なマークアップにすべき点が見つかるかもしれません。templateは見た目の改変のみならず、ユーザビリティの向上やよりシンプルなソースへの改変を意識することで自然とSEOも施されていきます。

特に大きなポイントとしては、<h1>タグがそのページを表す最適なテキストに適応することです。XOOPSのモジュールでは意図的にヘディングタグは使わないように設計されている気がします。これはユーザの判断にゆだねたいということなのかもしれませんね。

世間ではXOOPSがSEOに弱いといわれているので、それをどうにか最適化できないか？をつづっている第２弾です。先日はthemeファイルの最適化をご紹介しましたので、今日はモジュールの最適化の重要性をご説明します。

皆さんはモジュールをそのまま使う派ですか？それともカスタマイズして使う派ですか？

セキュリティアップデートへのマージ等の作業効率を考えても、テンプレートファイル以外はそのまま使うほうがメリットが多いということには私も賛成です。しかしながら、ユーザビリティの向上や、SEO効果を求められる企業サイトの構築としては、どうしてもやっておかなければならない対策があります。それがメタタイトルタグの出力設定です。

みなさんの使用しているモジュールのタイトルタグの吐き出し仕様を確認してみてください。

1. モジュールトップページ
2. カテゴリページ
3. 詳細ページ

それぞれがきちんとそのページを表す最適なタイトルが出力されていますか？

実はxoopsに標準でついてくるnews、mylinks、newbb、xoopsfaq、xoopspollなどのモジュールは、どのカテゴリ、どのページにいってもモジュール名称しかタイトルタグに表示されることはありません。そのページが何たるかを表すタイトルタグに、最適な内容が入力されていないのです。これはXOOPSはSEOが弱いといわれても当然です。SEOという視点でなくとも、いろいろな場面で好ましくない仕様であり、最大の欠点であると私は思います。

SEO的には最大限の効果を出せる部分をみすみす切り捨ててしまっていると言えます。

まずあなたのお使いのモジュール構成を見直して下さい。XOOPSに標準的に含有されているものではなく、3rdパーティ製モジュールの方が、より現代的につくられ、かつ時代に即した機能改良を頻繁に行っている場合もあります。

モジュールの見直しによってもタイトル問題が解決しない場合、モジュールのphpファイルに手を入れる必要が出てきてしまいます。カテゴリページや詳細ページなどで、xoops_pagetitleに最適な情報が渡るように書き加えます。モジュールによっては非常に簡単かもしれませんし、最適な箇所が見つけ辛いものもあるかもしれません。しかしながら標準的なモジュールへの適応であれば、google検索であっさり見つけられる可能性もありますので、皆様にとってもそれほど敷居の高いものではないかも知れません。

一般的にXOOPSはSEOに弱いのではないか？と考えられていることが多いようです。確かにその傾向はあるようです。しかしながら絶対的に弱いということではなく、Movable Typeなどのブログ派生CMSも同じですが、元となるテンプレートやテーマ（スキン）での制御や、運営者がどれだけ意図してソースを最適化しているのか？という事が重要です。

XOOPSはmySQLを使った高機能なウェブアプリケーションであるにもかかわらず、大変よくできたインストーラによって、かなりの初心者の方であっても導入することがカンタンです。また様々なモジュールによる拡張性の高さこそがXOOPSの一番の魅力であるためか、個人の方やXOOPSに精通したWeb制作業者でもない限り、細部にわたる調整はほとんどされることがありません。実はそこに落とし穴があります。

では、しておくべきことをいくつかあげて行きます。

一つ目はまず、themeファイルの最適化です。

• テーブルを多用したthemeはなるべく避け、シンプルな設計にします。
  様々なサイトで公開されているテーマですが、とにかく多くの環境で安定して動くことを最優先に考えている場合が多いので、テーブルでレイアウトしていることが多いです。BCOOL THEMEでは、一応テーマ側の制御としては完全テーブルレス且つシンプルな出力ソースを心がけ制作していますのでオススメです。
• blockTitleなどにh2, h3などの見出しタグが使われている場合は、divやdl dtなどにする。
  左右ブロックのタイトルなどに見出しが使われているサイトを良く見かけますが、見出しタグを適切に使うという意味においても、またキーワード的に無意味なブロックタイトルにページコンテンツの見出しの意味づけを行うのは逆効果です。themeファイルにはヘディングタグは必要ないのです。（唯一入れるべきは、トップページのサイトタイトルのみ）
• meta titleをページタイトル – サイト名の順番にする
  これも通常逆にされている方が多いのですが、サイト名で検索エンジンから集客するのは至極カンタンかつ、当たり前のことです。重要なのはそのページが何を扱うページかを検索エンジンなどの機械含め、誰もに直接的に伝えることです。一応サイト名を末尾に加えるのは見た目のブランディング効果を高めるためでもあります。検索エンジンの検索結果表示の一覧にもサイト名が常に露出しますので、こうした視覚的な効果も全体的視野から見ますと重要です。

今日はとりあえずの基本という事で、ここまでです。

おそらく現在日本で一番あついCMSではないかと思います。
使われ方は様々ですが、ポータルサイトやコミュニティサイトをつくるには最適なシステムです。まずはその特徴に触れてみます。

コミュニティサイトはマーケティングの重要な武器

ざっと特徴をあげると、こんなところでしょうか？このXOOPS、今までは、一般の方々が自分と同じ趣味嗜好の人たちと語らう、コミュニティサイトの作成に使われることがほとんどでした。しかしそのCMSの機能の秀逸さから、企業のwebサイト構築にも使われることも増えてきました。ただ筆者がもっと企業さんが使ったほうがいいんじゃないか？と考えるところは別にあります。もう何か新しい使い方を思いついた方もいるのではないでしょうか？そうなんです、XOOPSは単なるCMS(コンテンツマネジメントシステム）ではなく、顧客や市場とコミュニケーションを図るための機能も実装しているんです。ある一つの商品をより良いものにするための活動を、このXOOPSを利用して行った例があります。もちろん商品開発のためのだけでなく、その活動が販路の発見・拡大になり、宣伝広告にもつながり、ブランドイメージの浸透やファンづくり、とマーケティング活動の一つの重要なツールに変身するわけです。

以下は一応筆者が触れてみて、実験もしくは本番で使用したことのあるもの、そして気になっているものをあげています。

さきほどは、CMSがウェブサイトを運営するにあたってその更新業務を行いやすく、スピーディにすると説明しました。しかしCMSのメリットってそれだけではないんです。筆者の考えうるものをいくつか紹介します。

と、ざっとあげてみても、こんなにあります。
「でも、高いんでしょ、そんなすごいシステム…」
って思いますよね。インターネットが世間にもてはやされるようになったころからCMSの考え方は既にあって、資金力のある企業は、大金を投じてCMSを開発・活用していました。1ライセンスＸ百万なんていう商品もいまだにあります。しかし我々もこうしたものを取り込まないと土俵にすら上がれなくなってしまうような時代が押し迫ってきています。それを感じてか（もちろんそこにビジネスチャンスを見出したからでもありますが）、リーズナブルに利用できるCMS、あるいはソフトウェア自体は無料で利用できるものが出回るようになってきました。いくつかご紹介しましょう。（世界中にはいっぱいあるんですが、日本語で使いやすいものだけを選びました）

簡単に言うと、サイト運営をスピーディにするシステム。もっとちゃんと説明するならば、文章や写真などのデジタル・コンテンツを集めて、加工して、実際のホームページ上に追加したり、更新したりする仕組みのことです。（本来は情報の煩雑化を解消する目的でホームページの制作にかかわったことのある方はだいたいの流れを理解していると思いますが、復習してみますと、

• サイトの基本構成の決定（運営責任者やプロジェクトメンバー）
• 各コンテンツの必要要素の洗い出し（各担当者）
• 取材・執筆（ライター）
• 撮影・編集（写真/ビデオ）
• ページ加工（デザイナ/エディタ）
• 動的コンテンツの場合のプログラミング（プログラマ）
• 確認・校正（各担当者/最終責任者）
• 修正・公開（ウェブ制作最終担当者…通常はデザイナーもしくはプログラマが行うことが多い

とこんな流れになってますよね。
最近では、このややこしい流れをもっと簡潔に、そしてスピーディーに行いたいという要望は、しごく当たり前のようになって来ているはずです。

な～んて事、よくありませんか？
これではせっかくウェブサイトを公開している意味がありませんよね。一番スピードのある媒体のはずなのに…。

インターネットで情報を発信する側に立ったとき、提供する情報の新鮮さを意識しなければ危険です。そうそう、TOPページにWhat’s NewやTOPICSが載っている企業サイトっていっぱいありますよね。みなさんのサイトは最新NEWSなどの更新日付は1年も前…なんて状態になってませんか？これは見る側(来訪者)に対してとっても良くないイメージを与えてしまっているんですが、お気づきですか？見る人が見れば「な～んだ、ＩＴに力入れてますなんて言ってたけど、ＨＰは業者にまかせっきりで、全然ホンキじゃないね、この会社！」なんて感じてしまってるはずです。その見てる人が営業さんが必死でアプローチした見込み客の購買担当者だったりして…。良くある話です。

新しい情報を発信するという目的で無いなら、What’s NEWなんてコーナー作らなきゃいいのに、とも思いますけど、「どんどん新しい情報を出していかないとサイトつくる意味ないですよ！」と初めは思うし、制作側の人たちもそう提案するはずです。だけど上で書いたような面倒な流れだと、どうしても頻繁に行えなくなってしまうんです。これが業務になっちゃうんで。通常大企業でもない限り、ホームページを担当する人は本業の片手間でやっているはず。であれば、こうした業務の流れを簡単にして、もっと周りを巻き込めるような方法に変えればいいんです。もっと簡単に、しかも面倒じゃなく、楽しくなるような方法に。それを実現する一つがCMSだといえます。

どうですか？CMSに興味湧いてきましたか？