គំនិតច្ឆិនបច្ចេកទេស
ឯកសារ មិនមែនគំរូទេ
អ្វីដែលអ្នកសរសេរគឺជាដើមប្លុកដែលមាន schema ដែលបានផ្សាយ។ អ្វីដែលចេញទៅគឺឯកសារនោះដែលបានបង្ហាញសម្រាប់គោលដៅ — អ៊ីមែល ទំព័រ ទម្រង់ SMS push ឬបោះពុម្ព។ ទាំងពីរដាច់ដោយឡែកដោយចេតនា ព្រោះកម្មវិធីនិពន្ធអាចជំនួសបាន ហើយការបង្ហាញមិនអាចជំនួសបាន ហើយការធ្វើឱ្យដូចមិនដូច្នេះគឺជាមូលហេតុដែលឧបករណ៍ទីផ្សារបញ្ចប់ដោយមានកំណែចម្បង 6 នៃសារដូចគ្នាដែលមិនដូចគ្នាទៀត។
គោលដៅ 6 ប្រភពតែមួយ
គោលដៅនីមួយៗមានដែនកំណត់ដែលមិនមែនជារឿងចំណង់ចំណូលចិត្តទេ ហើយ renderer ដឹងពីវាដើម្បីឱ្យអ្នកមិនចាំបាច់ដឹង។
អ៊ីមែលមានន័យថាតារាង និង CSS ដាក់ក្នុងបន្ទាត់ គ្មាន flex និងគ្មាន grid ព្រោះ Outlook នៅតែប្រើ Word ដើម្បីរៀបចំអ៊ីមែល ជម្រើស plain-text ដែលបង្កើតឱ្យអ្នកដោយស្វ័យប្រវត្តិ ពណ៌ដែលរស់រានពីកម្មវិធី dark-mode ដែលបញ្ច្រាសពណ៌ និងការការពារទំហំនៅប្រហែល 102 KB ដែល Gmail ចាប់ផ្តើមកាត់បន្ថយ។
ទំព័រមានន័យថា HTML ទំនើបឆ្លើយតបធម្មតា ផ្សាយក្រោម slug នៅលើដូមេនរបស់អ្នកបើអ្នកចង់បាន។ ទម្រង់គឺជាទំព័របូកនឹងការភ្ជាប់វាល ការផ្ទៀងផ្ទាត់ honeypot និងដែនកំណត់អត្រា — ហើយវាជាផ្លូវតែមួយចូលទៅកាន់ទំនាក់ទំនងរបស់អ្នកដែលអាចបង្កើតមូលដ្ឋាន consent បានយ៉ាងស្របច្បាប់។
SMSរាប់សេកម៉ង់ពេលអ្នកវាយ។ Pushគឺជាចំណងជើង អត្ថបទ រូបតំណាង សកម្មភាព និង deep link។ សំបុត្រគឺជា CSS បោះពុម្ពដែលបង្ហាញទៅជា PDF ដាក់អាសយដ្ឋាន និងផ្ញើ។
ឯកសារខ្លួនវាត្រូវបានរក្សាទុកជា setup ដែលមាន schema ផ្សាយហើយ នៅក្នុងសេវាឯកសាររបស់ប្រព័ន្ធអេកូឡូស៊ី មិនមែនលាក់ក្នុងតារាងឯកជនទេ។ ដែលមានន័យថាថ្ងៃណាដែលកម្មវិធីនិពន្ធកាន់តែល្អមកដល់ វានិពន្ធឯកសារដូចគ្នា ហើយអ្វីៗនៅខាងលើមិនផ្លាស់ប្តូរទេ។
- 1អ៊ីមែលតារាង CSS ដាក់ក្នុងបន្ទាត់ ជម្រើសអត្ថបទ សុវត្ថិភាព dark-mode ការការពារ ~102 KB។
- 2ទំព័រHTML ឆ្លើយតបក្រោម slug នៅលើដូមេនរបស់អ្នក។
- 3ទម្រង់ទំព័របូកនឹងការភ្ជាប់ ការផ្ទៀងផ្ទាត់ honeypot ដែនកំណត់អត្រា។
- 4smsអត្ថបទជាមួយឧបករណ៍រាប់សេកម៉ង់ GSM-7 / UCS-2 ទាន់ពេល។
- 5pushចំណងជើង អត្ថបទ រូបតំណាង សកម្មភាព deep link។
- 6សំបុត្របោះពុម្ព CSS → PDF។
- iចំណុចប្រទាក់កម្មវិធីនិពន្ធអាចជំនួសបាន តែគោលដៅមិនអាចទេ។ ដូច្នេះហើយទើបឯកសារមានគ្រោងក្រាស (schema) ដែលបានផ្សាយជាសាធារណៈ។
លទ្ធផលដែលបានបង្ហាញត្រូវបានរក្សាទុកក្នុងឃ្លាំងសម្ងាត់តាមគោលដៅនីមួយៗ
បញ្ចូលអថេររួម
អថេរដែលមិនស្គាល់នឹងបរាជ័យនៅពេលផ្សាយ មិនបិទបាំងស្ងាត់ៗនៅពេលផ្ញើទេ
ឥរិយាបថលំនាំដើមរបស់ភាសាគំរូនីមួយៗចំពោះគន្លឹះដែលបាត់បង់គឺមិនបង្ហាញអ្វីទាំងស្រុង។ នៅក្នុងសំបុត្រ នោះមានន័យថា "សួស្តី ," ដែលទៅដល់មនុស្សសែសិបពាន់នាក់ ហើយគ្មាននរណាដឹងទេរហូតដល់សំបុត្រឆ្លើយតបចាប់ផ្តើមមកដល់។ ដូច្នេះឯកសារត្រូវបានផ្ទៀងផ្ទាត់ប្រឆាំងនឹងបញ្ជីអថេរមុនពេលអាចផ្សាយបាន។
អ្វីដែលអ្នកអាចបញ្ចូលបាន
អ៊ីមែល ឈ្មោះ លេខទូរស័ព្ទ និងភាសារបស់ទំនាក់ទំនង; attrs.* ដែលបើកចំហព្រោះគុណលក្ខណៈទាំងនោះជារបស់អ្នក; ឈ្មោះនិងអាសយដ្ឋានត្រៃដិបត្តិរបស់អង្គការអ្នក; តំណបញ្ឈប់ការទទួល និងតំណចូលចិត្ត; និងប្រធានបទ និង preheader របស់សារ។
ជាចេតនាធ្វើជាបញ្ជី មិនមែន "អ្វីៗទាំងអស់ក្នុងទិន្នន័យ" ទេ។ ជួរទិន្នន័យទំនាក់ទំនងក៏ផ្ទុកអត្តសញ្ញាណផ្ទៃក្នុងផងដែរ ហើយគ្មានទាំងនោះសមនឹងដាក់ក្នុងសារឡើយ។
តម្លៃបម្រុងទុកមិនមែនជាអថេរបាត់បង់ទេ
{{first_name | default:there}} គឺជាអថេរដែលស្គាល់ តែទំនាក់ទំនងនេះមិនមានវាទេ — បញ្ជីនាំចូលដែលពាក់កណ្តាលជួរគ្មានឈ្មោះ។ វាបង្ហាញតម្លៃបម្រុងទុក ហើយនោះមិនមានបញ្ហាអ្វីទេ។
អ្វីដែលត្រូវបដិសេធគឺ {{frist_name}}: អថេរដែលមិនមានសម្រាប់នរណាម្នាក់ទេ។ នៅពេលផ្ញើ ទាំងពីរមើលទៅដូចគ្នា។ តែនៅពេលផ្សាយ វាខុសគ្នាខ្លាំងបំផុត ដែលជាមូលហេតុពិនិត្យនៅទីនោះ។
បញ្ជីអថេរដូចគ្នាដំណើរការលើគោលដៅទាំងអស់ ដូច្នេះឃ្លាដែលសរសេរសម្រាប់អ៊ីមែលអាចបង្ហាញក្នុង SMS និងទំព័រចុះចតដោយមិនចាំបាច់សរសេរឡើងវិញ។ ហើយ first_name ត្រូវបានគណនានៅពេលបង្ហាញពីឈ្មោះពេញ មិនមែនរក្សាទុកទេ — ព្រោះការបំបែកដែលរក្សាទុកគឺជាការបំបែកខុសដែលរង់ចាំមនុស្សដែលឈ្មោះរបស់គេមិនត្រូវនឹងសន្មត់។
សរសេរម្តង។ វាទៅដល់ដោយត្រូវជាមួយឆានែល។
មុនពេលវាចេញទៅ
ការពិនិត្យដែលធ្វើឡើងខណៈអ្នកនៅអាចជួសជុលបាន
ការកាត់ខ្លីរបស់ Gmail
លើសពីប្រហែល ១០២ KB Gmail នឹងកាត់សារឱ្យខ្លី ហើយលាក់ផ្នែកដែលនៅសល់ក្រោមតំណដែលមនុស្សភាគច្រើនមិនចុច — រួមទាំងតំណបញ្ឈប់ការទទួលរបស់អ្នកនៅផ្នែកខាងក្រោមបំផុត។ កម្មវិធីបង្ហាញវិមាត្រ និងព្រមាននៅពេលផ្សាយ។
ទម្ងន់រូបភាព
រូបភាព hero ទំហំបួនមេហ្គាបាយធ្វើឱ្យលើសថត ហើយបង្ហាញមិនល្អលើទូរស័ព្ទ។ រូបភាពត្រូវបានកែទំហំ និងបម្លែងនៅពេលបញ្ចូល ដែលជាបញ្ហាដឹកនាំសំបុត្រដល់គោលដៅ មិនមែនគ្រាន់តែភាពស្រស់ស្អាតទេ។
ការមើលជាមុនក្នុងប្រអប់សំបុត្រ
សារត្រូវបានបង្ហាញ និងថតរូបនៅទំហំកុំព្យូទ័រ និងទូរស័ព្ទ ដូច្នេះបញ្ជីបង្ហាញរូបរាងពិតប្រាកដរបស់សារ មិនមែនត្រឹមឈ្មោះរបស់វាទេ។ គ្មានសេវាមើលជាមុនដែលត្រូវបង់ប្រាក់ពាក់ព័ន្ធទេ។
ការផ្ញើសាកល្បងពិតប្រាកដ
ផ្ញើវាទៅខ្លួនឯង តាមរយៈកម្មវិធីបង្ហាញ និងអត្តសញ្ញាណផ្ញើដូចអ្នកទទួលពិតនឹងទទួល។ ការមើលជាមុនដែលដើរផ្លូវកូដផ្សេងមិនអាចបញ្ជាក់អ្វីអំពីសារដែលនឹងផ្ញើចេញទេ។
HTML ដែលបិទភ្ជាប់ត្រូវធ្វើឱ្យស្អាត
ខ្លឹមសារដែលបិទភ្ជាប់ពីកន្លែងផ្សេងត្រូវឆ្លងកាត់កម្មវិធីសម្អាតមុនពេលរក្សាទុក ព្រោះសំបុត្រទីផ្សារមិនមែនជាកន្លែងដើម្បីរកឃើញអ្វីដែលនៅក្នុង clipboard របស់នរណាម្នាក់ទេ។
Markdown បើអ្នកចូលចិត្ត
សរសេរជា Markdown ហើយឱ្យវាបង្ហាញ។ ជឿជាក់បានជាងសុំ model ឱ្យសរសេរ HTML សំបុត្រច្រើនណាស់ ហើយវាដែលធ្វើឱ្យការឱ្យ agent សរសេរសារជាគំនិតដែលអាចដំណើរការបាន មិនមែនគ្រាន់តែការបង្ហាញទេ។
ចាប់ផ្តើមពីគេហទំព័ររបស់អ្នក
បិទភ្ជាប់ URL នៅពេលដំណើរការលើកដំបូងរបស់អ្នក។ ClickSomo អានទំព័រដើម្បីរក logo, icon, manifest និងពណ៌ដែលវាវិភាគរកឃើញ — មិនមែនពណ៌ដែលនរណាម្នាក់ស្មានទេ — ហើយបង្កើតសំបុត្រដំបូងដែលមើលទៅដូចរបស់អ្នករួចហើយ។ វាក៏រកឃើញវេទិកាផងដែរ ដែលជាទូទៅគ្រប់គ្រាន់ដើម្បីស្នើ funnel ដែលគួរមាន: ហាងទទួលបាន funnel រទេះដែលបោះបង់ អ្នកផ្សាយទទួលបានស្វាគមន៍ newsletter។
ការទាញយក URL ណាមួយដែលអ្នកផ្តល់ត្រូវឆ្លងកាត់ fetcher ដែលមានការការពារ: តែ HTTP និង HTTPS ប៉ុណ្ណោះ អាសយដ្ឋានផ្ទាល់ត្រូវពិនិត្យដោយផ្ទាល់ ចម្លើយ DNS ទាំងអស់ត្រូវតែជាសាធារណៈ ហើយជំហាន redirect ទាំងអស់ត្រូវផ្ទៀងផ្ទាត់ឡើងវិញ។ ការទាញយក URL ណាមួយតំណាងឱ្យអតិថិជនគឺជាមធ្យោបាយងាយបំផុតមួយដើម្បីបង្កើតរន្ធសុវត្ថិភាពក្នុងបណ្តាញរបស់អ្នក ហើយវាមិនមែនជារឿងដែលគួរសរសេរពីរដងទេ។
ផ្នែកដែលត្រង់: គំរូដំបូងដែលបង្កើតពីគេហទំព័ររបស់អ្នកគឺជាការចាប់ផ្តើមល្អ មិនមែនរចនាសម្រេចទេ។ វាធ្វើឱ្យ logo, ពណ៌ និងពុម្ពអក្សរត្រូវប្រហែល ដើម្បីឱ្យការផ្ញើដំបូងរបស់អ្នកមិនមើលទៅដូចការបង្ហាញ — ហើយបន្ទាប់មកអ្នកកែសម្រួលវា ដែលជាការងារល្អជាងការនៅមើលផ្ទាំងទំនេរ។