この記事の対象: ShopifyでのEC構築・リニューアルを検討している事業者、既にShopifyで運営していてブログ機能を使いきれていない担当者
「Shopifyにもブログ機能があるらしいが、これで集客できるのか」。EC構築の打ち合わせで、よく出てくる質問です。そして多くの場合、その裏には「WordPressで別にメディアを立てたほうがいいのでは」という迷いがあります。
結論から言うと、Shopifyのブログは機能面ではWordPressに明確に劣ります。制作会社が「Shopifyでも十分ブログできますよ」と言うとき、その「十分」がどの水準を指しているかを確認しないまま進めると、公開後に「思っていたことができない」となります。
ただし、機能が劣ることは「集客に使えない」とイコールではありません。ShopifyのブログにはWordPressにない構造的な強みが1つあり、そこを狙って使う分には、外部メディアより効率がいい場面があります。この記事では、できないことを正直に並べたうえで、その制約の中で商品ページへの導線として成立させるShopifyブログの使い方を具体化します。
Shopifyブログで「できないこと」を先に並べる
営業トークでは省略されがちな部分から入ります。ここを知らずに契約すると、運用開始後の要望がすべて「テーマ改修」として追加費用になります。
標準機能の制約一覧
| 項目 | Shopifyブログの標準 | WordPressの標準／プラグイン |
|---|---|---|
| カテゴリ分類 | 「ブログ」という入れ物と「タグ」の2階層まで。多階層カテゴリは持てない | カテゴリの親子・タグを併用でき、多階層で組める |
| 記事一覧の絞り込み | ブログ単位とタグ単位のみ。複数タグのAND検索は標準にない | プラグインや標準クエリで柔軟に組める |
| 記事内のレイアウト | リッチテキストエディタ中心。ブロック単位の自由なレイアウトは苦手 | ブロックエディタで段組み・カラム・独自パターンを作れる |
| 目次の自動生成 | 標準では出ない | プラグインで入る |
| 記事の予約公開 | できる | できる |
| 著者情報 | 記事に1名分の名前が入るだけ。プロフィール欄の仕組みは持たない | 投稿者ページ・プロフィールの仕組みが標準 |
| 記事のURL構造 | /blogs/ブログ名/記事名 が固定。/blog/ や独自の階層にできない |
ほぼ自由に設計できる |
| 記事の絞り込み検索・関連記事 | 標準では持たない。テーマ側の実装が必要 | プラグインで入る |
| 内部リンクの一括管理 | 仕組みを持たない | プラグインで管理できるものがある |
この表で一番効いてくるのは、URL構造が固定されている点と、多階層カテゴリを持てない点です。記事が数十本の規模になると、タグだけで整理しきれなくなります。
エディタの癖は運用担当者が最初に不満を言うところ
Shopifyのブログ記事エディタはリッチテキスト形式で、HTMLモードに切り替えることもできます。ただ、WordPressのブロックエディタに慣れた担当者が触ると、だいたい同じ不満が出ます。
- 見出しの装飾がテーマ依存で、記事ごとに変えられない
- 画像を横並びにしたい、囲み枠を入れたいといった要望に標準で応えられない
- HTMLを直接書くと、次にリッチテキストモードで編集した際にタグが壊れることがある
3つ目は特に厄介です。制作側が凝ったHTMLを記事に埋め込んでおくと、クライアント側の担当者が普通に編集しただけで崩れます。記事内に手書きHTMLを前提とした設計を置かないのが、引き渡し後に壊れないための実務上の判断になります。
囲み枠や比較表のような「毎回使う型」が必要なら、記事本文に書かせるのではなく、テーマ側にCSSクラスを用意して、クラス名だけ指定してもらう形に寄せます。この線引きの考え方は、アプリとテーマ改修の判断と同じ構造です。
それでもShopifyブログが有利な1点
制約を並べたうえで、WordPressにない強みを1つだけ挙げます。これが記事の主題です。
同一ドメイン・同一サイト内に記事と商品が存在していて、記事から商品ページまでが1クリックで、しかもカート情報を保持したまま繋がっていること。
地味に見えますが、集客の成果に直結します。WordPressで別ドメイン（あるいはサブドメイン）にメディアを立てた場合、記事を読んだ人を商品ページへ送る動きは「別サイトへの遷移」になります。
Shopifyブログ（同一サイト）
- 記事→商品ページが内部リンク
- カート・セッションが維持される
- 被リンク・評価がECドメインに集まる
- 計測が1つのプロパティで完結
別ドメインのWordPressメディア
- 記事→商品は外部遷移扱い
- 遷移の一段ぶん離脱が増える
- 評価がメディア側に溜まる
- クロスドメイン計測の設定が必要
図の右側が悪いという話ではありません。メディアを事業として育てる意図があるなら別ドメインが正解になる場面もあります。ただ「ECの売上を伸ばすために記事を書く」目的なら、評価と導線をECドメインに集めるほうが素直だという判断です。
もう1つ、運用者側の実利があります。記事の中で商品の価格・在庫・バリエーションを、商品データからそのまま出せる点です。別ドメインのメディアでは、記事に書いた「¥◯◯」が値上げのたびに古くなり、誰も直しません。同一サイトなら、テーマ側で商品を参照して描画する形にしておけば、価格改定や売り切れが記事側に自動で反映されます。記事が数十本に増えてから、この差は保守工数としてはっきり出ます。
サブディレクトリで揃えるという発想もある
「WordPressの編集機能は欲しいが、ドメインは揃えたい」という要望は当然出ます。技術的には、Shopifyストアの前段にリバースプロキシを置いてWordPressをサブディレクトリに見せる構成が取れます。ただしこれは、
- 構成の維持にインフラ側の知識が必要になる
- Shopify側の仕様変更やテーマ更新で壊れる余地がある
- 引き継ぎ時に「誰も構成を理解していない」状態になりやすい
という性質を持ちます。社内にインフラを見る人がいない、あるいは制作会社を将来乗り換える可能性があるなら、素直にShopifyブログで組むほうが後年の負担が小さい、という判断を推します。
Shopifyを会社の顔としても使う構成そのものを検討している場合は、ブログ単体より広い視点で整理した記事があります。
本数を追うのをやめる。最初に書くのは「購入前の疑問」
ここからが運用の話です。Shopifyブログで最も多い失敗は、本数目標を立てて記事を量産することです。
「まず月4本」と決めて走り出したケースの行き先はだいたい決まっています。数ヶ月でネタが尽き、商品と関係ない一般論の記事が並び、やがて更新が止まります。そして止まった記事群は、サイト全体の印象を「更新されていない店」に変えます。日付が表示されるテーマなら、古い更新日がそのまま訪問者に見えます。
最初に書くべき記事の見つけ方
本数ではなく、購入前に検索される疑問から始めます。探す場所は3つあります。
- 問い合わせメール・チャットの過去ログ — 同じ質問が繰り返し来ているなら、それは記事になる質問です。しかも答えは既に書いてあるので、記事化が速い
- Shopify管理画面のストア内検索キーワード — 「サイト内で何を探されたか」が残っています。商品名以外の語が入っていたら、それは記事のテーマです
- Search Consoleのクエリ — 商品ページに、商品名以外の語で流入があるなら、その語で記事を分けたほうが受け止められます
この順序の要点は2つ目です。送り先の商品が決まらない疑問は、記事にしない。これを守るだけで、書いても売上に一切繋がらない記事が生まれるのを防げます。
具体的にどんな記事になるか
業種を問わず効くのは、次の4系統です。
| 記事の型 | 中身 | 送る先 |
|---|---|---|
| サイズ・選び方 | 「どれを選べばいいか分からない」を解く | 該当カテゴリの一覧、または比較対象の2商品 |
| 使い方・手入れ | 買った後の不安を先に消す | 本体商品と、消耗品・ケア用品 |
| 素材・製法の説明 | 価格の理由を購入前に説明する | 価格帯が高い主力商品 |
| ギフト用途・シーン別 | 「誰に何を」の検索に答える | ギフト対応商品のコレクション |
3つ目の「素材・製法」は、価格を下げずに売る手段としてよく機能します。商品ページに全部書くと縦に長くなりすぎる情報を、記事に外に出して、商品ページからは記事へリンクする。この向き（商品→記事）の導線も併せて張るのが重要です。記事→商品の一方通行にすると、記事にたどり着いた人しか読めません。
書く中身をもう一段具体化すると、「サイズ・選び方」なら比較表と、選び終わった後に押すボタンが1つある構成になります。「使い方・手入れ」なら手順を番号で並べ、途中で必要になるケア用品をその手順の中でリンクします。記事末にまとめてリンクを置くより、その道具が必要になる文脈の直後に置くほうが押されます。
導線の作り方を具体化する
「記事から商品へ送る」を、実際の実装レベルまで落とします。
記事内に置く導線は3箇所
- 本文中の自然なリンク — 商品名が出てきた最初の1回にリンクを張る。全部に張ると地の文が読めなくなります
- 記事の中盤 — 商品カード形式のブロックを1つ。記事を読み切らない人がここで動きます
- 記事末 — 「この記事で触れた商品」として2〜4点。並べすぎると選べなくなります
2の「商品カード」は、リッチテキストに毎回HTMLを書かせる形にするとクライアント運用で崩れます。テーマ側に仕組みを持たせる方法が2つあります。
- 記事のメタフィールドに商品を紐付ける — 記事編集画面で商品を選ぶだけで、テンプレート側がカードを描画する。運用が一番楽ですが、テーマ改修が必要です
- 記事本文に決まった形式の目印を書かせる — 手軽ですが、担当者が書式を間違えると出ません
クライアントの担当者が非エンジニアなら、前者を推します。初期の実装コストを払って、毎月の運用負荷を下げる判断です。メタフィールド方式なら、商品が販売終了になったときにカードの出し方をテンプレート側で制御できる、という副産物もあります。本文に直接URLを書く方式では、売り切れた商品へのリンクが記事に残り続けます。
タグ設計は最初に決める。後から直すのが一番つらい
Shopifyのブログはタグしか持てないため、タグ設計がカテゴリ設計を兼ねます。ここを曖昧に始めると、記事が増えたときに手作業で全記事のタグを付け直す羽目になります。
最初に決めておくルール:
- 1記事に付けるタグは3つまで。増やすと一覧の絞り込みが意味をなさなくなります
- 役割の違うタグを混ぜない。「用途」「商品カテゴリ」「記事の型」のどれかに属するよう決め、命名で見分けられるようにする
- 表示用と分類用を分ける。一覧に出したくない内部管理用タグは接頭辞（例:
_）を付けて、テーマ側で非表示にする - 商品側のタグと命名を揃える。記事のタグと商品のタグが同じ語彙なら、「この商品に関連する記事」をテーマ側で出せます。別々に決めてしまうと、後から突き合わせる作業が発生します
3つ目は地味に効きます。「このタグは一覧に出したくない」という要望は必ず後から来ます。
記事一覧の見せ方そのものをカード表示や絞り込み付きにしたい場合の実装は、別記事で扱っています。
アプリで足りる範囲と、テーマ改修が必要になる線
ブログ周りは「アプリを入れれば解決する」と思われがちな領域ですが、実際にはアプリで解決しにくい部分に要望が集中します。線引きを整理します。
アプリで足りる領域
Shopify App Storeには、記事に目次を付ける、記事にレビューを表示する、記事の一覧をカスタムするといったアプリが並んでいます。無料枠のあるものから有料のものまでありますが、料金は改定が頻繁にあるため、必ず各アプリのページで現在の価格を確認してください。
アプリで済ませていいのは、次の条件を満たすときです。
- その機能が、テーマの見た目と密接に関係しない — 目次、SNSシェアボタンなど
- 将来その機能を外しても、記事本文が壊れない
- 社内で触る人が、その1つの管理画面を覚えるだけで済む
テーマ改修に寄せるべき領域
逆に、次のどれかに当たるならテーマ側で実装するほうが後年の負担が小さくなります。
| 要望 | 理由 |
|---|---|
| 記事から商品カードを出す | 見た目がテーマと一体になる必要があり、アプリだと浮く |
| 記事一覧の絞り込み・レイアウト | テーマのグリッドと噛み合わないと崩れる |
| 記事内の装飾（囲み枠・比較表） | アプリ依存にすると、解約時に記事本文に残骸が残る |
| 記事の構造化データ | テーマ側のテンプレートで出すのが素直 |
3行目の「解約時に残骸が残る」は、導入前に必ず確認すべき点です。アプリが記事本文にショートコードのような目印を書き込む方式だと、アプリを外した後、全記事に意味のない文字列が残ります。記事数が積み上がっていれば、それを手で直す作業がそのまま発生します。
導入前に聞くべき質問: 「このアプリを解約したら、これまでに作ったコンテンツはどうなりますか」。答えが曖昧なアプリは、記事本文に触るものである可能性が高いです。
選ぶときに見る箇所
App Storeのページで見るのは、評価点だけではありません。
- 最終更新日 — 更新が長く止まっているものは、Shopify側の仕様変更に追随していない可能性があります
- 対応言語 — 管理画面・表示側の両方。日本語対応がないと、記事の日付表示が英語のまま出るなどの粗が出ます
- サポートの言語と反応速度 — レビュー欄に「返信が来ない」という声が複数あるかを見ます
- 自社テーマとの相性 — 「Works with」の記載と、実際に使っているテーマが一致するか。Dawn系とそれ以外で挙動が変わるアプリがあります
- アプリブロックに対応しているか — テーマエディタから配置できる形（アプリブロック）なら、解約時に外すのも画面上の操作で済みます。テーマのコードに直接埋め込む方式だと、残骸が残りやすい
判断基準をもう少し体系的に整理した記事、月額の積み上がりを防ぐ話は別に書いています。
月額の話はこちら: Shopifyアプリの入れすぎで月額コストが膨らむ理由と防ぎ方【2026年】
表示速度という、記事本数が増えてから出てくる問題
記事が増えると、ブログ関連のアプリが読み込むスクリプトが記事ページ全体に載ります。ここで起きる問題は2つあります。
- 記事ページの表示が遅くなる — 目次やシェアボタンのアプリが、それぞれ独自のJSを読み込む
- その遅さが商品ページにも及ぶことがある — アプリの実装がテーマの共通レイアウトにスクリプトを差し込む方式だと、記事以外にも載ります
ECサイトで表示速度が落ちることの意味は明白です。記事の流入を増やすために入れたアプリが、商品ページのコンバージョンを下げるという逆転が起きます。
対策は単純で、記事ページでしか使わない機能は、記事ページでしか読み込まないようにする。アプリ任せだとこの制御ができない場合があるため、目次やシェアボタンのような軽い機能は、テーマ側に数十行書いて済ませる判断も現実的です。
判断の分かれ目を1つ挙げると、その機能に運用担当者が触る必要があるかです。触る必要がない（一度実装したら固定でいい）機能は、テーマ側に書きます。管理画面から設定を変えたい機能は、アプリかテーマのセクション設定に寄せます。
確認の手順も決めておきます。アプリを入れた直後に、記事ページと商品ページの両方で計測を取り直す。商品ページを見ないと、2番目の「波及」に気づけません。入れた直後なら外す判断がまだ軽く、記事が積み上がってからでは動かしにくくなります。
WordPressを選ぶべきケースもある
公平に書きます。次のどれかに当たるなら、Shopifyブログではなく別立てのメディアを推します。
| 条件 | 理由 |
|---|---|
| 記事数が最初から100本を超える見込み | タグだけの分類で整理しきれない。カテゴリ階層が必要になる |
| 複数の執筆者で編集フローを回す | 下書き→レビュー→公開の権限管理がShopifyでは細かく組めない |
| メディア自体を広告収益やリード獲得の事業にする | 商品導線と切り離した設計が必要で、ECドメインに置く利点が消える |
| 記事のレイアウトを記事ごとに作り込む | Shopifyのエディタでは現実的でない |
逆に、ECの補助として月1〜4本、商品の購入判断を助ける記事を積むという使い方なら、Shopifyブログのほうが導線と計測の点で有利です。この使い分けが本記事の結論になります。
Shopifyブログで組む
- 目的がEC売上の補助
- 記事数は数十本規模
- 書くのは社内の1〜2名
- 商品への導線が主目的
別立てのメディアを作る
- メディア自体が事業
- 100本超・カテゴリ階層が必要
- 編集部として複数名で回す
- 記事ごとにレイアウトを作る
判断に迷ったら、上の左側から始めることを推します。Shopifyブログで書き始めて記事数が増え、限界を感じた段階で別立てに移す道は残っています。逆（別立てで始めてECに寄せる）は、URLの移行とリダイレクト設計が発生するため手戻りが大きくなります。
補足すると、「両方持つ」構成も取れます。商品の購入判断に直結する記事はShopifyブログに置き、業界の読み物や採用・企業姿勢に関わる記事は別立てに置く。分ける基準はその記事の目的が購入か、それ以外かの一点です。ただし運用する人が1人なら、器を2つ持った時点でどちらかが止まります。人手を先に数えてから決めてください。
測る指標を間違えない
記事を書き始めたときに最初に設定する指標が、その後の運用を決めます。
見てはいけない指標: 記事ページのPV、直帰率、滞在時間。これらが良くても売上には繋がりません。
見るべき指標: 記事ページから商品ページへの遷移数と、その先の購入。Google Analytics 4なら、記事ページを起点としたパス探索で追えます。
具体的には、次の3つを月次で見ます。
| 指標 | 何が分かるか |
|---|---|
| 記事ページ → 商品ページの遷移数 | 導線が機能しているか。少なければ記事内のリンク位置を直す |
| 記事経由セッションの購入率 | 記事を読んだ人が買っているか。全体の購入率と比べる |
| 検索クエリ別の記事流入 | 狙ったクエリで入っているか。ズレていたら記事の見出しを直す |
この3つを見るには、記事ページと商品ページがGA4上で区別できている必要があります。ShopifyのURLは記事が /blogs/、商品が /products/ で始まるので、パスの接頭辞で分けられます。公開前にこの区別を作っておくと、初月から上の表が読めます。後から遡って作ることはできません。
記事を書いた月に成果は出ません。検索からの流入が立つまでに数ヶ月かかるのが通常です。ここで焦って本数を増やす方向に走ると、冒頭に書いた失敗パターンに戻ります。同じ記事を数ヶ月かけて育てる（見出しの改善、内部リンクの追加、商品カードの位置調整）のが、本数を増やすより効きます。
直し方にも順序があります。遷移が起きていないなら、まず記事内のリンク位置を動かす。遷移は起きているのに買われていないなら、記事と送り先の商品がずれています。流入そのものが無いなら、見出しと狙うクエリを見直す。この3段のどこで止まっているかを特定してから直す。全部同時に変えると、何が効いたか分からなくなります。
計測の道具立ては別記事でまとめています。
制作会社に発注する際に確認しておくこと
Shopify構築を発注する段階で、ブログについて詰めておくべき項目を挙げます。要件定義に入っていないと、公開後の追加になります。
- 記事から商品カードを出す仕組みを入れるか（入れるなら、メタフィールド方式か本文記述方式か）
- タグの設計を誰がやるか。制作会社が設計するのか、事業者側が決めるのか
- 記事一覧のレイアウト。標準のままか、カード表示にするか、絞り込みを付けるか
- 記事の構造化データを出すか。検索結果での見え方に関わります
- 記事内で使う装飾のCSSクラスを、いくつ・どんな形で用意するか
- 記事ページと商品ページをGA4で区別する設定を、公開前に入れるか
- 公開後、誰が記事を書くか。制作会社が代行するのか、社内で回すのか
最後の項目が抜けたまま公開されるケースが最も多く、そして最も成果に響きます。「更新は社内で」と決めたなら、引き渡し時に記事1本を一緒に作る工程を入れてもらうことを推します。マニュアルを読むより、1本作るほうが早く身に付きます。
費用の見方も添えておきます。ブログ周りの金額は「ブログ機能をつけるか」では決まりません。上に挙げた項目のうち、いくつをテーマ改修で作るかで決まります。標準のブログをそのまま使うなら追加はほぼ発生せず、商品カード・絞り込み一覧・独自の装飾クラスを積むほど、その分だけ増えます。相見積を取るときは「ブログ込みで」と一括で聞かず、この項目ごとに金額を出してもらってください。そうしないと各社の見積が比較できません。
発注時の要件のまとめ方そのものは、Shopifyに限らず共通する話があります。
よくある質問
ShopifyのブログはSEOで不利になりますか
URL構造が /blogs/ブログ名/記事名 に固定されることと、多階層カテゴリを持てないことは制約ですが、これ自体が検索順位を直接下げる要因ではありません。実務上の差が出るのは、記事数が増えたときの内部リンク構造の整理しやすさです。数十本規模なら不利は感じません。100本を超える設計なら、別立てのメディアを検討する価値があります。
記事は月に何本書けばいいですか
本数から決めないでください。購入前に検索される疑問を洗い出し、送り先の商品が決まるものだけを記事にする。多くの場合、最初に書くべき記事はそれほど多くならず、リストが先に尽きます。それを月1〜2本のペースで書き、数ヶ月ごとに既存記事を改善するほうが、量産より成果が出ます。
すでにWordPressでブログがあります。Shopifyへ移すべきですか
記事の目的が商品の販売なら、移す価値があります。ただしURLが変わるため、301リダイレクトの設計が必須です。記事数が多い場合は移行作業と検証に相応の工数がかかるため、移行で得られる導線の改善が工数を上回るかで判断します。逆に、メディア自体が独立して集客できている場合は、無理に移さず内部リンクで繋ぐほうが安全です。
ブログ機能を強化するアプリは入れたほうがいいですか
機能によります。目次やシェアボタンのような、テーマの見た目と関係が薄く、外しても記事本文が壊れないものはアプリで済ませて構いません。記事内の装飾や商品カードのように、解約時に記事本文へ残骸が残る方式のアプリは避け、テーマ側で実装するほうが後年の負担が小さくなります。導入前に「解約したらコンテンツはどうなるか」を必ず確認してください。
記事の効果はどのくらいで出ますか
検索からの安定した流入が立つまでに数ヶ月かかるのが通常です。その間に見るべきは記事のPVではなく、記事ページから商品ページへの遷移数です。遷移が起きていないなら、流入が増えても売上には繋がりません。まず導線を直し、それが機能してから流入を増やす順序で進めてください。
まとめ
Shopifyのブログは、WordPressと機能を比べれば負けます。多階層カテゴリがなく、URL構造が固定で、エディタの自由度も低い。ここを曖昧にしたまま契約すると、公開後の要望がすべて追加費用になります。
一方で、記事と商品が同一サイト内にあり、評価と導線をECドメインに集められるという構造的な利点があります。ECの売上を伸ばすために記事を書くなら、この利点は機能面の不足を上回ります。
運用で守ることは3つです。
- 本数を追わない。購入前の疑問から始め、送り先の商品が決まらないテーマは書かない
- タグ設計を最初に決める。後から全記事を直すのが一番つらい
- 記事ページから商品ページへの遷移で測る。PVでは何も分からない
そして、アプリで足りるか、テーマ改修が必要かの線引きは「解約時に記事本文が壊れるか」「運用担当者が触る必要があるか」の2軸で判断してください。ここを間違えると、月額が積み上がるか、数年後に誰も直せない構成が残ります。
Shopify構築の要件定義段階で、ブログをどう位置づけるかまで詰めた見積を取れているか。3社比較するなら、この項目の扱いで各社の姿勢が分かります。
