Jika Anda akan mengatur Pemberitahuan Email untuk pelanggan situs web Anda untuk berlangganan, aturan etiket apa yang harus dipatuhi?
Saya bisa memikirkan beberapa dari kepala saya:
- Pengguna dapat Memilih Tidak Ikut Serta
- Hanya Teks (Atau Gambar Jarak Jauh berselera)
- Tidak dikirim lebih dari sekali seminggu
- Klien memiliki kendali penuh atas apa yang mereka terima tentang email (Hanya menerima apa yang mereka minati)
Poin apa lagi yang harus saya pertimbangkan?
Dari sudut pandang pemrograman, apa metode terbaik untuk mengatur dan menjalankan pemberitahuan email?
- Haruskah saya menggunakan Layanan ASP.NET? Layanan Windows? Apa jebakannya?
- Bagaimana saya harus mencatat email yang dikirim? Saya tidak peduli jika diterima, tetapi saya harus dapat membuktikan bahwa saya mengirim atau tidak mengirim email.
c#
asp.net
web-development
email
George Stocker
sumber
sumber
Jawaban:
Proses Memilih-Keluar TIDAK boleh "Membalas email dengan 'berhenti berlangganan' di subjek". Saya menggunakan catch-all untuk semua langganan saya (membantu mengendalikan spam) karena itu saya tidak dapat membalas dari setiap alamat yang saya berikan ([email protected]). Sangat sulit bagi saya untuk berhenti berlangganan dari daftar tertentu.
Tautan Opt-Out berfungsi paling baik.
sumber
Saya lebih suka opt-in daripada opt-out.
sumber
Memilih keluar
Bukan hanya etika, itu adalah hukum Amerika Serikat:
Dari UU CAN-SPAM :
Hanya teks
Saya tidak sepenuhnya dijual pada fitur ini. Dari situs web tertentu seperti amazon.com atau guitarcenter.com, saya menyukai kemampuan untuk melihat produk yang ditawarkan langsung di email tanpa harus mengklik tautan eksternal. Lagipula, GMail memiliki kemampuan untuk memblokir gambar jika saya tidak ingin melihatnya. Namun, saya kira jika Anda mengendalikan seluruh proses Anda bisa menawarkan kotak centang bagi pengguna untuk memilih HTML atau email teks biasa juga.
Frekuensi distribusi
Sulit untuk memutuskan seberapa sering Anda harus mengirim pemberitahuan email massal karena sangat tergantung pada konten situs web Anda. Saya setuju bahwa pengiriman mingguan adalah awal yang baik.
Metode distribusi
Saya membayangkan jawaban sebenarnya untuk ini tergantung pada skalabilitas. Berapa banyak email yang akan Anda kirim dan seberapa sering? Saya membayangkan membuat layanan Windows akan menjadi solusi yang paling dapat dikelola dan disesuaikan jika Anda memiliki jumlah surel yang relatif rendah untuk dikirim. Jika Anda membutuhkan solusi yang lebih kuat, saya akan mencari produk email massal profesional.
Penebangan
Anda bisa melakukan ini dalam database SQL atau dalam file log teks datar. Ini sangat tergantung pada bagaimana Anda akan mengaudit detail ini. Anda dapat membangun sistem dengan mudah di sekitar basis data jika Anda membutuhkan orang lain untuk memvalidasi bahwa email tertentu dikirim. Saya membayangkan bahwa ini tidak perlu.
Jika Anda menggunakan rute file log teks datar, Anda bisa menggunakan sistem logging yang terbukti seperti log4net karena Anda menyebutkan .NET.
Adapun apa yang akan dicatat, saya akan mengharapkan sesuatu seperti:
Lain-lain
To:
saluran tidak berisi 100 alamat emailUU CAN-SPAM: Panduan Kepatuhan untuk Bisnis :
sumber
Etiket Frekuensi
Saya pikir yang lebih penting daripada 'tidak dikirim lebih dari satu minggu' akan 'dikirim sesering mungkin'
Jika Anda PERLU mengirimkan dua dalam satu minggu, maka lakukanlah. Tetapi jika Anda tidak perlu mengirimkannya, maka jangan mengirim apa pun.
Atau, Anda bisa membuatnya dengan gaya 'buletin', dan mengirimkannya secara teratur (terjadwal). Tetapi dalam hal ini Anda perlu memastikan bahwa Anda memiliki hal-hal relevan yang spesifik untuk dikatakan dalam setiap pesan.
Kemudahan penggunaan
Buat sangat mudah untuk mendaftar, dan keluar.
Buat itu sangat mudah (dan opsional) bagi mereka untuk menyesuaikannya.
Anda menyebutkan kontrol berbutir halus, tetapi perlu diingat, ketika pelanggan melihat daftar panjang kotak centang tentang apa yang mereka sukai dan tidak sukai, mereka tahu bahwa semakin banyak kotak yang mereka klik, semakin banyak surat yang akan mereka terima, jadi mereka ' Saya akan cenderung mengklik lebih sedikit.
Metode yang bisa Anda gunakan akan mirip dengan "Saya suka ini" di Facebook. "Satu-satunya masalah adalah Anda membutuhkan banyak data (dan kompleksitas) logika untuk mengimplementasikan skema seperti itu.
Email langsung pendek adalah yang terbaik (tidak seperti respons ini). Sertakan tautan ke informasi tersebut, meskipun itu bisa membuat email Anda ditandai sebagai spam.
Banyak orang mengatakan tidak menjual email, saya pikir itu sudah pasti, tetapi sisi lain adalah sesuatu yang disebutkan Frakkle. Jangan memiliki cara bagi siapa pun di milis Anda untuk mengumpulkan informasi tentang orang lain di milis. Bahkan tidak bccing orang. Selalu buat email individu dan langsung.
Secara terprogram
Dalam hal ini, seperti halnya banyak masalah pemrograman lainnya, gunakan jenis layanan apa pun yang paling Anda kenal. Saya tidak percaya perbedaan antara dan layanan ASP.NET dan layanan Windows akan lebih besar daripada perbedaan tingkat keahlian Anda sendiri.
Penebangan
Untuk logging, saat menggunakan Layanan Windows, saya sudah memiliki pengalaman yang baik dengan Log4Net. Dalam hal konten (yang jauh lebih penting). Anda harus mencatat beberapa hal (jika ada).
1) Penerima
Bagian integral dari log, karena seringkali kesalahan dalam 'layanan' sebenarnya kesalahan dengan penerima. Anda dapat membayangkan kekacauan yang akan terjadi jika kotak pesan pengujian Anda terisi dan mulai menolak pesan.
2) Waktu terkirim
Sangat penting untuk alasan yang jelas. Meskipun demikian, kebanyakan logger mencap setiap pesan.
3) Tag konten
Jika Anda mengirim semacam konten modular yang disesuaikan, maka kemungkinan akan ada satu set tag konten berdasarkan preferensi mereka ("VideoGames, StackOverflowNews, Lederhosen") ini memungkinkan Anda untuk melacak dengan cara yang jauh lebih halus apa yang bisa salah dengan kelas email tertentu yang gagal.
4) Antrian Pesan Saat Ini
Banyak masalah yang dapat diatasi dengan mencatat nilai ini setiap saat. Ini menunjukkan Anda saat-saat ketika program Anda sangat lambat, dan itu juga menunjukkan Anda ketika itu ternyata lebih cepat dari biasanya (antrian kosong mencurigakan). Lebih banyak masalah akan diterangi oleh masalah ini daripada masalah lainnya.
sumber
Opsi untuk meminta HTML atau teks biasa penting bagi saya.
Pastikan juga Anda tidak pernah mengirim lampiran.
Pastikan bahwa alamat balasan ke valid dan pergi ke suatu tempat yang diperiksa dari waktu ke waktu. Tidak semua orang akan mencari tautan opt-out.
Bergantung pada skenario Anda, Anda mungkin ingin menggunakan sesuatu yang lengkap di milis di mana orang dapat membalas ke seluruh grup. Apa pun yang Anda lakukan, pastikan Anda tidak pernah menggunakan penyalinan karbon untuk menghubungi semua orang - buat setiap email satu per satu.
sumber
-The harus dapat Opt-Out dengan satu klik.
-Proses Opt-Out harus memungkinkan pengguna untuk ikut serta jika mereka berantakan.
-Anda harus selalu membiarkan pengguna ikut serta. Jangan secara otomatis memilih pengguna.
-Tidak menjual atau memberikan alamat email ke situs lain, perusahaan atau untuk uang.
sumber
Ringkas dari pertanyaan dan jawaban Anda:
Saya akan menambahkan:
<email_address>
karena Anda mengklik ..."sumber
Pastikan pernyataan privasi Anda tersedia sebelum Anda berlangganan dan itu menyebutkan kebijakan email Anda.
sumber
Jika dengan jalur, maksud Anda mengatakan jika seseorang benar-benar melihat email, maka ada 2 cara (yang saya tahu) untuk "melacak" email. Yang pertama adalah memiliki tautan di email Anda yang dibaca juga bisa dibaca. The downside adalah ini hanya memberi Anda rekaman jika membaca klik pada tautan. Cara lain adalah dengan menanamkan gambar jarak jauh di email. Ketika orang melihat email dan jika aplikasi email benar-benar menampilkan gambar, Anda harus dapat melihat seberapa sering gambar jarak jauh di mana tampilan untuk mendapatkan ide bagus tentang berapa banyak orang yang melihat email.
Tak satu pun dari semua ini yang hebat karena mereka berdua memiliki kekurangan tetapi itu akan memberi Anda jumlah rata-rata tampilan per email.
sumber
Satu hal yang saya perhatikan bahwa tidak ada yang menyarankan adalah pilihan untuk memilih teks atau gambar yang berisi email. Saya juga lebih suka mendapatkan berita yang lebih kecil karena saya memeriksa email saya beberapa kali sehari sehingga mungkin berguna untuk bertanya kepada pengguna apakah mereka menginginkan email harian atau mingguan.
sumber