Fixed v1.18.1 02.10.2026
テキストブロックのツールバーから設定された段落の配置は、図のように送信されます ビジュアルレイアウトでは、テキストブロックのツールバーを使って段落を中央揃えや右揃えに設定した場合、エディタやプレビュー上では正しく表示されていましたが、送信されたメールでは、代わりにブロック自体の配置(ブロックを変更していない限り左揃え)が適用されていました。段落の配置設定は、メールクライアントが無視してしまう形式で記述されていたためです。
本日修正いたしました。メールは、エディタに表示されているとおりに送信されるようになりました。つまり、段落の配置がブロックの配置よりも優先されるようになりました。お客様側で変更する必要はなく、レイアウトを再度保存する必要もありません。ワークフローから送信される次のメールは、すでに正しく表示されます。
以前、段落の配置を設定したにもかかわらず、メールにその設定が反映されていなかった場合でも、これからは正しく反映されるようになります。受信者がどのように表示されるかを確認するには、一度レイアウトを開いてみてください。キャンバスには常にその表示が反映されています。
New v1.18.0 30.09.2026
開発者向けAPIとMCP:購読解除、設定、権限、プリセット、および状態情報の送信 開発者向けAPIおよびMCPサーバーは、バージョン1.16および1.17でアプリに追加されたすべての機能を網羅するようになりました。キーと権限レベルに変更はありません。READキーは読み取り専用、WRITEキーは書き込みも可能です。
配信停止。 GET /api/v1/unsubscribes には、アドレスがマスクされたマーケティング配信停止リストが掲載されています。POST /api/v1/unsubscribes/check では、特定のアドレスがそのリストに含まれているかどうかを確認できます(アドレスは本文に記入し、URLには絶対に記載しないでください)。また、POST および DELETE /api/v1/unsubscribes では、アドレスの配信停止または再登録(WRITE)を行うことができます。MCP:list_unsubscribes、check_unsubscribed、add_unsubscribe、remove_unsubscribe。
設定。 「GET /api/v1/settings」では、ショップのメールのデフォルト設定(CC、BCC、返信先、差出人名)、言語ごとのマーケティング用フッターテキスト、ブランドカラー、およびカスタムフォントを確認できます。MCP:「get_settings」。
権限について。 『GET /api/v1/permissions』には、オプションの権限と、実際に付与されている権限が一覧で記載されています。MCP:get_permissions。
プリセット。 『GET /api/v1/presets』は、言語ごとのテキストを含むヘッダーおよびフッターのプリセットを返します。MCP:list_presets。
送信状況の確認。 GET /api/v1/sending-health にアクセスすると、ダッシュボードのカードに表示されている内容(リンクや画像の破損、送信者に関する問題、失敗率、購読解除数)が確認できます。MCP:get_sending_health。
**履歴。**メールのエントリには、レイアウト名と送信者名(emailTemplateId、senderId)が表示されるようになりました。リストには合計数が表示され、レイアウト、送信者、名前、および過去一定期間の範囲でフィルタリングが可能です。統計情報では、スキップされたマーケティングメールが個別に集計されます(skippedInvocations)。
レイアウトについて。 localeConfirmed では、レイアウトのメイン言語が選択されているかどうかが確認できます。また、会社情報を含めずに保存されたマーケティング用レイアウトは、warning として返されます。さらに、レイアウトスキーマ(GET /api/v1/layout-schema)では、メタフィールドからの添付ファイル、一意の割引コード、プリセット、{{ view_in_browser_url }}、および会社情報について解説されています。
また、以下の点も修正されました。Sidekickがエラーメッセージから受信者アドレスを引用しなくなったほか、トランザクション用レイアウトのキャンバス上のメールの下部、および「設定」>「マーケティングメール」のフッタープレビューの下部に表示されていた技術的な説明文も削除されました。これらは、送信されたメールには一切含まれていませんでした。
Fixed v1.17.1 29.09.2026
Google経由で送信されたメールのBCC受信者 連携されたGoogleアカウント経由で送信されたメールは、BCC の受信者に届きませんでした。アドレスは受理され、「履歴」やGmailの「送信済み」フォルダにも表示されていましたが、Gmailに渡されたメッセージからは除外されていたため、ステップのBCCフィールドに指定されたCRMのログ用アドレスには、そのコピーが一切届きませんでした。 「宛先」および「CC」の受信者には影響がなく、Microsoft 365 や SMTP サーバー経由で送信されたメールにも影響はありませんでした。
本日、修正いたしました。ワークフローの変更は必要ありません。今後、設定済みのBCCアドレスはそのまま使用されます。本日以前に送信されたメールは、BCCアドレス宛てに配信されていませんでした。
New v1.16.0 25.09.2026
配信停止機能、店舗全体のデフォルト設定、ブランドカラー、および配信状況が組み込まれたマーケティングメール Workflow Transactional Email マーケティングメールも送信できるようになりました。また、これまで送信していたメールはすべて、そのままの状態で維持されます。
**マーケティング用レイアウト。**レイアウトを作成する際には、その種類(トランザクション用(デフォルト設定。今回の更新以前のすべてのレイアウト)またはマーケティング用)を選択します。「メールレイアウト」リストには、「**トランザクション」**タブと「マーケティング 」タブがあります。
**新しいShopify Flowアクション「マーケティングメールの送信」が追加されました。**このアクションではマーケティング用のレイアウトのみが利用可能です。一方、「トランザクションメールの送信」アクションでは、引き続きトランザクション用のレイアウトのみが利用可能です。既存の「トランザクションメールの送信」ステップおよびワークフローは、これまで通り実行され続けます。
**受信者1人につき1通のメールが送信され、各メールには個別の配信停止リンクが含まれます。**マーケティングステップでは、最大20人の受信者に対して、それぞれ1通ずつメッセージを送信します。すべてのマーケティングメールの末尾には、配信停止に関する文言、リンク、および会社の詳細情報が記載されます。これらは言語ごとに、「**設定」>「マーケティングメール」**で一度設定し、必要に応じてレイアウトごとまたは翻訳ごとに変更することができます。 配信停止を申し込んだお客様は、それ以降配信対象から除外されます。履歴には「**スキップ済み」と表示され、新設された 「配信停止」**ページでは、検索、再登録、CSVエクスポート機能とともにそのお客様の一覧が表示されます。
**タブ形式の設定です。**アプリから送信されるすべてのメールのデフォルト設定(CC、BCC、返信先、差出人名、テスト受信者)、言語ごとのマーケティング用テキスト、すべてのカラーピッカーに表示されるブランドカラー、および既存のフォントやアラートです。
ダッシュボードでの配信状況の確認 :送信済みメール内のリンクや画像の不具合、送信者に関する問題、配信失敗率、および配信停止。
設定されたフィルターを適用した履歴をCSV形式で 出力します。
**ヘッダーとフッターのプリセットには、**言語ごとのテキストが用意されており、編集中にリアルタイムでプレビューを確認できます。また、積み重ね型ヘッダーのテキストやリンクは、個別に配置を調整することができます。
リッチテキストおよびHTMLレイアウトにおける、言語ごとの添付ファイル数 。
このアプリでは、Shopifyの新しい管理画面デザインを採用しています。
New v1.15.0 24.09.2026
このアプリは、あなたの言語で話しかけてくれます Workflow Transactional Email 以下は、Shopifyの管理画面で使用されている言語です。英語、ドイツ語、スペイン語、フランス語、イタリア語、オランダ語、デンマーク語、ポルトガル語(ブラジルおよびポルトガル)、日本語、中国語(簡体字および繁体字)でご利用いただけます。
アプリのすべてのページ、ダイアログ、メッセージ (メール作成ツール、メール送信元、HTTPリクエスト、履歴、設定を含みます)。
Shopify Flow では 、「設定」ページと、「**トランザクションメールの送信」**および「**HTTPリクエスト」**ステップのプレビューが表示されます。
このアプリの**「サイドキック」ツールと「Shopify Flow」テンプレートです**。
言語設定は、Shopifyアカウントで選択された言語に準じます。変更するには、Shopifyアカウントのプロファイルを開き、「**優先言語」**を選択してください。スタッフ全員が、各自の言語でアプリを表示できます。
変わらないことが2つあります:
Shopify Flowステップ内のフィールド(宛先、CC、返信先、言語など)は、Shopify Flowがアプリで定義された通りの表示を行うため、英語のままで表示されます。
お客様のメール内容は一切変更されません。お客様が作成された通りの内容で送信されます。顧客の母国語でメールを送信するには、レイアウトに翻訳を追加してください。お客様の言語でメールを送信してください
**また、以下の点も修正されました:**新しいヘッダーまたはフッターのプリセットを作成した際、保存 バーが表示されないことがあり、その結果、プリセットを保存できない場合がありました。現在は、何かを変更するとすぐにページの上部に表示されるようになりました。
Fixed v1.14.2 21.09.2026
Shopify Flow では、ラインアイテムを含む「変数(JSON)」スニペットが受け入れられています。 注文明細テーブルを含むレイアウトには、商品に関する小さなShopify Flowループが含まれた**「Shopify Flow」スニペットが割り当てられています。そのスニペットを「トランザクションメール送信」アクションの 「変数(JSON)」**に貼り付けたところ、「無効なJSON形式」というエラーが表示されましたが、スニペット自体は正しく記述されていました。
その理由は、Shopify Flowエディタ内のチェックが、Shopify Flowが何かを入力する前にテキストを読み取ってしまったためです。その時点では、ループはまだJSONになっておらず、ワークフローが実行されて初めて製品のリストとなります。
このチェックでは、「**トランザクションメールの送信」**および「**HTTPリクエスト」**アクションにおいて、Shopify Flow変数とループに対応するようになりました。「line_items」という行を引用符で囲まず、スニペットをそのまま貼り付けてください。
これは、"name": {{ order.customer.displayName | json }} のように、json フィルターを使用して記述された値についても同様です。
コンマや一重引用符の欠落など、明らかに不備のあるJSONであっても、ステップを保存した際には依然としてエラーとして報告されます。
ステップでこのエラーが表示された場合は、そのステップを開き、スニペットを再度貼り付けてください。すでに実行中のワークフローには影響ありません。 注文明細テーブル Shopify Flow からのデータの受け渡し
New v1.14.1 19.09.2026
メールサーバーが応答しなくなった際には、その旨が通知されます これまで、まったく応答しないSMTPサーバーに対しては、単に再試行を行うだけでした。すべてのメール送信は接続タイムアウトにより失敗しましたが、1回のタイムアウトだけではサーバーがダウンしたとは断定できないため、アラートは送信されませんでした。
これでアプリのカウントが始まります。接続に3回連続で失敗すると、送信元に対して問題の原因(「貴社のメールサーバーが当社の接続試行に応答していません」)と、確認すべき事項(ホスト名、ポート番号、サーバーが稼働しているか、インターネットから(当社の送信IPアドレスからも含め)アクセス可能かなど)が記載されたアラートがショップに送信されます。送信に成功すると、カウントはリセットされます。
SMTP サーバーでの「**接続テスト」**と、送信に失敗したメールの「履歴 」の詳細には、同じアドバイスが表示されます。通知とアラート
New v1.14.0 18.09.2026
多言語レイアウト、ラインアイテム、バージョン履歴、AI お客様一人ひとりに、その方の言語でメールを送信し、レイアウトを記述して作成し、変更内容を二度と失うことがなくなります。
**お客様の言語でメールをお送りしましょう。**任意のレイアウトに、原文のまま、またはAIによる翻訳を追加し、ページタイトルの横にある言語ピッカーから切り替えることができます。「トランザクションメールの送信」アクションの新しい「**言語」**フィールドを「{{order.customerLocale}}」に設定すると、お客様一人ひとりにそれぞれの言語版が配信されます。お客様の言語でメールを送信してください
**すべての言語で1つのレイアウト。**新しい{{ language }}変数には、メールの送信言語が格納されるため、完全な翻訳を行うことなく、1つのレイアウトでドイツ語圏のお客様にはある段落を、それ以外のお客様には別の段落を表示させることができます。レイアウトの言語を切り替えても、エディタ画面はそのままの状態で、変更されるのはコンテンツのみです。お客様の言語でメールを送信してください
**ワークフローごとの「返信先」および「差出人名」。**Flowステップから直接、サポート用受信ボックスに返信を送信し、メールの内容に合った差出人名を表示できます。返信先および差出人名
注文明細テーブルです。新しいブロックには、注文の ライン アイテムが画像、数量、価格、合計金額とともに一覧表示されます。「Shopify Flow変数」カードを使用すると、Shopify Flowループが自動的に生成されます。注文明細テーブル
**リンクからの添付ファイル。**Shopify Flowのデータ内のURLから請求書やチケットのPDFを添付できます。メール送信時にそのファイルが取得されます。添付ファイルと画像
**バージョン履歴。**レイアウトの保存履歴はすべて保存されます。以前のバージョンをプレビューし、ワンクリックで復元できます。レイアウトのバージョン履歴
**GitHub では履歴が無制限に保存されます。**リポジトリを連携させると、レイアウトのすべてのバージョンがそのリポジトリにコミットされます。GitHub でレイアウトのファイルを編集すると、アプリが自動的に反映します。GitHubでレイアウトの履歴を無制限に保存する
**AIを使って作成、編集、翻訳を行いましょう。**ご自身のClaude、OpenAI、Gemini、またはOpenRouterのキーを連携させ、プロバイダーのモデルから選択し、作成したいメールの内容を指定してください。AIを使ってレイアウトを作成、編集、翻訳しましょう
**AIアシスタントを使ってレイアウトを作成しましょう。**Developer APIとMCPサーバーでは、メールのレイアウト、翻訳、バージョンの作成および更新が可能になりました。これにより、アシスタントが代わりにレイアウトを作成できるようになります。AIアシスタント(MCP)を接続する
**より高速で、すっきりとしたアプリになりました。**すべてのページが、Shopifyの新しいWebコンポーネントに移行されました。これは、Shopifyの管理画面自体でも使用されているのと同じ構成要素です。 ページの読み込みが高速化され、管理画面独自のパターンが採用されています。具体的には、ホームページにセットアップガイド、すべてのリストで統一されたフィルタリング・検索機能、そして編集中のフォームの横にステータスや参照情報が表示されます。ビジュアルビルダーはページ幅全体を活用するようになり、デスクトップ版とモバイル版のプレビュー機能に加え、元に戻す・やり直す機能も備わっています。
**「履歴」には言語情報が表示されます。**各メールのイベントには、送信時の言語が一覧表示されており、「履歴」はレイアウトや送信者ごとに絞り込むことができます。
既存のワークフローで新しいフィールドを使用する場合:Shopify Flow を使用すると、ステップが作成された際のフィールドが保持されます。既存のワークフローで 「言語」 、「返信先 」、**「送信者名」**を取得するには、「トランザクションメールの送信」ステップを一度削除し、再度追加してください。変更を加えていないワークフローは、以前とまったく同じように動作し続けます。
Improved v1.13.0 15.09.2026
送信者が動作しなくなった際の通知、送信時に機能するLiquid、そして想定通りに届くメール 今回のリリースでは、目に見えなかった不具合について取り上げます。例えば、いつの間にか送信できなくなっていたメールボックス、プレビューでは問題なかったのに実際に送信すると失敗してしまったレイアウト、そして受信トレイに届くまでに失われてしまったデザインの細部などです。
メールの送信元が利用できなくなった際には、その旨をお知らせいたします
これまでは、送信元が機能しなくなると、その経由で送信されるすべてのメールが失敗し、履歴には赤い行が表示されるだけでした。
Google および Microsoft 365 のメールボックスを連携させると、自動的にサインイン状態が維持されます。アプリがアクセス権を自動的に更新するため、通常の使用状況では有効期限が切れることはありません。 アカウント側でその更新が拒否された場合(アプリへのアクセス権を削除した場合、パスワードの変更によりアクセスが終了した場合、または管理者がブロックした場合など)、ダッシュボードにバナーが表示され、送信者ごとに1日1回、再接続を促すメールが届きます。再接続を行うと、送信者リストとShopify Flowの設定が維持されます。
このアラートには、送信のたびにエラーが発生する設定上の問題も網羅されており、それぞれに具体的な解決策が示されています。具体的には、SMTPのユーザー名やパスワードの誤り、当社の送信サーバーをブロックしているメールサーバー(許可すべきIPアドレスを明記しています)、 SMTPホスト欄にメールアドレスが入力されている場合、ポートと暗号化の設定が一致していない場合、Gmailを利用していないGoogleアカウント、およびMicrosoftによって一時停止されているOutlookメールボックスなどです。
**「接続テスト」**と「送信テスト」では、エラーの横に同じ修正内容が表示されるようになりました。
「代わりにメールを送信する」権限なしでGoogleアカウントを連携しようとすると、送信が一切できないメールボックスを連携させるのではなく、説明とともに即座に拒否されます。
この通知はデフォルトでオンになっています。「通知」の設定からオフにすることができます。
エディタに入力したLiquidは、メール送信時に正常に動作するようになりました
{% if variables.total > 5 %} のような比較演算子、{{ variables.name | default: "there" }} のような引用符付きフィルター、あるいは一部フォーマット済みのタグなどは、プレビューでは正しく表示されていても、実際に送信するたびに expected "|" before filter というエラーが発生することがありました。エディタが、Liquid が読み取れない形式でそれらの文字を保存していたためです。
既存のレイアウトは自動的に固定されるため、変更する必要はありません。
Liquidの明らかな誤りを含むレイアウトを保存すると、お客様がメールを受け取れないという事態になる前に、保存時にその旨が通知されるようになりました。
Shopify Flowでタブや引用符を含むデータを送信しても、メールが空になることはなくなりました
タブや引用符を含む商品タイトルや備考(例:12" vinyl)があると、変数(JSON)が読み取れなくなり、メールが送信された際にフィールドが空白になってしまう可能性があります。
これらの値は、現在正しく読み込まれています。
それでもデータを読み込めない場合で、レイアウトに変数が使用されているときは、情報が不完全なままメールが送信されるのではなく、アクションが失敗し、履歴に明確な説明が表示されます。
作成した通りのデザインが、そのままメールに反映されます
送信メールに対する当社の安全チェックにより、設計されたメールに必要な要素がいくつか削除されてしまっていました。
モバイルのビューポートと文字セットが維持されるため、メールはスマートフォンでも適切に表示されます。
ブランディングで選択されたGoogle Fontsは、Apple Mailなど、それらをサポートしているメールクライアントで読み込まれるようになりました。
カスタムHTML内のOutlook専用のスタイルは、コードが複数行にわたって改行されていた場合でも保持されます。
独自のSMTPサーバーを経由することで、より安定した送信が可能になります
このアプリは、SMTPサーバーに対して一度に最大2つの接続しか開きません。サーバーが混雑している場合、Shopify Flowは「接続数超過」エラーで失敗するのではなく、少し時間を置いてメールの送信を再試行します。
応答のないメールサーバーについては、ワークフローを数分間停滞させるのではなく、15秒後に処理を中断し、Shopify Flowを通じて再試行されます。
プライバシー
当社のプライバシーポリシーに記載されているとおり、すべてのプランにおいて、送信および実行履歴は30日間保存されます。
アプリケーションログはEU内に保存されており、リクエストの追跡機能は現在使用しておりません。
Shopify Flow に返される HTTP リクエストのレスポンスは、Shopify Flow のサイズ制限内に収まります。
些細なこと
ビジュアルビルダーのセクションにある「表示/非表示」ボタンが復活しました。
リッチテキストエディタは、新しい基盤の上で再構築されました。ツールバー、リンク、画像、色、サイズなどは従来通りです。
定期的なセキュリティメンテナンスです。特にアクションの必要はありません。
New v1.12.0 09.09.2026
もう使用しないファイルを削除してください 不要になったアップロード済みのロゴ、画像、添付ファイルは、削除できるようになりました。これまでは、そのファイルを使用しているレイアウトを編集した際の副次的な結果としてのみ削除することができましたが、単に古いロゴを削除したいだけの場合には、この方法では役に立ちませんでした。
アプリ内では
画像や添付ファイルを挿入する場所(ブランディングのロゴ欄や、レイアウト内の「画像を挿入」など)で、メディアピッカーを開いてください。各ファイルの隅に「削除」ボタンが表示されるようになりました。「確認」をクリックすると、そのファイルはストレージから完全に削除されます。
現在使用中のファイルの削除は拒否されます。また、そのファイルを何が使用しているかをお知らせします。
これは意図的な仕様です。ピッカーを使用すると、1つのアップロードデータを好きなだけ多くのレイアウトで再利用できます。そのため、まだ参照されているファイルを削除すると、お客様に送信され続けている別のメールが知らぬ間に破損してしまう可能性があります。レイアウトや共有ヘッダー/フッターのプリセットでそのファイルがまだ使用されている場合、削除は拒否され、メッセージにそのファイル名が明示されます。 まず、それらのファイルの参照を解除してから、削除してください。
「anything」や「nothing」が参照しているものは、即座に削除されます。
APIおよびMCPについて
GET /api/v1/files ファイルの一覧を表示します。「?usage=true」を追加すると、各ファイルについて、まだ参照されているかどうかが報告されるため、1回の呼び出しで安全に削除できるファイルをすべて見つけることができます。
DELETE /api/v1/files 1つを削除し、使用中のチェックを同様に適用します。
MCP経由のAIアシスタントでも、list_files および delete_file から同様の機能をご利用いただけます。使用していない画像を検索・削除するよう依頼することができ、現在使用中のメールでまだ必要な画像は削除されません。
REST API リファレンス をご覧ください。
また、修正されました
不要になったファイルを整理するために使用されていたレイアウトを保存していましたが、チェックの対象は他のレイアウトのみであり、共有されているヘッダー/フッターのプリセットは対象外となっていました。プリセットでのみ使用されているロゴが削除されてしまう可能性がありました。現在では、どちらのパスでも同じチェックが行われるようになりました。
New v1.11.0 19.08.2026
開発者向けAPIとMCP、さらにエディタ内でのリンク操作がより簡単になりました ご自身のコードから、あるいはClaudeやCursorなどのAIアシスタントから、アクションを管理してください。
開発者向けAPI
APIキーを作成したり、Claude Code、Claude Desktop、Cursor、VS Code、またはGemini CLI用のコピーしてすぐに使える接続コマンドを取得できる、新しい開発者 向けページです。
HTTPリクエストのアクションを管理し、メールのレイアウト、送信者、シークレット名、実行履歴、および統計情報を読み取るためのREST API です。
MCPサーバー があれば、AIアシスタントも会話の中で同様の操作を行うことができます。これには、既存のシークレットを名前で参照して、新しいアクションを作成することも含まれます。
3つのアクセスレベルがあります。 「読み取り」キーは閲覧のみ可能です。「書き込み」キーは、作成、更新、削除のアクションも行えます。「実行」キーはさらに、設定されたHTTPリクエストを実際に実行することができます。これは、サードパーティのシステムに対して実際のリクエストを送信するため、独自のアクセスレベルとして区別されています。
どちらのインターフェースも、専用のアドレス「shopify.workflow-transactional-email.app」から提供されていますので、統合設定はアプリの管理用URLに依存しません。
**お客様の認証情報は非公開のままです。**シークレット値、SMTPパスワード、OAuthトークンは、いかなるアクセスレベルにおいても、APIやMCPを通じて読み取られることはありません。アシスタントは、「stripeApiKey」という名前のシークレットが存在することを確認し、その値を一切確認することなく「{{ secrets.stripeApiKey }}」として参照することができます。実行履歴に含まれる個人データは、サーバーから送信される前にマスクされますが、フリーテキストフィールドには引き続き顧客の詳細情報が含まれる可能性があります。
完全なドキュメント:開発者向けAPIとMCP 、認証とAPIキー 、REST API リファレンス 、および AIアシスタント(MCP)を接続する 。
リッチテキストエディタでのリンク作成は、以前よりずっと手間がかからなくなりました
これら2つは、いずれもあるマーチャントの報告書によるものです。
**テキストをハイライトすると、その部分にリンクが設定されます。**任意のテキストを選択し、リンクボタンをクリックすると、そのテキストにリンクが適用されます。これにより、メール内にURLが表示されている必要がなくなります。また、既存のリンクの上にカーソルを合わせると、「**リンクを削除」**というオプションが表示されます。
**メールアドレスや電話番号が正常に機能するようになりました。**スキームを手動で入力する必要はなくなりました。「hello@yourstore.com」と入力すると「mailto」リンクになり、「(703) 638-2601」と入力すると電話がかけられ、「yourstore.com」と入力すると通常のウェブアドレスとして開かれます。ダイアログには、挿入する前にその動作が説明されます。
実際にはどのような問題があったのでしょうか。この問題が原因で、2つの不具合が発生していました。「https://」を省略して入力されたアドレスは、実際のWebアドレスではなく、Shopify の管理ページを基準とした相対パスとして扱われていました。その結果、リンクが切れてしまっていたため、正常に機能するリンクを得る唯一の方法は、完全なURLを入力することでした。また、メールアドレスは「mailto」形式として認識されることが全くありませんでした。根本的な原因を修正いたしました。
現在お使いのレイアウトや保存済みのリンクには影響がありません。
アップグレード後の正常なページ
以前は、アップグレードを行うと、確認画面が表示されることなくダッシュボードに戻されてしまっていました。現在は、変更内容を確認できるページが表示され、新しいプランに含まれる内容や利用状況が表示されるほか、次に設定すべき便利な機能も案内されるようになりました。
Fixed v1.10.1 18.08.2026
ヘッダーおよびフッターでの改行、およびブロック間の間隔を狭くすること ビジュアルビルダーにおける2つの書式設定の修正です。いずれもマーチャントから報告されたものです。
ヘッダーおよびフッターのテキストで、改行が機能するようになりました
フッターは、「<br>」という文字列をリテラルテキストとして印刷すると同時に、Enterキーの操作を別途処理したため、画面上に改行_と、_不要な「<br>」が表示されてしまいました。
ヘッダーは改行を完全に無視し、すべてを1行にまとめて表示しました。
どちらも修正されました。改行するにはEnterキーを押してください。普段「<br>」と入力する習慣がある場合は、その方法でも問題ありません。この変更は、既存のレイアウトにすぐに適用されますので、設定を変更する必要はありません。
ブロック間の間隔
各ブロックは、ブロック間の_隙間に加えて_四辺すべてにパディングが設定されており、その結果、要素間の間隔が合計で約44pxになり、メールのレイアウトが緩く見えていました。
パディングの設定が分割され、**「ブランディング」→「レイアウト」の下に、名称が変更された 「ブロックパディング(左右)」の横に、新しい 「ブロックパディング(上下)」**スライダーが追加されました。各間隔設定には、その機能が実際に何を行うのかが説明されるようになりました。
**既存のレイアウトは変更されません。**現在の余白がそのまま維持されるため、すでに調整済みのメールでは何もずれることはありません。余白を狭めたい場合は、新しいスライダーを調整してください。4px程度に設定すると良いでしょう。
新しいレイアウトは 、デフォルトでブロック間の間隔が狭くなっています。具体的には、44pxではなく、およそ20pxの間隔となっています。
New v1.10.0 11.08.2026
受信トレイのプレビューテキストについて、変数の値が空の場合にその旨をお知らせするようになりました 今回のリリースは、ただ一点に焦点を当てています。それは、お客様から「間違っている」と言われる_前に、_ご自身のメールが正しいことを確認することです。
プレビューテキスト
すべてのレイアウトに「プレビュー 」テキストフィールドが追加されました。これは、メールクライアントの受信トレイで件名の横に表示される一文のことです。この欄を空欄のままにすると、メールの冒頭に記載されているテキスト(通常は「ブラウザで表示」という文言)が自動的にプレビューとして表示されます。
件名と同じ{{ variables.xxx }}に対応しているため、納期や注文番号を記載することができます。
説明文には 、それが実際には何であるかが明記されるようになりました。つまり、あなただけが見ることができる内部メモです。これまでは、いくつかのマーチャントがそこに顧客向けの文章を記載していました。
件名とプレビューテキスト をご覧ください。
変数が空白で表示される場合、警告が表示されるようになりました
テンプレートは意図的に寛容に処理されるため、変数が間違っていたり欠けていたりしても、お客様へのメール送信がブロックされることはありません。その代償として、_目立たない空白_が生じてしまうという問題がありました。つまり、送信は成功し、履歴は「成功」と表示されますが、その空白に気づくのはお客様だけだったのです。
プレースホルダーから何も生成されなかった送信については、履歴に「**空の変数」**というバッジが表示されるようになりました。
これを開くと、具体的にどの項目が該当するかが明確になり、2つのまったく異なる問題が区別されます。すなわち、「Shopify Flowから送信されたが内容が空 (プロパティのパスが間違っている)」というケースと、「Shopify Flowからまったく送信されていない (JSONに存在しない)」というケースです。
これはHTTPリクエストにも当てはまります。
「変数(JSON)」が自動的に生成されました
そのJSONを手作業で記述したことが、サポートチケットの最大の原因となっていました。
各レイアウトには、**「Shopify Flowでの使用」**カードがあり、Shopify Flowアクションに貼り付けるための正確なJSONが記載されています。キー名はすべて正しい状態で設定されています。ボタンひとつでコピーできます。
一般的な項目(お客様名、注文名、注文合計額、ステータスページのURL)には、あらかじめ値が入力されています。
変数がラインアイテムデータのように見える場合、警告が表示されます。注文には多くのラインアイテムが含まれるため、{{ order.lineItems.variant.title }} は何も返さず、ループが必要となります。これが、変数が空になる最も一般的な原因です。
テスト変数については 、プレビューおよびテスト送信にのみ影響する旨が明記されるようになりました。実際の Shopify Flow の実行では、これらは無視されます。
Shopify Flow からのデータの受け渡し をご覧ください。
また削除することができます
Shopify Flowのステップで参照されている間、レイアウト、送信者、SMTPサーバー、HTTPリクエスト、シークレット、およびプリセットは削除できませんでした。
問題点は、その参照情報がアプリがアンインストールされるまで保持されてしまうことです。そのため、すでに削除したり再構築したりしたワークフローの残骸である場合が多かったのですが、その区別をつける方法がありませんでした。その結果、マーチャントは削除できないレコードを抱え込む羽目になっていました。
削除がブロックされなくなりました。そのアイテムをまだ参照しているものが表示されるため、ご自身で判断していただけます。
削除されたオブジェクトを参照しているShopify Flowステップは、実行が事前に阻止されるのではなく、履歴に明確なメッセージが表示されて失敗するようになりました。
アップロードされたファイルだけは例外です。同じファイルを複数のレイアウト間で共有できるため、このチェックは残ります。
負荷がかかってもより安定しています
アクションエンドポイントにストアごとのアクセス制御と自動スケーリング機能を追加しました。これにより、1つのワークフローが集中して実行されても、他のワークフローの処理が遅くなることはなくなりました。
このアプリは、Shopify Flowがビジー状態のときに正しいシグナルを返すようになったため、Shopify Flowは繰り返しリクエストを乱発することなく、適切な間隔を空けて再試行を行うようになりました。これにより、データが失われることはありません。
プランの制限に達した場合、数時間にわたって再試行されるのではなく、明確で決定的な回答が返されるようになりました。
些細なこと
「画像の挿入」→ リッチテキスト/HTML エディタへのリンクの貼り付け に関する不具合が修正されました。これで、「キャンセル」ボタンが表示されるようになり、Enter キーで貼り付け、Esc キーで取り消しが可能になりました。また、何かを入力するまでは「挿入」ボタンが使用不可となります。cdn.example.com/logo.png という形式のリンクをそのまま貼り付けることも可能です。https:// は自動的に追加されます。
セットアップガイドでは、Shopify Flowの実際のアクション名である「Send Transactional Email 」および「HTTP Request 」を使用するようになりました。
定期的なセキュリティメンテナンス:アプリ全体の依存関係の更新が行われました。これには、重大なアドバイザリ1件と、高深刻度のアドバイザリ3件が含まれています。特にアクションを行う必要はありません。
新しいドキュメント:インストールと設定 、メールの配信率 (送信に成功してもスパムフォルダに入ってしまう理由)、サイドキックとAIアシスタント 、および データ、プライバシー、およびセキュリティ 。
New v1.9.0 10.08.2026
新しいドキュメントサイト、ヘルプセンター、およびアプリ内チャット サポートを受けるために、わざわざメールアドレスを探し回る必要はもうありません。
アプリ内チャット、すべてのページで利用可能
チャットバブルは、ダッシュボードだけでなく、アプリ内のどこからでも ご利用いただけるようになりました。レイアウトの作成途中でも、履歴で失敗したアクションを眺めているときでも、どこからでも会話を始めることができます。
お客様がどなたか、すでに把握しております。ストア名、プラン、連絡先情報は自動的に送信されますので、どのストアからご連絡いただいているかをご説明いただく必要はありません。
邪魔になりません。ダイアログが開いているときや、ビジュアルメールビルダーを使用している間は、バブルが自動的に非表示になるため、保存ボタンの上に重なることはありません。
新しいドキュメントサイト :docs.workflow-transactional-email.app
新しいヘルプセンター - バグの報告、機能のリクエスト、またはスクリーンショットを添付して、弊社に直接届く専用のフォームからお問い合わせいただけます。アプリ内のヘルプページからは、これらすべてに直接アクセスできるようになりました。
docs.flow-action-extensions.app に掲載されていた旧ドキュメントはすべて引き継がれていますので、ブックマークしていた内容は一切失われていません。ただ、新しい名称の下で公開されているだけです。
New v1.8.0 09.07.2026
現在はWorkflow Transactional Emailという名称になっており、Sidekickがそのことに関する質問にお答えできます **「Flow Transactional Email」は、これより「Workflow Transactional Email」となりました。**アプリもインストール方法も、送信者やテンプレートもこれまでと変わりません。当社の「ワークフロー」シリーズに合わせ、名称を一新いたしました。
お客様側で何かを行う必要はありません。Shopify Flowのワークフローは、変更を加えることなく引き続き正常に動作します。
知っておくべき点として、MicrosoftおよびGoogleの同意画面には、依然として以前の名称「Shopify Flow Action Extensions 」が表示される場合があります。これは想定内のことであり、承認しても問題ありません。
ShopifyのSidekickに、メールについて尋ねてみてください
Sidekickでは、このアプリに関する質問に直接お答えできるようになりました。「どのメール送信者が設定されていますか」「今週、送信に失敗したメールはありますか」「AirtableへのHTTPリクエストはありますか」、あるいは「前回の送信が失敗したのはなぜですか」といった質問をお寄せください。
読み取り専用 - Sidekickは、テンプレート、送信者、リクエスト、履歴を確認することはできますが、何も変更することはできません。秘密鍵、SMTPパスワード、OAuthトークン、メッセージの内容は一切返されません。
Fixed v1.7.1 28.06.2026
セキュリティ更新プログラム 定期的なセキュリティメンテナンス:アプリ全体の依存関係の更新およびセキュリティ強化を行います。お客様によるアクションは不要です。
このパスには以下の機能が含まれています:マーチャントによって設定された送信リクエストは、接続前に内部およびプライベートネットワークのアドレスとの照合が行われ、また、レンダリングされたメールのHTMLは送信前にサニタイズされます。
New v1.6.0 14.06.2026
一元化されたメディアライブラリ、および稼働中のワークフローを中断させない削除機能 メディアライブラリ
アプリ内のすべての画像やファイルに対して、検索、種類による絞り込み、並べ替えが可能な一元的な選択ツールです。ロゴを一度アップロードするだけで、すべてのテンプレートやブロックで再利用できます。
アップロードは、アプリを経由せずに直接ストレージに保存されるようになったため、大容量のファイルがあってもページの表示が遅れることがなくなりました。
ストレージ使用状況バーには、プランの容量のうち、現在どれほど使用されているかが表示されます。
黙ってシステムを壊してしまう可能性のある削除操作
Shopify Flowのステップが依然として参照しているテンプレート、送信者、SMTPサーバー、またはシークレットを削除すると、以前はワークフローが黙って機能しなくなり、実行は続くものの、失敗し続けていました。
削除操作を行う際は、まず参照状況が確認されるようになりました。使用中のものがある場合、削除はブロックされ、アプリが具体的にどの部分を更新すべきかを明確に示します。
ファイルのチェック方法も同様ですので、あるテンプレートから画像を削除しても、その画像を再利用している別のテンプレートに支障をきたすことはありません。
また
ストアごとの添付ファイル保存上限数を設定し、上限に達した際には明確な通知が表示されます。
暗号化された認証情報の読み取りが行われるたびに生成されるアクセストレイルです。
New v1.5.0 31.05.2026
Microsoft 365 または Google アカウントから送信できます。SMTP の認証情報は必要ありません。 リリース以来の最大の変更点は、SMTPの認証情報が一切不要になったことです。
連携済みのアカウント
**「Microsoft 365」と 「Google」**は、[メールの送信者] → [連携済みアカウント] からワンクリックで連携できるようになりました。一度サインインし、アクセスを承認すれば、そのメールボックスを代表してメールを送信できます。トークンはバックグラウンドで自動的に更新されます。
ご自身の受信トレイだけでなく、Microsoftの共有メールボックスや****グループメールボックス 、Googleの**「別のユーザーとして送信」エイリアス**なども対象となり、それぞれに独自のバッジが表示されます。
「メール送信者」ページから**テストメールを送信することで、**ワークフローに組み込む前に、そのメールボックスが正常に機能していることを確認できます。
これが重要な理由:アプリのパスワードや保存されたSMTP認証情報はリスク要因となります。有効期限が切れたり、定期的に更新されたり、データベースに保存されたりするためです。OAuthを利用すれば、これら3つの問題をすべて解消でき、自社のプロバイダーを通じて送信されるメールは、自社ドメインのレピュテーションを継承することになります。
新しい取り付けシステム
添付ファイルは、ビジュアルレイアウトだけでなく、プレーンテキストやHTMLレイアウトでも機能するようになりました。
テンプレート内のすべてのファイルの合計容量は最大20 MBまでです。それを超える場合は、インライン添付ファイルではなく、メールのフッターにダウンロードリンクとして自動的に表示されます。
Improved v1.4.0 29.05.2026
Shopify向けに開発されました。小節の保存機能、未保存の変更内容の保護機能、そしてよりすっきりとしたナビゲーション機能を備えています。 Shopifyの「Built for Shopify」基準を満たすため、すべての画面を精査しており、このアプリは管理画面の他の部分と同様に動作します。
**保存されていない変更は保護されます。**すべてのフォームで、Shopifyの標準の保存バーが使用されるようになりました。編集中のページから離れる場合やタブを切り替える場合、変更内容が黙って破棄されることなく、まず確認のメッセージが表示されます。
サイト全体でネイティブな「戻る」ナビゲーションが 採用されているため、ブラウザや管理画面の「戻る」ボタンも、期待どおりの場所に移動します。
ユーザーの注意を奪い合うバナーの代わりに、確認にはトーストを、バリデーションにはインラインエラーを一貫して使用します。
「重大(赤)」の表示は、現在、真のエラーや破壊的なアクションにのみ使用されるようになりました。したがって、赤いバッジが表示されている場合は、常に実際に何か問題が発生していることを意味します。
メトリックカード、日付範囲ピッカー、イベントチャートを備えた、刷新されたダッシュボードです。
Improved v1.3.0 22.05.2026
EUの新しいインフラ ― より高速で、エンドツーエンドの暗号化を実現 このアプリは現在、新しい欧州のクラウドプラットフォーム上で稼働しています。ご利用方法に変更はありませんが、その裏側では:
EU域内では、データベースとキャッシュは地域内に保存され、保存時の暗号化が行われています。
お客様の認証情報(SMTPパスワード、OAuthトークン、シークレット)は、ディスクレベルの暗号化に加え、専用の鍵管理サービスによって個別に暗号化されるようになりました。平文が保存されることは一切ありません。
アベイラビリティゾーン全体に冗長化されたインスタンスを配置し、負荷に応じて自動的にスケーリングを行います。
アクションの実行が高速化され、多数のワークフローが同時に実行された際にも、はるかに安定した動作が実現されます。
New v1.1.0 24.03.2026
ビジュアルメールビルダーに加え、テンプレートのエクスポートおよびインポート機能 HTMLを手作業で記述するのは、メールをデザインする上であまり良い方法ではありません。ですから、もうその必要はありません。
ビジュアルメールビルダー
見出し、テキスト、画像、ボタン、区切り線、余白といったブロックを使ってレイアウトを作成すると、設定パネルの横でリアルタイムに表示される様子をご確認いただけます。
レイアウトブロック :テキストの横に画像を配置したり、行を2つの列に分割して、幅や間隔を自由に設定したりできます。
色、フォント、行間、コンテンツの幅に関するブランディング設定は、メール全体に適用されます。
テスト変数を使用すると、データを送信する前に、実際のデータを用いてデザインをプレビューすることができます。
エクスポートとインポート
メールテンプレートをエクスポートし、別のストアにインポートできます。複数のクライアントで同じデザインを採用している代理店や、時間をかけて作成したレイアウトのバックアップを残しておきたい場合に便利です。
New v1.0.0 20.03.2026
Workflow Transactional Email 1.0 - Shopify Flow へのメールおよび HTTP リクエスト 最初のリリースです。Shopify Flowは、Shopify内で多くの処理を自動化できますが、外部へのアクセスはできません。そこで、外部へのアクセスが可能な2つのアクションを追加しました。
トランザクションメールの送信 - 自社のSMTPサーバーから、ブランドイメージを反映したメールを送信できます。Gmail、SendGrid、Mailgun、Amazon SES、または自社のメールサーバーをご利用いただけます。
HTTPリクエスト - 外部のAPI、Webhook、またはサービスを呼び出すことができます。GET、POST、PUT、PATCH、DELETEの各メソッドに対応しており、カスタムヘッダーやJSON形式のボディも指定可能です。Basicプランを含め、すべてのShopifyプランでご利用いただけます 。Basicプランでは、Shopify独自のHTTPアクションは利用できません。
Secrets - APIキー、トークン、パスワードを一度保存しておけば、どこからでも{{ secrets.keyName }}として参照できます。テンプレート、設定ファイル、ログには一切表示されません。
Liquidテンプレート機能 - {{ variables.xxx }} を使用して、Shopify Flowデータから動的な件名、本文、URL、ペイロードを生成します。
メールテンプレート ― 件名とHTML本文を再利用できるため、1つのデザインですべてのお客様に活用できます。
イベント履歴 - すべての実行が、リクエストおよびレスポンスの詳細とともに記録され、ダッシュボードには使用状況、プランの制限、成功率のカードが表示されます。
Shopify へのアクセス権限はありません 。このアプリはアクセス範囲を一切要求せず、お客様のショップデータを読み取ることもありません。