Pregunta

Debe ser /about_us o /sobre-nosotros?

Desde la usabilidad punto de vista, yo personalmente creo que /sobre-nosotros es mucho mejor para el usuario final sin embargo, Google y la mayoría de los otros sitios web (y frameworks de javascript) uso de subrayado patrón de nomenclatura.Es sólo cuestión de estilo?Hay problemas de compatibilidad con los guiones?

¿Fue útil?

Solución

Esto es sólo una suposición, pero parece que se escogió el que la mayoría de la gente probablemente no el uso de un nombre.De esta manera usted puede tener un nombre que incluye una palabra con guión, y aún usar el guión bajo como delimitador de palabra, por ejemplo,UseTwo-wayLinks podría ser convertido a use_two-way_links.

En tu ejemplo, /sobre-nosotros sería un directorio llamado la palabra con guión de "acerca de nosotros" (si tal palabra existía, y /about_us sería un directorio llamado dos palabras de la frase "acerca de nosotros", se convierten en una sola cadena de los no-blancos caracteres.

Otros consejos

Desde Google Webmaster Central

Considere el uso de signos de puntuación en sus Direcciones url.La dirección URL http://www.example.com/green-dress.html es mucho más útil para nosotros que http://www.example.com/greendress.html.Le recomendamos que utilice guiones (-) en vez de subrayado (_) en su Direcciones url.

Aquí hay un par de puntos en favor de los guiones:

  • Los guiones son recomendadas por Google sobre los caracteres de subrayado (fuente).
  • Los guiones son más familiar para el usuario final.
  • Los guiones son más fáciles de escribir en un teclado estándar (no hay necesidad de Cambio).
  • Los guiones no te escondas detrás de subrayados.
  • Los guiones se sienten más nativo en el contexto de la Url ya que son permitidos en los nombres de dominio.

No es sólo dash vssubrayado:

  • texto con espacios
  • textwithoutspaces
  • codificado%20spaces%20in%20URL
  • underscore_means_space
  • dash-significa-espacio
  • plus+significa+espacio
  • camelCase
  • PascalCase
  • "el texto citado con espacios" (y único presupuesto frente adoble cita)
  • slash/medios/espacio
  • dot.significa.espacio

Google no tratar de subrayado como una palabra separador en el pasado, que me pareció muy loco, pero al parecer lo hace ahora.Porque de esta historia, los guiones son los preferidos.Aunque subraya ahora permisible de un SEO punto de vista, creo que los guiones son los mejores.

Uno de los beneficios es que el promedio de semi-equipo-analfabetos web surfer es mucho más probable para ser capaz de escribir un guión sobre el teclado, que puede incluso no saber lo que el subrayado es.

Yo solía usar guiones bajos todo el tiempo, ahora yo sólo uso de ellos para partes de un sitio web que no quiero que nadie para vincular directamente, js, css, ...etc.

A partir de un SEO punto de vista, guiones parecen ser la mejor manera de manejarlo, para una explicación detallada, de los caballos en la boca http://www.mattcutts.com/blog/dashes-vs-underscores/.

El otro problema que parece ocurrir, más con el público en general de los programadores, es que cuando un hipervínculo con caracteres de subrayado subrayado, no se puede ver el carácter de subrayado.Los usuarios avanzados de trabajo, pero Joe Público probablemente no.

Todavía utilizar guiones bajos en el código de preferencia a los guiones, aunque los programadores de entender, la mayoría de la gente no.

Jeff tiene algunas ideas sobre este: https://blog.codinghorror.com/of-spaces-underscores-and-dashes/

Hay inconvenientes para ambos.Yo le sugiero que elija uno y ser coherente.

El gurú del SEO Jim Westergren probado este en el año 2005, desde una estricta perspectiva de SEO y llegó a la conclusión de que + (plus) fue en realidad el mejor delimitador de palabra.Sin embargo, esto no parece razonable y puede ser debido a un fallo en los motores de búsqueda " de los algoritmos.Él recomienda - (guión), tanto para mejorar la legibilidad y la SEO.

Me siento más cómodo con caracteres de subrayado.En primer lugar, que coincide con mi regulares de experiencia en programación de variable_names_are_not-subtraction, en segundo lugar, y creo que esto fue mencionado ya, las palabras pueden tener los guiones, pero no siempre tiene caracteres de subrayado.Para recoger un muy estúpido ejemplo, de la "Nación-estado país" es diferente de "estado-nación del país".El ex traduce algo así como "la tierra de los estados-nación" (creo que "esta es la pistola país!Mejor se mueven a lo largo, y'hear?"), mientras que el segundo se parece a una lista de algún tiempo-de sinónimos. http://example.com/nation-state-country/ no parece el mismo significado que la http://example.com/nation-state_country/, y , sin embargo, si los guiones son delimitadores/"espacio"s además de los caracteres en palabras, se puede.Este último parece ser más clara en cuanto a la finalidad real, mientras que el primero se parece más a la lista, si cualquier cosa.

Subraya reemplazar los espacios donde los espacios en blanco no está permitido.Guiones (guiones) puede ser parte de una palabra, uniéndose así a las palabras con guiones que ya incluyen los guiones es feo/confuso.

Malo:

/low-budget-movies

Bueno:

/low-budget_movies

Creo que el guión es mejor desde la perspectiva del usuario y no va a interferir con el SEO.

No estás seguro de dónde o por qué el subrayado convención comenzó.

Un poco más de conocimiento el debate

Yo prefiero guiones sobre la base de que un carácter de subrayado puede ser oscurecida a una medida por un enlace subrayado.Textual Url son principalmente para ser reconocido en una mirada, en lugar de ser gramaticalmente correcta, por lo que el argumento de la preservación de guiones para su uso en las palabras compuestas es limitado.

Donde la precisión de un texto dirección URL que es importante es que al leer a alguien, en el que caso de que no quieras confundir un carácter de subrayado para un espacio (o viceversa).

Yo también encontrar guiones más agradable estéticamente, si que sirve para algo.

Para los usuarios finales de vista, yo prefiero "sobre nosotros" o "nosotros" no "about_us"

Personalmente, me gustaría evitar el uso de sobre-nosotros o about_us, y usar sólo acerca de.

Algunos mayores de alojamiento web y servidores de DNS de hecho, tienen problemas de análisis pone de relieve para URLs, así que puede jugar una parte en los convenios como estos.

Yo personalmente evitaría todos los guiones y guiones bajos y optar por camelCase o PascalCase si su código.

El artículo de la Wikipedia en camelCase explica un poco el razonamiento que hay detrás de sus orígenes.Que cantidad de

  1. Los programadores perezosos que no les gusta llegando a la _ clave
  2. La posible confusión acerca de la legibilidad
  3. El "Alto" teclado en xerox PARC que no tenía carácter de subrayado clave.

Si el usuario es ver la cadena, a continuación, me gustaría hacer ninguna de las anteriores y el uso de "Acerca de nosotros". o "AboutUs" si tuviera que como camelCase se ha extendido al uso común en algunas áreas, tales como los nombres de los productos.yo.e ThinkPad, TiVo

Los espacios están permitidos en la dirección URL, por lo que sólo puede utilizar "/acerca de nosotros" en un enlace (a pesar de que será codificado a "/sobre%20us".Pero ser honesto, esto siempre va a ser de la preferencia personal, por lo que no hay verdadera respuesta aquí.

Me gustaría ir con la convención de que los guiones pueden aparecer en palabras, por lo que los espacios deben ser convertidos a caracteres de subrayado.

Mejor uso .- / como separadores, porque _, no parece ser un separador.

http://www.sistrix.com/blog/832-how-long-may-a-linktext-be.html

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top