「Shopifyサイトをリニューアルしたい」——この相談の8割は、実際にはリニューアルを必要としていません。本当の課題が更新性・運用体制・回遊設計にあるとき、全面的な作り直しは費用と時間を消費するだけで、公開1年後にはまったく同じ不満が再発します。本記事では、作り直すべきケースと、改修で足りるケースを分ける7つの論点を整理し、リニューアルで必ず失うもの、制作会社を変える際の運用移管の進め方までを実務目線で解説します。
「リニューアルしたい」の裏にある本当の課題
実際にご相談を受けたとき、私たちが最初に確認するのは、デザインでも技術構成でもありません。「いま何が不便で、それは月に何回起きていますか」という質問です。この問いに具体的に答えられる場合、多くは改修で解決します。答えが「なんとなく全体的に」であれば、そもそも課題が特定できていない状態であり、この段階で作り直しに進むのは最も危険です。
症状と原因の対応表
| よく聞く不満 | 実際の原因になりやすいもの | リニューアルで解決するか |
|---|---|---|
| 売上が伸びない | 集客チャネルの不足、商品ページの訴求、価格設定、在庫欠品 | ほぼ解決しない。原因の多くはサイトの外側にある |
| 見た目が古い | 写真素材、フォント、余白設計、ファーストビューの構成 | 部分改修で解決することが多い |
| 更新できない | テーマの編集可能範囲が狭い、運用手順が未整備、担当者不在 | テーマ改修で解決する場合が多い |
| スマホで見づらい | 特定ページのレイアウト、画像サイズ、フォントサイズ | 該当ページの改修で解決する |
| 制作会社と連絡が取れない | 体制の問題であり、サイトの問題ではない | 解決しない。移管の問題として扱うべき |
| 在庫や受注が連携できない | 連携設計の欠如 | 連携部分の構築で解決。サイト全体の作り直しは不要 |
| ページの追加ができない | テンプレートの設計、権限設定 | 改修で解決する |
この表で伝えたいのは一点です。「サイト全体を作り直さなければ解決しない課題」は、実はそれほど多くありません。にもかかわらずリニューアルが選ばれやすいのは、部分的な改善よりも全面刷新のほうが提案しやすく、意思決定もしやすいからです。社内稟議も「サイトリニューアル」のほうが通りやすく、「商品ページの離脱率改善」より予算がつきやすい——この構造が、必要のない作り直しを生み続けています。
【最重要】作り直すか改修かを分ける7つの論点
では、どういう場合に全面的な作り直しが妥当なのか。次の7つのうち、3つ以上に該当するなら作り直しを検討する価値があります。1〜2個なら、その部分だけの改修で足ります。
商品マスタの構造そのものが業務と合っていない
SKUの持ち方、バリエーションの設計、商品コードの体系が根本的に業務と噛み合っていない場合。これは表層の改修では直せません。全商品の再登録を伴うため、実質的に作り直しに近い作業になります。この場合は正面から作り直しを選ぶほうが結果的に安く済みます。
ビジネスモデル自体が変わった
BtoC単独からBtoB併用へ、単品販売から定期購入へ、国内のみから越境へ。買い方の構造が変わる変更は、既存の設計の延長では吸収できません。この場合の作り直しは、投資として正当化できます。
テーマの実装が誰にも把握できない状態
過去に複数の会社が場当たり的に手を入れ、どこを触ると何が壊れるか分からない。調査に時間がかかりすぎて、改修の見積もりすら出せない状態なら、作り直したほうが早く安全です。判断材料は「軽微な修正の見積もりが、内容の割に高いか」です。
アプリが積み上がり、依存関係が解けない
使っていないアプリのコードがテーマに残り、動いているアプリ同士が干渉している。棚卸しだけで済むなら改修ですが、削除するとどこが壊れるか分からない状態なら、クリーンな環境で作り直すほうが確実です。
ブランドの方向性が根本から変わる
ターゲット顧客、価格帯、世界観を刷新する場合。部分改修で継ぎ接ぎにすると、一貫性を欠いた印象が残ります。ただしこの場合も、データはそのままにテーマだけを差し替える手が使えることは覚えておいてください。
編集可能範囲が狭すぎて、拡張が構造的に困難
セクションの追加ができない、テンプレートが固定されている、ハードコードされた要素が多い。広げる改修の見積もりが、作り直しの見積もりに近づいてきたら、作り直しのほうが将来の柔軟性を得られます。
納品物がなく、制作会社を変えられない
実装ドキュメントがなく、権利関係も曖昧で、他社が引き継げない。これはサイトの問題ではなく契約の問題ですが、実務上は作り直しが最も現実的な解決策になることがあります。詳しくは制作会社の乗り換え判断基準で解説しています。
⚠️ 「売上が伸びないから」は、作り直しの理由にならない
最も多く、最も危険な動機がこれです。売上が伸びない原因は、集客・商品力・価格・在庫・接客のいずれかにあることが大半で、サイトの見た目やテーマの構造が原因であるケースはむしろ少数派です。
作り直す前に、必ずアクセス解析を確認してください。そもそも訪問数が足りないのか、訪問はあるが購入されていないのか。前者ならリニューアルでは解決せず、集客の問題です。後者なら、どのページで離脱しているかを特定すれば、多くの場合そのページの改修で足ります。
第3の選択肢:テーマだけ差し替える
「全面作り直し」か「部分改修」かの二択で考えると見落とされがちですが、Shopifyには非常に有効な中間解があります。商品・顧客・注文データをそのままに、テーマだけを新しく作って差し替えるという方法です。
得られるもの
見た目と編集可能範囲を刷新できる一方、データ移管という最大のリスク工程がまるごと不要になります。顧客アカウント、購入履歴、レビュー、ポイント残高もそのまま維持されます。
解決しないもの
商品マスタの構造的な問題、連携設計の欠如、ドメインやストア自体の問題。論点1・2に該当する課題は、この方法では解決しません。
注意すべき点
アプリがテーマにコードを埋め込んでいる場合、新テーマ側で再設定が必要です。また、URLやページ構成が変わるとSEOに影響するため、事前の棚卸しが要ります。
実務上、リニューアルの相談を受けた案件のうち相当数は、この方法で目的を達成できます。「作り直し」という言葉を使う前に、データを維持したままどこまで刷新できるかを検討してください。見積もりも工期も、全面作り直しとは大きく変わります。
判断の順序としては、まず「今の不満のうち、テーマを変えれば解消するものはどれか」を仕分けることから始めてください。更新できない、見た目が古い、スマホで見づらい、ページを追加できない——これらは基本的にテーマ側の課題です。一方、在庫が合わない、受注が基幹に流れない、商品コードが業務と噛み合わない、といった課題はテーマの外側にあり、テーマ差し替えでは解決しません。この仕分けができれば、必要な投資の規模は自ずと決まります。
リニューアルで必ず失うもの
作り直しを選ぶ場合、失うものを事前に把握しておく必要があります。ここを想定していないリニューアルは、公開直後に「前より悪くなった」という評価を受けます。
| 失うもの | 何が起きるか | 対策 |
|---|---|---|
| 検索エンジンの評価 | URLが変わると、それまで積み上げた評価が引き継がれず、検索順位が下落する。 | 旧URLから新URLへリダイレクトを設定する。対応表を作り、公開前に全件を確認する。 |
| アプリの設定 | テーマに埋め込まれた設定が消え、レビューやポイントの表示が崩れる。 | 公開前にアプリごとの再設定項目を一覧化し、新環境で1つずつ確認する。 |
| 計測タグ | 広告や解析のタグが漏れ、公開後のデータが取れなくなる。 | タグの棚卸しリストを作成し、公開直後に実際の計測を確認する。 |
| 顧客の慣れ | 導線が変わり、リピーターが目的の商品にたどり着けなくなる。 | 主要導線は大きく変えない。変える場合は事前告知する。 |
| 蓄積されたコンテンツ | ブログ記事や特集ページが移行漏れになる。 | 公開前に全ページの一覧を作り、移行の要否を1件ずつ判断する。 |
| 運用ノウハウ | 担当者が慣れた操作手順が変わり、更新が止まる。 | 公開前に操作研修と手順書を用意する。納品物に含めさせる。 |
SEOの引き継ぎは「公開後に気づく」では手遅れ
特に注意が必要なのがリダイレクトです。URLが変わったことに気づくのは、たいてい検索順位が落ちた後であり、その時点では既に数週間から数か月の機会損失が発生しています。
対策は単純で、公開前に現行サイトの全URLを書き出し、新サイトの対応するURLを1件ずつ紐づけた対応表を作ることです。この作業は地味ですが、リニューアルで最も費用対効果の高い工程の一つです。制作会社の見積もりにこの工程が含まれているか、必ず確認してください。
運用移管:制作会社を変えるときの実務
リニューアルと同時に制作会社を変えるケースは少なくありません。このとき、技術的な引き継ぎよりも「情報の引き継ぎ」で詰まることが圧倒的に多いのが実情です。
✅ 移管前に回収すべき情報
- ストア管理権限/オーナー権限が自社にあるか。制作会社のアカウントで作られていないか
- ドメインの管理権限/登録事業者、契約者名義、更新期限。ここが他社名義だと最悪サイトが止まる
- アプリの契約者/課金が制作会社経由になっていないか。移管時に解約されないか
- 決済・配送の設定情報/各サービスの管理画面へのアクセス手段
- 計測タグとアカウント/解析・広告の管理権限が自社にあるか
- 実装ドキュメント/カスタマイズ箇所の一覧と、その意図
- 過去の変更履歴/いつ、何を、なぜ変えたか。残っていないことも多いが、聞ける間に聞く
この回収は、関係が良好なうちに、次を決める前に行うのが鉄則です。契約終了が決まってから依頼すると、対応が後回しになるか、追加費用を求められることがあります。権限や契約面の詳細は制作会社の乗り換え判断基準で整理しています。
リニューアルが失敗する典型パターン
| 失敗パターン | 何が起きているか | 対処 |
|---|---|---|
| 課題を特定せずに着手 | 「全体的に古いので」で始まり、公開後に同じ不満が再発する。 | 着手前に不満を「月に何回、誰が、何をするとき」の形で言語化する。 |
| リダイレクトを設定していない | 検索流入が急減し、回復に数か月かかる。 | 公開前に全URLの対応表を作成。工程として見積もりに含める。 |
| 公開日をセール直前に置く | 不具合が出ても修正の余裕がなく、最需要期に機会損失が発生する。 | 公開は閑散期に置く。最低でも大型施策の1か月前には終える。 |
| 移行後の運用手順が用意されていない | 担当者が操作方法を知らず、更新が止まる。 | 納品物に操作手順書と研修を含めることを契約時に明記する。 |
| アプリの再設定漏れ | レビューが消える、ポイントが表示されない、定期購入が止まる。 | 公開前にアプリごとのチェックリストで1件ずつ確認する。 |
| 旧サイトを即座に削除 | 比較も切り戻しもできなくなる。 | 旧環境を一定期間保持する。切り戻しの条件と手順を事前に決めておく。 |
| 公開後の効果検証をしない | 良くなったのか悪くなったのか誰も分からない。 | 公開前に比較する指標と期間を決めておく。最低でも転換率と主要ページの離脱率。 |
リニューアルの標準的な進め方(6ステップ)
作り直しを選んだ場合の進行を、実務の順序で整理します。多くの失敗は工程の順番を誤ることから起きます。特に、デザインから始めてしまうプロジェクトは、後半で必ず手戻りします。
現状の棚卸し(着手前・自社で実施)
全ページのURL一覧、導入中のアプリ一覧、計測タグの一覧、そして社内から集めた不満を頻度順に並べたリスト。この4つを作ります。制作会社に依頼する前に自社で用意しておくと、以降の工程が大きく短縮されます。ここを飛ばすと、後の全工程で「あれが漏れていた」が繰り返されます。
解く課題を5つに絞る
頻度順のリストから上位を選び、「今回はこれを解く。それ以外は解かない」と明文化します。この宣言がないプロジェクトは、進行中に要件が膨らみ続け、予算と納期が破綻します。除外した課題は「次回検討」として別リストに残しておくと、社内の納得感が保たれます。
要件定義と編集可能範囲の確定
誰が更新するか、どのページを月何回変えるか、在庫と受注の連携はどうするか。デザインに入る前に、この構造を確定させます。ここが決まっていないままデザイン案を見ると、見た目の議論に引きずられて構造の判断が後回しになります。
デザインと実装
ここで初めて見た目の議論に入ります。静止画のカンプだけで合意せず、実機で触れる段階の確認を必ず工程に入れてください。特にスマートフォン実機での確認は必須です。並行して、URL対応表とアプリ再設定リストを作成します。
公開前チェックと切り戻し準備
リダイレクトの全件確認、計測タグの動作確認、アプリの表示確認、決済と配送のテスト注文。あわせて「どうなったら切り戻すか」の基準と手順を文書化します。この準備があるかどうかで、公開当日の判断速度がまったく変わります。
公開と、1か月の集中監視
公開直後は不具合が最も出やすい期間です。転換率、主要ページの離脱率、エラーの発生状況を日次で確認し、旧環境は保持したままにします。この1か月を「余裕」ではなく工程の一部として計画に組み込んでください。担当者の操作研修も、この期間に行います。
見積もりの内訳をどう読むか
リニューアルの見積もりは、金額の総額だけを見ても比較できません。次の項目が明示されているかどうかで、その提案の解像度が判別できます。
✅ 見積もりに含まれているか確認すべき工程
- 現状調査・棚卸し/既存の実装とアプリの調査に工数が計上されているか。ここがゼロの見積もりは、後から「想定外」として追加請求される余地を残しています
- URL対応表の作成とリダイレクト設定/全件対応か、主要ページのみか。件数の前提が書かれているか
- アプリの再設定/対象アプリ数と、設定作業の範囲
- 計測タグの移設と動作確認/設置だけでなく、実際に計測できているかの確認まで含まれているか
- テスト/どの範囲を、誰が、どの環境でテストするか。「動作確認」という一行だけの記載は要注意です
- 操作研修とマニュアル/納品物に含まれているか。ここがないと、公開後の更新が止まります
- 公開後の初期対応/公開から何日間、どの範囲の修正が無償対応か
安い見積もりの多くは、これらの工程が含まれていないだけで、単価が安いわけではありません。比較すべきは金額ではなく、金額に対して何が含まれているかです。逆に、これらが明記された見積もりは、金額が高く見えても総額では安く収まることがあります。
【独自視点】リニューアルは「作り直し」ではなく「意思決定の棚卸し」である
ここが、多くの事業者が構造的に取り違えている点です。
リニューアルの検討は、たいてい「新しいサイトをどう作るか」から始まります。参考サイトを集め、デザインの方向性を決め、機能を並べる。しかし本記事でここまで見てきた通り、いま困っていることの大半は、過去の構築時に「決めなかったこと」に起因しています。
決めなかったことが、2年後に不満として現れる
決めなかった①:誰が更新するか
担当者を決めずに作られたサイトは、編集可能範囲が誰の要件も満たしません。2年後に「更新できない」という不満として表面化します。
決めなかった②:在庫の正はどこか
連携の主体を決めずに構築すると、在庫の不整合が慢性化します。「システムが悪い」と語られますが、原因は初日の合意漏れです。
決めなかった③:何を測るか
成功の定義を決めずに公開したサイトは、改善の方向が定まりません。「なんとなく古い」という感覚的な不満だけが残ります。
だからこそ、リニューアルの価値は新しい見た目を手に入れることではなく、前回決めなかったことを今度は決める機会を得ることにあります。この視点を持たずに作り直すと、決めなかった項目がそのまま新しいサイトに引き継がれ、2年後にまた同じ相談をすることになります。
「ECは戦術ではなく設計で決まる」
ボトルシップが一貫して掲げている考え方です。リニューアルは、この思想が最も試される局面だと考えています。
デザインを新しくすることも、機能を足すことも、費用さえかければ誰でもできます。しかし「なぜ前回うまくいかなかったのか」を言語化し、その原因を今回の設計に反映することは、費用では買えません。ここを飛ばしたリニューアルは、金額の大小にかかわらず、同じ場所に戻ってきます。
実務的な第一歩は単純です。いまのサイトについて「不便だ」と感じていることを、社内の全員に書き出してもらう。それを「月に何回起きるか」で並べ替える。上位5つが今回解くべき課題であり、それ以外は今回は解かないと決める。特別な調査も分析ツールも要りません。必要なのは、作り直したい気持ちを一度脇に置いて、困りごとを頻度で並べ替える冷静さだけです。
あわせて読みたい
- Shopify制作会社の乗り換え判断基準|引き継ぎで揉めないデータ・権限・契約のチェックリスト。
- Shopify制作の要件定義書の作り方|前回決めなかったことを今度は決めるための12項目。
- Shopifyサイト制作の費用・期間・制作会社の選び方|予算感と発注前の確認事項。
- 楽天・BASEからShopifyへ移行する完全ガイド|データ移管とSEOを落とさない移行設計。
よくある誤解
誤解①「リニューアルすれば売上が上がる」
売上の要因の多くはサイトの外側にあります。訪問数が足りないのか、購入されていないのかを先に切り分けてください。前者ならリニューアルでは解決しません。
誤解②「古いサイトは全部作り直すしかない」
Shopifyはデータとテーマが分離されているため、データを保持したままテーマだけ差し替える選択肢があります。まずここを検討してください。
誤解③「URLは変えても大丈夫」
URLの変更は検索評価に直結します。変えるならリダイレクトを全件設定するのが前提で、その工程が見積もりに含まれているか確認が必要です。
誤解④「公開したら終わり」
リニューアル直後は不具合が最も出やすい期間です。公開後1か月は集中的に監視し、切り戻しの手順も用意しておくべきです。
誤解⑤「制作会社を変えれば解決する」
体制の問題は移管で解決しますが、要件を決めていないという問題は会社を変えても残ります。むしろ引き継ぎコストの分だけ悪化することもあります。
誤解⑥「セール前に公開すれば効果が出る」
逆です。最需要期に不具合が出ると、損害が最大化します。公開は閑散期に置き、大型施策の前に安定運用の期間を確保してください。
よくある質問(FAQ)
Q1. リニューアルの適切なタイミングはありますか?
カレンダー上の「何年経ったら」という基準はありません。判断は本記事の7つの論点に3つ以上該当するかどうかで行ってください。ただし公開の時期については明確な原則があり、閑散期に公開するのが鉄則です。リニューアル直後は不具合が最も出やすい期間であり、最需要期に重なると損害が大きくなります。大型セールや繁忙期の少なくとも1か月前には公開を終え、安定を確認する期間を確保してください。この1か月は「余裕」ではなく、リニューアル工程の一部と考えるべきです。
Q2. 部分改修を繰り返すのと、まとめて作り直すのはどちらが得ですか?
改修の見積もりが積み上がって作り直しの金額に近づいてきたら、作り直しを検討するサインです。ただし判断軸は金額だけではありません。「その改修が将来の拡張性を高めるのか、それとも延命でしかないのか」を見てください。編集可能範囲を広げる改修や、アプリの棚卸しは将来にわたって効きます。一方、構造的な問題を回避するための場当たり的な対応が続いているなら、それは負債を増やしている状態です。「軽微な修正なのに見積もりが高い」という状態が続いているかどうかが、実務的な判断材料になります。
Q3. リニューアル後に検索順位が下がりました。どうすればよいですか?
まずリダイレクトの設定状況を確認してください。旧URLにアクセスして404が返るページがあれば、そこが原因の可能性が高くなります。対応表を作り、漏れているURLを1件ずつ設定します。次に、ページの内容そのものが薄くなっていないかを確認してください。リニューアルでデザインを整理する過程で、テキスト量が大幅に減っているケースがあります。また、サイトマップの再送信や、内部リンク構造の変化も確認対象です。順位の変動は反映まで時間がかかるため、原因の特定と修正を先行させ、効果判定は数週間かけて行ってください。
Q4. 旧サイトはいつまで残しておくべきですか?
Shopifyの場合、旧テーマはストア内に保持できるため、公開後も一定期間は残しておくことを強く推奨します。目安として最低でも1か月、可能なら繁忙期を1回越えるまでです。理由は2つあります。①重大な不具合が判明した際に切り戻せる、②旧サイトの表示や設定を後から確認できる。特に②は見落とされがちで、「以前はどう表示されていたか」を確認したい場面は公開後に頻繁に発生します。あわせて、切り戻しを実行する判断基準と手順を、公開前に文書化しておくことも重要です。
Q5. リニューアルの効果は何で測ればよいですか?
公開前に測定する指標を決めておくことが前提です。最低限見るべきは転換率、主要ページの離脱率、そして自社担当者の更新頻度の3つです。3つ目は見落とされがちですが、リニューアルの目的が更新性の改善だった場合、これが最も重要な指標になります。注意点として、公開直後の数値は一時的に悪化することが珍しくありません。顧客が新しい導線に慣れるまでの期間があるためです。したがって効果判定は公開直後ではなく、数週間から1か月の期間で、前年同期比も併せて確認してください。
まとめ
この記事の要点
- リニューアルは手段であって課題ではない。「売上が伸びない」「見た目が古い」は症状であり、原因を特定しないまま作り直すと同じ症状が再発する。
- 作り直しが妥当なのは7つの論点に3つ以上該当する場合——①商品マスタの構造、②ビジネスモデルの変化、③実装が把握不能、④アプリの依存関係、⑤ブランドの方向転換、⑥編集範囲の構造的制約、⑦納品物がなく移管不能。
- 第3の選択肢がある。Shopifyはデータとテーマが分離されているため、データを保持したままテーマだけ差し替えることで、移管リスクを負わずに刷新できる。
- リニューアルで必ず失うものを事前に把握する——検索評価、アプリ設定、計測タグ、顧客の慣れ、蓄積コンテンツ、運用ノウハウ。特にリダイレクトの全件設定は必須工程。
- 移管前の情報回収は、関係が良好なうちに行う。ストア権限、ドメイン、アプリの契約者、計測アカウント、実装ドキュメント。契約終了が決まってからでは遅い。
- 公開は閑散期に。最需要期の直前公開は、不具合の損害を最大化する。安定確認の1か月は工程の一部。
- リニューアルの本質は「前回決めなかったことを、今度は決める機会」。誰が更新するか、在庫の正はどこか、何を測るか——これを飛ばすと2年後に同じ相談に戻る。
100文字要約:Shopifyのリニューアル相談の多くは改修で足りる。作り直しの判断は7論点に3つ以上該当するかで決め、データを残しテーマだけ差し替える中間解も検討する。公開は閑散期に。

