it-swarm.asia

Apakah subdomain per-perusahaan atau URL tunggal lebih baik untuk aplikasi web

Saya sedang menulis aplikasi web, aplikasi ini untuk perusahaan kecil di mana setiap perusahaan akan memiliki banyak pengguna.

Apa yang lebih baik:

  1. memberikan masing-masing perusahaan sub domain (sehingga Anda mengakses aplikasi di my-company.example.com)

  2. setiap orang mengakses layanan di www.example.com (dalam hal ini Anda harus memasukkan nama perusahaan di halaman login).

Saya bertanya apa yang lebih baik dari perspektif kegunaan, keduanya akan memiliki pemisahan lengkap yang sama antara perusahaan dan keduanya membutuhkan jumlah pekerjaan yang sama persis untuk diterapkan.

Pembaruan: sebagian besar (jika tidak semua) karyawan perusahaan akan menggunakan aplikasi.

11
Nir

Saya pikir itu tergantung siapa yang seharusnya menggunakan aplikasi. Jika pelanggan atau karyawan perusahaan saya seharusnya menggunakan aplikasi, akan lebih mudah dan lebih nyaman untuk menggunakan sub-domain (juga ini dapat memungkinkan personalisasi halaman dengan logo dll.) .).

Jika aplikasi dimaksudkan untuk diakses oleh hanya beberapa orang tipe admin tingkat daripada mungkin lebih mudah untuk hanya masuk ke aplikasi utama dan mengatur semuanya di sana.

Misalnya lebih mudah bagi satu pengguna untuk menggunakan gmail tetapi untuk organisasi lebih mudah untuk menggunakan aplikasi Google. Meskipun butuh sedikit lebih banyak pekerjaan untuk mengaturnya tetapi kemudian dikhususkan untuk perusahaan saya

4
Sruly

Jelas menggunakan subdomain per-perusahaan.

Ada 2 cara berbeda untuk melakukannya:

  1. company.yourcoolapp.com
  2. yourcoolapp.company.com 1

Perbedaan antara kedua opsi tersebut sedikit, tetapi bagi saya, sepertinya dengan opsi nomor satu, pengguna perangkat lunak melihat bahwa perusahaan mereka diizinkan untuk menggunakan perangkat lunak Anda di domain Anda (yang mungkin merupakan penyebabnya). Mereka mungkin atau mungkin tidak merasa memiliki data yang mereka masukkan (tergantung pada apa yang sebenarnya dilakukan aplikasi Anda).

Dengan opsi nomor 2, pengguna perangkat lunak melihat bahwa aplikasi Anda adalah bagian dari domain mereka, hampir seperti data/aplikasi yang dihosting oleh perusahaan mereka. Dalam hal ini, saya pikir pengguna akan merasa lebih seperti aplikasi adalah bagian dari perusahaan mereka, daripada produk luar yang kebetulan mereka gunakan.

Anda bahkan dapat mengatur kedua URL, dengan mengarahkan salah satu domain ke yang lain. Begini caranya Papan Tulis (paket perangkat lunak pendidikan) melakukannya di Universitas saya:

  1. http://unco.blackboard.com
  2. http://blackboard.unco.ed

1 Ini mungkin URL yang terlihat jelek jika Anda menulis aplikasi yang dapat digunakan firma hukum terkenal Dewey, Cheatem dan Howe: http://mycoolapp.DeweyCheatemAndHoweAttorneysAtLaw.com

8
Jared Harley

Memiliki sub domain memberikan rasa kepemilikan yang lebih kuat (dan mungkin privasi).
Anda dapat membuat halaman pendaratan dari sub domain disesuaikan, dengan logo perusahaan, berita, dll.

Di sisi lain, jika Anda menggunakan satu halaman pusat, satu-satunya merek organisasi Anda (penyedia layanan) bisa ada di sana.

Jika Anda hanya memiliki satu halaman, pastikan Anda mendukung URL yang secara otomatis mengisi bidang organisasi, sehingga pengguna Anda dapat mengirim tautan langsung.

Kalau dipikir-pikir, mungkin Anda bisa melewatkan organisasi sama sekali:
Mungkinkah Anda memiliki pengguna lintas organisasi?
Ini artinya Beth bekerja di Org A, yang menyediakan layanan untuk Org B, jadi Beth harus masuk ke kedua organisasi.

Jika itu BUKAN kasing, maka pengguna dapat masuk dari satu halaman pusat, dan tidak harus mengisi bidang organisasi apa pun karena ia akan secara otomatis dikaitkan dengan yang benar.

Karena itu, maka lebih masuk akal untuk masuk dari sub-domain yang berbeda.

5
Dan Barak

Untuk aplikasi kami, kami memutuskan untuk menggabungkannya, dan kami pikir itu bekerja dengan cukup baik:

  • Pengguna dapat mengunjungi ourapp.com dan mengklik "Masuk" untuk diarahkan ke layar masuk
  • Pengguna dapat mengunjungi layar masuk secara langsung
  • Setelah masuk, semua pengguna ditempatkan di lingkungan "Masuk" di xxx.ourapp.com
  • Saat pengguna membuat entitas di aplikasi kami, mereka dapat memberikannya nama subdomain di yyy.ourapp.com
  • yyy.ourapp.com adalah "klien yang menghadap" dan karenanya tidak menunjukkan pencitraan merek dari aplikasi kami, termasuk tautan masuk apa pun.

Kami memutuskan untuk tidak melakukan bagian "masukkan nama perusahaan di beranda", karena kami menyadari bahwa akan lebih baik dari sudut pandang basis data dan model domain untuk membiarkan semua orang memiliki "akun" sendiri dan masuk dengan itu, dan kemudian menulis logika bisnis untuk mengaitkan pengguna satu sama lain. Hal-hal teknis, tetapi kadang-kadang Anda harus mempertimbangkan itu ketika merancang pengalaman pengguna.

2
Rahul

Ada 2 hal yang perlu dipertimbangkan sebelum Anda memilih salah satunya, yaitu:

  1. Keamanan Situs.
  2. SEO situs.

Subdomain yang Dipersonalisasi

Jika Anda memerlukan keamanan ketat, maka Anda harus pergi ke subdomain yang dipersonalisasi, ada beberapa hal yang akan memperketat keamanan situs Anda ketika Anda memilih subdomain yang dipersonalisasi, yaitu:

  • Tidak Ada Pengindeksan Google. Anda dapat menghindari google mengindeks situs klien pribadi Anda, dan Anda dapat dengan aman mengindeks semua situs www Anda tanpa khawatir sistem Anda akan dikompromikan.
  • Hindari peretasan situs dari melihat robots.txt Anda. Anda dapat dengan aman melarang google mengindeks beberapa halaman atau struktur direktori Anda, tetapi seseorang dapat dengan mudah mengintip robots.txt Anda dan menemukan sesuatu yang berharga di sana.

Jika Anda lebih memilih keamanan daripada optimasi mesin pencari, maka Anda dapat memilih subdomain yang dipersonalisasi, tetapi implementasinya agak rumit, jangan gunakan dns untuk menambahkan cname atau catatan ke subdomain Anda, cukup tambahkan sebuah catatan untuk * .domainanda.com, dan Anda dapat dengan aman mengelola subdomain Anda dengan vhost dari server web Anda, jadi tidak ada yang bisa memasukkan subdomain tanpa mengetahui nama persisnya terlebih dahulu.

Subfolder Personalisasi

Jika Anda perlu mengoptimalkan peringkat situs Anda di mesin pencari, Anda dapat menggunakan metode ini. Anda dapat melarang beberapa tempat untuk diindeks oleh mesin pencari dengan robots.txt, dan mudah-mudahan tidak ada yang tahu di mana ia berada. Anda juga dapat memiliki peringkat situs Anda lebih tinggi dari metode sebelumnya, karena semua klien Anda mengunjungi situs utama Anda, daripada subdomain mereka sendiri.


Ringkasan

Saya pribadi memilih opsi pertama, karena saya tidak mampu kehilangan beberapa halaman untuk diindeks secara tidak sengaja oleh mesin pencari, atau seseorang yang entah bagaimana menemukan robots.txt saya. Jika saya membutuhkan SEO lebih dari sebelumnya, saya cukup membuat blog untuk perusahaan dan mengindeksnya, yang akan menarik lebih banyak orang dan memiliki kunjungan unik yang lebih tinggi, dan meningkatkan peringkat, daripada mempertaruhkan sistem saya yang lebih mudah dikompromikan.

1
Hendra Uzia

Dengan peringatan bahwa dengan solusi kedua Anda, pengguna harus memasukkan nama perusahaan mereka, satu-satunya solusi yang baik adalah subdomain perusahaan. Pikirkan seperti ini - dengan solusi 1, inilah yang harus dilakukan pengguna:

  1. Buka URL situs
  2. Masukkan nama pengguna mereka
  3. Masukkan kata sandi mereka
  4. Gabung

Dengan solusi 2, inilah yang harus mereka lakukan:

  1. Buka URL situs
  2. Masukkan nama perusahaan mereka
  3. Masukkan nama pengguna mereka
  4. Masukkan kata sandi mereka
  5. Gabung

Mengapa menambahkan langkah ekstra jika Anda tidak perlu melakukannya? Juga, membuat tipe pengguna dalam nama perusahaan mereka adalah beban kognitif tambahan karena sekarang mereka harus ingat bagaimana untuk memasukkan nama perusahaan mereka dengan benar. Apa yang terjadi jika mereka biasanya merujuk ke perusahaan melalui akronim atau nama pendek? Apa yang digunakan untuk halaman login Anda? Mengapa membuat pengguna mengingat detail ekstra saat mereka tidak perlu?

0
Charles Boyung