{
  "manualOnly": true,
  "providerRequests": 0,
  "locale": "ja",
  "group": "wordpress-vs-shopify-seo",
  "title": "WordPressとShopifyのSEO比較：操作と運用で選ぶ",
  "notice": "手動で検討するための資料です。実サイトの自動監査、掲載先一覧、検索順位の予測ではありません。事例は架空です。外部への取得や送信は行わず、ダウンロードしたファイルは端末に保存されます。",
  "columns": [
    "管理項目",
    "WordPress＋WooCommerce",
    "Shopify Online Store",
    "実際の確認"
  ],
  "rows": [
    {
      "id": "metadata",
      "title": "タイトルと説明",
      "values": [
        "ページごとのメタデータ設定はSEOプラグインやテーマが提供することが多く、構成を確認します。",
        "商品、コレクション、ページ、記事にSEO入力欄があります。",
        "固有のタイトルを保存し、公開HTMLの値と比較します。"
      ]
    },
    {
      "id": "product-urls",
      "title": "商品URL",
      "values": [
        "商品と分類のパーマリンクを設定できます。変更時は既存URLの扱いを計画します。",
        "編集できるハンドルはShopifyのリソース別URL構造の中で使います。",
        "必要な経路が可能か、旧URLが意図した先に到達するか試します。"
      ]
    },
    {
      "id": "sitemap",
      "title": "XMLサイトマップ",
      "values": [
        "WordPress本体がインデックスを提供し、プラグインが出力を変える場合があります。",
        "sitemap.xmlを自動生成します。",
        "実際のファイルで公開商品の意図したURLを確認します。"
      ]
    },
    {
      "id": "canonical",
      "title": "canonicalの担当",
      "values": [
        "本体、テーマ、拡張機能の影響を調べ、設定責任を一本化します。",
        "タグは生成されますが、テーマやアプリ変更後の検証は必要です。",
        "主商品と色違いで、意図したcanonicalが一つ出るか確認します。"
      ]
    },
    {
      "id": "navigation",
      "title": "ナビゲーション",
      "values": [
        "メニュー、テンプレート、商品カテゴリが経路を作ります。",
        "メニュー、コレクション、テーマが経路を作ります。",
        "検索窓を使わずカテゴリから商品へ進みます。"
      ]
    },
    {
      "id": "maintenance",
      "title": "変更の保守",
      "values": [
        "運営者がホスティング、テーマ、プラグインの互換性を調整します。",
        "運営者はテーマ、アプリ、内容の変更を引き続き確認します。",
        "更新後に同じ商品とカテゴリを再テストする担当を決めます。"
      ]
    }
  ],
  "example": "架空の道具店では、色違いの商品を販売し、詳しい購入ガイドも公開します。編集者は説明的なタイトルとカテゴリからの商品リンクを必要とし、開発者は特殊なURLルールを担当します。下の表では、それぞれの要件を実際の操作と確認方法に結び付けます。機能の数を単純に足してSEO点数にせず、必要な作業が現在の構成で可能か、変更後も誰かが検証できるかを判断してください。未確認の項目は不明として残します。",
  "decision": "通常の商品公開が中心なら、その作業をShopifyで試してみます。独自の経路や編集フローが不可欠で、保守担当者がいる場合は、予定する拡張機能を組み合わせたWordPressで試します。これは条件付きの選定手順であり、順位の優劣を宣言するものではありません。別のチームが同じ機能表から異なる選択をしても、扱う商品や運用能力が違えば合理的です。実際の担当者に操作してもらい、手順が再現できることを確かめます。",
  "checklist": [
    "必要なページとURL条件を先に書き出す。",
    "標準機能とテーマ・拡張機能による動作を分ける。",
    "代表的な商品とカテゴリで実際に試す。",
    "移行対応表と保守担当を用意する。"
  ],
  "reviewRecord": "検証用の商品とカテゴリを用意し、タイトル、説明、canonical、公開リンク、サイトマップ内のURLを日付とともに保存します。商品アドレスを変えたら、旧URLの応答と到達先も確認します。利用中のテーマと拡張機能、その設定、確認者を残しておくと、更新後の差分を説明しやすくなります。一度成功したテストを永久の保証にせず、テーマやアプリの変更後に同じ商品とカテゴリで再確認する運用を決めてください。"
}