ブログに戻る

公開日 2026-08-05

Figmaデザインをきれいなhtml・cssに変換する方法(ステップバイステップ)

Figmaファイルを開発者に渡すとなると、たいていは誰かが座り込んで、すべてのフレームをHTMLとCSSで一から手作業で組み直すことになります。余白を測り、ブレイクポイントを推測し、細かな判断を何十回も重ねた末に最終的なページがデザインと一致していることを祈る——そんな作業です。このガイドでは、完成したFigmaデザインからそのままきれいでセマンティックなマークアップへとたどり着く、もっと速い方法を紹介します。

手動でのFigma→HTML引き継ぎが遅い理由

引き継ぎに費やす時間の大半は、クリエイティブな作業ではなく「翻訳」作業です。

  • Auto Layoutの設定を読み取り、Flexboxのルールとして手作業で再実装する。
  • Figmaファイルにすでに定義されているpadding、gap、フォントサイズを測り直す。
  • Figmaのフレームは通常1つの固定幅しか持たないため、レスポンシブのブレイクポイントをどこに置くかを判断する。
  • 意味のない<div>タグが10階層も入れ子になったマークアップを整理する。

どれも難しい作業ではありませんが、繰り返しの多い作業であり、まさにそうした反復的な手作業こそがミスや不整合の温床になります。

ステップ1: Figmaからフレームをエクスポートする

静的な画像をエクスポートしたり、レイヤーごとにスタイルをコピーしたりする代わりに、変換したいフレームを選択し、MarkupGenのFigmaプラグインを使ってワークスペースに送信します。プラグインはフレームの構造、スタイル、画像をまとめて取り込むため、何かをゼロから作り直す必要はありません。

ステップ2: 構造をコードへ自動的にマッピングさせる

ここが、手作業のほとんどが消える部分です。自動的に変換される例をいくつか挙げます。

  • Auto Layout → Flexbox。 FigmaのAuto Layoutプロパティ(方向、gap、padding、配置)は、目分量で調整する代わりに、対応するCSS Flexbox構造へそのままマッピングされます。
  • 制約 → レスポンシブなブレイクポイント。 レイアウトのリサイズ制約は、単一の固定幅ページではなく、流動的でレスポンシブなルールへと反映されます。
  • レイヤー → セマンティックなHTML。 出力結果は、深く入れ子になったラベルのない<div>の羅列ではなく、意味のある要素を優先します——実際のプロジェクトで手書きするコードに近い形です。

ステップ3: 出力フォーマットを選ぶ

どのプロジェクトも同じ種類のコードを必要とするわけではありません。デプロイ先のスタックに応じて、次のいずれかの形式でエクスポートできます。

  • 素のHTML/CSS——静的サイトやビルド工程のないプロジェクト向け。
  • Tailwind CSS——デザインの実際のspacing、カラー、タイポグラフィのトークンから生成されたユーティリティクラス。
  • React——既存のアプリにそのまま組み込めるコンポーネント。

ステップ4: エクスポート前に仕上げる

自動変換でほとんどの作業は完了しますが、デザインからコードへの変換が100%機械的に済むことはほとんどありません——コピーの微調整が必要になったり、あるセクションだけ手動でレイアウトを調整する必要が出てきたりします。エディターでは、最終的なパッケージを生成する前に、コンテンツ、フォント、レイアウトをビジュアルに調整でき、さらに各エクスポートは自動でスコアリングされるため、出力が本番投入できる状態かどうかを一目で確認できます。

ここでいう「きれい」とは実際どういう意味か

「きれいなコード」は単なるマーケティング用語ではなく、具体的でチェック可能な特性を指します。

  1. 単一の要素を不必要に囲む<div>ラッパーがないこと。
  2. すべてを見た目だけ見出し風にスタイリングするのではなく、正しい見出し階層(h1h2h3)になっていること。
  3. 意味のある箇所でセマンティックタグが使われていること——これは検索エンジンやスクリーンリーダーがページを理解するために必要なものでもあります。

最後のポイントは見た目以上に重要です。ブラウザやクローラーが解析しやすいマークアップは、次に担当する開発者にとっても読みやすいマークアップでもあります。

実際のワークフローの中での位置づけ

このプロセスは開発者の判断を置き換えるためのものではありません——機械的な変換作業を取り除くことで、その判断力を本当に必要な部分、つまりインタラクションの細部やエッジケース、より大きなコードベースへのページの統合にこそ振り向けられるようにするものです。エクスポート、構築、仕上げ、エクスポートという4ステップのプロセス全体をプロダクト上で実際に確認したい場合は、自分のFigmaファイルで無料で試すことができます。