URL: Dash vs. Underscore [chiuso]

https://stackoverflow.com/questions/119312

02-07-2019
|

Domanda

Dovrebbe essere / about_us o / about-us ?

Dal punto di vista dell'usabilità, penso personalmente che / chi siamo sia molto meglio per l'utente finale, ma Google e la maggior parte degli altri siti Web (e framework javascript) usano un modello di denominazione di sottolineatura. È solo questione di stile? Ci sono problemi di compatibilità con i trattini?

Soluzione

Questa è solo un'ipotesi, ma sembra che abbiano scelto quello che le persone molto probabilmente non avrebbero usato in un nome. In questo modo puoi avere un nome che include una parola sillabata e comunque utilizzare la barra inferiore come delimitatore di parole, ad es. I link a due vie potrebbero essere convertiti in link a due vie.

Nel tuo esempio, / about-us sarebbe una directory chiamata la parola sillabata " about-us " (se esistesse una parola del genere e / about_us sarebbe una directory denominata la frase di due parole "chi siamo" convertita in una singola stringa di caratteri non bianchi.

Altri suggerimenti

Da Google Webmaster Central

Valuta di usare la punteggiatura nel tuo URL. L'URL http://www.example.com/green-dress.html è molto più utile per noi di http://www.example.com/greendress.html . Ti consigliamo di usare trattini (-) invece di trattini bassi (_) nel tuo URL.

Ecco alcuni punti a favore dei trattini:

I trattini sono consigliati da Google su caratteri di sottolineatura ( source ).
I trattini sono più familiari all'utente finale.
I trattini sono più facili da scrivere su una tastiera standard (non è necessario Shift).
I trattini non si nascondono dietro le sottolineature.
I trattini sono più nativi nel contesto degli URL poiché sono consentiti nei nomi di dominio.

Non è solo trattino vs. trattino basso:

testo con spazi
textwithoutspaces
codificato% 20spaces% 20in% 20URL
underscore_means_space
dash-mezzi-spazio
plus + significa + spazio
camelCase
PascalCase
" testo tra virgolette con spazi " (e virgoletta singola vs. doppia virgoletta)
slash / mezzi / spazio
dot.means.space

Google non ha trattato il carattere di sottolineatura come un separatore di parole in passato, che pensavo fosse piuttosto folle, ma a quanto pare ora. A causa di questa storia, i trattini sono preferiti. Anche se i caratteri di sottolineatura sono ora ammessi dal punto di vista SEO, penso comunque che i trattini siano i migliori.

Un vantaggio è che il tuo navigatore web semi-computer analfabeta ha molte più probabilità di essere in grado di digitare un trattino sulla tastiera, potrebbero non sapere nemmeno quale sia il carattere di sottolineatura.

Usavo sempre i trattini bassi, ora li uso solo per parti di un sito Web che non voglio che nessuno colleghi direttamente, file js, css, ... ecc.

Da un punto di vista SEO, i trattini sembrano essere il modo preferito di gestirlo, per una spiegazione dettagliata, dalla bocca dei cavalli http://www.mattcutts.com/blog/dashes-vs-underscores/ .

L'altro problema che sembra verificarsi, più con il grande pubblico che con i programmatori, è che quando un collegamento ipertestuale è sottolineato, non è possibile vedere il carattere di sottolineatura. Gli utenti esperti lo risolveranno, ma probabilmente Joe Public non lo farà.

Usa comunque i trattini bassi nel codice preferendo i trattini - i programmatori li capiscono, la maggior parte delle altre persone non lo fanno.

Jeff ci pensa: https: //blog.codinghorror .com / di-spazi-sottolineature-e-trattini /

Ci sono degli svantaggi per entrambi. Suggerirei di sceglierne uno e di essere coerente.

Il guru SEO Jim Westergren ha testato questo nel 2005 da una rigorosa prospettiva SEO e ho concluso che + (più) era in realtà il miglior delimitatore di parole. Tuttavia, questo non sembra ragionevole e potrebbe essere dovuto a un bug negli algoritmi dei motori di ricerca. Raccomanda - (trattino) sia per la leggibilità che per il SEO.

Sono più a mio agio con i trattini bassi. Innanzitutto, corrispondono alla mia normale esperienza di programmazione di variabile_names_are_not-sottrazione , in secondo luogo, e credo che sia già stato menzionato, le parole possono avere trattini, ma non hanno mai sottolineato. Per fare un esempio davvero stupido, "quotation country state" " è diverso da "nazione dello stato nazionale". Il primo traduce qualcosa come "la terra degli stati-nazione" (pensa " questo qui è il paese delle armi! Meglio spostarti, yhear? "), mentre quest'ultimo sembra un elenco di sinonimi. http://example.com/nation-state-country/ non sembra significare lo stesso di http://example.com/nation-state_country/ , e tuttavia, se i trattini sono delimitatori / "spazio" oltre ai caratteri in parole, può farlo. Il secondo sembra più chiaro riguardo allo scopo reale, mentre il primo assomiglia più a quell'elenco, se non altro.

I trattini bassi sostituiscono gli spazi in cui gli spazi bianchi non sono ammessi. I trattini (trattini) possono far parte di una parola, quindi unire le parole ai trattini che già includono trattini è brutto / confuso.

Bad:

/low-budget-movies

Buono:

/low-budget_movies

Penso che il trattino sia migliore dal punto di vista dell'utente e non interferirà con il SEO.

Non sono sicuro di dove o perché sia ??iniziata la convenzione di sottolineatura.

Un po 'più informato dibattito

Preferisco trattini sulla base del fatto che un carattere di sottolineatura potrebbe essere oscurato in una certa misura da un collegamento sottolineato. Gli URL testuali sono principalmente per essere riconosciuti a colpo d'occhio piuttosto che essere grammaticalmente corretti, quindi l'argomento per preservare i trattini da usare in parole sillabate è limitato.

Dove l'accuratezza di un URL testuale è importante quando si legge a qualcuno, nel qual caso non si desidera confondere un carattere di sottolineatura per uno spazio (o viceversa).

Trovo anche i trattini più esteticamente gradevoli, se questo conta qualcosa.

Per la vista dell'utente finale preferisco "chi siamo" o " chi siamo " non " about_us "

Personalmente, eviterei di usare about-us o about_us e userei about.

Alcuni server di hosting Web e DNS meno recenti in realtà hanno problemi nell'analisi dei caratteri di sottolineatura per gli URL, quindi ciò può avere un ruolo in convenzioni come queste.

Personalmente eviterei tutti i trattini e le sottolineature e opterei per camelCase o PascalCase se è nel codice.

L'articolo di Wikipedia su camelCase spiega un po 'del ragionamento alla base delle sue origini. Sono pari a

Programmatori pigri a cui non piaceva raggiungendo il tasto _
Potenziale confusione in merito leggibilità
L '"Alto" tastiera presso xerox PARC che non aveva una chiave di sottolineatura.

Se l'utente deve vedere la stringa, non farei nulla di quanto sopra e utilizzerei " Chi siamo. " o " AboutUs " se dovessi, come camelCase si è diffuso all'uso comune in alcune aree come i nomi dei prodotti. ovvero ThinkPad, TiVo

Gli spazi sono consentiti negli URL, quindi puoi semplicemente usare " / chi siamo " in un link (anche se sarà codificato in "quot / / circa% 20us". Ma onestamente, questa sarà sempre una preferenza personale, quindi non c'è una vera risposta da dare qui.

Vorrei seguire la convenzione secondo cui i trattini possono apparire in parole, quindi gli spazi dovrebbero essere convertiti in caratteri di sottolineatura.

Migliore utilizzo. - / come separatori, poiché _ sembra non essere un separatore.

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

Autorizzato sotto: CC-BY-SA insieme a attribuzione

Non affiliato a StackOverflow