sales-deliverability

アウトバウンド営業のメール到達性

ドメイン認証やウォームアップから、受信トレイへの振り分け、レピュテーションの監視、各プラットフォーム固有の設定まで、メール到達性の設定、問題の診断、最適化をユーザーにサポートします。このスキルは特定のツールに依存せず、Apollo、Mailshake、Salesloft、Lemlist、Yesware、Mixmax、Reply.io、Woodpecker、Hunter.io、Tomba、Prospeo、Seamless.AI、SafetyMails、および単体ツールを対象としています。

ステップ 1 — 状況を確認する

references/learnings.md がある場合は、まず読み込んで蓄積された知識を確認してください。

ユーザーに次の質問をしてください。

1. 現在の状況を教えてください。

   • A）コールドアウトバウンド用の新しいドメインを設定している
   • B）新しいメールボックス／送信者アカウントをウォームアップしている
   • C）メールが迷惑メールフォルダーに振り分けられるため、原因を診断したい
   • D）開封率が大幅に低下した
   • E）バウンス率が高い
   • F）ブラックリストに登録されたため、復旧したい
   • G）送信量を増やしている（1 日の送信数を増やす）
   • H）プラットフォームを切り替えている（送信者を移行する）
   • I）その他 — 詳細を説明してください

2. 現在の送信環境について教えてください。

   • メインドメインですか、それともアウトバウンド専用ドメインですか？
   • メールボックス／送信者アカウントはいくつありますか？
   • 1 日の送信量（現在または目標）はどれくらいですか？
   • このドメイン／メールボックスから送信している期間はどれくらいですか？

3. どのツールを使用していますか？

   • A）Apollo.io
   • B）Mailshake
   • C）Salesloft
   • D）Lemlist
   • E）Yesware
   • F）Instantly / Smartlead
   • G）Mixmax
   • H）Reply.io
   • I）Woodpecker
   • J）HubSpot / Salesforce（直接送信）
   • K）カスタム SMTP／その他
   • L）複数のツール — 詳細を説明してください

4. ドメイン認証の状況はどうですか？

   • A）SPF／DKIM／DMARC をすべて設定済み
   • B）一部は設定済みだが、どれかは不明
   • C）未設定／分からない
   • D）設定が何もない新しいドメインを使用している

ユーザーの依頼に必要な状況がほぼ含まれている場合は、該当するステップに直接進んでください。 妥当な前提を明示したうえで、最善の回答を先に提示し、最後に最も重要な確認事項を 1〜2 点だけ尋ねてください。状況をすべて確認できるまで回答を保留しないでください。

ステップ 2 — ドメイン認証の基本

ドメイン認証はメール到達性の基盤です。3 つすべてのレコードを正しく設定する必要があります。

SPF（Sender Policy Framework）

• 役割：受信側サーバーに対し、ドメインを代表して送信することを許可されたメールサーバーを伝えます
• DNS レコード：ドメインの TXT レコード
• 形式：v=spf1 include:_spf.google.com include:mailshake.com ~all
• 主なルール：ドメインごとに SPF レコードは 1 つだけです。許可する送信者ごとに include: を使用します。DNS のルックアップは最大 10 回です。
• よくある間違い：SPF レコードを複数作成する（最初のレコードしか読み取られません）、include を追加しすぎる（ルックアップ上限を超えます）

DKIM（DomainKeys Identified Mail）

• 役割：送信メールに暗号署名を追加し、改ざんされていないことを証明します
• DNS レコード：TXT または CNAME レコード（形式はプロバイダーによって異なります）
• 設定方法：各送信プラットフォームが独自の DKIM キーを提供します。提示されたレコードを DNS に追加してください。
• よくある間違い：各送信プラットフォーム用の DKIM を追加し忘れる。サービスごとに独自の DKIM レコードが必要です。

DMARC（Domain-based Message Authentication, Reporting & Conformance）

• 役割：SPF／DKIM の検証に失敗したメールをどう処理するか、受信側サーバーに指示します
• DNS レコード：_dmarc.yourdomain.com の TXT レコード
• 推奨される開始設定：v=DMARC1; p=none; rua=mailto:[email protected]（監視モード）
• 段階的な移行：none → quarantine → reject（2〜4 週間、問題がない状態を監視した後に reject に移行）
• よくある間違い：監視する前にいきなり p=reject にすること — 正当なメールがブロックされます

カスタムトラッキングドメイン

• 概要：共有トラッキングドメインの代わりに、開封／クリックのトラッキングに使うサブドメイン（例：track.yourdomain.com）
• 重要な理由：共有トラッキングドメインは迷惑メールフィルターに検出されることがあります。カスタムドメインを使うことで、レピュテーションを保護できます。
• 設定方法：プラットフォームのトラッキングサーバーを指定する CNAME レコード

検証チェックリスト

• SPF レコードにすべての送信サービスが含まれている
• 各送信プラットフォームで DKIM が設定されている
• DMARC レコードが存在する（まずは p=none で開始）
• カスタムトラッキングドメインが設定されている
• mail-tester.com でテストする（9/10 以上を目指す）
• MXToolbox で DNS レコードの検証を行う

ステップ 3 — ウォームアップ戦略

新しいメールボックスとドメインは、大量送信を始める前にウォームアップする必要があります。ウォームアップを省略すると、配信に関する問題が最も発生しやすくなります。

ウォームアップスケジュール（新しいメールボックス）

週	1 日あたりの送信数	備考
1	5-10	エンゲージメントの高い連絡先への手動送信、社内テスト送信
2	15-25	ウォームな連絡先と少量のコールドメールを組み合わせる
3	30-40	徐々に増やし、バウンス率と迷惑メール率を監視する
4	40-50	標準的なコールドアウトバウンドの送信量
5+	50-75	慎重に拡大し、プロバイダーの上限を超えない

新しいドメインの場合：最初に 2 週間追加します（1〜2 週目は 1 日あたり 3〜5 通）。新しいドメインにはレピュテーションがまったくありません。

ウォームアップツール

• Smartlead Ultra Premium Warmup — Smartlead プラットフォームに組み込まれた、専用のウォームアップネットワークを備える AI 主導のウォームアップ機能です。単体ツールとは異なり、送信者管理やキャンペーンのスケジュール設定と完全に統合されています。
• Instantly — 実際のエンゲージメント（開封、返信、迷惑メールフォルダーからの移動）を伴う自動ウォームアップ
• Warmbox — AI を活用したウォームアップネットワーク
• Lemwarm — Lemlist に組み込まれたウォームアップ機能（各シートで無料利用可能、ユーザー数 10,000 人以上のネットワーク、配信スコアリング）
• Mailwarm — 単体のウォームアップサービス

これらのツールは実際のメールのやり取りをシミュレートし、送信者のレピュテーションを高めます。コールドアウトバウンドを始める前に、少なくとも 2〜3 週間ウォームアップを実施してください。

メールボックスのローテーション

• 理由：複数のメールボックスに送信を分散することで、それぞれのレピュテーションを保護し、総送信量を増やせます。
• 目安：コールドメール 50〜75 通/日につきメールボックス 1 つ
• 設定：プラットフォームで複数の送信者アカウントを接続し、ローテーション／ラウンドロビンを有効にします。
• 命名：sales@ や outreach@ などの一般的なアドレスではなく、実名（[email protected]）を使用します。

ステップ 4 — プラットフォーム固有の実装

送信上限、ウォームアップ、ドメイン認証、カスタムトラッキングドメイン、検証ツールなど、プラットフォーム固有の配信設定については、references/platforms.md を参照してください。

単体ツール（すべてのプラットフォームで利用可能）

• MXToolbox：DNS ルックアップ、ブラックリストチェック、SPF/DKIM/DMARC の検証
• mail-tester.com：テストメールを送信して配信スコアを取得します（9/10 以上を目指す）
• SmartDelivery（Smartlead）：プロバイダー別（Gmail、Outlook、Yahoo）の受信トレイ到達テスト
• GlockApps：受信トレイ到達テストと迷惑メールフィルター分析
• Google Postmaster Tools：Gmail 固有のレピュテーションを監視します（Gmail の受信者を対象とする場合）
• Microsoft SNDS：Outlook/Microsoft のレピュテーションを監視します

ステップ 5 — 監視と復旧

追跡する主な指標

指標	目標	超過した場合の対応
バウンス率	<3%	送信を一時停止し、リストを整理して、次回の送信前にメールアドレスを検証する
迷惑メール報告率	<0.1%	送信量を減らし、内容を見直して、ターゲティングを確認する
開封率	>40%	配信状況（受信トレイか迷惑メールか）を確認し、件名をテストする
配信停止率	<1%	送信頻度を見直し、関連性を高める

ブラックリストの確認と解除

1. 確認：MXToolbox のブラックリストチェックまたは multirbl.valli.org を使って、ドメイン/IP を確認します。
2. 主なブラックリスト：Spamhaus、Barracuda、SORBS、SpamCop、CBL
3. 解除手続き：各ブラックリストには独自の削除申請フォームがあります。まず根本原因（高いバウンス率、迷惑メール報告）を解消してから、削除を申請してください。
4. 所要時間：申請後、ほとんどのブラックリストは 24〜48 時間以内に解除されます。Spamhaus はさらに時間がかかることがあります。

評判の回復

ドメインの評判が損なわれた場合：

1. すべての送信を停止する：影響を受けたドメイン／メールボックスからの送信を直ちにすべて停止します
2. 原因を特定する：バウンス率、スパム報告、ブラックリスト登録状況を確認します
3. 根本原因を解消する：リストを整理し、認証を修正し、送信量を減らします
4. 再度ウォームアップする：メールボックスを新規のものとして扱い、1週目からのウォームアップスケジュールに従います
5. 新しいドメインを検討する：評判が著しく損なわれている場合（3つ以上のリストでブラックリストに登録されている場合）、新しい送信用ドメインを用意したほうが早いことがあります

リストの衛生管理

• 送信前に検証する：リストをインポートする前に、NeverBounce、ZeroBounce、SafetyMails、またはBriteVerifyを使用します
• バウンスしたアドレスを削除する：ハードバウンスは一時停止するだけでなく、完全に削除する必要があります
• 定期的に再検証する：メールアドレスは年間約25％の割合で使われなくなります。3か月以上前のリストは再検証します。
• 購入したリストは絶対に使わない：購入したリストはバウンス率やスパム報告率が高く、評判を損ないます

注意点

• ウォームアップを省略しないでください。 新しいメールボックスはすべて、コールドメールを送信する前に2～4週間のウォームアップが必要です。新しいメールボックスからコールドメールを100通送ると、すぐにスパムフォルダーに入ります。Claudeは、この重要な手順を省略した「メールボックスを接続 → 送信開始」というワークフローを生成することがよくあります。

• 主要ドメインから送信しないでください。 専用の送信用ドメイン（例：outbound.yourcompany.com や yourcompanymail.com）を使用します。送信用ドメインがブラックリストに登録されても、主要ドメイン（および会社のすべてのメール）は保護されます。

• バウンスを無視しないでください。 バウンス率が3％を超えると、メールプロバイダーに不正なアドレス宛てに送信していると判断されます。これは評判をすぐに損ないます。キャンペーンを一時停止し、リストを整理して、再開前に再検証します。

• 購入したリストやスクレイピングしたリストを使わないでください。 こうしたリストには、バウンス率が高く、スパムトラップや反応のない受信者が含まれています。数日で送信者の評判が損なわれます。必ず正規のデータプロバイダーからリストを作成し、送信前にメールアドレスを検証してください。

• 自己改善：ここに記載されていない内容に気づいた場合は、今日の日付を付けて references/learnings.md に追記します。

特定のプラットフォームスキルを推奨する前に

このスキルは、多くのプラットフォームにまたがる戦略領域を扱います。ユーザーに特定のプラットフォームスキル（## Related skills に記載された /sales-{platform}、例：/sales-mailshake、/sales-klaviyo、/sales-apollo）を案内する前に、まずそのプラットフォームスキルの実際の SKILL.md を読みます。## Related skills の1行の説明は候補を特定するには十分ですが、その候補に決める、または適切に呼び出すプロンプトを書くには不十分です。

読み方：

• ~/.claude/skills/{skill-name}/SKILL.md がローカルに存在する場合は、Read で読みます。
• sales-* スキルの場合は、このリポジトリから直接 WebFetch します：https://raw.githubusercontent.com/sales-skills/sales/main/skills/{skill-name}/SKILL.md — 例として、sales-mailshake の場合は https://raw.githubusercontent.com/sales-skills/sales/main/skills/sales-mailshake/SKILL.md です。
• sales-* 以外のスキル（サードパーティ製）の場合は、インストールされていれば ~/.claude/skills/sales-do/references/skill-sources.md で {org}/{repo} を調べ、そのリポジトリ内の同じ skills/{skill-name}/SKILL.md パスを取得します。

読み終えたら、 SKILL.md に記載された具体的な内容（対象範囲、サブフロー、argument-hint の形式、または「次の場合には使用しないでください」という対象外条件）を根拠に推奨します。生成する呼び出しは、プラットフォームスキルの argument-hint に合わせます。プラットフォームスキルがユーザーの状況に合わない場合は、別のスキルに切り替えるか、適切でないスキルを推奨せず、ここで直接質問に対応します。

関連スキル

• /sales-cadence — アウトバウンドのケイデンス戦略とコンテンツを設計
• /sales-smartlead — Smartlead プラットフォームのサポート（SmartSenders、SmartInfra、SmartDelivery、キャンペーン）
• /sales-lemlist — Lemlist プラットフォームのサポート（シーケンス、Lemwarm、エンリッチメント、LinkedIn の自動化）
• /sales-instantly — Instantly プラットフォームのサポート（無料のウォームアップ＋SISR IP ローテーション＋受信トレイ到達テスト、ウォームアップスコアと実際の到達率の差、DFY ドメイン審査）
• /sales-mailshake — Mailshake プラットフォームのサポート（キャンペーン、Lead Catcher、設定）
• /sales-apollo-sequences — Apollo のシーケンスの仕組みと設定
• /sales-salesloft — Salesloft プラットフォームのサポート
• /sales-agency-outbound — 複数クライアント向けのエージェンシーアウトバウンド — インフラ、クライアントの分離、大規模なウォームアップ
• /sales-yesware — Yesware プラットフォームのサポート（受信トレイからの直接送信、キャンペーン、トラッキング）
• /sales-mixmax — Mixmax プラットフォームのサポート（Mixmax 固有の設定向け）
• /sales-reply — Reply.io プラットフォームのサポート（Reply.io 固有の設定向け）
• /sales-woodpecker — Woodpecker プラットフォームのサポート（Woodpecker 固有の設定向け）
• /sales-email-tracking — メールエンゲージメントのトラッキング — 開封・クリックの精度とプライバシー上の制限を理解
• /sales-enrich — 送信前に連絡先のメールアドレスを検証・エンリッチ
• /sales-tomba — Tomba プラットフォームのサポート（メール検証、一括検証、ドメインステータスの確認）
• /sales-prospeo — Prospeo プラットフォームのサポート（エンリッチメントに組み込まれた5段階のメール検証）
• /sales-hunter — Hunter.io プラットフォームのサポート（Email Verifier、一括検証、受信トレイから直接送信する Campaigns）
• /sales-mailmo — Mailmo プラットフォームのサポート（キャッチオールドメイン検出に対応した Email Verifier、一括検証）
• /sales-seamless — Seamless.AI プラットフォームのサポート（リアルタイムで検証済みの連絡先、CRM Enrich、Engagement Hub）
• /sales-safetymails — SafetyMails プラットフォームのサポート（19段階の一括検証、リアルタイム API、Email Finder）
• /sales-mailchimp — Mailchimp プラットフォームのサポート（メールキャンペーン、Customer Journey Builder、ドメイン認証、到達率）
• /sales-sendgrid — SendGrid プラットフォームのサポート（Email API、ドメイン認証、専用 IP、IP ウォームアップ、Email Validation API）
• /sales-postmark — Postmark プラットフォームのサポート（トランザクションメール、DMARC モニタリング、送信者審査、メッセージストリーム）
• /sales-customerio — Customer.io プラットフォームのサポート（行動ベースの自動化、ドメイン認証、エンゲージメントによるセグメント化）
• /sales-mailgun — Mailgun プラットフォームのサポート（ドメイン認証、専用 IP、Mailgun Optimize による検証・受信トレイ到達テスト）
• /sales-klaviyo — Klaviyo プラットフォームのサポート（ドメイン認証、Smart Sending、エンゲージメントによるセグメント化、ベンチマーク）
• /sales-activecampaign — ActiveCampaign プラットフォームのサポート（ドメイン認証、予測送信、エンゲージメントタグ付け、Postmark 連携）
• /sales-outscraper — Outscraper プラットフォームのサポート（メール検証、Google マップのスクレイピング、連絡先の抽出）
• /sales-enrichso — Enrich.so プラットフォームのサポート（メール検証、使い捨てメールの検出、メールアドレスの逆引き）
• /sales-minelead — Minelead プラットフォームのサポート（品質スコア付きメール検証、使い捨てメールの検出、ドメインのメール検索）
• /sales-getprospect — GetProspect プラットフォームのサポート（キャッチオールドメイン検出に対応したメール検証、SPF/DKIM チェック、コールドメール送信制御）
• /sales-skrapp — Skrapp プラットフォームのサポート（精度97％のメール検証、個人用・使い捨てメールの検出、一括検証）
• /sales-anymailfinder — Anymail Finder プラットフォームのサポート（メール検証、見つかったメールの97％以上の到達保証、一括検証、検証済みのメールにのみ課金する仕組み）
• /sales-zerobounce — ZeroBounce プラットフォームのサポート（精度99.6％のメール検証、AI スコアリング、アクティビティデータ、受信トレイ到達テスト、ブラックリスト監視、DMARC、ウォームアップ）
• /sales-snov — Snov.io プラットフォームのサポート（メールのウォームアップ、到達率チェック、メール設定の代行、精度98％のメール検証、マルチチャネルキャンペーン）
• /sales-iterable — Iterable プラットフォームのサポート（ドメイン認証、専用 IP、リストの衛生管理のための Brand Affinity、システムウェブフック）
• /sales-braze — Braze プラットフォームのサポート（ドメイン認証、専用 IP、IP ウォームアップ、IP プール、Currents による配信モニタリング）
• /sales-brevo — Brevo プラットフォームのサポート（ドメイン認証、専用 IP、ウォームアップ、トランザクションメール＋マーケティングメール）
• /sales-getresponse — GetResponse プラットフォームのサポート（ドメイン認証、Perfect Timing、リストの衛生管理のための連絡先スコアリング）
• /sales-transactional-email — トランザクションメールの配信戦略（マーケティングメールの到達率とは別に扱う）
• /sales-prospect-list — 検証済みの連絡先を含む見込み顧客リストを作成
• /sales-omnisend — Omnisend プラットフォームのサポート（ドメイン認証、ライフサイクルによるセグメント化、Eコマースのメール／SMS／プッシュ通知）
• /sales-sendpulse — SendPulse プラットフォームのサポート（メール検証、バウンス管理、レピュテーション監視、専用 IP、スパムスコアチェッカー）
• /sales-leadmagic — LeadMagic プラットフォームのサポート（メール検証、キャッチオールドメイン検出、API 優先の検証）
• /sales-zoominfo — ZoomInfo プラットフォームのサポート（Engage のメール設定）
• /sales-brandjet — BrandJet AI プラットフォームのサポート — マルチチャネルのアウトリーチ、ブランドインテリジェンス、AI によるモニタリング
• /sales-beehiiv — Beehiiv プラットフォームのサポート（共有 IP の到達率、カスタムドメイン、エンゲージメント指標）
• /sales-sendr — Sendr プラットフォームのサポート（コンテンツ層のパーソナライズ — 標準の送信機能はなく、到達率は外部ツールに依存）
• /sales-do — どのスキルを使えばよいかわからない場合 — ルーターがあらゆる営業目標に適したスキルを選びます。

例

例 1：新しいドメインの設定

ユーザーの発言：「コールドアウトバウンド用に新しいドメインを設定しています。何をすればよいですか？」 スキルの動作：

1. 専用のアウトバウンドドメイン（プライマリドメインとは別）を推奨します
2. SPF／DKIM／DMARC の設定手順を、DNS レコードの例とともに提示します
3. ウォームアップのスケジュール（1～5 週目）を示します
4. ウォームアップツールと検証手順を推奨します 結果：ユーザーは、ドメイン設定とウォームアップの完全な計画を用意できます

例 2：メール到達率の低下を診断する

ユーザーの発言：「開封率が 45% から 15% に下がりました。Apollo のメールボックスを 3 つ使っていて、それぞれ 1 日 50 通送信しています。」 スキルの動作：

1. 考えられる原因として、レピュテーションの低下、ブラックリスト登録、認証の問題を特定します
2. 診断チェックリストを提示します：MXToolbox でブラックリストを確認し、SPF／DKIM／DMARC を検証し、バウンス率を確認し、Google Postmaster Tools（Gmail の受信者向け）と Microsoft SNDS（Outlook の受信者向け）で送信者のレピュテーションを確認します
3. 各メールボックスのレピュテーションを個別に確認するよう推奨します。1 つのメールボックスの評価が悪いと、ほかのメールボックスにも影響することがあります。Google Postmaster Tools を使うと、ドメインレベルのレピュテーションと IP ごとのデータを確認できます。
4. 影響を受けたメールボックスの送信量を減らし、再ウォームアップすることを推奨します
5. タイムライン付きの復旧計画を作成します 結果：ユーザーは、診断の枠組みと復旧計画を用意できます

例 3：プラットフォームの移行

ユーザーの発言：「Apollo から Mailshake に切り替えます。メール到達率を保つには何をすればよいですか？」 スキルの動作：

1. ドメイン認証がプラットフォームに依存しないことを確認します（Mailshake 用に SPF／DKIM の更新が必要な場合があります）
2. SPF に Mailshake を追加し（include:mailshake.com）、Mailshake 固有の DKIM を設定するよう推奨します
3. Apollo から完全に移行する場合は、Apollo の SPF include と DKIM レコードを削除するよう推奨します。古い include は SPF の 10 ルックアップ制限に含まれ、残しておくと不要な DNS の複雑さが生じます
4. メールボックスがすでに確立されていても、新しいプラットフォームとの接続をウォームアップするよう助言します
5. プラットフォーム間で送信上限の設定を比較します 結果：ユーザーは、両プラットフォームの認証更新、ウォームアップ、プラットフォーム設定を網羅した移行チェックリストを用意できます

トラブルシューティング

メールが迷惑メールフォルダーに届く

症状：受信者からメールが迷惑メールフォルダーに入ると報告される、または開封率が非常に低い（15% 未満） 原因：ドメイン認証の設定漏れや不具合、送信者のレピュテーションの低さ、コンテンツによる判定、または共有トラッキングドメイン 解決策：認証を一通り確認します（SPF／DKIM／DMARC）。mail-tester.com でテストします。カスタムトラッキングドメインを設定します。ブラックリストを確認します。レピュテーションが低下している場合は、送信量を減らして再ウォームアップします。

バウンス率が高い

症状：バウンス率が 3% を超えている 原因：メールリストの未検証、古いデータ、または全受信アドレスを受け入れるドメインへの送信 解決策：影響を受けたキャンペーンを直ちに一時停止します。残りのリストをメールアドレス検証サービス（NeverBounce、ZeroBounce）にかけます。無効なアドレスをすべて削除します。検証済みのアドレスに限って再開します。

ドメインがブラックリストに登録されている

症状：広範囲で配信に失敗し、MXToolbox でブラックリストへの登録が確認される 原因：高いバウンス率、迷惑メールの報告、またはスパムトラップへの送信 解決策：すべての送信を停止します。根本原因を特定して解消します。各ブラックリストに登録解除を申請します。24～48 時間待ちます。再開前に再ウォームアップします。深刻なブラックリスト登録の場合は、新しいアウトバウンドドメインの使用を検討します。