78 +++ iNTERNET magazine 2003.07 +++インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

虎 ウ 戦
の ェ 略
ブ
巻
的
マ
ス
タ
ー
ウェブサイト構築の極意は構造と管理にあり

text : 佐々木裕彦

清秀紀

編集部

協力 : ネットイヤーグループ株式会社
illust : 山民石堂

Photo: Tsushima Takao［ 特集 1 ］

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine 2003.07 +++

79

ウ
ェ
ブ
マ
ス
タ
ー
の
新
常
識
を
学
べ

戦見
略せ
なる
きだ
サけ
イの
トホ
はー
ウム
ェペ
ブー
サジ
イは
ト終
にわ
あっ
らた
ず

企業ウェブサイトはあたりまえ
より顧客との対話を求める時代に

ムページ作っといて」と上司や経営者から言いわたされて、ウェブサイトを作っていたというのがほとんどの場合なのだろう。
こういった場合、得てして、ウェブサイ

少し古い話になって大変恐縮なのだ

トのできはウェブマスターのエゴに走り勝が、昨年7月に出版された『インターネット

ちだ。よくあるのは、HTML の機能に凝白書2002（インプレス刊）』のデータを見てりがちだったり、あるいは見た目だけはといただきたい（図0-1）。企業のインターネ

デザインに凝ったりしてしまうだろう。

ット利用に関するデータなのだが、実に8

一方、これからのウェブコンテンツは図

割以上の企業が昨年には自社のウェブサ

0-3を見るとわかるように顧客に向けたもイトを持っていたことがわかる（調査はコのが中心となる。このときに、いままでのンピュータを利用している企業に限定さようなウェブサイトの作り方では、顧客はれているが）。しかも、ウェブサイトの立ちすべて逃げていってしまうだろう。

上げを計画中の企業が10パーセントを超えている。すなわち、もう今では、ほとん
どの企業がウェブサイトを持っている状況になったわけだ。もしそこに専任あるい企業の戦略プロデューサーとなる
ウェブマスターという仕事

は兼任の管理者がいるのならば、世の中には数多くのウェブマスターと呼べる人がいるわけだ。

では何が必要か。単純な話だが、ウェブをもっと事業の中核となるように位置づ

ところが、悲しいことにウェブサイトにけなければならない。それは経営者の意

対してはっきりと「予算がある」と答えてい識を変革させることから始めなければな

る企業は3割にも満たない（図0-2）。多分、

らないが、もっと言えば、ウェブマスター

想像するに、「オイ、君。コンピューターに自身が変わらなければならないのだ。

詳しいんだよな。だったら、ついでにホー

図0-1 社外向け自社ウェブサイトの有無

いままでの「ホームページ作りに専念す

2 残念なことに予算を持つのはわからない 1.3%

作成する予定はない 3.4%

3割に満たない

無回答 0.1%

図 0-2 ウェブサイトの作成および運用管理、
インフラ、開発のための年間予算の有無
意外に少ないのがウェブサイトに予算を持つ企業だ。お金を使うことができたとしても、他の事業と一緒で十分に使えるお金がない場合もあるだろう。ウェブサイトが事業の1つに組み込まれれば、ゴールが明確になり、その分の予算がちゃんとつくはずだ。

計画中
10.6%

©Aceess Media/Impress, 2002
無回答 0.3%

作成している
84.6%

わからない
27.1％

予算がある
28.0%

8割がすでに自社ウェブサイトを持っていると答えている。企業がウェブを持つのはあたりまえになって久しいが、8割という数字から考えて中小企業まで浸透しているものと思われる。
©Aceess Media/Impress, 2002

1 いまや8割を超える企業が
ウェブサイトを持つ
80 +++ iNTERNET magazine 2003.07 +++インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

予算はない
44.6％

特集1

戦略的ウェブマスター虎の巻

3 企業情報の発信からよりユーザーの利便性をねらったものに進化する
100
今後
現在

87.9
80
75.7

59

59.7

60
%
40

36.7
31.3

29.5

31
26.1

29.7

27.5

26.7
23.3

21.7

17.9

20

13.3

12.5

10

7.1
3.9

7.3
2.9

1.4

0.8

0
企業案内

製品／サービス
情報企業のイメージ
アップ／広告展開

人材募集

製品／サービスの 製品／サービスの メール配信型 参加型訴求／公募
販売、予約受け付け アフターケア、 情報発信、メール の懸賞、クイズ
アンケートなど
クレーム受け付け マガジン、オプト
インメールなどの顧客サポート
DMなどる人」では何も価値を生まない。必要なし、それを実現するための 総合プロデのはトータルにウェブサイトをプロデュースューサー としての力が必要になるのだ。

する能力だ。そこには当然、上司や経営もはや、ただのホームページ作成者では者を説得するあるいは社内を説得する能

務まらない。だから、ウェブマスターが最力も含まれている。充実したウェブサイト

低限身につけなければいけない 秘伝を作り上げるためには、慎重かつ意味のを伝授しよう。

電子会議
システム

その他

わからない

無回答

図0-3 ウェブサイトの内容「製品／サービスのアフターケア、クレーム受け付けなどの顧客サポート」のように、対顧客向けの情報提供やイ
ンタラクティブな仕掛けが今後の鍵となりそうだ。そのためにも、いかに顧客に満足してもらうサイトにするかの戦略が重要になってくる。
©Aceess Media/Impress, 2002

ある戦略を立てなければならない。戦略に沿ったウェブサイトを作り上げるサイクルに乗った仕事が必要になってくる（図0-4）。

4 ページ作成だけではなくトータルに

たとえばコスト管理能力も必要になるだろう。与えられた予算の中で、企業の戦略にそって最大限の成果を得るために、どのようにコストを配分すればいいのか、その予算ならば制作過程を内部で完結すべきか、アウトソースすべきかといっ

ウェブサイトをプロデュースをする

図0-4 ウェブマスターの仕事のサイクル
簡単に実際のウェブサイトのサイクルについて示してみた。本来はもっと細かいサイクルになるのだろうが、ざっとこんなものだろう。これだけを見をても、ウェブの「ページ」を作るのがウェブマス
ターの仕事ではないことがわかるはずだ。

戦略を作る

82ページへ（予算を立てる）

た判断もウェブマスターにとって重要なものになる。
また、企業によってはウェブマスターが各部署と話し合い、それぞれがウェブで86ページへ
サイトの方向性を決定

ウェブサイトを評価求められる
ウェブマスターの仕事

どのような成果をあげていきたいのかを吸収する必要がある。各部署の意向を理解したうえで、全社的にどのようなウェブ
構成にしていくべきか、スムーズに制作や評価をもとに戦略を見直す98ページへウェブサイトを設計する

ウェブサイトを運用する

90ページへ運用を行うためにはどんな方法を考えればいいのかもウェブマスターの仕事だ。
つまり、ウェブマスターにとっては、ウェ

94ページへウェブサイトを制作する

ブを使って総合的な企業戦略を作り出インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine 2003.07 +++81

Chapter 1 Cost & Resource
企業ウェブサイトに必要な費用と人員を考える

コストとリソースの考え方を身につける
サイト全体の制作から運用までを行うウェブマスターとしては、サイトを運営していくうえで、どんなゴールを目指し、どんなコストが発生し、どんな人員を抱えるかを知っておかなければならない。
ほんの小さなサイトであってもそれなりの戦略を持ってサイトを作るとコストも人員も非常に膨大なものになってくる。それを理解したうえで、計画を進めたほうが後々困らないだろう。

サイト構築と運用の予算見積もりをマスターすべし
ウェブを作るのための作業とコスト算出のヒント
ウェブサイトを事業と連携させて何らか

F
FF

はいけないので、それぞれの企業活動のイトの目的、ウェブサイトの担当部署などに担当者がウェブサイトにどれくらいのビジ

よって大きく異なるが、ここでは中小企業

ネス効果を期待し、その効果を得るためのウェブサイトを運用する場合の一般的なにどれだけの予算をウェブに振り分ける

予算をシミュレーションしてみる。想定すのビジネス効果を得ることを主眼に置いかによって、サイト全体の予算が決まる。

るモ デル は 1 0 0 ペ ージ 以 内 の 静 的 なた場合の予算の基本的な考え方は、ウェ

各業務が算出するウェブ予算の根拠としHTMLファイルで構成され、資料請求やブサイトに投資した額からどれだけビジネては、表1-1のようなものが考えられる。

問い合わせで簡単なCGIプログラムが使ス効果が得られれたかという「投資対効

戦略的にウェブサイトを活用していくた

われているウェブサイトとする。ウェブサイ

果」である。ウェブサイトの予算はこの考

めには、より投資対効果の考え方が必要

トを構築し、運用していくための予算をえに沿って算出すればいい。ビジネス効になるが、ウェブマスターとして社内予算見積るためには、ウェブマスターは実際に

果は「新規に創出される価値（売り上げ増を継続的に確保するためには次の3つのどのような作業が必要なのかを把握するや顧客満足度向上など）」と「業務の効率

ポイントを押さえておく。

必要がある。その中から必要と思われる作業を処理するリソースを確保しなけれ化によるコスト削減の価値」に分けると整1効果指標を設定し、効果を継続的に理しやすい。
しかし、直接的な売り上げに結びつかばならない。作業項目の切り出し方はさまざまだが、ここではウェブサイト構築の検証する。

2当初は予算を小さくスタートし、まず成ない企業や製品情報を発信するウェブサ
イトの場合は予算を算出するのは難しい。

プロセスを簡略化した図1-3のようなマトリックスを組んでみた。また、表1-4のよう果を出す。

3指標を使って成果を説明し、社内での企業サイトは広報、宣伝や販促といったマーケティング活動、カスタマーサポート、IR

な作業工数を見積ってみた。ここから人件費を当てはめていけばウェブサイトのお理解を広める。

およその制作費・運用費が算出できるだ（投資家向け情報）、人事採用などほとんどすべての企業活動の一端を担わなくてろう。

ウェブサイトの費用は、会社の規模、サ◆表1-1 ウェブ予算の根拠の例◆図1-2ビジネス効果指標の例● ウェブ サイトを 見 込 み 客 の 開 拓 チャネ ル として 捉 える
見込み客1件あたりの予算×獲得数≧ウェブサイト予算

問合せや申し込みの獲得率（コンバージョンレート＝CR）の場合

1いま計測できる指標● I R 情 報 の 提 供 サイトとして 捉 える
株主・機関投資家からの問い合わせ対応コスト削減額＋年次決算報
告書の配布コスト削減額≧ウェブサイト予算

CR＝申し込み完了のサンキューページのページビュー数
トップページのページビュー数2理想として計測したい指標● カ スタ マー サ ポートサイトとして 捉 える
問い合わせ件数の減少数×問い合わせ1件あたりのコスト≧ウェブ
サイト予算

82 +++ iNTERNET magazine 2003.07 +++サイトへの流入経路ごとのCR＝申し込み完了したユニークユーザー数
トップページに訪問したユニークユーザー数

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

特集1

戦略的ウェブマスター虎の巻◆図1-3 ウェブサイト構築のためのプロセス

構築フェーズ
戦略・企画フェーズ

プロジェクト管理

事業戦略／サイト戦略

設計フェーズ

制作・開発フェーズ

運用・改善フェーズ

作業の進捗管理、作業の整合性の確保、品質チェック、各部署との調整、外部業者の管理を行う

更新作業の管理、問い合わせ対応を行う

事業目的を達成するサイトの全体像を設計し、企画、コンテンツ、
サービスなどの概要を立案す
る

設計通り制作されているか監督する

効果を検証しながらサイトの改善策を立案する

全コンテンツの調達、制作、編集、校正を行う

更 新するコンテンツの調達、制作、編集、構成を行う事業を成長させるための戦略や、その中でウェ
ブサイトはどういった役
割を担うべきか立案する

企画、
コンテンツ、
サービ
スなどを具体的に立案する、
もしくはコンテンツの調達先を確保する

コンテンツ

ビジュアルデザイン
ユーザビリティーウェブデザイン運用フェーズ

構築したいブランドを伝えるためのデザイン戦略を立案する

アプリケーションビジュアルアイデンティ
ティー、サイトストラクチ
ャー、ナビゲーションルー
ル、ユーザーインターフ
ェイス、物理ストラクチャーを設計する全ページのレイアウトやグラフィックデザインを行
い、HTMLファイルを制作しサイトを実装する

コンテンツの更新作業を行う

コンテンツやサービスに必要なアプリケーションの設計を行うアプリケーションを開発
し、実装する

アプリケーションの保守運用を行うサーバーやネットワーク
環境の設計を行う

サーバーやネットワーク
環境を導入する

サーバーおよびネットワーク環境の保守運用を行う。ログレポートの作成。

予算やサイト成長計画などを考慮したシステム
導入戦略の立案、および開発環境やパッケージの調査、選定を行う

インフラストラクチャー◆表1-4 情報発信を戦略的に行うウェブサイトの作業工数見積り例
構築フェーズ（期間：3〜4か月）

運用フェーズ（月次）

ウェブマスター

3〜4人月

社内調整、サイトの全体設計、企画立案、予算・プロジェクト管理を行う。

1人月

全体の効果指標の計測と改善策の立案を行う。
社内啓蒙活動。

プロジェクトマネージャー

3〜4人月

ウェブマスターのアシスタントとして、プロジェクトの進捗管理、コンテンツの調達や整理、外部業者の管理を行う。

1人月

ウェブマスターのアシスタントとして、プロジェクトの進捗管理、コンテンツの調達や整理、外部業者の管理を行う。問い合わせの一次切り別け。

事業担当者

1〜2人月

ウェブマスターと協力し、サイト上での訴求すべき製品やサービスのサイト戦略を立案する。

0.25〜0.5人月

ウェブマスターと協力し、サイト戦略どおりに効果が出ているか検証し、改善策や新しい施策を立案する。

ウェブ戦略コンサルティング
および制作会社

5〜7人月程度

サイト戦略の立案、サイトの設計、デザイン、制作、
CGI開発まで全てを行う。

2〜3人月程度

効果指標の計測、分析、改善策の立案、デザイ
ン、制作を行う。

ホスティング会社
備考

サーバーの設定

サーバーの保守運用・ログレポートの作成

・サイトに訪問するユーザー像を分析し、ニーズに合ったコンテンツや情報を適確に伝達できるように設計する。
・コンテンツは既存のパンフレットなどに使われている素材をベースにしつつ、新規に制作するものもある。
・デザインはサイト戦略に即したビジュアルデザインとユーザビリティーを実現する。
・リリース後は、プレスリリースや新製品の追加程度の更新作業に加えて、効果指標を計測しながら改善策を検討し、随時改善していく。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine 2003.07 +++

83

F
F
F

ウェブを作るための人員体制を把握すべし
経営者に理解してもらうためにも基本機能を整理しておこう◆図1-5

ウェブ構築および運用には本来はこれだけのリソースが必要

各部門担当

ウェブ担当部門（広報部／マーケティング部／経営企画室／
Eマーケティング部など）

図1-5は戦略的にウェブサイトを活用す

ウェブマスターるために必要な機能を示した体制図である。この体制図は基本機能のみを表した

経営戦略担当採用担当

マーケティング
宣伝・担当

IR担当

情報システム担当

カスタマー
サポート担当プロジェクト
マネージャー

ものであり、サイトの規模に比例して体制も大きくなる。この体制図は理想形でもあHTMLコーダー

り、ここまでの規模で運用しているのは大HTMLコーダー

企業だと言える。現実的には、いくつもの機能を1人で担うケースも多いだろう。ただ、必要な機能を把握しておくことによって、自社の体制にどの機能が不足していコンサルティング
会社

インターネット
マーケティング会社

ウェブ制作会社

ホスティング会社

システム開発会社て、どの機能を補充する必要があるかが戦略コンサルタント

マーケティング
プランナー（ログ分析含む）

ディレクター

システムエンジニア

アシスタント
ディレクター

ネットワークエンジニア

プロジェクト
マネージャー

Ｅビジネス
コンサルタントわかるので、人材計画や予算計画を立て

マーケティング
コンサルタントやすくなる。
経営層はここまでウェブサイトの構築や

メディアプランナーSEOコンサルタント

インフォメーション
アーキテクトアフィリエート
マネージメント

アートディレクターなど

基幹システムコンサルタント
業務コンサルタント
システムエンジニア
ネットワークエンジニア
データベースエンジニア

運用が複雑で、必要とされる能力が多岐

プログラマーなどにわたっている事実を理解していないので、ウェブマスターに何役も求めてしまい

コンテンツ
制作会社

がちである。少しでもウェブマスターの負コピーライター担を減らすためにも、冒頭に書いたようイラストレーター
フォトグラファーに成果を社内で少しずつ認知させ、必要なリソースを確保するべきである。

これだけは知っておきたい
ウェブマスター Q&A

Q

ウェブサイトを制作する業者はどのように選ぶといいのでしょうか？

ウェブ制作会社の選定をもっとも困するコンペを行う際には厳密な提案要

ただ、今後の傾向としては、ウェブ制作難にさせているのが、制作会社によっ

求書（RFP：Request for Proposal）
をと運用業務がより複雑化していくので、単機能で優れている会社よりは、あなて強みや提供しているサービスが異な用意するのが理想である。コンペ後のる点である。そのため、リンゴとみかん

意思決定をより客観的で合理的に行うたの会社の業務を理解し、あなたと一を比較するような事態に陥り、何をもっために、予算も含めてできる限り条件

緒になって業務支援の観点でウェブをて判断すべきかがわからなくなってしまを揃え、明確な判断基準を提示すると戦略的に活用していく総合的なプロデう。また、選定の意思決定メンバーのいい。

間で判断基準自体が違う（つまり、それ

ウェブ制作会社が持つ強みにはデザ

ぞれ違うモノサシで計る）と公平で客観インなどのクリエイティブ能力、マーケ的な判断ができなくなる。そのような事

ティング能力、システム開発力、ビジネ

態を避けるためにも、制作会社を選定

ス戦略の立案能力などが挙げられる。

84 +++ iNTERNET magazine 2003.07 +++ュース力を持つ会社を長期的なパート
ナーとして採用したい。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

特集1

戦略的ウェブマスター虎の巻
ウェブマスターインタビュー NO.1

御社のウェブ運営の キモ 、どこですか?

マネックス証券

スピード と 安定性 を両立するには外部と内部をうまく使い分けよ!
スピード重視なら 社内制作 に限る

認して、といった流れでは遅すぎるのです。

うを重視したいからです。特に証券という私を含めた制作者がコンテンツを作り、す分野の特徴として年配の方の利用が多い

マネックス証券は、1999 年に設立されぐに上の者に ハンコ をもらって掲載すですから、必ずしも誰もがPCリテラシーがたオンライントレード専門の証券会社だ。

る。このスピードが重要ですね。幸いなこ高いとは言えない。初めてインターネットに

もちろん当社のウェブサイトは「トレード」
をとに小さな会社ですから、ちょっと声を大きつないだ人でも、ストレスなく見ることのでするための窓口となっているのだが、そのくすれば、社長まで届いてしまいますからきる安定したウェブを構築するということ持つ役割は単なる窓口には終始していな

（笑）
」
。

は、マネックス証券のウェブチームにとってすべてに優先する項目なのです」（堀田氏）。

い。このサイトのウェブマスターである、イ
ンターネットサービス部長堀田孝夫氏はあえて先進的な表現技術を使わないだからと言って、マネックス証券が今のスタ
イルのまま何年も続くかと言えばそうでも「証券にかかわることなら、口座開設や株式取引はもちろんのこと、お客様の資産に

このスピード重視の方向性以外にもウない。
「新しい試みとしては、ストリーミング

関する相談など、そういったことすべてに答ェブマスターとして堀田氏が注意しているのコンテンツを充実させていきたいですね。

えられるサイトとして制作、運営しています」

点がある。
「先進的な表現技術は使わない、

これだけADSLが普及し、ストリーミング技と言う。そのためマネックス証券のサイトはということですね。Flashなどを使ったカッ術も改善されてきて安定期に入ったのでは

オンライントレードを実行する「トレードサイ

コいいサイトを作りたいという気持ちは私ないかと思っています。そうなれば、投資家

ト」とマネックス証券の最新情報や資産運にももちろんありますし、部下から提案されにアピールしたい企業様の企業紹介VTR

用などの情報を提供する「ビジターサイト」

ることもしばしばです。ただし、そこは思いや株式取引に関する勉強会などをストリーで構成されている。この2つの運用方法がっきりブレーキをかけている。と言うのも、ミングで提供してもいいのではないかと思大きく違っているのが特徴となっているの

ウェブの カッコよさ よりも 安定性 のほ

い始めています」
（堀田氏）
。

だ。
堀田氏がウェブマスターとして管理しているのはおもに「ビジターサイト」で、「メンバーサイト」に関しては「オンライントレードのシステム構築で実績のある大手金融系システムにお願いしています。この分野の技術は常に新しくなっていますし、かなり巨大なものですから社内で抱えてしまうとそのコストは莫大なものになりますからね」
堀田氏をはじめ社員3人で作る「ビジターサイト」のコンテンツは、なるべく理解しやすいようにシンプルな構成だ。

（堀田氏）と、信頼の置ける企業にアウトソースしている。
その代わり、「ビジターサイト」に関しては、「最初にウェブ構築では定評のあるネットイ
ヤーさんに雛形などを作っていただきました

マネックス証券のウェブサイト。IDをとってログインする「トレードサイト」と、誰でも見られる「ビ
ジターサイト」がある。
http://www.monex.co.jp

が、コンテンツ作成から更新まですべて社員3人で運営しています。ここをアウトソー
スしなかったのは、ウェブ制作チームの運営において スピード を重視したからです。
たとえば、仕入れた情報をウェブに掲載するにあたっても、外部制作社に作ってもらい、それを私が承認してさらに上の者が承「安定性重視だけど、やっぱり新しい技術を試してみたい……」と言うイン
ターネットサービス部長 堀田 孝夫 氏

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine 2003.07 +++85

Chapter 2 W ebsite Con cep t
誰もが同じ見解を持って制作と管理ができる

サイトコンセプトで方針を定義する
コストや体制をどうするかについて述べたが、実を言うと、それを決めるにはどんな「ウェブサイト
にすればいいか」の骨子を決めなければいけない。ではその骨子、すなわちサイトコンセプトはどう決めればいいか。ヒントになる筋道について解説したい。

F
F
F

ニーズからサイトコンセプトを導出すべし
厳密な定義はないが3つのニーズを汲み取ろう

は以下の3つの要素を含めている。

る。このようなサイトは、ユーザーのニー

1. ユーザーニーズ……ユーザーがウェブ

ズを反映したサイトコンセプトを持っていサイトに何を求めているかないのだろう。ユーザーニーズを把握す

2. ビジネスニーズ……企業がウェブサイト

新規事業を立ち上げる際には事業コンで何をしたいかセプトを固めるように、あるいは新商品をるために、ウェブ上での簡単なアンケート調査をするといい。

3. ブランドアイデンティティー……どのよう開発する際には商品コンセプトを固めるなブランドを構築したいか

ように、サイトを構築する際には「サイトコ

インターネット調査会社のサービスを利用すれば、2万〜30万円程度で自社のウェブサイトにアンケートを表示させ、回答

ンセプト」を導き出す。

ユーザーのニーズはアンケートで調査できる

サイトコンセプトとは、サイトを設計、構築、運用するうえで行われるあらゆる業務を回収できる。これまではアンケートの回答者に対して謝礼を送る場合が多かった
が、最近ではユーザーの厚意に甘えて謝の規範だ。サイトコンセプトをプロジェクトメンバーで正しく共有することによって、プ

いまさらの議論ではあるが、ユーザー

礼を送らないで調査をしている大手企業

ロジェクトの方向性や目的を見失うことがのニーズに親切に応えているウェブサイト

も多い。謝礼を出さなくても回収率はかなくなる。もし、プロジェクトメンバー内で、は意外に少ない。企業から一方的に情報なり高い。その代わり事前に「謝礼がなコンテンツやデザインなどで迷ったときに発信を行い、会社の組織図がそのままサいこと」「あくまでもお客様へのサービス向は、サイトコンセプトに立ち返ることによっイトの構造になっているサイトが散見され上のため」という点を念押しする必要があて正しい方向性を見定められる。たとえ◆図2-1 サイトコンセプトを決めるためのヒント

ば、サイトを作っているときに、上司のちょっとした思いつきで新しいコンテンツを追文書化する

加しなければならない状況に追い込まれることがあるが、このようなときこそコンセ

サイトコンセプト

プトがしっかりと決まっていれば、そのコンテンツがコンセプトに適しているかどうかで掲載を判断できるわけだ。
また、サイトコンセプトはウェブサイト自体のビジョンの役割を果たしてもよく、中長期的に「このようなサイトにしていこう」というコンセプトを共有したうえで、プロジェクト予算に合わせて現実的なフェーズ分けをするといい。

ユーザーニーズ

ビジネスニーズ

ブランドアイデンティティー

アンケート調査などでユーザーから意見を聞く

各事業部にヒアリングする会社が掲げるブランドを反映

サイトコンセプトに定義はないが、我々

86 +++ iNTERNET magazine 2003.07 +++インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

特集1

戦略的ウェブマスター虎の巻る。そして、ユーザーからニーズを聞いた

カスタマーサポートの負荷を軽減したい、

しては、できる限り個性（アイデンティティ

以上、そのニーズに応えなくてはいけななどが挙げられる。たとえば、IR担当でー）が際立っているほうがよい。企業サイい責任が発生することを忘れてはならな

あれば、投資家とより親密な関係を構築

トというのは会社の顔であるので、競合い。

したいといったニーズを持っているかもし

他社のサイトでも使えそうなサイトコンセプ

れない。ただし、実際には各担当者のイトというのはよくない。つまり、サイトコン

ビジネスのニーズは関係部署に聞こう

ンターネットへの理解や知識が低いことがセプトは会社のアイデンティティーそのもの多いので、ウェブマスターから積極的に提であり、その会社の競争力を反映してい案しなければならないだろう。

ると言っても過言ではない。無個性なサ
イトコンセプトしか導出できない会社とい事業ニーズについては関係部署からニーズをヒアリングする必要がある。それぞれの製品やサービスについて、ウェブに何

個性を際立たせることが魅力的なウェブサイトを作る

うのは、その会社自体に差別化要因がな
いとも言えるのである。アイデンティティーが強いサイトコンセプトであるほど、非常を期待するのかを確認する。見込み客を増やしたい、資料請求件数を増やしたい、に魅力的なウェブサイトが完成する。

サイトコンセプトを作るときのポイントとF
F
F

シンプルで誰もがわかるサイトコンセプトにすべし
企業サイトはもっと
マーケティングに専念しよう
サイトコンセプトの形式に決まりはない
が、メンバーで共有しやすいように、でき事業のポジショニングを定義する戦略をサイトとして最低限の機能は満たさなくて立案する必要があるが、以上のユーザーはならない。

ニーズや事業ニーズから、やや乱暴にササイトコンセプトの話だけに、非常に概イトコンセプトを定めると次のようになるか念的になってしまったが、結論から言うと、もしれない。

企業サイトはもっとマーケティング活動を中心にしたサイトコンセプトを設定すべきだ

る限りシンプルかつ端的にサイトのあるべ「個人ユーザーにフォーカスし、自社の強ろう。サイトの訪問者の約8割は顧客もし現に補足的に説明がついていても構わなみである豊富なカードテンプレートを活か

くは見込み客であり、顧客と見込み客がい。要は、「こういうサイトを作っていこう！」

し、PCやウェブの初心者であっても簡単求めている情報は商品やサービス情報がというイメージを関係者全員で正しく共有に直感的に使え、一度使うと、次も使い中心であるという事実を改めて認識すべできればいいのである。

たくなる総合印刷サービスサイト」

きだ。後はどのような顧客層をターゲットき姿を伝える表現がいい。シンプルな表にするか、ターゲット顧客に対してどのよ

たとえば、グリーティングカードや名刺などを印刷する会社のウェブサイトを想定しこのようなサイトコンセプトだからと言っうなアプローチを取るか、どのようなサーてみる。現在のサイトは、いわゆる情報発て、企業情報や法人向けサービス情報を

ビスやコンテンツを提供するか、そして、信のサイトで、会社情報、個人向けサービ

載せないということではない。あくまでも、

ターゲット顧客をどのような状態にしたい

ス情報、法人向けサービス情報、採用情優先順位とフォーカスの問題であり、企業のかを各社各様で定義すればいいのだ。

報など基本的な情報が掲載されているに過ぎない。そこで、サイトのユーザーニーズを調査してみると、約8割のユーザーが個人向けサービス情報を見ており、かつ◆図2-2 ユーザーニーズを汲み取ってみないとわからない「グリーティングカードを印刷する会社のサイトの場合」

実際に印刷の発注ができることを希望していたとする。一方、会社の持つ事業ニーズとしては、インターネットを個人向けビ
ジネス拡大の好機として捉え、継続的な受注につながるサービスを提供したいと考えているとする。特にターゲットは、デジタルカメラを使い始めた主婦層とする。

ユーザーニーズ反映

会社情報

法人向け
サービス情報

個人向け
サービス情報採用情報

事業ニーズ

・個人ユーザーにフォーカス・カードテンプレートを用意
・印刷サービスの提供

・個人ビジネス拡大
・テンプレートという強みを活かす調査してみると「個人向けサービス情報」に8割がアクセス。印刷の発注を希望。
30代〜40代の女性が多い。

実際には、もっと厳密な市場調査や分析、

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine 2003.07 +++87これだけは知っておきたい
ウェブマスター Q&A

Q

よくウェブサイトで「個人情報の扱い」や「プライバシーポリシー」といった記述を見かけますが、ウェブサイトのプライバシーポリシーはどのように考えればいいでしょうか？

ウェブサイトにはプライバシーポリシ

機会を提供する。

シーに、ユーザーへのサービスを向上

ーを掲載することが望ましい。その内容

・個人情報は厳重に管理する。

させることを目的に、クッキー情報を取の賛否が問われてはいるものの個人情・ユーザーが個人情報について意見得することを明らかにし、個人情報保護

報保護法案も可決され、個人情報の管を言えるようにする。

の原則に則って、活用していく場合が多理状態が著しく問題であると判断され、プライバシーポリシーで以上の原則

い。

行政から勧告を受けた場合、ウェブマについて会社の方針を明言すると同時プライバシーポリシーは、インターネ

スターは速やかに勧告に従わなければに、問い合わせ窓口を用意するなどしットに参考になる情報があるので自作罰則を受けることになる。もちろん、一て、サイトとして対応する必要がある。

することも可能であるが、原則は法律の切の個人情報を取得していない（問いまたプライバシーポリシーの掲載だ

専門家に作成してもらう。著作権の侵合わせも受けない）
ウェブサイトであれ

けではなく、個人情報保護のための世害になるので、間違っても他社のサイト

ば必要はないが、そんなサイトは少ない

界 的 な 独 立 非 営 利 組 織 であるのプライバシーポリシーをそのまま利用だろう。将来的にアンケートを行ったり、

TRUSTeや、財団法人日本情報することはしない。そもそも、プライバ

資料請求などを受け付ける場合に備え処理開発協会が運営するプライシーポリシーとは、ウェブに限らず会社て準備しておいたほうがいい。

バシーマーク制度に有料登録し、各団が営むあらゆる業務における個人情報体が提供するバナーをサイトに掲載すの取り扱いに対しての姿勢を反映する

大まかに言うと次のとおりになる。

ることでユーザーにより高い信頼感をものなので、本来であれば、会社全体

・利用目的を明らかにする。

与えることができる。

の個人情報管理ポリシーを策定する必プライバシーポリシーの基本原則は、・個人情報（名前のようなものだけでよく問題になるのはクッキー情報のなくクッキーを使ったサイトの訪問状

取り扱い方法であるが、最近はクッキ

況なども）を勝手に取得しない。

ー情報を取得することに対して過剰に・ユーザーが常に変更／修正できる

抵抗するのではなく、プライバシーポリ

Q

サイトの名称とドメイン名はどのように決めればいいのでしょうか？

企業サイトの場合であれば「www.

要があるのである。

http://www.truste-jp.org/
http://privacymark.jp/

る会社の場合、名刺に戦略上ブランドを構築する必要があっはどのURLを記載するて、それだけの予算が確保できるのでのだろうか。名刺は大あれば別だが、相当の覚悟が必要で事なブランド告知ツールだ。もちろん、ある。

企業名.co.jp」がベストだ。企業サイト
でありながら、サイトに別の名前をつけ、さらにURLは企業名を省略したアルファベットを使っているケースをよく見る

Q

ウェブサイト訪問者からの問い合わせアドレスを作る場合にその配送先は誰宛にするといいでしょうか？

が、あまり好ましくない。そのような原則、窓口はウェブマスターとする。

ただ、この運用スタイルの場合、担当

サイトは、
「会社名」
「サイト名」「URL」

ウェブマスターが一次切り分けを行

以外の問い合わせが間違って届いてがすべて異なるブランドになってしまっい、問い合わせに番号を振ってから各しまうと、その担当者が別の担当者をて、それぞれのブランドを認知させな担当者に転送する。各担当者の処理探さなくてはいけなくなるので、時間をくてはならない。

状況をその番号で管理するといい。

取られる可能性がある。

ブランドを広く認知させるには莫大

もちろん、問い合わせ内容によって問い合わせへの対応は重要なカスなコストと時間がかかるわけだから、担当者が明確にアサインされているのタマーサポート業務の一環であるのできる限りシンプルに1つにまとめたであれば、それぞれの問い合わせ内容

で、ウェブ担当者が覚悟を決めて一次ほうがいい。たとえば、たいした目的ごとにメールアドレスを作り、直接担窓口になることが望ましいだろう。

もないのに、サイトを複数運営してい当者にメールが届くようにしてもいい。

88 +++ iNTERNET magazine 2003.07 +++インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

特集1

戦略的ウェブマスター虎の巻
ウェブマスターインタビュー NO.2

御社のウェブ運営の キモ 、どこですか?

都築電気

社のビジョンをアピールしたいならビジョンマスターであるべき!
目的の部署、ジャンルのペー
ジにすぐにたどりつけるように
リニューアルされた都築電気のウェブサイト。

すべてのメディアを見られる人間が必要

http://www.tsuzuki.co.jp「都築電気」は、IPテレフォニーシステム
やLAN構築、システムに関するコンサルティングから広域イーサネットサービスシス
テムの構築まで、「コンピューター」
と
「ネッ
トワーク」
を軸に広範囲なビジネスを展開している。そのため「トップページから各事業部門に降りていくというよりも、検索ページなどからキーワードで直接、製品や事業部のページに飛んでくる方が多かったですね」（経営企画室担当部長都築利明
氏）という現象が起きていたそうだ。
「もちろんどういう形であれページを見ていただくのはうれしいのですが、これまで各部署のページで打ち出している弊社のビジョンが統一されていなかったのが問題でした。弊社のウェブの最大の目的は社の理念、方向性をアピールするということですから、各ページでビジョンが統一さ

企業の理念をアピールするウェブなら、ウェブだけを管理する人間が作ってはいけないという都築氏。

まだ一部だが、各製品ページでは製品のコンセ
プトと同じように、社のビジョンについても語られている。

れていないということは、これがうまく伝わらず、ウェブが機能していないということにし、メディアミックス的な戦略も立てられパートナーを見つけ、長期にわたって深いなりますからね」
（都築氏）
。

ます」
（都築氏）
。

話し合いをしながら最終的にそれをビジネ

では、この問題を解消するために、都築
氏はどのような方法をとっているのだろうか。
「1 つはビジョンマスターを置くというスにつなげていくというスタイルです。た

製品の魅力よりも社の魅力を打ち出す方法ですね。ウェブだけを見ているので

とえばBtoCのサイトであれば、ウェブで製品そのものの魅力をアピールができれば、それが売り上げとイコールになるのでしょはなく、紙メディアなどでも弊社のビジョ

ただここで疑問なのは、なぜ都築電気う。しかし、私たちのウェブでは、パートナンを明確に伝えられる人間にウェブの管のウェブサイトは「社のビジョンのアピールーとなっていただける企業に、社のビジョ理をさせるという方法が重要だと思いまの場」という側面を強めているのかというンから何か 気づき を発見していただき、す。まず、そのビジョンを把握したビジョン

点だ。たとえば社のビジョンが伝わらなくそこからメールなり電話なりでアクセスしマスターが各部署と話し合い、統一したビても、各々の製品のセールスポイントがはていただく。そして、3 か月4 か月といったジョンを作り出し、それをすべてのメディ

っきりとわかっていれば、そのままユーザ

時間をかけてビジネスをしていく。そうい

アでアピールしていく。そのような運営方

ーの購入動機につながり、ウェブを展開すったスタイルをとると、ウェブでは社のビジ法を取り入れようとしています。これならる意味が出てくるのではないだろうか。こョンをアピールしていかなければいけない

ば、ページごとのアピールすべきビジョンの疑問に対して都築氏は「私たちのビジということになります。このあたりは普通が違う、紙メディアとウェブページで言っネスのスタイルは、ただ 製品を売る との企業とは違うサイト制作の工夫のしかたていることが違うということはなくなります

いうものではありません。むしろビジネス

でしょうね」（都築氏）。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine 2003.07 +++89

Chapter 3 Design
設計図の作り方からファイル名の付け方までを制覇

ウェブサイトの設計方法をマスターする
サイトの構築・運用において軽視されがちなのは「設計」というプロセスだ。どんな構造物も設計図がなければ作ることはできない。また、設計図なしで訂正・拡張するとしたら、たいへんな労力がかかるだろう。ここでは、サイト全体を俯瞰した構造図の作り方やディレクトリーとファイルの構造を決めるテクニック、円滑なサイト構築・運営のためのガイドラインなどについて述べよう。
F
F
F

構造を俯瞰してサイトを論理設計すべし
サイトの俯瞰図を作って階層構造の整合性をとろう

負荷の低減になるだろう。

できるグループ化を心がけよう。

企業内の組織編成と同じようにコンテンツをグループ化しない！

と、組織編成も考慮すべき一要素となる。

一方で、サイトの運用を視野に入れる

サイトの設計はコンテンツを分類して親ある階層やページ内に複数部署がかかわるような場合、制作から承認までのプロ

子関係を決めていくことから始まる。いきなりHTMLファイルを配置するディレクト

サイトストラクチャーを作成していると、セスが複雑になりすぎてしまうからだ。複リーを作成していくようなことはせず、サ

いろいろ悩む場面が出てくるはずだ。た雑な制作・承認プロセスはタイムリーなサイトの構造を俯瞰できる図を描こう。

とえばコンテンツグループ化が企業の組織

イトの更新を阻害し、ユーザーに有益な情報を与えられなくなってしまう。

サイトの構造を俯瞰する図のことを「サ編成に従ってしまうことだ。企業の組織編

イトマップ」や「サイトストラクチャー」
とい成は歴史的な理由などから、意外と理路う。図3-1が典型的なサイトストラクチャー

整然としていないものだ。これをそのままわるさまざまな制約もあり、常に理想的なだ。トップページを基点に、大分類・中分反映したサイトは、ユーザーにとってピン

条件で行えるものではない。しかし、使類・小分類と順を追って分類・階層化すとこない構造になってしまう。サイトの設

いやすいサイトを構築するためには、ユーるのが基本的な作成ルールだ。

計にあたっては、ユーザーが自然に連想

ザーの視点を常に第一に考え、バランス

サイトの設計は、組織やシステムにまつ

既存サイトのリニューアルであれば、初◆図3-1 サイトストラクチャーを作る

心に戻って既存サイトのストラクチャーを作成してみよう。このとき、きれいな階層

インターネット商事株式会社

構造にならないのであれば黄色信号だ。
サイトを無計画に訂正して拡張している商品・サービスと、きれいな「枝ぶり」にならないことが多いからだ。サイトストラクチャーを描くこと

ニュースリリース

インターネット商事
について

採用情報

お問い合わせお問い合わせフォーム

超高速ルーター

2003年

理念

新卒採用

超高速接続
回線サービス

2002年

組織

中途採用

2001年

沿革

お問い合わせフォーム（エラー）

会社概要

お問い合わせフォーム（完了）

は、既存サイトの問題点を改めて浮き彫
りにし、これから作るサイトをわかりやす

サイトマップ

お問い合わせフォーム（確認）く運用しやすいものにする第一歩だ。
サイトの構造をたどりながら、その先に何があるか誰もが推測できる分類や階層構造になっていれば、初めてのサイト訪問者も容易に目的の情報にたどり着ける。

地図

運営者が新たなページを追加するときにも、配置場所に迷ったり、サイトの構造を関連企業作り変えたりする必要が少なくなり、運営

90 +++ iNTERNET magazine 2003.07 +++インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

特集1

戦略的ウェブマスター虎の巻◆図3-2を取る必要がある。

4階層で7つのメニューのサイトストラクチャー

4階層で7つのメニューに抑える
目次ばかりにならないようにクリックしてもクリックしても、インデック

第1階層

ホームページ第2階層

スページ（目次ページ）
ばかりが表示され、

1.0

2.0

3.0

4.0

1.4

1.5

1.6

1.7

5.0

6.0

7.0

目的の情報に行き着くことができないサイトに出会ったことはないだろうか？ サイトを極端に深い構造にしてしまうと、そう第3階層

いったタマネギサイトになってしまいがち

1.1

1.2

1.3

だ。よほどの大規模サイトでなければ階層構造はあまり深くせず、何クリックか階層を下がることで目的のページにたどり
第4階層

着けるようにするほうがよい。

1.1.1

人が一度に記憶できる数は7つ前後と（式1）3階層で7つのメニューを持つ場合

1.1.2

言われている。そこから、1ページに表示されるメニュー項目の数は7つ前後に抑え1.1.3

るべきだという考えが導き出される。これ

1.1.4

をネズミ算式にサイトの階層構造に当ては

1ページ

第2階層

＋7ページ

第3階層

＋49ページ（7×7）
計57ページ（式2）4階層で7つのメニューを持つ場合

1.1.5

めてみると、サイト全体のページ数と階層
1.1.6の深さの相関関係が見えてくる（図3-2）。

第1階層

第1階層

1ページ

第2階層

＋7ページ

第3階層

＋49ページ（7×7）

第4階層＋343ページ（7×7×7）
計400ページ

これを目安とすれば、メニュー項目が多1.1.7

すぎたり階層が深すぎたりしてユーザーがサイトで迷うのを避けられるだろう。

これだけは知っておきたい
ウェブマスター Q&A

Q

ウェブサイトにアクセスする想定のウェブブラウザーはどのように決めるといいか？

ユーザー環境のアクセス端末としてかというと、そうではない。たとえば、

もちろん、どのような環境でも不自由想定するウェブブラウザーは、調査機関

Mac OS向けソフトウェアの開発会社

なくアクセスできるのが理想には違いなどによる客観的な市場シェアデータ

や、DTP・印刷にかかわる企業であれないが、古いウェブブラウザーとの互換と、自社のウェブサイトのターゲットユー

ば、Mac OS使用者が多いことが推測性を維持するために、新しい技術やアザー像を総合して検討する。

できる。逆に、一般のビジネスユーザ

イデアを取り込むことができなかった

2003 年現在の市場シェアとしては、ー向けであれば、Mac OS用ウェブブ

り、制作・運用コストがかさんだりする

OS はウィンドウズが 9 割を占め、Mac

ラウザーのサポートを切り捨ててしまうのではビジネスとして成立しない。
「サ

OSを含むその他が1割を分けあう。ウ

ことも可能だろう。

イト訪問者の 1 パーセント（＝○○人）

ェブブラウザーは Internet Explorerが古いバージョンのサポートにしても、のユーザーを救うために、制作・運用

9割を占め、ネットスケープナビゲータ

Internet Explorerとネットスケープナ

コストの増加をどれだけ負担できる

ーを含むその他が1割を分けあうというビゲーターが拮抗していたころとはずいか？」といった考え方が必要になってくのが大まかな分布だ。

ぶん状況が変化している。あまり古いるだろう。

では、すべての企業がこの数字に従って自社のサイト訪問者を想定していい

習慣にとらわれずに冷静に判断すればいいだろう。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine 2003.07 +++91

論理構造を実際のディレクトリー構造に当てはめるべし
誰もが同じ答えを導き出せる保守性の高い命名ルール

設計段階できちんと命名ルールを考えてス負荷の高い「ニュースリリース」を例におき、意思統一を図ろう。図3-3に一例をとる。

挙げておくので、自分たちのニーズに合ったものにアレンジしてほしい。

サイトの構造が決まったら、それを具体F
F
F

よくある誤りは「news̲release」ディレク
トリー直下にその年のニュースリリースを直接配置してしまうことだ。それでは、新的なディレクトリーとファイル名に落とし込

URLが変化しないディレクトリーとファイルの構造を考えよう

んでいく。ファイルやディレクトリーの名前を付けるときに、「なんとなく覚えのある英

しい年に変わったときやニュースリリースの本数が増えてきたときの対処に困ることになる。また、日々続々とニュースリリー

単語を並べる」「なじみのある略語を使う」といった理由は多くないだろうか？

URLはサイトの生命線だ。ブックマーク

スが追加されることを考えずにディレクト

それでは、各運営スタッフがそれぞれ「あされ、紹介サイトや関連企業サイトに掲載

リーを配置してしまうと、一覧性が悪く、のコンテンツはどこにあるのだろう？」とされ、検索サイトの検索結果として表示さツールやスクリプトによる一括処理がしに頭を悩ますようになってしまう。
「なんとなれる。新規ページを追加するときに、既存くい状態になってしまう。

く覚えのある英単語」や「なじみのある略のディレクトリー名やファイル名を変更しな

図3-4にある「ニュースリリース」のディ語」が、人によって違うのがおもな原因だ。

ければいけないとしたらリンクの変更など

レクトリー・ファイル構造は、さまざまな条

よく練られた命名ルールに従ったディレ

運用負荷も高まるばかりだ。つまり、運用件を加味して作成した一例だ。

クトリーやファイル名を使用すると、既存中のディレクトリー名やファイル名の変更は

ここで「news̲release/index.html」はページを更新するときに目的のページがす

なるべく避けたい。では、既存のディレク「news̲release/2003/index.html」へのリ

ぐに探し出せる。また、新しい階層やペトリーやファイル名をきちんと維持できる

フレッシュファイルとする（<meta>タグのージを追加するときにも、スタッフによって保守性の高い構造とはどういったものだ

リフレッシュ機能を使用する）。2004年にバラバラになるなどの弊害を避けられる。

ろうか？ ここでは、一般にメインテナン

なるときには、「news̲release/2004/ind◆図3-3 ディレクトリーファイルの命名規則例
ルール 1

日本語は長音記号を省いたヘボン式ローマ字表記とする。

応答：

oto ○
ohtoh ×ルール 2

outou ×ootoo ×

日本語を無理に英単語にしない。

仕事：

work ×shigoto ○business ×

もっとも一般的なヘボン式ローマ字を使用する。ただし、ファイル名にローマ字用長音記号は使用できないので省略する。ひと口に「ヘボン式ローマ字」といっても、ヘボン式を正しく理解している人は少ないので注意しよう。たとえば、「応答」のローマ字表記には「outou」「ohtoh」「ootoo」「oto」などのバリエーションがある。長音記号を省いたヘボン式ローマ字の正解は「oto」だ。

たとえば「仕事」
から連想する英単語は「work」や「business」があるだろう。Aさんは「work」
を使い、Bさんは「business」を使うのであれば、ディレクトリー名・ファイル名は担当者ごとにバラバラになってしまう。日本語をヘボン式ローマ字表記とすれば、「shigoto」で無理なく統一できる。

ルール 3

ルール 4

可能な限りページタイトルの先頭からそのまま使う。

「組織の沿革」というページ：

history.html ×enkaku.html ×soshiki.html ○中規模以上のサイトになると、あるページがどこに格納されているかを探し出すのに苦労するものだ。誰でもページタイトルはだいたい覚えているので、ページタイトルの先頭からファイル名を導き出していれば、思い出すことが容易だ。たとえば「組織の沿革」
といったページのファイル名の候
補は「history.html」「enkaku.html」「soshiki.html」の3つが挙げられる。このルールに従えば、誰もが「soshiki.html」と想い浮かべられる。

ルール 5

ニュースリリース：

camera.html ○kamera.html ×

日本語をローマ字表記すると言っても、外来語（英語）はそのまま単語として使用すればよい。
「カメラ」というページがあるならば、素直に「camera.html」とする。

アルファベット小文字26文字と「̲」「.」だけを使用する。

nr.html ×news̲release.html ○NewsRelease.html ×news̲release.html ○略語は、人それぞれのバックグラウンドにより、異なった解釈がされたり、なじみがなかったりする。

92 +++ iNTERNET magazine 2003.07 +++

カメラ：

ルール 6

略語はなるべく使わない。

外来語（英語）はそのまま使用する。

大文字を使用するとリンク切れなど思わぬトラブルのもとになる（ウィンドウズやMac OSでは大文字・小文字は同一視されるが、UNIXでは同一視されないため）。記号はさまざまな意味が混在する恐れがあるため、「̲」（単語間の区切り）と「.」（拡張子との区切り）
を、意味を限定して使用する。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

特集1

戦略的ウェブマスター虎の巻

ex.html」へのリフレッシュファイルに書き◆図3-4 URLが変化しないサイト構造（ニュースリリースの例）

換える。これにより、サイトの訪問者は他のファイルからのリンク<http://www.example.jp/news̲release/>にアクセスすることで、常に最新のニュ

news̲release/index.html
リフレッシュファイル
（ジャンプ）

ースリリース一覧を見られる。サイト内の
別 ペ ー ジ か ら の リンクも 常 に
2003/「/news̲release/index.html」を指していindex.html

ればいいので、年次処理が軽減される。
同時に外部サイトからのリンクも、常に一index.html

0701̲01/

定に保てる。
ニュースリリースが1ページだけで終わ
obo̲hoho.html

らない場合は、ニュースリリース1本ごとにディレクトリーを作成する。同じ日に複数のニュースリリースが発行されることも0701̲02/

index.html

index.html

image/

あるので、たとえば 7 月1日の 1 本目なら「0701̲01」というディレクトリー名にする。
2002/

1桁の月や日にはゼロを詰めて、ファイルをp̲index̲01.gif

リスト表示したときに時系列順に並ぶようにするといいだろう。

1122̲01/1228̲01/

サイトを管理維持するためのガイドラインを作成する
運営に応じてガイドラインのアップデートも必要◆表3-5

サイトのガイドラインの記述項目

ユーザー環境サイトの構築・運営には多くの人間が関係する。また、戦略・企画→設計→編集・

アクセス端末ハードウェアはPCか、PDAか、携帯電話か?
モニターサイズと解像度は?
ウェブブラウザーは?
必要なプラグインは?

アクセス環境常時接続かダイヤルアップか?
アナログモデムか、ISDNか、xDSLか、光ファイバーか?
家庭からか、企業からか?

サイトコンセプト

ビジネスニーズはどういったもので、どのような優先順位を付けるか?
ユーザーニーズはどういったもので、どのような優先順位を付けるか?
ビジネスニーズとユーザーニーズから、どのようなコンセプトを導き出したか?

ナビゲーション

どういった点に留意してナビゲーションを設計するか?
そのナビゲーションで何を達成するか?
どういった種類のナビゲーションがあるか?
階層構造をたどるためのナビゲーションは?
間違った操作をしたときに、元に戻るためのナビゲーションは?
特定の機能にアクセスするためのナビゲーションは?（例: 検索機能）

サイトストラクチャー

コンテンツはどのように分類されるか?
コンテンツはどのような階層構造を持っているか?
どのような順番でサイト訪問者にコンテンツを見せるか?

くことが重要だ。ガイドラインに記述すべ

ワイヤーフレーム

ページの基本的なレイアウトはどのようになるか?
問い合わせフォームページは、どのように遷移するか?

き項目について疑問文形式で表3-5にまとビジュアル

特定のページの具体的なレイアウトはどのようになるか?
基本カラーをどう定義するか?
どんなフォントを使用するか?
どんなアイコンを使用するか?
コーポレートアイデンティティ（CI）要素をどのように扱うか?

ライティング

どのような文体にするか?
文字種の使い分けは?
記号の使い方は?

HTMLコーディング

ファイルサイズの制限は?
文字コード・改行コードは?
ディレクトリ名・ファイル名の付け方は?
タグの使用方法・記述方法は?
画像ファイルの作り方は?

制作→運用という一連の流れの中で、特定の部分だけを外部協力会社に依頼することもあるだろう。サイトを首尾一貫したものに作り上げて維持するためには、設計・制作時にガイドラインを策定しておめてみた。これをベースに自分のサイトのガイドラインを作成するといいだろう。
運営にあたってはガイドラインのアップ
デートも必要だ。最初にガイドラインを作成したときに見落とした点などを更新し、新たな考慮事項を加筆していく。

FF
F

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine 2003.07 +++93

Chapter 4 Edit, Produce & Operate
日々のメイン業務を効率よくこなすノウハウを一挙紹介

コンテンツ制作と運用の手法を学ぶ
すべての設計が終わったのならば実際にウェブサイトを構築をして、運用へと進んでいく。
構築についてはアプリケーションの開発などもありえるだろうが、今回は簡単なコンテンツの制作の進め方を中心に解説したい。さらに日々の運用に役立つサイトのルール作りについてもあわせて解説する。
F
F
F

サイトの構築プロセスを整理をすべし
プロセスのフェーズと人員の役割分担を明らかに頼する場合や外部の専門業者に依頼する

けをして大量生産するという2段階のステ場合があるだろう。写真やイラストなどのップがクオリティーと効率を両立させる常ビジュアル原稿は外部の専門業者に発注

套手段だ。

前項で解説したサイトの設計が終わっすることが多いだろう。集まった原稿に手できあがった最終成果物（HTMLファ

たら（または並行して）「編集」工程が必要を入れ、取捨選択・整理をして編集を終イル群）
をビジュアルやテキストの誤字脱だ。サイトの構造やページ内のレイアウトえる。

字、文章表現、リンク、スクリプトなどあらなどの容器を用意し（設計）、そこに盛り次に設計と編集の成果を足し合わせてゆる面から校正とテストをして、OKであ込む内容を作成する（編集）というプロセHTML化する「制作」（HTMLコーディン

れば制作は完了だ。問題があれば問題個スだ。

グ）工程となる。まずは基本となるページ

所を訂正し、再校正と再テストをするといサイトストラクチャーから各ページに盛群をガイドラインに沿って正しくHTMLテ

うループが発生する。

り込む内容を決定して原稿を作成しよう。

ンプレートとして作成する。その後、同様

ここで、軽視されがちな校正の方法に

テキスト原稿は社内の担当者に作成を依のページを複数のHTML制作者が手分ついて軽く述べておこう。アナログな方法◆図4-1 ウェブサイトの制作過程のフェーズと担当者
設計

編集

制作

情
報
デ
ザ
イ
ン

デビ
ザジ
イュ
ンア
ル

設
計
承
認

作テ
成キ
ス
ト
原
稿

リテ
ラキ
イス
トト
原
稿

作ビ
成ジ
ュ
ア
ル
原
稿

原
稿
整
理

コＨ
ーＴ
デＭ
ィＬ
ン
グ

校
正
・
テ
ス
ト

チク
ェオ
ッリ
ク
テ
ィ
ー

訂
正

校
正
・
テ
ス
ト

アイ
ーン
キフ
テォ
クメ
トー
シ
ョ
ン

デア
ィー
レト
ク
タ
ー

ウ
ェ
ブ
マ
ス
タ
ー

各
部
署
の
担
当
者

エ
デ
ィ
タ
ー

デビ
ザジ
イュ
ナア
ール

デア
ィシ
レス
クタ
タン
ート

Ｈ
Ｔ
Ｍ
Ｌ
コ
ー
ダ
ー

デア
ィシ
レス
クタ
タン
ート

アデ
ーィ
トレ
デク
ィ
レタ
クー
タ
ー

Ｈ
Ｔ
Ｍ
Ｌ
コ
ー
ダ
ー

ウ
ェ
ブ
マ
ス
タ
ー

公
開
へ

ウェブサイト
オーナー企業
ウェブサイト
制作企業◆表4-2 制作過程に必要な人員の役割
ディレクター

インフォメーションアーキテクト

アートディレクター

ビジュアルデザイナー

エディター

・プロセスの全体管理
・スケジュール管理
・スタッフ管理（任命・指示・稼動）・途中成果物・最終成果物のクオリティ
チェック

・情報デザイン（論理設計）

・情報デザイン（論理設計）に基づいたビジュアルデザイン（視覚設計）
・ビジュアル面のディレクション
・最終成果物のビジュアル面でのクオリティチェック

・設計を元に、必要なビジュアルを作成する・HTMLコーダーと兼務することも多い

・原稿を収集・整理する。
・テキスト原稿を作成
・リライトする

HTMLコーダー

アシスタントディレクター

システムエンジニア

プログラマー・設計・編集を元に、HTMLコー
ディングをする。
・ビジュアルデザイナーと兼務することも多い・ディレクターの指示に従い、各種実務を行う。
・途中成果物・最終成果物の校正・インフラの構築・運用・システム設計・情報デザインとシステム設計に従ったプログラミング。

94 +++ iNTERNET magazine 2003.07 +++インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

特集1

戦略的ウェブマスター虎の巻

ではあるが文字校正はプリントアウトに赤もの。曖昧なメールのやりとりでは電話にディングばかりに目が行きがちだが、事前字を入れるのがもっとも安全で確実だ。

よる確認が必要になって、かえってコミュに用意周到な設計・編集が必要なことや、校正紙と最新プリントアウトを重ねて透かニケーションコストがかさんでしまう場合

派生するさまざまな作業があり、それなり

し見るという原始的な方法で、訂正個所もあるので注意したい。

に負荷が高いことにも注目してほしい。

以外に余分な変更がないか簡単に発見できるという得がたいメリットもある。
メールでの訂正指示は、厳密に書き方
やフォーマットをお互いにすり合わせておPDFによる校正方法もあるが、担当者

図4-1と表4-2のプロセスのフェーズと人のトレーニングやソフトウェア購入代金な員の役割と仕事を表したので参考にしてどが発生するので、あまり一般的ではな

ほしい。

いようだ。

けば、たいへん有効だ。しかし、校正メ

一般的には「サイト構築」「サイト制作」

ールをきちんと書くのは意外と骨が折れるというとビジュアルデザインとHTMLコー

F
F
F

制作・運用には3つのサーバーを用意すべし
公開用とテスト用そして作業用が必要になる

随時小回りのきいた対応が求められることが多いので、人員確保の際には考慮しておこう。

制作・運用に必要なインフラストラクチ
ャーとして各種のサーバー（ウェブサーバ◆図4-3

3つのサーバーを用意する意味ー）について考えてみる。安全性と作業効率を求めるならば、プロダクションサー

ホスティングバー（公開サーバー）、ステージングサー

1

バー（テストサーバー）、ワークサーバーのプロダクションサーバー

3種類のサーバーが必要だ。設定次第でファイルのアップロード

台数を減らすことは可能だが、3つの役割が必要なことに変わりはない。ホスティン
グサービスを利用している場合は、ホステ

ウェブサイトオーナー企業ィングサービスと同じOSやシステム構成の2

バーの役割分担については、図4-3を参照してほしい。

ユーザー

テストとチェック

マシンを用意しおくといいだろう。各サー

ステージサーバー

ファイルのアップロード
CGI実験テスト

ウェブマスター

最終成果物（HTMLファイル群）
はプロセスの進行に従い、ワークサーバー→ス
テージングサーバー→プロダクションサー

ファイルのアップロード・ダウンロード

バーと順番にコピーされていく。
なお、プロセスの一部を外部協力会社

HTMLコーダーなど

ファイルのアップロード
開発のテスト3

ウェブサイト制作会社など

ワークサーバーに委託する場合は、データをやりとりする
方法を決め、アカウントや領域を用意する必要がある。ワークサーバーかステージ
ングサーバーにデータ受け渡し用のFTP
サーバーを立ち上げるのがいいだろう。
外部協力会社が複数にわたる場合は、アカウントや領域も個別に必要だ。
インフラの構築や管理はシステムエンジ

プロダクションサーバー（公開サーバー） ウェブサイトとして公開するサーバー。多くの場合、ホスティングサービスを利用することになるだろう。
ステージングサーバー（テストサーバー） 公開一歩手前の最終成果物を配置するサーバー。スペックは多少落ちてもいいが、OSやシステム構成はプロダクションサーバーとまったく同じにする。特にCGIプログラムなど
は、本番と同一の環境でテストをする必要があるためだ。CGIプログラムでサイト訪問者に重要な機能を提供しているなら、きちんと用意したい。
ワークサーバー
日々の編集・制作・校正・テスト用途で使用する。スタッフが直接ファイルを配置できるように、ファイルサーバーとしての機能もあわせて持たせたい。作業効率が格段に高くなるからだ。設計・編集・制作の途中成果物（原稿・資料など）を共有するための領域と、最終成果物を配置する領域を用意する。

ニアが担当する。システムエンジニアには、

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine 2003.07 +++95

データの置き方・ファイル名の付け方のルールを習得すべし
変更・追加・削除の繰り返しでページ間の影響が少なくしておく

ところで、設計に大きな影響を及ぼす「変更・追加・削除」が発生することもある

F
F
F

ンセルなども想定し、いつでも元の状態に戻れるようにデータを管理する。

だろう。その場合は、無理に運用内の編サイトを公開した次の瞬間から「運用」

集・制作プロセスで乗り切らずに、リニューアルが必要だと理解しよう。機会を改工程に入る。
公開後は公開前の設計を大きく変更しめてリニューアルプロジェクトを立ち上げ

ない範囲で、ページを変更・追加・削除

るか、設計に影響のない範囲で応急処置する作業を繰り返すことになる。これは編をするかを判断する必要がある。

ワークサーバーで時系列データを管理する
過去・現在・未来のデータを混在させて管理しなければいけないのは、日々の集→制作の小さなサイクルを繰り返すこと作業を行うワークサーバーだ。コンテンツ

時間の流れと配置するサーバーに気をつけてデータを管理するとほぼ同じだ。ひと口に「変更・追加・削除」と言っても、難しい要素がある。ハイ

管理システムなどを導入しない場合は、手動で行うことになる。

パーリンクによって有機的に各ページがつ一時的な作業に必要な過去データや未ながっているのがウェブの特徴である。

運用中にコンテンツを更新するときは、

来データについては、ディレクトリーやファあるページの変更が、ほかのページに影

過去・現在・未来のデータを正しく保管

イル名に日付を挿入して同じディレクトリ

響を及ぼすことも多いので、注意が必要

し、管理する必要がある。一般的にウェーに置いておくのがもっとも簡便な方法だだ。

ブコンテンツの総データ容量はそれほどろう。挿入位置にはいろいろな流儀があ大きくはないので、時系列やステータスのるが、並び順と階層の違いに着目していれたサイトは、「ページ間の影響が少ない」

違うデータをフルバックアップしておくのもろいろ試してみるといい。OSによってリ「影響範囲が誰にでも容易に明確に分か容易だ。

スト表示をしたときの並び順が違う点にもなお、よく練られた設計のもとに構築さる」「影響範囲は大きくとも、単純な機械

管理保管の対象となるデータを時系列的作業で対処できる」などの特徴を持つ。

で区分すると図4-4のようになる。時系列

もっとも一般的なのは、ディレクトリー名

運用コストを低く抑えるためには、逆に設の違いと配置サーバーの場所の違いに十末尾やファイル名末尾（拡張子前）に日付

計には十分なコスト（時間）をかけるべき

分な注意を払いながら管理していく必要を挿入することだ（図4-5）。過去や未来のだ。

がある。作業ミスや途中での作業のキャデータが現在データのすぐそばに並ぶの注意を払う必要がある。

◆図4-4 管理データの時系列区分

未来データ
新製品情報など、未来のある特定の日時に公開する

制作・チェック

最初はワークサーバーに配置し、校正やテスト時にス

チェック
コピー

データ。
「現在」の最新データをもとに作業を進める。

未来データ

未来データ

テージングサーバーにコピーする。校了し、公開日時になった時点でプロダクションサーバーにコピーする。

現在データ

コピー
（公開）

現在公開中の最新データ。何も更新作業が入っていないときには、ステージングサーバーとプロダクション
サーバーにまったく同一の最新データが配置された状
態になる。

現在データ

現在データ

過去データ
（3世代分）

消去

ステージサーバー

プロダクトサーバー

過去データ
ある特定の日時に公開していたデータ。大きなリニューアルや変更の節目には全データを保管しておくべきだ。また、一定の周期で差分バックアップをとっておけば、いざというときに助けられることも多い。データの配置場所は、プロダクションサーバー以外の複数

過去データ
（すべて）

箇所が望ましい（例: ステージングサーバーに過去3世代分・ワークサーバーに過去の全データなど）。

ワークサーバー

96 +++ iNTERNET magazine 2003.07 +++インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

特集1

戦略的ウェブマスター虎の巻

でわかりやすい。過去や未来のデータも◆図4-5「日付け後置式」の時系列データによる管理

階層の深さが変化しないので、HTMLフ

採用情報

ァイル内の相対パス記述との相性がよい。
/

別案としては、日付ディレクトリーを別に/saiyo/サービス（現在）

作成し、そこにまるごとデータをコピーす/service/

ることだ（図4-6）。過去・未来データがま

サービス
（過去）

とまって配置されるのでわかりやすく、デ/service̲021201/

ィレクトリー全体に対する変更や操作がしやすい。過去や未来のデータは階層の深

サービス
（未来）

さが変化するので、HTMLファイル内の/service̲030701/

相対パス記述との相性は悪い。

サイトマップ/site̲map/

複雑なケースでも日付をファイル名に付けるだけで解決できる製品＞ケース
（現在）
case.html/seihin/

製品＞ケース（過去）
case̲021201.html

バージョン管理は難しい側面を持って製品＞ケース（未来）

いる。公開中のサイトに対して、異なる制
case̲030701.html

作期間を持つ複数のタスクが並行・前後して走る場合を想定してみよう。
たとえば、ある製品ページについて2週◆図4-6「日付ディレクトリー式」のディレクトリーファイル管理間後（2003年7月15日）にビジュアルデザイ
サービス
（過去）

ンの変更があるとしよう。2週間後をにら/んでビジュアルデザインもHTMLコーディ/02101//021201/service/

ングも着々と進んでいるとする。ところが、

サービス
（未来）

急に価格の改定が入り、そのページの数/030701//030701/service/

か所を2日後（2003年7月3日）
に変更して

採用

公開しなければいけなくなった。このと/saiyo/き、どのようにデータを操作すればよいだ

サービス
（現在）

ろうか？

/service/

前述の「日付後置式」のデータ管理方法

サイトマップをとっていれば、特に問題なく対処できる。

/site̲map/

現 在 デ ータで あ る「 c a s e . h t m l 」を
「case̲030703.html」という名前でコピーして、料金を改定する。2週間後の更新を◆図4-7 複雑な更新の手順進めていた「case̲030715.html」にも同じ
7月3日の準備

料金改定を反映させればよい。料金改定日である 2日後の 7 月3日には「seihin/case.html」を「seihin/case̲030401.html」（前回更新日）とリネームし、「case̲030703.html」を「case.html」にリネームすればよ

7月3日の変更

case.html/seihin/case̲030401.html
1リネームする

1コピー
case̲030703.html
2価格を改定する

case.html
2リネームするcase̲030715.html
3価格を改定する

case̲030715.html

い（図4-7）。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D+++ iNTERNET magazine 2003.07 +++97

Chapter 5 Evaluation
作りっぱなしのウェブサイトには意味がない

サイトを評価して運用に役立てる戦略・企画→設計→編集→制作→運用と進めてきたところで、「Plan-Do-See」（計画・実行・評価）に従って、サイトの評価をしよう。
「自らの計画が達成されたか？

仮説は立証されたか？」「実行（サイトの公開）の結果、サイトはどのようにアクセスされているか？」「他者の評判はどうか？」などを知り、サイトをよりよいものにしていくためだ。
F
F
F

アクセスログと顧客の声は分析して反映すべし
ログ分析ツールを使うと基礎データが見えてくるが悪いことなどが考えられる。

サイトに対するフィードバックは直接的な

また、マスメディアで露出したURLにつ

アクセスログだけではない。代表メールア

いて、露出前後でどのようにアクセス数がドレスや問い合わせフォームページを通じログ分析でわかることは多種に渡る。そ推移したかで、媒体効果を計れる。あるて、ユーザーの声が届くこともある。営業

れをどのように生かすかはウェブマスター次

日突然、特定のページのアクセス数が増担当者を通じて既存顧客の声が届くこと第だ。フリーソフトウェアの『Analog』

えたのなら、自社製品がどこかで高評価

や、カスタマーサポート用電話を通じて届や比較的安価な『WebTrends LogAna-を得ているとか、おすすめサイトとして掲くこともある。それらを収集・整理して優lyzer』

載されたなどが考えられる。

先順位をつけ、短期的には運用の中で解などのログ分析ツールでは、サイト全体のアクセス数やページごとのア

検索サイトで入力したキーワードがわか決し、中長期的には次回リニューアルの

クセス数、アクセスパス（流入ページと流れば、実際にそのキーワードを検索サイ

参考資料とするなどの対処が必要だ。

出ページ）、アクセス元、検索サイトで入力

トで入力してみよう。その検索結果を見

また、サイトをリニューアルすることで社したキーワード、ユーザーの属性、アクセ

ることにより、ユーザーが自社サイトに来内の声が活性化することもよくあることだ。

ス環境などがわかる。

た理由が推測できるかもしれない。どの社内の声はビジネスニーズをもっとも直接より高機能な行動分析ツールではユーようなキーワードでサイトに流入してきたに反映したものだ。当初のコンセプトや設ザーの行動を正確に把握して分析できるかを知れば、ユーザーにどんなコンテン

計を逸脱しない範囲で、ユーザーニーズ

が、相応に価格も高い。具体的なサイト

ツを提示すれば目的にマッチするかが考とのバランスを考慮して、サイトに取り入の効果がある程度出てきた段階で、この察できる。

れていこう。

種のツールの導入を検討しよう。ここでメールだけでなく社内からの声
社員から聞く顧客の声も参考に

は、標準的なログ分析ツールでわかることについて簡単に述べる。

http://www.analog.cx/
http://www.netiq.com/webtrends/

アクセスの多いページは何らかの理由
で流入が容易であるか（外部サイトからリ◆図5-1 Analogで分析したログの例

ンクを張られている、検索サイトの検索結果で上位に表示される）、そのページのコンテンツを必要としている訪問者が多い
ことが推測できる。
ページ A のアクセス数と、ページ A の次のページを意図して設計したページBのアクセス数を比較して極端に差があるのであれば、Aを見た時点で本来の目的を達成したか、AからBへの流れ（設計）98 +++ iNTERNET magazine 2003.07 +++フリーのツールでありなが、Analogでも十分にログを分析できる。検索サイトでどんなキーワードを調べてサイトに来たかやどのページに一番リクエストがあったがわかる。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

特集1

戦略的ウェブマスター虎の巻

ウェブマスターインタビュー NO.3

御社のウェブ運営の キモ 、どこですか?

ソニーマーケティング e-EnglishGym

ウェブの 数字 を把握し、社内社外とのコミュニケーション能力を磨け!
「ウェブマスターのスキルとして重要なのをする工夫が重要になってきます。そこがはアクセス状況、アンケート結果、予算投

ウェブマスターから制作者に伝わらない

下計画などの数字を把握する力ですね」とと、まったく意図したものと違うウェブにないうのは、ソニーマーケティングで「 e -ってしまいます。e-EnglishGymのビジネ

EnglishGym」という英会話学習サイトのウスの現状や方向性を、100 パーセント理ェブマスターを担当する久保田朋彦氏だ。

解している社内のウェブ制作メンバーの意

さらに、久保田氏は「これらの数字を把思を上手にすくい上げ、この『思い』を制握したうえで、サービスやマーケティング

作会社などと一緒にウェブサイトで表現しなどのプランニングの方向性を固め、明ていくのが、ウェブマスターとしての役割で快なコンセプトを作成し、制作会社や上

すね」とウェブマスターにとって、いかにコミ司などに正確に伝えていくコンセプトプラ

ュニケーション能力が重要かを説明する。

ンニング能力や、コミュニケーション能力

確かに、ECサイトなどでは、個人情報も必要となってきます。特に、このウェブを扱うためそれらのデータを制作会社に

サイトは3万円という付加価値の高いサー提供することは難しい。そうなると、ウェブ

ビスを提供するサイトですので、お客様にマスターにとってはコミュニケーションの能

安心感をもっていただけるような内容説明

力がもっとも重要になるのだ。

ウェブマスターインタビュー NO.4

御社のウェブ運営の キモ 、どこですか?

映像ストリーミングを駆使し、 経験しながら 英語を身につけることができる「e-EnglishGym」。
http://www.e-englishgym.com/

ウェブマスターには、数字を把握する能力とそれに基づいたコミュニケー
ション能力が必要になると語る久保田氏。

第一生命保険相互会社

プロフェッショナルな 外部 を使って社内の「ウェブ不要論」を打破せよ!
第一生命のウェブは、お客さまにさまざ
まなサービスを提供する窓口、言わば「バのデザインなどを統一することが非常に難しいと言うのだ。

ーチャル店舗」として運営することに目的

この問題を解消するために、ネットイヤをおいている。特に、最近では同社の経ーグループのようなウェブ制作のプロがウ営方針である「生涯設計」というキーワー

ェブ制作に参画してくれたことが、ウェブ全ドを契約者や一般の方に理解してもらう

体に統一感を持たせるという意味で重要重要なチャネルとしての色合いが強くなっだったと馬来氏は語る。
「まず関連所管のている。ただし、「弊社では所管によって、担当者に集まってもらい、 第一生命のウ

ウェブ活用に対する意識はばらばらですェブサイトはこうあるべきだ という思いをね。ウェブを積極的に活用する場合でも、外部のプロ から示してもらったうえで、

そのデザイン面などで統一が図られていデザイン面、機能面の『ガイドライン』
を提ないという点も課題でした」と指摘するの示してもらいました。内部でこれを行ったはネットワーク推進部の馬来善行氏だ。

ら、 なぜそんなことをやらなければいけな

第一生命では本体のウェブ構成の下に、いのか という声もあがったかもしれませ

用途、目的の異なる各所管のウェブが存

んが、プロが説明することで納得してくれ在しているため、ウェブに対する意識やそる部分も多かったと思います」（馬来氏）。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

100周年を向かえリニューアルした第一生命のウ
ェブは、ユーザビリティーが大きく向上している。
http://www.dai-ichi-life.co.jp
今後もガイドライン重視のウェブ制作をすすめるという馬来氏と、システム担当の清水茂樹氏。

+++ iNTERNET magazine 2003.07 +++99

［インターネットマガジン バックナンバーアーカイブ］ ご利用上の注意
この PDF ファイルは、株式会社インプレス R&D（株式会社インプレスから分割）が 1994 年～2006 年まで発行した月刊誌『インターネットマガジン』の誌面を PDF 化し、「インターネットマガジン バックナンバー
アーカイブ」として以下のウェブサイト「All-in-One INTERNET magazine 2.0」で公開しているものです。

http://i.impressRD.jp/bn
このファイルをご利用いただくにあたり、下記の注意事項を必ずお読みください。
z 記載されている内容（技術解説、URL、団体・企業名、商品名、価格、プレゼント募集、アンケートなど）は発行当時のものです。
z 収録されている内容は著作権法上の保護を受けています。著作権はそれぞれの記事の著作者（執筆者、写真の撮影者、イラストの作成者、編集部など）が保持しています。
z 著作者から許諾が得られなかった著作物は収録されていない場合があります。
z このファイルやその内容を改変したり、商用を目的として再利用することはできません。あくまで個人や企業の非商用利用での閲覧、複製、送信に限られます。
z 収録されている内容を何らかの媒体に引用としてご利用する際は、出典として媒体名および月号、該当ページ
番号、発行元（株式会社インプレス R&D）、コピーライトなどの情報をご明記ください。
z オリジナルの雑誌の発行時点では、株式会社インプレス R&D（当時は株式会社インプレス）と著作権者は内容が正確なものであるように最大限に努めましたが、すべての情報が完全に正確であることは保証できません。このファイルの内容に起因する直接的および間接的な損害に対して、一切の責任を負いません。お客様個人の責任においてご利用ください。

このファイルに関するお問い合わせ先
All-in-One INTERNET magazine 編集部
im-info@impress.co.jp
Copyright © 1994-2007 Impress R&D, an Impress Group company. All rights reserved.