Miksi transactiopostisi ei välttämättä päädy perille — ja miten korjata se

Olet käyttänyt tunteja HubSpot-työnkulkujesi hiomiseen. Tervetuloa-sekvenssit, jotka ripsuttavat viikkojen ajan. Ostoskorin hylkäysepämuistutukset. Salasanan vaihto -sähköpostit, jotka oikeasti avataan.

Mutta tässä piilee ikävä totuus: kun asiakkaasi saa sen salasanan vaihto -viestin, heidän sähköpostisovelluksensa saattaa näyttää varoituksen, jossa lukee "Gmail ei voinut vahvistaa, että yahoo.com todella lähetti tämän viestin."

Ei kovin hyvää mainosta brändillesi.

Ongelma piilossa

HubSpotin transactioposti toimii hyvin — kunnes kaivautuu syvemmälle authentication-Header-otsakkeisiin. Oletuksena HubSpot allekirjoittaa nämä viestit omilla DKIM-avaimillaan, ei sinun. Kun Googlen autentikointitarkistukset pyörähtävät käyntiin, ne näkevät ristiriidan: From-osoite kertoo sinä@sinunyritys.fi, mutta DKIM-allekirjoitus kertoo header.d=hubspot.com.

Tämä on DMARC alignment failure. Ja transactiopostille — niille viesteille, jotka oikeasti tuottavat tulosta — tämä on ongelma.

Marketing vs. transactioposti

Ennen korjauksia, selvennetään käsitteitä.

HubSpotin markkinointipostit kulkevat heidän oman lähetysinfrastruktuurinsa kautta. Heillä on kokonainen deliverability-tiimi hoitamassa IP-reputaatiota, warmuppia ja sender-scoreta. Bulk-kampanjoille tämä on OK.

Transactiopostit ovat eri asia. Nämä ovat yksilöllisiä viestejä, jotka käynnistyvät käyttäjän toiminnasta: salasanan resetit, tilausvahvistukset, lomakkeiden lähetykset, laskut. Käyttäjät odottavat näiden tulevan suoraan sinulta. Ja sähköpostisovellukset kohtelevat niitä eri tavalla — ne ajavat tiukempaa autentikointia, koska transactiopostit ovat suosittuja kohteita phishing-hyökkäyksille.

Kun HubSpot lähettää nämä omalla infrastruktuurillaan ja omalla allekirjoituksellaan, lainaat heidän reputaatiotaan sen sijaan, että rakentaisit omaasi.

MailKite ratkaisuna

MailKite on SMTP relay -palvelu, joka istuu sovelluksesi ja vastaanottajan postipalvelinten välissä. Keskeinen ominaisuus: se allekirjoittaa jokaisen lähtevän viestin sinun DKIM-avaimellasi, ei heidän.

Tämä tarkoittaa:

• DMARC alignment menee läpi. From-domain ja DKIM-allekirjoitus matchaavat.
• Domain-reputaatiosi rakentuu. Jokainen lähetetty viesti vahvistaa sinun sending history -historiaasi.
• Täysi lokitus ja analytiikka. Näet tarkasti, mitkä viestit menivät minnekin ja millä statuksella.
• Uudelleenyritykset ja failowerit. Jos vastaanottajan palvelin on tilapäisesti poissa, MailKite hoitaa retry-logiikan.

Setupi on yllättävän yksinkertainen.

Vaihe vaiheelta: HubSpot oman domainin kautta

Vaihe 1: Rekisteröi domain MailKitessa

Luo tili MailKiteen ja lisää lähetysdomain. Tarvitset pääsyn DNS-asetuksiin (jos hallinnoit DNS:ää muualla, tämä vie 5 minuuttia; jos käytät NameOceanin DNS-hallintaa, se on vielä nopeampaa dashboardin kautta).

MailKite antaa sinulle kolme DNS-recordia julkaistavaksi:

• MX-recordi saapuvan postin reititystä varten
• TXT-recordi SPF:ää varten
• DKIM-recordi sähköpostin allekirjoitusta varten

Kun nämä propagoituvat (yleensä 5-30 minuuttia), domainisi on vahvistettu.

Vaihe 2: Hanki SMTP-tunnukset

MailKite-dashboardissa luo SMTP-käyttäjä. Kopioi palvelin-osoite, portti ja API-avain. Näitä tarvitset HubSpoottiin.

Tässä mitä olet hakemassa:

Server: smtp.mailkite.dev
Port: 587
Username: MailKite-käyttäjänimesi
Password: API-avain (alkaa mk_live_:lla)
Security: STARTTLS vaaditaan

Vaihe 3: Konfiguroi HubSpotin SMTP Relay

HubSpotissa: Settings → Transactional Email. Löydät SMTP-konfiguraation sending domain -asetusten alta.

Liitä MailKite-tunnuksesi. HubSpot lähettää testiviestin — varmista, että saat sen.

Vaihe 4: Testaa autentikointi-headerit

Älä ohita tätä vaihetta. Lähetä testi transactioposti HubSpot-työnkulun kautta. Avaa se Gmailissa ja tarkista headerit.

Etsi tämä:

Authentication-Results: mx.google.com;
    dkim=pass header.d=sinunyritys.fi;
    spf=pass;
    dmarc=pass

Kaikkien kolmen pitäisi näyttää pass. Jos dkim näyttää header.d=hubspot.com, jokin konfiguraatiossa kaipaa säätöä. Tarkista, että HubSpotin sending domain vastaa täsmälleen MailKite-vahvistettua domainia.

SMTP vai API?

HubSpot tarjoaa kaksi tapaa lähettää transactiopostia. Käytännön break down:

Käytä SMTP:tä kun:

• Haluat yksinkertaisen konfiguraation, joka toimii kaikille HubSpot-viesteille automaattisesti
• Lähetät ulkoisista järjestelmistä (Laravel-sovellus, WordPress-lisäosa, custom CRM)
• Haluat MailKiten lokituksen ja retry-logiikan jokaiselle viestille
• Et luota HubSpotin open/click-seurantaan transactioviestien osalta

Käytä API:a kun:

• Tarvitset HubSpotin natiivia open/click-analytiikkaa transactioviestien osalta
• Haluat jokaisen viestin ilmestyvän HubSpotin aikajanalle automaattisesti
• Rakennat custom-integraatiota, jossa sähköpostitapahtumat laukaisevat muita työnkulkuja

Rehellinen vastaus? SMTP on helpompi ylläpitää. Raz kerran konfiguroitu, jokainen transactioposti HubSpotista reitittyy MailKiten kautta ilman lisäkoodausta. API vaatii jokaisen send-kutsun päivityksen.

Bonus: Vastausten kaappaaminen ja reitittäminen HubSpoottiin

Tässä kohtaa homma kiinnostaa oikeasti. Kun asiakkaat vastaavat transactioposteihisi, ne vastaukset pitää ohjata jonnekin. MailKiten saapuvan postin reitityksellä voit POSTata saapuvat vastaukset webhookiin.

Haluatko vastaukset liitetyksi oikeaan kontaktiin HubSpotissa? Tässä Cloudflare Worker, joka hoitaa homman:

export default {
  async fetch(request, env) {
    if (request.method !== "POST") return new Response("OK");
    
    const { from, subject, text } = await request.json();
    
    // Etsi vastaava kontakti HubSpotista
    const searchRes = await fetch(
      "https://api.hubapi.com/crm/v3/objects/contacts/search",
      {
        method: "POST",
        headers: {
          Authorization: "Bearer " + env.HUBSPOT_API_KEY,
          "Content-Type": "application/json",
        },
        body: JSON.stringify({
          filterGroups: [{
            filters: [{
              propertyName: "email",
              operator: "EQ",
              value: from,
            }]
          }],
          properties: ["email", "firstname", "lastname"],
        }),
      }
    );
    
    const { results } = await searchRes.json();
    if (!results.length) return new Response('{"ok":true}', { status: 200 });
    
    const contactId = results[0].id;
    
    // Liitä vastaus muistiinpanoksi
    await fetch(
      "https://api.hubapi.com/crm/v3/objects/notes",
      {
        method: "POST",
        headers: {
          Authorization: "Bearer " + env.HUBSPOT_API_KEY,
          "Content-Type": "application/json",
        },
        body: JSON.stringify({
          properties: {
            hs_note_body: `Vastaus: ${subject}\n\n${text}`,
            hs_timestamp: Date.now(),
          },
          associations: [{
            to: { id: contactId },
            types: [{
              associationCategory: "HUBSPOT_DEFINED",
              associationTypeId: 202,
            }],
          }],
        }),
      }
    );
    
    return new Response('{"ok":true}', { status: 200 });
  },
};

Nyt jokainen asiakkaan vastaus ilmestyy muistiinpanoksi heidän kontaktitietoihinsa HubSpotissa — alkuperäinen otsikko mukana.

Iso kuva: sähköposti on osa domain-strategiaa

Tämä ei ole vain deliveryability-kysymys. Domain on sinun digitaalinen identiteettisi. Jokainen sähköposti, jokainen DNS-haku, jokainen autentikointitarkistus joko rakentaa tai rapauttaa luottamusta tuohon identiteettiin.

Kun reitität transactiopostin oman DKIM-allekirjoitetun domainin kautta:

• Gmail ja Outlook luottavat viesteihisi enemmän
• Sender-reputaatiosi kasvaa riippumatta alustasta
• Asiakkaat näkevät sinun brändisi, ei toimittajan
• Domainistasi tulee arvokkaampi asset

Me NameOceanilla näemme asiakkaita, jotka kohtelevat domaineja kertakäyttöisinä ostoina vs. niitä, jotka ymmärtävät ne infrastruktuuriksi. Sähköpostin autentikointi — DMARC, DKIM, SPF — on yhtä perustavanlaatuista kuin web-sivuston uptime.

Transactiopostisi ovat usein tärkeimmät viestit, jotka lähetät. Ne ansaitsevat saman brändihoidon kuin laskeutumissivut ja tuotteesi itse.