Envía un formulario HTML a tu email sin PHP

Cambia el action del formulario de tu script PHP a la URL de un backend de formularios, conserva los nombres de campo y borra el script. El backend hace lo que hacía mail(), más lo que nunca hizo bien: filtrar spam, guardar los envíos y enviar correo que no acaba en spam. Funciona en hostings estáticos donde PHP no se puede ejecutar.

Qué cambia aquí

La mayoría de los formularios de contacto en PHP son las mismas veinte líneas, copiadas de un tutorial hace años. Leen $_POST, construyen una cadena, llaman a mail() y redirigen. Este es uno típico:

<?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.";
}

Parece inofensivo, y funcionaba cuando se escribió. Hoy falla de cuatro maneras, y solo la primera es evidente:

Podrías arreglar cada problema: validar cada valor, enviar a través de un proveedor SMTP con una librería como PHPMailer, configurar SPF y DKIM para tu dominio, añadir un honeypot y un límite de frecuencia, y registrar en una base de datos. Es un proyecto razonable si ya usas PHP. Si prefieres no hacerlo, pasa el trabajo a un backend de formularios.

Saca el formulario de PHP

Conserva los nombres de campo tal cual. Solo cambia el action, más dos inputs ocultos:

<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>

Después, ubica cada cosa que hacía el script en su nuevo sitio:

• Añade tu dominio en Allowed domains. _redirect solo funciona con una URL https: en uno de esos dominios.
• Borra contact.php del servidor cuando el nuevo formulario funcione. Un script olvidado sigue siendo un relay de correo abierto para los bots que recuerdan la URL.
• Si te pasaste a un hosting estático, la antigua URL /contact.php ya no existe. Los bots que envían directamente a ella reciben un 404, y no pasa nada.

Comprueba que funciona

1. En Allowed domains del formulario, añade el dominio de tu sitio, más localhost mientras desarrollas. Déjalo vacío para aceptar envíos desde cualquier lugar.
2. Envía el formulario en tu página publicada. Llegas a tu antigua thanks.html.
3. Abre Submissions en el panel. El nuevo envío está ahí con todos los campos que mandaste.
4. Abre el email. Viene de Ikiform, no de la dirección del visitante, y no está en spam. Añade el remitente a tus contactos para que los siguientes tampoco lo estén.
5. Pulsa Reply. La dirección del visitante está en la línea To.
6. Envía con el honeypot relleno, _gotcha=bot. Sigue recibiendo una respuesta de éxito, pero el envío se guarda como spam y no manda ningún email ni webhook.

Detalles a tener en cuenta

• Nombres antiguos con corchetes. Los formularios PHP suelen usar nombres como contact[email]. Ikiform los guarda tal cual, pero el reply-to solo sale de un campo llamado email o de unas pocas variantes parecidas. Renombra el campo o añade _replyto.
• El asunto no puede incluir el nombre. El asunto del script llevaba el nombre del visitante. El asunto de la notificación es fijo, y _subject se pasa a los webhooks y a la API sin cambiar el email.
• Codificación de caracteres. Los scripts con mail() solían estropear los acentos porque nunca definían un charset. El email de Ikiform es UTF-8, así que los nombres en cualquier alfabeto llegan intactos.
• Varias direcciones en $to. Una lista separada por comas en el script pasa a ser destinatarios separados en el panel. Las direcciones externas confirman mediante un enlace antes de recibir nada. Consulta varios destinatarios.

Si algo sale mal

Preguntas