De ce emailurile tale tranzacționale s-ar putea să nu ajungă la clienți (fără să-ți dai seama)

Lucrezi săptămâni întregi la workflow-urile din HubSpot. Secvențe de bun-venit care se desfășoară în etape. Mesaje pentru coșuri abandonate. Emailuri pentru resetarea parolei care chiar sunt deschise.

Dar iată realitatea: când clientul tău primește emailul de resetare a parolei, clientul de email ar putea afișa un avertisment: "Gmail nu a putut verifica că yahoo.com a trimis efectiv acest mesaj."

Nu e cea mai bună imagine pentru brandul tău.

Sistemul de email tranzacțional din HubSpot funcționează bine — până verifici headerele de autentificare. Implicit, HubSpot semnează aceste emailuri cu cheile lor DKIM, nu cu ale tale. Și când Google rulează verificările de autentificare, vede o nepotrivire: adresa From spune tu@firma-ta.com, dar semnătura DKIM spune header.d=hubspot.com.

Asta e o eroare de aliniere DMARC. Și pentru emailurile tranzacționale — cele care contează cel mai mult pentru că utilizatorii chiar acționează pe ele — asta e o problemă.

Marketing vs. Tranzacțional: Nu sunt la fel

Înainte să reparăm ceva, să lămurim ce avem de-a face.

Emailurile de marketing din HubSpot trec prin infrastructura lor dedicată. Au o echipă întreagă care gestionează reputația IP-urilor, warmup-ul și scorurile de trimitere. Pentru campanii bulk, merge ok.

Emailurile tranzacționale sunt altceva. Sunt comunicări unu-la-unu declanșate de acțiuni ale utilizatorilor: resetări de parolă, confirmări de comandă, trimiteri de formulare, facturi. Utilizatorii se așteaptă ca acestea să vină direct de la firma ta. Și clienții de email le tratează diferit — rulează autentificări mai stricte pentru că emailurile tranzacționale sunt ținte de top pentru phishing.

Când HubSpot trimite acestea prin infrastructura lor cu semnătura lor, împrumuți reputația lor în loc să-ți construiești propria.

MailKite: Identitatea Email a Domeniului Tău

MailKite e un serviciu SMTP relay care stă între aplicația ta și serverele de mail ale destinatarilor. Funcția cheie: semnează fiecare email cu cheia ta DKIM, nu cu a lor.

Consecințe concrete:

• Alinierea DMARC trece. Domeniul From se potrivește cu semnătura ta DKIM.
• Reputația domeniului tău crește. Fiecare email trimis prin domeniul tău contribuie la istoricul tău de trimitere.
• Logging și analytics complete. Vezi exact ce emailuri au plecat unde, cu statusul de livrare.
• Retry-uri și failovers. Dacă serverul destinatarului e temporar indisponibil, MailKite gestionează logica de reîncercare.

Configurarea e surprinzător de simplă.

Ghid Practic: Routare HubSpot Prin Domeniul Tău

Pasul 1: Claim-uiește Domeniul în MailKite

Creează un cont MailKite și adaugă domeniul de trimitere. Ai nevoie de acces la setările DNS (dacă gestionezi DNS-ul în altă parte, durează 5 minute; dacă folosești DNS management de la NameOcean, e și mai rapid prin dashboard).

MailKite îți va da trei înregistrări DNS de publicat:

• Un MX record pentru rutarea emailurilor inbound
• Un TXT record pentru SPF
• Un DKIM record pentru semnarea emailurilor

Odată propagate (de obicei 5-30 minute), domeniul e verificat.

Pasul 2: Ia Credențialele SMTP

În dashboard-ul MailKite, creează un user SMTP. Copiază adresa serverului, portul și API key-ul. Vei avea nevoie de ele pentru HubSpot.

Iată ce trebuie să configurezi:

Server: smtp.mailkite.dev
Port: 587
Username: Username-ul tău MailKite
Password: API key-ul (începe cu mk_live_)
Security: STARTTLS obligatoriu

Pasul 3: Configurează SMTP Relay în HubSpot

În HubSpot, du-te la Settings → Transactional Email. Găsești configurația SMTP sub setările domeniului de trimitere.

Lipește credențialele MailKite. HubSpot va trimite un email de test — verifică că l-ai primit.

Pasul 4: Testează Headerele de Autentificare

Nu sări peste asta. Trimite un email tranzacțional de test prin workflow-ul tău HubSpot. Apoi deschide-l în Gmail și verifică headerele.

Caută asta:

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

Toate cele trei ar trebui să arate pass. Dacă dkim arată header.d=hubspot.com, ceva în configurația ta trebuie ajustat. Verifică că domeniul de trimitere din HubSpot se potrivește exact cu domeniul verificat în MailKite.

SMTP vs. API: Ce Să Folosești?

HubSpot oferă două modalități de a trimite email tranzacțional. Iată comparația practică:

Folosește SMTP când:

• Vrei o configurație simplă care funcționează automat pentru toate emailurile HubSpot
• Trimiteți din sisteme externe (o aplicație Laravel, un plugin WordPress sau un CRM custom)
• Vrei logging și retry logic de la MailKite pentru fiecare email
• Nu te bazezi pe tracking-ul de open/click din HubSpot pentru mesajele tranzacționale

Folosește API când:

• Ai nevoie de analytics native pentru open/click în emailurile tranzacționale
• Vrei ca fiecare email să apară automat în timeline-ul HubSpot
• Construiești o integrare custom unde evenimentele de email declanșează alte workflow-uri

Răspunsul sincer? SMTP e mai ușor de menținut. Odată configurat, fiecare email tranzacțional din HubSpot trece prin MailKite fără cod suplimentar. API-ul necesită să actualizezi fiecare apel de trimitere.

Bonus: Prinde Răspunsurile și Trimite-le la HubSpot

Aici devine interesant. Când clienții răspund la emailurile tale tranzacționale, acele răspunsuri trebuie să ajungă undeva. Cu rutarea inbound de la MailKite, poți face POST cu răspunsurile primite către un webhook.

Vrei ca acele răspunsuri să fie atașate contactului corect din HubSpot? Iată un Cloudflare Worker care face asta:

export default {
  async fetch(request, env) {
    if (request.method !== "POST") return new Response("OK");
    
    const { from, subject, text } = await request.json();
    
    // Găsește contactul potrivit în HubSpot
    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;
    
    // Atașează răspunsul ca notă
    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: `Răspuns la: ${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 });
  },
};

Acum fiecare răspuns de la client devine o notă pe recordul lor de contact din HubSpot — cu subiectul original cu tot.

Imaginea de Ansamblu: Emailul Face Parte din Strategia de Domeniu

Nu e doar despre deliverability. Domeniul tău e identitatea ta digitală. Fiecare email, fiecare interogare DNS, fiecare verificare de autentificare construiește sau erodează încrederea în acea identitate.

Când routezi emailul tranzacțional prin propriul tău domeniu semnat DKIM:

• Gmail și Outlook au mai multă încredere în emailurile tale
• Reputația ta de sender crește independent de orice platformă
• Clienții văd brandul tău, nu al unui vendor
• Domeniul tău devine mai valoros ca asset

La NameOcean, vedem clienți care tratează domeniile ca pe niște cumpărături de unică folosință vs. cei care le înțeleg ca infrastructură. Autentificarea email — DMARC, DKIM, SPF — e la fel de fundamentală ca uptime-ul site-ului tău.

Emailurile tale tranzacționale sunt adesea cele mai importante comunicări pe care le trimiți. Merită aceeași grijă de brand ca landing pages-urile tale și produsul în sine.