محتوای خلاقانه
یک سند، نه یک قالب
آنچه می‌نویسید درختی از بلوک‌ها با یک طرح‌وارهٔ منتشرشده است. آنچه ارسال می‌شود، همان سند است که برای یک هدف رندر شده — ایمیل، صفحه، فرم، پیامک، پوش یا چاپ. این دو عمداً از هم جدا هستند، چون ویرایشگر قابل جایگزینی است و رندر نه، و انکار این موضوع همان چیزی است که باعث می‌شود یک ابزار بازاریابی شش نسخهٔ ناسازگار از یک پیام داشته باشد.
شش هدف، یک منبع
هر هدف محدودیت‌هایی دارد که سلیقه‌ای نیستند، و رندرکننده آن‌ها را می‌شناسد تا شما مجبور نباشید.
ایمیل یعنی جدول‌ها و CSS درون‌خطی، بدون flex و بدون grid چون اوت‌لوک هنوز از Word برای چیدمان ایمیل استفاده می‌کند، یک نسخهٔ متنی ساده که برای شما تولید می‌شود، رنگ‌هایی که از حالت تاریکِ وارونگی‌کنندهٔ کلاینت جان سالم به در می‌برند، و یک محافظ اندازه در حدود ۱۰۲ کیلوبایت که جیمیل از آن‌جا به بعد شروع به بریدن می‌کند.
صفحه یعنی HTML واکنش‌گرای مدرنِ معمولی، منتشرشده زیر یک نامک، روی دامنهٔ خودتان اگر بخواهید. فرم یک صفحه به‌علاوهٔ اتصال فیلدها، اعتبارسنجی، تلهٔ هانی‌پات و محدودیت نرخ است — و تنها مسیری است که می‌تواند به‌طور مشروع یک مبنای consent برای مخاطبان شما تولید کند.
پیامک همزمان با تایپ شما، سگمنت‌ها را می‌شمارد. پوش یک عنوان، یک متن، یک آیکن، چند کنش و یک پیوند عمیق است. نامه یعنی CSS چاپی که به PDF رندر، نشانی‌گذاری و پست می‌شود.
خود سند به‌صورت یک setup با طرح‌وارهٔ منتشرشده، در سرویس سندِ اکوسیستم ذخیره می‌شود، نه پنهان در یک جدول خصوصی. یعنی روزی که ویرایشگر بهتری برسد، همان سندها را ویرایش می‌کند و هیچ‌چیز در بالادست تغییر نمی‌کند.
- 1ایمیلجدول‌ها، CSS درون‌خطی، نسخهٔ متنی جایگزین، امن در حالت تاریک، محافظ حدود ۱۰۲ کیلوبایت.
- 2صفحهHTML واکنش‌گرا زیر یک نامک، روی دامنهٔ شما.
- 3فرمصفحه به‌علاوهٔ اتصال‌ها، اعتبارسنجی، هانی‌پات، محدودیت نرخ.
- 4smsمتن با شمارندهٔ زندهٔ سگمنت GSM-7 / UCS-2.
- 5پوشعنوان، متن، آیکن، کنش‌ها، پیوند عمیق.
- 6نامهCSS چاپ ← PDF.
- اطلاعاتدرزویرایشگر قابل تعویض است؛ اهداف نه. به همین دلیل سند یک طرح‌واره منتشرشده دارد.
خروجی رندرشده به تفکیک هدف ذخیره می‌شود
متغیرهای ادغام
یک متغیر ناشناخته در زمان انتشار خطا می‌دهد، نه بی‌سروصدا در زمان ارسال
رفتار پیش‌فرض همه زبان‌های قالب‌سازی برای کلید ناموجود، رندر کردن هیچ است. در یک ایمیل یعنی «سلام ،» که برای چهل هزار نفر ارسال می‌شود و هیچ‌کس تا رسیدن پاسخ‌ها متوجه نمی‌شود. بنابراین سند پیش از انتشار، با واژگان متغیرها اعتبارسنجی می‌شود.
چه چیزهایی را می‌توانید درون‌ریزی کنید
ایمیل، نام، تلفن و زبان مخاطب؛ attrs.* که باز است چون ویژگی‌ها از آنِ شماست؛ نام و نشانی پستی سازمان شما؛ پیوندهای لغو اشتراک و تنظیمات؛ و موضوع و پیش‌سرصفحهٔ خود پیام.
عمداً فهرست است، نه «هر چیزی که در پرونده هست». ردیف مخاطب شناسه‌های داخلی هم دارد و هیچ‌کدام از آن‌ها جایی در یک پیام ندارند.
مقدار جایگزین، متغیر ناموجود نیست
{{first_name | default:there}} یک متغیر شناخته‌شده است که این مخاطب خاص اتفاقاً آن را ندارد — فهرستی واردشده که نیمی از ردیف‌هایش نام نداشتند. این حالت مقدار جایگزین را رندر می‌کند و کاملاً درست است.
آنچه رد می‌شود {{frist_name}} است: متغیری که برای هیچ‌کس وجود ندارد. در زمان ارسال این دو یکسان به نظر می‌رسند. در زمان انتشار اما تفاوتشان از زمین تا آسمان است، و به همین دلیل بررسی همان‌جا انجام می‌شود.
همین واژگان در همهٔ اهداف کار می‌کند، پس عبارتی که برای ایمیل نوشته شده بدون بازنویسی در پیامک و صفحهٔ فرود رندر می‌شود. و first_name در زمان رندر از نام کامل استخراج می‌شود، نه ذخیره — چون تفکیک ذخیره‌شده، تفکیکی اشتباه است که منتظر کسی است که نامش با فرض شما نمی‌خواند.
یک بار بنویسید. برای هر کانال، آماده و آراسته می‌رسد.
پیش از ارسال
بررسی‌هایی که در زمانی انجام می‌شوند که هنوز می‌توانید اصلاح کنید
بریدگی جیمیل
بالای حدود ۱۰۲ کیلوبایت، جیمیل پیام را قطع می‌کند و بقیه را پشت پیوندی پنهان می‌سازد که بیشتر مردم هرگز فشارش نمی‌دهند — از جمله، درست در پایین، لغو اشتراک شما. رندرکننده اندازه را می‌سنجد و در زمان انتشار هشدار می‌دهد.
وزن تصویر
یک عکس هیروی چهار مگابایتی بودجهٔ حجم را می‌ترکاند و روی گوشی بد رندر می‌شود. تصاویر هنگام بارگذاری تغییر اندازه می‌یابند و تبدیل می‌شوند، که یک مسئلهٔ تحویل‌پذیری است، نه یک ظرافت.
پیش‌نمایش صندوق ورودی
پیام در عرض‌های دسکتاپ و موبایل رندر و عکس‌برداری می‌شود، تا نمای فهرست نشان دهد که این چیز واقعاً چه شکلی است، نه نامش. هیچ سرویس پیش‌نمایش پولی در کار نیست.
یک ارسال آزمایشی واقعی
آن را برای خودتان بفرستید، از طریق همان رندرکننده و همان هویت ارسالی که یک گیرندهٔ واقعی دریافت می‌کند. پیش‌نمایشی که مسیر کد متفاوتی را طی می‌کند، دربارهٔ پیامی که ارسال می‌شود هیچ چیزی را اثبات نمی‌کند.
HTML چسبانده‌شده پاک‌سازی می‌شود
محتوایی که از جای دیگر می‌چسبانید پیش از ذخیره از یک پاک‌ساز می‌گذرد، چون ایمیل بازاریابی جای کشف این نیست که در کلیپ‌بورد چه کسی چه بوده است.
مارک‌داون، اگر ترجیح می‌دهید
با مارک‌داون بنویسید و رندرشده‌اش را بگیرید. بسیار مطمئن‌تر از این است که از یک مدل HTML ایمیل بخواهید، و همین است که ایدهٔ نوشتن پیام توسط یک عامل را از یک دمو به چیزی کارپذیر تبدیل می‌کند.
شروع از وب‌سایت خودتان
در نخستین اجرا یک نشانی اینترنتی بچسبانید. ClickSomo صفحه را برای لوگو، آیکون‌ها، مانیفست و رنگ‌های اندازه‌گیری‌شده‌اش می‌خواند — نه رنگ‌هایی که کسی حدس زده — و نخستین ایمیلی می‌سازد که از همین حالا شبیه شماست. همچنین پلتفرم را تشخیص می‌دهد که معمولاً برای پیشنهاد یک قیف ارزشمند کافی است: فروشگاه، قیف سبد رهاشده می‌گیرد و ناشر، خوش‌آمد خبرنامه.
هر واکشی نشانی‌ای که شما می‌دهید از یک واکش‌کنندهٔ محافظت‌شده می‌گذرد: فقط HTTP و HTTPS، نشانی‌های تحت‌اللفظی مستقیم بررسی می‌شوند، هر پاسخ DNS باید عمومی باشد، و هر گام بازگردانی دوباره اعتبارسنجی می‌شود. واکشی نشانی‌های دلخواه به نیابت از مشتری، از ساده‌ترین راه‌ها برای ساختن یک حفره در شبکهٔ خودتان است و چیزی نیست که باید دو بار نوشته شود.
بخش صادقانه: یک قالب نخستین تولیدشده از وب‌سایت شما شروع خوبی است، نه یک طراحی تمام‌شده. لوگو، رنگ‌ها و قلم را تقریباً درست می‌گیرد تا نخستین ارسال شما شبیه دمو به نظر نرسد — و بعد شما آن را ویرایش می‌کنید، که کار بسیار بهتری از خیره شدن به بوم خالی است.