בדקתי את מערכת הדיוור שלי ומצאתי 17 בעיות

בסוף השבוע האחרון הפניתי סוכני AI לתשתית הניוזלטר שלי, עם הוראה אחת: תראה לי את כל הפערים, בלי סוכר. חזרו 17 ממצאים. שלושה היו חמורים מספיק כדי לשרוף לידים בשקט.

שלושת אלה שבאמת כאבו

1. ביטול הרשמה לא היה קיים. מייל הברכה הבטיח opt-out בלחיצה. לא היה קישור, לא היה דף, לא הייתה כותרת List-Unsubscribe. Resend מזריק כותרות RFC 8058 ל-Broadcasts, לא לשליחות טרנזקציוניות, והברכה הייתה טרנזקציונית. אם שולחים מייל טרנזקציוני שנשמע כמו שיווק, צריך לבנות את נתיב הביטול לבד.
2. כל תשובה חזרה. המייל יצא מדומיין-משנה לשליחה בלבד, בלי MX ובלי replyTo. סיכום הזימון אמר פשוט תשיבו למייל הזה. מי שעשה את זה קיבל bounce. ליועץ סולו אלה לידים חמים שמתים בשקט.
3. אין שכבת חוק ספאם ישראלי. סעיף 30א דורש הוכחת opt-in, סימון פרסומת, זהות השולח, וביטול באותו ערוץ, מחמיר יותר מ-CAN-SPAM. לא היה לי אף אחד מאלה. עכשיו: double opt-in עם חותמות זמן של הסכמה, ושורת נושא מסומנת.

הלולאה, לא הפערים

החלק המעניין הוא לא הממצאים. זה תהליך העבודה. סוכן אחד בדק את הקוד, אחר חקר דרישות שולח ל-2026, ושניהם התמזגו לטבלה מדורגת עם ראיות של קובץ ושורה. התיקונים עלו כ-PR אחד בבוקר שאחרי. אחר כך אותה לולאה שמצאה את הפערים גם אימתה אותם מול פרודקשן: הרשמה, אישור, ביטול הרשמה, ניקוי.

flowchart LR
  A["ביקורת על המערכת"] --> B["מחקר דיני שולח"]
  B --> C["ממצאים מדורגים"]
  C --> D["PR אחד"]
  D --> E["הרשמה, אישור, ביטול"]

תיקון של שורה אחת שעצר את ה-bounces

await resend.emails.send({
  from: "Yonatan <[email protected]>",
  replyTo: "[email protected]",
  to,
  subject,
  html,
});

שעון הקיר מביקורת המערכת עד אימות בפרודקשן: פחות מיום. זה הדפוס שאני ממשיך לראות במערכות AI בפרודקשן: הערך הוא לא ייצור הקוד, אלא לולאת ביקורת-תיקון-אימות שרצה מול תשתית אמיתית, עם ראיות אמיתיות בכל שלב.

אם אתם רוצים לולאה כזאת על המערכות שלכם, קבעו שיחת היכרות ב-yonyon.ai, או הירשמו ב-yonyon.ai/subscribe כדי לקבל את הגיליון הבא ראשון.