ブログによるECサイト集客の効率化:長期的な視点でのアプローチ

ECサイトへ流入をブログから増やす。
ECサイトにアクセスするきっかけは
検索エンジンや外部サイトからLP、トップページ、カテゴリー、商品詳細ページを入口として流入する。その他にフリーページやブログなどのメディアサイトから。
ブログを設置し、ページを作成。そこにバナーを設置する。バナーを設置することで、少しでも多くのユーザーにアクセスしてもらう。
簡単なルールリスト
- 2000文字〜5000文字程度のブログの記事を増やす
- 適切でわかりやすくクリックされやすいタイトル
- 画像を適度に差し込む:1〜2画面に1枚〜4枚
- 画像ギャラリーは10枚以上も可
- 見出しは1画面に1つくらいの頻度でつけて見やすく
- 段落は4つまで
- 羅列はリストや読点を使う
- 表を使う
- 既存の記事にリンクを貼る
- 作成し終わったらこの記事に適切なキーワードでリンクを貼る
- ブロックを使い分ける
AIを使う
記事本文にざっと書いた文章を加筆まとめをしてもらう→それをもとにこのタイトルのアイデアをとプロンプトする
どれくらい執筆・作業時間が必要?
おそらく
1日3記事(2000文字程度)で6時間位は必要かと。
1日3記事程度まで、あまり多すぎても、
埋もれてしまいインデックスされにくい。
テーマに沿った記事
ニッチだが検索数が見込めるものをブログタイトルにし、トップページにたくさんの文字を入れる。(記事と同じ)
他のブログ記事やウィキペディアを参考に。
ブログは目的ごとに分ける
どこかが破損して一時的に動かなくなるなどサイトが止まってしまう場合を想定。
他に影響が出ないようにWordPressは目的ごとに分けたほうがいい。
ロリポップでも十分なアクセス効果は趣味で実証。(そのサイトはないです)
ロリポップのようにファイル数のアップに制限のあるサーバーがある。
そのため、エックスサーバやシンサーバーなどが良い。
大規模サイトを構築するといったことは想定しないのならば1000円くらいのサーバーで十分。
絶対止まってはいけないサイトは、別にしておく
- ECサイト
- 会社案内
- お問い合わせ
- 求人フォーム
自動化やコンテンツ管理をシステム化する場合
- 大事なページはよりシンプルに
- データベースを使わない
- 動的な製品情報などはCSVファイルで管理
壊れた時に絶対に困るところを線引きする。
ECサイトや求人へのアクセスアップ用のサーバー
何かが起きたときに大きな問題になりにくいサイト。一旦メンテナンスモードとなっても大きい問題にならないサイトが対象。
できる限りサイトが停止しても戻せるようにバックアップは取る。
作成したサイトも止まることで影響が大きくなるほどになったら、運用保守会社に入ってもらう。
記事やテーマの更新のみ社内で行い、ロールバックは保守会社に任せる。
辞典サイト、商品の活用サイト
ECサイトのフリーページではなくてブログ・サイトを設ける理由は以下の2点
- ECサイトへの流入
- 目的:きっかけづくり
簡単な説明や初めての方でも買ってみようかなと思わせる
興味を持ってもらう
こんな製品があるんだと発見、ディスカバーしてもらう
良さや悪さ
なぜ必要か?
見極めポイント、比較
求人内容紹介サイト
目的:事業の持続を行うための人材確保、優秀な方に働いていただけるようになりイノベーションが生まれ成長
仕事の内容
例えば、募集していない内容も説明。
ただし、アイコンなどで「募集していません」をつける。ページの飛び先で募集してしないというものは
実現する方法:募集中の表示アイコンを専用カテゴリーで設定できるようにする
→業務内容、日記、社員旅行
どういったことをしているのか、とっつきやすさが必要
リンクの注意点
以下のケースはリンク切れとなってしまうので注意する。もしリンクが変わるということであれば修正する。
- 商品を削除した
- 商品のURL、番号などを変更
- URLの構造が変わった
恒久的にリンクが切れないようにするための工夫。
- 商品番号など変更の可能性の低いデータを登録し、変更時は変更できるようにする
- あまり変更されにくいカテゴリーにリンクする
- ECサイト側で転送設定する
- リンクを貼らないようにする、把握できる範囲でリンクを設定する