ブログ記事からRSSニュースレターを作成する

Published: 2026年7月16日 · Last updated: 2026年7月21日 · By Marcus Biel

RSSニュースレターを使うと、ブログやフィードの新しい記事をMaildroppaのメールキャンペーンに変換できます。

ソースを選択し、何件の新着記事が揃ったら配信号を作成するかを決め、受信者を選び、メール内容を設定します。さらに、生成されたキャンペーンをレビュー待ちにするか、最終的に自動送信できるようにするかも指定できます。

Maildroppaはバックグラウンドでフィードを確認し、すでに確認した記事を記録して、新しい記事から配信号を作成します。また、フィードに関するすべての判定を確認可能なログに記録します。

RSSニュースレターで自動化されること

RSSニュースレターは、次の流れで処理します。

1. Maildroppaが公開RSSまたはAtomフィードを読み込みます。
2. ニュースレターの有効化時に、既存の記事を確認済みとしてマークします。
3. その後のフィードチェックで、本当に新しい記事を特定します。
4. 新しい記事は、選択したトリガー条件が満たされるまで待機します。
5. Maildroppaがそれらの記事から通常のメールキャンペーンを作成します。この生成されたキャンペーンを配信号と呼びます。
6. 設定されたポリシーに従って、配信号をレビュー待ちにするか、配信します。
7. 生成されたキャンペーンは、Maildroppaの通常のキャンペーン送信処理で送信されます。

配信号には1件または複数件の記事を含めることができます。配信号には固有の番号が付与され、RSSニュースレターの詳細ページから開けるリンク付きメールキャンペーンがあります。

最初の配信号は必ず承認待ちになります。Auto releaseポリシーを選択している場合でも、Maildroppaが最初に生成したキャンペーンを自動送信することはありません。

RSSニュースレターのページを開く

メインナビゲーションで「RSS-Newsletter」を選択します。

概要には、アーカイブされていないすべてのRSSニュースレターが表示されます。各行には次の情報が表示されます。

• 内部ニュースレター名
• 検出されたフィードタイトルまたはフィードURL
• トリガーモードとスケジュール
• 配信ポリシー
• 次回予定されているフィードチェック
• 現在のステータス、および該当する場合は一時停止の理由

ニュースレター名を選択すると、詳細ページが開きます。

「New RSS-Newsletter」をクリックすると、5段階のセットアップアシスタントが開始します。

ニュースレターの状態を理解する

RSSニュースレターには、3つの状態があります。

Active

Maildroppaがフィードを自動的にチェックし、トリガー条件が満たされると新しい配信号を作成できます。

Paused

自動フィードチェックは停止しますが、設定、待機中の記事、生成された配信号、チェック履歴は引き続き利用できます。

ニュースレターは手動で一時停止できるほか、フィードの長期的な障害後や、Feed reset guardによって判断が必要になった場合にも一時停止されます。

Archived

ニュースレターは自動チェックを受けなくなり、アクティブな概要から非表示になります。アーカイブしても、保存された設定が完全に削除されるわけではありません。

RSSニュースレターを作成する

「New RSS-Newsletter」をクリックします。

セットアップアシスタントには、次の5つのステップがあります。

1. Source
2. Trigger
3. Audience
4. Email
5. Release

各ステップを完了したら「Next」を使用します。ステップバーで完了済みのステップを選択するか、「Back」をクリックすると、前のステップに戻れます。まだ到達していないステップは利用できません。

最初のステップで「Cancel」をクリックすると、RSSニュースレターの概要に戻ります。

Step 1：Source

Sourceステップでは、記事の取得元をMaildroppaに指定します。

「Blog, website, or feed URL」に次のいずれかを入力します。

• RSSまたはAtomフィードを宣言しているウェブサイトまたはブログのページ
• 直接指定したRSSフィードURL
• 直接指定したAtomフィードURL

例：

https://example.com/blog

または：

https://example.com/feed.xml

プロトコルを省略すると、Maildroppaはhttps://を付けたアドレスを試します。

短時間の読み込み後、MaildroppaはURLを読み込み、フィードのプレビューまたはページ上で検出されたフィードの一覧を表示します。

検出されたフィードを選択する

ウェブサイトでは複数のフィードを宣言している場合があります。たとえば、ブログに記事用フィードとコメント用フィードが別々に存在することがあります。

複数のフィードが見つかると、MaildroppaはタイトルとURLを表示します。メールで配信したい記事を含むフィードを選択します。

コメントを含んでいる可能性があるフィードには「likely comments feed」と表示され、他の選択肢の後ろに並びます。記事ではなくコメント通知からニュースレターを作成しないよう、URLを慎重に確認してください。

候補を選択すると、Maildroppaはそのフィードを読み込み、最近の記事を表示します。

フィードプレビューを確認する

プレビューには次の情報が表示される場合があります。

• フィードタイトル
• 記事タイトルとリンク
• 公開日
• 作成者
• 画像
• 抜粋
• 見つかった最近の利用可能なアイテム数

また、フィードアイテムに利用可能なリンク、公開日、画像がない場合など、Maildroppaが警告を表示することもあります。

警告が表示されても、必ずしもフィードが利用できないとは限りません。一部の記事で利用できない可能性があるメール要素を知らせるものです。

プレビューに正しい内容が表示されていることを確認したら、「Use this feed」を選択します。ボタンは「Feed selected」に変わります。

フィードタイトルが利用できる場合、Maildroppaはそのタイトルを内部RSSニュースレター名の候補として使用します。ニュースレターを作成する前に、Emailステップでこの名前を変更できます。

フィードの選択が必要な理由

複数のフィードが検出された場合、ウェブサイトのアドレスを入力するだけでは不十分です。候補を1つ選択し、プレビューが表示されるまで待ってから続行してください。

プレビューの読み込み中は、Maildroppaが待機を求めます。読み取り可能なフィードがない場合は、URLを修正するか、直接フィードURLを試してください。

既存の記事が基準になります

Sourceステップでは、有効化中に既存のフィードアイテムが確認済みとしてマークされることを知らせます。

この基準は重要な安全機能です。ニュースレターを有効化しても、フィードにすでに存在するすべての記事が直ちにメール送信されるわけではありません。有効化時の基準以降に検出された記事だけが、新しい配信号の内容になります。

Step 2：Trigger

Triggerでは、待機中の記事を配信号に変換するタイミングを設定します。

次の3つのモードから選択します。

• Instant
• Schedule
• Threshold

トリガーは配信号を作成するタイミングを決定します。配信ポリシーを回避するものではありません。トリガーによって作成された後も、配信号をレビュー待ちにできます。

Instant

Instantでは、フィードチェックが成功し、少なくとも1件の新しい記事が見つかった後に配信号を作成します。

MaildroppaはInstantニュースレターを約15分間隔で自動的にチェックします。つまり、「Instant」は公開システムからのリアルタイム通知ではありません。新しい記事は通常、次回予定されたフィードチェックで検出されます。

同じチェックで複数の記事が見つかった場合、設定した最大アイテム数までを1つの配信号にまとめることができます。

Maildroppaが検出したら、すべての新しい記事をできるだけ早く配信号にしたい場合にInstantを使用します。

Schedule

Scheduleでは、新しい記事を集め、決まった時刻にダイジェストを作成します。

次の項目を選択します。

• Daily、Weekly、Monthlyの頻度
• 送信時刻
• タイムゾーン
• 最小アイテム数
• Weeklyスケジュールの曜日
• Monthlyスケジュールの日付

最小アイテム数は1～20の範囲で設定できます。

Weeklyスケジュールでは、少なくとも1つの曜日を選択します。アシスタントでは、最後に選択された曜日を削除できないようになっています。

Monthlyスケジュールでは、1～28日から選択します。28日までに制限することで、すべての月にスケジュールを設定できます。

Maildroppaは、選択したタイムゾーンに基づいて送信時刻を解釈します。特に夏時間の変更が関係する場合は、ニュースレターを予定しているタイムゾーンを使用してください。

予定時刻になると、設定した最小数以上の記事が待機している場合にのみ、Maildroppaが配信号を作成します。記事が少なすぎる場合、その枠はスキップとして記録され、記事は次の枠まで利用可能な状態で残ります。

定期的な日次、週次、月次のダイジェストにはScheduleを使用します。

Threshold

Thresholdでは、次の2つの条件のいずれかが満たされたときに配信号を作成します。

• 設定した記事数が待機している。
• 最も古い待機中の記事が、設定した日数待機している。

アイテム数のしきい値は1～20、最大待機時間は1～365日の範囲で設定できます。

たとえば、5記事、最大経過日数7日のしきい値を設定した場合、次のいずれかで処理されます。

• 5記事が利用可能になった時点で配信号を作成する、または
• 最も古い記事が7日を超えて待機した時点で、5件未満の記事でも配信号を作成する

待機期間は、Maildroppaがその記事を最初に確認した時点から始まります。フィード内に記載された日付を基準にはしません。

MaildroppaはThresholdニュースレターを約15分間隔でチェックします。

記事数の少ないフィードをいつまでも待たせず、ある程度まとまったダイジェストを作成したい場合にThresholdを使用します。

Step 3：Audience

Audienceステップでは、生成されたすべての配信号を受け取る相手を設定します。

次のいずれかを選択します。

• 「All confirmed subscribers」
• アカウントに保存されたセグメント1つ

セグメントを選択すると、そのセグメントを対象フィルターとして生成キャンペーンが作成されます。

フィードの内容がリストの一部にしか関係しない場合は、セグメントを使用します。たとえば、特定の商品、言語、出版物、トピックに関心のある購読者だけを対象にする場合です。

セグメント一覧を読み込めない場合、アシスタントは警告を表示し、すべての確認済み購読者で続行できるようにします。確認済み購読者全員への送信を意図していない限り、この代替設定で進めないでください。

Step 4：Email

Emailステップでは、生成キャンペーンに使用する内部名、件名、前後のテキスト、RSSアイテムブロックを設定します。

右側のプレビューには、現在のRSSブロック設定で最近のフィードアイテムが表示されます。これは生成される記事カードに焦点を当てたプレビューであり、最終キャンペーンを受信トレイで表示した完全なレンダリングではありません。

RSS Newsletter Name

この名前は、Maildroppa内で自動化を識別するためのものです。RSSニュースレターの概要と詳細ページのタイトルに表示されます。

メールの件名には使用されません。

次のような具体的な名前を使用します。

• Product Blog Weekly Digest
• Company News RSS Newsletter
• German Knowledge Base Updates

Subject Pattern

件名パターンによって、生成される各キャンペーンの件名が作成されます。

プリセットのパターンから選択するか、独自のパターンを入力できます。次の変数に対応しています。

• {{feed.title}} — フィードタイトル。フィードタイトルがない場合はRSSニュースレター名が使用されます。
• {{first.title}} — 配信号内の最初の記事のタイトル
• {{count}} — 配信号に含まれる記事数
• {{date}} — アカウントのロケールとタイムゾーンに合わせてフォーマットされた現在の日付

例：

{{feed.title}}: {{first.title}}

{{count}} new posts from {{feed.title}}

{{date}} update from {{feed.title}}

フィードタイトルや記事タイトルが長い場合でも、件名が役立つ内容になるようにしてください。最初のアイテムは、待機中の記事のうち最も新しく選択されたものです。

Intro Content

Intro contentは、生成された記事カードの前に配置される任意のテキストです。

定期的な短い挨拶や説明に使用します。このフィールドはプレーンテキストに対応しています。段落を分けるには空行を入れてください。

同じイントロが毎回再利用されるため、1つの配信号だけに当てはまる内容は書かないでください。

RSS Items Block

すべてのRSSニュースレターには、必須のRSSアイテムブロックが1つ含まれます。配信号の作成時に、Maildroppaがこのブロックを選択された記事に置き換えます。

次の項目を表示または非表示にできます。

• 画像
• 抜粋
• 公開日
• 作成者
• 詳細ボタン

タイトルとリンクは各記事カードに常に含まれます。

フィードの抜粋は安全なプレーンテキストに変換され、生成メール内で短縮されます。RSSニュースレターが記事全体をメールにコピーすることはありません。

画像、作成者、公開日は、要素が有効になっていて、かつフィードから利用可能な値が提供されている場合にのみ表示されます。

Maximum Items

「Max items」は、1つの配信号に配置される記事数の上限を設定します。1～20の範囲で設定できます。

配信号の作成時、Maildroppaは待機中の記事からこの上限までを選択します。その時点で上限を超えた待機中の記事はオーバーフローとしてマークされ、後の配信号には繰り越されません。

この値は慎重に選択してください。通常は、Scheduleの最小値またはThresholdのアイテム数以上に設定する必要があります。チェックの間にフィードが多数の記事を公開する可能性がある場合は、メールで配信したいコンテンツが削除されないよう、十分大きな上限を設定してください。

Button Label

Button displayオプションを現在無効にしている場合でも、ボタンラベルは必須です。

「Read more」、「View article」、「Open post」のような短い行動を促す文言を使用します。各ボタンは、フィードに記載された対応する記事URLにリンクします。

Footer Content

Footer contentは、生成された記事カードの後に配置される任意のテキストです。定期的な締めのメッセージに使用します。

Maildroppaは、各配信号の準備時に標準のアカウントメールフッターを追加します。そのため、法的な送信者情報、プロフィールリンク、配信停止操作をこのフィールドで再作成する必要はありません。表示形式は、アカウントに設定されたFooter Styleに従います。

Step 5：Release

Releaseステップでは、Maildroppaが配信号とリンク付きキャンペーンを作成した後の処理を設定します。

ReviewまたはAutoを選択します。

Review

Reviewでは、通常のキャンペーンを作成し、判断待ちにします。

キャンペーンを開いて確認・変更したり、手動で送信したり、配信号をキャンセルしたりできます。

「Auto-release untouched drafts after a veto window」を任意で有効にできます。レビュー期間は15分～10,080分、つまり7日間の範囲で入力します。

最初の配信号が承認された後、変更されていない下書きには配信期限が設定されます。その期限までに誰もキャンペーンを変更しなければ、Maildroppaが自動的に配信します。

生成されたキャンペーンを編集すると拒否とみなされます。自動期限は削除され、配信号は手動リリース待ちになります。これにより、元のタイマーを気にせず修正できます。

すべての配信号を手動で承認する必要がある場合は、自動リリースを無効にしてください。

Auto

Autoでは、後続の配信号を生成直後に通常のキャンペーン送信処理で送信します。

最初の配信号は例外です。必ず手動レビューとリリースを待ちます。最初の配信号がリリースされた後に限り、後続の配信号で自動送信を使用できます。

フィード、オーディエンス、件名パターン、メールレイアウトを慎重にテストした後にのみAutoを選択してください。

最初の配信号に関する安全ルール

最初に生成された配信号には、自動レビュー期限が設定されることも、承認を回避することもありません。

この最初の配信号で、次の項目を確認してください。

• フィードから期待した記事が取得される。
• オーディエンスが正しい。
• 件名変数によって適切な件名が作成される。
• 画像と抜粋が適切に表示される。
• イントロ、記事カード、フッターコンテンツ、アカウントフッターが適切に組み合わされている。
• リンクが正しい記事を指している。

手動でリリースすると、Maildroppaは最初の配信号が承認されたことを記録します。その後、選択したReviewまたはAutoの動作が後続の配信号に適用されます。

作成して有効化する

Releaseステップで「Create and activate」をクリックします。

MaildroppaはまずRSSニュースレターを保存し、次に選択したフィードを再度読み込んで有効化します。

有効化中に次の処理が行われます。

1. フィードに現在存在する記事が基準として記録されます。
2. 既存の記事は配信号用にキューへ追加されず、確認済みとしてマークされます。
3. ニュースレターがActiveになります。
4. 最初の自動チェックが予定され、スケジュール型ニュースレターでは次回の配信号枠も計画されます。
5. Feed check logに「Activated baseline」エントリが追加されます。

有効化後、Maildroppaは詳細ページを開きます。

有効化時にフィードを読み込めない場合は、セットアップ全体をやり直す前に、概要に一時停止中のニュースレターが作成されていないか確認してください。

詳細ページを理解する

詳細ページでは、RSSニュースレター名がタイトルとして使用されます。

概要パネルには次の情報が表示されます。

• Active、Paused、Archivedのステータス
• 該当する場合は一時停止の理由
• 配信号に利用可能なフィード記事数
• フィードタイトルとURL
• トリガーモードとスケジュール
• 配信ポリシーと拒否期間
• 次回チェックと前回成功したチェック
• 次回配信号の時刻と連続失敗回数

概要の下には、Feed check logとGenerated issuesのセクションがあります。

利用可能なニュースレター操作

利用できるボタンは、ニュースレターの現在の状態によって異なります。

Activate

Activateは、保存済みで有効化が一度も完了していないニュースレターに表示されます。

フィードを読み込み、基準を作成して、自動チェックを開始します。

Pause

Pauseは、今後の自動フィードチェックを停止します。待機中の記事、配信号、履歴は削除されません。

メンテナンス中や、Maildroppaに新しい配信号を一時的に作成させたくない場合にPauseを使用します。

Resume

Resumeは、手動で一時停止したニュースレター、またはフィード障害によって一時停止したニュースレターを再びActiveにし、新しいチェックを予定します。

すでに待機中の記事は引き続き利用できます。以下で説明する特別なFeed reset操作を使用しない限り、Resumeによって新しい有効化基準が作成されることはありません。

Check Feed for New Posts

「Check feed for new posts」は、次回予定されたチェックを待たずに、直ちにフィードチェックを実行します。

この操作はActiveおよびPausedのニュースレターで利用できます。手動チェックでは通常のトリガーロジックが使われるため、自動チェックが一時停止中でも、待機中の記事を追加したり、配信号を作成したりできます。

新しい記事を公開した後、フィードの問題を修正した後、または設定済みのトリガーをテストするときに使用します。その後、新しいFeed check logエントリを確認してください。

Send Test Email

「Send test email」は、現在のMaildroppaアカウントのメールアドレスに、レンダリングされた例を送信します。

テストでは、保存済みテンプレート、RSSアイテムブロック、標準のアカウントフッター、通常のキャンペーンテスト送信経路が使用されます。

Maildroppaはまず、ライブフィードから現在のアイテムを取得しようとします。フィードが空または一時的に利用できない場合は、メールレイアウトをテストできるよう、サンプル記事を1件使用します。

一時的なテストキャンペーンはテスト後に削除され、通常のキャンペーン一覧には残りません。

テストによってRSS配信号が作成またはリリースされることはなく、設定したニュースレターのオーディエンスに送信されることもありません。

Archive and Hide

「Archive and hide」は、今後のフィードチェックを停止し、RSSニュースレターをアクティブな概要から削除します。

確認ダイアログには、アーカイブが完全な削除ではないことが説明されます。

アクティブな一覧にニュースレターを残す必要がなくなった場合にのみArchiveを使用してください。後で再開する予定がある場合はPauseを使用します。

詳細ページは運用向けであり、設定編集画面ではありません。現在のインターフェースでフィード、トリガー、オーディエンス、繰り返し使用するメール内容、配信ポリシーを変更するには、置き換え用のRSSニュースレターを作成して確認した後、古いものを一時停止またはアーカイブしてください。

フィードリセットを処理する

フィードによっては、記事識別子が突然変更されたり、公開日が削除されたり、アーカイブの大部分が新着記事であるかのように表示されたりすることがあります。

これらの記事をすべて送信すると、予期しないアーカイブ一斉配信が発生する可能性があります。そのためMaildroppaはFeed reset guardを使用します。古い記事や日付のない記事の疑わしいグループが現れると、ニュースレターは「feed reset review needed」という理由で一時停止されます。

待機中の記事は、判断できるようそのまま残ります。

次の2つの操作が表示されます。

Mark Seen & Resume

現在待機中のすべての記事を確認済みとしてマークし、今後の配信号から除外して、自動チェックを再開します。

待機中の記事が古いアーカイブ記事や重複記事で、メール送信すべきでない場合に選択します。

Resume and Send Waiting

待機中の記事を保持したまま自動チェックを再開します。次にトリガーが配信号を作成するときに、それらの記事を使用できます。

待機中の記事が本当に新しく、送信すべきであることを確認した場合にのみ選択してください。

フィード障害後の自動一時停止

Maildroppaは、連続して失敗したフィードチェックの回数と、現在の失敗期間が始まった時刻を記録します。

フィードチェックが成功すると、連続失敗回数はリセットされます。フィードの失敗が7日を超えて続くと、Maildroppaは「feed failing」という理由でニュースレターを一時停止し、自動チェックを停止します。

まずフィードを修正し、「Check feed for new posts」を使用して読み込み可能であることを確認してから、「Resume」を選択してください。

一般的なフィード障害には、無効またはブロックされたURL、到達不能なサーバー、タイムアウト、読み取り不能な応答、サイズ超過の応答、フィードを宣言していないウェブページなどがあります。

Feed Check Logを理解する

Feed check logは、フィードに関する判定の監査記録です。

1ページに10件のエントリが表示され、古いページと新しいページを切り替える操作があります。各行には次の情報が含まれます。

• 時刻
• 結果
• そのチェックで見つかった新しいフィード記事数
• その後に配信号へ利用可能な記事の合計数
• 詳細または人が読めるエラー

Activated Baseline

初回のフィードアイテムは、有効化時に確認済みとして記録されました。新しい配信号には含まれません。

No Change

フィードは正常に読み込まれましたが、新しく利用可能な記事は見つからず、待機中の記事もありません。

Items Waiting

新しい記事または以前に検出された記事が待機していますが、現在のトリガー条件はまだ満たされていません。

Issue Created

トリガー条件が満たされ、Maildroppaが生成された配信号とリンク付きキャンペーンを作成しました。

Slot Skipped

予定された配信時刻になりましたが、設定された最小記事数に満たない記事しかありませんでした。記事は後の予定枠まで待機します。

All Items Filtered

フィードアイテムは見つかりましたが、待機中の配信号コンテンツとして適格なものはありませんでした。

Feed Reset Guard

Maildroppaが古い記事や日付のない記事の疑わしいグループを検出し、それらを待機状態に保ったまま、判断のためニュースレターを一時停止しました。

Failed

フィードを正常にチェックできませんでした。原因が判明している場合は、Detail列に説明が表示されます。

フィードチェック履歴は90日間保持されます。また、運用監査記録として、RSSニュースレターごとに少なくとも最新の200件のチェック記録が保存されます。

Generated Issuesを理解する

Generated issuesテーブルには、1ページに10件の配信号が表示されます。

各行には次の情報が含まれます。

• 配信号番号
• ステータス
• 配信号内の記事数
• 配信号あたりの設定済み最大記事数
• 作成時刻
• 生成されたキャンペーンへのリンク
• 利用可能な操作

Waiting for Review

配信号に生成されたキャンペーンはありますが、まだリリースされていません。

行には、自動リリース時刻または手動リリース待ちであることが表示されます。

「Open campaign」を選択して、生成されたキャンペーンを確認または編集します。確認後すぐにリリースするには「Send now」を選択します。

Released

配信号が通常のキャンペーン送信処理に渡されました。配信号に対する追加操作は利用できません。

Cancelled

生成されたキャンペーンが破棄されました。その記事は消費済みとしてマークされたままで、後のRSS配信号に再登場することはありません。

配信号全体を破棄する場合にのみCancelを選択してください。内容を修正して送信したい場合は、キャンペーンを開いて編集してください。

配信号を確認してリリースする

レビュー待ちの配信号では、次の手順を実行します。

1. 「Open campaign」を選択します。
2. 件名、内容、オーディエンス、送信者設定、リンク、フッターを確認します。
3. 必要に応じて修正します。
4. RSSニュースレターの詳細ページに戻ります。
5. 「Send now」を選択します。
6. リリースを確認します。

詳細ページに、配信号を送信中であることが表示されます。その後、生成されたキャンペーンはMaildroppaの通常の送信条件とステータスフローに従います。

Reviewの配信号に自動期限が設定されていて、そのキャンペーンを編集した場合、期限は解除されます。編集した配信号は、準備が整ったら手動でリリースしてください。

Maildroppaが記事を新しいと判断する方法

Maildroppaは、同じ記事がチェックのたびに意図せず再選択されないよう、フィードアイテムの識別情報を保存します。

フィード識別子と正規化された記事URLを使用して記事を認識します。また、記事URLが同じままフィードの識別子だけが変更された場合、記事を新着として扱わないようにします。

その他の安全策には次のものがあります。

• 有効化時に存在していた記事は、基準として消費済みになります。
• 30日以上前に公開された記事は、後から初めて検出された場合に古い記事として扱われます。
• 10分を超えて未来の日付が付いた記事は、そのチェックでは受け付けられません。
• 利用可能な記事リンクがないフィードエントリは破棄されます。
• 配信号、キャンセル、リセットの判断、オーバーフロー、その他の安全ルールによってすでに消費された記事は、後の配信号に再登場しません。

これらのルールは、過去のフィードエントリをすべてメール送信することより、予測可能な送信を優先します。

フィードURLと応答の要件

Maildroppaは、公開HTTPおよびHTTPSのフィードソースに対応しています。HTTPSを推奨します。

ソースは次の条件を満たす必要があります。

• 公開ホスト名を使用すること
• ポート80または443を使用すること
• ユーザー名とパスワードを埋め込まないこと
• 読み取り可能なRSS、Atom、またはHTML検出ページを返すこと
• フィード取得の制限時間内にリクエストを完了すること
• 応答サイズが3 MB以下であること

localhost、プライベートネットワークの宛先、その他のブロック対象ネットワーク範囲は、セキュリティ上の理由により拒否されます。

Maildroppaは最大3回のリダイレクトに従い、リダイレクト先ごとに再度確認します。宛先のないリダイレクトや、より長いリダイレクトチェーンは到達不能として扱われます。

フィードリーダーは、ETagやLast-ModifiedなどのHTTPキャッシュ情報に対応しています。そのため、正しく設定されたフィードでは、完全な内容を繰り返し返さずに変更がないことを報告できます。

トラブルシューティング

ウェブサイトURLからフィードが見つからない

ページはHTMLメタデータを通じてRSSまたはAtomフィードを宣言している必要があります。一般的に/feed、/rss、.xml、.atomで終わる直接フィードURLを試してください。

複数の選択肢が表示された場合、コメントが実際に意図したソースでない限り、「likely comments feed」と表示されたフィードは避けてください。

フィードプレビューを読み込めない

URLが公開されており、認証なしで開けることを確認してください。Maildroppaは、ローカルアドレス、プライベートサーバー、未対応ポート、3 MBを超える応答を使用できません。

また、応答がブラウザーのエラーページ、セキュリティチャレンジ、ログインフォームではなく、有効なRSSまたはAtomであることも確認してください。

既存の記事から配信号が作成されない

これは有効化直後であれば正常です。既存のアイテムは安全基準となり、確認済みとしてマークされます。

本当に新しいフィードアイテムを公開するか、新しい記事を待ってください。次回の自動チェックを待ちたくない場合は、その後「Check feed for new posts」を使用します。

スケジュール枠がスキップされる

最小アイテム数の設定を確認してください。待機中の記事がそれより少ない場合、その枠はスキップされ、記事は次回の予定時刻まで利用可能な状態で残ります。

記事は待機しているが配信号が作成されない

トリガーを確認します。

• Instantは次回の成功したチェックを待ちます。
• Scheduleは設定された枠と最小記事数を待ちます。
• Thresholdは記事数または最も古い記事の経過時間の条件を待ちます。

詳細ページには、スケジュール型ニュースレターの次回配信号時刻と、すべてのトリガーにおける待機中の記事数が表示されます。

最初の配信号が自動送信されない

これは必須の最初の配信号に関する安全ルールです。生成されたキャンペーンを開いて確認し、「Send now」を使用してください。後続の配信号は、選択したReviewまたはAutoポリシーに従います。

編集した下書きが自動リリースされない

編集は拒否とみなされます。変更されたキャンペーンが明示的な判断なしに送信されないよう、自動期限は削除されます。

編集したキャンペーンの準備が整ったら「Send now」を使用してください。

フィード障害のためニュースレターが一時停止された

フィードが長期間にわたり成功していません。フィードを修正し、手動チェックを実行して、ニュースレターをResumeします。

フィードリセットのレビューのためニュースレターが一時停止された

操作を選ぶ前に、待機中の記事を確認してください。

• 古いアーカイブ記事や重複コンテンツの場合は「Mark seen & resume」を選択します。
• 本当に新しい記事の場合は「Resume and send waiting」を選択します。

テストメールにサンプル記事が含まれている

Maildroppaがテスト用に利用可能なライブフィードアイテムを取得できなかったため、レイアウトをテストできるようサンプルアイテムを使用しました。本番の配信号作成を行う前に、フィードを修正してください。

推奨セットアップチェックリスト

RSSニュースレターを運用する前に、次の項目をすべて確認してください。

1. 選択したフィードに、コメントや無関係なコンテンツではなく記事が含まれている。
2. プレビューに安定した記事リンクと有用なタイトルが表示されている。
3. 既存のアイテムを有効化時の基準にして問題がない。
4. トリガーがフィードの公開頻度に合っている。
5. Scheduleの最小値またはThresholdの件数がMax itemsの値を超えていない。
6. 選択したタイムゾーンとスケジュール曜日が正しい。
7. オーディエンスが、確認済み購読者全員または正しいセグメントとして意図どおりに設定されている。
8. 件名変数が実際のフィードデータで有用な件名を作成する。
9. 画像、日付、作成者がない場合でもレイアウトが崩れない。
10. ボタンラベルと記事リンクが正しい。
11. テストメールがアカウントのメールアドレスに届き、内容が完全に表示される。
12. 最初に生成されたキャンペーンをリリース前に慎重に確認する。
13. 有効化後およびフィードプラットフォームの変更後に、Feed check logを監視する。

このように設定すれば、RSSニュースレターは定期的に更新されるブログを管理されたキャンペーンワークフローに変えながら、フィードの判定、生成された配信号、レビュー操作、送信の安全性をMaildroppa内で確認できる状態に保てます。