Amazonで商品を見る セール会場へ

WordPressのデザインをEmDashに移す|企業サイトで試した手順

WordPressで作ったサイトを、CloudflareのCMS「EmDash」に移すとき、いちばん気になるのは「今の見た目のまま移せるのか」です。

EmDashにはテーマの着せ替えが無く、WordPressのテーマもそのままでは動きません。

そこで当社の企業サイト(WordPress+SWELL)のトップページを、EmDashで同じ見た目に作り直してみました。

この記事では、その手順と、移せたもの・移せなかったものを、比較画像つきでまとめます。

最終調査日:2026年10月24日

作り直したページは emdash.motoki-dev.com/case/motoki-top/ で公開しています(検証用のため、検索エンジンには出していません)。

この検証をもとに、移行のご相談を受ける案内のページ(WordPressからEmDashへの移行)もEmDashで作りました。

EmDashの基本は「WordPressとEmDashの違い」と「EmDashの管理画面でできること」で解説しています。

目次

著者

WEB制作をしているデジタルノマド
WordPressのカスタマイズが好きで、色々と自作しています。

WordPressのカスタマイズに困ったらご相談ください!

この記事で分かること

  • WordPressの見た目をEmDashに移せるか、どこまで同じにできたか
  • 移すときに触ったファイルと、作業の順番
  • WordPress側で、見た目の材料がどこに散らばっていたか
  • 移行を頼む前・引き受ける前に確かめておくこと

結論:見た目は移せる。ただし「移す」より「作り直す」に近い

項目結果やり方
色・フォント同じにできたSWELLの設定値とフォントのファイルをそのまま持ってきた
ヘッダー・フッター・お問い合わせ帯同じにできたAstroのレイアウトをコードで作り直した
トップの各セクション同じにできたブロックの構成を見て、HTMLとCSSで組み直した
スマートフォン表示同じ考え方で作れたCSSで書き直した。メニューの開閉も作り直し
お知らせの一覧管理画面から更新できる形で移せたWordPressの投稿を取り込み、カテゴリーで絞って表示
メニュー管理画面から変えられる形にしたEmDashのメニューを読み、無ければ元と同じ並びを出す
トップの文言(キャッチコピー・実績の数字など)移せたが、コードの中に入った変えるたびにコードの編集とデプロイが要る
SWELLのブロックそのもの持っていけない見た目だけをCSSで再現した

見た目は、並べて見比べても違いが分からない程度まで寄せられました。

ただ、WordPressのテーマや設定を「変換」したわけではありません。

元のサイトを材料にして、EmDash(Astro)のコードとして書き直しています。

移行前と移行後の比較

同じ幅(1440px)で、同じ場所を撮って並べました。

WordPress(SWELL)で作った企業サイトのトップのメインビジュアル
移行元:WordPress(SWELL)のトップ(2026/10/24時点の表示)
EmDashで作り直した同じトップのメインビジュアル。上に検証用の告知帯がある
移行先:EmDashのトップ。上の黒い帯は検証用の告知(2026/10/24時点の表示)
WordPress版の制作実績と取引先ロゴの並び
WordPress:制作実績と取引先のロゴ(2026/10/24時点の表示)
EmDash版の制作実績と取引先ロゴの並び
EmDash:同じ並びを Astro のコードで組んだもの(2026/10/24時点の表示)
WordPress版のお問い合わせ帯とフッター
WordPress:お問い合わせ帯とフッター(2026/10/24時点の表示)
EmDash版のお問い合わせ帯とフッター
EmDash:お問い合わせ帯とフッター(2026/10/24時点の表示)

スマートフォンの幅でも、メインビジュアルの縦積みやメニューの開閉を元と同じ考え方で作っています。

EmDash版のトップをスマートフォンの幅で表示した画面
EmDash:スマートフォンの幅(375px)(2026/10/24時点の表示)

移行の手順

1. WordPress側の「見た目の材料」を集める

最初にやったのは、元のサイトの見た目がどこで決まっているかの棚卸しです。

SWELLのサイトでは、見た目の材料が5か所に散らばっていました。

材料WordPressでの置き場所EmDashでの置き場所
メインカラー・黒・灰色SWELLのカスタマイザー(CSS変数 –color_main など)theme.css の変数
独自のCSSArkhe CSS Editor と子テーマcorp.css(新しく作成)
フォント子テーマに置いた Noto Sans JP の分割WOFF2(34ファイル)public/fonts に同じファイルを置いた
メインビジュアルSWELLのメインビジュアル設定トップページのコード
お問い合わせ帯・フッターブログパーツとウィジェットレイアウトのコード
トップの中身固定ページ(SWELLのカラム・フルワイド・ボタンなどのブロック)トップページのコード

色の値は、公開ページのCSS変数を読めば取れます。

独自CSSとブロックの構成は、管理画面とWP-CLIで書き出して確かめました。

画像は自社のサイトのものなので、そのまま持ってきています。

2. 色とフォントを theme.css に書く

EmDashのテンプレートは、色や余白を tokens.css に既定値として持ち、theme.css で上書きする作りです。

SWELLの設定値を、そのまま変数に写しました。

:root {
  color-scheme: light;          /* 元のサイトはライトモードだけ */
  --corp-main: #b09d7b;         /* SWELL の --color_main */
  --corp-black: #202020;
  --corp-gray: #e5e5ec;
  --color-text: #333333;
  --font-body: "NotoSansJP", sans-serif;
}

フォントは、元のサイトで使っている分割済みのWOFF2ファイルと、読み込み用のCSSをそのまま使いました。

Noto Sans JPはオープンソースのライセンスなので、別のサイトに置いても問題ありません。

有料のフォントを使っているサイトでは、移行先のドメインで使えるかを先に確かめる必要があります。

3. ヘッダーとフッターをレイアウトに書く

ヘッダー・お問い合わせ帯・フッターは、全ページ共通のレイアウト(Base.astro)に書きました。

このファイルには、EmDashが動くための部品(EmDashHead など)も入っているので、そこは残して、見た目の部分だけを差し替えています。

テンプレートにあった検索窓とダークモードの切り替えは、元のサイトに無いので外しました。

メニューは、管理画面の「メニュー」に corp という名前のメニューがあればそれを使い、無ければ元のサイトと同じ5項目を出すようにしました。

WordPressと同じく、担当者が管理画面からメニューを変えられる形を残すためです。

4. トップページを組み直す

トップページ(index.astro)には、メインビジュアル・制作実績・私たちについて・実績の数字・サービス・お知らせの6つのセクションを書きました。

SWELLのブロック(カラム・フルワイド・ボタン)は持っていけないので、同じ見た目になるHTMLとCSSを書いています。

制作実績やサービスの文言は、コードの中に配列として持たせました。

5. お知らせはWordPressから取り込む

お知らせだけは、管理画面から増やせる形にしたかったので、WordPressの投稿を取り込みました。

WordPressのツールで書き出したファイル(WXR)を、EmDashの「インポート」に入れると、6件の投稿と7枚の画像がそのまま入りました。

カテゴリー「お知らせ」もそのまま移るので、トップではそのカテゴリーの新しい3件を出しています。

const { entries: news } = await getEmDashCollection("posts", {
  where: { category: "news" },
  orderBy: { published_at: "desc" },
  limit: 3,
});

取り込んだ投稿の本文は、普通の段落と画像だけで書かれていたので、崩れずに移りました。

テーマ独自のブロックがある記事の崩れ方は「EmDashの管理画面でできること」のインポートの節で触れています。

6. 並べて見比べ、違いを直す

ローカルで表示して元のサイトと並べると、最初の段階で3つの違いが見つかりました。

見つかった違い原因直し方
画面の左右に縦の細い線が出るEmDashのテンプレートが持っている飾りの線CSSで消した
サービスの画像が入れ替わっていたブロックの並び順を読み違えた元の並びに合わせて直した
フッターのロゴが見えない黒いロゴを、元のサイトはCSSで反転して白く見せていた同じ指定を足した

2つ目と3つ目は、元のサイトのコードを読むだけでは気づけず、画面を並べて初めて分かりました。

見た目の移行では、最後に「同じ幅・同じ位置で並べて見る」工程を入れたほうがいいと感じました。

7. 検証用であることを示して公開する

元のサイトと内容が同じなので、検索エンジンには出さない設定(noindex)にしました。

あわせて、ページの上部に「移行の検証用のデモ」である旨と、正式なサイトへのリンクを出しています。

コードは npm run deploy の1回でCloudflareに公開されます。

やってみて分かったこと

見た目の情報は、テーマの設定より独自CSSに多くある

SWELLの設定から取れたのは、色や一部の余白だけでした。

ボタンの形、見出しの大きさ、メニューの最後の項目だけ色を変える指定などは、独自CSSに書かれていました。

移行の見積もりでは、テーマの設定画面より、独自CSSと子テーマの量を見るほうが実態に近いはずです。

文言をコードに置くと、担当者が更新できなくなる

今回はトップの文言をコードに書いたので、キャッチコピーや実績の数字を変えるには、コードの編集とデプロイが要ります。

WordPressでは管理画面のブロックを直すだけで済んでいた部分です。

実際のお仕事で移すなら、更新したい文言はEmDashの「コンテンツタイプ」に欄を作って、管理画面から変えられるように設計する必要があります。

作業時間はAIを使って約30分だった

元のサイトの調査から本番への公開まで、トップ1ページで約30分でした。

コードはAIのコーディング道具に書かせ、人は見比べと判断を受け持っています。

下層ページ・問い合わせフォーム・検索などは含んでいないので、サイト全体の移行の目安にはなりません。

トップの表示は、無料プランでも落ちなかった

公開後にトップを20回、お知らせの一覧を10回開いたところ、すべて正常に表示されました(2026年10月24日)。

一方、管理画面での作業は、無料プランだとCPU時間の上限で落ちることがあります(「EmDashは無料で使えるのか」)。

移行を頼む前に確かめておくこと

  1. 見た目の材料(テーマ設定・独自CSS・子テーマ・ブログパーツ)がどこにどれだけあるか
  2. 有料フォントを使っている場合、新しいドメインでも使えるか
  3. 担当者が管理画面から変えたい文言・画像はどこか(コードに置くと変えられない)
  4. 問い合わせフォーム・検索・会員機能など、見た目以外の機能をどう作り直すか
  5. 古いURLから新しいURLへの転送をどう用意するか

見た目を移すこと自体は、今回の検証で十分にできると分かりました。

費用と期間を左右するのは、見た目より、更新のしやすさと機能の作り直しのほうです。

よくある質問

Q. SWELLのテーマをEmDashに入れることはできますか

できません。

SWELLはWordPressのテーマなので、EmDashでは動きません。

見た目を同じにしたい場合は、今回のようにEmDash(Astro)のコードとして作り直します。

Q. ブロックエディターで作ったページの見た目は移りますか

取り込み機能で文章と画像は移りますが、テーマ独自のブロックの見た目は移りません。

段落・見出し・リスト・表・画像だけのページは、ほぼそのまま表示されます。

Q. 移行後に見た目を変えるにはどうしますか

CSSやレイアウトのファイルを編集して、もう一度デプロイします。

管理画面の設定だけで色やレイアウトを変える仕組みはありません。

まとめ

  • WordPress(SWELL)のトップを、EmDashで並べても見分けにくい程度まで同じ見た目にできた
  • やったのは「変換」ではなく、元のサイトを材料にしたコードの書き直し
  • 色とフォントは設定値とファイルをそのまま、ヘッダー・フッター・トップはHTMLとCSSで作り直した
  • お知らせはWordPressから取り込み、管理画面から増やせる形で表示できた
  • トップの文言をコードに置くと、担当者が更新できなくなる点は設計で補う必要がある

WordPressのサイトをEmDashへ移す作業は、当社でもご相談をお受けしています。

進め方と移せる範囲は「WordPressからEmDashへの移行」のページにまとめています。

今のサイトで移せるところ・作り直しが要るところの見立てから、お問い合わせください。

出典

  • URLをコピーしました!

制作・運用のご依頼はこちら

MOTOKI合同会社のサービス

WordPressの制作・カスタマイズ・高速化・SEO対策・保守まで、Webサイトに関する業務を一括で承ります。料金はサービスごとに公開しています。

WAZAの有料記事のサブスクリプションも開始しました。

目次