> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/newsletters/introduction-to-newsletters.md).
# ニュースレターの紹介
パートナーと連絡を取る方法の一つは、 **ニュースレター**。ニュースレターを使うことで、今後の変更についてパートナーのグループに最新情報を伝えたり、特別なイベント（セールなど）を知らせたり、コミッションの変更を周知したり、その他、複数のパートナーに広く伝える必要があることを何でも伝えたりできます。
#### なぜニュースレターを使うべきなのでしょうか？
あなたとパートナーとのビジネス関係の仕組み上、パートナーは、宣伝できる商品やコンテンツを提供してくれることをあなたに依存しています。したがって、商品が発売されたときや、大きなイベント、セール、変更が発生したときには、パートナーは自然とあなたからの連絡を待っています。
ニュースレターは、より大きな更新情報をパートナーに伝える手段です。たとえば、あなたが自社サイトで大規模なハロウィンセールを計画しており、特定のハロウィン向け商品はそのセール期間中にのみ利用可能だとします。ニュースレターは、こうした期間限定アイテムや、そのイベントで売上を伸ばせばより高い報酬を受け取れることをパートナーに知らせる優れた方法になり得ます。
また、定期的にニュースレターを送ることで、パートナーの頭の中にあなたのブランドを常に思い浮かぶ存在として保ち、配信している広告を最新の状態に保ったり、引き続きあなたのブランドを宣伝したり、その他のマーケティング活動により活力を与えたりするのに役立ちます。
#### ベストプラクティス
以下に示すベストプラクティスに従うことで、ニュースレターを開封して読むパートナーの数を増やし、ニュースレターから得た情報の定着率も高めることができます。
行動喚起（CTA）を含める
これは、配信するニュースレターの中で最も重要な要素です。行動喚起（CTA）によって読者（この場合はパートナー）に特定の行動を促すことが、最も成果の出るニュースレターにつながります。
**たとえば**、もしニュースレターで今後のハロウィンセールをパートナーに知らせ、季節限定広告の更新情報、セール期間中のみ利用可能な商品の情報、ハロウィン商品の売上を伸ばした場合の報酬増額の詳細を含めたい場合は、これらのニュースレター要素のうち一つを「最重要」として選び、それを中心に主要CTAを作成するべきです。この例では、パートナーは報酬の変更に最も興味を持つかもしれませんが、状況はそれぞれ異なります。主要CTAは、次のようなものになるかもしれません：
*まだ掲載している新学期向け広告を、当社の新しい #HalloWin 広告コレクションに差し替えて、セール期間中の報酬増額の対象になりましょう*.
複数の行動喚起を追加する場合は、そのうち一つを主要CTAとして選んでください。なぜなら、これはパートナーが *必ず* 行う行動だからです。含めたいその他の行動喚起は、パートナーが *したいと考える可能性がある* 行動として扱い、指示で圧倒しないようにしましょう。
トピックを絞る
ニュースレターが少数のトピック、通常は1〜2件以内に絞られていると、読者はニュースレターで伝えられたメッセージを覚えていられる可能性が高くなります。トピックが増えるほどニュースレター内が雑然とし、読みにくくなります。その結果、パートナーがニュースレターの内容を誤解したり、まったく理解できなかったりすることがあります。
複数のトピックを含むニュースレターを送る場合は、できるだけ似た内容にしましょう。 **たとえば**、今後のテンプレート規約の調整と、期間限定商品を含む今後の季節セールの両方について説明するニュースレターを送ると、パートナーはテンプレート規約の調整がそのセールにのみ適用されると考えてしまう可能性があります。この誤解により、セールが終了して規約がセール前の状態に戻らないと、パートナーが不満を感じるかもしれません。
上記の例は、2通の別々のニュースレターを送れば、より受け入れられやすくなるでしょう。これら2つの更新情報を別々のニュースレターとして分けることで、今後の契約変更の詳細と混ざらないため、パートナーがその季節セールの詳細をより見つけやすくなるという利点もあります。
パートナーに情報を知らせる
パートナーは情報を求めているため、あなたのニュースレターを読むのです。新商品や更新されたクリエイティブについて知らせることで、ニュースレターの価値は高まります。パートナーは、広告、販促、プロモコード、ブランド名の言及などがすべて最新の状態であることを確認するために、あなたを頼りにしている場合があります。
これらのニュースレターは顧客向けではなく、パートナー向けです。パートナーに商品を売り込もうとするのではなく、新しく公開した広告や、彼らのサイトで宣伝できる限定版商品について知らせましょう。パートナーがあなたの商品を効果的に宣伝できるよう、必要なツールを提供してください。
シンプルに保つ
文章を簡潔に保ち、レイアウトに十分な余白を確保することは、成功するニュースレターの2つの鍵です。読んだ後にパートナーが混乱しないよう、ニュースレターのテーマを素早く伝えることを優先しましょう。
短くて機知に富んだ件名、簡潔なセクション見出し、シンプルな本文は、ニュースレターをシンプルに保つ簡単な方法です。また、分かりやすいニュースレターテンプレートを活用すれば、パートナーがより早くニュースレターを読み進められるようになります。
#### FAQ
送信する前にニュースレターをテストできますか？
もちろんです！パートナーメッセージを作成しているときは、本番送信の前にテストメッセージを送ることができます。
なぜ一部のパートナーにニュースレターが届かないのですか？
パートナーは、ブランドのメーリングリストから配信停止することができます。つまり、あなたからのメールメッセージは届かなくなりますが、アプリ内メッセージは引き続き受け取れます。パートナーはいつでもメーリングリストに再登録できます。
#### さらに詳しく
* [パートナーにニュースレターを作成して送信する](/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/newsletters/create-and-send-newsletters-to-partners.md)
* [パートナーニュースレターのテンプレートを作成](/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/messaging-templates/create-a-messaging-template.md)
* [ニュースレター受信者セグメントを作成](/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/segments/create-a-partner-segment.md)
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/newsletters/introduction-to-newsletters.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.