http://example.com
www.example.com
http://www.example.com
example.com
¿Cuál de estos elegiría como su favorito para trabajar a partir de 2016? ¿Qué nombre de dominio mencionaría a sus clientes, los sitios web que enlazan con usted, sus membretes, sus tarjetas de contacto, etc. ¿Por qué uno u otro? ¿Cuál evitar en estos días?
Pensando en los siguientes aspectos:
- validez, cargando correctamente la URL
- audiencia, la mayoría de los geeks saben
http://
, la mayoría de las personas mayores no - La URL más fácil de recordar como marca
- faltas de ortografía por entrada del usuario (en el teléfono móvil o navegador de escritorio)
- navegadores que no entienden enlaces sin protocolo
- longitud total de caracteres para facilitar la entrada del usuario
- método de preferencia por los principales motores de búsqueda / sitios de redes sociales
- consistencia para que los enlaces no se fragmenten pero todos apunten a lo mismo
Respuestas:
Personalmente prefiero los
www
dominios. Como uno de los puntos de @Jonathon, la verdadera razón principal es con las cookies. Cuando lo tieneexample.com
y le aplica una cookie, esa cookie gobierna todos los subdominioswww.example.com
,foo.example.com
ybar.example.com
puede causarle dolores de cabeza en el futuro si se trata de sesiones o seguridad.Siempre puede tener una
example.com
redirección a unwww.example.com
lado del servidor, por lo que cuando se trata de medios impresos o enlaces con otros sitios, cuanto menos haya, mejor. Un usuario no molestará a recordar elwww
dewww.example.com
lo que su información inútil y me gustaría ir tan lejos como para decir que el intento de hacerlo hará que el usuario infeliz, haciendo así a evitar su sitio por completo.Si está interesado / está utilizando el marco, puedo proporcionar el código para dicha redirección en forma de
ActionFilterAttribute
ASP.NET MVC (pasé 2 días perfeccionando el filtro por mi cuenta, así que me siento bastante seguro de eso).En otra nota, cuando se trata del código real en su sitio, no omita los detalles. Es decir, no intentes tomar
http://www.example.com/Something/Something-Else
en cuentaexample.com/Something/Something-Else
.www
versión si está normalizando, lo que dará como resultado un viaje de ida y vuelta sin sentido al servidor.fuente
/Something
. Si te estás vinculando a otros sitios / recursos, entonces puede ser problemático ... (Personalmente, pondría
example.com
tarjetas de contacto, etc. y lo redireccionaría awww.example.com
. Esto se puede hacer con una simple reescritura.La razón de esto es que mis usuarios nunca deberían preocuparse por tener que escribir
www
. Absolutamente odio los sitios que requieren que las personas escribanwww
, creo que es un requisito completamente obsoleto de años pasados.Sin embargo, desearía redireccionar 301 desde
example.com
owww.example.com
. De hecho, a cualquier cosa. El punto es elegir su favorito y establecer todas las diferentes formas de llegar a su sitio para redirigir al mismo lugar para que no sea penalizado por contenido engañado (no recuerdo el término SEO).El protocolo es inútil, ya que los navegadores lo incluirán por usted (de hecho, Chrome ni siquiera lo muestra).
Otra razón por la que tengo que redirigir todo
www.example.com
se debe a las cookies. Por ejemplo, las galletas enwww.example.com
serán completamente separado destatic.example.com
pero cualquier conjunto de cookies enexample.com
será enviado con la petición HTTP parasub1.example.com
,sub2.example.com
, etc. Aunque esto es sólo mi preferencia.fuente
sstatic.net
. Si tiene varios TLD, puede usar uno alternativo,example.net
si su sitio principal esexample.com
.webhost.com
y aloja a sus clientes,customer.webhost.com
entonces no quiere que se les pasen las cookies. El ejemplo de contenido estático fue solo para la genialidad del contenido estático :)domain.com
una tarjeta de papel de contacto es un error. La gente promedio (sin geeks tecnológicos) podría no entender que es un sitio web. Lo noté con correos electrónicos, incluso si enviamos correos electrónicos desde[email protected]
, la gente todavía pregunta: "¿Cuál es su sitio / dominio?". Por cierto: excelente punto sobrewebhost.com
ycustomer.webhost.com
Olvídate de todo lo que diga
http://
: demasiado aterrador para los no geeks, y los navegadores manejan esto lo suficientemente bien en estos días (Chrome ni siquiera lo muestra en las últimas compilaciones).yoursite.example
es, estrictamente hablando, la forma correcta de representar el dominio, ya quewww.
está en desuso.Sin embargo, el hombre (o mujer) promedio en la calle está más familiarizado con la vista
www.yoursite.example
, por lo que si su audiencia no es geek, hágales un favor, bríndeles lo que esperan y utilíceloswww.yoursite.example
.Si quieres ser más vanguardista, su público es geek, o si desea escolares personas, el uso
yoursite.example
.fuente
No sé si
http://
realmente se requiere como se mencionó anteriormente. La mayoría de los navegadores asumiránhttp://
cuando se ingrese una URL en la barra de direcciones si no está presente cuando se presiona el botón Intro. Diría que solo es realmente necesario en los hipervínculos, ya que es necesario que el enlace funcione correctamente (a menos que los navegadores asuman,http://
pero al final comprueban que no lo hicieron).En impresión con o sin la
www
situación de tomate / tomáto. Los usuarios están familiarizados con loswww
navegadores web más antiguos que recordarán los días en que era necesario y ahora es un hábito. Pero también es muy común ver dominios anunciados sin él, así que no dejarlo fuera confundirá a suficientes personas como para preocuparse por ello.Mi consejo es elegir uno, cualquiera, y mantenerlo. La consistencia es clave (y buena usabilidad).
fuente
http://
debe considerarse un enlace local. La URLhttp://example.com/www.example.com
es perfectamente válida.https://
http://
yoursite.example
http://yoursite.example
http://yoursite.example
No veo cómo nada de esto se relaciona con pruebas futuras . Su DNS y servidor web debe fijarse de manera que
www.yoursite.example
yyoursite.example
son el mismo sitio.Un enlace real (para alguien que se vincula a usted) siempre va a comenzar,
http://
ya que ese es el controlador de protocolo web. En el material de marketing impreso, tiene sentido usarlo ahttp://
menos que esté específicamente etiquetado como un sitio web.es decir,
http://yoursite.example
vsVisit our website: yoursite.example
.fuente
.com
o el TLD local de su país (.co.uk
en el Reino Unido), entonces no necesitahttp://
owww
. Sin embargo, para otros TLD menos comunes, recomendaríawww
máshttp
.www.yoursite.com
menos caracteres e inmediatamente reconocible por todo tipo de personas como un sitio web.https://
http://