---
title: Email Deliverability
description: "Kemungkinan email masuk inbox, bukan spam. Ditentukan autentikasi, reputasi IP/domain, dan kebiasaan daftar."
canonical: https://penasihathosting.com/wikihosting/email-deliverability
type: wiki
locale: id
updated: 2026-10-29
author: Willya Randika
---

# Email Deliverability

## Overview

- **Summary:** Kemungkinan email masuk inbox, bukan spam. Ditentukan autentikasi, reputasi IP/domain, dan kebiasaan daftar.
- **Author:** Willya Randika ([profile](/penulis/willya-randika))

## Article

**Email deliverability** adalah kemungkinan email Anda masuk ke inbox, bukan folder spam atau ditolak. Ini bukan satu pengaturan, melainkan hasil dari autentikasi, reputasi IP/domain, kualitas daftar, dan perilaku pengirim.

## Tiga lapisan autentikasi

| Lapisan | Fungsi |
| --- | --- |
| **SPF** | Menyatakan server mana yang boleh mengirim atas nama domain |
| **DKIM** | Menandatangani email agar isi tidak diubah |
| **DMARC** | Menentukan kebijakan saat SPF/DKIM gagal dan mengirim laporan |

Ketiganya saling melengkapi. SPF saja tidak cukup; DMARC tanpa DKIM sering kurang efektif.

## Faktor reputasi

- **IP reputation** — shared IP bisa tercemar provider lain.
- **Domain reputation** — usia domain, volume, dan complaint.
- **List hygiene** — bounce hard, spam trap, dan alamat tidak aktif.
- **Engagement** — buka, klik, dan balasan membantu sinyal positif.
- **Konten** — tautan mencurigakan, lampiran tak diminta, dan subject clickbait.

## Yang perlu diperhatikan

- **Jangan membeli daftar email.** Gunakan double opt-in.
- **Pantau bounce dan complaint.** Hentikan pengiriman ke alamat yang hard bounce.
- **Panaskan IP baru.** Kirim bertahap, bukan langsung ratusan ribu.
- **Pisahkan transaksional dan marketing.** Reputasi bisa saling memengaruhi.
- **Gunakan layanan khusus untuk volume besar.** Shared hosting bukan untuk bulk email.
- **Baca laporan DMARC.** Agregat report menunjukkan siapa yang mengirim atas nama domain Anda.

Kirim ke beberapa penyedia email dan cek folder spam. Pantau bounce, complaint, dan reputasi domain di Google Postmaster atau alat serupa. Jika masalah muncul setelah perubahan DNS, kembalikan perubahan dan uji satu variabel dalam satu waktu. Catat tanggal perubahan DNS dan gunakan seed list untuk melihat posisi inbox. Uji subject dan konten, lalu pantau hasilnya selama beberapa minggu. Periksa header.

Contoh record yang umum:

| Record | Contoh |
| --- | --- |
| SPF | `v=spf1 include:_spf.google.com ~all` |
| DMARC | `v=DMARC1; p=none; rua=mailto:dmarc@contoh.com` |
| DKIM | `selector._domainkey` → nilai dari provider email |

Mulai DMARC dengan `p=none` untuk memantau, lalu naikkan ke `quarantine` setelah laporan bersih.

## FAQ

<Accordion>
  <AccordionItem title="Apakah SPF saja cukup?">
    Tidak. SPF memeriksa server pengirim, tetapi DKIM menandatangani isi dan DMARC memberi kebijakan serta laporan.
  </AccordionItem>
  <AccordionItem title="Mengapa email masuk spam meski SPF/DKIM benar?">
    Autentikasi bukan satu-satunya faktor. Reputasi IP/domain, engagement, konten, dan complaint ikut menentukan.
  </AccordionItem>
  <AccordionItem title="Apakah shared hosting cocok untuk email marketing?">
    Umumnya tidak untuk volume besar. Gunakan layanan email transaksional/marketing yang punya reputasi dan alat monitoring.
  </AccordionItem>
</Accordion>