ครีเอทีฟ
เอกสาร ไม่ใช่เทมเพลต
สิ่งที่คุณเขียนคือต้นไม้บล็อกที่มีสคีมาเผยแพร่แล้ว สิ่งที่ออกไปคือเอกสารนั้นเรนเดอร์สำหรับเป้าหมาย — อีเมล หน้าเว็บ ฟอร์ม SMS push หรืองานพิมพ์ ทั้งสองแยกกันโดยเจตนา เพราะตัวแก้ไขเปลี่ยนได้ แต่การเรนเดอร์เปลี่ยนไม่ได้ และการแสร้งว่าต่างกันคือวิธีที่เครื่องมือการตลาดจบลงด้วยเวอร์ชันเดียวกันหกฉบับที่ไม่ตรงกันอีกต่อไป
หกเป้าหมาย แหล่งเดียว
แต่ละเป้าหมายมีข้อจำกัดที่ไม่ใช่เรื่องรสนิยม และตัวเรนเดอร์รู้มันแทนคุณ
อีเมล หมายถึงตารางและ CSS แบบ inline ไม่มี flex และไม่มี grid เพราะ Outlook ยังใช้ Word จัดวางเมล มีเวอร์ชันข้อความล้วนที่สร้างให้อัตโนมัติ สีที่รอดจากไคลเอนต์โหมดมืดที่กลับสี และการ์ดขนาดที่ประมาณ 102 KB ซึ่ง Gmail เริ่มตัดทอน
หน้าเว็บ หมายถึง HTML แบบ responsive ธรรมดาสมัยใหม่ เผยแพร่ภายใต้ slug และบนโดเมนของคุณเองหากต้องการ ฟอร์ม คือหน้าเว็บบวกการผูกฟิลด์ การตรวจสอบความถูกต้อง honeypot และการจำกัดอัตรา — และเป็นเส้นทางเดียวเข้าสู่ผู้ติดต่อของคุณที่สร้างฐาน consent ได้อย่างชอบธรรม
SMS นับเซกเมนต์ขณะที่คุณพิมพ์ Push คือหัวเรื่อง เนื้อหา ไอคอน ปุ่มการกระทำ และ deep link จดหมาย คือ CSS สำหรับงานพิมพ์ที่เรนเดอร์เป็น PDF ใส่ที่อยู่และส่งไปรษณีย์
ตัวเอกสารเองถูกเก็บเป็น setup ที่มีสคีมาเผยแพร่แล้ว ในบริการเอกสารของระบบนิเวศ ไม่ใช่ซ่อนอยู่ในตารางส่วนตัว หมายความว่าวันที่ตัวแก้ไขที่ดีกว่ามาถึง มันจะแก้เอกสารชุดเดียวกัน และไม่มีอะไรขึ้นต้นเปลี่ยน
- 1อีเมลตาราง CSS แบบ inline ข้อความทางเลือก ปลอดภัยกับโหมดมืด การ์ดประมาณ 102 KB
- 2หน้าเว็บHTML แบบ responsive ภายใต้ slug บนโดเมนของคุณ
- 3แบบฟอร์มหน้าเว็บบวกการผูกฟิลด์ การตรวจสอบ honeypot และการจำกัดอัตรา
- 4smsข้อความพร้อมตัวนับเซกเมนต์ GSM-7 / UCS-2 แบบสด
- 5pushหัวเรื่อง เนื้อหา ไอคอน ปุ่มดำเนินการ และลิงก์เชิงลึก
- 6จดหมายพิมพ์ CSS → PDF
- iรอยต่อตัวแก้ไขเปลี่ยนได้ แต่ปลายทางเปลี่ยนไม่ได้ นั่นคือเหตุผลที่เอกสารมีสคีมาที่เผยแพร่แล้ว
ผลลัพธ์ที่เรนเดอร์แล้วถูกแคชตามปลายทาง
ตัวแปรสำหรับผสานข้อมูล
ตัวแปรที่ไม่รู้จักจะล้มเหลวตอนเผยแพร่ ไม่ใช่ส่งผ่านไปเงียบ ๆ ตอนส่ง
พฤติกรรมเริ่มต้นของภาษาเทมเพลตทุกภาษาเมื่อเจอคีย์ที่ขาดหายคือการเรนเดอร์เป็นค่าว่าง ในอีเมลแปลว่า "สวัสดี ," ถูกส่งไปให้คนสี่หมื่นคน และไม่มีใครรู้ตัวจนกว่าจะเริ่มมีจดหมายตอบกลับเข้ามา ดังนั้นเอกสารจึงต้องผ่านการตรวจสอบกับชุดคำศัพท์ของตัวแปรก่อนจะเผยแพร่ได้เลย
สิ่งที่แทรกค่าได้
อีเมล ชื่อ เบอร์โทร และภาษาของผู้ติดต่อ, attrs.* ซึ่งเปิดให้ใช้ได้เพราะแอตทริบิวต์เหล่านั้นเป็นของคุณ, ชื่อและที่อยู่ไปรษณีย์ขององค์กรของคุณ, ลิงก์ยกเลิกการติดตามและลิงก์ตั้งค่า และหัวเรื่องกับ preheader ของข้อความเอง
ตั้งใจให้เป็นรายการแบบนี้ ไม่ใช่ "อะไรก็ได้ในฐานข้อมูล" แถวข้อมูลผู้ติดต่อยังมีตัวระบุภายในด้วย และสิ่งเหล่านั้นไม่มีข้อใดควรอยู่ในข้อความ
ค่าสำรองไม่ใช่ตัวแปรที่ขาดหาย
{{first_name | default:there}} เป็นตัวแปรที่รู้จัก ซึ่งผู้ติดต่อรายนี้บังเอิญไม่มีค่า — เช่นรายชื่อที่นำเข้ามาซึ่งครึ่งหนึ่งไม่มีชื่อ กรณีนี้จะเรนเดอร์ค่าสำรองและเป็นเรื่องปกติสมบูรณ์
สิ่งที่ถูกปฏิเสธคือ {{frist_name}}: ตัวแปรที่ไม่มีอยู่สำหรับใครเลย ตอนส่งทั้งสองดูเหมือนกันสนิท แต่ตอนเผยแพร่ต่างกันคนละขั้ว นั่นคือเหตุผลที่การตรวจสอบเกิดขึ้นตรงจุดนั้น
ชุดคำศัพท์เดียวกันนี้ใช้ได้กับทุกปลายทาง วลีที่เขียนไว้สำหรับอีเมลจึงเรนเดอร์ใน SMS และบนหน้า landing page ได้โดยไม่ต้องเขียนใหม่ และ first_name ถูกคำนวณตอนเรนเดอร์จากชื่อเต็มทั้งหมด ไม่ได้เก็บแยกไว้ — เพราะการเก็บชื่อแยกไว้คือการแยกที่ผิด รอวันเจอคนที่ชื่อไม่เข้ากับสมมติฐานนั้น
เขียนครั้งเดียว ข้อความจะมาถึงในชุดที่เหมาะกับช่องทางนั้น
ก่อนส่งออกไป
การตรวจสอบที่เกิดขึ้นระหว่างที่คุณยังแก้ไขอะไรได้อยู่
การถูกตัดข้อความของ Gmail
เมื่อขนาดเกินราว 102 KB Gmail จะตัดข้อความและซ่อนส่วนที่เหลือไว้หลังลิงก์ที่คนส่วนใหญ่ไม่เคยกด — รวมถึงลิงก์ยกเลิกการติดตามของคุณที่อยู่ล่างสุดด้วย ตัวเรนเดอร์จะวัดขนาดและเตือนตอนเผยแพร่
น้ำหนักรูปภาพ
ภาพฮีโร่ขนาดสี่เมกะไบต์ทำลายงบขนาดและเรนเดอร์ได้ไม่ดีบนโทรศัพท์ รูปภาพจะถูกย่อขนาดและแปลงไฟล์ตอนอัปโหลด ซึ่งเป็นเรื่องของความสามารถในการส่งถึง ไม่ใช่เรื่องสวยงามเฉย ๆ
ตัวอย่างในกล่องจดหมาย
ข้อความจะถูกเรนเดอร์และจับภาพที่ความกว้างแบบเดสก์ท็อปและมือถือ เพื่อให้มุมมองรายการแสดงสิ่งที่ข้อความดูเป็นจริง ไม่ใช่แค่ชื่อของมัน โดยไม่มีบริการพรีวิวแบบเสียเงินเข้ามาเกี่ยวข้อง
การส่งทดสอบจริง
ส่งถึงตัวคุณเอง ผ่านตัวเรนเดอร์และตัวตนการส่งชุดเดียวกับที่ผู้รับจริงจะได้รับ พรีวิวที่เดินผ่านโค้ดคนละเส้นทางไม่พิสูจน์อะไรเกี่ยวกับข้อความที่จะส่งออกจริงเลย
HTML ที่วางเข้ามาจะถูกทำความสะอาด
เนื้อหาที่วางมาจากที่อื่นจะผ่านตัวทำความสะอาดก่อนถูกจัดเก็บ เพราะอีเมลการตลาดไม่ใช่ที่ที่ควรมาค้นพบว่าในคลิปบอร์ดของใครบางคนมีอะไรอยู่
Markdown หากคุณต้องการ
เขียนด้วย Markdown แล้วให้ระบบเรนเดอร์ให้ น่าเชื่อถือกว่าการขอ HTML อีเมลจากโมเดลมาก และมันคือสิ่งที่ทำให้ไอเดียของเอเจนต์ที่เขียนข้อความเป็นเรื่องทำได้จริง ไม่ใช่แค่เดโม
เริ่มจากเว็บไซต์ของคุณเอง
วาง URL ในการใช้งานครั้งแรก ClickSomo จะอ่านหน้าเว็บเพื่อหาโลโก้ ไอคอน แมนิเฟสต์ และสีที่วัดได้จริง — ไม่ใช่สีที่ใครบางคนเดาเอา — แล้วสร้างอีเมลฉบับแรกที่ดูเป็นของคุณอยู่แล้ว ระบบยังตรวจจับแพลตฟอร์มด้วย ซึ่งมักเพียงพอสำหรับการแนะนำฟันเนลที่ควรมี: ร้านค้าได้ฟันเนลตะกร้าที่ถูกทิ้ง สำนักพิมพ์ได้จดหมายต้อนรับนิวส์เล็ตเตอร์
การดึงข้อมูล URL ทุกครั้งที่คุณระบุจะผ่านตัวดึงข้อมูลที่มีการป้องกัน: รับเฉพาะ HTTP และ HTTPS, ที่อยู่แบบระบุตรงถูกตรวจสอบโดยตรง, คำตอบ DNS ทุกรายการต้องเป็นที่อยู่สาธารณะ และการเปลี่ยนเส้นทางทุกขั้นตอนถูกตรวจสอบซ้ำ การดึง URL ใดก็ได้ในนามของลูกค้าเป็นหนึ่งในวิธีที่ง่ายที่สุดในการสร้างช่องโหว่ในเครือข่ายของคุณเอง และมันไม่ใช่สิ่งที่ควรเขียนสองครั้ง
ส่วนที่พูดตรง ๆ: เทมเพลตฉบับแรกที่สร้างจากเว็บไซต์ของคุณเป็นจุดเริ่มต้นที่ดี ไม่ใช่ดีไซน์ที่เสร็จสมบูรณ์ มันได้โลโก้ สี และฟอนต์มาถูกทางพอประมาณเพื่อให้การส่งครั้งแรกของคุณไม่ดูเหมือนเดโม — แล้วคุณก็แก้ไขมันต่อ ซึ่งเป็นงานที่ดีกว่าการจ้องผืนผ้าใบเปล่า ๆ มาก