Vantaggio della data nei segmenti URL

Ero curioso della data nei segmenti URL, c'è qualche vantaggio SEO? Ad esempio i seguenti URL:

http://techcrunch.com/2013/06/18/netflix-will-launch-in-the-netherlands-later-this-year-as-its-international-expansion-slows/
http://tips-for-new-bloggers.blogspot.in/2007/02/adding-favicon-icon-to-blogger-url.html 
https://community.jivesoftware.com/blogs/jivespace/2013/05/15/eol-of-the-html5-ipad-web-app

In tutti gli URL sopra c'è un segmento di data. Le informazioni di quei blog possono essere recuperate tramite lo stub del blog come "netflix-will-launch-in-the-the-Netherlands-later-later-year-as-its-international-espansione-rallenta", quindi perché usare quella data?

(Una domanda simile è stata chiusa come duplicata, ma l'OP non era esclusivamente interessato al SEO, quindi ecco una risposta sui vantaggi generali.)

Includere la data di pubblicazione nell'URL può essere una buona progettazione degli URL .

Usabilità: URL descrittivi

Un URL può fornire indizi sul contenuto a cui fa riferimento. Fornire agli utenti tali informazioni prima di fare clic sul collegamento è una buona cosa. Ad esempio, confronta questi URL:

• http://blog.example.com/review-of-my-new-laptop
• http://blog.example.com/2011/08/21/review-of-my-new-laptop

Qui la data inclusa può essere utile: è il 2014 ora, gli utenti interessati ai laptop attuali probabilmente non troveranno informazioni utili in questo post, perché il laptop recensito sarebbe troppo vecchio.

Naturalmente, questo non deve essere utile solo per gli utenti umani. Anche i consumatori di dati (come i motori di ricerca) potrebbero utilizzare queste informazioni.

Non so se alcuni motori di ricerca lo estraggono, ma il comportamento dei motori di ricerca può cambiare spesso e ce ne sono moltissimi. Sto solo dicendo che è una possibilità. Un caso ovvio ed effettivo è l'evidenziazione dei termini di ricerca nelle SERP. Vedi, ad esempio, questo screenshot di Ricerca Google in cui è evidenziato "2014" nella data di pubblicazione contenuta negli URL dei risultati:

Usabilità: URL navigabili

L'URL http://blog.example.com/2011/08/21/review-of-my-new-laptoppuò consentire agli utenti di navigare rimuovendo i segmenti URL da destra a sinistra:

• http://blog.example.com/2011/08/21/ (tutti i post pubblicati lo stesso giorno)
• http://blog.example.com/2011/08/ (tutti i post pubblicati nello stesso mese)
• http://blog.example.com/2011/ (tutti i post pubblicati nello stesso anno)

(Se non si desidera consentire la navigazione, considerare di non utilizzare le barre quindi, ad esempio, utilizzare /2011-08-21/.)

Implementazione: collisioni di nomi

Alcuni anni dopo, un altro nuovo laptop. L'autore non è molto creativo e nomina di nuovo l'articolo, "Recensione del mio nuovo laptop". E adesso? È possibile aggiungere una sorta di contatore all'URL, ad esempio

• http://blog.example.com/review-of-my-new-laptop-2, o
• http://blog.example.com/review-of-my-new-laptop/2, o
• http://blog.example.com/2/review-of-my-new-laptop.

Non molto elegante. Nel primo esempio, sembra che il "2" faccia parte del titolo dell'articolo (che non è il caso); nel secondo esempio, sembra che sarebbe la pagina 2 dell'articolo; nell'ultimo esempio si interrompe con coerenza (a meno che non si aggiunga a /1/per tutti gli altri URL fin dall'inizio).

Una soluzione comune per questo è aggiungere un ID (come il proprio 49781per questa domanda). Ma perché dovresti farlo quando potresti usare la data come tipo di ID? La data ha un significato (e può essere utile per gli utenti), l'ID sarebbe opaco per gli utenti (e inutile). Così sarebbe

• http://blog.example.com/2011/08/21/review-of-my-new-laptop
• http://blog.example.com/2014/01/09/review-of-my-new-laptop

invece di

• http://blog.example.com/00211812/review-of-my-new-laptop
• http://blog.example.com/02401109/review-of-my-new-laptop

(Presumendo che nessun articolo con lo stesso nome sia pubblicato nello stesso giorno.)

Ovviamente tutto ciò è rilevante solo per i siti Web che hanno innanzitutto una data di pubblicazione utile. Non tutte le pagine possono / dovrebbero avere una data di pubblicazione. E anche quando ci sono date di pubblicazione mostrate sulla pagina, non ha necessariamente senso includerle anche nell'URL.

Non conosco alcun vantaggio SEO derivante dall'avere date negli URL e dubito che questi siti abbiano utilizzato questa struttura per SEO, è semplicemente la struttura dell'URL che hanno scelto, probabilmente dal punto di vista dell'usabilità.

Ad esempio, in WordPress (il CMS techcrunch è attivo) una delle impostazioni predefinite del permalink (URL) è avere le date negli URL.

Ecco un video di Matt Cutts che spiega che Google usa i propri modi per determinare quanto sono freschi gli URL e non è necessario utilizzare le date negli URL .

Anche nei tuoi esempi che hai citato puoi visualizzare le pagine senza le date, non è così - Techcrunch ti reindirizza all'URL con la data in e gli altri due siti generano un 404 quando rimuovi le date.

Inizialmente, la data veniva utilizzata negli URL per motivi tecnici. Nei blog di WordPress, ad esempio, la data viene utilizzata come una ricerca numerica nel database, che è più facile da indicizzare e generalmente più veloce della ricerca di una lunga stringa. Garantisce inoltre un URL univoco quando si utilizza lo stesso titolo per post diversi. Mentre un ID post potrebbe essere un candidato valido, credo che con il sistema di bozze di WordPress ogni bozza venga salvata come un nuovo ID post.

Non vi è alcun particolare vantaggio SEO di avere la data nell'URL. I motori di ricerca possono sicuramente analizzare la data per sapere quando un articolo è stato creato per la prima volta, ma allo stesso modo se la data è sulla pagina lo userebbero.

Per gli utenti, l'unico vantaggio è che possono vedere quanti anni ha un post prima di fare clic su un URL. Questo può o non può essere utile a seconda della situazione. Usare semplicemente una 'lumaca' corta (forse con un segmento di categoria) è abbastanza sufficiente per utenti e motori di ricerca.

Non vi è alcun vantaggio SEO per inserire la data nell'URL perché ai motori di ricerca e agli utenti piacciono gli URL brevi. L'unica ragione che vedo è quella di evitare duplicati di URL (anche se per questo tipo di problema, preferisco usare un idnell'URL).

Concordo sul fatto che non ci sia alcun vantaggio SEO nel mostrare le date in un percorso URL e desidero sottolineare che strutture URL come questa possono creare uno svantaggio SEO .

L'URL di visualizzazione in google SERPS viene troncato dopo un massimo di 70 caratteri. È discutibile che l'aggiunta di numeri (date) alla stringa URL diluisca la leggibilità semantica dell'URL e il profumo delle informazioni percepite.

Ad esempio, confronta:

www.longishdomainname.com/blog/12/22/2015/keyword-rich-article-title-here

longishdomainname.com/keyword-rich-article-title-here

... il secondo URL sembra più pulito ed è discutibile che riceverebbe più clic rispetto al primo. Il CTR è un fattore nella classifica degli algos.