商品の使い方やお手入れの記事を月に2本ずつ公開して、半年で12本になった。検索からの流入は少しずつ増えている。それでも、売上が動いた実感はない。ブログを続けているEC事業者から、こうした相談が届きます。
記事の内容とは別に、進め方の側にも原因があります。Shopifyのブログ機能は、書いて公開するところまでは数分で終わります。つまずくのはその先です。記事のURLはハンドルで決まり、タグを付ければその分だけページが生成されます。この仕様を踏まえないまま本数を増やすと、後から作り直す作業が積み上がります。
- 1.記事ごとに送客先を決めてから成果を測る
- 1-1. 期待できる成果|購入だけを数えると判断を誤る
- 1-2. 送客先|検索意図と購入までの距離で決める
- 2.Shopifyブログの仕様を押さえておくと後戻りの作業が減る
- 2-1. ハンドル|公開前に確定させる
- 2-2. ブログの数|分ける基準と増える一覧ページ
- 2-3. タグページ|検索対象から自動では外れない
- 3.書く順番は検索ボリュームではなく商品との距離で決める
- 3-1. 商品との距離|近い検索と遠い検索の分け方
- 3-2. テーマの洗い出し|商品起点と顧客の質問起点
- 3-3. 着手順|どの記事から書くか
- 4.公開後は指標の確認から見直しの判断まで順番に回す
- 4-1. インデックス|公開したのに表示されない場合
- 4-2. 指標と頻度|いつ何を見るか
- 4-3. 記事単体の見直し|情報追加と公開後のタイトル修正
- 4-4. 統合|重複と競合がある場合の判断
- 4-5. 改修ライン|テーマエディタ・アプリ・コード編集の切り分け
- 5.まとめ
1.記事ごとに送客先を決めてから成果を測る

成果を「売上が増えたか」の一点で測ると、続けるかどうかの判断ができなくなります。記事ごとにどのページへ送るかを決めてから書き始める。この順番で組み立てると、評価の軸がぶれません。
1-1. 期待できる成果|購入だけを数えると判断を誤る
記事が担う役割は、購入の直前を後押しするものと、購入の何か月も前に自社を知ってもらうものの2種類に分かれます。前者だけを数えると、後者はすべて失敗に見えます。
検索してすぐ買う人は、すでに商品名や型番を知っています。この層に読まれる記事は、比較や選び方の疑問を解いて購入ページへ送ります。
一方、悩みや調べものの段階で読まれる記事は、その場では買われません。
ここで成果として残るのは、社名やブランド名での再検索と、メールやLINEへの登録です。どちらも売上のレポートには出てきませんが、次に検索されたときの入口になります。
公開から3か月経った記事を並べると、流入の多い記事ほど売上に結びついていない、という並びになることがあります。この並びを見て記事の方向性を変えてしまうと、遠い検索を拾う入口を自分で閉じることになります。
記事を作る前に、その記事で何が残れば成功なのかを1つ決めておきます。購入、登録、指名検索の増加。どれを置くかで、本文の分量も送客先も変わります。
1-2. 送客先|検索意図と購入までの距離で決める
選べる先は、商品ページ、コレクションページ、メールやLINEの登録フォーム、そして別の記事の4つです。読者が今日買う段階にいるほど、送る先は商品に近づきます。
この判断を後回しにすると、記事の末尾に商品一覧のリンクを1本置いて終わる形になります。
たとえば「革靴 手入れ 頻度」で流入した読者を特定商品の商品ページへ直接送っても、判断材料が足りません。この段階で受け皿になるのは、手入れ用品をまとめたコレクションページか、道具の選び方を扱った別記事です。
コレクションページを送客先にしておくと、扱う商品が入れ替わってもリンクを直す必要がありません。商品ページを指定した記事は、その商品が販売終了になった時点でリンク切れになります。
構成を作る段階で、H2ごとに「この見出しからどこへ送るか」を書き添えておきます。送客先が決まらない記事は、テーマの絞り込みが足りていない状態です。
2.Shopifyブログの仕様を押さえておくと後戻りの作業が減る

Shopifyのブログ機能は、管理画面で入力した内容がそのままURLやページとして生成されます。生成された後に直そうとすると、記事本体ではなく設定側を触ることになります。ここでの手戻りは、公開本数に比例して増えます。
2-1. ハンドル|公開前に確定させる
記事のURLは「ハンドル」で決まります。タイトルを書き換えてもURLは変わらないため、ハンドルは公開前に確定させるのが安全です。
URLは /blogs/{ブログのハンドル}/{記事のハンドル} の形です。記事ハンドルは、検索エンジンでの表示を編集する欄で変更できます。
公開後に変更する場合、「URLリダイレクトを作成する」は事前に選択された状態になっています。そのまま保存すれば、旧URLでアクセスした読者は新URLへ運ばれます。
問題が起きるのは、このチェックを外したときです。旧URLは404になり、検索結果やSNSに残ったリンクからの流入が止まります。
公開前にハンドルを決め、公開後は原則として触らない。変更する場面では、保存前にチェックが入っているかだけ確認します。
2-2. ブログの数|分ける基準と増える一覧ページ
ブログは複数作れます。ただし作った数だけ一覧ページが増えるため、記事数が二桁に届くまでは1つに集約する判断が扱いやすくなります。
ブログを作ると /blogs/{ハンドル} の一覧ページが生成され、サイトマップにも登録されます。分ける判断が立つのは、次のような場合です。
読者層が違う(採用情報と、購入検討者向けの使い方記事)
一覧ページを入口として使う(メニューから直接開かせたい)
「お知らせ」「コラム」「使い方」と3つに分けた結果、それぞれ3〜5本ずつしか並ばない状態になりやすいです。読者は一覧を開いても次に読む記事を見つけられません。
メニューに置いた一覧ページを読者が開くなら、分ける価値があります。開かないなら、分類はタグに任せ、1ブログに寄せます。
2-3. タグページ|検索対象から自動では外れない
タグを付けると、/blogs/{ブログのハンドル}/tagged/{タグのハンドル} の一覧ページが生成されます。このページはサイトマップに登録されない一方、検索対象から自動で外れるわけでもありません。
サイトマップが対象にするのは、商品・コレクション・ブログ・ウェブページの4区分です。ただしテーマが記事内にタグへのリンクを出していれば、クローラーはそこから到達します。
厄介なのは表記ゆれです。「Shopify」「shopify」「ショッピファイ」を別々に付けると、内容がほぼ同じ一覧ページが3つ生成されます。
記事20本にタグを平均3つ付ければ、タグの種類は数十に届きます。中身が1本だけのタグページが並び、記事本体と検索結果の枠を取り合う状態になります。
使うタグを一覧で管理し、新規作成は既存のタグで表せないときだけに限ります。検索から外すには、テーマの theme.liquid に条件分岐でnoindexのメタタグを追加します。
ブログ記事のメタタグや構造化データの設定については、「Shopify SEO対策の基本」で詳しく扱っています。
3.書く順番は検索ボリュームではなく商品との距離で決める

キーワードを検索数の大きい順に並べると、上位は悩み系の言葉で埋まります。その順に着手すると、読まれても購入につながらない記事が先に積み上がります。
数字を見る前に、そのキーワードで検索した人と商品との距離を測ります。
3-1. 商品との距離|近い検索と遠い検索の分け方
距離は3段階で分けます。判断の基準は、その言葉で検索した人が、今日商品ページを開くかどうかです。
革靴を扱うストアなら、次のように分かれます。
近い:ブランド名+サイズ感、製法の比較。買う対象がすでに決まっている
中間:革靴の選び方、用途別のおすすめ。候補を絞る途中
遠い:雨染みの落とし方、かかとが痛いときの対処。商品を探していない
検索数を返すツールは、言葉が広いほど大きな数字を出します。数字の順に並べれば、リストの上位は遠い検索で埋まります。近い検索を「数が小さいから後回し」と判断すると、購入直前の読者を拾う記事がいつまでも生まれません。
距離が近いテーマは、検索数が2桁でも着手する対象に入ります。数字で切るのは、同じ距離の中で優先順位を決める段階からです。
3-2. テーマの洗い出し|商品起点と顧客の質問起点
白紙にキーワードを書き出そうとすると、10個も出ないまま手が止まります。テーマは、すでに手元にある文章から拾います。
1つめは商品ページです。素材、サイズ、製法、お手入れ、保管方法。書いてある項目を疑問文に変えると、それがそのままテーマになります。「牛革」という記載は「牛革と合皮は何が違うのか」に変換できます。
2つめは顧客から届いた質問です。問い合わせメール、レビューの文面、チャットの履歴、電話のメモ。ここには読者が使う言葉がそのまま残っています。
検索需要の確認は、洗い出しが終わってからまとめて行います。1つ書き出すごとに検索数を調べると、数字の小さいテーマを消しながら進むことになります。
問い合わせ対応を担当している人が1時間分の履歴を見返せば、テーマは20本を超えるはずです。そこまで出してから、3段階の距離に振り分けます。
3-3. 着手順|どの記事から書くか
仮にテーマが30本分あっても、最初に書くのは1本です。距離が近く、送客先が決まっていて、答えがすでに社内にあるもの。この条件を満たすテーマから着手します。
最後の条件は見落としやすい部分です。取材や調査が必要なテーマは、公開までの時間が読めません。すでに答えを持っているテーマなら、そのぶん早く公開して反応を確かめられます。
遠い検索の記事から始めると、判断材料が戻ってきません。検索順位が動き出すまで数か月かかるケースが多く、そのうえ送客先が曖昧なままなので、流入が増えても次に何を直すか決められません。
この順番に1つだけ例外を置きます。選び方を扱った中核記事です。距離としては中間に当たりますが、後から書く悩み系の記事から送る先がないと、遠い検索を拾っても行き止まりになります。
作業としては、振り分けたリストの「近い」から順に見ます。送客先になるページが用意できるか、答えが手元にあるかを確かめ、両方を満たす3本に印を付けます。その3本を公開したうえで、4本目に中核記事を置きます。
4.公開後は指標の確認から見直しの判断まで順番に回す

公開した瞬間に成果は出ません。検索結果に載るまでの待ち時間があり、そのうえで数字が動き出すまでにさらに時間がかかります。
この間に何を見て、どこで手を入れるかを決めておかないと、直す必要のない記事を触り続けることになります。
4-1. インデックス|公開したのに表示されない場合
公開直後に検索結果へ出ないのは通常の動作です。焦って何かを直す前に、載る条件が揃っているかを上から確かめます。
1.記事の公開状況が「公開」になっているか(作成直後は「非表示」になっているため要確認 )
2.公開を予約していた場合、その日時を過ぎているか
3.seo.hidden のメタフィールドが 1 になっていないか
4.Search Consoleで記事URLを検査し、登録状況を見る
サイトマップは記事を追加すると自動で更新されます。送信済みであれば、こちらの作業は要りません。
ここまで問題がなければ、残るのは時間の要素です。Googleがサイトの変更を反映するまでには、数日から数週間、場合によっては数か月かかります。
同じ時期に公開した他の記事が登録されているのに1本だけ残っているなら、URL検査ツールからインデックス登録をリクエストします。
4-2. 指標と頻度|いつ何を見るか
公開1か月の記事に順位を求めても、判断材料になりません。時期によって見る指標を変えます。表示回数がゼロのままなら、まだ評価の対象に入っていません。

送客先への遷移は、Search Consoleでは見えません。アクセス解析側で、記事ページから商品ページやコレクションページへ進んだ数を確認します。
頻度は、週次で全体の表示回数、月次で記事単体という2段構えに収めます。毎日見ても数字は動かず、判断も変わりません。
4-3. 記事単体の見直し|情報追加と公開後のタイトル修正
表示回数はあるのにクリックされていない記事は、本文を書き足す前にページタイトルを見直します。
Search Consoleのクエリを見ると、想定と違う言葉で拾われていることがあります。「革靴 手入れ 方法」を想定した記事が「革靴 雨染み」で表示されている、といった状態です。本文を増やしても、検索結果に並ぶ文字列は変わりません。
情報追加で対応する範囲は、記事の主題からずれない部分に限ります。「雨染みの落とし方」を書き足せる記事なら足す。「革靴の選び方」まで書き足そうとするなら、別記事に分ける判断です。
修正した後は、1か月から2か月は数字を見るだけにします。連続して直すと、どの変更が効いたのか判別できません。
4-4. 統合|重複と競合がある場合の判断
同じクエリで自社の記事が2本表示されている状態は、表示回数を分け合っている状態です。片方に寄せます。
見つけ方は決まっています。Search Consoleでクエリを指定し、そのクエリで表示されているURLを一覧で見ます。2本以上並んでいれば競合です。残す記事は、表示回数と送客先の有無で決めます。
統合後の作業は2つあります。旧記事を削除したうえでURLリダイレクトを設定すること、そして旧記事へ張っていた内部リンクを新しいURLに差し替えることです。リダイレクトはリンク切れのURLからのみ作成できるため、削除の手順が先に来ます。
統合しない判断もあります。同じ言葉で表示されていても、一方が使い方、もう一方が選び方を扱っているなら、読者が求める答えは別です。この場合は、記事同士をリンクでつなぎます。
4-5. 改修ライン|テーマエディタ・アプリ・コード編集の切り分け
対応の行き先は3つに分かれます。テーマエディタの操作で終わる範囲、アプリで足す範囲、コードの編集が必要な範囲です。先に線を引いておくと、判断で止まりません。
同じ表示を複数の手段で実現できる場合があります。たとえば最新記事の一覧はセクション追加で出せますが、内容の近い記事を選んで並べる動きはアプリの領域です。
構造化データの追加やnoindexの指定になると、テーマのファイルを直接書き換える作業になります。アプリには無料プランのあるものも、月額費用がかかるものもあります。
robots.txtについては、Shopifyのヘルプがサポート対象外のカスタマイズと明記しています。誤った編集でストアへの流入がすべて止まる可能性があるため、パートナーへの依頼を公式に案内しています。
自社で対応するか外注するかは、更新頻度と影響範囲で決まります。月に何度も触る箇所は、テーマエディタ側で完結する設計に寄せます。1回で済むうえに影響がサイト全体に及ぶ改修は、外に出したほうが安全です。
テーマ側の改修が必要か判断がつかない場合は、現状のブログ構成をお送りください。対応範囲と手順をお伝えします。 RaboはShopify Select Partnerとして、EC構築とデジタルマーケティングの支援を行っています(2026年8月時点)。
5.まとめ

ブログを増やす前に決めるのは、成果の種類と記事ごとの送客先です。そのうえでハンドル・ブログの数・タグの仕様を押さえ、商品との距離でテーマを並べます。公開後は、検索結果に載っているかを確かめ、時期ごとの指標を見て、記事単体を直すか統合するかを判断します。
この順番で進めることで、公開済みの記事をまとめて作り直す事態を減らせます。テーマのコード編集が必要な範囲に届いた時点で、自社で対応するか外部パートナーへ依頼するかを決めます。












