オンラインHTML→WordPress変換ツールの仕組みと、つまずく6つのポイント

「HTML WordPress 変換オンライン」「HTML to WordPress converter online」で検索して見つかるツールは、表面上どれも似ています — URLを貼り付けて、数分待って、WordPressテーマを受け取る。ただし内部で動いているパイプラインは大きく違い、その差がそのまま「綺麗に納品できるか／壊れたまま納品されるか」の差になります。本記事は、その内部を解剖するフィールドマニュアルです。「オンライン」という言葉が指すもの、すべてのオンライン変換ツールが共通して走らせる5段階パイプライン、ほぼ全ツールが繰り返してきた6つの失敗パターン、そして決済前に弱いツールを5分で見抜くチェックリスト。

対象読者: html to wordpress converter online で検索してきたサイトオーナー・開発者。決済する前に「自分が何を買おうとしているのか」を理解したい人向けです。私たちは変換サービスを運営しているので明らかなバイアスがありますが、ここで扱う内部仕組みはバイアスとは独立した事実です。

この記事の要点

「オンライン」とはSaaS型 — ブラウザで完結、インストール不要のこと。デスクトップダウンロード（実質消滅）、WordPressプラグイン（XML/CSVインポーター、HTML変換器ではない）とは別カテゴリ。
どのオンライン変換ツールも内部では同じ5段階を走らせています：クロール → 解析 → マッピング → 出力 → プレビュー。各段階の品質が、そのまま最終出力の品質を決めます。
どのツールでも繰り返し起こる失敗が6つあります：JavaScriptで描画されるコンテンツ、外部フォーム埋め込み、モバイルレスポンシブのエッジケース、カスタムフォントのパス、アセットとCDNのURL、画像最適化のメタデータ。
「無料プレビューで確認してから決済」が、このカテゴリで唯一安全な購入モデル。プレビュー無しの先払いは、低評価レビューを書く人がたどっている道筋そのもの。
決済前の5分テストで、弱いツールの約60%は脱落します。スキップすると同じ教訓を財布で学ぶことになります。

1. 「オンライン」が本当に指しているもの

html to wordpress converter online を検索する人が探しているのは、たいていひとつのもの — ブラウザでアクセスして、HTMLを送って、WordPressテーマを受け取れるサービス、何もインストールせずに済むやつ。便利な切り出し方ですが、これと混同されがちな別カテゴリが3つあります。

オンライン（SaaS）型 — 本記事の主題。 ブラウザで対象サービスを開き、URLを貼るかHTML/CSS/JSのZIPをアップロードします。サービス側のサーバーで変換パイプラインが走り、ダウンロード可能なWordPressテーマか、即インポートできるパッケージが返ってきます。変換はクラウドで行われ、出力は自分のホスティング上で動きます。

デスクトップダウンロード型 — ほぼ消滅。 Windows用 .exe、Mac用 .dmg、一度インストールしてHTMLファイルに対して走らせるタイプ。このカテゴリは2014年頃に経済合理性が破綻し、モダンWordPressの要求を静的バイナリでは満たせなくなりました。詳細解剖は無料変換ソフトの真実にあります — 短く言うと、検索結果に出てくる保守停止 .exe は実行しないこと。オンラインツールがその代替として育ちました。

WordPressプラグイン — これは「インポーター」であって「変換器」ではない。 HTML Import 2 や All-in-One WP Migration のようなプラグインは、WordPress 内部で 動き、コンテンツを取り込みます。期待する入力はXML、CSV、別のWordPressエクスポート。生のHTML/CSSをテーマファイルに変換することは原理的にしません。オンライン変換ツールが作った成果物をプラグインで仕上げる、という併用はあり得ますが、プラグインだけでは置き換えになりません。

フリーランス・制作会社 — ツールではなく人。 厄介なサイトでは優れた成果を出しますが、「オンライン変換ツール」が指す対象とは別物です。3つのパスの比較はピラーガイドで扱っています。

ここから先は、最初のカテゴリ — 本物のオンラインSaaS変換ツール — だけを扱います。市場として生きていて、決済前に理解しておく価値が最もあるのがここだからです。

2. オンライン変換ツールが内部でやっていること

「URLを貼ってテーマをダウンロード」という単純なUIの裏側で、すべてのオンライン変換ツールは5段階のパイプラインを走らせます。マーケティングページには書かれていません。各段階を理解しておくと、5分で良いツールと悪いツールを見分けられるようになります。

[ 1. クロール ]→[ 2. 解析 ]→[ 3. マッピング ]→[ 4. 出力 ]→[ 5. プレビュー ]
   URL/ZIP       HTML→DOM    DOM→WPテンプレ      テーマzip     決済前の
                 セマンティック   階層             /ペイロード   ステージ確認
                 役割検出

各段階に、よく知られた罠があります。弱いツールは決まった場所で手抜きします。

2-1. クロール — HTMLを取得する

ソースファイルを取得する段階。入力方式は2つあります。

URL送信方式。 起点URLを与えると、ツールがそのページを取得し、リンクされたアセット（CSS、JS、画像、フォント）を解析、内部リンクを自動追跡するか、サイトマップを別途要求します。アップロード不要で楽ですが、クローラーが見えるのはHTTPクライアントが見えるものだけ。ページロード後にJavaScriptで描画されるコンテンツは、本物のブラウザエンジンを動かしているクローラーでなければ見えません（多くは動かしていない）。
ZIP/ファイルアップロード方式。 静的サイト（HTML、CSS、JS、画像、フォント）をZIPにまとめてアップロード。静的ホスティングにデプロイするのと同じファイルがツールに渡ります。精度は高いが、ソースが手元にあることが前提。URL送信しか対応していないツールは「ブラウザで重要なことは何も起きない」という賭けに乗っているわけで、その賭けは年々分が悪くなっています。

良いツールは両方を受け付けます。URL送信のみ対応のツールは、4-1で扱う問題に黙って巻き込まれる構造です。

2-2. 解析 — HTMLをセマンティックロール付きDOMにする

クロール／アップロードしたHTMLはDOMツリーに解析されます。ここで変換ツールは、ツリーを「保存する」のではなく「解釈する」必要があります。どの <div class="container"> がページヘッダーか、どれがフッターか、どれがメインコンテンツか。どの <nav> がプライマリナビゲーションで、どれがパンくずリストか。

ツールごとの差が大きい部分です。

クラス名ヒューリスティック。 マークアップが意味のあるクラス名（.site-header、.main-nav、.post-content、.site-footer）を使っていれば、変換ツールは正しいマッピングに辿り着けます。Bootstrap風のクラス名（.container、.row、.col-md-6）はほぼ役に立ちません — レイアウトを記述しているだけで、役割を記述していない。
HTML5セマンティック要素。 本物の <header>、<nav>、<main>、<aside>、<footer> は曖昧さのない手がかりになります。セマンティックHTMLで作られたサイトは、<div> だけで作られたサイトより圧倒的に綺麗に変換されます。
AI支援の役割検出。 新しいツールは、テキスト内容・配置・クラスのセマンティクスを組み合わせ、言語モデルで役割を推定します。うまく行けば、ヒューリスティックを上回る精度。下手なら、自信たっぷりに誤分類します。

サイトが全部 <div> で、クラス名が wrapper-1 や block-2 という命名なら、どのツールでも解析品質は落ちます。ソース側のセマンティクスを整えるのは、最も低コストな品質介入です。

2-3. マッピング — DOMをWordPressテンプレート階層に

ここが「本物の変換器」と「ファイル名を付け替えただけのツール」を分ける段階です。WordPressは「ページ」ではなく「テンプレート」で考えます。静的サイトには index.html、about.html、contact.html がある。WordPressには index.php、header.php、footer.php、single.php、page.php、page-{slug}.php があり、front-page.php などのテンプレート階層{:target="_blank" rel="nofollow noopener"}全体が、どのファイルがどのURLを描画するかを決めます。

ここで品質が3方向に分かれます。

静的ダンプ vs 本物のテンプレート。 弱い変換ツールは、各HTMLページをそのまま個別のPHPファイルに貼り付けます。表示はされるが、WordPress管理画面からは何も編集できない。「変換されたように見えるが実際されていない」という典型的失敗パターン。
ブロックエディタ vs ACF vs ハードコード。 本物の変換ツールは、ページのセクションを編集可能なブロックに分割します — Gutenbergブロック、Advanced Custom Fields{:target="_blank" rel="nofollow noopener"}（ACF）のフレキシブルコンテンツ、あるいは両方。結果として、マーケティング担当が見出しをコードに触らず更新できるようになります。
ヘッダー／フッター抽出。 繰り返されるコンテンツ（ナビ、フッター）は header.php と footer.php に分離し、wp_head() / wp_footer() を経由する形にする必要があります。ページテンプレート全部にコピペされていると、変更のたびにN箇所修正することになります。

よくある変換ミスに、綺麗にマッピングされた出力がどう見えるかが詳しく書いてあります。

2-4. 出力 — テーマファイル（あるいはテーマ＋コンテンツ）を生成する

最終的に受け取るのは次のいずれかです。

テーマZIP。 標準的なWordPressテーマディレクトリ。Appearance → Themes → Add New → Upload Themeでアップロード。ベストケースは、綺麗なPHPファイル、有効な style.css ヘッダー、ユーティリティ用 inc/、コンパイル済みCSS/JS/フォント/画像用 assets/ を含む構成。読めて、編集できて、Gitに乗せられる。
テーマZIP＋コンテンツインポート。 加えて、Tools → Import → WordPress ImporterでインポートするWordPress XML（WXR）ファイルが付属。セットアップは早いが、整合性の取り扱いが一段増える。
独自インストーラープラグイン。 サービス独自のプラグインで全部入れてくれる方式。初日は便利、365日後にサービスから離れる／監査するときに地獄。
ブラックボックスのDBダンプ。 一部のツールは .sql ファイルだけ渡してきます。中を見るのが難しく、既存サイトとマージしづらく、変換が脆い証拠でもある。

「自分で読めるPHPファイル」が欲しい。読めなければ、監査も拡張も離脱もできません。

2-5. プレビュー — 決済前に実物を確認する

このカテゴリで最も重要な品質シグナル。プレビューとは：変換完了後、サービスが一時URL上で結果を見せてくれること — 自分の変換済みサイトが、本物のWordPress上でレンダリングされた状態で、支払いの前に。ページを巡回し、ウィンドウをリサイズし、リンクをクリックし、ソースを表示する。何かおかしければ、お金を払わずに帰る。

プレビュー非対応のツールは、先に決済して結果を「祈る」ことを要求します。選択バイアスは残酷です — プレビューを提供しないサービスは、ほぼ例外なく「見せたくないもの」を抱えています。スクリーンショットや「サンプル」を見せてくるだけなら、それはプレビューではありません。プレビューとは 自分の サイトが、本物のWordPress URL上で、クリックできる状態で見えること。

この段階は市場で最も透明なフィルター。容赦なく適用してください。

3. ユーザー視点での実際の流れ

エンドツーエンドでの典型的なオンライン変換は、こう進みます。

送信。 稼働中のHTMLサイトURLを貼り付けるか、ソースZIPをアップロード。多くのツールは追加でページ数や個別URLリストの提示を求めます。
待機。 パイプラインが走る。5〜20ページのサイトで、サービスにより数十分〜数時間。完全自動のサービスは1時間以下、人によるレビューを挟むサービスはレビューに時間がかかる分長くなります。
プレビュー。 ステージングURLが届きます。開いて、全ページをクリックし、ウィンドウをリサイズし、何ページかでソース表示。
承認 or 修正依頼。 ズレているセクション、壊れたフォーム、欠けたフォントがあれば、多くのサービスは決済前の修正リクエストを受け付けます。プレビュー段階で修正依頼を受け付けないツールは、評価でその点を引いてください。
決済。 プレビューが許容範囲になってから初めて支払い。私たちが運営するサービスの最新料金はトップページを参照してください。
ダウンロード。 テーマZIP、必要に応じてWXRコンテンツファイルやインストーラープラグインを受け取る。WordPressサイトにアップロード、テーマを有効化、必要ならインポーターを実行。
微調整。 WordPress管理画面でトップページを編集し、チームが本当にコンテンツ更新できることを確認。フォームをCRMに接続。アナリティクスを再装着して完了。

実務でこれより長くかかるのは、JavaScript依存が強いサイト、独自ライセンスのカスタムフォントを使うサイト、非標準のフォーム連携があるサイト。次のセクションで、なぜ時間がかかるかを扱います。

4. オンライン変換ツールがつまずく6つのポイント

監査してきた限り、どのツールでも繰り返し現れる失敗パターンが6つあります。これらを知っていれば、プレビュー段階で弱い変換を数分で見抜けます。

4-1. JavaScriptで描画されるコンテンツ

サイトがReact、Vue、Svelte、その他クライアントサイドで描画するJSフレームワークを使っていると、素朴なクローラーが見るのはほぼ空のHTML骨格だけ。実際のページコンテンツはロード後にJSがDOMに注入する — ブラウザでないHTTPクライアントには見えない。変換ツールはその骨格をWordPressテーマ化し、結果としてテキストの80%が抜け落ちたテーマができあがります。

良いツールがやること: ヘッドレスブラウザ（Chromium / Playwright / Puppeteer）を走らせ、ユーザーが見るのと同じDOMをクローラーが見られるようにする。あるいは、すでに静的化されたHTMLのZIPアップロードを受け付ける。

プレビュー時の確認方法: JS描画サイトなら、変換後ページのHTMLソースを表示。レンダリング後のテキストがそこにあれば、ツールは本物のブラウザを走らせている。骨格しかなければ、走らせていない。

4-2. フォームと外部サービス連携

静的サイトのフォームは、たいてい外部サービス（Mailchimp、HubSpot、ConvertKit、Calendly、Typeform、Formspree）に向けて投稿します。HTMLには <form action="..."> と、サービスが期待する属性が入っています。安価な変換ツールはフォームを削除する（扱い方が分からないから）、あるいは外部URLをPHPにハードコードする — 結果、後で送信先を変更するときに管理画面ではなくテーマファイルを編集することになります。

良いツールがやること: フォームのHTMLをそのままGutenbergのHTMLブロックかACFのテキストエリアに保持し、後でプロバイダを変更してもテンプレートに触らずに済む構成にする。

プレビュー時の確認方法: 変換後サイトでフォームを実際に送信。元のサービスに到達するか？サーバーエラーが出たり、何も起きなかったりすれば、フォームは生き残っていない。

4-3. モバイルレスポンシブのエッジケース

モダンHTMLはメディアクエリ、コンテナクエリ、流動的Web設計（clamp()、min()、max()）、そして増加する流動的タイプスケールを使います。弱い変換ツールは、分類できないCSSを削るか、独自に解釈できる形にスタイルシートを再構成します — 結果、自分のCSSなのに見覚えのないコードに化ける。最初に壊れるのはモバイルです。1280px幅では綺麗に見えていたサイトが、375px幅で崩壊する。

良いツールがやること: 自分のCSSをそのまま保持し、WordPressが必要とする最小限（管理バー、ギャラリーショートコード等）だけを注入する。

プレビュー時の確認方法: 変換後サイトをブラウザで開き、375px幅にリサイズ。元サイトでは崩れなかったのに変換後で崩れていれば、モバイルは生き残っていない。

4-4. カスタムフォントとバリアブルフォント

ここでは3つが壊れます。1つ目、@font-face のパス。CSSが url('../fonts/MyFont.woff2') を参照していると、変換ツールはWordPressに合うパス（絶対URLかテーマ相対URL）に書き換える必要がある — 多くのツールはやらない。2つ目、フォントフォーマット。バリアブルフォントとwoff2はそのまま渡されるべきだが、一部のツールは「最適化」と称して古いフォーマットに変換し、ウェイトのバリエーションを失わせる。3つ目、ライセンス。SIL Open Font License（OFL）は帰属表記の要件があり、商用Adobe FontsやMonotypeのライセンスはセルフホスティングを禁じることが多い — フォントファイルをチェックせずテーマZIPに突っ込む変換ツールは、ライセンス違反状態のサイトを納品しかねない。

良いツールがやること: フォントファイルを元のパス構造のままテーマの assets/ 配下に保持し、@font-face のURLを get_template_directory_uri() 経由に書き換え、セルフホスト不可のライセンスを持つフォントは警告する。

プレビュー時の確認方法: 見出しが自分のフォントで表示されているか、それともシステムサンセリフにフォールバックしているか。DevTools → Network → "font" でフィルター — フォントが読み込まれているか。

4-5. アセットパスとCDNのURL

静的サイトは相対パス（./img/hero.jpg）やCDN経由（https://cdn.oldsite.com/img/hero.jpg）でアセットを参照することが多い。変換後はこれらをWordPressメディアライブラリ向けに書き換えるか、テーマ相対URLに解決する必要があります。安価な変換ツールはここを見落とす。結果、画像の半分が404、CSSの背景画像宣言が壊れ、データベースに対するFind-and-Replaceが移行後タスクの筆頭になります。

良いツールがやること: アセットURLを get_template_directory_uri() で書き換える、あるいは画像をWordPressメディアライブラリにインポートして参照を wp_get_attachment_image() 経由に更新する。

プレビュー時の確認方法: 変換後ページのソース表示。古いドメイン文字列（oldsite.com、ステージングホスト名、CDN関連）を検索。ヒットがあれば、パスが書き換えられていない証拠。

4-6. 画像最適化と遅延読み込み

モダンHTMLは srcset、sizes、loading="lazy"、decoding="async"、そして増えてきたモダンフォーマット（WebP/AVIF＋JPEGフォールバック）で画像を配信します。弱い変換ツールはそれらを全部削り、<img src> 単体に置き換える。1080pモニター＋光回線では同じに見える、それ以外の全環境でパフォーマンスバジェットが壊れる、というやつ。

良いツールがやること: srcset/sizes/loading/decoding 属性を保持し、WordPressの画像サイズシステム（add_image_size()）に乗せて、今後アップロードされる画像にも同じ処理が適用されるようにし、WebP/AVIFはあるなら維持する。

プレビュー時の確認方法: 画像のあるページのソース表示。<img src="/path.jpg"> だけで srcset がなければ、モダンな画像処理は失われている。DevTools → Network → "Slow 3G" にスロットリングしてリロード。ページが速いままなら遅延読み込みは生きている、全画像を一斉にダウンロードしようとしているなら死んでいる。

5. オンライン変換ツールが正解になるケース

オンライン変換が真価を発揮するのは、2018〜2026年の静的Webらしいサイトです。HTML/CSS/JSが標準的な構造で、コンテンツがマークアップとして書かれていて（SPAでレンダリングされてはいない）、外部連携が常識的な範囲のサイト。具体的には次のような場合。

静的ブローシャーサイトとマーケティングページ — ランディングページ、会社概要／サービス／問い合わせ、シンプルな機能紹介。この市場が存在する理由そのもの。
デザイナー、フォトグラファー、スタジオのポートフォリオサイト。 画像中心、レイアウト中心、軽いスクリプト程度。
テーママーケットプレイスのHTMLテンプレート（HTML5UP、Cruip、ThemeForest、BootstrapMade）。既知の構造で設計されているので、変換が安定します。
セマンティックHTML5で手書きされたサイト。 マークアップが本物の <header>、<nav>、<main>、<footer> 要素を使っていれば、マッピング精度が大幅に上がります。
Astro / 11ty / Hugo / Jekyll の出力済み静的HTML。 ビルドステップでフレームワークランタイムが既に折りたたまれている。クリーンな静的ファイルを変換ツールに渡せる状態。
開発者を介さずチームがコンテンツ更新したいサイト。 オンライン変換はWordPress管理画面を提供する — 多くの場合、移行する目的そのもの。

これらの大半が当てはまるなら、このカテゴリは機能します。残る問いは「具体的にどのツールか」だけで、それはWordPress変換ツール選定ガイドで扱っています。

6. オンライン変換が不正解なケースと、代替案

オンライン変換が間違った選択になるサイトプロファイルがいくつかあります。そこで強引にオンライン変換を試すと数週間を浪費します。正直なリストです。

重いJavaScriptアプリ。 動的ルーティングのNext.js、データレイヤー系プラグインを使うGatsby、Nuxt SSR、Remix。フレームワークが、マークアップに残らない仕事をしすぎている。先に静的HTMLに事前レンダリングしてから変換するか、WordPressテーマとしてゼロから再構築するか。パスの比較はピラーガイドに。
ログイン壁、会員エリア、複雑な認証があるサイト。 オンライン変換は 公開された HTMLを変換する。認証が必要なセクションはWordPressネイティブの認証が必要で、クローラーには見えません。
本物のEコマース。 本格的なWooCommerce移行パスを使ってください。ShopifyやBigCommerceストアを静的サイトのように変換しようとすると、ストアを動かしているデータ層を失います。
既に独自CMS上で複雑な編集ワークフローが回っているサイト。 複雑な投稿タイプ、タクソノミー、編集権限を持つCMSがあるなら、必要なのはコンテンツ移行計画（XMLかREST）であって、HTML変換ではありません。
CMSグレードの動的挙動を持つサイト — 検索、フィルタ、ファセットブラウズ、顧客アカウント。HTMLは表示の一部にすぎず、本体はCMSで動いています。

これらに該当するなら、ピラーガイドが代替案を整理しています。シンプルなケースはオンライン変換、それ以外はWordPressのカスタム開発、というのが正しい切り分けです。

7. 5分でできる「決済前テスト」

WordPressの知識がなくても、決済前にどのオンライン変換ツールにも実行できる5つのチェック。これだけで弱いツールの約60%が脱落します。

チェック1：自分のサイトの実物プレビュー。 自分の本物のURLか、本物のZIPを送る。プレビューは 自分の 変換済みコンテンツを、稼働中のWordPressインスタンス上で見せるものでなければならない — スクリーンショットでも、サンプルでも、別人のサイトでもなく。それ以外はプレビューではない。クリックして回れる本物のWordPress URLでないなら、その場で離脱。このチェックひとつで、他4つの合計より多くの弱いツールが落ちます。

チェック2：モバイルが保たれているか。 プレビューでDevToolsを開く（あるいはウィンドウを375px幅まで狭める）。同じ幅で元サイトと比較。元サイトでは崩れなかった箇所が変換後で崩れていれば、変換ツールは認識できないCSSを削っている。

チェック3：フォームが本当に動くか。 プレビュー上のフォームを実際に送信。元サービス（Mailchimp、HubSpot、自分の受信箱、何にせよ）に届いたか。404になるか黙って消えるなら、フォームは生き残っていない — 「フォームを再構築する必要があるサイト」に金を払うことになります。

チェック4：ソースに古いドメイン文字列が残っていないか。 プレビューの何ページかでソース表示。Cmd/Ctrl+Fで古いドメインかステージングホスト名を検索。ヒットがあればアセットURLが書き換えられていない — Find-and-Replaceの掃除タスクを引き継ぐことになる。

チェック5：本物のPHPファイルが落とせるか、ブラックボックスか。 ツールが納品時に、自分で読めるテーマディレクトリを渡してくれるか。header.php、footer.php、style.css、functions.php、inc/ と assets/ のフォルダ構成。あるいは不透明なインストーラープラグインと .sql ダンプ。読めるテーマ＝持ち運べるサイト、ブラックボックス＝別の名のベンダーロックイン。

5項目すべてを通過するツールは支払う価値があります。最初の3つのいずれかを通らないツールは即座に断る対象です。

12基準の詳細な評価ルーブリックはWordPress変換ツール選定ガイド。上の5項目は高速トリアージ、選定ガイドが厳密版です。

8. WP Pro Converterについて

WP Pro Converterは、大阪のクリエイティブスタジオ Utsubo が運営するAI駆動のオンラインHTML→WordPress変換サービスです。本記事のセクション2で説明した5段階パイプライン — クロール、解析、マッピング、出力、プレビュー — を、クロール段階で本物のヘッドレスブラウザ、解析段階でセマンティック役割検出、マッピング段階で本物のGutenberg/ACFマッピング、出力段階で編集可能なテーマZIP、プレビュー段階で決済前の無料プレビュー、という構成で走らせます。すべての変換は納品前に人がレビューします。

各プランの最新料金と内容はトップページを参照してください。記事内では意図的に金額を引用しません — 料金は変わるので、トップページを唯一の真実の出所にしています。

9. 自分のサイトで試してみる

ちゃんと作られたオンライン変換が 自分の サイト上で実際にどう見えるかを確認したいなら（誰かのサイトのスクリーンショットではなく）、URLを送信して、決済前の無料プレビューを受け取ってください。

WP Pro Converterを試す →

質問は contact@utsubo.co へ。

10. チェックリスト

どのオンライン変換ツールに依頼するにせよ、決済前にこれを通してください。

そのツールが オンラインSaaS型 であることを確認 — 保守停止のデスクトップダウンロードでも、WordPressインポートプラグインでもないこと（セクション1）
自分のサイトでもっとも起きやすい失敗モードを6つの中から特定（セクション4）
自分のサイトが「正解になるケース」「不正解になるケース」のどちらに当てはまるかを確認（セクション5・6）
少なくとも2つのサービスで5分テストを実行（セクション7）
プレビューでフォーム、フォント、アセットパス、モバイルを目視確認してから決済
納品テーマを実際に開封：本物のPHPファイルか、ブラックボックスか（セクション4・7）
変換失敗時のロールバック計画を持つ — 旧サイトは新サイトの検証完了まで生かしておく

よくある質問

オンラインHTML→WordPress変換ツールは本当に無料ですか？ ほとんどは無料ではありません。「無料」は通常「無料プレビュー」を意味します — 結果を見てから支払うモデルで、これはこのカテゴリで正しい購入モデルではあるが、最終的にはお金がかかります。本当に無料のツールはたいていWordPressインポートプラグイン（既存サイトが必要、生のHTMLは変換しない）か、シンプルなケースだけ動く保守停止のスクリプト。無料ダウンロード型のデスクトップ変換器は、2014年頃に実質消滅したカテゴリです。詳細は無料変換ソフトの真実に。

JavaScript依存サイトでオンライン変換が壊れるのはなぜですか？ クローラーが本物のブラウザではないからです。素朴なHTTPクライアントが見るのはサーバーが返したHTMLだけ — React/Vue/Svelteのサイトでは、それはほぼ空の骨格。実際のコンテンツはJSフレームワークがクライアントサイドでマウントしてから現れます。ヘッドレスブラウザ（PlaywrightやPuppeteerでChromiumを動かす）を走らせるツールはレンダリング後のDOMを見ます、走らせないツールは見ません。変換後ページのソースを表示して、自分のテキストが実在するか確認すれば見分けられます。

オンライン変換後にWordPressテーマを編集できますか？ 変換ツールが何を出力するかに完全に依存します。header.php、footer.php、style.css、functions.php、編集可能なGutenbergブロックかACFフィールドを含む本物のテーマZIPなら、WordPress管理画面での編集とコードレベルでの制御の両方が手に入ります。ブラックボックスのDBダンプや独自インストーラープラグインなら、どちらも手に入りません。決済前に「読めるPHPファイルがダウンロードできるか」を必ず確認してください。

オンライン変換でSEOは保たれますか？ 良いツールは、人による監視と組み合わせれば保ちます。タイトルタグ、メタディスクリプション、canonical URL、構造化データ、URL構造のすべてを綺麗にマッピングする必要があります。WordPressのタイトルやSEOフックを理解している変換ツールはこれらを保つ、ハードコードされたテンプレートにコンテンツをダンプするだけのツールは壊す。どちらにせよ、旧URLから新URLへの301リダイレクト計画は別途必要 — それは変換ツールの仕事ではないが、ローンチ日にやらないと検索順位を失います。詳細はよくある変換ミスに。

オンラインHTML変換ツールとWordPressインポートプラグインの違いは？ オンラインHTML変換ツールは、生のHTML、CSS、JavaScriptを受け取り、WordPressテーマファイルとコンテンツを生成します。WordPressインポートプラグインは、構造化データ（WXR XML、CSV、別のWordPressエクスポート）を受け取り、既存のWordPressサイトに取り込みます。仕事も入力も出力も別物。両方を併用するケースもあります — 一方で変換し、もう一方でWXRファイルをインポートする — が、プラグイン単独でHTMLサイトをWordPressに変換することはできません。

自分のサイトでオンライン変換が機能するかをどうやって確かめますか？ 決済前に、無料プレビューでセクション7の5分テストを実行してください。具体的には：本物のサイトを送信（サンプルではなく）、375px幅でモバイルを確認、本物のフォームを送信して元サービスに到達するかを確認、プレビューのソースで古いドメイン文字列を検索、納品物が読めるテーマファイルかブラックボックスかを確認。5項目、5分、決済前なのでリスクゼロ。