ECプラットフォーム選定時に見落とされやすいSEO機能差

ECプラットフォーム選定でSEOが後回しにされている理由

ECプラットフォーム選定の瞬間、ほとんどの事業者は決定権をもつ経営層やWeb担当者が同じ質問に直面します。「機能性は十分か」「月額費用は許容範囲か」「導入期間はどのくらいか」。こうした実運用の問題が優先される一方で、SEO機能が後回しにされるのは、単なる優先順位の問題ではなく、むしろSEO制約の深刻性を事前に把握する手段そのものが欠けているからです。

プラットフォーム選定後、3ヶ月から半年が経過したとき、初めてSEO課題が浮上するパターンが圧倒的に多い。その時点では既に商品ページが数百〜数千ページ単位で生成されており、プラットフォーム側の技術的制限により対策を打ちようがない状況に陥っています。

機能性とコストで選んだ後にSEO課題が浮上する現実

多くのEC事業者が経験する現象として、プラットフォーム決定の際に検討される項目は非常に限定的です。機能の充実度、初期費用、月額料金、テンプレートのデザイン性、決済方法の種類—これらの項目で比較検討を終えてしまうのです。

その結果、GA4管理画面を眺めながら気づく現実があります。検索流入がほぼない。競合サイトに検索順位で負けている。内部リンク構造が複雑すぎてGoogleのクローラーが効率的に巡回していない。そのとき初めて、選んだプラットフォームにメタデータの自由な編集ができない、URL構造が最適化できない、内部リンク設計に制約があるという制限が存在することを知るのです。

楽天・Yahoo出店から自社EC移行時に陥りやすい落とし穴

特に楽天市場やYahoo!ショッピングから自社ECへ移行する事業者の多くが、同じ失敗を繰り返しています。モール出店時期には商品ページ数が1,000ページを超える規模になっており、その際の成功体験がプラットフォーム選定時の判断を曇らせるのです。

「楽天では月3,000万円の売上があった」「Yahoo!ショッピングで安定した流入があった」—こうした成功体験は、自社EC移行後に機能不全に陥ります。なぜなら、モール内部の集客力（楽天ランキング、Yahoo!の検索機能）に依存していた売上が、自社ECでは検索エンジン（Google）からの自然検索流入に置き換わる必要があるからです。

モール側が提供していた集客インフラがなくなった瞬間、プラットフォームのSEO対応性の差が、直接的な売上差として現れるのです。

ECサイトのSEO成功を左右するプラットフォーム側の技術的基礎

EC業界のSEO支援で実績を積んできた株式会社猫の手の現場では、選定したプラットフォームのSEO機能差が、その後3年間の検索集客にどれだけの影響を与えるかを何度も目撃しています。印刷会社の売上が100万円から2,000万円に達したケース、BtoB美容商社で売上1,000%を達成したケース—これらの成功事例に共通するのは、プラットフォーム選定の段階で、SEO制約条件を徹底的に把握していたという点です。

では、プラットフォームのどのような技術的側面がSEO成果を左右するのか。その基本要素を分解する必要があります。

内部リンク構造の制御性とカテゴリ設計の自由度

ECサイトの内部リンク構造は、Googleのクローラーがサイト全体を効率的に巡回し、各ページの関連性を理解するための基盤です。プラットフォームによって、この制御性が大きく異なります。

カテゴリ設計の自由度が高いプラットフォームでは、商品同士の関連性に基づいて戦略的なリンク構造を設計できます。一方、プラットフォーム側でカテゴリ階層が固定されているものでは、事業戦略に合わせた最適なサイト構造を実現できず、ユーザー体験とSEO価値の両面で損失が発生します。

例えば、ベビー服ブランドの場合、性別や月齢、季節による検索ニーズを踏まえたカテゴリ設計が可能かどうかで、検索流入の構造そのものが変わるのです。

メタデータ編集の権限範囲と制限事項

タイトルタグやメタディスクリプション、h1タグなどのメタデータは、検索エンジンのランキング要因であり、同時に検索結果でのクリック率を左右する要素です。

一部のプラットフォームでは、これらのデータを商品ごと、カテゴリごとに自由に編集できます。一方で、テンプレート内に部分的に固定されているプラットフォームでは、競争力のあるキーワードに最適化されたメタデータを設定することができません。

この制限が与える影響は想像以上に大きく、検索結果での表示順位よりも前段階で、クリック率が低下するという実害が生じます。

URL構造の最適化可能性とパラメータ制御

URLの構造は検索エンジン最適化の重要な基本要素です。特に、フィルタリング機能やソート機能を使用した際に生成されるパラメータ（例：?color=red&size=M）をどの程度制御できるかは、重複コンテンツ問題に直結します。

パラメータ管理が不十分なプラットフォームでは、同一商品ページが複数のURLで存在し、検索エンジンのクローラー予算を浪費し、ページ評価が分散してしまいます。これは直接的にSEO価値の低下につながるのです。

サイトスピードと画像最適化への対応度

Googleが公式に発表しているCore Web Vitalsは、ページ速度をランキング要因として組み込んでいます。EC商品ページはテキストよりも画像ウェイトが大きく、プラットフォームがどの程度の画像最適化に対応しているかで、ページスピードスコアが大きく異なります。

プラットフォーム比較時に見るべき判断基準5つ

プラットフォーム選定の段階で具体的に何を確認すべきか。その判断基準を5つに整理しました。これらは単なる機能チェックリストではなく、3年間の検索集客成果に直結する要件です。

構造化データの実装レベルと拡張性

構造化データ（Schema.org）は、Google、Bingなどの検索エンジンに対して、ページコンテンツの意味を機械可読形式で伝える技術です。特にEコマースサイトにおいて、商品データ、価格、在庫状況などを構造化データとして実装しているかは、検索結果での表示方法（リッチリザルト）に影響します。

判断基準として確認すべき点は以下の通りです：

• 商品スキーマ（Product Schema）の実装が標準機能か、カスタマイズが必要か
• レビュースキーマ、評価スキーマへの対応状況
• 独自で新しいスキーマを追加実装できる拡張性があるか
• 構造化データテストツールで検証したときにエラー警告が出ないか

商品ページのカスタマイズ範囲とスキーマ対応

商品ページは検索流入の最大源泉です。このページがどの程度カスタマイズ可能かで、SEO最適化の自由度が決まります。

プラットフォームベンダーに確認すべき項目：

• h1タグの位置と内容を編集できるか
• 複数の画像が存在する場合、メイン画像の指定が可能か
• 商品説明文の文字数制限があるか、また充実した説明でSEO価値が得られるレベルか
• 関連商品のリンク設定が手動で可能か、または自動生成に依存するか

カテゴリページの重複コンテンツ防止機能

複数のフィルタリング条件や並び替え条件から同じ商品リストが表示される場合、URLが異なると重複コンテンツと判定される可能性があります。この対策機能の充実度は、プラットフォーム選定時に見落としやすい項目です。

確認事項：

• canonical要素の自動設定機能の有無
• noindexの適用可能性（フィルタ結果ページへの適用）
• URL正規化の仕組みがプラットフォーム側で実装されているか

ページネーション・フィルタリング機能のSEO設定

商品数が多い場合、ページネーション（1ページ目、2ページ目…）が自動生成されます。これらのページに対してrel=”next”とrel=”prev”属性が正しく実装されているか、またはrel=”canonical”で最初のページに統一されているかで、クローラー最適化が異なります。

プラットフォーム側での実装を確認する際は：

• ページネーションの実装方法が「AjaxではなくHTMLベース」か確認
• フィルタリング結果ページが無限にURLを生成する仕様でないか
• 検索パラメータの組み合わせによる過度なURL生成を防ぐ機能があるか

外部SEOツール連携とデータ取得の制約

SEO対策を進める際、Google Search Console、GA4、SEMrushなどの外部ツールとの連携、およびAPIによるデータ取得が可能かどうかは、分析精度に直結します。

以下の点を確認します：

• Google Search Consoleとの連携が容易か
• APIが公開されており、カスタムダッシュボード構築が可能か
• クローリング状況、インデックス状況の確認手段があるか

プラットフォーム別のSEO制約条件リスト

実際のプラットフォーム導入現場では、クラウド型とオープンソース型（自社サーバー構築型）では根本的にSEO対応の自由度が異なります。これは単なる機能数の違いではなく、構造的な制約の有無という本質的な差です。

クラウド型とオープンソース型における根本的な違い

クラウド型ECプラットフォーム（Shopify、MakeShop、カラーミーなど）の場合、複数の事業者がプラットフォーム側のインフラを共有する仕様となっているため、セキュリティと安定稼働の観点から、サーバー側の設定に制限が設けられています。

具体的には、.htaccessファイルの編集、サーバーヘッダーの制御、リダイレクト設定の複雑なロジック化などが制限される傾向にあります。これは「どのプラットフォームを選んでも確実に動作する」という利点がある一方で、SEO最適化に必要な細かい調整ができないデメリットがあるのです。

対してオープンソース型（EC-CUBE、Magento、WooCommerceなど）の場合、サーバーリソースが事業者専有となるため、ほぼ全ての設定を自由に変更できます。ただしその代わり、運用保守の負担と専門知識が必須になります。

比較項目	クラウド型	オープンソース型
内部リンク設計	制限あり（テンプレート内での制御が主）	完全な自由設計が可能
メタデータ編集	基本項目のみ編集可（フォーマット固定）	全項目を自由に編集・追加可能
URL構造	基本的な変更は可、複雑なルール化は困難	完全にカスタマイズ可能
サーバー設定	変更不可（プラットフォーム側で統一管理）	自由に変更可能
運用負荷	低い（プラットフォーム側で管理）	高い（専門知識・リソース必須）
コスト	月額固定 + 機能追加費用	初期構築 + 運用保守人件費

各プラットフォームで実装が難しい対策とその理由

一般的に推奨されるSEO対策の中で、プラットフォーム型では実装が困難なものを列挙します。

• 複雑なURLリダイレクト設定：商品ページのURL変更時に301リダイレクトを設定することはできますが、複数条件に基づいた動的リダイレクト（例：ユーザーエージェント判定、リファラ判定）は実装困難
• キャッシュ制御の最適化：ページごとに異なるキャッシュ有効期限を設定したい場合、プラットフォーム側で固定値となっていることが多い
• ロボットテキストの細かい制御：特定のディレクトリのみクローラー制限をしたい場合、プラットフォームが一括制御しか許可しないケースがある
• カスタムヘッダータグの追加：新しいSEO技術（例：Permissions-Policy）への対応が遅れる傾向

これらの制限が発生する理由は、プラットフォーム側が全顧客共通の設定ルールを採用しているため、個別事業者による細かいカスタマイズを許可するとセキュリティリスクや他のテナントへの影響が懸念されるからです。

EC事業者が陥りやすいSEO失敗パターン

プラットフォーム選定後、実際の運用段階で何度も繰り返されるパターンがあります。これらはほぼ全てが「プラットフォームの制約を事前に把握していなかった」ことに起因しています。

制限機能を理解せずに対策を無理やり進める場合

特に外部のSEOコンサルタントを雇った場合、この問題が顕在化しやすい。理由は、コンサルタント側がプラットフォーム仕様を詳細に理解していないため、一般的なSEO施策をそのまま推奨してしまうからです。

例えば、「各商品ページにユニークな説明文を1,000文字以上書き込むべき」というアドバイスを受けても、プラットフォーム側でテキスト入力フィールドが500文字に制限されていれば実装不可能です。さらに悪いケースでは、この実装不可能な指示に時間と人件費を費やし、結果的にSEO投資の効果が生まれないという事態に陥ります。

プラットフォーム移行後にSEO評価が低下するケース

楽天やYahoo!ショッピングから自社ECへ移行した際、検索流入が大幅に低下するケースは少なくありません。特に以下のシナリオが頻出です：

移行元のモール内では競争度の低いキーワードで1位を獲得していたが、移行先の自社EC上では同じキーワードで検索順位が50位以下に低下してしまう。なぜか。それは自社EC側がモール側ほど多くの外部リンク（モール内からのリンク）を得ていないからです。

加えて、新しいプラットフォームに移行した際のURL構造変更によって、以前のURL評価が引き継がれず、301リダイレクト設定に失敗すると、検索エンジンからのシグナルが完全に失われてしまいます。

特に危険なのは、「プラットフォーム移行 = 新規サイト」と判断されるケースです。Google側で新旧URLのマッピング関係を認識できず、ドメインの評価が大幅にリセットされる傾向があります。

商品数の増加に伴う重複コンテンツの暴発

最初の1年は商品ページが500ページ程度で、SEO課題が明らかでなかったとしても、商品数が2,000ページを超えるレベルに増えると、プラットフォーム側の重複コンテンツ対策の不備が急速に顕在化します。

例えば、フィルタリング機能（色、サイズ、素材など）を組み合わせた結果、理論的には5,000以上のURLが生成される場合、プラットフォーム側で適切なcanonical設定やnoindex実装がなければ、検索エンジンのインデックス枠を大量消費し、本来インデックスされるべき重要ページがインデックスされない事態が起きるのです。

このときになって初めて、「選んだプラットフォームにはこの問題を解決する機能がない」と気づき、プラットフォーム移行を検討することになるのです。

SEO適性が高いプラットフォーム選定の構造的アプローチ

プラットフォーム選定を「正しく判断する」ためには、必要なSEO機能を事業戦略から逆算するという思考プロセスが必須です。

事業規模と競争環境から必要なSEO機能を逆算する

まず確認すべきは、「3年後、このECサイトの商品ページ数はいくつになるか」という事業予測です。

例えば、初期段階で商品数が500ページの事業が3年後に5,000ページになると予想される場合、軽微な重複コンテンツ対策で済むプラットフォームでは対応不可になる可能性があります。この場合、初期段階からスケーラビリティに優れたプラットフォーム（またはオープンソース型）を選ぶべきなのです。

次に、「競争環境はどのレベルか」を判定します。競争度が高いキーワード領域で検索上位を目指すなら、メタデータ、内部リンク、URL構造、すべての要素を自由に最適化できるプラットフォームが必須です。一方、検索ボリュームが小さく競争度が低い領域であれば、プラットフォームの基本機能だけでも十分な場合もあります。

判断基準を数値で示すと：

• 月間検索ボリューム10,000未満、競争度（CPC）が低い：クラウド型の基本機能でも対応可能
• 月間検索ボリューム10,000〜100,000、中程度の競争：クラウド型の拡張機能またはオープンソース型の導入を検討
• 月間検索ボリューム100,000以上、高競争キーワード：オープンソース型が必須

ベビー服ブランドの月3,000万円売上事例では、商品数が3,000ページに達しており、各月齢別、季節別、価格帯別でカテゴリ設計を最適化する必要がありました。このようなケースでは、プラットフォームの制約をあらかじめ把握し、「制約内での最大化戦略」を設計することが重要だったのです。

長期的な集客戦略に耐える技術仕様の見極め方

プラットフォーム選定時には、「今後2〜3年で追加したいSEO施策」を想定しておくべきです。

例えば、以下のような将来施策を想定してみてください：

• Google Shoppingへの統合（データフィード自動生成の可否）
• AI検索対応（ChatGPTなどの引用推薦に対応するための情報構造化）
• ボイスサーチ対応（FAQ構造化データの実装）
• 国際展開（多言語サイトの構築、hreflang属性の実装）

これらの施策に対応できる拡張性をプラットフォームが持っているか、または持つ余地があるかは、長期的な競争力に直結するのです。

自社ECの真の価値はプラットフォーム選定時から始まる

つまり、ECプラットフォーム選定とは、単なる「ツール選び」ではなく、その後3年間の検索集客能力を左右する経営判断である、ということです。

プラットフォーム選定時に重視されるべき要素：

• 内部リンク構造、メタデータ、URL構造、ページスピード、構造化データ実装レベルという5つの技術基盤
• 商品ページ数の将来予測と競争環境の分析に基づいた、必要なSEO機能の逆算的選定
• クラウド型とオープンソース型の根本的な制約の違いを理解した上での判断
• 2〜3年後に追加したい施策に対応できるプラットフォーム拡張性の確認

お客様の成功事例

印刷・製造業EC／BtoB事業者様の事例

課題：既存のECプラットフォームではカテゴリページのmeta情報を一括管理できず、商品数が増えるほどSEO上の重複コンテンツが蓄積していました。検索流入はほぼゼロに近い状態で、月商100万円前後の売上が長期間にわたって停滞していました。

施策：株式会社猫の手がプラットフォーム選定の段階から関与し、構造化データの出力・正規URL管理・パンくずリストの自動生成といったSEO機能を標準で備えたプラットフォームへの移行を提案。移行後は情報設計とコンテンツ戦略を並走させながら、検索エンジンに評価されやすいサイト構造へと段階的に整備しました。

結果：月商が100万円から2,000万円へと大幅に拡大。EC業界SEO部門においても高い評価を受け、2023年度のEC業界SEO部門1位を獲得するに至りました。プラットフォームのSEO機能差を正しく見極めたことが、成長の土台になった事例です。

BtoB美容商社／卸販売事業者様の事例

課題：自社ECサイトはあるものの、商品ページのURL構造が統一されておらず、検索エンジンからの評価が分散していました。広告への依存度が高く、オーガニック経由の流入はほとんど期待できない状況でした。

施策：株式会社猫の手が関与し、プラットフォームレベルでのURL正規化・内部リンク設計の見直し・検索意図に沿ったコンテンツの拡充を実施。BtoBならではの購買プロセスを踏まえた情報設計を軸に、サイト全体の評価向上を図りました。

結果：売上が1,000%という大幅な伸長を達成。また、広告のCV率も0.2%から1.2%へと改善し、広告費の効率が飛躍的に向上しました。SEO機能の充実したプラットフォームへの移行と、継続的な改善活動が複合的な成果につながった事例です。