変数、プレビュー、バージョン履歴を備えた、チーム全員で使えるメールテンプレートを作成できます。
AIが件名と文面のバリエーションを下書きし、公開する内容はチームが承認します。
ビジュアルでもコードでも、作成者に合った方法で作業できます。
コンテンツをパーソナライズし、条件に応じてブロックを表示できます。
すべての変更が保存され、いつでも復元できます。
公開前に表示を確認できます。
ヘッダー、フッター、法的表記を共有できます。
ブランドやクライアントを分けて管理できます。
白紙、または基本レイアウトから始めます。
メッセージごとに変わる部分を指定します。
APIまたはSMTPヘッダーからテンプレートを呼び出します。
ステージを切り替えて、各段階でコントロールできる内容を確認できます。イメージ画面です。表示されている数値とアドレスはすべてサンプルデータです。
マーケティングやサポートが文面を編集でき、エンジニアリングは送信ロジックに手を加える必要がありません。
メールテンプレートは、プレースホルダー付きの再利用可能なレイアウトで、メッセージの送信時にシステムが実際のデータで埋めます。MigoSMTPのテンプレートエディターでは、ビジュアルまたはHTMLでテンプレートを作成し、名前や注文番号などの変数を指定し、条件付きブロックを追加して、APIまたはSMTPヘッダーからテンプレート名を指定して送信できます。すべての変更はバージョンとして保存されます。作成者は送信前に、サンプルデータで変更をプレビューできます。
テンプレートは、開発者と開発者以外がメールを共有するチーム向けです。マーケティングやサポートが文面とデザインを編集し、エンジニアリングは送信ロジックに手を加えずに済みます。ロールベースの権限で編集者と公開者を分け、サンプルデータでのプレビューにより、公開前に表示を確認できます。再利用可能なブロックで、ヘッダー、フッター、法的表記を統一できます。プレーンテキスト版は自動生成され、手動で編集することも可能で、テスト送信で本番前に表示を確認できます。
テンプレートの品質は、多くのチームが思う以上に到達率に影響します。壊れたHTML、プレーンテキスト部分の欠落、スパムっぽい表現は、いずれも受信トレイへの到達を損ないます。管理されたエディターなら送信前にこれらを検知でき、AIが件名の提案や文面の推敲を支援しますが、公開前にはすべての変更を人が承認します。テンプレートに標準化すると、フッターや配信停止の文言が1か所にまとまるため、ブランド、アクセシビリティ、法的要件への対応も容易になります。
注文番号、追跡リンク、任意のギフトメッセージを含む発送完了テンプレートを作成します。コードから送るのはテンプレート名と変数だけで、文面を微調整してもデプロイは不要です。
マーケティングチームがエディターでプロモーションの文言や画像を更新し、承認後に公開できます。エンジニアリングは、ちょっとした文面変更の依頼から解放されます。
クライアントごとのブランドブロックとテンプレートを別々のワークスペースライブラリで管理するため、ヘッダー、フッター、法的表記がアカウント間で混ざることはありません。
公開した変更で表示が崩れたら、バージョン一覧を開いて前のバージョンを復元します。復元後に送信されるメッセージには、すぐに復元したテンプレートが使われます。
パスワードリセット、サインイン通知、確認メッセージは、固定の文面と法的フッター付きのテンプレートで管理し、承認済みの同じ文面を毎回使えるようにします。
同じ変数を持つテンプレートを言語ごとに1つ管理し、コードから顧客のロケールに応じてバージョンを選択します。レビュー担当者は、各言語を並べて確認できます。
どちらも使えます。違いは、誰がどれだけ速くメールを変更できるかです。
コードから送るのはテンプレート名と変数だけなので、どちらの方法でも送信ロジックは変わりません。
目的と対象読者を伝えると、アシスタントが複数の件名とプリヘッダーを提案します。選ぶ、編集する、破棄するは自由で、承認なしに本番テンプレートへ保存されることはありません。
段落を選択して、より短く、分かりやすく、またはよりフォーマルにと依頼します。アシスタントは編集を提案として表示し、変数はそのまま保持されます。承認するか却下するかはお客様が決めます。
コパイロットが、テンプレート内の壊れた変数、欠けているalt属性、重い画像、スパムフィルターに引っかかりやすい表現をチェックし、修正点を一覧にします。どれを適用するかはお客様が判断します。
キャンペーン型の送信では、お客様自身のオーディエンスの過去のエンゲージメントをもとに、モデルが配信に適した時間帯を提案します。提案は任意で、固定のスケジュールのままにもできます。
AI機能は補助的なものです。文面やチェックを提案するだけで、すべてのテンプレートはチームがレビューして公開します。
適切なテキスト版を備えたマルチパートメッセージは、フィルターから信頼されやすく、アクセシビリティの面でも優れています。HTMLから生成し、必要に応じて手動で編集してください。
名前が未入力だと、空の挨拶文は不自然です。パーソナライズするフィールドごとに、中立的な呼びかけなどのフォールバックを定義してください。
長い名前、欠損値、特殊な文字でテストしてください。レイアウトや条件が崩れやすいのは、こうしたエッジケースです。
下書きで編集し、自分宛にテスト送信して、レビュー後にのみ公開します。ロールベースの権限で、これを習慣ではなくルールにできます。
画像だけのメールや、容量の大きすぎるファイルは避けてください。CSSのサポート状況は大きく異なるため、読者が使うメールクライアントで表示を確認しましょう。
order-shippedやpassword-resetのような名前を使います。名前を指定して送信するコードは読みやすいままで、作成者も適切なテンプレートをすばやく見つけられます。
既存のメールをテンプレートに移行しますか?当社チームが計画づくりをお手伝いします。
メールテンプレートは、変数と呼ばれるプレースホルダーを含む保存済みのメールレイアウトで、メッセージの送信時に実際の値に置き換えられます。デザインと文面を一度作成すれば、コードやキャンペーンから、パーソナライズしたメッセージを多数送信できます。
テンプレートを作成して変数を指定し、APIから名前と各変数の値を指定して呼び出すか、SMTPヘッダーで参照します。システムがテンプレートをレンダリングして、メッセージを配信します。各フィールドはAPIリファレンスをご覧ください。
エディターは変数と条件付きブロックに対応しており、公開前にサンプルデータでレンダリング結果をプレビューできます。正確な構文はドキュメントに記載しています。作成者が何を入力すべきか分かるよう、各変数をテンプレートのメモに記載しておきましょう。
はい。HTMLを貼り付けるかアップロードして、内容が変わる箇所に変数を追加します。プレビューを確認し、プレーンテキスト版をチェックして、本番で使う前にテスト送信してください。
テンプレートは再利用可能なコンテンツとレイアウトです。キャンペーンや送信は、そのコンテンツを特定の受信者に、ある時点で届けるものです。1つのテンプレートで多数の送信ができるため、テンプレートを改善すれば、すべての送信が改善されます。公開前に結果をよく確認してください。
はい。保存した変更ごとにバージョンが作成され、以前のバージョンを復元できます。復元後に送信するメッセージには復元したバージョンが使われ、それ以前のメッセージには影響しません。直前の編集でレイアウトが崩れたときに、ロールバックが役立ちます。残したいバージョンを間違えないよう、先にバージョンを並べて比較してください。
AIは件名の提案、文面の推敲、壊れた変数やスパムを誘発する表現のチェックができます。提案はすべて任意で、各テンプレートはチームがレビューして公開します。
はい。ロールベースの権限により、マーケターやサポート担当者はコンテンツを編集でき、許可すれば公開も可能です。一方、APIキーと送信ロジックは開発者が管理し続けます。下書きと公開済みのバージョンを分けることで、未完成の作業が本番の送信に混ざりません。下書きは公開されるまで非公開のままです。