Perché è una cattiva idea avere un ID nell'URL in termini di SEO? In che modo questo URL http://example.com/user/1234 fa male alla SEO?Perché solo un ID nel percorso dell'URL è una cattiva idea per il SEO?
Qualcuno può darmi un esempio pratico in cui le classifiche dei motori di ricerca sono peggiori?
Il motivo per cui le persone dicono che {ID} nell'URL è negativo è dovuto al modo in cui funzionano gli algoritmi dei motori di ricerca. Quando un termine di ricerca si trova nella URL effettivo, esso è ponderata molto più pesantemente rispetto al contenuto della pagina, ecc
Ad esempio:
<!-- http://example.com/blog/57 -->
<html><head><title>An article on search engine optimization</title>...
vs
<!-- http://example.com/blog/an-article-on-search-engine-optimization -->
<html><head><title>An article on search engine optimization</title>...
Se esegui una ricerca in Google per "Search Engine Optimization" nella seconda pagina, quella con lo slug nell'URL avrà un peso migliore rispetto a quella con solo l'id.
Si può trattare con questo nello stesso modo in cui pila offerte di overflow con questo problema:
http://stackoverflow.com/questions/{id}/{slug}
http://stackoverflow.com/questions/910683/why-is-id-in-the-url-a-bad-idea
Il formato id e slug combinato aiuta veramente a raggiungere il meglio di entrambi i mondi. Ottenete la facilità di programmazione recuperando i record di {id}, ma mantenete anche l'URL di ricerca ottimizzato a causa di {slug}.
+ 1 a questo, perché puoi farlo con uno sforzo minimo o nullo da parte tua. Notate che http://stackoverflow.com/questions/910683/oh-la-la-la-de-dah ci porta anche qui ... non state facendo alcun tipo di ricerca con la lumaca, ignorandola. –
"Quando un termine di ricerca si trova nell'URL effettivo, è ponderato molto più pesantemente rispetto al contenuto della pagina" potrebbe essere stato vero nel 2009 ma non è più vero. Ora Google mette a malapena qualsiasi peso aggiuntivo sulle parole chiave nell'URL, nel percorso o nel nome del dominio.Applico qualsiasi effetto delle parole chiave negli URL al modo in cui gli utenti reagiscono, ad esempio facendo clic su di esso più dai risultati di ricerca. Vedi [Le parole chiave in URL sono SEO ottimali o inutilmente ridondanti?] (Https://webmasters.stackexchange.com/questions/47342/are-keywords-in-urls-good-seo-or-need-reundant) sui webmaster. –
Vedere questa domanda Do SEO-friendly URLs really affect a page’s ranking?. Sulla base delle risposte, nessuno può trovare alcuna prova che gli ID negli URL abbiano alcun effetto sulla SEO.
È sempre una cattiva idea fornire informazioni inusuali. Prova invece il nome utente!
Per il SEO non esiste alcun reale vantaggio/svantaggio tra gli URL degli ID statici e gli URL degli username.
Bene, il mio nome è Sudhir Jonathan, quindi se voglio che la gente mi trovi sul tuo sito, example.com/user/sudhir-jonathan è molto meglio di example.com/user/1234. Semplicemente perché l'oggetto della tua pagina - "Sudhir Jonathan" - è ora presente nell'URL stesso. Questa è una grande vittoria.
Analogamente, example.com/articles/how-to-bake-a-cake è classificato molto più in alto di example.com/articles/2379797 per il termine di ricerca "cuocere una torta".
Ci sono molte persone che condividono lo stesso nome . – Tower
Ha un effetto della percentuale di clic.
L'URL è presentato in verde sotto il risultato della ricerca, quindi se contiene parole pertinenti l'utente potrebbe fare clic sul tuo sito e non su un altro sito.
Cosa preferisci fare clic:
www.test.com/page.php?u=85583
O
www.test.com/Solution-to-your-problem. php
Come commentato questo effetto può essere raggiunto anche con url incluso un id.
In passato i motori di ricerca trattavano le parole in url con molto rispetto e davano a quelle pagine un credito extra e un posizionamento più elevato. Questo effetto è quasi sparito. Ci ritroviamo con gli altri due effetti di URL leggibili:
Una soluzione con id + slug potrebbe essere la soluzione migliore e risolve il problema di tenere traccia delle modifiche di slug. test.com/85583/solution-to-your-problem
Ma ci sono alcune regole da seguire, si dovrebbe fare un reindirizzamento 301 se la lumaca non è corretta per evitare un sacco di pagine di contenuti duplicati. Spam/contenuti duplicati rilevare calci in se hai un sacco di pagine la classica:
test.com/85583/solution-to-your-problem test.com/85583/solution-to-yar-problem test.com/85583/evil-competitor-spamming-you-haha
Includere l'id richiede anche che i tuoi ID siano il più brevi possibile, un url con un guid completo potrebbe confondere gli occhi e impedire un buon clickthrough:
test.com/0CD03822-4A35-11DE-BF38-3F9356D89593/solution-to-yar-problem
Ricorda che Google News anche chiesto che si aveva un id nell'URL per essere inclusi.
Perché non provare test.com/85583/solution-to-your-problem? Non vedo ancora alcuna prova che l'ID sull'URL peggiori la SEO. Alcune persone affermano a volte che quindi sono interessato a sapere se ci sono casi in cui ciò accade. – Tower
È semplice, i motori di ricerca si preoccupano delle parole anziché dei numeri. Vale a dire, sarà meglio vedere le parole chiave in url che solo ID ID/numero di sinusiti è inutile per i motori di ricerca per determinare se il tuo sito è rilevante o meno!
1) si perde su parole chiave nella URL 2) è più difficile per un essere umano di leggere e comprendere ciò che il collegamento sarà di circa 3) SQL injection è molto più facile con gli ID
Le dispiacerebbe citando dove hai sentito che era cattivo? La mia comprensione è che è sbagliato se l'utente ha un nome, poiché i nomi sono possibili termini di ricerca, quindi user/joe è migliore di user/47. –
Questo è quasi un duplicato di http://stackoverflow.com/questions/505793/do-seo-friendly-urls-really-affect-a-pages-ranking – inspite
Il problema non è avere un ID nel tuo URL, è avere un ID INSTEAD di una stringa rilevante, caricata con parole chiave, o "slug". –