Korzyści z daty w segmentach adresów URL

Byłem ciekawy daty w segmentach adresów URL, czy jest jakaś korzyść dla SEO? Na przykład następujące adresy 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

We wszystkich powyższych adresach URL jest segment daty. Informacje o tych blogach można pobrać za pośrednictwem kodu pośredniczącego, takiego jak „netflix-uruchomi-w-holandii-później-w tym roku-jak-jego-międzynarodowy-spowolnienie ekspansji”, więc po co korzystać z tej daty?

( Podobne pytanie zostało zamknięte jako duplikat, ale PO nie był zainteresowany wyłącznie SEO, więc oto odpowiedź na temat ogólnych korzyści.)

Umieszczenie daty publikacji w adresie URL może być dobrym projektem adresu URL .

Użyteczność: opisowe adresy URL

Adres URL może dawać wskazówki na temat treści, do których się odnosi. Udostępnianie użytkownikom takich informacji przed kliknięciem linku to dobra rzecz. Na przykład porównaj te adresy URL:

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

Tutaj podana data może być przydatna: teraz jest 2014, użytkownicy zainteresowani obecnymi laptopami prawdopodobnie nie znajdą przydatnych informacji w tym poście, ponieważ recenzowany laptop byłby za stary.

Oczywiście nie może to być przydatne tylko dla użytkowników. Konsumenci danych (np. Wyszukiwarki) również mogą korzystać z tych informacji.

Nie wiem, czy jakieś wyszukiwarki ją wyodrębniają, ale zachowanie wyszukiwarek może się często zmieniać i jest ich bardzo wiele. Mówię tylko, że jest taka możliwość. Oczywistym i faktycznym przypadkiem jest wyróżnienie wyszukiwanych haseł w SERP. Zobacz na przykład ten zrzut ekranu z wyszukiwarki Google, w którym „2014” jest podświetlony w dacie publikacji zawartej w wynikowych adresach URL:

Użyteczność: możliwe do przeglądania adresy URL

Adres URL http://blog.example.com/2011/08/21/review-of-my-new-laptopmoże umożliwiać przeglądanie, usuwając segmenty adresów URL od prawej do lewej:

• http://blog.example.com/2011/08/21/ (wszystkie posty opublikowane tego samego dnia)
• http://blog.example.com/2011/08/ (wszystkie posty opublikowane w tym samym miesiącu)
• http://blog.example.com/2011/ (wszystkie posty opublikowane w tym samym roku)

(Jeśli nie chcesz zezwalać na przeglądanie, zastanów się, aby nie używać ukośników, i użyj na przykład /2011-08-21/.)

Realizacja: kolizje nazw

Kilka lat później kolejny nowy laptop. Autor nie jest bardzo kreatywny i ponownie nazywa artykuł „Recenzją mojego nowego laptopa”. Co teraz? Możesz dodać jakiś licznik do adresu URL, na przykład

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

Niezbyt elegancki. W pierwszym przykładzie wygląda na to, że „2” byłoby częścią tytułu artykułu (co nie jest prawdą); w drugim przykładzie wygląda to na stronę 2 artykułu; w ostatnim przykładzie łamie się ze spójnością (chyba że /1/od samego początku dodasz adres URL dla wszystkich innych adresów URL).

Częstym rozwiązaniem tego problemu jest dodanie identyfikatora (jak w 49781przypadku tego samego pytania). Ale dlaczego miałbyś to zrobić, skoro zamiast tego możesz użyć daty jako identyfikatora? Data ma znaczenie (i może być przydatna dla użytkowników), identyfikator będzie nieprzejrzysty dla użytkowników (i bezużyteczny). Tak by było

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

zamiast

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

(Przy założeniu, że żadne artykuły o tych samych nazwach nie są publikowane tego samego dnia.)

Oczywiście wszystko to dotyczy tylko stron internetowych, które mają użyteczną datę publikacji. Nie wszystkie strony mogą / powinny mieć datę publikacji. Nawet jeśli na stronie wyświetlane są daty publikacji, umieszczenie ich również w adresie URL niekoniecznie ma sens.

Nie znam żadnej korzyści SEO z posiadania dat w adresach URL i wątpię, aby te strony używały tej struktury do SEO, to po prostu wybrana przez nich struktura adresów URL, prawdopodobnie z punktu widzenia użyteczności.

Na przykład w WordPress (włączona jest obsługa techniczna CMS) jednym z domyślnych ustawień bezpośredniego połączenia (URL) jest umieszczanie dat w adresach URL.

Oto wideo Matta Cuttsa wyjaśniające, że Google używa własnych sposobów określania aktualności adresów URL i nie trzeba używać dat w adresach URL .

Również w twoich przykładach, o których wspomniałeś, możesz przeglądać strony bez dat, tak nie jest - Techcrunch przekierowuje cię na adres URL z datą, a pozostałe dwie witryny rzucają 404 po usunięciu dat.

Pierwotnie data była używana w adresach URL ze względów technicznych. Na przykład w blogach WordPress data jest używana jako numeryczne wyszukiwanie w bazie danych, które jest łatwiejsze do indeksowania i generalnie szybsze niż wyszukiwanie tylko długiego ciągu. Zapewnia również unikalny adres URL, gdy używasz tego samego tytułu do różnych postów. Chociaż identyfikator postu może być ważnym kandydatem, uważam, że dzięki systemowi szkiców WordPress każdy szkic jest zapisywany jako nowy identyfikator posta.

Posiadanie daty w adresie URL nie ma szczególnych korzyści dla SEO. Wyszukiwarki mogą z pewnością przeanalizować datę, aby dowiedzieć się, kiedy artykuł został utworzony po raz pierwszy, ale równie dobrze, jeśli data znajduje się na stronie, skorzystaliby z niego.

Dla użytkowników jedyną korzyścią jest to, że mogą zobaczyć, ile lat ma post, zanim klikną adres URL. W zależności od sytuacji może to być korzystne lub nie. Samo użycie krótkiego „ślimaka” (być może z segmentem kategorii) jest wystarczające dla użytkowników i wyszukiwarek.

Umieszczanie daty w adresie URL nie przynosi korzyści SEO, ponieważ wyszukiwarki i użytkownicy lubią krótkie adresy URL. Jedyny powód, dla którego widzę, to unikanie problemów ze zduplikowanymi adresami URL (nawet jeśli w przypadku tego rodzaju problemów wolę użyć idadresu URL).

Zgadzam się, że wyświetlanie dat w ścieżce adresu URL nie przynosi korzyści SEO i chcę zauważyć, że takie struktury adresów URL mogą powodować niedogodności związane z SEO .

Wyświetlany adres URL w Google SERPS jest obcinany po maksymalnie 70 znakach. Można argumentować, że dodanie liczb (dat) do ciągu adresu URL osłabia semantyczną czytelność adresu URL i postrzegany zapach informacji.

Na przykład porównaj:

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

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

... drugi adres URL jest po prostu czystszy i jest prawdopodobne, że uzyskałby więcej kliknięć niż poprzedni. CTR jest czynnikiem wpływającym na ranking alg.