こんにちは、キノトロープの濱田です。

この連載ではWeb担当者の皆様からいただいたお悩みに答えていきます。

今回の質問は以下です。

現在、社内で複数のWebサイトを運営している企業は珍しいものではなく、ひとつの会社だからWebサイトもひとつにまとめようという企業もあれば、ブランドや商品カテゴリ、部署ごとにサイトを別個で運用している企業など、方針は様々です。

「Webサイトを統合・統一するか否か」といったお悩みは、現代のWebサイト運営から切っても切れない課題と言えるかもしれません。

今回のご相談から察するに、データに基づいて意見できる人がおらず、現状サイトの分析が十分にできていないことがお悩みの原因ではないでしょうか。

「○○だからこうすべき」といった議論ができる土台が社内で整っておらず、単に「こうしたい」という意見だけでは解決は難しいでしょう。

このような場合、外部の専門家に依頼し、統合すべきか否かのコンサルティングや調査を行ってもらうことをお勧めします。

社内だけで意見を取りまとめようとしても、各々の意見に十分な根拠が伴わなかったり、立場上の理由から意見が尊重されない場面もあるかもしれません。

また、関係者間での連携が取れておらず各部署が独自に運営しているという理由からWebサイトが分かれているのであれば、各サイトに情報が散乱していたり、他部署の運営状況が不透明であるがゆえに本来であれば不要なコストが発生しているといったことも考えられます。

内部からでは見えづらい課題も、外側からの視点も合わせると解決の糸口がつかめるかもしれません。

Webサイトを運用する以上、訪れるユーザーの目線に立ち、ユーザーを中心として情報やサイトそのものの整理を進めることが重要です。

考えてみてください。
企業の都合で情報があちこちに散乱し、構造やトンマナの表現もバラバラ…といったサイトではユーザーにどんな印象や体験を与えるでしょうか。

欲しい情報がどこにあるかわかりづらい、探そうにも閲覧がしにくく、堪ったものではないでしょう。

Webサイトを訪れるユーザーは、みな企業に対して何らかの興味や目的を持って訪れているのです。

そのため、一方で、訪れるユーザーごとにニーズが明確に異なる場合はWebサイトを分けることも有効だと考えます。

特定の商品だけに対し興味がある人とIR情報やサステナビリティへの取り組みに興味がある人とではニーズが異なりますし、複数の事業を展開している大企業などでない限り、企業のWebサイトへのニーズは限られていることが多いはずです。

「誰に向けた情報なのか」から議論を始めることで、方向性が明確になってくるのではないでしょうか。

質問に「目的も、サービスの種類も、ユーザーも様々」とあるので、ここだけに着目すると無理に1本にまとめなくても良いのではないかとも思いますが、ひとつにまとめるという意見が出るということは、サーバー、デザイン、CMS、運用してる業者もバラバラということでしょうか。

であれば管理は煩雑であることが想像できますし、セキュリティ面での不安があります。

サイトが分かれたまま運用しているもののIT部門に「サーバー管理だけは統一してほしい」という、バラバラのままでは管理が大変だからまとめたいといった事例は少なくありません。

サーバーとCMSはひとつに統一し、ライセンス費用も含めて効率的に運用できる体制を整えたうえでWebサイトとしての表現はそれぞれ異なっていても問題ないのではないか、という考え方もあります。

サーバーをまとめるということはセキュリティ以外にもシステム面で合理的にできます。

Webサイトがバラバラの場合、使用しているソフトウェアのバージョンも揃っていない可能性もあるため、OSのバージョンを統一し、脆弱性が見つかった際にまとめて対応できるよう管理したいという情シス担当者は少なくありません。

セキュリティ面を非常に重要視しているクライアントも多くいます。

ターゲットに合わせてサイトの見直しを行うことも大切ですが、運用上の懸念点を減らすという観点も検討材料の一つとして非常に重要です。

基本的には統合した方がメリットが大きいものの、障害があったときの影響、侵入された時のリスクが関係して敢えて統合しないという選択が適しているケースもあります。

例えば、個人情報を扱うWebサイトとそうでないWebサイトが同じ環境内に存在する場合、後者が攻撃を受けた際に、同一の環境だったために本来関係のなかった個人情報が漏洩してしまう…というリスクがゼロではありません。

また、利用・閲覧にログインを必要とするWebサイトと通常のWebサイトでは求められるセキュリティレベルが異なるため、部分的に必要なセキュリティ対策を通常のWebサイトにも施すと費用対効果が悪いという理由から、セキュリティレベルに応じてインフラ環境やサーバーを分ける場合も考えられます。

今回のご質問とは反対に、システムは統一しながら複数のサイトを作ったものの、自由な運用が行えないためシステムを分けたいというご相談をいただくこともあります。

マーケティングの観点ではある程度柔軟にWebサイトやページを作成することが必要になるケースがあるため、システム管理の負担を軽減するために過度に細かいルールや自由度の低いシステムにしてしまうと、新しいコンテンツや特集サイトを作る際に制約が多くなり、運用更新における負担が増加してしまいます。

そうなってしまっては本末転倒ですので、運用の柔軟性を保ちながら、妥協できる範囲で自由度を持たせることで、後々運用で困って分ける必要がないようバランスを取って判断します。

複数のブランドを運営している場合、ブランドサイトが乱立しやすくなるというのはよくある状況ではあります。

ブランドごとに世界観やターゲットとなる層は異なりますし、求められるデザインも違うため、複数に分けたくなる気持ちも理解できます。しかし、Webサイトとしては1つにまとまっていた方が効率的です。

共通のヘッダ・フッタの中にブランド独自のコンテンツを作る、というルールを制定し複数のブランドを運営している企業もあり、オリジナルサイトとブランドサイトの行き来が簡単にできるよう考えられてるケースもあります。

こういった実運用も踏まえたところまで考えたルールを作ることが重要であり、セキュリティだけなく、運用のしやすさやマーケティング、営業部門の視点においても運用が無理なく行えるかも考慮し、全員が合意できるルールである必要があります。

基本的にはシステムもサイトもひとつにまとめた方が良いと考えます。

それにより、サイト内のコンテンツはブランドごとにそれぞれの特色があり、自部門の領域は各々で運用が行えながらも、情シスは一括で管理でき、ガバナンス的な管理はヘッダ・フッタ・ガイドラインにより会社としての統一感を演出することができます。

新しい考え方や方法、まとめるか否か、指標・判断材料はひとつではありません。

制作やコンサルを行っている外部の専門家に相談すれば、客観的な意見を取り入れながら整理が進められます。

重要なのは「こう思う」だけでなく、自社のWebサイトがどういった状況なのか、定量的なデータをもとに判断することです。

例えば自社サイト間の行き来が多いことが分かれば「ひとつにまとめた方が良いのではないか」といった指針が見えてきます。

反対に、自分たちでの状況把握ができていないと専門家にアドバイスを求めても言われるがまま受け入れることになってしまい、運用段階でうまくいかず、結局元に戻ってしまうことに繋がりかねません。

第一歩として、まずはアクセス数を見てみることから始めてみてはいかがでしょうか。

Google Analyticsなどのツールを活用し、データの分析をもとに意見を示していくことで、自分たちだけでも納得感のある議論ができるのではないでしょうか。

感想じゃなく事実をもとに「良い」「悪い」をテーブルに上げて話し合うことが重要です。

Webサイトを一つにまとめるべきか、それとも分けて運用すべきかは、「目的」や「ユーザー」「サービス内容」など、状況によって最適な形が異なります。

ただし、判断の基準として大切なのは以下のポイントです。
・ユーザー目線に立って情報設計ができているか
・システムやサーバーなど、運用面での非効率が発生していないか
・ブランドや部門間の統一感・ガバナンスが保たれているか
・セキュリティや運用負担に配慮されているか
・意思決定にデータや事実を活用しているか

基本的には、システムやインフラは統一し、コンテンツや表現で柔軟性を確保するというアプローチが現実的です。

一方、セキュリティや運用負担の観点で分ける必要があるケースもあるため、「一概にこうすべき」と断定することはできません。

まずはGoogle Analyticsなどのツールを使って自社のWebサイトの現状を把握し、社内の関係者と事実に基づいた議論を進めることから始めましょう。

必要に応じて外部の専門家に相談することで、客観的な判断材料が手に入り、納得感ある決定につながるはずです。

Webサイト制作のお悩み

キノトロープのセミナー

\ がんばれ!Web担当者 /

Web担当者応援マガジン

属人化の嵐の中で、時間と各部署と
そして上司と戦うWeb担当者のために

大規模Webサイトの運用業務に
よくある課題を解決するための手法を
簡潔にまとめました!

大規模CMS成功の法則