GOGETMUSCLE Community Marketing Emails ending up in Spam

Marketing Emails ending up in Spam

I’m seeing a high percentage of Emails ending up in Spam despite the email being verified (checked in HubSpot and external tools) and the content has been checked using an external spam tool.

HubSpot support wasn’t great and just said it’s an Outlook issue. We’re going to contact the HubSpot account manager aswell.

The marketing emails are important communications that need to be sent (to engaged contacts). Anyone have an ideas on the next steps?

Leave a Reply

Your email address will not be published.

Related Post

「コールの開始」をトリガーにしたワークフローは作動しないのか?「コールの開始」をトリガーにしたワークフローは作動しないのか?

以下画像のように、「コールの開始」をトリガーにした場合、ワークフローが一向に作動しません。 これはHubSpotのもともとの仕様なのでしょうか?   これをやりたい理由としては、コールが開始されたときのリードステータスを記録したいためです。 コールが開始されたときのリードステータスを記録するための方法として、以下があるかと思います。▼コールプロパティのトリガーを使った記録方法コールのレコードが作成されたことをトリガーに、コールに紐づくコンタクトのリードステータスを記録すれば、コール時のリードステータスを記録できます。しかし、これには問題点があります。コールのレコードが作成されるのは、コールが開始されてからしばらくなので、コンタクト担当者がコールを終えてすぐに、リードステータスを変更してしまうと、正しくない値が記録されてしまうのです。それを解消するべく、他の方法を考えて思いついたのが以下です。 ▼コンタクトプロパティのいったんコール時のリードステータスを記録する方法冒頭に貼った画像のように、コンタクトプロパティの「コールの開始」をトリガーにし、「最新コール時のリードステータス」というプロパティに、コール開始時のリードステータスを記録しておきます。後からコールのレコードが作成されたタイミングで、そのコールに対して、「最新コール時のリードステータス」を転記すれば、回りくどいですが、コールプロパティにコール時のリードステータスを記録できると考えたのです。 ですが、「コールの開始」をトリガーにしても、何も起きないのです。これはHubSpotの仕様上、どうにもならないことなのでしょうか?