Cách đánh dấu chính xác các phiên bản khác nhau của cùng một tài liệu không chính tắc

20

Ca sử dụng là một tài liệu có nhiều phiên bản đồng thời có sẵn. Ví dụ: tài liệu về một sản phẩm cho từng phiên bản của phần mềm đó:

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

Đây không phải là cùng một nội dung theo nghĩa là sẽ không chính xác khi chỉ định trong các trang v1 và v2 rằng URL chính là v3. Nếu tôi đã tìm kiếm trong Google cho 'hướng dẫn cài đặt sản phẩm v2', tôi hy vọng có thể tìm thấy v2. Mỗi phiên bản của tài liệu sẽ hơi khác nhau nhưng chúng có nhiều điểm chung với nhau.

Vì vậy, câu hỏi là: tôi có thể đánh dấu các trang này theo một cách nào đó để báo hiệu cho Google và bạn bè rằng phiên bản mới nhất (v3) được ưa thích hay không, vì vậy một tìm kiếm đơn giản cho 'hướng dẫn cài đặt sản phẩm' có nhiều khả năng hiển thị trang v3 thay vì trang v1 hay v2?

seo duplicate-content canonical-url

— Brendan Heywood
nguồn

Đó là một tình huống thú vị. Tôi không biết về bất kỳ phiên bản hỗ trợ tài liệu nào cho tìm kiếm Google.

— Stephen Ostermiller

Đây là một cơ hội hoàn hảo để thẻ chuẩn được cập nhật để cho phép tạo phiên bản với phiên bản hiện tại, beta, không dùng nữa, v.v ... Cách thức hoạt động cụ thể, sẽ được tranh luận. Đây có thể là một thay đổi thú vị và hữu ích.

— Closnoc

1

Câu hỏi liên quan về Stack Overflow: Link rel =, canon canonal: Các phiên bản hướng dẫn sử dụng khác nhau có nên sử dụng cùng một url không?

— unor

@Brendan, bạn đã khám phá bất kỳ giải pháp?

— Ross Rogers

1

Về lý thuyết, prioritythẻ trong sơ đồ trang web XML có thể được sử dụng để biểu thị mức độ quan trọng tương đối - để đề xuất trang "ưa thích" khi hai hoặc nhiều kết quả có thể giống nhau. Tuy nhiên, dường như Google không còn chú ý đến "ưu tiên" nữa.

— MrWhite

4

đưa ra câu hỏi của bạn tôi phải đưa ra các giả định sau:

trang web của bạn đang cung cấp một phần dành cho hướng dẫn cài đặt cho sản phẩm
hướng dẫn khác với phiên bản sản phẩm nhưng vẫn phù hợp với khách hàng sử dụng phiên bản sản phẩm cũ hơn
khách hàng của bạn biết điều đó và biết chính xác phiên bản nào họ có thể cần

Thứ nhất: đây thực sự không phải là trường hợp sử dụng cho a rel="canonical".

Một cách tiếp cận để xử lý các tình huống như của bạn là cấu trúc: Bạn có thể triển khai trang hướng dẫn tĩnh cho sản phẩm của mình luôn chứa hướng dẫn gần đây nhất. Trang này được liên kết từ trang sản phẩm hoặc danh mục, vì vậy nó đạt được rất nhiều tầm quan trọng.

Kế hoạch:

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

Mỗi khi một hướng dẫn mới được phát hành, nó sẽ được xuất bản lên trang tĩnh và hướng dẫn cũ sẽ chuyển xuống một URL mới sâu hơn trong cấu trúc URL. Các URL "hướng dẫn cũ" đó được liên kết đến từ trang tĩnh, nhưng không phải từ các trang danh mục. Do đó, họ sẽ được nhìn thấy "ít quan trọng hơn"

Hãy chắc chắn rằng, các v1, 2, 3, … nphiên bản chỉ được liên kết từ trang hướng dẫn chính và từng phiên bản. Trang chính phải được liên kết tốt trên toàn bộ trang web của bạn.

So với cấu trúc URL hiện tại của bạn, điều này mang lại sự liên quan nhiều hơn đến hướng dẫn được xuất bản trên exapmle.com/product/guide/.

/v1/install-guide

/v2/install-guide

/v3/install-guide

Trong cấu trúc này, mỗi URL là "giá trị" như nhau và Google cần dựa vào các tín hiệu khác để quyết định URL nào phù hợp nhất.

Bước tiếp theo là tối ưu hóa các trang hướng dẫn theo cách các công cụ tìm kiếm nhanh chóng hiểu được sự khác biệt giữa các phiên bản riêng lẻ:

cá nhân hóa tiêu đề của trang, ví dụ: <title>Version 1.0 install Guide for Product XY</title>
cá nhân hóa tiêu đề chính của trang, ví dụ: <h1>How to Install Version 1.0 of Product XY</h1>
cá nhân hóa mô tả của trang, ví dụ: <meta name="description" content"Here you can find your guide to install version 1.0 of Product XY […]" />
sử dụng các văn bản neo để chỉ ra các phiên bản khác nhau khi liên kết với các hướng dẫn <a href="http://example.com/product/guide/guide-v2" >Install guide for V 2.0</a>

Mỗi người chỉ ra phiên bản mà nó được thiết kế và có thể là năm / tháng / ngày.

Gợi ý: có thể hữu ích khi chỉ ra sự khác biệt ở đầu các trang riêng lẻ. Vì vậy, khách hàng có thể dễ dàng thấy lý do tại sao họ cần các hướng dẫn khác nhau và các công cụ tìm kiếm sẽ có thêm thông tin một nội dung duy nhất cho mỗi trang giúp giảm nguy cơ "các vấn đề gần như trùng lặp nội dung".

Bằng cách này, bạn đảm bảo rằng hướng dẫn gần đây nhất luôn có mặt example.com/product/guide/và sẽ được dùng làm kết quả cho các tìm kiếm chung chung như " sản phẩm hướng dẫn cài đặt ". Các công cụ tìm kiếm sẽ nhận ra rằng nội dung trên trang này được cập nhật thường xuyên và cũng sẽ nhận ra rằng các mục con của trang này tồn tại và phục vụ chúng cho các cụm từ tìm kiếm cụ thể hơn như " hướng dẫn cài đặt Sản phẩm V 2.0 ". Bằng cách tối ưu hóa các trang cho các phiên bản cụ thể mà họ đại diện cho bạn, hãy đảm bảo khách hàng tìm thấy phiên bản của họ bằng cách tìm kiếm nó.

— Bình thường
nguồn

5

Câu trả lời của bạn có vẻ như là một phỏng đoán hoàn chỉnh. Các trang này đã tồn tại, có tiêu đề tốt và siêu dữ liệu và cấu trúc url. Người dùng biết chính xác những gì đang xảy ra. Đó chỉ là Google không trả lại trang hữu ích nhất. Tôi đang theo các thông số kỹ thuật từ các công cụ tìm kiếm để thực hiện, hoặc các ví dụ / nghiên cứu trường hợp thực tế đã giải quyết điều này.

— Brendan Heywood

1

Câu trả lời của tôi dựa vào thông tin của bạn. Nếu bạn muốn chia sẻ Url của mình và không ai cần phải đoán cấu trúc và thiết lập trang của bạn. Câu trả lời của tôi là dựa trên kinh nghiệm thực tế đời sống ..

— Seb

Một trong những tín hiệu mạnh nhất là liên kết. Liên kết từ phiên bản mới nhất đến phiên bản nhỏ hơn có ý nghĩa. Đó là về cấu trúc. Tôi không tin rằng Google hiểu các phiên bản nên liên kết văn bản, thẻ tiêu đề, thẻ tiêu đề và những thứ tương tự sẽ không được công nhận, tuy nhiên, điều đó hoàn toàn có ý nghĩa đối với người dùng. Thật không may, không có cơ chế cho phiên bản, tuy nhiên, tôi tin rằng việc sử dụng thẻ chuẩn từ các phiên bản nhỏ hơn đến phiên bản mới nhất là chính xác. Tìm kiếm phiên bản cụ thể của tài liệu vẫn sẽ hiển thị chính xác dựa trên các tín hiệu ngữ nghĩa mà bạn mô tả. Chúc mừng !!

— Closnoc

1

Tôi không xem đây là một phỏng đoán. Tôi muốn thêm rằng việc thêm ngày có thể giúp người dùng đặc biệt là nếu bạn phân biệt thẻ tiêu đề với phiên bản mới nhất , phiên bản 1 1/1/1901 , phiên bản 2 2/2/1902 hoặc chỉ phiên bản 1 không dùng nữa , phiên bản 2 không dùng nữa , v.v. ., với đánh dấu lược đồ bao gồm một ngày. Gửi càng nhiều tín hiệu càng tốt. Nó chủ yếu sẽ giúp người dùng. Ngoài ra, khấu hao có thể là một thuật ngữ kích hoạt cho Google. Thực tế của vấn đề là, đôi khi Google chọn các phiên bản tài liệu cũ hơn mà không có vần điệu hoặc lý do. Xem xét việc tạo các phiên bản cũ hơn thành PDF và không phải HTML.

— Closnoc

1

plus.google.com/+JohnMueller/posts/WyAoPsh4GNW > này

— Seb

2

Tôi chưa thấy bất kỳ cách kỹ thuật đã được chứng minh nào có thể cho một công cụ tìm kiếm biết rằng một phiên bản nhất định của hướng dẫn hoặc trang mới hơn ngày tháng như norcal johnny đã đề cập.

Tuy nhiên, tôi đã nhận thấy rằng trong nhiều trường hợp, phiên bản cũ hơn sẽ bao gồm một cảnh báo ở phía trên, hãy nhìn qua phiên bản mới hơn. Một chút cằn nhằn nếu bạn đang sử dụng phiên bản bạn đang xem bây giờ, nhưng tuyệt vời nếu bạn đang cố gắng đánh giá một sản phẩm và muốn chắc chắn rằng bạn nhìn vào phiên bản mới nhất.

Trang web đầu tiên mà tôi thấy thực tế đó xảy ra rõ ràng là W3C. Ví dụ: tài liệu này có "phiên bản mới nhất" ở đầu: https://www.w3.org/TR/html401/

Bây giờ, tôi đã nhận thấy nó tại MSDN, nơi họ có một liên kết có tên là "Phiên bản được đề xuất". https://msdn.microsoft.com/en-us/l Library / 78zh94ax% 28v = vs.71% 29.aspx

Dù bằng cách nào, tôi chưa thấy bất kỳ loại HTTP hoặc HTML kỹ thuật nào có thể được sử dụng để chỉ ra như vậy. Có một thẻ liên kết với rel = "thay thế" có thể hoạt động, nhưng từ những gì tôi hiểu rằng chỉ thực sự hoạt động cho các ngôn ngữ hoặc các phiên bản khác nhau của cùng một tài liệu, không phải các phiên bản khác nhau.

Có một công nghệ khác mà Google đã thử và tôi khá chắc chắn rằng họ vẫn đang sử dụng nó, đó là http://schema.org tình cờ có thẻ https://schema.org/softwareVersion . Vì vậy, giả sử Google đã triển khai thẻ cụ thể đó, thì nó sẽ hiểu sơ đồ phiên bản của bạn. Theo cái nhìn sâu sắc của Seb, có một trang / hướng dẫn, sau đó bạn có thể có các liên kết đến từng phiên bản. Liên kết sẽ được gắn thẻ với lược đồ để bao gồm softwareVersionthông tin đó . Tuy nhiên, phiên bản đó chỉ chấp nhận Văn bản khiến tôi nghĩ đó là mô tả ("Phiên bản tốt nhất từng có!") Của phần mềm chứ không phải phiên bản thực tế (1.0, 2.3, 3.7.1 ...) Nhưng tôi nghĩ có lẽ sẽ là tốt nhất bạn có thể làm.

— Alexis Wilke
nguồn

1

Tôi đã thấy các trường hợp như của bạn khi duyệt tài liệu kỹ thuật như tài liệu Django .

Không có bất kỳ thẻ cụ thể nào để thêm trong trường hợp này nhưng bạn có thể sử dụng các chiến lược sau để gợi ý Google rằng bạn thích liên kết v3 (phiên bản mới nhất):

Liên kết không có phiên bản

Khi bạn tham khảo nội dung này ngoài phạm vi v3, hãy sử dụng các liên kết không có phiên bản tự động chuyển hướng đến trang phiên bản mới nhất, ví dụ:

example.com/install-guide - chuyển hướng đến mới nhất -> example.com/v3/install-guide

Khi bạn có phiên bản mới hơn (v4), nó sẽ chuyển hướng đến example.com/v4/install-guide.

Cảnh báo với các liên kết đến phiên bản mới nhất

luôn hiển thị phiên bản có sẵn của tài liệu của bạn để người dùng có thể dễ dàng quyết định sử dụng phiên bản nào và nếu họ truy cập phiên bản cũ hơn, bạn có thể hiển thị cảnh báo rằng họ không có trên phiên bản mới nhất và thêm liên kết vào liên kết mà không có phiên bản trong url, Google sẽ biết rằng các trang phiên bản cũ hơn đang đề cập đến trang mới nhất, mặc nhiên cho chúng thêm trọng lượng để quyết định chọn trang nào. Trong trường hợp này, phiên bản mới nhất luôn được người khác tham khảo.

Khi Django không dùng phiên bản, họ sẽ hiển thị rõ ràng cho người dùng, trong trường hợp của bạn, bạn cũng có thể thêm liên kết phiên bản mới nhất trong cảnh báo.

Liên kết mới

liên kết mới (nội dung mới hơn hoặc phiên bản mới hơn trong trường hợp của bạn) sẽ tự nhiên có được lực kéo nhiều hơn so với liên kết cũ.

— marcanuy
nguồn

1

Trên thực tế, Django sử dụng rel=canonicalđể xóa sạch tất cả các phiên bản cũ của tài liệu khỏi các lượt truy cập tìm kiếm, cũng như cảnh báo. Xem nguồn của docs.djangoproject.com/en/dev/misc .

— oligofren

@oligofren bắt tốt, và thành thật mà nói, tôi không bị thuyết phục để sử dụng canonicaltrong tình huống đó.

— marcanuy

0

Bất cứ khi nào tôi tìm kiếm bất kỳ thông tin API FB nào, nó sẽ trả về cho tôi thông tin mới nhất với URL API mới nhất và họ không sử dụng bất kỳ thẻ chuyển hướng nào không phải là thẻ liên kết chính để chỉ thông tin mới nhất, họ chỉ bắt đầu tìm thông tin mới nhất ở mọi nơi, vì vậy Google sẽ thu thập dữ liệu đó thường xuyên hơn và sẽ vượt qua nhiều juicyrank hơn, đó là tín hiệu duy nhất bạn cũng có thể sử dụng cho trang web của mình. Bạn có quyền kiểm soát các liên kết của bạn để sử dụng liên kết đó.

Không sử dụng noindex, 301 redirect và thẻ liên kết chính tắc trên các trang cũ trỏ đến URL mới nhất, điều này sẽ khiến trang web của bạn chết trong mắt công cụ tìm kiếm của Google, ý tôi là Google sẽ xóa bất kỳ lợi ích ban đầu nào được cung cấp cho trang web đó. Gần đây tôi đã hỏi về hangout chính thức của Google và họ nói rằng họ không đưa ra bất kỳ giá trị PR ban đầu nào cho thẻ noindex, vì vậy tôi nghĩ rằng, nó sẽ áp dụng tương tự cho thẻ liên kết chính tắc. và Khi bạn thực hiện chuyển hướng 301 thì tất cả PR sẽ chuyển sang URL mới và mọi PR ban đầu được cung cấp cho trang web cũ đó sẽ bị xóa vì không còn khả dụng. Google cung cấp một số giá trị trên các trang web đang hoạt động.

Bạn không thực sự cần phải thay đổi đánh dấu của bạn. Các trang web eComerce hiển thị cùng một loại trang web trên hai URL khác nhau để nhắm mục tiêu đến hai quốc gia và những gì chúng thay đổi chỉ là giá hiện hành. Ví dụ, đối với Hoa Kỳ, đồng đô la và Ấn Độ, đồng rupee và tất cả mọi thứ đều giống nhau, và loại trang web đó không phải đối mặt với bất kỳ hình phạt Panda nào.

— Goyllo
nguồn

-1

Bạn có thể sử dụng Ngày trang để sắp xếp.

Google ước tính ngày của trang dựa trên các tính năng của trang, chẳng hạn như ngày trong tiêu đề và URL.

Tìm kiếm tùy chỉnh cho phép bạn sử dụng ngày này để sắp xếp, thiên vị và phạm vi hạn chế kết quả bằng cách sử dụng khóa siêu dữ liệu đặc biệt của ngày. Ngày ước tính này có thể được sử dụng trong tất cả các nhà khai thác sử dụng &sort=tham số URL, bao gồm "Sắp xếp theo thuộc tính", "Xu hướng theo thuộc tính", "Giới hạn phạm vi".

Ví dụ:

Để biết danh sách các mã hiện tại, hãy truy cập tài liệu Tìm kiếm tùy chỉnh của Google .

— John John
nguồn

3

Câu trả lời của bạn dường như chủ yếu là về Google Custom Search, trong khi OP dường như hỏi về Google Search.

— unor

Vâng, đây là một chủ đề hơi xa vời nhưng nó có thể hướng đến một giải pháp tiềm năng. Có cách nào để đánh dấu trang v1 là hợp lệ cho năm 2014 và trang v2 là hợp lệ cho năm 2015 và v3 cho năm 2016 và sau đó tìm kiếm google thông thường sẽ cung cấp một chút ưu tiên cho phiên bản hiện tại?

— Brendan Heywood