他テーマからSWELLへの移行手順と注意点｜失われるものと作業の実際

2026.08.282026.09.08

テーマの移行は、「着せ替え」ではありません。

テーマを切り替えれば見た目が変わるだけ、と考えていると、公開直後にレイアウトが崩れ、記事内の装飾が消え、問い合わせフォームが動かなくなります。移行とは、旧テーマ独自の機能を、新テーマの仕組みに置き換える作業です。

この記事では、他テーマからSWELLへ移行する場合を例に、実務の手順と注意点を解説します。移行先が別のテーマでも、考え方は共通です。

移行で失われるもの

テーマを変えると、次のものが引き継がれません。

失われるもの	症状
テーマ独自ショートコード	記事本文に `[box]` のような文字列がそのまま表示される
テーマ独自ブロック	「このブロックにはエラーが含まれています」と表示される
カスタマイザーの設定	色、ロゴ、レイアウト設定がすべて初期化される
ウィジェットの配置	サイドバー・フッターの内容が消える、または位置がずれる
テーマ独自のカスタム投稿タイプ	実績・事例などのデータが表示されなくなる
追加CSS	旧テーマ向けの指定が効かなくなる、または崩れる
子テーマの編集内容	旧テーマの構造に依存した記述は動かない

記事本文と画像、カテゴリー、投稿日といったデータ自体は残ります。失われるのは「見せ方」の部分です。とはいえ、装飾が壊れた記事が数百本あれば、その修正が移行作業の大半を占めます。

移行の規模は、次の2点でほぼ決まります。

2つ目は特に重要です。実績や事例を「テーマの機能」で作っていた場合、テーマを外した瞬間にデータが表示されなくなります。この場合はプラグインで定義し直す作業が必要になり、工数が大きく変わります。

移行を検討する段階で、ここを必ず調べてください。

3を飛ばさないでください。本番サイトでテーマを切り替えて確認するのは、訪問者に崩れた状態を見せることになります。多くのレンタルサーバーがテスト環境の機能を提供しているので、必ず使ってください。

記事内でどのショートコードが使われているかは、データベースを検索すれば把握できます。技術者に依頼する場合は、この調査を最初に頼んでください。

簡易な方法として、管理画面の検索窓でショートコード名（例：[box）を検索し、該当記事数を数えるやり方もあります。

この段階で、「装飾の置き換えが必要な記事が何本あるか」を数字で把握しておくと、見積もりの精度が上がります。

最も工数がかかる工程です。方針は3つあります。

方針	内容	向いているケース
一括置換	データベース上で、旧ショートコードを新しい記法に一括変換	使用パターンが少なく、規則的な場合
手作業で修正	1記事ずつ確認して直す	記事数が少ない、または装飾が複雑な場合
アクセスの多い記事だけ直す	上位◯記事を優先し、残りは順次	記事数が数百本ある場合の現実解

3つ目が実務的です。記事が300本あっても、アクセスの大半は上位20〜30本に集中しているのが通常です。まずそこを直して公開し、残りは運用の中で順次対応する。この判断で、移行の初期コストは大きく下がります。

優先順位の判断には、Search Consoleとアナリティクスのデータを使ってください。設定方法はGA4・Search Consoleの初期設定と見るべき指標をご覧ください。

データベースの一括置換は強力ですが、失敗すると記事本文が壊れます。必ず次を守ってください。

移行後の確認では、次の箇所が見落とされがちです。

3つ目と4つ目は特に多い事故です。アクセス解析タグをテーマの設定画面に入れていると、テーマを変えた瞬間に計測が止まります。数週間気づかないこともあります。

これを防ぐには、計測タグをGoogleタグマネージャー経由で設置しておくのが確実です。テーマに依存しなくなります。

テーマの移行では、URLが変わらないため、検索評価への直接的な影響は限定的です。ただし次の場合は影響が出ます。

移行後1〜2週間は、Search Consoleでエラーを監視してください。問題があれば早期に検知できます。