OMAPAN｜ECサイトの改修・運用支援｜MakeShopのECを「毎月直し続ける」仕事

機能性下着ブランド「OMAPAN」（ディヴォートソリューション株式会社）のECサイトについて、公開後の改修・運用を担当しました。新規構築の一括請負ではなく、月ごとに発生する修正・追加を継続して引き受ける形の支援です。ECサイトは公開した日が完成ではなく、商品追加・キャンペーン・決済手段の変更に合わせて直し続けるものだ、ということがよく分かる案件でした。

プロジェクト概要

項目	内容
ブランド	OMAPAN（機能性下着）
運営	ディヴォートソリューション株式会社
atmeの担当	ECサイトのコーディング修正・ページデザイン・決済設定・オウンドメディアの不具合対応
プラットフォーム	MakeShop（ASP型のECカートシステム）
形態	月次の継続支援（発生した依頼を都度対応）
時期	2024年1月〜

課題と解決策

ECサイトの運営で起きるのは「作り直したい」ではなく、細かい修正が毎週のように発生するという状態です。この案件でも、依頼は一度にまとまって来るのではなく、日々の運営の中で次々に発生しました。

こうした依頼に対して、担当者を固定せずに都度外注すると、そのたびに「どこを触ればいいか」の調査からやり直しになります。そこで作業内容と稼働を1枚の表で共有し、依頼から対応までを記録に残す形で継続支援を行いました。

担当した制作・支援内容

分類	対応内容
ページ改修	既存ページのコーディング修正、表示崩れの修正
ページデザイン	作業と並行して、デザインが必要なページを制作
決済まわり	PayPalの定額支払い設定、決済ボタンの配置と動作確認
オウンドメディア	ブランドが運営する情報サイトで、投稿した記事が一覧に出ない不具合を調査・修正（新着記事の表示処理が設置されていないことが原因）
進行管理	作業内容と稼働を共有シートに記録し、依頼元と月次で突き合わせ

ASP型ECサイトを触るときに時間がかかるところ

MakeShopのようなASP型のカートシステムは、WordPressのように自由に触れるわけではありません。この案件で実際に時間がかかったのは次の2点です。

1. キャッシュが強く、修正がすぐ画面に反映されない
   ローカル環境で直しても、本番の表示に反映されるまでに差が出ます。「直したはずなのに直っていない」という状況は、ほとんどがこの差によるものです。確認は必ず本番側で、キャッシュをクリアしてから行う必要があります。

1. カスタマイズできる範囲に制限がある
   システム側が生成する画面など、そもそも触れないページがあります。依頼を受けた時点で「触れるページか」を先に切り分けないと、調査だけで時間が溶けます。

ASP型のECは「安く早く始められる代わりに、改修の自由度が低い」という性質を持っています。これは欠点ではなく前提です。見積り段階で触れる範囲を確定させることが、結果的に双方の損を防ぎます。

この案件から当社が標準にしていること

1. 作業と稼働を1枚の表に残す — 「何を頼んだか」「何をやったか」が後から突き合わせられる状態にする
2. 修正確認は本番環境で、キャッシュクリア後に行う — 環境差による「直っていない」の誤解を防ぐ
3. 依頼を受けたらまず「触れる範囲か」を切り分ける — ASP型ECでは調査の前にこれをやる

よくある質問

Q. ECサイトの小さな修正だけでも頼めますか？
A. 可能です。本案件も新規構築ではなく、公開後の修正・追加を継続して引き受ける形でした。

Q. MakeShopやShopifyなど、カートシステムを使っていても改修できますか？
A. できます。ただしシステム側が用意している画面など、触れない範囲があります。最初に「どこまで触れるか」を確認したうえでお見積りします。

Q. 修正したはずなのに画面が変わらないことがあります。
A. ASP型のECはキャッシュが強く効いていることが多く、反映に時差が出ます。ブラウザのキャッシュクリアを行ったうえで、本番環境でご確認ください。

同じような悩みを抱える企業の皆様へ

「ECサイトを作ったが、細かい修正を頼める先がない」「カート側の制約で何ができるのか分からない」——このようなご相談を承っています。現在のサイトと、直したい箇所を見せていただければ、触れる範囲と対応にかかる工数からお答えします。