subdomain - tag - ¿Cuándo se debe usar un subdominio ''www''?
universal analytics (8)
Al navegar por Internet durante los últimos años, veo cada vez más páginas que eliminan el subdominio ''www''.
¿Hay alguna buena razón para usar o no el subdominio ''www''?
¡MUCHAS razones para usar el subdominio www!
Al escribir una URL, es más fácil escribir a mano y escribir "www..com", en lugar de " http://.com ". La mayoría de los editores de texto, clientes de correo electrónico, procesadores de texto y controles WYSIWYG reconocerán automáticamente ambos de los anteriores y crearán hipervínculos. Escribir simplemente ".com" no dará lugar a un hipervínculo, después de todo, es solo un nombre de dominio. ¿Quién dice que hay un servicio web allí? ¿Quién dice que la referencia a ese dominio es una referencia a su servicio web?
¿Qué preferirías escribir / escribir / decir ... "www." (4 caracteres) o "http: //" (7 caracteres)?
"www." es una forma abreviada establecida de comunicar inequívocamente el hecho de que el sujeto es una dirección web, no una URL para otro servicio de red.
Cuando se comunica verbalmente una dirección web, debe quedar claro por el contexto que es una dirección web, por lo que decir "www" es redundante. Los servidores deben configurarse para devolver las respuestas HTTP 301 (movidas permanentemente) reenviando todas las solicitudes de @ ..com (la raíz del dominio) al subdominio www.
En mi experiencia, las personas que piensan que WWW debe omitirse tienden a ser personas que no entienden la diferencia entre la web y el internet y usan los términos indistintamente, como si fueran sinónimos. La web es solo uno de los muchos servicios de red.
Si quieres deshacerte de www, ¿por qué no cambiar tu servidor HTTP para usar también un puerto diferente, el puerto TCP 80 es muuuy ayer ... Cambiemos eso al puerto 1234, YAY ahora la gente tiene que decir y escribir " http: //.com:1234 "(eightch tee tee pee colon slash slash pila desbordamiento punto com colon uno dos tres cuatro) pero al menos no tenemos que decir" www "¿eh?
Además de la optimización de carga con respecto a las cookies, también hay un motivo relacionado con el DNS para usar el subdominio www . No puedes usar CNAME para el dominio desnudo. En yes-www.org yes-www.org dice:
Cuando se utiliza un proveedor como Heroku o Akamai para alojar su sitio web, el proveedor desea poder actualizar los registros DNS en caso de que necesite redirigir el tráfico de un servidor defectuoso a un servidor sano. Esto se configura usando registros DNS CNAME, y el dominio desnudo no puede tener un registro CNAME. Esto es solo un problema si su sitio es lo suficientemente grande como para requerir un servidor altamente redundante con dicho servicio.
Como jdangel señala, www es una buena práctica en algunas situaciones de cookies, pero creo que hay otra razón para usar www.
¿No es nuestra responsabilidad cuidar y proteger a nuestros usuarios? Como la mayoría de las personas esperan www, les darás una experiencia menos que perfecta al no programar para ello.
Para mí, parece un poco arrogante, no configurar una entrada de DNS solo porque en teoría no es obligatorio. No hay gastos generales en la realización de la entrada de DNS y mediante redirecciones, etc., se pueden redireccionar a una dirección que no sea www dns.
En serio, no pierdas tráfico valioso al dejar a tu visitante potencial con un error innecesario de "no se encontró el sitio".
Además, en una red solo de Windows, es posible que pueda configurar un servidor DNS de Windows para evitar el siguiente problema, pero no creo que pueda hacerlo en un entorno mixto de mac y Windows. Si un mac realiza una consulta DNS contra un DNS de Windows, mydomain.com devolverá todos los servidores de nombre disponibles, no el servidor web. Entonces, si en su navegador escribe mydomain.com, su navegador buscará un servidor de nombres, no un servidor web, en este caso necesita un subdominio (por ejemplo, www.midominio.com) para apuntar al servidor web específico.
Hay un montón de buenas razones para incluirlo, el mejor de los cuales está aquí: Mejores prácticas de rendimiento de Yahoo
Debido a la regla de puntos con cookies, si no tiene el ''www.'' luego no puede establecer cookies de dos puntos o de subdominio cruzado a la * .example.com. Hay dos impactos pertinentes.
Primero, significa que cualquier usuario al que le esté dando cookies devolverá esas cookies con solicitudes que coincidan con el dominio. Por lo tanto, incluso si tiene un subdominio, images.example.com, la cookie example.com siempre se enviará con solicitudes a ese dominio. Esto crea una sobrecarga que no existiría si hubiera hecho de www.example.com el nombre autorizado. Por supuesto, puede usar un CDN, pero eso depende de sus recursos.
Además, entonces no tiene la capacidad de establecer una cookie de subdominio cruzado. Esto parece evidente, pero esto significa que permitir que los usuarios autenticados se muevan entre sus subdominios es más un desafío técnico.
Entonces hazte algunas preguntas. ¿Configuro cookies? ¿Me importa el gasto de ancho de banda potencialmente innecesario? ¿Los usuarios autenticados cruzarán subdominios? Si realmente le preocupa incomodar al usuario, siempre puede configurar su servidor para que se ocupe de la cosa www / no www automáticamente.
Hay varias razones, aquí hay algunas:
1) La persona lo quería de esta manera a propósito
La gente usa DNS para muchas cosas, no solo la web. Es posible que necesiten el nombre principal de DNS para algún otro servicio que sea más importante para ellos.
2) servidores dns mal configurados
Si alguien realiza una búsqueda de www en su servidor DNS, su servidor DNS debería resolverlo.
3) Servidores web mal configurados
Un servidor web puede alojar muchos sitios web diferentes. Distingue qué sitio quiere a través del encabezado Host. Debe especificar qué nombres de host desea usar para su sitio web.
4) optimización del sitio web
Es mejor no manejar ambos, sino reenviar uno con un código de estado http movido permanentemente. De esta forma, las 2 direcciones no competirán por los rangos del enlace entrante.
5) Cookies
Para evitar problemas con las cookies que no son enviadas por el navegador. Esto también se puede resolver con el código de estado http movido permanentemente.
6) Caché del navegador del lado del cliente
Los navegadores web pueden no almacenar en caché una imagen si realiza una solicitud a www y otra sin ella. Esto también se puede resolver con el código de estado http movido permanentemente.
Justo después de hacer esta pregunta, llegué a la página no-www que dice:
... Sucintamente, el uso del subdominio www es redundante y requiere mucho tiempo para comunicarse. Internet, los medios y la sociedad están mejor sin eso.
No hay una gran ventaja para incluir-lo o no-incluirlo y no objetivamente-la mejor estrategia. "No-www.org" es una carga tonta de viejo dogma que intenta presentarse como un hecho definitivo.
Si la "gran organización que tiene muchos servicios diferentes y no desea tener que dedicar el nombre de dominio simple a ser un servidor web", la situación no se aplica a usted (y en realidad rara vez lo hace), la dirección que elija es un asunto mayormente cultural. ¿Las personas que están acostumbradas a ver un simple dominio "example.org" escrito en materiales publicitarios, lo reconocerían inmediatamente como una dirección web sin el adicional ''www'' o ''http: //''? En Japón, por ejemplo, obtendría un aspecto extraño para elegir la versión que no sea www.
Cualquiera que elija, sea consistente. Haga que las versiones www y no www sean accesibles, pero haga que una de ellas sea definitiva, siempre enlace a esa versión, y haga que la otra redireccione a ella (permanentemente, código de estado 301). Tener ambos nombres de host respondiendo directamente es malo para SEO, y servir cualquier nombre de host antiguo que se resuelva en su servidor lo deja abierto a ataques de reenlace de DNS.
Tómelo de un domainer. Use tanto el nombre de dominio de www.domainname.com como el nombre de dominio normal. De lo contrario, está generando tráfico en el motor de búsqueda de los navegadores (error de DNS)
En realidad, es sorprendente cuántos dominios, especialmente entre los 100 principales, se resuelven correctamente para www.domainname.com pero no domainname.com