Rilato Autoresponder

$127.00 Versión 1.1 · PHP + MariaDB

Un sistema completo de listas de correo y secuencias de seguimiento que corre en tu propio alojamiento. Escribes la secuencia una vez y sigue enviandose, a cada suscriptor nuevo, en el calendario que tu marques, mientras el servidor este encendido.

Estas pagando todos los meses por una lista que ya es tuya

El servicio de correo habitual cobra según cuanta gente tienes en la lista. No por cuántos mensajes mandas, no por cuánto trabaja: por el tamaño de un activo que construiste tu. Tu lista crece, la factura crece, y acabas alquilando el acceso a tus propios contactos.

Y luego está lo que pasa cuando dejas de pagar, o cuando deciden que tu negocio no les interesa. La lista se puede exportar, normalmente. Las secuencias, las etiquetas, el historial de aperturas, los años de datos de comportamiento que hacian que la lista valiera algo: eso no.

Deja de pagar cada mes por suscriptores que ya tienes.

Qué hace

Es el autorespondedor de seguimiento de toda la vida, reconstruido como se debe. Alguien se suscribe, confirma y empieza a recibir tu secuencia: el mensaje uno enseguida, el dos tres días después, el tres el día ocho, todo lo larga que sea la secuencia. Mientras tanto puedes mandar un envío a toda la lista cuando quieras.

La estructura sigue a los viejos scripts en Perl — registro, difusor, remitente, gestor de rebotes — pero todo está escrito desde cero en PHP moderno, con sentencias preparadas en todas partes, sin eval en ningún sitio, y un cliente SMTP sin dependencias. El esquema está definido en PHP y lo instala un asistente web, así que no hay ningún .sql que importar a mano.

Qué ganas con él

• Nunca un precio por suscriptor. Diez mil suscriptores cuestan lo mismo que diez: lo que cueste tu alojamiento.
• Los datos de comportamiento son tuyos. Aperturas, clics, etiquetas e historial viven en tu base de datos, consultables como quieras.
• No te van a cortar. Sin revisiones de cuenta, sin cambios repentinos de política sobre tu sector.
• La entregabilidad está tratada en serio, no como un añadido. Mira más abajo: es donde suele fracasar el correo autoalojado, y es la parte que más trabajo se llevo.

Listas y suscriptores

• Varias listas, cada una con su marca: su nombre y dirección de remitente, sus URLs de redirección y su política de confirmación.
• Siempre doble confirmación en las altas públicas. Las altas sin confirmar se borran a las 72 horas en vez de quedarse ahí para siempre.
• Nombre, apellido, IP y campos propios: define el campo que quieras y aparece en el formulario de alta, en el alta manual y como columna opcional en la administración.
• Formularios de alta para copiar y pegar. La administración genera un formulario HTML que toma los estilos de tu propio sitio, y una versión en iframe sin configuración.
• Alta por correo. Cada lista puede tener su propio buzón, y entonces todo lo que llegue ahí es sin ambiguedad una petición de alta a esa lista. Las listas sin buzón propio usan uno compartido, encaminado por un código en el asunto o por subdirección con el signo más.
• Codigos QR para cualquier formulario o encuesta, para tarjetas de mesa, recibos y carteles.

El envío

• Secuencias gobernadas por un desfase en días desde que el suscriptor confirma. El envío es idempotente: una restricción única sobre mensaje y suscriptor impide que dos ejecuciones solapadas del cron manden lo mismo dos veces.
• Campañas de difusión encoladas a una lista entera y enviadas en lotes regulados.
• Varias cuentas SMTP con rotación: añade las que quieras y elige por cuáles rota un envío, mandando un número aleatorio de mensajes por cada una antes de cambiar.
• Concurrencia de verdad. Pausa configurable entre envios y envío multiproceso real con proc_open(), coordinado para que ningún suscriptor reciba el mensaje dos veces.
• Seguimiento de aperturas y clics inyectado automáticamente en el correo HTML.

Automatización que reacciona al comportamiento

• Etiquetas que cruzan las listas, aplicadas una a una o en bloque, y usables para acotar un envío.
• Disparadores: actuar según lo que alguien hizo de verdad. Abrio un mensaje cuyo asunto contiene una palabra, o pulso un enlace que coincide con una URL: lo metes en otra lista, o simplemente lo etiquetas.
• Ramificacion condicional: cualquier mensaje de la secuencia puede depender de si el suscriptor abrio o pulso uno anterior. Si abrio el A manda el B, si no manda el C.
• Bloques de contenido dinámico — [[if tag:vip]]…[[else]]…[[endif]] dentro de cualquier mensaje, resueltos en el momento del envío para cada persona.
• Segmentación: grupos guardados y reutilizables que combinan varias condiciones de etiqueta y campo con lógica de TODAS o ALGUNA.
• Encuestas con varios tipos de pregunta, compartibles por enlace o código QR, con análisis de respuestas.
• Pruebas A/B de asuntos y de contenido.

Entregabilidad y cumplimiento

Esta es la parte que decide si montar tu propio correo es buena idea o un desastre, así que merece la pena leerla aunque te saltes el resto.

• Baja en un clic, RFC 8058. Cada mensaje lleva List-Unsubscribe y List-Unsubscribe-Post, que es lo que pone el botón nativo de Darse de baja junto a tu nombre en Gmail y Outlook en vez de obligar a la gente a buscar un enlace en el pie. Además es obligatorio según las reglas de remitentes masivos de Gmail y Yahoo por encima de unos 5.000 mensajes al día.
• Procesamiento de rebotes. Un cron revisa un buzón IMAP, clasifica rebotes duros y blandos por su código DSN y da de baja automáticamente a las direcciones tras varios rebotes duros.
• Procesamiento de quejas (FBL). Un buzón de bucle de retroalimentación registrado se revisa en busca de informes ARF, y una queja se trata con más urgencia que un rebote: esa dirección se da de baja de todas las listas y se bloquea para siempre en cuanto llega el informe, de modo que no pueda volver a entrar por ningún camino.
• Suscriptores inactivos. Encuentra a los confirmados que no han abierto ni pulsado nada en N días y pausalos o dalos de baja a conciencia. Una tasa de interacción baja es en si misma una señal de spam, aunque nadie se queje. Pausar es reversible.
• Firma DKIM, lista de supresión, revisión de palabras de spam antes de enviar, y herramientas de GDPR para peticiones de datos.

Tenerlo funcionando sin vigilarlo

• Latidos del cron. Cada script de cron avisa cuando termina, y la página de ajustes marca los que llevan callados más de lo esperado, así que una línea rota del crontab o un error silencioso de PHP salen a la luz en un día en vez de en un mes.
• Registros estructurados que puedes filtrar y buscar: errores de PHP, excepciones, ejecuciones de cron, conexiones a buzones, resultados de envío. El archivo de registro plano de la raíz sigue funcionando por si prefieres un tail -f.
• Doble factor en la administración.

Requisitos

• PHP 8.3 u 8.4, con PDO, IMAP y OpenSSL.
• MariaDB o MySQL. Lo instala el asistente web la primera vez.
• Acceso a cron: las secuencias, los envios y el procesamiento de rebotes y quejas corren desde cron. Sin cron no sale nada.
• Una cuenta SMTP por la que enviar, y un buzón para los rebotes.
• Control del DNS de tu dominio, para los registros SPF, DKIM y DMARC.