Websites + Marketing Hilfe

Wir haben die Seite für Sie so gut wie möglich übersetzt. Sie können sie sich aber auch auf Englisch ansehen.

Wenn Sie von diesen Adressen senden, werden Sie zurückgewiesen

Wenn Sie versuchen, Marketing-E-Mails von einer E-Mail-Adresse von Gmail, Yahoo, AOL, Apple Domains (iCloud, Mac und Me), Mail.ru oder Verizon über Websites + Marketing zu senden, werden Sie viele Unzustellbarkeitsprobleme sehen. Wenn Sie eine dieser Adressen als Absenderadresse verwenden, erhalten Sie möglicherweise eine Warnung:

Das Senden von dieser E-Mail-Adresse führt bei den meisten großen ISPs zu Unzustellbarkeit. Dies wird nicht empfohlen.

ISP steht für Internet Service Provider (ISP) und bedeutet so ziemlich jeden, der Internet- und E-Mail-Postfächer für Benutzer bereitstellt.

Auch wenn diese Warnung nicht angezeigt wird, können Sie keine E-Mail-Adresse von Gmail, Yahoo, AOL, Apple Domains (iCloud, Mac und Me), Mail.ru oder Verizon als Absenderadresse für normale Kampagnen- oder RSS-E-Mails verwenden , Autoresponder oder Aktivierungsmeldung für das Registrierungsformular. Sie müssen in jedem ausgehenden Mailing eine andere E-Mail-Adresse als Absenderadresse verwenden.

Wenn Sie keine andere E-Mail-Adresse zur Hand haben, haben Sie verschiedene Möglichkeiten. Mit eigenen domainbasierte E-Mail-Adresse ist eine der besten Möglichkeiten, um für Ihre Kunden professionell auszusehen. Und Sie werden bei den Richtlinienentscheidungen der kostenlosen E-Mail-Anbieter nie im Stich gelassen. Sie können auch die E-Mail-Weiterleitung direkt an Ihre alte Adresse einrichten , um den Übergang zu Ihrer neuen Adresse zu erleichtern.

Der Grund, warum Sie keine E-Mail-Adresse von Gmail, Yahoo, AOL, Apple Domains (iCloud, Mac and Me), Mail.ru oder Verizon verwenden können, wird als DMARC-Validierungsrichtlinie bezeichnet. etwas, das jeder E-Mail-Anbieter hat. Wenn dieser Anbieter seine Richtlinie auf p = ablehnt , können Sie diese E-Mail- Adresse nur als Absenderadresse verwenden, wenn sie über ihn gesendet wird.

Das bedeutet, dass Sie sie nicht als Absenderadresse für E-Mail-Marketing-Services wie Websites + Marketing verwenden können. Diese Entscheidung wurde von diesen E-Mail-Anbietern getroffen, um missbräuchliches Verhalten zu reduzieren und ihre Benutzer zu schützen.

Beachten Sie jedoch, dass die Absenderadresse in Ihrem E-Mail-Marketing-Mailing sich von der E-Mail-Adresse für die Kontoanmeldung unterscheidet.

Hinweis: Die Anmelde-E-Mail-Adresse Ihres Kontos kann weiterhin eine E-Mail-Adresse von Gmail, Yahoo, AOL, Apple Domains (iCloud, Mac und Me), Mail.ru oder Verizon sein. Dies ist die E-Mail-Adresse, über die wir Sie kontaktieren, wenn Sie etwas zu Ihrem Websites + Marketing-Konto zu tun haben.

Was passiert, wenn für Ihre domainbasierte E-Mail-Adresse eine strenge DMARC-Validierungsrichtlinie gilt?

Aufgrund der Art und Weise, wie DMARC die Domain- Ausrichtung prüft, müssen Sie möglicherweise die folgenden Datensätze zum DNS Ihrer Senderdomain hinzufügen, damit die DMARC-Prüfung beim Senden über Websites + Marketing bestanden wird.

Für SPF:

Wenn für Ihre Domain derzeit ein SPF-Record eingerichtet ist, können Sie hinzufügeninclude:spf.em.secureserver.net dazu.

Wenn Sie noch keinen eingerichtet haben, müssen Sie möglicherweise einen TXT-Record für IhreDomain.com mit dem Wert erstellenv=spf1 include:spf.em.secureserver.net ~all

Es empfiehlt sich, unsere SPF-Informationen und nicht einzelne IP-Bereiche anzugeben, da diese sich in Zukunft ändern könnten und Ihre E-Mail-Authentifizierung beeinträchtigen könnten.

Für benutzerdefiniertes DKIM:

Erstellen Sie einen CNAME-Record fürsable.cloud._domainkey mit dem Wertdkim.cloud.em.secureserver.net

Erstellen Sie einen CNAME-Record fürsable.cloud2._domainkey mit dem Wertdkim.cloud2.em.secureserver.net

Für benutzerdefinierten Rückpfad:

Erstellen Sie einen CNAME-Record fürbounces.cloud.em mit dem Wertcbounces.cloud.em.secureserver.net

Erstellen Sie einen CNAME-Record fürbounces.cloud2.em mit dem Wertcbounces.cloud2.em.secureserver.net

Wenn Ihre Domain jedoch bei GoDaddy gehostet wird, sind diese Records möglicherweise bereits im DNS Ihrer Domain enthalten. Ist dies der Fall, sind keine weiteren Maßnahmen erforderlich.

Nächste Schritte