ChatGPT / CodexからWordPressへ

Codexから​WordPressへ。​プルリクエストを​テーマに。

CodexやChatGPTでフロントエンドを作りましたか? CodexからWordPressへの変換は、transjtが自動で行います。リポジトリのReactを、PHPを1行も書かずにネイティブテーマにします。

プレビュー後にお支払い

transjtのブロックで作られたホームページを表示したWordPressのブロックエディター。横にはブロックの一覧が並んでいます

代理店、フリーランス、マーケティングチームに選ばれています

変換すべきとき

Codexの​出力を​WordPressに​変換すべきとき

Codexが書いたReactを、テーマを手で書く代わりにWordPressテーマへ変換すべき6つの場面。

  • プルリクエストはCodexが作った。でも、WordPressにはまだテーマが要る。

    CodexはGitHubリポジトリ上で作業し、変更をプルリクエストとして提案するので、コードはすでにtransjtが読み取る場所にあります。マージしたらtransjtでリポジトリを指定するだけで、今あるコードから変換が始まります。

  • コンポーネントはChatGPTとの会話から生まれた

    ChatGPTで作ったコードは、チャット履歴とコピーしたファイルのフォルダーに散らばりがちです。ViteベースのReactプロジェクトとしてGitHubリポジトリに入れれば、transjtがレビューもバージョン管理もできるテーマにします。

  • Codexはタスクを並行で進める。テーマまで新たなタスクにする必要はない。

    Codexは複数のタスクを同時に進められますが、WordPressテーマを手で書くと、一つずつ順番に進めて何日もかかります。transjtは完成したフロントエンドを数時間で変換するので、プロジェクトがテーマ待ちで止まることはありません。

  • 書いているのはPHPではなくReact

    1つのプロジェクトのために、テンプレート階層、ループ、functions.phpを学ぶ価値はありません。それらのファイルはtransjtが書くので、使い慣れたスタックのまま作業を続けられます。

  • クライアントが編集するのはプロンプトではなくWordPress

    見出しを1つ変えるために、エージェントを再実行する必要はないはずです。WordPressテーマなら、そのテキストはブロックエディターにあり、担当者はその文言だけを変更でき、ほかの部分には手が及びません。

  • 残りはプラグインがすでに解決

    WordPressには、フォーム、SEO、多言語、会員機能のプラグインがすでにあります。Reactアプリでは、そのどれもが個別開発です。変換後は、Codexで作ったフロントエンドがそれらのプラグインの上で動くので、作り直す必要はありません。

計算してみる

Codexは​いくつの​コンポーネントを​作りましたか?

transjtでサイトを公開

費用を節約
$8,100*
時間を節約
81時間*手作業で10.1作業日
すぐに結果が出る
1.5〜3時間*テーマ全体で
無料で始める

*手作業でReactからWordPressへ移行する場合の時間をもとにした概算です。1コンポーネントあたり約4.5時間、時給$100、1日8時間で計算しています。transjtなら約1.5〜3時間で、リポジトリからテーマを構築します。

仕組み

Codexの出力を​4ステップで​WordPressへ​エクスポート。

GitHubを経由して、ChatGPT / CodexのプロジェクトからネイティブなWordPressテーマへ。

  1. Codexでフロントエンドを作る

    ChatGPT、CLI、またはエディターで、Codexにタスクを渡します。変換のために、フロントエンドはViteベースのReactのままにし、サーバーサイドレンダリングは避ける必要があります。タスクにそう書けば、Codexはそれに従います。

  2. プルリクエストをマージ

    CodexはGitHub上で、作業内容をプルリクエストとして提案します。ほかのプルリクエストと同じようにレビューしてマージしてください。リポジトリ以外に、変換のための準備は必要ありません。

  3. リポジトリをtransjtに接続

    transjtのプロジェクトでGitHubを認可し、リポジトリを選択します。main以外から変換したい場合は、ブランチも選びます。transjtがコンポーネントツリーを読み取り、スタイルを解決します。

  4. WordPressへエクスポート

    WordPressを選び、プレビューを確認します。確定すると、transjtがPHPテンプレートとネイティブなマークアップを含むテーマフォルダーを生成します。プロジェクトのほかのファイルと一緒にレビューしてコミットできます。

お客様の声。

アーティストのアトリエで机に向かう男性お客様
“We’d seen plenty of tools promise magic for page and theme creation, but they always under-delivered. Transjt proved to be the exception.”
KevinThinkFuel
  • 95–99%完成コードの割合(構成の整ったファイルの場合)
  • ∞取り込めるAIビルダー(Figmaにも対応)
  • 2ネイティブ対応のCMS:HubSpotとWordPress
  • 1クリックでエクスポート。数分後にはテーマがアカウントに届きます
得られるもの

Codexの​リポジトリを​WordPressテーマに​変換しませんか?

Codexから変換したWordPressテーマの中身

コンテンツ中心のサイトでは、今もWordPressが標準です。ホスティングはどこでも手に入り、編集ツールも成熟しています。サイトで繰り返し必要になる機能のほとんどには、すでにプラグインがあります。時間がかかるのはテーマです。誰かがReactのフロントエンドをPHPテンプレートとして書き直さなければならないからです。transjtはその変換を自動化し、テーマを読めるソースファイルとして書き出すので、ほかのプルリクエストと同じようにレビューできます。

FAQ

Codexから​WordPressへの​FAQ。

CodexのプロジェクトをWordPressテーマに変換する前に知っておきたいこと。

デモを予約
  • CodexはGitHubリポジトリ上で作業し、変更をプルリクエストとして提案します。それがマージされると、transjtがリポジトリを読み取り、フロントエンドをネイティブなWordPressテーマに変換します。別途エクスポートする手順はありません。

  • まず、ViteベースのReactプロジェクトとしてGitHubリポジトリに入れてください。そこからの流れは同じです。リポジトリをtransjtに接続し、WordPressへエクスポートします。

  • タスクの中で、スタックはViteベースのReactでサーバーサイドレンダリングなし、と伝えてください。Codexはこうした明確な指示に従います。最初にスタックを伝えておけば、後でリファクタリングする手間が省けます。

  • セマンティックなPHPテンプレートとWordPressのマークアップを含む通常のテーマフォルダーで、ほかのコードと同じようにレビューしてコミットできます。毎回再生成するのではなく、テーマを保守し続けたいなら、この点が重要です。

  • はい。リポジトリを接続するときにブランチを選択します。たとえば、オープン中のCodexのプルリクエストのブランチを選べば、何かをマージする前に変換を試せます。

  • リポジトリがGitHubにあれば、ページ数にもよりますが、transjtは通常数時間でWordPressテーマを用意します。

今日​デザインして、​明日​公開。

transjtでは一秒一秒が大切です。だから私たちの使命はシンプル。あなたの時間を節約し、ワークフローの手間をなくすことです。