Zoho Creator アプリ構築のベストプラクティス

Zoho Creator アプリ構築のベストプラクティス

お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

このページの内容

このページでは、Zoho Creator で効率的かつスケーラブルなアプリケーションを構築するための推奨ベストプラクティスを説明します。アプリの設計、フォームや項目の構成、データの整理、最適化された Deluge スクリプトの作成、Zoho Zia などの AI 搭載アシスタントの効果的な活用に関するガイドラインを扱います。Creator アプリケーションでこれらのプラクティスに従うことで、パフォーマンスの向上、保守の容易化、スムーズなユーザー体験を実現できます。
対象と提供状況
  1. このページはCreator 6 に該当し、以下に記載する機能はご利用の料金プランに応じて利用可能です。
  2. このガイドは、Zoho Creator で堅牢で安全かつ将来を見据えたアプリケーションを構築したい開発者、スーパー管理者、管理者を対象としています。

1. 概要

Zoho Creator はローコードプラットフォームであり、迅速なアプリケーション開発を可能にし、ビジネスが短期間でアプリを構築・導入できるようにします。ただし、質の高いアプリを構築するには、体系的なアプローチが必要です。標準的なベストプラクティスに従うことで、ビジネスの成長に合わせてアプリをスケーラブルで安全、高パフォーマンスかつ保守しやすい状態に保つことができます。
アプリ構造を慎重に設計し、データの関連性を整理し、ワークフローやスクリプトを最適化し、適切なセキュリティ標準を適用することで、よくある落とし穴を回避し、長期的な保守工数を削減できます。
初めてアプリを作成するシチズンデベロッパーでも、複雑なソリューションを管理する経験豊富な開発者でも、これらのベストプラクティスは Zoho Creator で効率的で信頼性が高く、将来を見据えたアプリケーションを設計するのに役立ちます。

1.1 ベストプラクティスが重要な理由

ビジネスアプリの有効性は、その背後にある戦略に左右されます。適切に設計・開発された Zoho Creator アプリケーションは、次のような効果をもたらします。
  1. 手作業のプロセスを自動化し、業務効率を向上させる
  2. ロールベースのアクセス制御や監査ログにより、セキュリティとコンプライアンスを強化する
  3. ビジネス要件の拡大に合わせて容易にスケールできる
  4. 指標やダッシュボードを通じて、業務の状況をリアルタイムに可視化する
次のような取り組みにより、よくあるミスを避け、長期的な保守工数を削減できます。
  1. アプリケーション構造を慎重に計画する
  2. 最初からスケーラビリティを考慮して設計する
  3. 整理された明確なデータリレーションを維持する
  4. ワークフローと Deluge スクリプトを最適化する
  5. 強固なセキュリティ標準を適用する

2. アプリケーション設計

2.1 適切なプランを選択する

Zoho Creator でアプリケーションの作成を開始する前に、Creator プラットフォームで利用できる機能と、各プランに適用される利用上限を把握しておくことが重要です。
  1. 経験則として、必要量より少なくとも5～10%程度余裕のある上限を確保することを推奨します。これにより、ユーザーの利用状況が急増した場合でもアプリケーションをスムーズにスケールできます。
  2. アプリを利用する料金プランは、どの種類のユーザーが利用するかなど、組織の要件に基づいて選択してください。たとえば、外部の顧客にアプリケーションへアクセスさせる必要がある場合は、カスタマーポータル機能を提供するプランを選択してください。

2.2 アプリケーション構造とデータ

以下のガイドラインは、アプリケーションを効果的に構成し、スケーラビリティと保守性に優れた強固な基盤を確保するのに役立ちます。
  1. アプリケーションを構築する前に、全体の構造を定義し、項目やリレーションを含むデータモデルを設計し、暗号化が必要な項目を特定し、既存プロセスの課題を洗い出します。
  2. アプリケーション構造を文書化しておきます。これにより、後から変更を加える際も対応しやすくなります。
  3. フォーム、項目、レポート、ワークフロー、ブループリント、ページ、変数、関数、権限セットなど、すべてのコンポーネントに意味のある名前を付けます。
  4. フォーム間のリレーションを作成するにはルックアップ項目を使用し、フォーム間でのデータの重複を避けます。
  5. データの整合性を維持するため、項目には必須や重複禁止などのプロパティを設定します。
  6. 独立したエンティティとして存在すべき、または複数のフォームで再利用すべきデータをサブフォームに保存することは避けてください。そのような場合は、別のフォームを作成し、ルックアップリレーションを使用します。これにより、不要な重複を防ぎ、データの正規化を促進し、共有データの更新内容をアプリ全体で一貫して反映できます。
  7. 適切に設計されたサブフォームは、データリレーションを整理し、冗長性を減らし、アプリ全体のパフォーマンスと保守性を向上させます。
  8. 不要になったコンポーネントはアプリケーションから削除します。
  9. レコードの削除時の動作（特定のデータを削除したときに関連レコードをどう扱うか）を明確に定義します。たとえば、従業員レコードを削除した場合、その従業員に割り当てられていたタスクをどうするかを決めておきます。
  10. ワークフローの重複や競合を避け、必要な場合にのみワークフローをトリガーするようにします。
  11. 開発環境で変更を加え、ステージングおよび本番環境に公開する前に十分なテストを行います。
  12. アプリのスケジュールバックアップ機能を使用して、定期的にバックアップを作成します。
  13. 適切なロールベースのアクセス制御を行い、検証ルールでデータの整合性を維持し、導入前に十分なテストを実施します。
  14. Zoho Creator でデータライフサイクル戦略を実装するには、スケジュールワークフローを使用して、非アクティブまたは古いレコードの処理を自動化します。これにより、古いレコードを定期的にアーカイブまたは削除しつつ、レポートを最適な状態に保てます。

2.3 利便性とユーザーエクスペリエンス

Info
アクセシブルでインクルーシブなアプリを構築する方法については、アクセシビリティヘルプページを参照してください。
利便性とアクセシビリティを考慮してアプリケーションを設計することで、ユーザーはアプリを直感的に理解し、ナビゲーションし、操作できるようになります。以下のガイドラインは、アプリケーション内のさまざまなコンポーネントにおいて、分かりやすさ、一貫性、全体的なユーザーエクスペリエンスを向上させるのに役立ちます。
全般
  1. 分かりやすいコンポーネント名：フォーム、レポート、ページなどのコンポーネント名と、その説明（ある場合）は、目的が明確に伝わるようにします。また、フォーム項目には分かりやすいラベルやツールチップを設定し、フォーム送信をよりスムーズに行えるようにします。
    1. たとえば、フォーム名を「Application Form」とするのではなく、「Job Application Form」や「Membership Application Form」のように、より具体的な名称にします。
    2. 上記の例における説明文の一例としては、「このフォームに入力して、当社の求人に応募してください。個人情報、職務経歴、資格情報を入力してください。」などが考えられます。
    3. 氏名項目については、「Name」ではなく「氏名（フルネーム）を入力してください」のように変更できます。
  2. 分かりやすくインクルーシブな言葉遣い：専門用語、慣用句、略語、分かりにくい表現は避けます。代わりに、誰にとっても理解しやすい平易な表現を用いて、ユーザーの理解とアクセシビリティを高めます。
  3. 一貫性：すべてのコンポーネントで、ページタイトルやナビゲーションボタンのラベルを一貫して分かりやすく保ちます。
  4. テストとユーザーフィードバック：定期的に、障がいのあるユーザーを含むユーザーによるテストを実施し、そのフィードバックをアプリ設計プロセスに反映させることで、真にアクセシブルなユーザー体験を実現します。
  5. ドキュメント標準：内部ドキュメントを整備し、ワークフローや自動化ロジックを明確に記録しておくことで、保守や将来の参照、トラブルシューティングを容易にします。ドキュメントが整ったアプリケーションは、他の開発者とのコラボレーションや、問題発生時にサポートチームと情報を共有する際にも役立ちます。
  6. ローカライズ：Zoho Creator の多言語翻訳機能を活用して、アプリケーションをより多くのユーザーに提供し、組織・地域・言語の壁を越えたスムーズなコラボレーションを実現します。
フォーム
  1. 複数列レイアウトを使用して、フォームを小さなセクションに分割できます。
  2. セクションを使用して、項目を文脈に応じて論理的にグループ化できます。
  3. 項目サイズや項目ラベルの位置を設定することで、ユーザーが Web ブラウザーからフォームにアクセスした際の入力エリアの表示方法を調整できます。
  4. ツールチップやヘルプテキストを使用して、各項目にどのような入力が必要かをユーザーに分かりやすく伝えることができます。
  5. 成功メッセージを追加して、フォーム送信が完了したことをユーザーに知らせることができます。
  6. メール、SMS、プッシュ通知を、関連する操作時にユーザーへ送信するよう設定することもできます。
  7. 適切な成功メッセージやアラートを表示して、視覚的なフィードバックを提供できます。
レポート
  1. コンテキストメッセージを使用して、レポートに表示されるメッセージを内容に応じてパーソナライズできます。
  2. レポートのクイックビューには、最も重要で関連性の高い項目のみを追加してください。
  3. その他の情報は詳細ビューに追加し、ブロックを使って論理的にグループ化できます。
  4. レポートの列を固定して、レポートをスクロールしてもデータの文脈を保てるようにします。
  5. 条件付き書式を使用して、特定の条件に基づいてレコードを強調表示できます。
  6. 頻繁に行う操作は、既存のシステムアクション（編集、削除、複製、データの表示）に加えてカスタムアクションボタンを使用することで簡略化できます。これらのボタンには、実行前に確認メッセージを表示するよう設定できます。
  7. カスタムレイアウトやレコードテンプレートを使用して、コンテキストに応じてレコードの見た目をさらにカスタマイズできます。
  8. Creator の Canvas レイアウトビルダーを使用して、ビジネス要件に合わせたレコードの詳細ビューのレイアウトを設計します。
ページ
  1. ページを使用して、アプリケーションのカスタムダッシュボードを作成し、アプリケーション内のプロセスを包括的に把握できます。そのため、コンポーネントを過度に詰め込みすぎないことを推奨します。
  2. 10～15個を超えるコンポーネントを追加すると、ユーザーの認知負荷が高くなる可能性があります。
  3. コンテキストに応じて複数のページを作成できます。
アプリケーションナビゲーション
  1. テーマを使用して、アプリケーションのナビゲーション（上部、左側、グリッドナビゲーション）をカスタマイズできます。

3. AI を効果的に活用する

Zoho Ziaを基盤とする Zoho Creator の AI 機能は、アプリ開発のスピードアップ、タスクの自動化、自然言語プロンプトによるスクリプトやコンポーネントの生成に役立ちます。以下のベストプラクティスに従うことで、AI を効果的に利用し、より良いプロンプトを作成し、使用制限を管理し、より正確な結果を得ることができます。
Info
Zoho GenAI は Zoho 独自の社内 LLM で、追加費用なしで利用できます。Zoho GenAI を使用しても、お客様のデータは Zoho のエコシステム内で保護されます。

3.1 Zoho Zia の一般的な利用方法

Notes
メモ: スクリプト支援、アプリおよびフォーム作成などの Zoho GenAI 機能は、Creator AI コールを消費せず、無料で利用できます。これらの利用は、Zoho Zia に設定された各 LLM プロバイダーの上限に従います。
  1. ビジネスプロンプトを記述する際は、次の点を意識してください。
    1. そのアプリやフォームで、どのような課題を解決したいのか。
    2. そのアプリは誰が利用するのか。
    3. アプリでどのようなデータを処理する必要があるのか。
  2. AI 機能を利用する際のプロンプトには、機密情報や秘匿すべき情報を含めないでください。
  3. プロンプトを入力する際は、アプリやフォームが収集・追跡・一覧表示・管理すべき内容を、日常的な言葉で説明してください。例：
    1. 「IT 管理者がノート PC、デスクトップ、モバイルデバイスなどの会社資産を追跡できる資産管理アプリを作成してください。このアプリでは、新しい資産の追加、従業員への資産の割り当て、資産の状態と場所の追跡、メンテナンス履歴の記録、資産状況に関するレポートの作成ができる必要があります。資産、従業員、資産の割り当て、メンテナンスログ用にそれぞれ個別のフォームを用意し、総資産数、割り当て済み／未割り当て資産、今後のメンテナンス予定を監視するダッシュボードも含めてください。」
    2. このプロンプトが有効なのは、アプリの利用者（IT 管理者）、達成すべきこと（資産の追跡、従業員への割り当て、メンテナンスの記録、ステータスの監視）、重要なアウトプット（資産レポート、割り当て状況の追跡、メンテナンスダッシュボード）が明確に定義されているためです。
  4. AI が生成したコンテンツには誤りが含まれる場合があります。利用する前に、説明用プロンプトの内容が正確かつ適切であることを必ず確認してください。
  5. 短時間に複数のアプリを連続して作成しようとすると、選択した LLM のレート制限を超過し、エラーが発生する場合があります。
  6. Zoho Zia を使ってスクリプトを生成する際は、プロンプトにコンポーネント名、リンク名、項目名、項目リンク名を含めることで、作成済みコンポーネントを効果的に活用し、より正確なスクリプトを生成できます。
    1. たとえば、フォームの項目に保存されている特定のメールアドレス宛てにメールを送信したい場合は、プロンプト内でフォーム名、メール項目名、メールを抽出する条件、件名の内容を明確に指定すると、より精度の高いスクリプトを生成できます。
    2. 構造化されたプロンプトの例：「『Orders』フォームの『Email』項目にあるメールアドレス宛てに、商品の配送状況を追跡するためのメール通知を送信するスクリプトを作成してください。」
  7. AI 機能はすべての有料 Zoho Creator ユーザーが利用できますが、各アカウントには契約プランに応じたAI コール数の上限が定められています。割り当てられたクォータ内に収まるよう、AI の利用状況を監視・最適化し、中断を防いでください。
Info
情報: プロンプトを効果的に記述する際の、さらに詳しいベストプラクティスについては、こちらのページを参照してください。

3.2 Deluge Zoho Zia タスク

  1. Zoho Zia タスクは、Zoho GenAI 利用時に、一定時間内に行われる API コール数に基づいてスロットリングの対象となります。Creator では、ユーザーごとに同時処理中リクエスト 7 件、組織ごとに10 件まで許可されます。この上限を超えると、その後のリクエストは、利用状況が通常レベルに戻るまで遅延または一時的に制限される場合があります。
  2. 誤りや虚偽の出力（ハルシネーション）を減らし精度を高めるには、<temperature>パラメーターを最小値に設定できます。
  3. また、<context>パラメーターに、AI に担わせたい役割を指定する追加メッセージを与えることで、回答の明確さと精度を向上させることができます。

4. Deluge

Delugeは、Zoho Creator でワークフローの自動化、データ処理、アプリケーション動作のカスタマイズに使用されるスクリプト言語です。以下のベストプラクティスに従うことで、より読みやすく効率的で保守しやすいスクリプトを作成し、パフォーマンスとセキュリティを向上させることができます。

4.1 コード構造と保守性

  1. コードはモジュール化し、スクリプトの過度なネストは避けてください。
  2. スクリプトにはインデントを付け、ロジックと目的を簡潔に説明するコメントを追加してください。
  3. 大きなコードブロックは、可読性と保守性を高めるために、小さく独立したチャンクに分割してください。
  4. 変数には意味のある名前を付け、スクリプトを理解しやすく保守しやすくします。
  5. 関数を使用して、頻繁に利用するロジックや重複するロジックを再利用可能なコードブロックとしてまとめてください。

4.2 パフォーマンスの最適化

  1. 大量のレコードセットを不要に反復処理しないよう、ループを最適化してください。breakやcontinueなどの制御文を使用して、ループからの早期終了や反復のスキップを効率的に行います。
  2. 必要に応じて、既存のスクリプトの修正や最適化にはZoho Zia Deluge 支援を利用できます。
  3. 集計データタスクを効果的に使用し、すべてのレコードを取得するのは本当に必要な場合のみにしてください。
  4. 可能な限り組み込み関数を使用してください。これらはパフォーマンス向上のために最適化されています。
  5. 比較には '==' 演算子ではなく、equalsIgnoreCase や equals などの事前定義された Deluge 関数を優先して使用してください。
  6. 条件にインデックス付き項目を使用すると、関連レコードをより高速に取得できます。インデックス作成はバックエンド処理となるため、有効化の支援が必要な場合は support@zohocreator.com までお問い合わせください。

4.3 エラー処理とデバッグ

  1. info などのデバッグ用ステートメントを適宜使用して、エラーの特定とトラブルシューティングを行ってください。機密データや秘匿すべきデータのログ出力は避け、不要な info ステートメントは削除またはコメントアウトしてください。
  2. コード内の例外処理には、try-catch ステートメントを使用してください。
  3. Deluge の構文エラーは保存前に必ず解消してください。エラーを含むスクリプトは保存も実行もできません。
  4. 不適切なプログラミング手法やミスに起因する論理エラーは、テスト時に追跡して修正する必要があります。Deluge スクリプトのエラーはアプリケーションロジックにのみ影響し、脆弱性を引き起こすことはありません。

4.4 ワークフローと実行管理

  1. 複数の独立したIf 条件を並べるのではなく、Else-If 構造を使用して、条件が一致した時点で評価を停止できるようにしてください。
  2. リアルタイムで実行する必要のないタスクは、スケジュールに移行するか、非同期タスクで処理するようにしてください。
Notes
メモ: Async タスク（開発中）は、レスポンスを待たずにスクリプトを実行できるようにする機能です。リリース状況を確認する
  1. バッチワークフロー機能を使用して、大量または反復的なレコード操作を定期的かつ自動的に処理してください。レコードは設定したスケジュールに基づいて処理され、最大 1000 件までの小さなバッチに分割できます。これにより、大量レコードを一度にループ処理することを避け、営業時間外に処理を行い、全体的な効率を向上させることができます。

4.5 セキュリティと API 取り扱い

  1. invokeURL、invoke API、その他のDeluge 連携タスクを使用して API 通話を行う場合は、スクリプト内で処理するレスポンス データを必要最小限に抑えてください。
  2. zoho.appuri や zoho.appname などのシステム変数を活用し、アプリケーションのリンク名やオーナー名が変更されても機能に影響が出ないようにしてください。これは、コンポーネントを埋め込むための HTML ページ内で使用する Deluge スクリプトに特に有効です。

4.6 プラットフォームの制限とスロットリング

  1. Deluge スクリプトは、Deluge ステートメント数の制限内に収まるよう最適化してください。これらの制限は、リソースの誤使用を防ぐために設定されています。
  2. ワークフロー実行のスロットル: 1 分あたり、1 つの IP アドレスにつき実行できる Deluge ワークフローは 100 個までです。

4.7 スクリプトより設定を優先する

  1. 可能な限りスクリプトではなく標準機能を使用してください。たとえば:
    1. 値を逆方向に代入するスクリプトを記述する代わりに、項目プロパティで双方向ルックアップを使用する
    2. スクリプトで代入するのではなく、項目プロパティでデフォルト値を設定する
    3. 可能な限りスクリプトではなく数式項目を使用して計算を行う

4.8 Deluge エディター

  1. 構文アシストを使用すると、定義済みの値を割り当てたり、エラーのないスクリプト作成を支援したりできます。
  2. バージョン管理機能により、さまざまなバージョンやコード変更を追跡できます。

4.9 回避すべきスクリプト

次に示すのは、避けるべきスクリプトと、その代替方法の一例です。
例 1:
❌ 次のスクリプトのようにレコードを取得してから各データをループ処理する方法は、最も効率的とはいえません。
  1. fetchInvoices = Invoice_form[<criteria>];
  2. if(fetchInvoices.count() > 0)
  3. {
  4. for each invoice in fetchInvoices
  5. {
  6. <action>
  7. }
  8. }
✅ 取得処理の一部として、レコードを直接ループ処理する方が効率的です。
  1. for each invoice in Invoice_form[<criteria>];
  2. {
  3. <action>
  4. }
例 2:
❌ 次のスクリプトのように、値を取得するためにレコードをループ処理する方法:
  1. paymentList=List(); // リスト変数を作成
  2. for each invoice in PaymentAgainstInvoice[<criteria>] // 取得したレコードをループ処理
  3. {
  4. paymentList.add(invoice.ID); // 各ループで ID を取り出し、リスト変数に追加
  5. }

✅ 同じ処理は、組み込み関数を使うことで効率的に実行できます。
  1. paymentList = PaymentAgainstInvoice[<criteria>].ID.getAll(); // 上記 3 つの処理を 1 行で実行
例 3:
❌ 次のスクリプトのように、レコード数を取得するためにレコードをループ処理する代わりに:
  1. recordcount = 0
  2. fetchInvoices = Invoice_form[<criteria>];
  3. for each lineitemcount in fetchInvoices
  4. {
  5. recordcount = recordcount + 1;
  6. }
✅ 代わりに集計関数を使用してください。
  1. recordcount = Invoice_form[<criteria>].count(ID);
例 4:
❌ 先にレコードを挿入し、その後で条件チェックを行って挿入済みデータの値を更新する方法。
  1. billID = insert into Bill
  2. [
  3. Added_User=zoho.loginuser
  4. Total_Price=Total_Price
  5. Bill_Status=Bill_Status
  6. ];
  7. fetchBill = Bill[ID == billID];
  8. if(patient_Type == 'Free')
  9. {
  10. fetchBill.Total_Price=0;
  11. fetchBill.Bill_Status='Closed';
  12. }
✅ 代わりに、データを挿入する前に条件チェックを行うことができます。
  1. if(patient_Type == 'Free')
  2. {
  3. Total_Price=0;
  4. Bill_Status='Closed';
  5. }
  6. billID = insert into Bill
  7. [
  8. Added_User=zoho.loginuser
  9. Total_Price=Total_Price
  10. Bill_Status=Bill_Status
  11. ];
例 5:
❌ レコードを更新し、更新後ロジックを実行するために API を使用する方法。
  1. rec = Form[ID = <record_ID>];
  2. rec.Single_line = <value>;
  3. updateapi = zoho.creator.updateRecord(<owner_name>, <app_link_name>, <report_link_name>, rec.ID, <new_input_values>, <other_api_params>, <connection_link_name>);
✅ 代わりに、update データ Deluge タスクを使用し、関数を使って更新後ロジックを実行できます。
  1. rec = Form[ID = <record_ID>];
  2. rec.Single_line = <value>;
  3. rec.Number = <value>;
  4. functionscript = thisapp.<function_with_on_success_code>(int rec.ID);

5. セキュリティ

セキュリティはアプリケーション開発における重要な要素です。適切なアクセス制御の実装、機密データの保護、自動化ロジックの見直しを行うことで、Zoho Creator アプリケーションの安全性とコンプライアンスを維持できます。以下のベストプラクティスでは、ユーザー、データ、アプリケーションコンポーネントを保護する方法を示します。

5.1 ユーザーと権限

  1. アプリケーションに追加するユーザーは必要なユーザーのみに限定し、共有するタブも必要最小限にしてください。
  2. ユーザーや開発者で、アプリケーションへのアクセスが不要になった人は削除してください。
  3. 複数のユーザーでアプリを構築する場合は、管理者の認証情報を共有するのではなく、必要なユーザーを開発者として追加してください。
  4. API へのアクセスや、PII（個人情報）および 電子的保護対象医療情報（Electronic Protected Health Information）データへのアクセスは、必要な権限セットのみに付与してください。
  5. エクスポート、削除、view all、一括編集の権限は制限する必要があります。
  6. ユーザーや顧客に不要な権限セットは削除できます。

5.2 フォームとレポート

  1. 個人情報 (PII) や 電子的保護対象医療情報 を収集・保持するフィールドは暗号化する必要があります。
  2. 機密情報は、必要に応じてレポート上でマスキングできます。
  3. フィルターや条件をレポートに追加して、ユーザーに表示される情報を必要最小限に絞り込むことができます。
  4. 保存している機密情報は、不要になった時点で削除できます。
  5. 確認メッセージをカスタムアクションボタンに関連付けることができます。
  6. SSN やパスワードなどの機密情報を収集・保存することは推奨されません。収集する場合は、その目的をフォーム内で明示する必要があります。
  7. アプリケーション内に API 認証情報を保存することは避けるのが望ましいです。
  8. ヘルプテキストやツールチップをフィールドに関連付けて、データ収集の理由を補足説明できます。
  9. メモフィールドをフォームに追加して、データ収集の目的を明記できます。
  10. 公開アクセスが不要になったら、公開フォームを無効にすることを推奨します。
  11. ディシジョンボックスを使用して、データ収集に対する同意を取得できます。
  12. フォームのプロパティでユーザーの位置情報やIP アドレスの取得を有効にする場合は、事前にユーザーへ通知し、同意を得ることを推奨します。IP アドレスも暗号化できます。
  13. 追加、削除、複製などのレポート上のアクションは見直しを行い、不要なものは削除できます。
  14. レコードに対して行われた変更履歴は、監査ログ機能を使用して追跡できます。

5.3 ワークフローとスクリプト

  1. ワークフローや Deluge スクリプトは、不要な複雑さを避けるよう最適化し、実際に価値を生む部分のみ自動化してください。
  2. 可能な限りコメントを記述してください。
  3. 可能な限り、フィールドに入力値のバリデーションを設定してください。
  4. アプリケーション内で使用するハイパーリンクは、すべて検証してください。
  5. SMS、メール、プッシュ通知タスクの内容は必ず確認してください。
  6. API を呼び出す際は、可能な限り OAuth ベースの認証を使用してください。
  7. 関数やスケジュールワークフローなどのビジネスロジックは、本番フローに組み込む前に、テスト目的でワークフロービルダー内で実行できます。

5.4 ページ

  1. ウィジェット内で使用する JavaScript コードは必ず確認してください。
  2. ページ変数を基に動作するページでは、エラーや無関係なデータが表示されないよう、null チェックを必ず行ってください。

6. モバイルアプリ

Zoho Creator アプリケーションはモバイルデバイスからもアクセスでき、ユーザーは外出先でもタスクの実行やデータ管理を行えます。以下のベストプラクティスに従うことで、ナビゲーションや表示、全体的なユーザーエクスペリエンスを改善し、モバイル利用に最適化できます。
  1. タップ、データのスワイプ左、スワイプ右など、アクションとそれをトリガーするイベントを設定・変更できます。
  2. レポートのクイックビューおよび詳細ビューに表示する列は、アプリの利用状況に応じて設定できます。
  3. アプリケーションにカスタムロゴをアップロードできます。
  4. アプリケーションはリブランディングして、ユーザー向けと顧客向けに個別に公開できます。
  1. GDPR 対応状況
  2. プラットフォームパフォーマンスのベストプラクティス
  3. Creator ヘルプリソース
前の内容を見る
次のステップ
前の内容を見る

アプリケーション構築のベストプラクティスを学ぶ前に、まずは Zoho Creator のソリューションについて理解しておいてください。


次のステップ
これらのベストプラクティスを踏まえたうえで、次は Zoho Creator でのアプリケーションの作成に進みましょう。