it-swarm-vi.tech

Là tên miền phụ của mỗi công ty hoặc URL đơn tốt hơn cho ứng dụng web

Tôi đang viết một ứng dụng web, ứng dụng này dành cho các công ty nhỏ nơi mỗi công ty sẽ có nhiều người dùng.

Điều gì là tốt hơn:

  1. cung cấp cho mỗi công ty một tên miền phụ (để bạn truy cập ứng dụng tại my-company.example.com)

  2. mọi người truy cập dịch vụ tại www.example.com (trong trường hợp này bạn phải nhập tên công ty vào trang đăng nhập).

Tôi đang hỏi điều gì tốt hơn từ góc độ khả năng sử dụng, cả hai sẽ có sự tách biệt hoàn toàn giữa các công ty và cả hai đều yêu cầu cùng một lượng công việc chính xác để thực hiện.

Cập nhật: hầu hết (nếu không phải tất cả) nhân viên của công ty sẽ sử dụng ứng dụng.

11
Nir

Tôi nghĩ rằng nó phụ thuộc vào người được cho là sử dụng ứng dụng. Nếu khách hàng hoặc nhân viên của công ty của tôi được cho là sử dụng ứng dụng, việc sử dụng tên miền phụ sẽ dễ dàng và thoải mái hơn (cũng có thể cho phép cá nhân hóa trang có logo, v.v. .).

Nếu ứng dụng chỉ được truy cập bởi một vài người thuộc cấp độ quản trị viên thì có lẽ dễ dàng hơn chỉ cần đăng nhập vào ứng dụng chính và thiết lập mọi thứ ở đó.

Ví dụ, đơn giản hơn đối với một người dùng sử dụng gmail nhưng đối với một tổ chức thì việc sử dụng các ứng dụng của Google lại đơn giản hơn. Mặc dù phải mất thêm một chút công việc để thiết lập nhưng sau đó nó được dành riêng cho công ty của tôi

4
Sruly

Chắc chắn sử dụng một tên miền phụ cho mỗi công ty.

Có 2 cách khác nhau bạn có thể làm điều này:

  1. công ty.yourcoolapp.com
  2. yourcoolapp.company.com 1

Sự khác biệt giữa hai tùy chọn là nhẹ, nhưng đối với tôi, có vẻ như với tùy chọn số một, người dùng phần mềm thấy rằng công ty của họ được phép sử dụng phần mềm của bạn trên miền của bạn (có lẽ là trường hợp này). Họ có thể hoặc không cảm thấy như họ có quyền sở hữu dữ liệu họ đang nhập (tùy thuộc vào ứng dụng của bạn thực sự làm gì).

Với tùy chọn số 2, người dùng phần mềm thấy rằng ứng dụng của bạn là một phần của miền của họ, gần giống như dữ liệu/ứng dụng được lưu trữ bởi công ty của họ. Trong trường hợp này, tôi nghĩ rằng người dùng sẽ cảm thấy giống như ứng dụng là một phần của công ty họ, chứ không phải là một sản phẩm bên ngoài mà họ chỉ sử dụng.

Bạn thậm chí có thể thiết lập cả hai URL, có một trong các tên miền trỏ đến cái kia. Đây là cách Bảng đen (gói phần mềm giáo dục) thực hiện tại Đại học của tôi:

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

1 Đây có thể là một URL trông xấu xí nếu bạn đang viết một ứng dụng mà công ty luật nổi tiếng Dewey, Cheatem và Howe có thể sử dụng: http://mycoolapp.DeweyCheatemAndHoweAtt luậtsAtLaw.com

8
Jared Harley

Có một tên miền phụ mang lại cảm giác sở hữu mạnh mẽ hơn (và có lẽ là quyền riêng tư).
[.___.] Bạn có thể tùy chỉnh trang đích của tên miền phụ, với logo, tin tức của công ty, v.v.

Mặt khác, nếu bạn sử dụng một trang trung tâm, thương hiệu duy nhất của tổ chức của bạn (nhà cung cấp dịch vụ) có thể ở đó.

Nếu bạn chỉ có một trang, hãy đảm bảo bạn hỗ trợ các URL tự động điền vào trường tổ chức để người dùng của bạn có thể gửi liên kết trực tiếp.

Nghĩ về nó, có lẽ bạn có thể bỏ qua toàn bộ tổ chức :
[.___.] Bạn có thể có người dùng tổ chức chéo không?
[.__.] Điều này có nghĩa là Beth làm việc trong Org A, nơi cung cấp dịch vụ cho Org B, vì vậy Beth phải đăng nhập vào cả hai tổ chức.

Nếu đó là KHÔNG PHẢI trường hợp đó, thì người dùng có thể đăng nhập từ một trang trung tâm và không phải điền vào bất kỳ trường tổ chức nào vì cô ấy sẽ tự động được liên kết với đúng một.

Đã nói rằng, sau đó có thể có ý nghĩa hơn để đăng nhập từ một tên miền phụ khác.

5
Dan Barak

Đối với ứng dụng của chúng tôi, chúng tôi đã quyết định kết hợp chúng và chúng tôi nghĩ rằng nó hoạt động khá tốt:

  • Người dùng có thể truy cập ourapp.com và nhấp vào "Đăng nhập" để được chuyển hướng đến màn hình đăng nhập
  • Người dùng có thể truy cập trực tiếp vào màn hình đăng nhập
  • Sau khi đăng nhập, tất cả người dùng được đặt trong môi trường "Đã đăng nhập" tại xxx.ourapp.com
  • Khi người dùng tạo một thực thể trong ứng dụng của chúng tôi, họ có thể đặt cho nó một tên miền phụ tại yyy.ourapp.com
  • yyy.ourapp.com là "khách hàng phải đối mặt" và do đó cho thấy không có thương hiệu ourapp, bao gồm bất kỳ liên kết đăng nhập nào.

Chúng tôi đã quyết định không thực hiện phần "nhập tên công ty tại trang chủ", vì chúng tôi nhận ra rằng sẽ tốt hơn từ quan điểm mô hình cơ sở dữ liệu và tên miền để chỉ cho mọi người có "tài khoản" của riêng mình và đăng nhập bằng đó, và sau đó viết logic kinh doanh để liên kết người dùng với nhau. Công cụ kỹ thuật, nhưng đôi khi bạn phải xem xét điều đó khi thiết kế trải nghiệm người dùng.

2
Rahul

Có 2 điều cần xem xét trước khi bạn chọn một trong số đó là:

  1. An ninh trang web.
  2. SEO trang web.

Tên miền con được cá nhân hóa

Nếu bạn cần bảo mật chặt chẽ, thì bạn nên truy cập tên miền phụ được cá nhân hóa, có một số điều sẽ thắt chặt bảo mật trang web của bạn khi bạn chọn tên miền phụ được cá nhân hóa, đó là:

  • Không có Google Indexing. Bạn có thể tránh google lập chỉ mục trang web khách hàng cá nhân của bạn và bạn có thể lập chỉ mục một cách an toàn tất cả các trang web www của bạn mà không lo hệ thống của bạn sẽ bị xâm phạm.
  • Tránh hack trang web khi xem robot.txt của bạn. Bạn có thể không cho phép google lập chỉ mục một số trang hoặc cấu trúc thư mục một cách an toàn, nhưng ai đó có thể dễ dàng nhìn trộm vào tệp robots.txt của bạn và tìm thấy thứ gì đó quý giá ở đó.

Nếu bạn thích bảo mật hơn tối ưu hóa công cụ tìm kiếm, thì bạn có thể chọn tên miền phụ được cá nhân hóa, nhưng việc triển khai hơi khó khăn, không sử dụng dns để thêm tên hoặc bản ghi vào tên miền phụ của bạn, chỉ cần thêm một bản ghi cho * .yourdomain.com và bạn có thể quản lý tên miền phụ của mình một cách an toàn với vhost từ máy chủ web của mình, vì vậy không ai có thể nhập tên miền phụ mà không biết tên chính xác của nó trước.

Thư mục con được cá nhân hóa

Nếu bạn cần tối ưu hóa thứ hạng trang web của bạn trong công cụ tìm kiếm, bạn có thể sử dụng phương pháp này. Bạn có thể cấm một số địa điểm được công cụ tìm kiếm lập chỉ mục với robot.txt và hy vọng không ai biết nó nằm ở đâu. Ngoài ra, bạn có thể có thứ hạng trang web của bạn cao hơn phương pháp trước đó, bởi vì tất cả khách hàng của bạn truy cập trang web chính của bạn, thay vì tên miền phụ của riêng họ.


Tóm tắt

Cá nhân tôi chọn tùy chọn đầu tiên, vì tôi không đủ khả năng để mất một số trang bị vô tình lập chỉ mục bởi công cụ tìm kiếm hoặc ai đó đã tìm thấy robot.txt của tôi. Nếu tôi cần SEO hơn bao giờ hết, tôi có thể chỉ cần tạo một blog cho công ty và lập chỉ mục, điều đó sẽ thu hút nhiều người hơn và có lượt truy cập duy nhất cao hơn, và tăng thứ hạng, thay vì mạo hiểm hệ thống của tôi dễ bị xâm phạm hơn.

1
Hendra Uzia

Với lời cảnh báo rằng với giải pháp thứ hai của bạn, người dùng sẽ phải nhập tên công ty của họ, giải pháp tốt duy nhất là tên miền phụ của công ty. Hãy nghĩ về nó theo cách này - với giải pháp 1, đây là những gì người dùng phải làm:

  1. Truy cập URL trang web
  2. Nhập tên người dùng của họ
  3. Nhập mật khẩu của họ
  4. Đăng nhập

Với giải pháp 2, đây là những gì họ phải làm:

  1. Truy cập URL trang web
  2. Nhập tên công ty của họ
  3. Nhập tên người dùng của họ
  4. Nhập mật khẩu của họ
  5. Đăng nhập

Tại sao thêm bước bổ sung nếu bạn không cần? Ngoài ra, làm cho loại người dùng trong tên công ty của họ là tải thêm nhận thức vì bây giờ họ cần nhớ làm thế nào để nhập chính xác tên công ty của họ. Điều gì xảy ra nếu họ thường đề cập đến công ty thông qua một từ viết tắt hoặc một tên ngắn? Điều gì được sử dụng cho trang đăng nhập của bạn? Tại sao làm cho người dùng nhớ rằng chi tiết thêm khi họ không cần?

0
Charles Boyung