Web Insight Notes

ホームページを公開したあと、しばらく更新していない。 お知らせの更新も数カ月～数年止まっており、たまに内容を確認する程度。 こうしたホームページ、実は珍しいものではありません。 ホームページを放置していたからといって、すぐに大きな問題が起こるとは限らないため、 ついつい長く放置してしまっている、という方も多いのではないでしょうか。 しかし、放置期間が長くなるほど、実は見えにくいコストが少しずつ積み上がることがあります。 この記事では、「ホームページを放置すると何が起きるのか」を、見えないコストという観点から整理します。 ホームページの「放置」とは、更新しないことだけではない 「放置」と聞くと、ブログやお知らせの更新が止まっている状態をイメージするかもしれません。 ただ、見えないコストという観点からだと、実際にはもう少し広い意味で考えた方が良さそうです。 たとえば、次のような状態も放置に含まれる場合があります。 掲載情報を長期間見直していない 問い合わせフォームを確認していない CMSやプラグインを更新していない アクセス状況を見ていない 担当者が曖昧になっている バックアップ状況を把握していない ホームページは、公開した瞬間に完成するものというより、公開後も環境変化に合わせて見直しや更新を続けることが前提になります。 だからこそ、「何も起きていないから問題ない」とは必ずしも言い切れません。 古い情報は、少しずつ信頼コストになる ホームページでは、情報そのものだけでなく、「更新されているか」も同時に見られています。 たとえば、 数年前で止まったお知らせ 現在と違う営業時間 古い実績紹介 退職済みのスタッフ情報 昔のサービス内容 こうした情報を見ると、利用者は判断材料を失います。 「この情報は合っているのか」 「まだ営業しているのか」 「問い合わせても大丈夫なのか」 こういった印象が、必ずしも不信感に直結するとは限りません。 ただ、確認の手間が増えることで、問い合わせを見送るケースは考えられます。 重要なのは、ホームページが古く見えることではありません。 判断しづらくなることがコストになる ホームページは、利用者が判断するための材料でもあります。 情報が古い状態が続くと、利用者は自分で不足部分を補わ...

「小規模サイトの表示速度改善メモ」第4回は、外部タグ・計測タグの見直しについてです。 GA4、GTM、広告タグ、ヒートマップ、チャットウィジェット、スパム対策などの外部タグは、サイト改善やマーケティング施策に役立ちます。 一方で、制作会社、広告代理店、社内担当者がそれぞれ別のタイミングでタグを追加していると、いつの間にかタグの全体像が見えにくくなります。 今回は、外部タグを「重いから外す」という話ではなく、目的・管理者・発火条件・読み込み範囲を整理し、小規模サイトでも無理なく運用するための考え方をまとめます。 外部タグは便利だが、入れるほどページは複雑になる 外部タグは、サイト本体のHTMLやCSSだけではできない計測・分析・接客・保護機能を追加できる便利な仕組みです。 一方で、それぞれのタグは外部サービスのJavaScriptを読み込み、ブラウザ上で処理を行うため、追加するほどページの読み込みや処理は増えていきます。 特に、制作会社、広告代理店、社内担当者がそれぞれ別のタイミングでタグを追加しているサイトでは、誰も全体像を把握していない状態になりがちです。 一つひとつのタグは小さな負荷でも、積み重なると初期表示や操作感に影響します。 表示速度を見直すときは、画像やキャッシュだけでなく、外部タグ・計測タグの整理も確認しておきたいポイントです。 まず確認したいこと：そのタグは今も必要か 外部タグを見直すときに、最初に確認したいのは「そのタグが今も使われているか」です。 たとえば、以前出稿していた広告媒体のタグ、過去に試したヒートマップ、テスト用に追加したイベント計測、担当者が変わって管理者が分からなくなったタグなどは、サイト上に残ったままになりやすいものです。 また、同じ目的のタグが重複しているケースもあります。 GA4をGTM経由で読み込んでいるのに、テーマ設定やSEOプラグイン側でも同じ測定IDを設定している場合、意図せず二重計測になることがあります。 広告タグについても、Google広告、Meta広告、Yahoo!広告などを過去の運用ごとに追加していると、現在使っていないタグが残っていることがあります。 表示速度の改善というと、新しい高速化施策を追加するイメージがありますが、外部タグについては「不要なものを減らす」だけでも改善につな...

はじめに 小規模サイトの表示速度改善メモ、第3回は「ファーストビューに重い機能を詰め込まない」という話です。 これまで、WordPressを毎回動かさないためのキャッシュや、画像最適化について触れてきました。 ただ、表示速度はあとから画像を圧縮したり、キャッシュを設定したりするだけで決まるものではありません。 ページを作る段階でファーストビューに重い機能を詰め込んでしまうと、その後の調整だけでは改善しにくくなることがあります。 第3回では、軽量化テクニックそのものではなく、 設計・ディレクション段階で「最初に何を見せるか」を絞る考え方 について整理します。 ディレクションを行うWeb制作者、小規模企業サイトを提案・改善する方、サイトに「もっと動きが欲しい」「動画を入れたい」と相談される方向けの内容です。 ファーストビューは「全部見せる場所」ではない 小規模サイトのトップページでありがちなのは、 会社の雰囲気も見せたい サービスも見せたい キャンペーンも見せたい お知らせも見せたい 動画も見せたい SNSも見せたい 地図も見せたい ……と、全部盛りになって、ファーストビューが重くなるパターンです。 あとから画像圧縮をしたり、キャッシュを設定したりしても、ファーストビュー自体に重い要素が多ければ、改善には限界があります。 どれだけ作り込んだサイトでも、表示されるまでに時間がかかると、内容を見てもらう前に離脱される可能性があります。 ファーストビューは、すべての情報を置く場所ではなく、ユーザーに「このサイトで何が分かるか」を伝える入口として整理しましょう。 例えば、トップページの最初に次のような要素をすべて入れると、初期表示は重くなりやすくなります。 メインビジュアルのスライダー 背景動画 Google Maps SNSタイムライン 複数種類のWebフォント スクロールアニメーション チャットウィジェット 一つひとつはよくある機能でも、重なると読み込み量が増えます。 そのため、ファーストビューでは「最初に伝えるべきコピーと画像」に絞り、地図やSNS、動画などは必要な場所で読み込む形にした方が、サイト全体の体感は軽くなります。 特に小規模サイトでは、ファーストビューに多くの役割を持たせすぎると、表示速度だ...

ユーザーは、ホームページを“解釈”している ホームページには、サービス内容や料金、会社情報など、ユーザーが次の行動を決定するための情報を書く。 これはもちろん大切です。 ただ実際には、ユーザーは“書かれている情報そのもの”だけを見ているわけではありません。 ホームページ全体から、 この会社は話しやすそうか 相談しやすそうか 自分に合っていそうか 面倒な感じではないか といった、“空気感”のようなものを感じ取っています。それが、ユーザーの次の行動（購入や問合せ）に繋がることは少なくありません。 つまり、ホームページは「読まれている」というより、“解釈されている”と言った方が近いのかもしれません。 ユーザーは、数秒で「なんとなく」を判断している 残念ながら、多くのユーザーはホームページをじっくり熟読してくれません。 目に付く箇所をパッと見ながら、 なんか信頼できそう 少し怖そう 敷居が高そう 丁寧そう 古そう といった印象を瞬時に判断しています。 そして興味深いのは、それが必ずしも「書いてある内容」だけで決まっているわけではない、という点です。 例えば、同じ内容のサービスや製品でも見せ方によっては受け取られ方が大きく変ってきます。 「高級感」が、“相談しづらさ”になることもある ホームページを制作する際、「高級感を出したい」という希望を持つ事業者は多いです。 高級感出す、というのは、例えば次のような構成・デザインです。 黒を基調にしたデザイン 横文字中心のコピー スタイリッシュな写真 抽象的なキャッチコピー こういった内容にすることで、ホームページは洗練された印象をもつことができます。 しかし、小規模事業者や地域密着型のサービスでは、それが逆効果になることもあります。 なぜなら、ユーザーによっては 「なんだか敷居が高そう」 「自分みたいな人が相談しても相手にされないのでは？」 と感じ、尻込みしてしまうことがあるからです。 制作側は「かっこよさ」を狙っていても、見る側は迂闊に飛び込めない「距離感」として受け取っていることがあります。 「実績が多い」が、安心につながるとは限らない 実は実績紹介も同じです。 例えば、 大企業案件ばかり 有名企業ロゴが大量 大規模事例ばかり ...

ホームページの開設についてご相談をいただく際、まずご要望をお聞きすることが多いのですが、その際にデザインの話に終始するケースは珍しくありません。 「こういう雰囲気がいい」 「おしゃれなサイトにしたい」 「この会社みたいなデザインにしたい」 もちろん、見た目は重要です。しかし、自分がインターネットで商品を購入する際に、デザインが綺麗なホームページを最優先で探すでしょうか。 おそらく多くの方は「デザイン以外の何か」によって、購入を決めているのではないでしょうか。実は、その「何か」こそが、ホームページを通じて伝えるべき事柄です。 最近はAIやノーコードツールも普及し、以前よりホームページ制作のハードルは下がりました。 しかし実際には、設計、情報整理、導線、文章、運用など、制作から運用にいたるまで、どこを切っても専門性が必要な領域ばかりです。 そのため、ホームページの開設を考える事業者にとって、ホームページ制作は、今も専門家と一緒に進める場面が多いでしょう。 ただ、専門家へ依頼することと、考えることを手放すことは別です。 「餅は餅屋」と考え、制作への関与そのものを手放し、制作に関わることをすべて制作会社へ丸投げしたり、理解できる部分だけ要望を伝え、それ以外の本質的な部分については回避していては、満足度の高いホームページにはなりません。 ホームページ制作は、依頼者側の積極的な関与なしでは、本来成り立たないプロジェクトなのです。 見える部分ばかり話しても、ホームページは作れない ホームページ制作の相談では、色やデザイン、参考サイトの話が中心になることがあります。 一方で、 誰に来てほしいのか なぜ選ばれているのか 問い合わせ後にどうなってほしいのか 競合と何が違うのか こうした話になると、急に会話が止まる場面も少なくありません。 厳しい言い方をすると、これは考えるべき部分を後回しにし、見えやすいデザインの話へ逃げ込んでいるように感じてしまいます。 デザインは目に見えます。自身の好みも含めて良し悪しが言いやすい分野です。 その一方で、事業の強みや顧客理解、目的整理は、頭の中を言語化しなければなりません。だから難しい。 しかし、こういった難しい部分こそ、ユーザーが知りたい情報につながることは少なくありません。ここが不足したまま制作を...

小規模サイトで画像を軽くするだけでも、表示速度はかなり変わる はじめに 「小規模サイトの表示速度改善メモ」第2回は、画像の軽量化について。 小規模な企業サイトやブログで表示速度が気になる場合、まず見直しやすいのが画像です。 画像は、文章やHTMLに比べてファイルサイズが大きくなりやすく、特にスマートフォンでの閲覧では読み込み時間に影響しやすい要素です。 また、WordPressなどのCMSサイトでは、制作時に画像を最適化していても、運用中に大きな画像をそのままアップロードしてしまい、少しずつページが重くなることがあります。 この記事では、専門的なチューニングの前に確認したい、画像最適化の基本を整理します。 小規模企業サイトのWeb担当者や、WordPressでお知らせ・ブログを更新している方にも取り組みやすい内容です。 画像は、運用中にサイトを重くしやすい 画像の問題は、サイト制作時だけで完結しません。 WordPressなどのCMSでは、公開後もお知らせ、ブログ、事例紹介などで画像を追加していきます。その際、スマートフォンやデジタルカメラで撮影した画像をそのままアップロードすると、1枚で数MBになることもあります。 1枚だけなら大きな問題にならなくても、こうした画像が複数枚あるページでは、表示に時間がかかりやすくなります。 特にスマートフォンで閲覧するユーザーにとっては、画像の重さがそのまま「ページがなかなか表示されない」という体感につながることがあります。 表示サイズに合った画像を使う 画像を軽くするうえで重要なのが画像の表示サイズです。 例えば、ページ上では横幅800px程度で表示している画像に、横幅4000pxの元画像をそのまま使っていると、見た目は小さくても大きなファイルを読み込むことになります。 CSSで小さく表示していても、読み込む画像そのものが大きければ、通信量は減りません。 そのため、画像編集ソフトやオンラインツールを使って、ページ上の表示サイズに合わせて、あらかじめ画像サイズを縮小しておくとよいでしょう。 CMSによっては画像編集機能が組み込まれているものもあるため、管理画面上でリサイズする方法もあります。 ただし、毎回手作業で調整するのは大変です。よく使う画像サイズの目安を決めておくと、更新作業でも迷...

ホームページを運用していると、少しずつ情報は増えていきます。 よくある質問を追加したり、実績を掲載したり、お知らせを更新したり。 「この情報も必要かもしれない」と考えながら改善を続けた結果、サイトが育っていくことも珍しくありません。 これは悪いことではありません。 むしろ、運用を続けているからこそ起きる変化です。 ただ、情報が増え続けると、別の課題が出てくることがあります。 それが、「情報が多すぎて分かりづらくなる」という問題です。 頑張るほど、サイトは複雑になりやすい ホームページは、運用を続けるほど情報が増えていくことが多いと思います。 例えば、 よく質問される内容を追加する 実績を増やす サービス説明を詳しくする PDF資料を掲載する お知らせを増やす こうした改善自体は、とても自然な流れです。ホームページを運用する際の王道といえる内容です。 ただ、その積み重ねによって、情報が増えた結果、サイト全体では少しずつ複雑化が進むことがあります。 例えば、次のような流れです。 情報を追加する ↓ ページが増える ↓ メニューが増える ↓ 似た情報が複数箇所にできる ↓ どこに何があるか分からなくなる 重要なのは、これは失敗というより、 運用が続いたサイトで起きやすい副作用 だということです。 情報を増やしたから悪い、という話ではありません。 利用者のためを思って改善を積み重ねた結果として、サイト全体が少しずつ複雑になっていく。 むしろ、運用を頑張っているサイトほど起きやすい現象とも言えます。 情報不足の時期と、情報整理の時期は違う サイト公開直後は多くの場合、情報不足が課題になりやすいです。 ページが少ない サービス説明が足りない 実績が少ない よくある質問が載っていない この段階では、「情報を増やす」が改善になります。 実際、公開直後のサイトは、まず情報を揃えることが重要です。 ただ、運用を続けると、少しずつ状況が変わります。 過去のお知らせが増える。 実績が増える。 サービス説明が増える。 資料やPDFも増える。 すると、今度は別の問題が出てきます。 「必要な情報が増えた」のではなく、 「情報の置き場所が分かりづらくなった」 という状態です。 ここで起きやすいのが、 情報...

小規模事業者こそ「情報発信」が資産になる理由 「ホームページはあるけれど、ほとんど更新していない」 「会社案内としては使っているけれど、問い合わせにはあまりつながっていない」 こうした状態になっている小規模事業者は少なくありません。 そういった場合、ホームページを単なる“会社案内”ではなく、「情報発信の場」という視点から活用することが重要になってきています。 その考え方の一つが、ホームページの「オウンドメディア化」です。 そもそも「オウンドメディア」とは？ 「オウンドメディア」という言葉を聞くと、大企業の大規模な情報サイトをイメージするかもしれません。 しかし本来は、規模の大小を問わず 自社で保有し、自社で情報発信できる媒体 のことを指します。つまり小規模事業者でも、 ホームページ ブログ コラム お知らせ 施工事例 よくある質問 などを継続的に発信していれば、十分にオウンドメディアと言えます。特別なシステムや多人数の専門部署が必要なわけではありません。 大切なのは、 「自社サイト内に情報を蓄積していく」 という考え方です。 「会社案内だけ」のホームページでは埋もれやすい 多くのホームページは、 会社概要 サービス紹介 アクセス お問い合わせ といった構成で作成されています。 これらはどれも必要な情報ですが、それだけでは発信する情報が限られているため、検索される機会が限られてしまいます。 一方で、役立つ記事や情報が蓄積されていくと、自然とホームページ全体が持つ情報量が増えるため 検索流入が増える 見込み客との接触機会が増える 信頼形成につながる 「詳しい会社」という印象になる といった効果が期待できます。 特にAI検索時代では、 現場感 実体験 専門性 一次情報 などが重要になっていくと考えられます。 オウンドメディアにより自社に関する情報を蓄積することは、今後ますます重要になってくるでしょう。 ホームページをオウンドメディア化するメリット 検索される入口が増える 自社の概要や製品・サービスページといった基本的な情報だけのホームページでは、狙える検索キーワードが限られます。 検索エンジンからの流入を増やすためには、様々な検索キーワードに対応するページ...

小規模WordPressサイトが重いとき、まず見直したい「ページキャッシュ」の考え方 はじめに この記事は、小規模なWordPressサイト・企業サイトの制作・保守を担当している方向けです。 特に、共用レンタルサーバを使っているサイトで、コストを大きく増やさずに表示速度を改善する場合、まず何から考えるべきかを整理します。 表示速度の改善というと、サーバのスペックアップや高機能なCDNの導入を思い浮かべるかもしれません。もちろん、それらが有効な場合もあります。 ただ、小規模な企業サイトやブログでは、予算や運用体制の都合から、すぐに大きな環境変更ができないケースも少なくありません。 そのような場合にまず考えたいのが、 アクセスのたびに毎回WordPressを動かさない という考え方です。 小規模サイトでは、サーバを強くするだけが解決策ではない 小規模な企業サイトやブログでは、WordPressを共用レンタルサーバで運用しているケースも多いと思います。 共用サーバは低コストで使いやすい一方、サーバの混雑や同居サイトの影響を受けることがあります。 たとえば、次のようなケースです。 サイトを開くときに時間がかかる ページ遷移のたびに少し待たされる 自社サイトへのアクセスは増えていないのに、特定の時間帯だけ応答が遅い 管理画面や公開ページの表示が日によって不安定に感じる こういったサーバに依存する部分は、自社サイト側だけでは完全にコントロールできません。 もちろん、サーバのスペックを上げたり、より高性能な環境へ移行したりすることも選択肢です。しかし、予算や運用体制を考えると、すぐに実施できないケースも少なくありません。 そのため、まずは現在の環境でできることとして、 WordPressやデータベースの処理を毎回発生させない工夫 を検討する価値があります。 そこで重要になるのが、ページキャッシュの考え方です。 WordPressは、ページ表示のたびに処理が走る WordPressは、あらかじめ完成したHTMLファイルをそのまま置いている静的サイトとは異なります。 多くの場合、ユーザーがページにアクセスするたびにPHPが動き、データベースから必要な情報を取り出し、テーマやプラグインの処理を通してHTMLを生成しています。 たとえ...