# Slate ## ヘルプコンポーネント -------------------------------------------------------------------------------- title: "はじめに" description: "フロントエンドWebアプリケーションのデプロイ、プレビュー、ローンチを可能にするCatalyst Slateサービスについて詳しく説明します。" last_updated: "2026-09-08T11:24:16.876Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/introduction/" service: "Slate" related: - プライベートGitリポジトリからのデプロイ (/ja/slate/help/git-integration/deploy-from-private-repository) - パブリックGitリポジトリからのデプロイ (/ja/slate/help/git-integration/deploy-from-public-repository) - Slateテンプレートのデプロイ (/ja/slate/help/git-integration/deploy-template) - 直接アップロードによるデプロイ (/ja/slate/help/direct-upload) - CLIからのデプロイ (/ja/slate/help/deploy-from-cli) -------------------------------------------------------------------------------- # Slate ## はじめに Slateは、Catalystが提供する堅牢なフロントエンド開発サービスで、Webアプリケーションのシームレスな**デプロイ**、**プレビュー**、**ローンチ**を可能にします。以下の主要なJavaScriptフレームワークをネイティブサポートしており、その他のフロントエンドフレームワークにも対応して手間のかからないデプロイメントを実現します：**Next.js**、**Angular**、**Astro**、**React**、**SolidJS**、**Preact**、**Svelte**、**Vue**、**Vite**、**Nuxt**。 Slateを使用して、単一のCatalystプロジェクト内に複数のフロントエンドアプリケーションをデプロイできます。即時かつ自動化されたデプロイメントを可能にするために、GitHub、GitLab、Bitbucketなどの一般的なバージョン管理システムと統合でき、リポジトリからSlateへ直接コードがデプロイされます。Slateでは、ビルドからデプロイメントまでのプロセス全体がCatalyst Pipelinesを使用して内部的に効率化・自動化されています。 サポートされているGit統合について詳しくはこちら。 Slateは、フロントエンドWebアプリケーションの超高速な読み込み時間と優れたパフォーマンスを保証します。アプリケーションのホスティングに加えて、**無料のSSL提供**、**Custom Domain Mapping**、そして毎回本番環境でアプリケーション全体を検証することなく**すべてのデプロイメントを即座にプレビュー**する機能などの追加特典を提供します。Slateは堅牢なセキュリティを提供し、開発者間の効率的なコラボレーションを促進します。この効率的なデプロイメント管理により、生産性が向上し、アプリケーションの容易なスケーリングが可能になります。 <br> ### Slateデプロイメント 始める前に、Slateの一般的な用語を確認しましょう： * **デプロイメント**は、アプリケーションのビルドが成功した結果です。 * Slateでは、**アプリケーション**はGitリポジトリを通じて、またはファイルをアップロードしてデプロイできます。各アプリケーションはSlate内で複数のデプロイメントを持つこともできます。 Slateでは、手動でデプロイメントをトリガーするか、サポートされているGit providerのいずれかと統合して自動デプロイメントを有効にするかを選択できます。 上記のフレームワークのいずれかで構築されたWebクライアントアプリケーションを、以下のSlateがサポートするデプロイ方法のいずれかを使用してデプロイできます。 1. **Git providerとの統合**：この方法でWebアプリケーションをデプロイするには、Git account（GitHub、GitLab、またはBitbucket）のいずれかをCatalystと統合する必要があります。統合後、Slateで以下のデプロイ方法を選択できます： * **Starterテンプレートのデプロイ**：Slateを始めるには、この方法を強くお勧めします。Slateは、複数のクライアントフレームワークにわたる一般的なユースケース向けのさまざまな無料のStarterテンプレートを提供しています。テンプレートを選択してSlateにデプロイするだけです。テンプレートコードは接続されたGitリポジトリにプッシュされ、そこからデプロイされます。Starterテンプレートのデプロイについて詳しくはこちら。 * **プライベートリポジトリからのデプロイ**：Gitリポジトリから直接Catalystにアプリケーションをデプロイすることを選択すると、Slateはアプリケーションのフレームワークを自動的に検出し、ビルドとデプロイメントのプロセス全体を処理します。Auto Deploy機能を有効にして、接続されたリポジトリに変更がプッシュされるたびに自動デプロイを行うこともできます。プライベートリポジトリからのデプロイについて詳しくはこちら。 * **任意のパブリックリポジトリからのデプロイ**：この方法では、他の人が開発したpublic repositoryや自身のパブリックリポジトリからsource codeを使用して、アプリケーションを素早くデプロイしてライブで表示できます。この方法にはGit認証が必要です。パブリックリポジトリからのデプロイについて詳しくはこちら。 2. **コンソールへの直接アップロード**：この方法では、クライアントファイルをzip形式でドラッグアンドドロップするだけでアプリケーションを即座にデプロイでき、数分でデプロイメントが可能です。この方法について詳しくはこちら。 3. **Catalyst CLIを使用したデプロイ**：この方法では、Catalyst CLIをインストールし、ターミナルで一連の事前設定されたコマンドを実行してアプリケーションをデプロイする必要があります。この方法について詳しくはこちら。 Catalystでアプリケーションをデプロイすると、Slateはデプロイメント用のaccess URLを自動的に生成します。このURLは、チームメンバーが本番環境にデプロイすることなくライブで変更をプレビューできるサンドボックス環境を指します。特定のニーズに応じて、生成されたaccess URLに独自のカスタムドメインをマッピングすることもできます。SlateのCustom Domain Mappingについて詳しくはこちら。 Catalystは、Slateを使用してホストされるすべてのクライアントアプリケーションに無料のSSL証明書を提供します。また、安全なenvironment variablesの管理を可能にし、データとアプリケーションを保護するための高いセキュリティを提供します。Catalyst SlateでのEnvironment Variablesの扱いについて詳しくはこちら。 まず、Catalyst Slateのエンドツーエンドのアーキテクチャについて掘り下げ、そのワークフローと機能をより深く理解しましょう。 <br> ### Slateデプロイメントフロー Catalyst Slateのワークフローは以下のプロセスを採用しています： 1. **デプロイメントの作成**：以下のいずれかの方法を使用して、アプリケーションのsource codeをCatalystにデプロイできます： * プライベートまたはパブリックGitリポジトリからコードにアクセスし、Slateを使用してデプロイします。 * アプリケーションのsource codeをCatalystコンソールに直接アップロードしてデプロイします。 * Catalyst CLIの事前定義されたコマンドを使用してアプリケーションをデプロイします。 2. デプロイメントが作成されると、Slateはアプリケーションのビルドプロセスを自動的に処理し、Catalystクラウドでアプリケーションをホストします。 3. Slateはデプロイメント用のaccess URLを即座に生成します。 4. Slateは、Gitリポジトリからデプロイメントが開始された場合の自動デプロイメントを促進します。リンクされたリポジトリに誰かが変更をプッシュするたびに、Slateで個別のデプロイメントがトリガーされます。これにより、すべての開発者が即座に変更をライブで確認できます。各デプロイメントに対して一意のaccess URLが自動的に生成されます。 -------------------------------------------------------------------------------- title: "クイックスタートガイド" description: "デプロイメントとデプロイメントの監視に関するステップバイステップのプロセスに従って、Catalyst Slateサービスを始めましょう。" last_updated: "2026-09-08T11:24:16.877Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/quick-start-guide/" service: "Slate" related: - Catalystプロジェクトの作成 (/ja/getting-started/catalyst-projects/#create-a-catalyst-project) - プライベートGitリポジトリからのデプロイ (/ja/slate/help/git-integration/deploy-from-private-repository) - パブリックGitリポジトリからのデプロイ (/ja/slate/help/git-integration/deploy-from-public-repository) - Slateテンプレートのデプロイ (/ja/slate/help/git-integration/deploy-template) - 直接アップロードによるデプロイ (/ja/slate/help/direct-upload) - CLIからのデプロイ (/ja/slate/help/deploy-from-cli) -------------------------------------------------------------------------------- # クイックスタートガイド 1. **Catalystプロジェクトの作成**： Catalystコンソールにアクセスして、新しいプロジェクトを作成します。プロジェクトの作成が完了すると、コンソールでCatalyst Slateサービスにアクセスできるようになります。その他のCatalystサービスについて詳しくはこちら。 2. **デプロイメントの作成**： 以下のいずれかの方法を使用してSlateでデプロイメントを開始できます： **Gitリポジトリとの統合**：Git account（GitHub、GitLab、またはBitbucket）をCatalystと統合して、private repositoryからSlateにsource codeを直接デプロイできます。また、コンソールから**Auto-Deploy**機能を有効にすると、接続されたリポジトリにプッシュされた変更がSlateで自動デプロイメントをトリガーします。このデプロイ方法について詳しくはこちら。 Catalystコンソールでリポジトリリンクを指定するだけで、任意のパブリックGitリポジトリからデプロイすることもできます。このデプロイ方法について詳しくはこちら。 注意: すぐに試してみるには、Starterテンプレートライブラリから既製のテンプレートを選択し、コードをprivate repositoryにプッシュしてから、Slateでアプリケーションをデプロイできます。このデプロイ方法について詳しくはこちら **直接アップロード**：必要なすべてのファイルをzipに圧縮して、クライアントアプリケーションをCatalystコンソールに直接アップロードできます。このデプロイ方法について詳しくはこちらのヘルプページを参照してください。 **CLI経由のデプロイ**：Catalyst CLIからコマンドを実行してアプリケーションをデプロイすることもできます。CLI経由のデプロイについて詳しくはこちら。 3. **デプロイメントの監視と管理**： Slateを使用してデプロイメントを作成した後、Catalystコンソールでデプロイメントのライブビルドログを表示できます。また、**Deployment History**セクションでアプリケーションのすべてのデプロイメントをまとめて表示することもできます。デプロイメントの監視と管理について詳しくはこちら。 Catalystコンソールから直接、以前のデプロイメントにロールバックしたり、デプロイメントが失敗した場合に手動で最新のcommitを同期したりすることもできます。 -------------------------------------------------------------------------------- title: "直接アップロードによるデプロイ" description: "ビルドZIPファイルをCatalystコンソールに直接アップロードしてフロントエンドWebアプリケーションをデプロイする方法について説明します。" last_updated: "2026-09-08T11:24:16.877Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/direct-upload/" service: "Slate" related: - デプロイのプレビュー (/ja/slate/help/deployment-previews) - デプロイメントのキャッシュ (/ja/slate/help/cache) - Environment Variablesの設定 (/ja/slate/help/environment-variables) - Custom Domain Mapping (/ja/slate/help/custom-domains) - デプロイメントの監視 (/ja/slate/help/monitor-deployment) - 失敗したデプロイの修正 (/ja/slate/help/fix-failed-deployment) - デプロイメントのロールバック (/ja/slate/help/rollback-deployment) -------------------------------------------------------------------------------- # Deploy by Direct Upload この方法でアプリケーションをデプロイするには、アプリケーションファイルをzipに圧縮してCatalystコンソールにアップロードするだけです。アプリケーションをアップロードすると、Catalystクラウドでホストされ、access URLがアプリケーション用に自動的に生成されます。URLをエンドユーザーと即座に共有して、アプリケーションへのアクセスを開始できます。 Direct Uploadを使用してアプリケーションをデプロイするには、以下の手順に従ってください： 1. **Direct Upload**セクションで、アプリケーションのファイルをzipとしてドラッグします。**Proceed**をクリックします。 2. アプリケーション名は、アップロードされたzipファイルの名前で自動的に入力されます。必要に応じて編集できます。 3. アプリケーションで使用されているフロントエンドフレームワークを選択します。 4. デプロイメントのcommitメッセージを入力します。**Deploy**をクリックします。 アプリケーションが正常にデプロイされ、**Deployment Overview**画面が表示されます。 以下のスクリーンショットに示すようにaccess URLを取得できます。必要に応じて、**Edit URL**をクリックして編集することもできます。 注意: Slate Access URLの構造について詳しくは、Slate Access URLヘルプページを参照してください。 URLを編集し、**Save**をクリックします。 アプリケーションはデフォルトでCatalystの開発環境にデプロイされます。 Domain Mapping機能を使用して、生成されたSlate URLにカスタムドメインをマッピングできます。 <br> ### アプリケーションの再アップロード **Deployment Overview**画面で**Re-Upload**をクリックして、アプリケーションの新しいバージョンを再アップロードできます。 アプリケーションの更新されたビルドを再度ドラッグアンドドロップし、commitメッセージを入力します。 **Upload**をクリックします。 この操作により、アプリケーションの既存のビルドが新しいビルドに置き換えられます。 コンソールの**Deployment History**セクションから、アプリケーションに対して行われたすべてのデプロイメントの一覧を表示し、そのステータスを確認できます。詳しくはこちら。 必要に応じて、デプロイメントのcacheを有効化することもできます。 注意: コンソールから直接、任意の数のバージョンをデプロイできます。 -------------------------------------------------------------------------------- title: "CLIからのデプロイ" description: "Catalyst CLIからSlateアプリケーションをデプロイする方法について説明します。" last_updated: "2026-09-08T11:24:16.877Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/deploy-from-cli/" service: "Slate" related: - プライベートGitリポジトリからのデプロイ (/ja/slate/help/git-integration/deploy-from-private-repository) - パブリックGitリポジトリからのデプロイ (/ja/slate/help/git-integration/deploy-from-public-repository) - Slateテンプレートのデプロイ (/ja/slate/help/git-integration/deploy-template) -------------------------------------------------------------------------------- # CLIからのデプロイ Catalyst Slateでは、Catalyst CLIを使用してアプリケーションをデプロイできます。ターミナルで事前定義されたCatalystコマンドを実行して、Slateの初期化、Slateテンプレートのセットアップ、ローカルのSlateアプリケーションとコンソール内のCatalystプロジェクトのリンクまたはリンク解除、およびSlateアプリケーションのデプロイを行うことができます。 このセクションでは、これらの操作を実行するための手順を説明します。 ### Slateの初期化 **前提条件**：Catalystアカウントを使用してCatalyst CLIにログインしてから、プロジェクトとSlateの初期化に進む必要があります。ログイン手順については、このCLIヘルプドキュメントを参照してください。 アプリケーションのディレクトリ内で直接Slateサービスを初期化するか、新しいディレクトリから初期化できます。プロジェクトの初期化時にSlateを選択した場合は、以下の手順に従ってください： 以下のコマンドを使用してSlateサービスを直接初期化することもできます： catalyst init slate 1. Slateにデプロイするアプリケーションのクライアントフレームワークを選択します。Enterキーを押して確認します。 注意: このプロセスにより、選択したフレームワークに基づくボイラープレートテンプレートがプロジェクトディレクトリに自動的にダウンロードされ、カスタマイズしてSlateにデプロイできます。 2. アプリケーション名を入力してEnterキーを押します。CLIは選択したフレームワークに基づいてSlateアプリケーションのデフォルト設定を行います。 この設定には、install commandとbuild command、および各フレームワークのbuild pathが含まれます。デフォルト設定のまま進める場合はNを入力します。変更が必要な場合はYを入力してください。 注意: * install commandは、通常パッケージマネージャーを使用して必要な依存関係をインストールします。 * build commandは、development codeをproduction codeに変換するスクリプトです。 * build pathは、ビルドプロセスの実行後に本番環境用に最適化されたファイルが生成されるディレクトリです。 デフォルトでは、これらのコマンドはnpmパッケージマネージャーで実行されます（例：**npm install**や**npm run build**）。パッケージマネージャーを変更する場合は、Nを入力して必要なコマンドを指定できます。 設定を確認すると、選択したフレームワークのSlateテンプレートコードがプロジェクトディレクトリにダウンロードされ、プロジェクトディレクトリとCatalyst Slateサービス間の接続として機能するcatalyst.jsonファイルにエントリが追加されます。 ローカルでアプリケーションを提供する際に実行する特定のコマンドを、開発コマンドとして入力してEnterキーを押すことで指定できます。 <br> ### 追加のSlateアプリケーションの作成 プロジェクトディレクトリがすでにCatalystプロジェクトにリンクされ、Slateが初期化されている場合は、以下の手順で新しいSlateアプリケーションをプロジェクトディレクトリに直接追加できます。この操作により、選択したフロントエンドフレームワークに基づいたSlateテンプレートコードがプロジェクトディレクトリに自動的に追加されます。 1. Slateサービスのプロジェクトディレクトリからターミナルで以下のコマンドを実行します： catalyst slate:create 2. Slateアプリケーションに必要なフレームワークを選択し、アプリケーション名を指定します。 3. 選択したフレームワークに基づき、install commandとbuild command、フレームワークのbuild pathが自動的に検出されます。デフォルト設定のまま進める場合は**N**を入力します。変更が必要な場合は**Y**を入力してください。 ローカルでアプリケーションを提供する際に実行する特定のコマンドを、開発コマンドとして入力してEnterキーを押すことで指定できます。 すべての設定が更新されると、Slateアプリケーションがプロジェクトディレクトリに作成されます。 **catalyst.json**ファイルが、新しく作成されたSlateアプリケーションの詳細で更新されます。 アプリケーション名と必要なフレームワークを直接指定してSlateアプリケーションを作成することもできます。ターミナルで以下のコマンドを実行します： catalyst slate:create --name &lt;name&gt; --framework &lt;framework_name&gt; <br> ### Slateアプリケーションのリンク 既存のプロジェクトをSlateにデプロイするには、プロジェクトのroot pathをSlateサービスにリンクする必要があります。これを行うには、まずSlateサービスを初期化する必要があります。このリンクにより、プロジェクトディレクトリとSlateサービスがローカルで接続され、コンソールにデプロイするにはデプロイコマンドを使用する必要があります。 このオプションは、Slateがサポートするフレームワークのアプリケーションが元々Slateサービスとして初期化されていなかったが、後からSlateサービスとしてデプロイしたい場合に使用できます。 ディレクトリをSlateにリンクするには： 1. アプリケーションのプロジェクトディレクトリからターミナルで以下のコマンドを実行します： catalyst slate:link 2. Slateサービスにリンクするソースパスを選択し、**Enter**キーを押します。 3. 必要に応じてアプリケーション名を指定し、**Enter**キーを押します。 アプリケーションのフレームワークが自動的に検出され、**install**、**build**コマンド、および**build path**とともに表示されます。自動検出されない場合は、ターミナルから手動でフレームワークを選択できます。 4. デフォルト設定のまま進める場合は**N**を入力します。変更が必要な場合は**Y**を入力してください。 ローカルでアプリケーションを提供する際に実行する特定のコマンドを、開発コマンドとして入力してEnterキーを押すことで指定できます。 設定が完了すると、プロジェクトディレクトリのパスとSlateサービス間の接続を確立するためのエントリがcatalyst.jsonファイルに作成されます。 <br> ### Slateアプリケーションのリンク解除 以下の手順を使用して、プロジェクトディレクトリとSlateサービス間の接続を削除できます。この操作により、プロジェクトディレクトリ内のSlate設定のみが削除されます。すでにアプリケーションをデプロイしている場合、Catalystコンソール内の設定は削除されません。 1. アプリケーションのプロジェクトディレクトリからターミナルで以下のコマンドを実行します： catalyst slate:unlink 2. 矢印キーを使用してアプリケーションを選択し、**Enter**キーを押して確認します。 3. **Yes**を入力すると、アプリケーションからSlate設定、catalyst.jsonファイル内のエントリ、およびアプリケーションのsource codeが削除されます。**No**を入力すると、アプリケーションのsource codeを保持したまま、catalyst.jsonファイル内のエントリのみが削除されます。 同じ操作で、アプリケーション名を直接指定して以下のコマンドを使用することもできます： catalyst slate:unlink --name &lt;&lt;app_name&gt;&gt; <br> ### Slateアプリケーションのローカル提供 ローカルでプロジェクトディレクトリに移動し、以下のコマンドを実行することで、CatalystプロジェクトのSlateアプリケーションをローカルでホストできます： catalyst serve --only slate このcatalyst serveコマンドは、cli-config.jsonファイルで定義されたdev_commandを実行してSlateアプリケーションをローカルで起動します。このdev_commandは、Slateアプリケーションをリンクまたは作成した際にファイルに設定されます。 catalyst serveコマンドを実行する前に、dev_commandにアプリケーションのstart commandとZC_SLATE_PORTを含めるように更新する必要があります。たとえば、Reactアプリケーションで作業している場合は、コマンドを以下のように更新します： PORT=$ZC_SLATE_PORT npm start アプリケーションのフレームワークに基づいてstart commandを設定する必要があります。Catalyst Slateがサポートするフレームワークのデフォルトのstart commandについては、以下の表を参照してください。必要に応じて、アプリケーションのニーズに合わせてstart commandを変更できます。 <table class="content-table"> <thead> <tr> <th class="w25p">フレームワーク</th> <th class="w75p">デフォルトのStart Command</th> </tr> </thead> <tbody> <tr> <td>Create React App</td> <td>PORT=$ZC_SLATE_PORT npm start</td> </tr> <tr> <td>Solid JS(Vite)</td> <td>npm run dev -\- -\-port $ZC_SLATE_PORT</td> </tr> <tr> <td>React + Vite</td> <td>npm run dev -\- -\-port $ZC_SLATE_PORT</td> </tr> <tr> <td>Next.js</td> <td>npm run dev -\- -\-port $ZC_SLATE_PORT</td> </tr> <tr> <td>Astro</td> <td>npm run dev -\- -\-port $ZC_SLATE_PORT</td> </tr> <tr> <td>Angular</td> <td>npm start -\- -\-port $ZC_SLATE_PORT</td> </tr> <tr> <td>Vue (Vite)</td> <td>npm run dev -\- -\-port $ZC_SLATE_PORT</td> </tr> <tr> <td>Preact</td> <td>npm run dev -\- -\-port $ZC_SLATE_PORT</td> </tr> <tr> <td>Svelte</td> <td>npm run dev -\- -\-port $ZC_SLATE_PORT</td> </tr> </tbody> </table> Slateアプリケーションを提供すると、cli-config.jsonファイルに記載されたstart commandがローカルサーバーでアプリケーションを実行し、CLIがSlateアプリケーションにアクセスするためのURLを表示します。 ローカルでのアプリケーションテストが完了したら、リモートコンソールへのデプロイに進むことができます。次のセクションでデプロイコマンドについて説明します。 ### Slateへのデプロイ 以下の手順を使用して、フロントエンドWebアプリケーションをCatalyst Slateにデプロイできます。Slateにアプリケーションをデプロイする前に、プロジェクトディレクトリがSlateサービスにリンクされていることを確認してください。これには、catalyst slate:linkコマンドを使用できます。 Slateサービスのプロジェクトディレクトリからターミナルで以下のコマンドを実行します： catalyst deploy slate これにより、プロジェクトディレクトリ内のすべてのSlateコンポーネントがCatalyst開発環境にデプロイされます。 以下のオプションを使用して、Slateデプロイメントにデプロイメッセージを指定できます。 catalyst deploy slate -m "deployment message" プロジェクトディレクトリから特定のアプリケーションをSlateにデプロイするには、以下のコマンドを使用できます： catalyst deploy --only slate:appname アプリケーションを本番環境にデプロイする場合は、以下のコマンドを使用します。本番環境へのデプロイを開始する前に、コンソールで本番環境にアクセスしていることを確認してください。 catalyst deploy slate --production -------------------------------------------------------------------------------- title: "Webキャッシュ" description: "Catalyst Slateデプロイメントのcacheの有効化と無効化について詳しく説明します。" last_updated: "2026-09-08T11:24:16.878Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/cache/" service: "Slate" related: - プライベートGitリポジトリからのデプロイ (/ja/slate/help/git-integration/deploy-from-private-repository) - パブリックGitリポジトリからのデプロイ (/ja/slate/help/git-integration/deploy-from-public-repository) - Slateテンプレートのデプロイ (/ja/slate/help/git-integration/deploy-template) - 直接アップロードによるデプロイ (/ja/slate/help/direct-upload) -------------------------------------------------------------------------------- # SlateのWebキャッシュ Webキャッシュとは、Slate URLへの最初のアクセス後に、デプロイされたコードのコピーをネットワーク内のさまざまなエッジサーバーに一時的に保存するプロセスです。同じURLへの後続のリクエストは、オリジンから再度データを取得するのではなく、キャッシュされたエッジサーバーから配信されます。Webサーバーから毎回取得する代わりにキャッシュからコンテンツを配信するこのプロセスにより、Webアプリケーションのパフォーマンスが大幅に向上し、読み込み時間の短縮とサーバー負荷の軽減につながります。 ### Webキャッシュの有効化 以下の手順に従って、アプリケーションのWebキャッシュを有効化できます： 1. 任意のデプロイメントをクリックし、左ペインの**Configuration**タブに移動します。 2. **General Settings**を展開し、**Cache**セクションの省略記号アイコンをクリックします。 デプロイメントではcacheがデフォルトで有効になっています。 <br> ### Webキャッシュの無効化 1. 不要な場合は、**Disable**をクリックして無効化できます。 2. **Disable**をクリックして操作を確認します。 現在のデプロイメントのcacheが無効になります。 注意: 再度必要になった場合は、いつでもcacheを有効にできます。 -------------------------------------------------------------------------------- title: "メモリ" description: "Next.jsフレームワークを中心に、Slateデプロイメントのメモリ設定オプションについて説明します。" last_updated: "2026-09-08T11:24:16.879Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/memory/" service: "Slate" related: - プライベートGitリポジトリからのデプロイ (/ja/slate/help/git-integration/deploy-from-private-repository) - パブリックGitリポジトリからのデプロイ (/ja/slate/help/git-integration/deploy-from-public-repository) - Slateテンプレートのデプロイ (/ja/slate/help/git-integration/deploy-template) - 直接アップロードによるデプロイ (/ja/slate/help/direct-upload) -------------------------------------------------------------------------------- # メモリ メモリの割り当ては、アプリケーションがプロセス、データストレージ、およびユーザーリクエストをどれだけ効率的に処理できるかを決定するため、非常に重要です。十分なメモリがあれば、アプリケーションはタスクをより速く管理し、より高い負荷に対応でき、全体的なパフォーマンスと安定性が向上します。適切な量のメモリを割り当てることで、ボトルネックを回避し、ピーク時でもアプリケーションがスムーズに動作することが保証されます。 注意: この設定は、Next.jsフレームワークで構築されたアプリケーションにのみ適用されます。 アプリケーションの負荷とパフォーマンス要件に基づいて、デプロイメントにメモリを割り当てることができます。 以下のサポートされているメモリ設定から選択して割り当てることができます： * **128 MB** * **256 MB** * **512 MB** * **1024 MB** * **2048 MB** アプリケーションに特にメモリを設定しない場合、デプロイメントにはデフォルトのメモリ**256 MB**が割り当てられます。 デプロイメントに必要なメモリを設定するには、以下の手順に従ってください： 1. 任意のデプロイメントをクリックし、左メニューの**Configuration**タブに移動します。**General Settings**の下で、以下のスクリーンショットに示すようにメモリ編集オプションをクリックできます。 2. 必要なメモリ容量を選択し、チェックアイコンをクリックします。 アプリケーションの実行に必要なメモリ容量が正常に割り当てられました。 要件を分析した後、デフォルトまたは以前に設定したメモリをいつでも編集でき、最適な値を選択してパフォーマンスとコストを最適化できます。 -------------------------------------------------------------------------------- title: "環境変数" description: "Catalyst Slateでのアプリケーションデプロイメントにおけるenvironment variablesの設定について説明します。" last_updated: "2026-09-08T11:24:16.879Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/environment-variables/" service: "Slate" related: - プライベートGitリポジトリからのデプロイ (/ja/slate/help/git-integration/deploy-from-private-repository) - パブリックGitリポジトリからのデプロイ (/ja/slate/help/git-integrationdeploy-from-public-repository) - Slateテンプレートのデプロイ (/ja/slate/help/git-integrationdeploy-template) - 直接アップロードによるデプロイ (/ja/slate/help/direct-upload) - Catalyst本番環境 (/ja/deployment-and-billing/environments/production-environment/) -------------------------------------------------------------------------------- # Environment Variables ### はじめに Environment variablesは、アプリケーションのsource codeの外部で定義できるkey-value pairsです。これらの変数には以下の利点があります： * **セキュリティ**：Environment variablesは機密情報を安全に保つのに役立ちます。APIキー、トークン、データベースの認証情報などは、コードに直接保存すべきではありません。コードにアクセスできる人なら誰でもそれらを見ることができるためです。代わりに、environment variablesはこれらの機密情報を安全に保存し、codebaseから隔離します。 * **設定の柔軟性**：Environment variablesを使用することで、デプロイ環境に基づいて設定を簡単に切り替えることができます。たとえば、ローカル開発と本番環境で異なるAPIエンドポイントを使用したり、デバッグツールのオン/オフを切り替えたりできます。この柔軟性により、コードを変更することなく、さまざまなシナリオでのアプリケーションの動作を制御できます。 * **スケーラビリティ**：Environment variablesを使用すると、再利用可能な設定を作成できます。類似の設定（APIキーやエンドポイントなど）を共有する複数のプロジェクトがある場合、それらの設定をenvironment variablesとして一度定義し、プロジェクト間で使用できるため、セットアップの管理がはるかに簡単になります。 <br> #### Environment Variablesの使用場面 Environment variablesは通常、以下の領域で使用されます： 1. **APIキーとエンドポイント**：サードパーティAPIなどの外部サービスへのキーとエンドポイントを保存します（例：REACT_APP_API_KEY、REACT_APP_BASE_URL）。これにより、機密情報が安全に保たれ、デプロイ環境に基づいてエンドポイントを切り替えることができます。 2. **フィーチャーフラグ**：特定の機能を条件付きで有効化または無効化する場合、environment variablesをフィーチャーフラグとして使用できます。たとえば、REACT_APP_ENABLE_NEW_FEATUREをtrueまたはfalseに設定することで、コードを変更せずに機能を切り替えることができます。 #### ベストプラクティス アプリケーションのライフサイクルを通じてセキュリティを確保するために、以下の2つの重要なプラクティスに従ってください： * セキュリティを維持するために、APIキーやその他の機密情報を定期的にレビューしてローテーションしてください。 * 適切な分離とセキュリティを確保するために、開発環境、プレビュー環境、本番環境で変数に異なる値を設定してください。 <br> ### Environment Variablesの作成 Catalystコンソールから直接、アプリケーションのenvironment variablesを作成できます。プライベートGit Integration、Slateテンプレート、またはパブリックリポジトリ統合を使用してデプロイされたアプリケーションのenvironment variablesは、デフォルトでCatalystの開発環境に作成されます。 SlateでEnvironment Variablesを作成するには、以下の手順に従います： 1. 任意のデプロイメントをクリックし、左ペインの**Configuration**タブに移動して**Environment Variables**を展開します。 2. **Add Variable**をクリックします。 3. **Save**をクリックします。 アプリケーションに必要な数のenvironment variablesを追加できます。 注意: アプリケーションのデプロイ中にenvironment variablesを呼び出すには、以下の構文を使用してください：process.env.[variable_name] <br> ### 本番環境での変数の作成 Catalystプロジェクトを本番環境にデプロイした場合、必要に応じて本番環境固有のenvironment variablesを作成できます。上記と同じ手順で本番環境に変数を作成できます。 注意: 本番環境が無効になっている場合、アプリケーションで本番環境の変数にアクセスすることはできません。 -------------------------------------------------------------------------------- title: "カスタムドメイン" description: "Slateデプロイメントにカスタムドメインをマッピングする方法を説明します。" last_updated: "2026-09-08T11:24:16.879Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/custom-domains/" service: "Slate" related: - プライベートGitリポジトリからのデプロイ (/ja/slate/help/git-integration/deploy-from-private-repository) - パブリックGitリポジトリからのデプロイ (/ja/slate/help/git-integration/deploy-from-public-repository) - Slateテンプレートのデプロイ (/ja/slate/help/git-integration/deploy-template) - 直接アップロードによるデプロイ (/ja/slate/help/direct-upload) -------------------------------------------------------------------------------- # カスタムドメイン ### はじめに Catalyst Slateでは、デフォルトのCatalyst subdomainの代わりに、独自のドメイン名でアプリケーションをホストできます。これはブランディングやアプリケーションのプロフェッショナルな外観の提供に役立ちます。Slateを使えば、カスタムドメインの追加、設定、管理が簡単に行えます。 カスタムドメインをSlate Access URLにマッピングすると、カスタムドメインURLから直接アプリケーションにアクセスし、エンドユーザーと共有できるようになります。CatalystのDomain Mappingの仕組みについては、こちらのヘルプページをご覧ください。 カスタムドメインを有効にする際の重要なポイントは以下のとおりです： Slateを使用してデプロイされたアプリケーションにマッピングするには、ドメインがすでにライブでホストされている必要があります。 * 外部ドメインとマッピングした後も、Catalystが提供するSlate Access URLは引き続き有効です。お好みの環境に応じて、開発用または本番環境のAccess URLでクライアントエンドポイントにアクセスできます。 * 1つのアプリケーションに関連付けられるドメインは1つだけです。Slateで別のアプリケーションに同じドメインアドレスを同時に追加することはできません。 * いつでもマッピングを無効化または削除でき、アプリケーション用に生成されたデフォルトのaccess URLを使用してアプリケーションにアクセスできます。 <br> ### カスタムドメインのマッピング Slateを使用してデプロイされたアプリケーションにカスタムドメインをマッピングするには、以下の手順に従います： 1. Slateを使用してアプリケーションをデプロイすると、**Deployment Overview**画面が表示されます。**Domain Mapping**セクションで、**Add Domain**をクリックします。 2. カスタムドメインURLを入力し、**Next**をクリックします。 注意:catalystslate.zylker.comはデモンストレーション目的のみの例です。Slateにデプロイされたアプリケーションに任意のドメインをマッピングできます。 3. この手順では、カスタムドメインのTXTレコードとCNAMEレコードを作成し、ホスティングプロバイダーの管理コンソールを使用してCatalystにエントリを関連付ける必要があります。 カスタムドメインをホストすると、ドメインプロバイダーからドメインの設定と管理ができる管理コンソールへのアクセスが提供されます。コンソールはドメインプロバイダーによって異なる場合がありますが、以下のレコードを作成してCatalystとマッピングする必要があります： 使用しているDNSレジスタおよびドメインプロバイダーによっては、変更がDNSサーバーに反映されるまで時間がかかる場合があります。 注意: 問題が発生した場合は、まずTXTレコードを追加して検証を行い、その後CNAMEレコードを追加して検証してください。CNAMEレコードを追加する前に、検証済みのTXTレコードを削除する必要があります。 両方のレコードが検証されたら、**Next**をクリックします。 4. 次に、CatalystからドメインのグループSSL証明書をリクエストし、Zohoを通じてインストールする必要があります。Catalystが48時間以内に証明書を提供し、有効化します。その後、ドメインにインストールできます。 **Request**をクリックします。 注意: * Catalystはこのセキュリティ証明書をドメインに無料で提供します。 * これは必須の手続きです。ZohoのSSL証明書がないと、Catalystアプリケーションはそのドメインでアクセスできません。すでにドメインのSSL証明書を有効にしている場合でも、ドメインのマッピングを成功させるにはZohoのSSL証明書のみを使用する必要があります。 * Catalystは、SSL証明書の有効期限が切れる前に毎回自動的に更新します。 * カスタムドメインを有効にした後にaccess URLを編集した場合は、新しいaccess URLをドメインに再度マッピングする必要があります。 5. ドメインマッピングが正常に開始されました。マッピングプロセスに関する通知については、メールを確認してください。 カスタムドメインが正常にマッピングされ、ここに一覧表示されます。マッピングされたカスタムドメインURLを使用してアプリケーションにアクセスできるようになりました。 -------------------------------------------------------------------------------- title: "Slate アクセス URL" last_updated: "2026-09-08T11:24:16.888Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/slate-access-url/" service: "Slate" -------------------------------------------------------------------------------- # Slate Access URL Slateを使用してアプリケーションがデプロイされるたびに、Access URLが自動的に生成されます。このURLを使用して、ホストされたアプリケーションに即座にアクセスしたり、お好みのカスタムドメインにマッピングしたりできます。Slateでのカスタムドメインのマッピング方法については、こちらのヘルプセクションをご覧ください。 デフォルトのSlate URL構造は以下のとおりです： yourdomain.onslate.com URLのsubdomain部分をカスタマイズできます。選択したsubdomainが利用できない場合は、一意のsubdomainを入力するよう求められます。 デフォルトでは、このURLを使用してCatalyst Slateでホストされたアプリケーションにアクセスできます。サポートされているDCと各DCでのaccess URL構造の一覧は以下のとおりです： <table class="content-table"> <thead> <tr> <th>サポートされているDC</th> <th>Slate Access URL</th> </tr> </thead> <tbody> <tr> <td>US</td> <td>yourdomain.onslate.com</td> </tr> <tr> <td>EU</td> <td>yourdomain.onslate.eu</td> </tr> <tr> <td>IN</td> <td>yourdomain.onslate.in</td> </tr> <tr> <td>AU</td> <td>yourdomain.onslate.au</td> </tr> <tr> <td>CA</td> <td>yourdomain.onslate.ca</td> </tr> </tbody> </table> -------------------------------------------------------------------------------- title: "デプロイメントプレビュー" last_updated: "2026-09-08T11:24:16.888Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/deployment-previews/" service: "Slate" -------------------------------------------------------------------------------- # Deployment Previews Deployment previewsを使用すると、チームメンバーとともに各デプロイメントの変更をサンドボックス環境で確認でき、本番環境にプッシュすることなく安全に閲覧、テスト、検証できます。 Slateでデプロイメントがトリガーされると、一意のプレビューURLが自動的に生成されます。このURLからデプロイされたバージョンのアプリケーションにアクセスでき、ライブプレビューとして機能します。 プレビューは、CatalystコンソールからデプロイメントをCatalystコンソールから手動で削除するまでアクセス可能な状態を維持します。 Slateでは、以下のいずれかが行われるたびにデフォルトで新しいURLが作成されます： 1. プライベートGitリポジトリからコードを統合してデプロイするか、任意のパブリックリポジトリURLを指定して、Catalystコンソールから手動でデプロイメントを開始した場合。 2. 統合されたGitリポジトリのbranchまたはプルリクエストに変更がプッシュされた際に、Slateで自動デプロイメントがトリガーされた場合。 3. Catalyst CLIでコマンドを実行してSlateデプロイメントを作成した場合。 4. Direct Upload機能を使用して、Catalystコンソールでアプリケーションのファイルをzipとして直接アップロードした場合。 Deployment previewsの主な利点は以下のとおりです： * **コラボレーションの強化**：チームはプレビューURLを開発者、デザイナー、および非技術系のステークホルダーと共有でき、共同レビューを促進します。これにより、全員が同じ認識を持ち、リアルタイムで正確な変更を確認できます。 * **早期のバグ検出**：すべてのコード変更に対してライブ環境を提供することで、deployment previewsは開発サイクルの早い段階でバグや問題を発見するのに役立ちます。これにより、問題のあるコードを本番環境にデプロイするリスクが軽減されます。 * **バージョン比較**：チームは、異なるbranchやプルリクエストのaccess URLを使用して、サイトの異なるバージョンを並べて比較し、変更を評価して最適な実装を決定できます。 * **変更に対する即時フィードバック**：Deployment previewのURLは、コードに加えられた変更のライブバージョンを即座に提供し、開発者やステークホルダーが新機能、バグ修正、およびアップデートをリアルタイムでテストおよびレビューできるようにします。 コンソールのSlateホームページから、すべてのデプロイメントのSlate URLを表示できます。 または、特定のデプロイメントの**Deployment Overview**セクションからそのデプロイメントのaccess URLを取得することもできます。 -------------------------------------------------------------------------------- title: "デプロイメントのロールバック" description: "Catalystコンソールから直接、現在のデプロイメントを以前のバージョンにロールバックする手順を説明します。" last_updated: "2026-09-08T11:24:16.888Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/rollback-deployment/" service: "Slate" -------------------------------------------------------------------------------- # デプロイメントのロールバック Catalyst Slateでのデプロイメントのロールバックは、現在のデプロイメントに問題が発生した場合にアプリケーションの以前のバージョンに戻すことができるシンプルなプロセスです。この機能は安定性を確保し、ダウンタイムを最小限に抑え、開発およびデプロイメントサイクル中のセーフティネットを提供します。 デプロイメントのロールバックには2つの大きな利点があります： * **ダウンタイムの最小化**：アプリケーションの安定したバージョンに素早く戻すことで、問題のあるデプロイメントによるダウンタイムや中断を最小限に抑えます。 * **トラブルシューティングの簡素化**：既知の正常な状態にロールバックすることで、ユーザーに影響を与えるライブの問題のプレッシャーなしに、問題のあるデプロイメントのトラブルシューティングと修正を行うことができます。 特定のデプロイメントをロールバックするには、以下の手順に従ってください： 1. デプロイメントの**Deployment Overview**タブに移動します。**Live commit**の詳細セクションで、**Rollback**をクリックします。 2. **Confirm**をクリックしてロールバック操作を続行します。 注意: 現在のデプロイメントをアプリケーションの直近の以前のバージョンにロールバックできます。ただし、それ以前のバージョンにはロールバックできません。 -------------------------------------------------------------------------------- title: "失敗したデプロイの修正" description: "CatalystコンソールからSlateの現在のデプロイメントに最新のcommit変更を同期する方法について詳しく説明します。" last_updated: "2026-09-08T11:24:16.889Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/fix-failed-deployment/" service: "Slate" related: - Slateでのデプロイメント (/ja/slate/help/deployment-overview) -------------------------------------------------------------------------------- # 失敗したデプロイの修正 Catalyst Slateでデプロイメントが失敗した場合、**Sync Now**機能を使用して、最新のGit commitの変更を現在のデプロイメントに素早くマージできます。この機能は、失敗したデプロイメントのトラブルシューティングと修正に役立ち、変更がCatalyst Slateに完全にプッシュされ、失敗の原因となっている不一致を解決します。 デプロイメント失敗の最も一般的な原因には、ビルドエラー、environment variablesの不足、または設定の誤りがあります。 最新の変更を現在のSlateデプロイメントと同期するには、以下の手順に従います： 1. デプロイメントのDeployment Overviewタブに移動します。**Live commit details**セクションで、**Sync Now**をクリックします。 2. **Confirm**をクリックして同期を続行します。 -------------------------------------------------------------------------------- title: "デプロイメントの監視と管理" description: "Catalyst SlateデプロイメントのDeployment Historyのさまざまな側面と関連するステータスについて詳しく説明します。" last_updated: "2026-09-08T11:24:16.889Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/monitor-deployment/" service: "Slate" -------------------------------------------------------------------------------- # デプロイメントの監視と管理 ### Deployment History Catalyst Slateでは、左メニューの**Deployment History**に移動するだけで、アプリケーションに対して行われたデプロイメントの一覧を表示できます。この画面にはアプリケーションへのデプロイメントの一覧が表示されます。また、デプロイメントに関する以下の詳細も表示されます： * **Commit ID**：Git providerが発行したcommit ID * **Commit Message**：Git providerで変更をプッシュする際に特定のcommitに付与されたcommitメッセージ。 * **Build Time**：デプロイメントを完了するためのビルドおよびデプロイサイクルにかかった合計時間。 * **Deployment Status**：特定のデプロイメントの現在のステータス。デプロイメントステータスは以下のいずれかになります： * **Queued**：デプロイメントがすでに進行中で、別のデプロイメントが同時にトリガーされた場合、2番目のデプロイメントのステータスは**「Queued」**と表示されます。 * **Running**：デプロイメントが現在進行中の場合、ステータスは**「Running」**と表示されます。 * **Success**：デプロイメントが正常に実行された場合、ステータスは**「Success」**と表示されます。 * **Failed**：アプリケーションのデプロイ中に、デプロイメントの正常な完了を妨げるエラーが発生した場合、ステータスは**「Failed」**と表示されます。特定のデプロイメントのビルドログを確認して問題をトラブルシューティングできます。 * **Deployed On**：特定のデプロイメントが実行された時間を示します。 * **Build Logs**：ログアイコンをクリックすると、デプロイメントの詳細な実行ログを表示できます。 <br> ### デプロイメントの設定 Catalyst Slateでは、左メニューの**Configuration**タブに移動するだけで、各デプロイメントの特定の設定を構成できます。 * **Frameworks & Build Command**：このセクションでは、デプロイメントの名前変更や削除ができます。また、必要に応じてroot path、build path、およびinstall commandとbuild commandを変更することもできます。 * **Cache**：デプロイメントのcache設定を有効または無効にできます。詳しくはこちらのセクションを参照してください。 * **Environment Variable**：デプロイメントに必要なenvironment variablesをここで追加できます。詳しくはこちらのセクションを参照してください。 同様に、アプリケーションのホームページに移動し、アプリケーションの**App Settings**をクリックすることで、アプリケーションレベルの設定を構成できます。 デプロイメントレベルの設定と同様に、アプリケーション全体に対して上記のすべての設定を構成でき、デフォルトでアプリケーションのすべてのデプロイメントに適用されます。 -------------------------------------------------------------------------------- title: "デプロイメントの削除" description: "Catalyst Slateでのデプロイメントの削除、およびCatalystコンソールから直接デプロイメントを無効化する方法について詳しく説明します。" last_updated: "2026-09-08T11:24:16.889Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/delete-deployment/" service: "Slate" -------------------------------------------------------------------------------- # デプロイメントの削除 Catalyst Slateからデプロイメントを削除すると、アプリケーションの特定のデプロイバージョンがCatalystプロジェクトから完全に削除されます。削除されたデプロイメントは、Slate Access URLおよびカスタムドメインURL（Domain Mappingが設定されている場合）からアクセスできなくなりますが、必要に応じていつでも同じアプリケーションを新しいバージョンとしてデプロイできます。 この機能を使用して、古いまたは不要なデプロイメントをクリーンアップできます。ただし、この操作が現在のライブアプリケーションに影響を与えないよう注意してください。 Catalyst Slateで特定のデプロイメントを削除するには、以下の手順に従います： 1. 左ペインの**Overview**タブに移動します。このページには現在のデプロイメントの詳細が表示されます。右上隅の省略記号アイコンをクリックし、**Delete**をクリックします。 2. デプロイメント名を入力し、**Delete**をクリックして削除を確認します。 デプロイメントが正常に削除されます。 必要に応じて、以下のスクリーンショットに示す**Disable**ボタンをクリックして、デプロイメントを一時的に無効化することもできます。 ### Git 統合 -------------------------------------------------------------------------------- title: "Slateテンプレートのデプロイ" description: "Slate Starterライブラリで利用可能なテンプレートを使用してフロントエンドWebアプリケーションを素早くデプロイする方法について説明します。" last_updated: "2026-09-08T11:24:16.889Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/git-integration/deploy-template/" service: "Slate" related: - デプロイのプレビュー (/ja/slate/help/deployment-previews) - デプロイメントのキャッシュ (/ja/slate/help/cache) - Environment Variablesの設定 (/ja/slate/help/environment-variables) - Custom Domain Mapping (/ja/slate/help/custom-domains) - デプロイメントの監視 (/ja/slate/help/monitor-deployment) - 失敗したデプロイの修正 (/ja/slate/help/fix-failed-deployment) - デプロイメントのロールバック (/ja/slate/help/rollback-deployment) -------------------------------------------------------------------------------- # Slateテンプレートのデプロイ ### はじめに Catalyst Slateは、最小限のセットアップ作業でプロジェクトを素早く立ち上げて稼働させるために使用できる、既製のアプリケーションテンプレートを提供します。さまざまなユースケース向けのテンプレートが豊富に用意されており、Next.js、Angular、Astro、React、SolidJS、Preact、Svelte、Vue、Vite、Nuxtなどのさまざまなクライアントフレームワークで構成されています。 SlateのStarter Templatesギャラリーから事前構築されたテンプレートを選択し、Slateを使用してデプロイするだけです。 Slateテンプレートの主な利点は以下のとおりです： * **セットアップ時間の短縮と開発への集中**： Slateテンプレートを使用すると、新しいプロジェクトのためにボイラープレートコードを繰り返しセットアップする必要がなくなり、時間を節約できます。最終的に、初期プロジェクトセットアップの構成ではなく、独自の機能の開発により多くの時間を費やすことができます。 * **迅速なデプロイメントと最小限の学習コスト**： Slateテンプレートを使用すると、わずか数回のクリックで完全に機能するアプリケーションをデプロイできます。新しい開発者は、さまざまなフレームワークを使用してさまざまなタイプのアプリケーションをセットアップおよび構成する方法を示す、よく構造化された事前構築プロジェクトから学ぶことができます。経験豊富な開発者は、Slateデプロイメントのベストプラクティスのリファレンス実装としてテンプレートを使用できます。 <br> ### デプロイ手順 以下の手順に従ってSlateテンプレートを活用できます： 1. コンソールで**Catalyst Slate**サービスに移動します。**Starter Templates**セクションで、**Browse Templates**をクリックします。 2. さまざまなユースケースとフレームワークのテンプレートを閲覧し、お好みのテンプレートを選択できます。 3. **Create Deployment**ポップアップで、必要なGit providerを選択してアカウントを認証します。 選択したSlateテンプレートのsource codeが、統合されたGit accountの新しいリポジトリにプッシュされます。 4. テンプレート名がSlateによってリポジトリ名として自動入力されます。必要に応じて編集できます。 任意のデプロイメント名を指定します。 5. アプリケーションのフレームワークとNodeランタイムは、選択したテンプレートに基づいて自動的に入力されます。必要に応じてNodeランタイムを編集できます。 注意: Node.jsランタイムを使用すると、Webブラウザの外部（サーバーやコンピューターなど）でJavaScriptコードを実行できます。JavaScriptにファイル、ネットワーク、その他のシステムツールへのアクセスを提供することで、Webサイトやアプリケーションの構築を支援します。 6. このデプロイ方法では、Git accountに新しいリポジトリが自動的に作成され、テンプレートコードがプッシュされます。 以下のスクリーンショットに示すように、ボタンを切り替えてprivate repositoryを作成できます。 7. **Auto Deploy**を有効にすると、リポジトリにプッシュされたコードがSlateを使用して自動的にデプロイされます。 **Show Advanced Options**タブには、アプリケーションデプロイメントのoutput path、build command、およびstart commandが表示され、これらのフィールドは自動入力されます。 8. **Deploy**をクリックしてアプリケーションをSlateにデプロイします。 注意: * output pathは、アプリケーションが本番環境用にコンパイルまたはビルドされるディレクトリです。 * build commandは、development codeをproduction codeに変換するスクリプトです。 * install commandは、プロジェクトに必要なすべての依存関係を取得してインストールします。たとえば、各クライアントサイドフレームワークのinstall commandは以下のとおりです： * **React, Next.js, Vue, Angular, Svelte** → npm installまたはyarn install * **Astro** → npm installまたはpnpm install * **Vite** → npm installまたはyarn install * **SolidJS** → npm installまたはpnpm install デプロイメントが正常に完了しました。以下のスクリーンショットに示すように、デプロイメントの詳細ログを表示できます。 <br> **Go to Manage**をクリックして、以下のスクリーンショットに示すデプロイメントの概要詳細を表示できます。**Preview**をクリックしてデプロイされたアプリケーションを表示します。 上記のスクリーンショットに示すように、アプリケーションの生成されたaccess URLを取得できます。**Edit URL**をクリックしてURLを編集できます。 <br> 1. **Change**をクリックして、このデプロイメントの**Auto-Deploy**を無効にできます。 2. デプロイメント名を入力し、**Disable**をクリックします。 <br> **Sync Now**ボタンをクリックして、最新のcommitを同期できます。必要に応じて、生成されたSlate URLをカスタムドメインにマッピングすることもできます。 左ペインの**History**タブに切り替えて、アプリケーションに対して行われたデプロイメントの一覧を表示できます。詳しくはこちらのヘルプセクションを参照してください。左ペインの**Configuration**タブに移動して、デプロイメントのcacheを有効化できます。また、必要に応じて、デプロイメントに必要なenvironment variablesを設定することもできます。 -------------------------------------------------------------------------------- title: "プライベートリポジトリからのデプロイ" description: "サポートされているGit providerと統合して、プライベートリポジトリからSlateにフロントエンドWebアプリケーションを直接デプロイする方法について説明します。" last_updated: "2026-09-08T11:24:16.890Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/git-integration/deploy-from-private-repository/" service: "Slate" related: - デプロイのプレビュー (/ja/slate/help/deployment-previews) - デプロイメントのキャッシュ (/ja/slate/help/cache) - Environment Variablesの設定 (/ja/slate/help/environment-variables) - Custom Domain Mapping (/ja/slate/help/custom-domains) - デプロイメントの監視 (/ja/slate/help/monitor-deployment) - 失敗したデプロイの修正 (/ja/slate/help/fix-failed-deployment) - デプロイメントのロールバック (/ja/slate/help/rollback-deployment) -------------------------------------------------------------------------------- # Git Integration Catalyst Slateでは、一般的なGit providerと統合し、アプリケーションを自動的にデプロイできます。これにより、シームレスなワークフローとデプロイメント管理が可能になり、開発者の生産性とデプロイメントのスケーラビリティが大幅に向上します。 サポートされているGit providerは以下のとおりです： * **GitHub** * **GitLab** * **Bitbucket** 任意のNode based client frameworkで構築されたコードをデプロイできます。さらに、Slateは幅広いフレームワークのネイティブサポートも提供しています。サポートされているフレームワークの完全なリストについては、こちらのヘルプページを参照してください。 次のヘルプセクションでは、各デプロイ方法について詳しく説明します。 <br> ## プライベートリポジトリからのデプロイ Catalyst Slateでは、Git accountとシームレスに統合し、private repositoryにアクセスして、それらのリポジトリから直接アプリケーションをデプロイできます。 private repository統合方式を使用してWebクライアントアプリケーションをデプロイするには、以下の手順に従ってください： 1. コンソールで**Catalyst Slate**サービスに移動し、**Start Exploring**をクリックします。 2. Slateと統合するGit providerを選択します。 3. **Catalyst Settings→Git Integration**にリダイレクトされます。**Add Account**をクリックします。 4. **Agree**をクリックしてGit providerの利用規約に同意します。 Git accountがCatalystと統合され、ここに一覧表示されます。 このタブを閉じてSlateに戻ります。統合されたGit accountとそのリポジトリの一覧がここに表示されます。 5. 必要なリポジトリをクリックしてSlateデプロイメントを開始できます。**Create Deployment**ポップアップでは、以下のスクリーンショットに示すように、リポジトリ名が自動的にアプリケーション名として使用されます。 6. Slateを使用してデプロイするリポジトリのbranchまたはcommitを選択します。 7. デプロイメント名を入力します。 8. ドロップダウンメニューを使用して、アプリケーションのフロントエンドフレームワークを選択します。 9. Nodeランタイムはデフォルトで**Node 18**に設定されます。必要に応じて、ドロップダウンメニューからサポートされているランタイムに変更できます。 注意: * Node.jsランタイムを使用すると、Webブラウザの外部（サーバーやコンピューターなど）でJavaScriptコードを実行できます。JavaScriptにファイル、ネットワーク、その他のシステムツールへのアクセスを提供することで、Webサイトやアプリケーションの構築を支援します。 * package.jsonファイルで指定されている、アプリケーションが構築されたNode.jsバージョンに一致するランタイムを選択してください。 注意: **Node.js version 20**もサポートされるようになり、デフォルトオプションとして選択されます。 10. アプリケーションのroot pathを設定します。 注意: root path（通常「/」と表記）は、クライアントアプリケーションのメインファイル（source code、設定ファイル、依存関係を含む）が配置されているベースディレクトリを指します。 11. **Auto Deploy**を有効にすると、特定のbranchにプッシュされたコードがSlateを使用して自動的にデプロイされます。このオプションはcommitには適用されません。この手順はオプションです。 12. output path、build command、およびstart commandは、検出されたフレームワークに基づいて自動的に入力されます。必要に応じて編集できます。 注意: * output pathは、アプリケーションが本番環境用にコンパイルまたはビルドされるディレクトリです。 * build commandは、development codeをproduction codeに変換するスクリプトです。 * install commandは、プロジェクトに必要なすべての依存関係を取得してインストールします。たとえば、各クライアントサイドフレームワークのinstall commandは以下のとおりです： * **React, Next.js, Vue, Angular, Svelte** → npm installまたはyarn install * **Astro** → npm installまたはpnpm install * **Vite** → npm installまたはyarn install * **SolidJS** → npm installまたはpnpm install 13. 必要に応じて、デプロイメントに必要なenvironment variablesを設定します。この手順はオプションです。 14. **Deploy**をクリックします。**Preview**をクリックしてライブアプリケーションを表示できます。**View Deployment Summary**をクリックして、デプロイメントの詳細と設定を確認できます。 以下のスクリーンショットに示すように、アプリケーションの生成されたaccess URLを取得できます。**Edit URL**をクリックして、URLのsubdomain部分を編集できます。 **Change**をクリックして、このデプロイメントの**Auto-Deploy**を無効にできます。 15. デプロイメント名を入力し、**Disable**をクリックします。 **Sync Now**ボタンをクリックして、最新のcommitを同期できます。 必要に応じて、生成されたSlate URLをカスタムドメインにマッピングすることもできます。 左ペインの**History**タブに切り替えて、アプリケーションに対して行われたデプロイメントの一覧を表示できます。詳しくはこちらのヘルプセクションを参照してください。左ペインの**Configuration**タブに移動して、デプロイメントのcacheを有効化できます。また、必要に応じて、デプロイメントに必要なenvironment variablesを設定することもできます。 次のセクションでは、Slateを使用してpublic repositoryから直接アプリケーションをデプロイする方法について説明します。 -------------------------------------------------------------------------------- title: "パブリックリポジトリからのデプロイ" description: "サポートされているGit providerと統合して、パブリックリポジトリからSlateにフロントエンドWebアプリケーションを直接デプロイする方法について説明します。" last_updated: "2026-09-08T11:24:16.913Z" source: "https://docs.catalyst.zoho.com/ja/slate/help/git-integration/deploy-from-public-repository/" service: "Slate" related: - デプロイのプレビュー (/ja/slate/help/deployment-previews) - デプロイメントのキャッシュ (/ja/slate/help/cache) - Environment Variablesの設定 (/ja/slate/help/environment-variables) - Custom Domain Mapping (/ja/slate/help/custom-domains) - デプロイメントの監視 (/ja/slate/help/monitor-deployment) - 失敗したデプロイの修正 (/ja/slate/help/fix-failed-deployment) - デプロイメントのロールバック (/ja/slate/help/rollback-deployment) -------------------------------------------------------------------------------- # パブリックリポジトリからのデプロイ 任意のパブリックGitリポジトリからSlateにコードをデプロイするには、以下の手順に従ってください： 1. コンソールで**Catalyst Slate**サービスに移動します。**Public Repository**セクションにリポジトリリンクを入力します。**Proceed**をクリックします。 注意: リポジトリリンクが.git形式であることを確認してください。 2. **Create Deployment**ポップアップでは、アプリケーション名がリポジトリ名として自動的に入力されます。 任意のデプロイメント名を指定できます。 注意: 編集アイコンをクリックして保存することで、アプリケーション名を編集することもできます。 3. ボタンをクリックしてお好みのGit providerに接続し、アカウントを認証します。 4. アカウントを統合すると、Git accountにアプリケーション名で新しいリポジトリが自動的に作成されます。 新しいリポジトリはパブリックリポジトリをクローンして作成され、そこからSlateへのデプロイメントが行われます。 以下のスクリーンショットに示すように、トグルを有効にしてprivate repositoryを作成することもできます。 注意: ドロップダウンメニューをクリックするだけでGit accountを変更できます。 5. **Auto Deploy**トグルを有効にすると、接続されたリポジトリにプッシュされた変更が自動的にSlateで新しいデプロイメントをトリガーします。 6. フレームワーク、Nodeランタイム、およびアプリケーションのroot pathはSlateによって自動的に検出されます。必要に応じて編集することもできます。 注意: * Node.jsランタイムを使用すると、Webブラウザの外部（サーバーやコンピューターなど）でJavaScriptコードを実行できます。JavaScriptにファイル、ネットワーク、その他のシステムツールへのアクセスを提供することで、Webサイトやアプリケーションの構築を支援します。 * package.jsonファイルで指定されている、アプリケーションが構築されたNode.jsバージョンに一致するランタイムを選択してください。 * root path（通常「/」と表記）は、クライアントアプリケーションのメインファイル（source code、設定ファイル、依存関係を含む）が配置されているベースディレクトリを指します。 7. **Show Advanced Options**をクリックします。アプリケーションのデプロイメントに必要なoutput path、build command、およびinstall commandがSlateによって自動入力されます。 注意: * output pathは、アプリケーションが本番環境用にコンパイルまたはビルドされるディレクトリです。 * build commandは、development codeをproduction codeに変換するスクリプトです。 * install commandは、プロジェクトに必要なすべての依存関係を取得してインストールします。たとえば、各クライアントサイドフレームワークのinstall commandは以下のとおりです： * **React, Next.js, Vue, Angular, Svelte** → npm installまたはyarn install * **Astro** → npm installまたはpnpm install * **Vite** → npm installまたはyarn install * **SolidJS** → npm installまたはpnpm install デプロイメントに必要なアプリケーション変数をkey-value pairsとして追加し、**Deploy**をクリックすることもできます。 8. デプロイメントが正常に完了しました。以下のスクリーンショットに示すように、デプロイメントのライブログを表示できます。 以下のスクリーンショットに示すように、アプリケーションの生成されたaccess URLを取得できます。**Edit URL**をクリックして、URLのsubdomain部分を編集できます。 **Change**をクリックして、このデプロイメントの**Auto-Deploy**を有効にできます。 デプロイメント名を入力し、**Enable**をクリックします。 **Sync Now**ボタンをクリックして、最新のcommitを同期できます。 必要に応じて、生成されたSlate URLをカスタムドメインにマッピングすることもできます。 左ペインの**History**タブに切り替えて、アプリケーションに対して行われたデプロイメントの一覧を表示できます。詳しくはこちらのヘルプセクションを参照してください。左ペインの**Configuration**タブに移動して、デプロイメントのcacheを有効化できます。また、必要に応じて、デプロイメントに必要なenvironment variablesを設定することもできます。 --- ## API Reference — Slate -------------------------------------------------------------------------------- title: "アプリの再デプロイ" description: "このAPIを使用すると、CatalystコンソールからCatalyst Pipelineを実行できます。" last_updated: "2026-09-08T11:24:16.930Z" source: "https://docs.catalyst.zoho.com/ja/api/code-reference/slate/redeploy-app/" service: "Pipelines" -------------------------------------------------------------------------------- # Catalyst Slate Slateは、Catalystが提供する堅牢なフロントエンド開発サービスで、Webアプリケーションのデプロイ、プレビュー、公開をシームレスに行えます。Next.js、Angular、Reactなどの人気のあるJavaScriptフレームワークをネイティブサポートし、その他のフロントエンドフレームワークにもシームレスに対応して、手間のかからないデプロイを実現します。 # アプリケーションの再デプロイ 一意のCatalystプロジェクトID、プロジェクト内の特定のSlateアプリケーション名、およびデプロイメントIDを以下のAPIに渡すことで、Slateの既存のデプロイメントに対して新しいビルドをトリガーできます。 ### リクエスト詳細 #### リクエストURL <p>{api-domain}/slate/v1/project/{project_id}/app/{app_id}/deployment/{deployment_id}/redeploy</p> DCのドメインURL SlateのアプリのユニークID SlateのデプロイメントのユニークID 注意: コンソールでSlateデプロイメントを開くと、URLから以下の値を取得できます。 <span style="pointer-events: none;word-break: break-all;">https://console.catalyst.zoho.com/baas/96403455/project/26879000000021001/slate/app/1860000000007114/deployment/1860000000007119</span> <br/> ここで、26879000000021001がproject_idです。1860000000007114がapp_idで、1860000000007119がdeployment_idです。 #### リクエストヘッダー **Authorization:** Zoho-oauthtoken {oauth_token} <br> Content-Type: application/json <br> #### リクエストJSONプロパティ リクエストボディでキーと値のペアとして環境変数を渡します。 例: {"API_KEY": "xxxxxxxx2433"} #### スコープ ZohoCatalyst.Slate.app.CREATE ### レスポンス詳細 レスポンスには、新しいビルドデプロイメントのステータス、デプロイメントの詳細情報、コミットメッセージ、接続されたGitリポジトリから直接取得されたコミットURL、およびその他のメタデータが含まれます。 curl -X POST \ 'https://api.catalyst.zoho.com/slate/v1/project/4000000006007/app/29810101101/deployment/1860000000007119/redeploy' -H 'Authorization: Zoho-oauthtoken 1000.910*************************16.2f*************************57' \ -H 'Content-Type: application/json' \ -d '{ {"API_KEY": "xxxxxxx2433"} \ } { "status": "success", "data": { "id": "2289000000006001", "status": "Queued", "created_time": "Feb 04, 2025 10:46 AM", "created_by": { "zuid": "92747509", "is_confirmed": false, "email_id": "amelia.b@zylker.com", "first_name": "Amelia", "last_name": "Burrows", "user_type": "SuperAdmin", "user_id": "28674000000016006" }, "deployment_id": "2289000000004006", "build_meta": { "event_type": "push", "commit_id": "18f6b8ef0d2586718a015be07701bd6ba486a18f", "commit_message": "Initial commit", "commit_url": "https://api.github.com/repos/ameliab-13966/nextjs-mongo-db/commits/18f6b8ef0d2586718a015be07701bd6ba486a18f", "timestamp": "2024-12-23T07:22:39Z", "author_name": "amelia-b-13966", "repo_id": "907257721", "repo_name": "nextjs-mongo-db", "web_url": "https://github.com/ameliab-13966/nextjs-mongo-db", "ssh_url": "git@github.com:ameliab-13966/nextjs-mongo-db.git", "http_url": "https://github.com/ameliab-13966/nextjs-mongo-db.git", "provider": "Github", "repo_slug": "nextjs-mongo-db" } } } --- ## FAQ — Slate # Slate もちろんです！Catalyst Slateでは、デプロイしたアプリケーションにカスタムドメインを簡単にマッピングでき、ブランドとオンラインプレゼンスを完全にコントロールできます。 Catalyst Slateでは環境変数をシームレスに管理できます。Catalystコンソールで環境変数を直接定義でき、開発、ステージング、本番環境の異なる設定への安全で簡単なアクセスを確保できます。 Catalyst Slateは、Next.js、React、Angular、Astro、Vue、SolidJS、Svelte、Viteなど、すべての主要なJavaScriptフレームワークをネイティブにサポートしています。また、他のフロントエンドフレームワークで構築されたアプリケーションもシームレスにデプロイできます。 はい、Catalyst Slateではサンドボックス環境ですべてのデプロイメントをプレビューでき、公開前にアプリケーションを表示してテストできます。これにより、問題を早期に発見し、アプリケーションの高品質基準を維持できます。 Catalyst Slateは、自動SSL提供や堅牢なインフラストラクチャなどの機能によりセキュリティを最優先にしています。アプリケーションは業界最高レベルのセキュリティ対策で保護されており、お客様とユーザーに安心を提供します。 はい、CLIコマンドを使用してアプリケーションをSlateにデプロイできます。デプロイコマンドとその詳しい使用方法については、こちらのヘルプページを参照してください。 はい、任意のパブリックGitリポジトリからコードをプルし、Catalyst Slateを使用して完全に動作するアプリケーションをライブでデプロイおよびプレビューできます。パブリックGit統合機能については、Slateヘルプドキュメントを参照してください。 カスタムドメインをマッピングした後にSlateアクセスURLを編集した場合は、更新されたアクセスURLで再マッピングを行ってください。これが唯一の問題ではない可能性がありますが、他の潜在的な問題のトラブルシューティングを行う前に確認する必要があります。