(Eine ähnliche Frage wurde als Duplikat geschlossen, aber das OP war nicht ausschließlich an SEO interessiert, daher folgt hier eine Antwort auf die allgemeinen Vorteile.)
Das Einfügen des Veröffentlichungsdatums in die URL kann ein gutes URL-Design sein .
Benutzerfreundlichkeit: beschreibende URLs
Eine URL kann Hinweise auf den Inhalt geben, auf den sie verweist. Es ist eine gute Sache, den Benutzern solche Informationen zu geben, bevor sie auf den Link klicken. Vergleichen Sie beispielsweise diese URLs:
http://blog.example.com/review-of-my-new-laptop
http://blog.example.com/2011/08/21/review-of-my-new-laptop
Hier kann das angegebene Datum nützlich sein: Es ist jetzt 2014. Benutzer, die sich für aktuelle Laptops interessieren, werden in diesem Beitrag wahrscheinlich keine nützlichen Informationen finden, da der getestete Laptop zu alt wäre.
Dies darf natürlich nicht nur für menschliche Benutzer nützlich sein. Datenkonsumenten (wie Suchmaschinen) könnten diese Informationen ebenfalls verwenden.
Ich weiß nicht, ob Suchmaschinen es extrahieren, aber das Verhalten von Suchmaschinen kann sich häufig ändern, und es gibt sooo viele davon. Ich sage nur, dass es eine Möglichkeit ist. Ein offensichtlicher und tatsächlicher Fall ist das Hervorheben von Suchbegriffen in den SERPs. Sehen Sie sich beispielsweise diesen Screenshot aus der Google-Suche an, in dem "2014" im Veröffentlichungsdatum in den Ergebnis-URLs hervorgehoben ist:
Benutzerfreundlichkeit: durchsuchbare URLs
Die URL http://blog.example.com/2011/08/21/review-of-my-new-laptop
kann Benutzern das Durchsuchen ermöglichen, indem URL-Segmente von rechts nach links entfernt werden:
http://blog.example.com/2011/08/21/
(alle Beiträge am selben Tag veröffentlicht)
http://blog.example.com/2011/08/
(alle Beiträge im selben Monat veröffentlicht)
http://blog.example.com/2011/
(alle Beiträge im selben Jahr veröffentlicht)
(Wenn Sie das Surfen nicht zulassen möchten, sollten Sie dann keine Schrägstriche verwenden und beispielsweise Folgendes verwenden /2011-08-21/
.)
Implementierung: Namenskollisionen
Einige Jahre später ein weiterer neuer Laptop. Der Autor ist nicht sehr kreativ und nennt den Artikel erneut "Review meines neuen Laptops". Was jetzt? Sie können der URL eine Art Zähler hinzufügen, z
http://blog.example.com/review-of-my-new-laptop-2
, oder
http://blog.example.com/review-of-my-new-laptop/2
, oder
http://blog.example.com/2/review-of-my-new-laptop
.
Nicht sehr elegant. Im ersten Beispiel sieht es so aus, als wäre die "2" Teil des Titels des Artikels (was nicht der Fall ist). im zweiten Beispiel sieht es so aus, als wäre es Seite 2 des Artikels; Im letzten Beispiel bricht es mit der Konsistenz (es sei denn, Sie würden /1/
von Anfang an eine für alle anderen URLs hinzufügen ).
Eine übliche Lösung hierfür ist das Hinzufügen einer ID (wie die 49781
für genau diese Frage). Aber warum sollten Sie das tun, wenn Sie stattdessen das Datum als ID verwenden könnten? Das Datum hat eine Bedeutung (und kann für Benutzer nützlich sein), die ID wäre für Benutzer undurchsichtig (und nutzlos). So wäre es
http://blog.example.com/2011/08/21/review-of-my-new-laptop
http://blog.example.com/2014/01/09/review-of-my-new-laptop
Anstatt von
http://blog.example.com/00211812/review-of-my-new-laptop
http://blog.example.com/02401109/review-of-my-new-laptop
(Unter der Annahme, dass keine Artikel mit demselben Namen am selben Tag veröffentlicht werden.)
All dies ist natürlich nur für Websites relevant, die in erster Linie ein nützliches Veröffentlichungsdatum haben. Nicht alle Seiten können / sollten ein Veröffentlichungsdatum haben. Und selbst wenn auf der Seite Veröffentlichungsdaten angezeigt werden, ist es nicht unbedingt sinnvoll, diese auch in die URL aufzunehmen.