バージョンを記載
テンプレートのバージョンやビルド番号を件名の末尾に入れ、古いキューのメールを現在の結果と取り違えないようにします。
「見た目が合っているか」だけでは不十分です。受信トレイからテキスト版フォールバックまで順に確認すれば、件名、レイアウト、リンク、アクセシビリティの問題を特定できます。
各層はユーザーが実際に目にする画面に対応しています。一度に変えるのは1つの要素だけにすると、再テストの結果を比較できます。
テストメールには一意の番号、明確な発生時刻、照合できる期待結果を含めます。テンプレート、受信アドレス、送信設定を同時に変更しないでください。
テンプレートのバージョンやビルド番号を件名の末尾に入れ、古いキューのメールを現在の結果と取り違えないようにします。
送信タスクID、宛先、発生時刻を記録しておけば、遅延が起きたときにキューやバウンスを確認できます。
件名の長さ、ボタンのリンク先、モバイルでの改行、テキスト版の内容をあらかじめ明記し、「だいたい」で完了にしないようにします。
きれいなHTMLの中に、誤ったリンク、欠けたプレヘッダー、コピーできない認証コードが隠れていることがあります。まず情報を照合し、その後で視覚的な階層を判断します。
実際のメールには独自のスタイルが含まれています。本文を制限付きフレームに入れることで、サイトのCSSによるテンプレートの書き換えを防ぎ、メールのスクリプトが直接実行されるのも阻止できます。
「ボタンが壊れている」だけでは、次のテスト担当者に役立ちません。クライアント幅、実際のリンク、再現手順、テンプレートのバージョンを具体的に記録します。
390pxの閲覧領域で、メインボタンの文言が2行になり、上下の余白を圧迫している。
メールの件名、テンプレートのバージョン、スクリーンショット、ボタンのリンク先URLを記録する。
CTAの文言を短くし、ボタンの左右のパディングを増やしてから、新しいバージョンを送信する。
新しいアドレスで一意の番号を付けたサンプルを受信し、古いメールが結論に混ざっていないことを確認する。