問い合わせにつながるサイトへ。自社サイトの技術構成を見直した理由

今回、私たちは自社サイトを全面的にリニューアルしました。

見た目や掲載内容を整えるだけでなく、ページの表示方法、コンテンツ管理、お問い合わせ機能、サイトを支える仕組みまで見直しています。大きな目的の一つは、WEBサイトからの問い合わせにつながるきっかけを増やすことでした。

サービス内容や制作実績を分かりやすく伝えることはもちろん、内容を読む前の離脱を減らし、公開後も情報を改善し続けられる状態にすることが重要です。

今回、重視した4つのこと

• ページを待たせず、閲覧前の離脱を抑えること
• WordPressやサーバーの保守・セキュリティ管理の範囲を整理すること
• 問い合わせメールの送信状況を確認しやすくすること
• コンテンツや制作パーツを、将来のリニューアルでも活用しやすくすること

表示を見直し、問い合わせまで進みやすい土台をつくる

従来のサイトは、WordPress、PHP、レンタルサーバーを中心とした構成でした。WordPressでもキャッシュや画像の軽量化、サーバー設定によって表示を改善できますが、WordPress本体、プラグイン、PHP、データベース、サーバー性能など、複数の要素を継続して管理する必要があります。

新しいサイトでは、Astro、React、microCMS、Resend、Cloudflareを組み合わせています。公開ページの表示にWordPress、PHP、データベースを常時必要としない構成へ変更し、CMSからの情報取得やお問い合わせフォームの送信など、必要な場面だけでサーバー側の処理を行います。

公開サイト、CMS、メール送信の役割を分ける

今回の構成では、公開ページの生成をAstro、コンテンツ管理をmicroCMS、公開サイトの実行・配信をCloudflare Workers、メール送信をResendが担います。

役割を分けることで、不具合が起きた際に確認すべき場所と影響範囲を整理しやすくなります。完全に障害をなくすことはできません。CMSからの情報取得や外部サービスから配信する画像は、そのサービスの状況に影響を受けます。それでも、原因を切り分け、対応の優先順位を判断しやすい状態を目指しています。

コンテンツと制作パーツを、将来も使いやすくする

記事や制作実績などの情報はmicroCMSで管理し、見た目や表示方法はAstroやReact側で管理しています。コンテンツとデザインを分けることで、将来リニューアルする際も、登録済みの情報を残したまま表示側を作り直しやすくなります。

ボタン、見出し、カード、記事本文なども、別のページやサイトで活用しやすいパーツとして管理しています。表示の統一や改修のしやすさにつながるため、公開後の改善を続けるうえでも重要です。

サイトの目的に合う構成を選ぶ

WordPressを使わないことが正解ではありません。管理画面からページを自由に追加したい場合、プラグインを活用したい場合、既存のWordPress運用を継続したい場合には、WordPressのほうが適していることもあります。

重要なのは、技術が新しいか古いかではなく、サイトの目的、更新体制、予算、保守方法に合っているかどうかです。詳しくは、microCMSを選んだ理由と、公開サイト・CMS・メール送信を分けた考え方をご覧ください。