2011-03-19 15 views
12

¿por qué usar - en lugar de _ en la url? Url contiene '_' parece no tener efectos negativos.por qué usar - en lugar de _ en la url

+3

porque "why-use-instead-off-in-url" se ve mejor que "why_use_instead_off_in_url": D – sod

+0

¿Es esta la razón? Si también ayuda a SEO? No estoy seguro de eso. O porque es Hyphen, entonces es mejor conectar palabras que Subrayar en sintaxis. – hamlet

+0

Google webmaster central tiene un poco sobre este tema. Ver [aquí] (http://www.google.com/support/webmasters/bin/answer.py?answer=76329) – Ragnar123

Respuesta

24

Al leer a_long_sentence_with_many_underscores, porque esté leyendo por carta o el reconocimiento de palabras, las pistas del ojo a lo largo del centro de la línea, pero cuando alcanzas un guión bajo, es más probable que tu ojo rastree un poco y haga una copia de seguridad para la próxima palabra.

Cuando lee a-long-sentence-with-many-guiones, su ojo sigue rastreando en el mismo horizonte, y de vista, es más fácil para su cerebro intentar ignorarlos.

Otra buena razón es que Google y otros motores de búsqueda clasifican las URL que coinciden con los términos de búsqueda más altos cuando el separador de palabras es un guion.

+0

¡Maravilloso! Gracias. – hamlet

+2

Es bastante interesante, es lo opuesto a mí. Cuando leo a_long_sentence, mantengo mis ojos en la línea media, así que efectivamente veo espacios en vez de guiones bajos, lo cual se siente mejor. – GSerg

+1

Y porque Matt Cutts lo dice. Es una fuente autorizada de Google: http://www.youtube.com/watch?v=Q3SFVfDIS5k –

1

Es más fácil escribir (al menos en mi teclado alemán) y ver.

3

Una razón principal es que la mayoría de las etiquetas de anclaje tienen text-decoration:underline que efectivamente oculta su guión bajo.
Y, un usuario experto no tecnológico planteo asuma automáticamente que hay un guión :)

33

Los subrayados no están permitidos en un nombre de host. Por lo tanto, some_place.com no es una URL válida porque el nombre de host no es válido. Los subrayados son permisibles en URLS. Por lo tanto, some-place.com/which_place/ es perfectamente legítimo, aparte de otras preocupaciones.

de RFC 1738:

anfitrión

[...] Fully qualified domain names take the form as described 
    in Section 3.5 of RFC 1034 [13] and Section 2.1 of RFC 1123 
    [5]: a sequence of domain labels separated by ".", each domain 
    label starting and ending with an alphanumerical character and 
    possibly also containing "-" characters. The rightmost domain 
    label will never start with a digit, though, which 
    syntactically distinguishes all domain names from the IP 
    addresses. 
+1

creo que esta es la respuesta correcta – dhpratik

4

Por cierto ... Parece que las bibliotecas de red de Java no serán capaces de interpretar correctamente cuando una URL utilizando subrayado:

URI uri = URI.create("http://www.google-plus.com/"); 
System.out.println(uri.getHost()); // prints www.google-plus.com 

URI uri = URI.create("http://www.google_plus.com/"); 
System.out.println(uri.getHost()); // prints null 
Cuestiones relacionadas