Commerce
Shopifyは、商品を掲載し、販売を開始する新しいコマース基盤として扱う。
新しいECを作ることと、既存サイトをすべて移すことは同じではありません。販売基盤と公式サイトを別々に残しながら、役割・範囲・公開順序を整理し、一つの事業運営として成立させる方法を検討します。
新しいECを立ち上げるとき、既存WordPressをShopifyへ移すべきか。それとも、異なる役割を持つ基盤として残し、運営上の関係を設計するべきか。
小川金正堂には既存のWordPressサイトがあり、新しい販売基盤としてShopifyを構築しました。
Shopifyの商品制作では、既存の楽天市場店だけでなく公式サイトも参照されました。一方、2026年5月12日の相談では、Shopifyの確認と並行して、WordPressについてPHP更新、プラグイン整理、セキュリティ確認、バックアップ確認を進める方針が提示され、クライアントはWordPress修正を先に進めることを希望しました。
ここで確認できる課題は、二つを一つのシステムへ移すことではありません。販売を担うShopifyと、すでに存在するWordPressを、それぞれ別の作業・公開工程を持つ一つのWeb運営として扱うことでした。
複数基盤があること自体は問題ではありません。問題になるのは、役割、変更範囲、公開時期、保守責任が曖昧なまま、それぞれへ作業を増やすことです。
Shopifyは、商品を掲載し、販売を開始する新しいコマース基盤として扱う。
WordPressは、既存環境を残したまま、別の改善・運用基盤整備の対象として扱う。
両方を同時に完成させるのではなく、準備状況に応じて別の公開・更新工程を持たせる。
技術基盤が二つでも、相談・範囲・変更・引き継ぎを一つのWeb運営として管理する。
分析上の結論:複数基盤を運営する設計は、技術的に一体化することではありません。それぞれの役割と作業境界を明確にし、事業として矛盾なく更新できる状態を作ることです。
既存基盤、コンテンツ、販売機能、保守課題を事実として確認する。
各基盤が担う役割と、今回変更する範囲を分ける。
一括切り替えを前提にせず、準備状況から公開・改善の順序を決める。
二つの作業を一つの運営計画、確認、引き継ぎの中で管理する。
楽天市場店と既存公式サイトを参照しながら、商品、販売設定、公開準備を進めました。
Shopifyの商品確認中に、WordPressのPHP更新、プラグイン整理、セキュリティ確認、バックアップ確認を進める相談を行い、クライアントはWordPress修正の先行を希望しました。
パスワード保護を解除し、Shopifyサイトを公開。内部リンクも確認しました。
「WordPress改善・運用基盤整備」が第三の購入として成立し、セキュリティとPHP設定を含む作業範囲が独立しました。
6月9日にPHP更新の調査状況を共有し、6月29日には問い合わせフォーム切り替え作業に先立つメンテナンス告知ページを公開しました。
2026年6月5日、パスワード保護の解除とサイト公開、内部リンク確認が記録されています。
Evidence: S-P1 / 2026-06-05
2026年6月8日、「WordPress改善・運用基盤整備」が購入され、Shopify公開とは別の仕事として進行しました。
Evidence: S-O1 / 2026-06-08
Shopifyを先に公開し、既存WordPressでは調査と改善準備を継続しました。全体を同時に切り替えた記録ではありません。
Evidence: S-P1 / 2026-05-12〜06-29
2026年6月29日、既存WordPress上で問い合わせフォーム切り替えに向けたメンテナンス告知ページが公開されています。
Evidence: S-W1 / 2026-06-29
新しいECを作ることだけを理由に、既存サイトの全機能・全コンテンツを移す必要はありません。
機能の重複ではなく、販売と既存サイト運用という仕事の単位で境界を作ります。
準備できた基盤から公開し、もう一方の保守作業を独立して継続できます。
基盤が分かれていても、相談、判断、変更、告知、引き継ぎは一つの事業運営として扱えます。
| 主張 | 品質区分 | 根拠・処理 |
|---|---|---|
| 既存WordPressサイトが存在した | 既存状態 | 商品制作時の公式サイト参照記録、およびWordPress改善相談 |
| Shopify確認と並行してWordPress整理を相談した | 提案事実 | S-P1、2026-05-12 00:47 |
| クライアントがWordPress修正の先行を希望した | 意思確認事実 | S-P1、2026-05-12 14:03 |
| Shopifyを公開した | 公開事実 | S-P1、2026-06-05。パスワード保護解除と内部リンク確認。 |
| WordPress改善・運用基盤整備が購入された | 契約事実 | S-O1、2026-06-08 |
| 既存WordPressでメンテナンス告知を公開した | 公開・継続事実 | S-W1、2026-06-29。フォーム切り替え前の告知。 |
| 二つを一つのWeb運営環境として扱った | 分析 | 並行相談、別契約、異なる公開工程、既存環境継続から導いた解釈 |
| ShopifyとWordPressを技術統合した | 非該当 | 統合実装の記録はなく、主張しない。 |
| Search Consoleを導入した | 保留 | 提案後に保留。成果から除外。 |
| WordPress改善の全項目が完了した | 本記事では未認定 | 個別作業の完了記録は後続CASE STUDYで項目別に照合する。 |
重要な識別:CASE STUDY 12はShopify、WordPress、Instagram、LINEという顧客接点の役割を研究します。本記事はShopifyとWordPressの作業範囲、公開順序、保守を一つのWeb運営としてどう成立させたかを研究します。
工程の扱い:5月12日の並行作業相談、6月5日のShopify公開、6月8日のWordPress改善契約、6月以降のWordPress改善準備を、提案・公開・契約・継続に分けて記載しています。
公開許可:2026年2月16日の実績公開許可と、2026年6月10日のPROJECT全体公開許可を確認しています。
判定:二基盤の存在、並行作業、Shopify公開、WordPress改善の契約、既存WordPress上の継続作業まで一次情報へ追跡できます。技術統合、Search Console導入、WordPress全作業完了を除外したPublication Readyです。