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

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?

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ą.

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ć.

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.

Świeże linki

• świeże linki (nowsze treści lub nowsze wersje w twoim przypadku) naturalnie uzyskają większą przyczepność niż starsze.

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ą.

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:

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