¿Es mejor el subdominio por empresa o la URL única para la aplicación web?
Estoy escribiendo una aplicación web, la aplicación es para pequeñas empresas donde cada compañía tendrá múltiples usuarios.
Qué es mejor:
dar a cada empresa un subdominio (para que acceda a la aplicación en mi-empresa.ejemplo.com)
todos acceden al servicio en www.example.com (en este caso, debe ingresar el nombre de la empresa en la página de inicio de sesión).
Estoy preguntando qué es mejor desde una perspectiva de usabilidad, ambos tendrán la misma separación completa entre compañías y ambos requerirán exactamente la misma cantidad de trabajo para implementar.
Actualización: la mayoría (si no todos) de los empleados de la compañía usarán la aplicación.
Creo que depende de quién se supone que use la aplicación. Si se supone que los clientes o empleados de mi empresa usan la aplicación, sería más fácil y cómodo usar un subdominio (también esto podría permitir la personalización de la página con un logotipo, etc.) .).
Si se pretende que solo unas pocas personas de tipo administrador accedan a la aplicación, probablemente sea más fácil iniciar sesión en la aplicación principal y configurar las cosas allí.
Por ejemplo, es más simple para un solo usuario usar gmail, pero para una organización es más simple usar aplicaciones de Google. Aunque se necesita un poco más de trabajo para configurarlo, se especializa para mi empresa
Definitivamente use un subdominio por empresa.
Hay 2 formas diferentes de hacer esto:
- company.yourcoolapp.com
- yourcoolapp.company.com 1
La diferencia entre las dos opciones es leve, pero para mí, parece que con la opción número uno, el usuario del software ve que a su compañía se le permite usar su software en su dominio (que probablemente sea el caso). Pueden o no sentir que tienen la propiedad de los datos que están ingresando (dependiendo de lo que su aplicación realmente haga).
Con la opción número 2, el usuario del software ve que su aplicación es parte de su dominio, casi como si los datos/la aplicación estuvieran alojados en su empresa. En este caso, creo que el usuario sentiría más que la aplicación es parte de su empresa, en lugar de un producto externo que simplemente usa.
Incluso puede tener ambas URL configuradas, haciendo que uno de los dominios apunte al otro. Así es como Blackboard (un paquete de software educativo) lo hace en mi universidad:
1 Esta puede ser una URL de aspecto feo si está escribiendo una aplicación que el conocido bufete de abogados Dewey, Cheatem y Howe podría usar: http://mycoolapp.DeweyCheatemAndHoweAttorneysAtLaw.com
Tener un subdominio da un mayor sentido de propiedad (y tal vez privacidad).
Puede personalizar la página de inicio del subdominio, con el logotipo de la empresa, noticias, etc.
Por otro lado, si usa una página central, la única marca de su organización (el proveedor de servicios) puede estar allí.
Si solo tiene una página, asegúrese de admitir URL que llenen automáticamente el campo de la organización, para que sus usuarios puedan enviar enlaces directos.
Ahora que lo pienso, tal vez pueda omitir la organización por completo:
¿Podría tener usuarios de organizaciones cruzadas?
Esto significa que Beth trabaja en Org A, que proporciona servicios para Org B, por lo que Beth tiene que iniciar sesión en ambas organizaciones.
Si ese es NO el caso, los usuarios pueden iniciar sesión desde una página central, y no tienen que llenar ningún campo de la organización, ya que se asociará automáticamente al el correcto.
Dicho esto, puede tener más sentido iniciar sesión desde un subdominio diferente.
Para nuestra aplicación, decidimos combinarlos, y creemos que funciona bastante bien:
- Los usuarios pueden visitar ourapp.com y hacer clic en "Iniciar sesión" para ser redirigidos a la pantalla de inicio de sesión
- Los usuarios pueden visitar la pantalla de inicio de sesión directamente
- Una vez que inician sesión, todos los usuarios se colocan dentro del entorno "Inició sesión" en xxx.ourapp.com
- Cuando los usuarios crean una entidad en nuestra aplicación, pueden asignarle un nombre de subdominio en yyy.ourapp.com
- yyy.ourapp.com está "orientado al cliente" y, por lo tanto, no muestra la marca de ourapp, incluidos los enlaces de inicio de sesión.
Decidimos no hacer la parte de "ingrese el nombre de la empresa en la página de inicio", ya que nos dimos cuenta de que sería mejor desde el punto de vista del modelo de dominio y la base de datos simplemente dejar que todos tengan su propia "cuenta" e iniciar sesión con eso, y luego escribir lógica de negocios para asociar usuarios entre sí. Aspectos técnicos, pero a veces hay que tenerlo en cuenta al diseñar la experiencia del usuario.
Hay dos cosas a considerar antes de elegir una de ellas, que son:
- Seguridad del sitio.
- Sitio SEO.
Subdominio personalizado
Si necesita un seguridad estricta, entonces debe ir al subdominio personalizado, hay varias cosas que reforzarán la seguridad de su sitio cuando elija un subdominio personalizado, que son:
- Sin indexación de Google. Puede evitar que Google indexe su sitio de cliente privado, y puede indexar de manera segura todo su sitio www sin preocuparse de que su sistema se vea comprometido.
- Evite que el pirateo del sitio vea su archivo robots.txt. Puede impedir de forma segura que Google indexe varias de sus páginas o la estructura de directorios, pero alguien puede echar un vistazo fácilmente a su archivo robots.txt y encontrar algo valioso allí.
Si prefiere la seguridad que la optimización del motor de búsqueda, puede elegir un subdominio personalizado, pero la implementación es un poco complicada, no use dns para agregar un cname o un registro a su subdominio, simplemente agregue un registro para * .yourdomain.com, y puede administrar de manera segura su subdominio con vhost desde su servidor web, por lo que nadie puede ingresar al subdominio sin saber primero el nombre exacto.
Subcarpeta personalizada
Si necesita optimizar el ranking de su sitio en los motores de búsqueda, puede utilizar este método. Puede prohibir que algunos motores de búsqueda indexen algunos lugares con robots.txt y, con suerte, nadie sabe dónde reside. También puede hacer que su sitio tenga una clasificación más alta que el método anterior, porque todos sus clientes visitan su sitio principal, en lugar de su propio subdominio.
Resumen
Yo personalmente elijo la primera opción, ya que no puedo permitirme perder algunas páginas para que el motor de búsqueda las indexe involuntariamente, o alguien de alguna manera encontró mi robots.txt. Si necesito SEO más que nunca, simplemente puedo crear un blog para la empresa e indexarlo, eso atraería a más personas y tendría una visita única más alta, y aumentaría el rango, en lugar de arriesgar mi sistema más fácilmente.
Con la advertencia de que con su segunda solución el usuario tendría que ingresar el nombre de su compañía, la única buena solución son los subdominios de la compañía. Piénselo de esta manera: con la solución 1, esto es lo que el usuario tiene que hacer:
- Ir a la URL del sitio
- Ingrese su nombre de usuario
- Ingrese su contraseña
- Iniciar sesión
Con la solución 2, esto es lo que tienen que hacer:
- Ir a la URL del sitio
- Ingrese el nombre de su compañía
- Ingrese su nombre de usuario
- Ingrese su contraseña
- Iniciar sesión
¿Por qué agregar el paso adicional si no es necesario? Además, hacer que el usuario escriba el nombre de su empresa es una carga cognitiva adicional porque ahora deben recordar cómo para ingresar el nombre de su empresa correctamente. ¿Qué sucede si normalmente se refieren a la empresa a través de un acrónimo o un nombre corto? ¿Qué se utiliza para su página de inicio de sesión? ¿Por qué hacer que los usuarios recuerden ese detalle adicional cuando no lo necesitan?