Sendune – Diseñador de correos HTML de código abierto

 (news.ycombinator.com)
8 puntos por GN⁺ 2024-07-20 | 1 comentarios | Compartir por WhatsApp
  • Editor de correos HTML con sistema de arrastrar y soltar
  • Genera HTML directamente sin código intermedio como MJML
  • Soporta tres tipos básicos de plantillas: diseño con arrastrar y soltar, edición de código HTML y texto plano
    • Puedes crear y guardar tus propias plantillas
  • Motivación del desarrollo
    • Es muy difícil crear HTML para correo electrónico
    • Si te sales aunque sea un poco de las reglas, el correo se rompe en distintos clientes de OS/escritorio/móvil
    • Aunque han pasado casi 50 años desde que se inventó el correo electrónico y 35 años desde que nació HTML, el diseño de correos sigue sin resolverse
    • Hay algunos diseñadores de correo de código abierto bastante buenos, pero por sus dependencias es incómodo integrarlos en una app
    • Por estas razones decidieron publicar como código abierto un diseñador de correos HTML

Lecturas relacionadas

1 comentarios

 
GN⁺ 2024-07-20
Comentarios de Hacker News
  • Opinan que no tener MJML es un error. Es la función más importante en el diseño de correos electrónicos.
  • El diseño se ve excelente. Lo van a probar.
  • Está realmente muy bien. Se preguntan si se pueden agregar estilos responsivos, por ejemplo, convertir columnas en filas en pantallas pequeñas.
  • La función de arrastrar y soltar no funciona. En Firefox, macOS, los elementos aparecen al hacer clic, pero no se pueden arrastrar al correo.
  • Esto parece muy prometedor. El "HTML para correo electrónico" es difícil de diseñar e implementar, especialmente en móvil, tabletas o con entrada de idiomas asiáticos.
    • Trabajan mucho con plantillas de correo para CRM B2B y eligieron otro enfoque basado en el editor slatejs/platejs.
    • La representación interna de las plantillas de correo en slatejs/platejs tiene formato JSON, así que se puede guardar fácilmente en jsonb de Postgres.
    • Se pueden agregar fácilmente widgets basados en Reactjs. Ej.: menciones, medios, diagramas, etc.
    • La desventaja es que no se pueden diseñar plantillas con precisión a nivel de píxel.
    • Una mejor abstracción probablemente sería MJML. Pero con el formato JSON de slatejs/platejs se puede copiar y pegar el contenido editado en distintos recursos, como CRM, base de conocimiento, etc.
    • Guardar los datos en MJML no parece una buena opción.
    • Intentaron usar algo similar a SendWithSES/Drag-and-Drop-Email-Designer como paso final, pero a la mayoría de los usuarios finales no les importa.
    • Agradecen opiniones sobre la representación de datos y el flujo de datos "Postgres <> Editor > Email HTML > Send button". Casi nadie piensa seriamente en este tema.
  • Opinan que toda la premisa es absurda.
    • Reconocen que mucha gente quiere correos con formato enriquecido, con imágenes y logotipos. Ellos no, pero entienden las necesidades y deseos de los demás.
    • ¿Por qué HTML? Un lenguaje de marcado simple (Markdown, orgmode, etc.) habría sido suficiente, y no habría hecho falta una versión separada en texto plano y HTML. Habría sido más accesible para lectores de pantalla y otros dispositivos de asistencia, menos invasivo para la privacidad y menos vulnerable a problemas de seguridad.
    • Pero la respuesta fue: "metamos un navegador web completo en todos los clientes de correo".
    • Saben que eso ya no tiene vuelta atrás.
  • View -> Message Body As -> Plain Text
    • No es culpa suya, pero siempre se debería proporcionar texto alternativo.
  • Quien haya trabajado con correos HTML sabe lo difícil que es. Aplauden que lo hayan desarrollado y liberado como código abierto. Piensan usarlo para su newsletter.
  • Hace unos días buscaron algo así por un momento. Lo van a revisar. Gracias.
  • No lo esperaban. Van a responder preguntas durante algunas horas.