<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>amigooseoのブログ</title>
<link>https://ameblo.jp/amigooseo/</link>
<atom:link href="https://rssblog.ameba.jp/amigooseo/rss20.xml" rel="self" type="application/rss+xml" />
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
<description>ブログの説明を入力します。</description>
<language>ja</language>
<item>
<title>BASE.jpとSTORES.jpの複数ショップ運営 — 2026年の完全ガイド</title>
<description>
<![CDATA[ <p><a href="https://stat.ameba.jp/user_images/20260821/05/amigooseo/29/65/p/o1536102415814263275.png"><img alt="" contenteditable="inherit" height="1024" src="https://stat.ameba.jp/user_images/20260821/05/amigooseo/29/65/p/o1536102415814263275.png" width="1536"></a></p><p>BASE.jpは2022年に開設ショップ数200万件を突破しました。STORES.jpと合わせると、日本国内だけで数百万規模のネットショップオーナーが存在する計算になります。この土壌で、雑貨・食品・アパレルなどジャンル別に3〜5店舗を分けて運営する個人事業主は珍しくなくなりました。</p><p>ただ、問題があります。同じパソコンで両方のショップにログインした瞬間、プラットフォーム側は「同一運営者」だと判定できてしまいます。結果次第では、片方どころか全ショップが凍結対象になります。</p><p>本ガイドでは、BASE.jpとSTORES.jpで複数ショップを分離運営するための具体的な設定を、2026年時点の最新状況にあわせて整理しました。</p><h2>目次</h2><ol><li>なぜ「同じ端末で別ショップ」がバレるのか</li><li>複数ショップ運営で分離すべき3つのレイヤー</li><li>ブラウザ層の分離 — BitBrowserでの実際の設定</li><li>スマホアプリからの操作が必要になるケース</li><li>iOSアプリ限定機能が必要な場合</li><li>ショップごとに必ず分けるべき5つの情報</li><li>日本国内で使えるプロキシの選び方</li><li>実際にありがちな失敗パターン</li><li>よくある質問(FAQ)</li><li>次に取るべきステップ</li></ol><h2>なぜ「同じ端末で別ショップ」がバレるのか</h2><p>アカウント連携の判定は、単純なIPアドレス照合だけではありません。ブラウザが送信している「デバイス指紋(フィンガープリント)」を組み合わせて、同一人物かを推定しています。</p><p>主な照合ポイントは次のとおりです。</p><ul><li>IPアドレス(自宅・オフィスの固定IPは即バレる)</li><li>Cookie / LocalStorage / IndexedDB</li><li>Canvas指紋、WebGL指紋、AudioContext指紋</li><li>フォントリスト、画面解像度、タイムゾーン</li><li>User-Agent、言語設定、プラグイン構成</li><li>WebRTCによるローカルIP漏洩</li></ul><p>Chromeのシークレットモードで開き直しても、IP・Canvas・WebGL・フォントリストは変わりません。実質的に隠せていない、というのが2026年時点の現実です。</p><h2>複数ショップ運営で分離すべき3つのレイヤー</h2><p>安全に複数店舗を回すには、次の3層を店舗ごとに独立させる必要があります。</p><ol><li><strong>ネットワーク層</strong>:店舗ごとに別のIP(プロキシ)を割り当てる</li><li><strong>ブラウザ層</strong>:店舗ごとに独立したブラウザプロファイルを持ち、指紋を分離する</li><li><strong>デバイス層</strong>:スマホアプリからの操作が必要なら、店舗ごとに別の仮想端末を用意する</li></ol><p>1と3だけ対策する人が多いのですが、2が抜けていると意味がありません。プロキシで日本IPを変えても、Canvas指紋が全店舗で同じなら1発で連携判定されます。</p><h2>ブラウザ層の分離 — BitBrowserでの実際の設定</h2><p>アンチディテクトブラウザは、プロファイル単位でCookie、Canvas、WebGL、フォントリストなどを個別に持てるブラウザです。<a href="https://www.bitbrowser.net/" rel="nofollow">BitBrowser</a>は無料枠で10プロファイルまで作れるため、副業レベルの複数店舗運営には十分対応できます。</p><p>BASE.jpとSTORES.jpの2店舗運用を例にした手順です。</p><ol><li>BitBrowserをダウンロードして起動</li><li>「新規プロファイル」を作成し、名前を「BASE_shop_A」に設定</li><li>プロキシ設定で日本のresidential IPを入力(後述)</li><li>OS / User-Agent / 言語(ja-JP)/ タイムゾーン(Asia/Tokyo)を選択</li><li>プロファイルを開き、BASE.jpに新規登録またはログイン</li><li>同じ手順でもう1プロファイル「STORES_shop_B」を作成し、別プロキシでSTORES.jpにログイン</li></ol><p>ここまでで、2つのショップは別々のブラウザ環境として動きます。片方のCookieが消えてももう片方は無傷、Canvas指紋も別物になっています。</p><h2>スマホアプリからの操作が必要になるケース</h2><p>BASE.jpもSTORES.jpも管理画面はブラウザで完結しますが、実務では次のような場面でスマホアプリが必要になります。</p><ul><li>プッシュ通知で受注をリアルタイム確認したい</li><li>商品写真をスマホカメラで撮影して即アップロードしたい</li><li>SMS認証(2段階認証)を受信する</li><li>BASE Payやショップ振込に紐づく本人確認</li></ul><p>ここで登場するのが、クラウド上でAndroid端末を丸ごと動かせる<a href="https://www.bitbrowser.net/cloudphone" rel="nofollow">BitCloudPhone</a>です。物理的なスマホを店舗数ぶん買う必要がなくなり、各インスタンスがIMEI・IMSI・GPS・端末IDまで別物として動作します。</p><p>4店舗運営なら、BitCloudPhoneで4つのAndroid仮想端末を立ち上げ、それぞれにBASEアプリまたはSTORESアプリをインストールする形になります。</p><h2>iOSアプリ限定機能が必要な場合</h2><p>BASEもSTORESも公式アプリはiOS版があり、Appleユーザーが多い商材(コスメ・ハイエンドアパレルなど)ではiOSで動作確認したい場面もあります。iOS限定の外部連携(会計freeeやマネーフォワードのiOS特化機能など)を組み合わせる場合、Android仮想端末では対応できません。</p><p><a href="https://www.bitbrowser.net/cloudphone-ios" rel="nofollow">BitCloudPhone iOS</a>を使えば、クラウド上でiPhone実機を動かせます。Apple IDも店舗ごとに分けられるので、iCloud・App Store・FaceTime・iMessageまで完全に隔離できます。2026年に入ってからApple側の端末検出が厳しくなったこともあり、実機ベースのiOSクラウドが選ばれる場面が増えました。</p><h2>ショップごとに必ず分けるべき5つの情報</h2><p>ブラウザとデバイスを分離しても、下記の情報が店舗間で重複していれば人間の目でも即バレします。</p><ol><li><strong>メールアドレス</strong>:Gmailの「+alias」は同一アカウント扱いなのでNG。別ドメイン推奨</li><li><strong>電話番号</strong>:SMS認証で使う番号は店舗ごとに別番号</li><li><strong>銀行口座</strong>:家族名義の共有はリスク。屋号口座を店舗ごとに開設が理想</li><li><strong>発送元住所</strong>:自宅住所を全店で使うと即座に紐づけられる。バーチャルオフィスや倉庫代行を検討</li><li><strong>ショップコンセプト・商品説明文</strong>:商品説明のコピペはBASEもSTORESも社内で類似判定している</li></ol><h2>日本国内で使えるプロキシの選び方</h2><p>BASE.jpとSTORES.jpに使うなら、日本IPが必須です。海外IPで運用すると「不審なアクセス」フラグが立ちやすくなります。選択肢は主に3つです。</p><table border="1"><tbody><tr><th>種類</th><th>特徴</th><th>月額目安</th></tr><tr><td>日本 Residential Proxy</td><td>実在する一般家庭IP。最も自然</td><td>3,000〜10,000円</td></tr><tr><td>日本 ISP Proxy(静的)</td><td>データセンター発でも日本キャリア扱い</td><td>1,500〜5,000円</td></tr><tr><td>日本 Mobile Proxy(4G/5G)</td><td>SoftBank / Docomo / AU回線</td><td>8,000〜20,000円</td></tr></tbody></table><p>2〜3店舗ならISPプロキシで十分です。5店舗以上、または広告出稿を伴うならresidentialかmobileが安全です。</p><h2>実際にありがちな失敗パターン</h2><ul><li>Chromeの「プロファイル切り替え」で済ませてしまう → 指紋が全部同じなので意味なし</li><li>VPNだけで対策したつもりになる → Canvas / WebGL指紋は素通り</li><li>店舗間で商品写真を使い回す → EXIFデータや画像ハッシュで類似判定される</li><li>同じスマホで2店舗のアプリを切り替え運用 → IMEI・広告IDで即連携</li><li>サポートに問い合わせるとき別ショップの話を持ち出す → 人力で紐付けられる</li></ul><h2>よくある質問(FAQ)</h2><h3>Q1. BASE.jpは規約で複数ショップを禁止していますか?</h3><p>BASE.jpの利用規約に「1人1ショップ」の明文規定はありません。ただし「同一運営者が複数アカウントで不正利用した場合は停止処分あり」とされており、実運用の判定基準は非公開です。ジャンルを完全に分けるなど、実質的に別事業として運営する形が安全です。</p><h3>Q2. STORES.jpも同じですか?</h3><p>STORES.jpも「1人1ショップ」は明記されていません。ただし本人確認書類の重複、振込先口座の重複はシステム側で検出されます。</p><h3>Q3. アンチディテクトブラウザは違法ですか?</h3><p>ブラウザ自体は正規のソフトウェアで、日本国内で利用しても違法性はありません。企業のマーケティング部門やWebテスト会社も業務で使っています。利用規約違反になるかどうかは、利用先のプラットフォーム個別の判断です。</p><h3>Q4. 何店舗まで安全に運営できますか?</h3><p>個人レベルなら3〜5店舗、法人化して発送元・銀行口座・担当者を明確に分けているなら10店舗以上でも問題は起きにくいです。数より「情報の分離度合い」の方が重要です。</p><h3>Q5. AndroidクラウドフォンとiOSクラウドフォン、どちらを選ぶべきですか?</h3><p>BASEもSTORESもAndroid版アプリで管理機能はほぼ完結するため、コスト重視ならAndroid。iOS限定の連携アプリを使う、またはBeReal・Snapchatなど別のiOS依存アプリと組み合わせるならiOSを選びます。</p><h2>次に取るべきステップ</h2><p>いきなり全店舗を分離する必要はありません。今のメイン店舗はそのまま運用しつつ、2店舗目を立ち上げるタイミングでアンチディテクトブラウザを導入するのが現実的です。</p><p>3店舗目以降、またはモバイルアプリからの操作頻度が上がってきたらクラウドフォンを追加する、という段階的な拡張が最もリスクが低いです。</p><p>店舗数が増えるほど、アカウントが1つ止まったときの機会損失も大きくなります。分離設計は「面倒だから後回し」にせず、2店舗目の時点で入れておく方が結果的に安く済みます。</p><hr><p>#BASE複数ショップ #STORESjp #複数アカウント管理 #アンチディテクトブラウザ #BitBrowser #BitCloudPhone #ネットショップ運営 #EC副業 #2026年最新 #フィンガープリント対策</p>
]]>
</description>
<link>https://ameblo.jp/amigooseo/entry-12976334585.html</link>
<pubDate>Fri, 21 Aug 2026 05:27:05 +0900</pubDate>
</item>
</channel>
</rss>
