web-development-kb-ko.site

회사 별 하위 도메인 또는 단일 URL이 웹 앱에 더 적합

웹 응용 프로그램을 작성 중입니다. 응용 프로그램은 각 회사에 여러 사용자가있는 소규모 회사를위한 것입니다.

더 나은 것 :

  1. 각 회사에 하위 도메인 제공 (my-company.example.com의 앱에 액세스)

  2. 모든 사람이 www.example.com에서 서비스에 액세스합니다 (이 경우 로그인 페이지에 회사 이름을 입력해야 함).

유용성 관점에서 더 나은 점을 묻습니다. 둘 다 회사를 완전히 똑같이 분리하고 구현하려면 동일한 양의 작업이 필요합니다.

업데이트 : 회사 직원의 대부분 (모두는 아님)이 앱을 사용합니다.

loginurls
11
Nir

누가 앱을 사용해야하는지에 달려 있다고 생각합니다. my company의 고객 또는 직원이 앱을 사용하도록되어 있으면 하위 도메인을 사용하는 것이 더 쉽고 편안합니다 (또한 로고가있는 페이지를 개인화 할 수 있음). ).

앱이 소수의 관리자 수준의 사람들 만 액세스하려는 경우 기본 앱에 로그인하여 설정하는 것이 더 쉽습니다.

예를 들어 단일 사용자가 Gmail을 사용하는 것이 더 간단하지만 조직의 경우 Google 앱을 사용하는 것이 더 간단합니다. 설정하는 데 약간의 작업이 더 필요하지만 my company

4
Sruly

회사 별 하위 도메인을 확실히 사용하십시오.

이를 수행 할 수있는 두 가지 방법이 있습니다.

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

두 옵션의 차이점은 미미하지만 옵션 번호 1의 경우 소프트웨어 사용자는 회사가 도메인에서 소프트웨어를 사용할 수 있음을 알 수 있습니다 (아마도). 앱에서 실제로 수행하는 작업에 따라 입력하는 데이터에 대한 소유권이 있다고 느끼거나 느끼지 않을 수 있습니다.

옵션 번호 2를 사용하면 소프트웨어 사용자는 회사가 데이터/애플리케이션을 호스팅하는 것처럼 앱이 도메인의 일부라는 것을 알게됩니다. 이 경우 사용자는 앱이 방금 사용하는 외부 제품이 아니라 회사의 일부인 것처럼 느끼게 될 것입니다.

도메인 중 하나가 다른 하나를 가리 키도록 두 URL을 설정할 수도 있습니다. 이것은 내 대학에서 Blackboard (교육 소프트웨어 패키지)를 수행하는 방법입니다.

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

1 잘 알려진 로펌 Dewey, Cheatem 및 Howe가 사용할 수있는 응용 프로그램을 작성하는 경우 추악한 URL 일 수 있습니다. http://mycoolapp.DeweyCheatemAndHoweAttorneysAtLaw.com

8
Jared Harley

하위 도메인을 보유하면 소유권 (및 아마도 개인 정보 보호)이 더 강력 해집니다.
회사 로고, 뉴스 등으로 하위 도메인의 방문 페이지를 맞춤 설정할 수 있습니다.

반면에 하나의 중앙 페이지를 사용하는 경우 조직 (서비스 제공 업체)의 유일한 브랜딩이있을 수 있습니다.

하나의 페이지 만있는 경우 조직 필드를 자동으로 채우는 URL을 지원해야 사용자가 직접 링크를 보낼 수 있습니다.

생각 해보자. 아마 조직을 완전히 건너 뛸 수있다.
교차 조직 사용자가 있습니까?
Beth는 조직 B에 서비스를 제공하는 조직 A에서 근무하므로 Beth는 두 조직 모두에 로그인해야합니다.

이 경우 NOT 인 경우 사용자는 하나의 중앙 페이지에서 로그인 할 수 있으며 자동으로 연결되므로 조직 필드를 채울 필요가 없습니다. 맞습니다.

그런 다음 다른 하위 도메인에서 로그인하는 것이 더 합리적입니다.

5
Dan Barak

우리 앱의 경우, 우리는 그것들을 결합하기로 결정했으며 그것이 잘 작동한다고 생각합니다.

  • 사용자는 ourapp.com을 방문하여 "로그인"을 클릭하여 로그인 화면으로 리디렉션 할 수 있습니다.
  • 사용자는 로그인 화면을 직접 방문 할 수 있습니다
  • 로그인하면 모든 사용자는 xxx.ourapp.com의 "로그인"환경에 배치됩니다.
  • 사용자가 앱에서 엔티티를 만들면 yyy.ourapp.com에서 하위 도메인 이름을 지정할 수 있습니다.
  • yyy.ourapp.com은 "클라이언트 연결"이므로 ​​로그인 링크를 포함하여 ourapp 브랜드가 표시되지 않습니다.

"홈페이지에 회사 이름을 입력하십시오"부분을 사용하지 않기로 결정했습니다. 데이터베이스와 도메인 모델 관점에서 모든 사람이 자신의 "계정"을 가지고 로그인하는 것이 더 낫다는 것을 깨달았습니다. 그런 다음 비즈니스 로직을 작성하여 사용자를 서로 연관시킵니다. 기술적 인 내용이지만 때로는 사용자 경험을 디자인 할 때이를 고려해야합니다.

2
Rahul

다음 중 하나를 선택하기 전에 고려해야 할 두 가지가 있습니다.

  1. 사이트 보안.
  2. 사이트 SEO.

개인화 된 하위 도메인

tight security가 필요한 경우 개인화 된 하위 도메인으로 이동해야합니다. 개인화 된 하위 도메인을 선택할 때 사이트 보안을 강화하는 몇 가지 사항이 있습니다.

  • Google 색인 없음. Google은 개인 클라이언트 사이트의 색인을 생성하지 않고 시스템이 손상 될 염려없이 모든 www 사이트를 안전하게 색인 할 수 있습니다.
  • 사이트가 robots.txt를 볼 수 없도록 해킹하지 마십시오. Google이 여러 페이지 또는 디렉토리 구조를 색인 생성하지 못하게 할 수는 있지만 누군가 robots.txt를 쉽게 들여다 볼 수 있습니다.

검색 엔진 최적화보다 보안을 선호하는 경우 개인화 된 하위 도메인을 선택할 수 있지만 구현이 약간 까다 롭습니다. dns를 사용하여 cname 또는 레코드를 하위 도메인에 추가하지 마십시오 * .yourdomain.com에 대한 기록이며 웹 서버에서 vhost를 사용하여 하위 도메인을 안전하게 관리 할 수 ​​있으므로 아무도 정확한 하위 이름을 모르더라도 하위 도메인을 입력 할 수 없습니다.

개인화 된 하위 폴더

검색 엔진에서 사이트 순위를 최적화해야하는 경우이 방법을 사용할 수 있습니다. robots.txt를 사용하여 검색 엔진에 의해 일부 장소가 색인 생성되는 것을 금지 할 수 있으며 그 위치가 어디에 있는지 아무도 모릅니다. 또한 모든 클라이언트가 자체 하위 도메인이 아닌 기본 사이트를 방문하므로 이전 방법보다 사이트 순위를 높일 수 있습니다.

요약

검색 엔진에 의해 의도하지 않게 색인이 생성되는 페이지를 잃어 버릴 여유가 없거나 누군가 내 robots.txt를 발견했기 때문에 개인적으로 첫 번째 옵션을 선택합니다. SEO가 더 필요하면 회사에 대한 블로그를 작성하고 색인을 작성하여 더 많은 사람들을 끌어 들이고 고유 방문을 늘리고 순위를 높이면 시스템이 손상되기 쉬워지기보다는 위험을 감수 할 수 있습니다.

1
Hendra Uzia

두 번째 솔루션에서는 사용자가 회사 이름을 입력해야한다는 경고에 유일하게 좋은 방법은 회사 하위 도메인입니다. 솔루션 1을 사용하여 다음과 같이 생각하십시오.

  1. 사이트 URL로 이동
  2. 그들의 사용자 이름을 입력하십시오
  3. 비밀번호를 입력하십시오
  4. 로그인

솔루션 2를 사용하면 다음과 같이해야합니다.

  1. 사이트 URL로 이동
  2. 회사 명을 입력하십시오
  3. 그들의 사용자 이름을 입력하십시오
  4. 비밀번호를 입력하십시오
  5. 로그인

필요하지 않은 경우 왜 추가 단계를 추가합니까? 또한 회사 이름으로 사용자 유형을 만드는 것은 회사의 이름을 올바르게 입력하기 위해 how을 기억해야하기 때문에 추가적인인지 부하입니다. 일반적으로 약어 또는 짧은 이름으로 회사를 언급하면 ​​어떻게됩니까? 로그인 페이지에 무엇이 사용됩니까? 사용자가 필요하지 않을 때 추가 정보를 기억하게하는 이유는 무엇입니까?

0
Charles Boyung