Jak poprawnie oznaczyć różne wersje tego samego dokumentu, które nie są kanoniczne

20

Przypadek użycia jest dokumentem, który ma wiele wersji, z których wszystkie są jednocześnie dostępne. Na przykład dokumentacja produktu dla każdej wersji tego oprogramowania:

  • /v1/install-guide
  • /v2/install-guide
  • /v3/install-guide

Nie są to te same treści w tym sensie, że niewłaściwe byłoby określenie na stronach v1 i v2, że kanoniczny adres URL to v3. Gdybym szukał w Google „Przewodnika instalacji produktu w wersji 2”, spodziewałbym się, że będę mógł znaleźć wersję 2. Każda wersja dokumentu byłaby nieco inna, ale miałyby ze sobą wiele wspólnego.

Pytanie brzmi zatem: czy mogę w jakiś sposób oznaczyć te strony, aby zasygnalizować Google i znajomym, że preferowana jest najnowsza wersja (v3), więc proste wyszukiwanie „przewodnika instalacji produktu” z większym prawdopodobieństwem wyświetli stronę v3 zamiast strona v1 czy v2?

Brendan Heywood
źródło
To interesująca sytuacja. Nie znam żadnej obsługi wersjonowania dokumentów w wyszukiwarce Google.
Stephen Ostermiller
Jest to doskonała okazja do zaktualizowania znacznika kanonicznego, aby umożliwić wersjonowanie z bieżącą wersją, wersją beta, uznaną za przestarzałą itp. To, jak to by działało, zależy od debaty. To może być interesująca i przydatna zmiana.
closetnoc
@Brendan, czy odkryłeś jakieś rozwiązania?
Ross Rogers
1
Teoretycznie priorityznacznika w mapie witryny XML można użyć do wskazania względnej ważności - aby zasugerować „preferowaną” stronę, gdy dwa lub więcej wyników mogłoby być podobnych. Wydaje się jednak, że Google nie przywiązuje już dużej wagi do „priorytetu” .
MrWhite

Odpowiedzi:

4

biorąc pod uwagę twoje pytanie, muszę przyjąć następujące założenia:

  1. Twoja strona internetowa oferuje sekcję przewodników instalacji produktu
  2. przewodniki różnią się od wersji produktu, ale pozostają odpowiednie dla klientów korzystających ze starszych wersji produktu
  3. Twoi klienci są tego świadomi i dokładnie wiedzą, jakiej wersji mogą potrzebować

Po pierwsze: to nie jest przypadek użycia dla rel="canonical".

Jednym ze sposobów radzenia sobie z sytuacjami takimi jak Twoja jest struktura: możesz zaimplementować statyczną stronę przewodnika dla swojego produktu, która zawsze zawiera najnowszą instrukcję. Ta strona jest linkowana ze strony produktu lub kategorii, więc zyskuje na znaczeniu.

Schemat:

exapmle.com/product/guide/
exapmle.com/product/guide/guide-v1
exapmle.com/product/guide/guide-v2
exapmle.com/product/guide/guide-v3

Za każdym razem, gdy publikowany jest nowy przewodnik, jest on publikowany na stronie statycznej, a stary przechodzi w dół do nowego adresu URL głębiej w strukturze adresu URL. Te „stare przewodniki” są linkowane ze strony statycznej, ale nie ze stron kategorii. Dlatego będą postrzegani jako „mniej ważne”

Upewnij się, że v1, 2, 3, … nwersje są połączone tylko ze strony głównej i każdej z nich. Strona główna musi być dobrze połączona z całą witryną.

W porównaniu z istniejącą strukturą adresów URL daje to większe znaczenie przewodnikowi opublikowanemu w dniu exapmle.com/product/guide/.

  • /v1/install-guide
  • /v2/install-guide
  • /v3/install-guide

W tej strukturze każdy adres URL jest „taki sam” i Google musi polegać na innych sygnałach, aby zdecydować, który adres URL jest najbardziej odpowiedni.

Następnym krokiem jest optymalizacja stron przewodnika w taki sposób, aby wyszukiwarki szybko zrozumiały różnicę między poszczególnymi wersjami:

  • zindywidualizuj tytuł strony, np .: <title>Version 1.0 install Guide for Product XY</title>
  • zindywidualizuj główny nagłówek strony, np .: <h1>How to Install Version 1.0 of Product XY</h1>
  • zindywidualizuj opis strony, np .: <meta name="description" content"Here you can find your guide to install version 1.0 of Product XY […]" />
  • skorzystaj z tekstów zakotwiczenia, aby wskazać różne wersje podczas łączenia z przewodnikami <a href="http://example.com/product/guide/guide-v2" >Install guide for V 2.0</a>

Każdy z nich wskazuje wersję, dla której został zaprojektowany, a może rok / miesiąc / datę.

Wskazówka: pomocne może być wskazanie różnic na górze poszczególnych stron. Dzięki temu klienci mogą łatwo zrozumieć, dlaczego potrzebują różnych przewodników, a wyszukiwarki uzyskują dodatkowe informacje i unikalną treść dla każdej strony, co zmniejsza ryzyko wystąpienia problemów z „prawie zduplikowaną treścią”.

W ten sposób upewnisz się, że najnowszy przewodnik jest zawsze obecny example.com/product/guide/i będzie służył jako wynik dla ogólnych wyszukiwań, takich jak „ zainstaluj przewodnik produktu ”. Wyszukiwarki rozpoznają, że treść na tej stronie jest często aktualizowana, a także rozpoznają podelementy tych stron i udostępniają je dla bardziej szczegółowych wyszukiwań, takich jak „ przewodnik instalacji Produkt V 2.0 ”. Optymalizując strony pod kątem reprezentowanych przez nich wersji, upewniasz się, że klienci znajdują ich wersję, wyszukując ją.

Seb
źródło
5
Twoja odpowiedź wydaje się kompletnym zgadywaniem. Te strony już istnieją, mają dobre tytuły, metadane i strukturę adresów URL. Ludzcy użytkownicy dokładnie wiedzą, co się dzieje. To tylko Google, który nie zwraca najbardziej użytecznej strony. Poszukuję specyfikacji od wyszukiwarek do wdrożenia lub przykładów / studiów przypadków, które to rozwiązały.
Brendan Heywood
1
Moja odpowiedź zależy od twoich informacji. Jeśli lubisz udostępniać swoje adresy URL, nikt nie musi zgadywać struktury i konfiguracji strony. Moja odpowiedź oparta jest na prawdziwych doświadczeniach z życia.
Seb
Jednym z najsilniejszych sygnałów jest łączenie. Łączenie najnowszej wersji z mniejszymi wersjami ma sens. Chodzi o strukturę. Nie sądzę, że Google rozumie wersje, więc tekst linku, tagi tytułu, tagi nagłówka itp. Nie zostaną rozpoznane, ale to ma sens dla użytkowników. Niestety nie ma mechanizmu wersjonowania, jednak uważam, że użycie kanonicznego znacznika z mniejszych wersji do najnowszej wersji jest poprawne. Wyszukiwanie konkretnej wersji dokumentacji powinno nadal być wyświetlane poprawnie na podstawie opisywanych sygnałów semantycznych. Twoje zdrowie!!
closetnoc,
1
Nie uważam tego za przypuszczenie. Chciałbym dodać, że dodawanie dat może pomóc użytkownikom, zwłaszcza jeśli rozróżnisz tag tytułowy czymś takim jak najnowsza wersja , wersja 1 1/1/1901 , wersja 2 2/2/1902 lub tylko wersja 1 amortyzowana , wersja 2 amortyzowana itp. ., ze znacznikami schematu zawierającymi datę. Wyślij jak najwięcej sygnałów. Pomoże przede wszystkim użytkownikowi. Również amortyzacja może być terminem uruchamiającym Google. Faktem jest, że czasami Google wybiera starsze wersje dokumentacji bez wierszyków i powodów. Rozważ utworzenie starszej wersji pliku PDF, a nie HTML.
closetnoc
2

Nie widziałem żadnego sprawdzonego technicznego sposobu, który powiedziałby wyszukiwarce, że pewna wersja przewodnika lub strony jest nowsza niż data, o której wspominał Norcal Johnny.

Zauważyłem jednak, że w wielu przypadkach starsza wersja zawiera ostrzeżenie u góry, mówiąc: poszukaj tam nowszej wersji. Trochę to przeszkadza, jeśli używasz wersji, którą oglądasz teraz, ale doskonale, jeśli próbujesz ocenić produkt i chcesz się upewnić, że patrzysz najpóźniej.

Pierwszą stroną internetową, na której widziałem wyraźnie występującą praktykę, była W3C. Na przykład ten dokument ma „najnowszą wersję” u góry: https://www.w3.org/TR/html401/

Teraz zauważyłem to w MSDN, gdzie mają link o nazwie „Zalecana wersja”. https://msdn.microsoft.com/en-us/library/78zh94ax%28v=vs.71%29.aspx

Tak czy inaczej, nie widziałem żadnego technicznego HTTP ani HTML, który mógłby być użyty do wskazania takiego. Istnieje tag link z rel = "alternate", który może działać, ale z tego, co rozumiem, naprawdę działa tylko w przypadku języków lub innych różnych wersji tego samego dokumentu, a nie różnych wersji.

Jest jeszcze jedna technologia, którą wypróbowało Google i jestem prawie pewien, że nadal z niej korzystają, to http://schema.org, która ma tag https://schema.org/softwareVersion . Zakładając, że Google wdrożył ten konkretny tag, powinien zrozumieć Twój schemat wersji. Po wglądu Seba, mając stronę / guide, możesz mieć linki do każdej wersji. Link zostałby otagowany schematem, aby uwzględnić tę softwareVersioninformację. Jednak ta wersja akceptuje tylko tekst, co sprawia, że ​​myślę, że to opis oprogramowania („Najlepsza wersja w historii!”) , A nie rzeczywista wersja (1.0, 2.3, 3.7.1 ...) Ale myślę, że prawdopodobnie byłby najlepszy możesz to zrobić.

Alexis Wilke
źródło
1

Widziałem przypadki takie jak twoje podczas przeglądania dokumentacji technicznej, takiej jak dokumenty Django .

W tym przypadku nie ma żadnego konkretnego tagu do dodania, ale możesz użyć następujących strategii, aby zasugerować Google, że wolisz link v3 (najnowsza wersja):

Linki bez wersji

  • Gdy odwołujesz się do tej treści poza zakresem v3, użyj linków bez wersji, które automatycznie przekierowują na stronę najnowszej wersji, np .:

    example.com/install-guide - przekierowuje do najnowszych -> example.com/v3/install-guide

Gdy masz nowszą wersję (v4), nastąpi przekierowanie example.com/v4/install-guide.

Alerty z linkami do najnowszej wersji

  • zawsze wyświetlaj dostępną wersję dokumentacji, aby użytkownik mógł łatwo zdecydować, której użyć, a jeśli odwiedzi starszą wersję, możesz ostrzec, że nie ma jej w najnowszej wersji, i dodać link do łącza bez wersji w URL, Google będzie wiedział, że te starsze strony odnoszą się do najnowszej, domyślnie dając im większą wagę do decydowania, którą wybrać. W takim przypadku do najnowszej wersji zawsze będą odnosić się inne.

Kiedy Django wycofuje wersję, wyraźnie pokazuje ją użytkownikowi, w twoim przypadku możesz również dodać link do najnowszej wersji w alercie.

wprowadź opis zdjęcia tutaj

Świeże linki

  • świeże linki (nowsze treści lub nowsze wersje w twoim przypadku) naturalnie uzyskają większą przyczepność niż starsze.
marcanuy
źródło
1
W rzeczywistości Django używa rel=canonicaldo usunięcia wszystkich starszych wersji dokumentacji z wyników wyszukiwania, a także alertu. Zobacz źródło docs.djangoproject.com/en/dev/misc .
oligofren,
@ oligofren fajny haczyk, i szczerze mówiąc, nie jestem przekonany do użycia canonicalw tej sytuacji.
marcanuy
0

Ilekroć przeszukuję dowolne informacje API FB, zwracają mi najnowsze informacje z najnowszym adresem URL API i nie używają żadnego przekierowania ani kanonicznego tagu linku wskazującego na najnowsze informacje, po prostu robią to, zaczynają wskazywać najnowsze informacje wszędzie, więc Google będzie indeksować to częściej i przekaże więcej soczystych kawałków, to jedyny sygnał, którego możesz użyć w swojej witrynie. Masz kontrolę nad swoimi linkami, więc użyj tego.

Nie używaj noindex, przekierowania 301 i kanonicznego tagu linku na starych stronach, które wskazują na ostatni adres URL, który sprawi, że Twoja strona nie będzie widoczna dla wyszukiwarki Google. Mam na myśli, że Google usunie wszelkie początkowe korzyści, które są na tej stronie. Niedawno zapytałem na oficjalnym Hangoucie Google i powiedzieli, że nie podają żadnej wartości PR dla tagu noindex, więc myślę, że to samo dotyczy kanonicznego tagu linku. a gdy wykonasz przekierowanie 301, cały PR przejdzie na nowy adres URL, a wszelkie początkowe PR podane na tej starej stronie zostaną usunięte, ponieważ nie jest już dostępne. Google daje pewną wartość na tych stronach internetowych, które są na żywo.

Naprawdę nie musisz zmieniać znaczników. Witryny eComerce wyświetlają ten sam rodzaj strony internetowej pod dwoma różnymi adresami URL, aby kierować reklamy na dwa kraje, a zmieniają tylko cenę bieżącej waluty. Na przykład dla USA jest to dolar, a dla Indii to rupie, a reszta rzeczy jest taka sama, a mimo to tego rodzaju strona internetowa nie była karana pandą.

Goyllo
źródło
-1

Do sortowania można użyć dat strony.

Google szacuje datę strony na podstawie funkcji strony, takich jak daty w tytule i adres URL.

Wyszukiwanie niestandardowe pozwala używać tej daty do sortowania, stronniczości i ograniczania zakresu wyników za pomocą specjalnego klucza daty metadanych. Ta szacunkowa data może być używana we wszystkich operatorach korzystających z &sort=parametru adresu URL, w tym „Sortuj według atrybutu”, „Odchylenie według atrybutu”, „Ogranicz do zakresu”.

Na przykład:

Parametry adresów URL do sortowania wyników według daty, odchylenia w kierunku nowszych / starszych dat oraz do zwracania wyników z określonego przedziału czasu

Listę aktualnych kodów można znaleźć w dokumentacji wyszukiwarki niestandardowej Google .

norcal johnny
źródło
3
Twoja odpowiedź wydaje się dotyczyć przede wszystkim wyszukiwarki Google, natomiast OP wydaje się pytać o wyszukiwarkę Google.
Unor
Tak, to trochę nie na temat, ale może wskazywać na potencjalne rozwiązanie. Czy istnieje sposób na oznaczenie strony v1 jako ważnej w 2014 r. I strony v2 jako ważnej w 2015 r. I v3 w 2016 r., A następnie normalne wyszukiwanie w Google dałoby trochę preferencji w stosunku do bieżącej wersji?
Brendan Heywood