Thực đơn
trang chủTrò chơi

Vậy tất cả những điều này có ý nghĩa gì? HTML: Tất cả về các liên kết “A HREF REL

Phần tử liên kết HTML chứa thông tin liên quan đến tài liệu: phiên bản thay thế, tác giả, giấy phép bản quyền, biểu tượng, v.v. Nó phải chứa thuộc tính rel hoặc itemprop , nhưng không phải cả hai. Thuộc tính href cũng được yêu cầu.

Khi thiếu thuộc tính itemprop thì phần tử chỉ có thể được khai báo ở phần head. Nếu không nó có thể được khai báo ở nơi khác.

Ví dụ

Ví dụ sau cung cấp thông tin về một tài liệu sử dụng phần tử liên kết với nhiều loại khác nhau siêu liên kết:

Bộ phim " chiến tranh giữa các vì sao: Hy vọng mới" Hy vọng mới

Sau sự sụp đổ của nền dân chủ và sự phục hồi của đế chế, hy vọng đã mất...

Thuộc tính Thuộc tính đặc biệt HREF

Thuộc tính thẻ liên kết này trong HTML chứa địa chỉ (URI) của tài nguyên được liên kết bởi liên kết. Nó cho trình duyệt biết nơi để theo liên kết.

Sự hiện diện của thuộc tính này là bắt buộc. Nếu nó bị thiếu hoặc có giá trị không phải là URI hợp lệ thì phần tử đó không xác định được liên kết.

Ví dụ

XUẤT XỨ

Cho biết liệu một yêu cầu tới máy chủ bên ngoài có nên cung cấp thông tin xác thực CORS hay không. Hai giá trị được cho phép (không phân biệt chữ hoa chữ thường):

  • ẩn danh: Các yêu cầu CORS tới phần tử sẽ có bộ cờ "bỏ qua thông tin xác thực";
  • thông tin xác thực sử dụng: Các yêu cầu CORS tới phần tử sẽ không được đặt cờ "bỏ qua thông tin xác thực".

LIÊN QUAN

Thuộc tính liên kết HTML rel chứa danh sách các loại liên kết được phân tách bằng dấu cách cho biết giá trị mà tài nguyên được liên kết có đối với tài liệu (có chứa liên kết).

Phần tử liên kết phải chứa thuộc tính rel hoặc thuộc tính itemprop, nhưng không được chứa cả hai. Thuộc tính href cũng được yêu cầu.

Ví dụ

PHƯƠNG TIỆN TRUYỀN THÔNG

Danh sách các truy vấn phương tiện cho biết loại phương tiện (và đặc điểm của chúng) dành cho tài nguyên được liên kết. Ví dụ: một tài liệu hoặc tài nguyên có thể được tối ưu hóa để in (ít màu, hình ảnh và tông nền hơn) cho thiết bị di động hoặc màn hình thông thường. Giá trị mặc định là "tất cả".

Ví dụ

HREFLANG

Thẻ liên kết HTML này chỉ định ngôn ngữ sẽ được sử dụng trong tài nguyên được liên kết (được chỉ định trong thuộc tính HREF).

Ví dụ

KIỂU

Loại nội dung (hoặc Loại phương tiện Internet) mà tài nguyên liên quan phải chứa.

Ví dụ

KÍCH THƯỚC

Danh sách kích thước biểu tượng liên kết được phân tách bằng dấu cách. Mỗi kích thước có thể bao gồm hai số nguyên được phân tách bằng chữ cái "x" hoặc từ khóa đặc biệt "bất kỳ" đại diện cho tất cả kích thước có thể. Mỗi giá trị đều phân biệt chữ hoa chữ thường.

Thuộc tính thẻ liên kết này trong HTML chỉ nên được khai báo khi có thuộc tính rel và có giá trị "icon". Nếu không, việc sử dụng nó là không hợp lệ.

Ví dụ

BỘ KÝ

Mã hóa ký tự của tài nguyên đích. Thuộc tính này không được dùng nữa và không còn được sử dụng trong HTML5. Thay vào đó, các nhà phát triển được khuyến khích sử dụng tiêu đề HTTP Kiểu Nội dung để cung cấp thông tin về bộ ký tự trong tài liệu và các tài nguyên khác.

Ví dụ

REV

Giá trị của tài liệu hiện tại (chứa liên kết) cho tài nguyên được liên kết.

Cái này Thuộc tính HTML thẻ liên kết không còn được dùng nữa và không còn được sử dụng trong HTML5. Các nhà phát triển được khuyến khích thay thế nó bằng thuộc tính rel.

Ví dụ

Bản dịch bài viết “LINK ELEMENT” được nhóm dự án thân thiện chuẩn bị.

Điều này hoạt động trong tất cả các trình duyệt (nếu ai đó từng nghĩ ra Ngôn ngữ mớiđể trang trí, sau đó bạn chỉ cần trả về thuộc tính loại và chỉ định giá trị của nó kiểu mới tài liệu).

rel=thay thế

Thái độ này cũng khá phổ biến. kết hợp với chỉ báo loại phương tiện RSS hoặc Atom “cho phép” cái gọi là “ Tự động phát hiện kênh." Điều này cho phép bạn tổ chức một kênh với các bài viết hoặc tin tức mới nhất dành cho người đọc bằng cách sử dụng, chẳng hạn như người đọc Google. Hầu hết các trình duyệt cũng hỗ trợ tự động phát hiện kênh và hiển thị như vậy biểu tượng đặc biệt bên cạnh URL. (không giống như rel="stylesheet" ở đây cần có thuộc tính type. Đừng vứt nó đi).

Mối quan hệ tham chiếu rel="alternate" luôn là một sự kết hợp kỳ lạ, ngay cả trong HTML4. Trong HTML5, định nghĩa của nó đã được làm rõ và mở rộng để mô tả chính xác hơn nội dung web. Như vừa trình bày, việc sử dụng rel="alternate" kết hợp với type=application/atom+xml sẽ chỉ định kênh Atom cho trang hiện tại. Nhưng bạn cũng có thể sử dụng rel="alternate" kết hợp với bất kỳ giá trị thuộc tính loại nào khác để biểu thị một định dạng khác, chẳng hạn như PDF.

HTML5 cũng nhắm mắt làm ngơ trước câu hỏi khó hiểu về cách chỉ ra mối quan hệ với tài liệu có bản dịch. HTML4 cho biết sử dụng kết hợp với rel="alternate" để chỉ định ngôn ngữ tài liệu được liên kết. Nhưng điều này không đúng: danh sách lỗi HTML4 nêu rõ rằng việc sử dụng rel="alternate" để chỉ định ngôn ngữ tài liệu là một lỗi. Nhưng hiện tại vấn đề đã dừng lại ở đây; vấn đề vẫn chưa được giải quyết. HTML5 sử dụng .

Các mối quan hệ liên kết khác trong HTML5 rel="archives"

chỉ ra rằng chúng tôi đang đề cập đến một bộ sưu tập hồ sơ, tài liệu hoặc các tài liệu khác có giá trị lịch sử. Các liên kết tới tài liệu lưu trữ blog có thể chứa thuộc tính rel="archives"

Rel="bên ngoài"

chỉ ra rằng tài liệu được liên kết tới không phải là một phần của trang này, nhưng tài liệu hiện tại là một phần của tài liệu được liên kết tới. Tôi nghĩ điều này đến từ WordPress, sử dụng kết nối này cho các liên kết do người bình luận để lại.

Rel="bắt đầu", rel="prev" và rel="next"

xác định mối quan hệ giữa các trang thuộc cùng một bộ (chẳng hạn như các chương sách hoặc thậm chí các bài đăng trên blog). Mọi thứ có vẻ đơn giản nhưng chỉ có rel="next" mới được sử dụng đúng cách. Mọi người thường viết rel="previous" thay vì rel="prev", rel="begin" và rel="first" thay vì rel="start", họ sử dụng rel="end" thay vì rel="last ". Chưa hết, một số còn tạo rel="up" cho các liên kết đến trang “mẹ”.

HTML5 bao gồm rel="first", thường được sử dụng như một cách để nói "đây là trang đầu tiên của bộ truyện" (rel="start" là từ đồng nghĩa, để hỗ trợ khả năng tương thích ngược). Ngoài ra còn có rel="prev" và rel="next" (rel="previous" cũng được hỗ trợ để tương thích ngược), cũng như rel="last" ( tài liệu cuối cùng trong một chuỗi - ngược lại với rel="first") và rel="up".

Để dễ hiểu hơn về cách sử dụng rel="up", hãy tìm nó ở đâu đó và xem phần điều hướng như " vụn bánh mì"(hoặc chỉ cần tưởng tượng nó). Trang chủ, rất có thể, sẽ xuất hiện đầu tiên và trang hiện tại sẽ ở cuối. Vì vậy, rel="up" sẽ trỏ đến trang đứng trước trang (hiện tại) cuối cùng trong điều hướng này.

Rel="biểu tượng"

mối quan hệ liên kết phổ biến thứ hai. Thường được sử dụng cùng với giá trị phím tắt:

Tất cả trình duyệt phổ biến hỗ trợ điều này và sử dụng nó để xác định biểu tượng liên quan đến trang hiện tại. Biểu tượng này thường được trình duyệt hiển thị bên cạnh URL hoặc trong tab hoặc cả hai.

Từ khóa bất kỳ của thuộc tính kích thước có nghĩa là biểu tượng có thể được thu nhỏ (được sử dụng định dạng vectơ, như SVG). Nếu thiếu thuộc tính kích thước, trình duyệt sẽ hiển thị biểu tượng có kích thước tương ứng với Kích thước thực sự hình ảnh đồ họa.

Rel="giấy phép"

thái độ này được đặt ra bởi cộng đồng quảng bá vi định dạng. Điều này có nghĩa là chúng tôi đang liên kết đến một tài liệu tôn trọng các điều khoản bản quyền mà trang hiện tại được xuất bản.

có nghĩa là liên kết chưa được tác giả của trang này chấp thuận và nó ở đó, rất có thể vì lý do thương mại. Nó được phát minh bởi Google và được tiêu chuẩn hóa bởi cộng đồng vi định dạng. Ý tưởng là các liên kết được trang bị thuộc tính này sẽ không truyền PageRank và điều này sẽ loại bỏ cộng đồng những kẻ gửi thư rác trong các nhận xét trên blog. Hóa ra, điều này không giúp tôi thoát khỏi thư rác mà nó vẫn được bảo tồn. Nhiều hệ thống phổ biến theo mặc định, blog được thêm vào tất cả các liên kết trong nhận xét.

rel="noreferrer"

chỉ ra rằng khi theo một liên kết như vậy, tác nhân người dùng không nên bao gồm Yêu cầu HTTP Tiêu đề người giới thiệu. Điều này chưa được các trình duyệt hỗ trợ, nhưng hỗ trợ cho rel="noreferrer" gần đây đã được thêm vào các nightlies của Webkit, điều đó có nghĩa là nó sẽ sớm xuất hiện trong Safari, Chrome và các trình duyệt webkit khác.

chỉ định địa chỉ "pingback" của máy chủ. Thông số kỹ thuật nêu rõ: “Hệ thống pingback là cách để blog tự động nhận được thông báo rằng ai đó đã liên kết với nó. Điều này tạo cơ hội để thu thập tất cả nhận xét/phản hồi về một bài viết ở một nơi.” Một số hệ thống blog, đặc biệt là WordPress, có cơ chế này theo mặc định.

phục vụ để tối ưu hóa việc tải các trang web. Tài liệu được chỉ định trong liên kết đó (tệp html, css, hình ảnh, v.v.) sẽ được tải vào bộ đệm cho người dùng trong lý lịch. Các liên kết như vậy được áp dụng cho các tài liệu mà người dùng có thể cần nhất. Ví dụ: một số công cụ tìm kiếm sử dụng cơ chế này cho các tài liệu nằm trong kết quả hàng đầu. Hiện nay công nghệ này Chỉ hỗ trợ Firefox.

chỉ ra rằng tài liệu được tham chiếu chứa giao diện tìm kiếm cho trang và các tài nguyên liên quan của nó. Cụ thể, nếu bạn muốn rel="search" thực hiện điều gì đó hữu ích thì liên kết này sẽ dẫn đến tài liệu Tìm kiếm mở có mô tả cho trình duyệt cách thực hiện tìm kiếm trên tài nguyên này sử dụng URL và từ khóa. Hỗ trợ cho định dạng Tìm kiếm mở (và cùng với nó là rel="search") đã được đưa vào IE7 và FF2.

dùng để thêm tài liệu được chỉ định trong liên kết vào dấu trang trình duyệt của bạn. Khi bạn nhấp vào liên kết có rel="sidebar", một cửa sổ sẽ xuất hiện yêu cầu bạn đánh dấu trang. Opera và Mozilla hiện được hỗ trợ; các trình duyệt khác bỏ qua quy tắc này.

chỉ ra rằng liên kết này là một thẻ liên quan đến trang này. Điều hướng thẻ ( cụm từ khóa, danh mục blog/trang web) lần đầu tiên được Technorati sử dụng để phân loại các bài đăng trên blog bằng cách nào đó. Lúc đầu chúng được gọi là thẻ Technorati. Việc gắn thẻ sau đó đã được cộng đồng vi định dạng chuẩn hóa và các thẻ được chỉ định là rel="tag". Hầu hết các hệ thống blog đều thêm thẻ liên kết thuộc tính này. Các trình duyệt không phản ứng với điều này theo bất kỳ cách nào. Đây là dấu hiệu cho công cụ tìm kiếm về nơi liên kết này dẫn đến.

Vlad Merzhevich

Bắt đầu từ phiên bản 2.0, giao diện trình duyệt Firefox có thanh tìm kiếm tích hợp cho phép bạn nhập truy vấn tìm kiếm vào Google, Yandex và các hệ thống khác mà không cần truy cập trang web. Ý tưởng này đã thành công và sau đó đã được các nhà phát triển trình duyệt khác đón nhận. Mặc dù tìm kiếm tương tựđược nhiều người sử dụng, bao gồm cả những người tạo trang web, hầu hết họ đều không biết việc tự tạo plugin tìm kiếm cho một trang web lại đơn giản và dễ dàng như thế nào. Plugin này có một số ưu điểm: người dùng bắt đầu sử dụng tìm kiếm tích cực hơn, số lượng khách truy cập tăng lên, hiệu suất của trang web tăng lên và khả năng sử dụng được cải thiện. Điều chính là thực tế không có chi phí. Nếu trang web sử dụng tính năng tìm kiếm thì việc cài đặt plugin cho nó là chuyện dễ dàng.

Plugin này dựa trên công nghệ OpenSearch, là một bộ sưu tập định dạng nhỏđể phân phối kết quả tìm kiếm. Trình duyệt có thể sử dụng dữ liệu này để điều hướng đến trang mong muốn, hiển thị mô tả, hình ảnh và những thứ khác. Vì tôi sẽ chỉ đề cập đến một phần nhỏ trong tất cả các khả năng nên tôi giới thiệu những người quan tâm đến mô tả đầy đủ thông số kỹ thuật tại http://opensearch.org.

Hãy chuyển từ lý thuyết sang thực hành. Vì vậy, bạn đã thực hiện tìm kiếm trên trang web của mình và khi bạn nhập chuỗi được yêu cầu, kết quả sẽ được hiển thị tại http://mysite.ru/search/?q=blah-blah. Tất nhiên, thay vì "blah blah" có thể có bất kỳ chuỗi nào. Tạo một tập tin với phần mở rộng xml, hãy gọi nó là search.xml và lưu nó trên máy chủ. Nội dung của tập tin này như sau (ví dụ 1).

Ví dụ 1. Tệp Search.xml

Tên tóm tắt của trang web Mô tả ngắn gọn về tìm kiếm http://mysite.ru/favicon.ico UTF-8

Hai dòng đầu tiên trong ví dụ là tiêu chuẩn. Các yếu tố còn lại được mô tả dưới đây.

Tên ngắn - tên ngắn trang web, vì nó sẽ được hiển thị trên thanh tìm kiếm của trình duyệt, độ dài không quá 16 ký tự. Không được phép sử dụng thẻ HTML trong tên.

Sự miêu tả - Mô tả ngắn máy tìm kiếm. Không được vượt quá 1024 ký tự và chứa thẻ HTML. Đây là tham số tùy chọn và có thể bỏ qua.

Hình ảnh - đường dẫn đến biểu tượng trang web trong định dạng ICO, PNG hoặc JPEG. Kích thước biểu tượng thường là 16x16 pixel. Phần tử này là tùy chọn và nếu không có biểu tượng, hãy xóa nó khỏi văn bản. Loại tệp phải được chỉ định thông qua tham số loại, đối với ICO - image/x-icon, PNG - image/png, JPG - image/jpeg.

Url - đường dẫn đến kết quả tìm kiếm. Tham số phương thức chỉ định phương thức gửi dữ liệu (thường là GET) và mẫu chỉ định địa chỉ đầy đủ tới trang tìm kiếm. Thay vì truy vấn tìm kiếm bạn cần phải viết (searchTerms). Nếu các tham số khác được yêu cầu để tìm kiếm hoạt động, chúng có thể được liệt kê ở đây bằng cách sử dụng ký hiệu và (?q=(searchTerms)&lang=ru ).

inputEncoding - mã hóa trong đó kết quả tìm kiếm được hiển thị.

Bây giờ tất cả những gì còn lại là kích hoạt cơ chế thêm plugin vào trình duyệt của người dùng. Điều này có thể được thực hiện theo hai cách: thông qua thẻ và JavaScript.

Sử dụng thẻ

Trong thẻ, thêm dòng sau.

Ở đây Tiêu đề là tên tìm kiếm, URL mang tính tương đối hoặc đường dẫn tuyệt đối vào tệp search.xml. Ví dụ: đối với một trang web, dòng này trông như thế này:

Sau khi bao gồm dòng được chỉ định trên trang web, khi bạn mở danh sách các plugin tìm kiếm, plugin của bạn sẽ hiển thị (Hình 1).

Cơm. 1. Tìm kiếm plugin trong danh sách Firefox

Sử dụng JavaScript

Không phải lúc nào người dùng cũng nhận ra rằng họ có thể thêm plugin từ trang web hiện tại của mình vào thanh tìm kiếm, vì vậy bạn nên mời họ thực hiện việc này một cách rõ ràng bằng cách nhấp vào liên kết. Bản thân liên kết không dẫn đến tài liệu mà dẫn đến tập lệnh sau (ví dụ 2).

Ví dụ 2. Kịch bản thêm plugin vào trình duyệt

hàm addEngine() ( URL = "http://mysite.ru/search.xml"; if (window.external && ("AddSearchProvider" in window.external)) ( window.external.AddSearchProvider(URL); ) else ( Alert("Trình duyệt của bạn không hỗ trợ plugin tìm kiếm!");

Ở đây biến URL chứa đường dẫn đến tệp search.xml. Tập lệnh hoạt động trong trình duyệt Firefox, trình duyệt web IE 7 tuổi trở lên. Đối với các trình duyệt khác, một thông báo sẽ được hiển thị bằng cách sử dụng cảnh báo().

Bạn có thể tạo một liên kết những cách khác- thông qua thẻ , chỉ định dấu băm làm địa chỉ và thêm sự kiện onclick (ví dụ 3) hoặc loại bỏ hoàn toàn liên kết, thay thế bằng thẻ (ví dụ 4).

Cài đặt plugin

Ví dụ 4: Gọi script

Cài đặt plugin

Công nghệ OpenSearch không chỉ đơn giản là chuyển hướng đến kết quả tìm kiếm; nó còn có thể hiển thị các biến thể từ có liên quan và thậm chí cả hình ảnh trong trình duyệt. Đối với điều này, chúng được sử dụng.

Phần lớn trình duyệt hiện đại Có một hộp tìm kiếm đặc biệt nơi bạn có thể tìm kiếm các trang web khác nhau. Bạn có thể thêm tài nguyên của riêng mình vào danh sách các công cụ tìm kiếm. Việc này được thực hiện bằng công nghệ OpenSearch, công nghệ này mô tả công cụ tìm kiếm trên trang web của bạn. Để người dùng thêm trang web của bạn vào danh sách công cụ tìm kiếm của họ, bạn chỉ cần thực hiện hai bước đơn giản.

Trước tiên, bạn cần tạo một tệp mô tả công cụ tìm kiếm trên trang web của bạn. Đây là một mẫu ví dụ cho một tập tin như vậy:

  • < OpenSearchDescription xmlns = "http://a9.com/-/spec/opensearch/1.1/" >
  • < ShortName >Tên trang web
  • < Description >Tên trang web - Tìm kiếm
  • < InputEncoding >cửa sổ - 1251
  • < Contact >your_mail@domain
  • < Image width = "16" height = "16" >dữ liệu: hình ảnh/biểu tượng x; base64 , AAABAAEAE ... AAAA
  • < Developer >Quản trị viên
  • < Url type = "text/html" method = "GET"
  • template = "http://site/search?q=(searchTerms)&do=action" />

    • Bạn có thể thay đổi các trường sau: ShortName - tên viết tắt của trang web, không quá 16 ký tự. Mô tả - mô tả về trang web, không quá 1024 ký tự. inputEncoding - mã hóa trang web. Liên hệ - địa chỉ liên hệ e-mail của quản trị viên trang web. Nhà phát triển - tên hoặc biệt danh của quản trị viên trang web. Url là mẫu liên kết được tạo để truy cập trang tìm kiếm. Biến (searchTerms) sẽ được tự động thay thế bằng chuỗi mà người dùng sẽ nhập vào biểu mẫu tìm kiếm của trình duyệt. Nó phải được viết chính xác theo mẫu này trong mẫu. Hình ảnh - một biểu tượng sẽ được hiển thị bên cạnh tên trang web của bạn. Nó có thể có hai loại: dưới dạng liên kết đến một tệp trên máy chủ hoặc dưới dạng dữ liệu nhị phân được mã hóa. Ví dụ: hoặc Trong trường hợp này, dữ liệu là nội dung của tệp biểu tượng, được chuyển đổi thành dạng văn bản bằng thuật toán base64. Nếu có thể, hãy bám vào kích thước tiêu chuẩn biểu tượng - 16x16 pixel. Đây là mức tối thiểu bộ cần thiết các thông số cho file mô tả. Bạn có thể tìm thấy danh sách đầy đủ về chúng trong đặc tả OpenSearch chính thức và trong hướng dẫn tạo plugin tìm kiếm cho Firefox.

    Sau khi tệp mô tả công cụ tìm kiếm của bạn được tạo và đặt trên máy chủ, bạn cần thông báo cho trình duyệt của người dùng về điều này. Điều này được thực hiện bằng một thẻ meta đặc biệt trong tiêu đề trang: Ở đây search.xml là tên của tệp mô tả và đường dẫn đầy đủ đến nó, tiêu đề là một tiêu đề ngắn sẽ được hiển thị trong menu thêm công cụ tìm kiếm trong trình duyệt, các trường còn lại là trường dịch vụ và không được thay đổi. Bây giờ, khi bạn truy cập một trang web có thẻ meta như vậy chẳng hạn Trình duyệt Firefox, nút dấu cộng sẽ xuất hiện trong cửa sổ tìm kiếm. Khi bạn nhấp vào nó, công cụ tìm kiếm trang web của bạn sẽ được thêm vào danh sách công cụ tìm kiếm của người dùng. Firefox xử lý tệp OpenSearch và chuyển đổi nó thành plugin tìm kiếm của riêng nó.

    Vì nhu cầu cá nhân, tôi đã tập trung vào một số plugin tìm kiếm cho Mozilla Firefox. Đây là các công cụ tìm kiếm dành cho trình theo dõi kinozal.tv, Demonoid.com, thepiratebay.org, dành cho định dạng tệp cơ sở dữ liệu Formats.ru, công cụ tìm kiếm dành cho lập trình viên wotsit.org, php.net, msdn.com và tất nhiên là trình kiểm tra chính tả gramota.ru. Có lẽ nó sẽ hữu ích cho ai đó.

    Mozilla.Firefox.Searchplugins.zip (8.399 byte)


    Để cài đặt, hãy sao chép các tệp vào thư mục \Mozilla Firefox\searchplugins và khởi động lại trình duyệt.

    Trong cấu hình này, nội dung trên máy tính nằm trên một trang có một URL duy nhất và nội dung tương tự được tối ưu hóa cho máy tính để bàn thiêt bị di động, nằm ở một địa chỉ khác.

    Thông thường, trong những trường hợp như vậy, các trang dành cho máy tính để bàn được lưu trữ trên miền www.example.com và các trang dành cho thiết bị di động tương ứng được lưu trữ trong miền m.example.com. Google không ưu tiên định dạng URL này hơn định dạng URL khác. Yêu cầu chính là các trang phải có thể truy cập được đối với tác nhân người dùng Googlebot.

    Trong cấu hình này, nội dung dành cho thiết bị máy tính để bàn khác với nội dung dành cho thiết bị di động (đôi khi bao gồm cả máy tính bảng) và các biến thể mã này nằm ở các URL khác nhau.

    Tóm tắt

      Cho biết hai URL liên quan như thế nào bằng cách sử dụng thẻ có phần tử rel="canonical" và rel="alternate".

      Xác định chính xác chuỗi tác nhân người dùng và chuyển hướng chúng.

    Thuộc tính cho URL thông thường và URL dành cho thiết bị di động

    Để giúp hệ thống thu thập thông tin của chúng tôi nhận dạng tốt hơn các URL dành cho thiết bị di động, chúng tôi khuyên bạn nên sử dụng các chú thích sau:

  • Đặt một thẻ liên kết đặc biệt với thuộc tính rel="alternate" trên mỗi trang dành cho máy tính, thẻ này sẽ dẫn đến trang tương ứng của trang web dành cho thiết bị di động. Điều này sẽ giúp robot Google bot để tìm nội dung được tối ưu hóa cho thiết bị di động.
  • Trên trang dành cho thiết bị di động của bạn, hãy thêm thẻ liên kết rel="canonical" có liên kết đến trang thông thường tương ứng.

    • Hệ thống của chúng tôi hỗ trợ hai cách để thêm các thuộc tính như vậy: trong mã HTML của trang và trong tệp Sơ đồ trang web. Giả sử rằng URL trang thông thường là http://example.com/page-1 và URL trang dành cho thiết bị di động tương ứng là http://m.example.com/page-1 .

    Chú thích trong mã HTML

    Trên trang thông thường (http://www.example.com/page-1), hãy thêm mã sau:

    Trên trang dành cho thiết bị di động (http://m.example.com/page-1), hãy sử dụng các thuộc tính sau:

    Trong một URL nằm trên một trang của trang web dành cho thiết bị di động và trỏ đến một trang tương tự của trang này với định dạng bình thường, bạn cần thêm thẻ rel="canonical".

    Chú thích trong Sơ đồ trang web

    Google hỗ trợ thêm thuộc tính rel="alternate" vào các trang trên máy tính để bàn bằng cách sử dụng Tệp sơ đồ trang web. Ví dụ:

    http://www.example.com/page-1/

    Trong trường hợp này, thẻ rel="canonical" cho URL trang trang web dành cho thiết bị di động phải được thêm trực tiếp vào mã HTML của trang này.

    Chi tiết thuộc tính

    Các thuộc tính thẻ sau có thể được sử dụng trên trang dành cho máy tính để bàn:

    • Thuộc tính rel="alternate" cho biết thẻ trỏ đến một URL thay thế cho trang này.
    • Giá trị của thuộc tính media là chuỗi truy vấn phương tiện CSS chỉ định khi nào điều khoản của Google phải sử dụng một URL thay thế. Ví dụ này hiển thị truy vấn phương tiện thường được sử dụng để nhắm mục tiêu thiết bị di động.
    • Thuộc tính href chỉ định vị trí của URL thay thế. TRONG trong trường hợp nàyđây là một trang trong miền m.example.com.

    Những thuộc tính này giúp Googlebot tìm thấy nội dung của bạn và giúp thuật toán của chúng tôi xác định mối quan hệ giữa không phải trả tiền và trang di động trang web của bạn. Khi bạn sử dụng các URL khác nhau cho cùng một nội dung trong định dạng khác nhau, các thuộc tính này sẽ cho hệ thống biết rằng hai URL này chứa cùng một nội dung và phải được coi là một thực thể chứ không phải hai thực thể. Nếu phiên bản dành cho máy tính để bàn và thiết bị di động của một trang được hiểu là các thực thể độc lập thì cả hai URL đều có thể xuất hiện trong kết quả Tìm kiếm trên máy tính để bàn. Trong trường hợp này, thứ hạng của họ sẽ thấp hơn nếu Googlebot biết về mối quan hệ của họ. Cũng lưu ý các lỗi phổ biến sau đây trong cấu hình này:

    • Nếu bạn sử dụng thuộc tính rel="alternate" và rel="canonical" thì mỗi trang thông thường chỉ được tương ứng với một trang dành cho thiết bị di động và ngược lại.
    • Kiểm tra cài đặt chuyển tiếp của bạn một cách cẩn thận: đảm bảo rằng trang thông thường không vô tình chuyển hướng người dùng đến cùng một trang có nội dung khác nhau.

    Nếu bạn quyết định tạo một trang web riêng cho các thiết bị phong phú, hãy tránh những lỗi phổ biến như chuyển hướng người dùng di động. Tự động chuyển tiếp

    Nếu trang web của bạn hướng trình duyệt máy tính thông thường và trình duyệt thiết bị di động tới các URL khác nhau, bạn có thể sử dụng tính năng tự động chuyển hướng khách truy cập. Trong trường hợp này, Googlebot cần được chuyển hướng giống như tác nhân người dùng thông thường.

    Các phương thức chuyển tiếp được hỗ trợ

    Googlebot hỗ trợ phương pháp sau đây chuyển hướng:

    • chuyển tiếp từ sử dụng HTTP;
    • chuyển hướng bằng cách sử dụng JavaScript.
    Chuyển hướng bằng HTTP

    Chuyển hướng HTTP thường được sử dụng để chuyển hướng đến một URL cho thiết bị cụ thể. Thông thường, nó được thực hiện dựa trên tác nhân người dùng được chỉ định trong tiêu đề yêu cầu HTTP. Chuyển hướng phải khớp với URL thay thế được chỉ định trong thuộc tính rel="alternate" của liên kết đích hoặc trong sơ đồ trang web.

    Trong trường hợp này, việc máy chủ trả về mã trạng thái 301 hay 302 khi chuyển hướng không quan trọng. Tuy nhiên, bạn nên sử dụng mã 302 khi có thể.

    Chuyển hướng bằng JavaScript

    Nếu gặp sự cố khi thiết lập chuyển hướng bằng HTTP, bạn có thể sử dụng JavaScript để chuyển hướng người dùng. Để thực hiện việc này, bạn cần đặt URL thích hợp bằng thẻ liên kết rel="alternate". Cần phải đảm bảo thời gian phản hồi có thể chấp nhận được cho người dùng, vì trước khi chuyển hướng xảy ra, trang sẽ được tải xuống và sau đó phân tích cú pháp và chạy mã JavaScript.

    Có nhiều cách chuyển hướng như vậy. Ví dụ: bạn có thể xử lý các yêu cầu về nội dung đã được sử dụng trên trang web của mình. Thích hợp cho việc này hàm JavaScript matchMedia() .

    Chuyển tiếp một chiều và hai chiều

    Áp dụng trên các trang web khác nhau quy tắc khác nhau chuyển hướng. Trong một số trường hợp, nó chỉ áp dụng cho người dùng thiết bị di động truy cập phiên bản thông thường trang web (chuyển hướng một chiều) và nơi nào đó người dùng được chuyển hướng từ phiên bản điện thoại sang thông thường (chuyển tiếp hai chiều).

    Googlebot hỗ trợ cả hai tùy chọn. Chọn một trong những phù hợp nhất với người dùng của bạn. Điều quan trọng nhất là việc chuyển hướng được thực hiện không có lỗi và mở ra trang bắt buộc. Nếu việc chuyển hướng không được triển khai chính xác, một số người dùng sẽ không nhìn thấy nội dung mong muốn.

    Ghi chú. Đọc qua để không lặp lại chúng.

    Trừ khi có ghi chú khác, nội dung của trang này được cấp phép theo Giấy phép Creative Commons Ghi công 3.0 và các mẫu mã được cấp phép theo Giấy phép Apache 2.0. Để biết chi tiết, xem của chúng tôi. Java là nhãn hiệu đã đăng ký của Oracle và/hoặc các chi nhánh của nó.

    Cập nhật ngày 14 tháng 1 năm 2019