GitHubから​HubSpotへ：​FAQ。

transjt.aiは、動作するフロントエンドをネイティブなCMSテーマに変換するAIプラットフォームです。transjtのプロジェクトでGitHubを認証し、リポジトリを選んで、出力先にHubSpotを選びます。transjtはコンポーネントツリーを読み取り、どの部分をHubLテンプレートにし、どの部分をマーケターが操作するモジュールのフィールドにするかを判断します。こうしてコードは、通常のHubSpotテーマファイルとしてリポジトリから出ていきます。

クライアント側でレンダリングする、Viteを使ったReactです。多くのAIビルダーが標準で生成するのがこの形で、HubSpotはHubLを自社のサーバーでレンダリングするため、最もきれいに変換できます。Next.jsでサーバーサイドレンダリングを使って作ったプロジェクトでも、コンポーネント自体は通常問題なく移植できます。先に取り除く必要があるのは、App Routerのルーティングとサーバー層です。

いいえ。テーマのコードはtransjtが書きます。手書きのテーマと同じように、後から開発者が変更することもできます。

transjtでプロジェクトを作成し、GitHubアカウントを認証します。変換したいリポジトリを選び、出力先のCMSを選んで、ライブプレビューを確認し、エクスポートします。間にGitHubが入るので、ワークフロー全体がバージョン管理され、どのバージョンのコードからどのバージョンのテーマができたかがコミット履歴に残ります。

はい。transjtが作るのは埋め込みや静的なコピーではありません。AIが、フロントエンドとHubSpotのバックエンドをつなぐHubLのロジックを生成します。編集できるフィールドを備えたドラッグ＆ドロップのモジュール、動的なメニュー、グローバルコンテンツも含まれるので、初日からHubSpotでサイトを管理できます。

引き継がれませんし、通常は引き継ぐべきでもありません。transjtが変換するのはフロントエンドです。HubSpotはフォーム、コンタクトレコード、コンテンツの保存をネイティブに備えているため、ページがHubSpotのコンテンツになれば、AIビルダーが用意したサーバー層はたいてい不要になります。どうしても独自のサーバーロジックが必要な場合は、サイトと通信する別のアプリケーションとして残します。

本物のテーマです。transjtはネイティブなカスタムHubSpotテーマを生成します。HubLテンプレートとモジュール定義は、開いて確認でき、バージョン管理で保管できます。ページは完全にドラッグ＆ドロップで編集でき、構造はHubSpotのCMSのベストプラクティスに沿っています。

はい。transjtはコンパイル済みのスタイルを引き継ぎ、レイアウトをモバイル、タブレット、デスクトップに自動で合わせます。v0や多くのAIビルダーが標準で使うTailwindとshadcn/uiはきれいに変換されるので、文字サイズの体系、余白、コンポーネントのバリエーションはプレビューで見たとおりになります。

はい。エディターやAIツールで改良を続け、同じリポジトリにプッシュして、もう一度変換を実行します。コードは単発のアップロードではなくGitHubから来るので、再エクスポートは通常の手順の一つで、最初からやり直す必要はありません。

コードがGitHubにあれば、transjtは通常数時間で変換を完了します。所要時間は、異なるページテンプレートがいくつあるかによって決まります。同じレイアウトを共有する20件のブログ記事は、1件と同じ速さで変換されます。HubSpot側では、カスタムコードのファイルを使えるContent Hubのエディションが必要です。Starterエディションではこれが制限されており、これが唯一の必須条件です。