Kirim formulir HTML ke email tanpa PHP

Ubah action formulir dari skrip PHP Anda ke URL form backend, pertahankan nama field, lalu hapus skripnya. Backend mengerjakan apa yang dulu dikerjakan mail(), ditambah bagian yang tidak pernah dikerjakannya dengan baik: penyaringan spam, penyimpanan, dan email yang tidak masuk spam. Ini berfungsi di hosting statis yang sama sekali tidak bisa menjalankan PHP.

Apa yang berbeda di sini

Kebanyakan formulir kontak PHP adalah dua puluh baris yang sama, disalin dari tutorial bertahun-tahun lalu. Isinya membaca $_POST, menyusun string, memanggil mail(), lalu me-redirect. Ini contoh yang umum:

<?php
$name = $_POST["name"];
$email = $_POST["email"];
$phone = $_POST["phone"];
$message = $_POST["message"];

$to = "hello@example.com";
$subject = "Website enquiry from $name";
$body = "Name: $name\nEmail: $email\nPhone: $phone\n\n$message";
$headers = "From: $email\r\nReply-To: $email";

if (mail($to, $subject, $body, $headers)) {
  header("Location: /thanks.html");
} else {
  echo "Sorry, something went wrong.";
}

Kelihatannya tidak berbahaya, dan memang berfungsi saat ditulis. Sekarang ia rusak dalam empat cara, dan hanya yang pertama yang terlihat jelas:

Anda bisa memperbaiki masing-masing: validasi setiap nilai, kirim lewat penyedia SMTP dengan library seperti PHPMailer, siapkan SPF dan DKIM untuk domain Anda, tambahkan honeypot dan rate limit, lalu catat ke database. Itu proyek yang masuk akal jika Anda sudah menjalankan PHP. Jika tidak mau repot, pindahkan pekerjaannya ke form backend.

Pindahkan formulir dari PHP

Pertahankan nama field persis seperti semula. Hanya action yang berubah, ditambah dua input tersembunyi:

<form action="/contact.php" method="post">
  <input name="name" required />
  <input name="email" type="email" required />
  <input name="phone" type="tel" />
  <textarea name="message" required></textarea>
  <button>Send</button>
</form>

<form action="https://ikiform.com/f/frm_xxxxxxxxxxxxxxxx" method="post">
  <input name="name" required />
  <input name="email" type="email" required />
  <input name="phone" type="tel" />
  <textarea name="message" required></textarea>
  <input type="hidden" name="_redirect" value="https://example.com/thanks.html" />
  <input name="_gotcha" type="text" tabindex="-1" autocomplete="off" hidden />
  <button>Send</button>
</form>

Lalu petakan setiap hal yang dulu dikerjakan skrip ke tempatnya sekarang:

• Tambahkan domain Anda di Allowed domains. _redirect hanya berfungsi untuk URL https: di salah satu domain tersebut.
• Hapus contact.php dari server setelah formulir baru berfungsi. Skrip yang terlupakan tetap menjadi mail relay terbuka bagi bot yang masih ingat URL-nya.
• Jika Anda pindah ke hosting statis, URL lama /contact.php tidak ada lagi. Bot yang mengirim langsung ke sana mendapat 404, dan itu tidak masalah.

Pastikan berfungsi

1. Di Allowed domains formulir, tambahkan domain situs Anda, ditambah localhost selama pengembangan. Biarkan kosong untuk menerima kiriman dari mana saja.
2. Kirim formulir di halaman live Anda. Anda mendarat di thanks.html lama Anda.
3. Buka Submissions di dashboard. Kiriman baru ada di sana dengan setiap field yang Anda kirim.
4. Buka emailnya. Email datang dari Ikiform, bukan dari alamat pengunjung, dan tidak masuk spam. Tambahkan pengirimnya ke kontak agar email berikutnya juga tidak.
5. Tekan Reply. Alamat pengunjung ada di baris To.
6. Kirim dengan honeypot terisi, _gotcha=bot. Kiriman tetap mendapat jawaban sukses, tetapi disimpan sebagai spam dan tidak memicu email atau webhook.

Hal yang sering menjebak

• Nama formulir lama dengan kurung siku. Formulir PHP sering memakai nama seperti contact[email]. Ikiform menyimpannya apa adanya, tetapi reply-to hanya diambil dari field bernama email atau beberapa variasi dekatnya. Ganti nama field-nya, atau tambahkan _replyto.
• Subjek tidak bisa memuat nama. Baris subjek di skrip lama memuat nama pengunjung. Subjek notifikasi bersifat tetap, dan _subject diteruskan ke webhook dan API tanpa mengubah email.
• Encoding karakter. Skrip mail() sering merusak huruf beraksen karena tidak pernah mengatur charset. Email Ikiform memakai UTF-8, jadi nama dalam aksara apa pun tiba dengan utuh.
• Beberapa alamat di $to. Daftar yang dipisah koma di skrip menjadi penerima terpisah di dashboard. Alamat luar mengonfirmasi lewat link sebelum menerima apa pun. Lihat beberapa penerima.

Jika ada yang salah

Pertanyaan