File di direktori root
Jangan abaikan kemungkinan menempatkan file di direktori root situs web perusahaan. Ini berfungsi dengan baik dan banyak digunakan: Alat Webmaster Google adalah salah satu contoh dari teknik tersebut. Ini membuat pendekatan ini menarik: karena sebagian besar pengguna sudah mengetahuinya, mereka tidak akan hilang. Juga, itu tidak memerlukan pengetahuan teknis, tidak seperti memodifikasi catatan MX (sebagian besar perusahaan kecil bahkan tidak tahu apa itu MX record).
Untuk menghindari mencemari direktori root, Anda harus meminta untuk meletakkan file hanya ketika melakukan pemeriksaan Anda. Setelah Anda menemukan file, pengguna mungkin dapat menghapusnya.
Perhatikan bahwa pengguna yang tidak memiliki situs web perusahaan tidak akan dapat mengakses layanan Anda, tetapi saya rasa tidak ada banyak pelanggan dalam hal ini.
Perhatikan bahwa:
Anda harus memeriksa http://example.com/file dan http://www.example.com/file , karena beberapa situs web dikonfigurasi dengan cara yang tidak mendukung formulir http://example.com/ .
Anda dapat mendukung HTTPS juga, mengingat saya tidak berpikir ada banyak perusahaan tanpa pengalihan dari HTTP ke HTTPS.
Anda tidak boleh menerima domain tingkat ketiga lainnya seperti http://mysite.example.com/ , karena ini akan memungkinkan seseorang yang membeli domain tingkat ketiga untuk mengklaim bahwa ia adalah pemilik domain tingkat kedua example.com .
Mengirim email
Mengirim e-mail dengan tautan rahasia agak bermasalah. Anda tidak dapat melakukannya ke firstname.lastname@example.com, karena orang yang diberikan mungkin tidak memiliki alamat email perusahaan (ini sering terjadi pada startup, di mana orang lebih suka menggunakan alamat pribadi mereka).
Menggunakan e-mail seperti admin@example.com tidak akan berfungsi dalam beberapa kasus.
Pertama, selalu ada perusahaan yang tidak memiliki postmaster@example.com, admin@example.com dll., Tetapi memiliki alamat e-mail "sistem" khusus yang belum masuk daftar putih. Pertimbangkan secara khusus perusahaan asing; misalnya, di Prancis, tidak biasa menggunakan "Administrat eu r" daripada "Administrator", termasuk untuk alamat email dan nama akun.
Kedua, banyak perusahaan kecil yang tidak mengakses dan tidak tahu cara mengakses email sistem mereka. Mereka membayar bahkan tidak tahu mereka memiliki abuse@example.com dengan ratusan email mendesak menunggu balasan mereka.
Untuk alasan yang sama, Anda tidak dapat mendasarkan diri pada catatan WHOIS untuk alamat email.