CMS別SEOの結論（最初に全体像）

CMSごとにUIや設定手順は異なりますが、SEOで押さえるべき本質は共通です。まずは①検索エンジンに正しく理解される構造（URL・内部リンク・正規化） と、②ユーザー体験（速度・安定性・モバイル）を整えます。そのうえで、各CMSの“落とし穴”だけ避ければ、土台は十分に強くなります。

• WordPress：自由度が高い分、URL・メタ情報・インデックス設計を“意図して”整える
• Shopify：コレクション（カテゴリ）を主戦場にしつつ、canonical（正規化）と画像/JSで速度を守る
• Wix：標準機能（SEOチェックリスト等）で連携と基礎設定を確実に。構造化データは“表示保証なし”の前提で運用

WordPress：自由度の高さを“強み”に変える設定

1）パーマリンク（URL構造）は公開初期に固める

推奨例は /%postname%/（投稿名）です。公開後にURL構造を変えると、リダイレクト設計・内部リンク修正・外部被リンクの取りこぼしなど運用コストが増えます。 「後から直す前提」ではなく、最初に決めて運用を安定させるのが安全です。

2）メタ情報（title / description）は“記事＋一覧”で管理

SEOプラグイン等で、記事だけでなくカテゴリ（アーカイブ）のtitleも最適化します。自動生成任せだと画一的になりやすいため、 “その一覧ページで狙う検索意図”に合わせて補助語（例：おすすめ、比較、選び方）を足して差別化します。

3）noindexは機械的に付けない。価値設計とセットで判断

タグ/著者/日付アーカイブは、サイトによっては価値が薄くなりがちです。一方で、導線として意味があるなら説明文や代表記事の提示などで価値を作れます。 「検索に出す一覧」と「出さない一覧」を意図して整理すると、運用が楽になります。

Shopify：EC特有の構造（コレクション・正規化）を押さえる

1）コレクション（カテゴリ）ページを“案内ページ”にする

Shopifyは商品単体よりも、カテゴリ（コレクション）が検索流入の受け皿になりやすい構造です。商品リストだけでなく、カテゴリ説明（選び方・用途・失敗例など）を追加して、 “そのページ単体で役に立つ状態”にします。

2）/products と /collections/.../products の重複とcanonicalを確認

テーマやアプリの影響で正規化が崩れることがあります。商品ページのHTMLを確認し、canonicalが意図通り（基本は /products 側）になっているかをチェックしてください。

3）画像最適化は優先順位で（Alt/圧縮/次世代フォーマット）

重要画像（商品画像など）は内容が伝わるAltを付与し、装飾画像は空Alt等も検討します。アップロード前圧縮やWebP対応などで転送量を抑え、 アプリ追加で速度が落ちていないかも定期的に確認します。

Wix：標準機能で“土台”を整える

1）Google連携（Search Console等）は早めに。ただし“即反映”ではない

WixのSEO設定（チェックリスト等）からGoogle連携を進められます。これは発見・クロールの導線を整える意味で有効ですが、 “連携＝すぐインデックス”を保証するものではありません。運用はあくまで品質と導線の積み上げが前提です。

2）構造化データは「表示されるとは限らない」前提で使う

FAQなどは、検索結果に必ず表示されるわけではありません。近年はFAQリッチリザルトの表示対象が限定される傾向があるため、「表示されればラッキー」くらいの位置づけで、まずは本文のFAQ自体をユーザー向けに充実させるのが安全です。

3）モバイル表示は“最後に必ず”チェック

Wixはデザイン自由度が高い分、モバイルで崩れやすいことがあります。ボタンの重なり、フォントサイズ、余白、タップ領域などを実機に近い環境で確認し、 体験の劣化を防ぎます。

全CMS共通：必ず確認したいテクニカルSEO 3選

① サイトマップ（sitemap.xml）の送信

Search Consoleへのサイトマップ登録は有効ですが、「送信＝即インデックス」ではありません。発見・再クロールの補助として捉えるのが正確です。

② 内部リンク設計（回遊とクロールの両方に効く）

関連記事・カテゴリ・パンくずなどで、重要ページが孤立しない構造を作ります。検索エンジンに構造が伝わり、ユーザーの回遊も改善します。

③ Core Web Vitals（LCP / INP / CLS）

体感速度・操作応答・レイアウト安定性は、継続的に監視したい指標です。特にINPは、重いJavaScriptやアプリ/プラグイン追加で悪化しやすいので注意します。

よくある誤解（サイトマップ＝即インデックス？FAQは必ず表示？）

• サイトマップを送れば数時間で検索結果に出る：保証されません。あくまで発見・クロールの補助です。
• FAQ構造化データを入れれば必ずQ&Aが検索結果に出る：表示は状況次第。本文のUX改善として活用するのが安全です。
• canonicalはCMSが自動で完璧にやってくれる：テーマ・アプリ・改修で崩れることがあります。重要ページはHTMLで確認します。

運用チェックリスト（公開前／公開後）

公開前

• URL設計（スラッグ/階層）が意図通りで、将来の変更が不要な形になっている
• title / description がページの検索意図に合っている（一覧ページ含む）
• 重要ページが内部リンクで孤立していない（カテゴリ/関連記事/パンくず）
• モバイルで崩れがない（ボタンの重なり・余白・タップ領域）
• 画像の転送量が大きすぎない（圧縮・適切サイズ）

公開後

• Search Consoleでインデックス状況・サイトマップ・エラーを定期確認
• Core Web Vitals（LCP/INP/CLS）の悪化要因（アプリ追加/JS増）を監視
• Shopifyはcanonicalの崩れ、WordPressはnoindex/アーカイブ設計の過不足を点検

まとめ：CMSは箱、勝敗は設計と運用

CMSごとの“強み”を活かしつつ、URL・メタ情報・正規化・内部リンク・速度・モバイルといった土台を整えることが、安定したSEOの近道です。 まずは共通のテクニカルSEOを固め、次に各CMSの特性（WordPressの自由度、ShopifyのEC構造、Wixの標準機能）に合わせて最適化していきましょう。