¿Cuáles son los pros y los contras de tener http://www.example.com/
vs http://example.com/
?
Por ejemplo, un problema que conozco es que si uso un dominio sin www
no puedo configurar una cookie solo para el subdominio actual (ya que no hay subdominio), y las cookies que configuro se enviarán a todos los subdominios.
Respuestas:
Sin embargo,
www.example.com
tenga en cuenta que el uso le permite configurar Cookies solo en el sitio principal . El usoexample.com
solo le permitirá establecer cookies*.example.com
que incluyenstatic.example.com
. Por lo tanto, cada solicitud de cualquier subdominio incluirá las cookies que ralentizan un poco la transferencia. El usowww.example.com
le permitirá decidir qué parte desea configurar las cookies.fuente
Si va a usar
www.example.com
, debe hacerexample.com
un redireccionamiento permanente awww.example.com
.El
www
subdominio, en algunos casos, es en realidad un servidor completamente diferente al TLD primario. Si bien la mayoría de los motores de búsqueda son lo suficientemente inteligentes como para descubrirlo, sigue siendo una buena práctica colocar el redireccionamiento.Soy todo lo contrario,
www.example.com
es una redirección permanente aexample.com
, porque prefiero usar la URL canónica más corta. También tiene sentido para mí que pueda esperar que una solicitud HTTPexample.com
produzca una página web o una redirección a cualquier subdominio que esté tratando con solicitudes HTTP.Además, desea que las personas se vinculen a su sitio utilizando la URL canónica, que es la que seleccionan de la barra de herramientas de su navegador. El redireccionamiento en el que NO es su URL canónica ayuda a garantizar la coherencia en ese sentido.
fuente
La inclusión del
www
subdominio parece reducirse a dos condiciones:Cookies : la configuración de cookies
*.example.com
me causará dolor (incurrirá en más tráfico) porque las cookies se enviarán con cada solicitud, independientemente del subdominio. En este caso, optaría por usar elwww
ya que me da la opción de configurar cookies en*.example.com
caso de que lo necesite (por ejemplo, cookie de usuario autenticado), owww.example.com
para reducir el tráfico a mis otros subdominios.Estética : ¿me importa mucho cómo se ve el dominio? Si realmente odio
www
pero estoy preocupado por el tráfico de cookies, podría aliviar el problema alojando mi contenido estático en un dominio completamente nuevo como elstatic-example.com
que permanecería libre de cookies.fuente
Esta es una consideración menor pero relevante para sitios comerciales. Existe la expectativa de los usuarios no técnicos de que un sitio web comience, por
www
lo que cuando no ven que podrían no pensar en un dominio como un sitio web.Si bien puede parecer una tontería para aquellos de nosotros que sabemos cómo funcionan las cosas, he encontrado esta actitud con frecuencia con familiares, amigos y colegas no técnicos y es probable que estas personas representen a la gran mayoría de sus clientes.
Además, una gran cantidad de software, como el correo electrónico, los procesadores mundiales, los clientes de redes sociales, etc., reconocerán automáticamente un nombre de dominio que comienza
www
como un hipervínculo ynon-www
lo activará ; con un dominio simple o simple, deberá agregar el nombrehttp://
del software. para hacerlo activo. Poder hacer clic en un enlace en lugar de tener que copiar y pegar en un navegador podría marcar la diferencia entre un cliente que visita su sitio o acude a su competidor.fuente
bbc.co.uk/whatever
cuando siempre redirige a la versión www.http://
al frente. Entonces, si la URL eshttp://www.example.com
, entonces a menudo solo usowww.example.com
. Si lo fuerahttp://other.example.com
, entonces lo usaríahttp://other.example.com
. De lo contrario, los usuarios no se dan cuenta de que es una URL. Suena loco, pero la gente mezcla URL y direcciones de correo electrónico todo el tiempo. Lamentablemente, hemos simplificado tanto las cosas en la web que nuestros usuarios ya no conocen los conceptos básicos.No parece haber ninguna razón concreta para usar uno sobre el otro en cuanto a resultados de búsqueda u otros resultados deseados. Mi preferencia personal es
no-www
, debido a la longitud.Lo más importante es asegurarse de que redirige a su dominio preferido y recuerde configurar su dominio preferido en Google Search Console (Herramientas para webmasters de Google).
fuente
Sin repetir las respuestas válidas anteriores sobre las cookies, la estética, los usuarios no técnicos que esperan el
www
subdominio, etc.Otra razón por la que tiendo a favorecer el
www.
enfoque de subdominio para el sitio principal es para el desarrollo local. Lo usolocal.
para mi servidor de prueba local. Siempre espero que se acceda al sitio a través de un subdominio y puedo distinguir fácilmente entre la prueba y los sitios en vivo si es necesario. Las cookies pueden mantenerse separadas de los sitios locales y en vivo.www.example.com
Sitio en vivolocal.example.com
Servidor de prueba localEl uso de un subdominio para el servidor de prueba también permite realizar pruebas fácilmente desde un dispositivo móvil, ya que el subdominio se puede definir en el DNS público que apunta a un servidor de prueba local (IP local). Solo cuando el dispositivo móvil esté en la red WiFi local podrá acceder al servidor de prueba local. (Asegúrese de que las optimizaciones del navegador móvil estén deshabilitadas cuando se conecte localmente; de lo contrario, el servidor de optimización remota también intentará acceder a su servidor local y fallará).
fuente
Sí, siempre use en
www
lugar de un dominio desnudo. Aunque Heroku es algo especializado, el tipo de estructura de enrutamiento que han construido probablemente se volverá más común a medida que las personas implementen sitios web en grupos de máquinas. Los dominios desnudos son mucho menos flexibles que www porque requieren una A en lugar de un registro CNAME. Ver https://devcenter.heroku.com/articles/avoiding-naked-domains-dns-arecords .Aunque puede que no lo pienses hoy, todos los sitios en la web deberían y con suerte pronto usarán SSL todo el tiempo. Esto se debe a que la seguridad siempre es mejor que no tener seguridad, y los costos de SSL ya son solo ~ 1% de CPU adicional (consulte http://www.imperialviolet.org/2010/06/25/overclocking-ssl.html ). También debe obtener su certificado SSL para www.
fuente
Mi gente de SEO me dice que a Google no le gustan los dominios desnudos. Un síntoma de esto es que si intenta redirigir su
myblog.blogspot.com
blogexample.com/blog
, recibirá un error que dice que los Blogs no pueden alojarse en dominios desnudos .fuente