Thứ tự các thẻ meta HTML


16

Một công ty SEO đề nghị chúng tôi thay đổi thứ tự của thẻ meta HTML của chúng tôi để <title><meta name="description">là lần đầu tiên hai. Họ nói rằng điều này là để đảm bảo các công cụ tìm kiếm có thể sử dụng hai thẻ này. Tôi đã có ấn tượng rằng thứ tự các thẻ trong đầu tài liệu là không đáng kể. Tôi đã sai? Có thực sự cơ mà giả định rằng hai thẻ đầu tiên là luôn luôn tìm kiếm titledescriptionvà từ bỏ tìm kiếm chúng nếu họ không?


Câu trả lời:


15

Bạn nói đúng. Thứ tự của các thẻ đó không quan trọng đối với SEO. Họ chỉ cần có mặt. Bất cứ ai nói rằng rõ ràng là không biết gì (và tất nhiên là đang điều hành một doanh nghiệp SEO. Thở dài).


Bạn có thể cung cấp một nguồn hoặc nghiên cứu trường hợp?
s_hewitt

3
Chỉ cần ý kiến ​​dựa trên kinh nghiệm. Đây là một cuộc thảo luận về SearchEngineWatch về chủ đề này - thứ tự không thành vấn đề: forum.searchenginewatch.com/showthread.php?t=16452
Ciaran

7

Mặc dù đối với các mục đích của SEO, có thể đúng là thứ tự không đáng kể, nhưng điều đó không đúng khi xem xét các thứ khác như bảo mật, hiển thị nội dung (ký tự) hoặc tốc độ tải. Do đó, nên đặt hàng đầu trang của bạn một cách đại khái (giả sử HTML5 theo cú pháp):

<head>

Cho đến nay trong tài liệu, bạn không nên sử dụng bất kỳ ký tự không phải ASCII nào, vì vậy mã hóa ký tự chưa phải là vấn đề. Nhưng khả năng sử dụng các ký tự không phải ASCII sẽ tăng lên rõ rệt khi bạn mở thẻ đầu đó. Theo đó (và giả sử rằng bạn không khai báo mã hóa ký tự theo chương trình hoặc ở cấp độ máy chủ), bạn nên thực hiện tuyên bố tiếp theo về khai báo mã hóa ký tự của mình. Điều này cũng đáp ứng các trình phân tích cú pháp / trình duyệt / tác nhân sẽ đánh hơi cho các câu lệnh mã hóa ký tự:

  <meta charset="utf-8">

Hai ( X-UA-Compatibleviewport) sau đây được khuyến nghị bởi những người ở Bootstrap (gần đây là v3.3.4). Mặc dù tôi gần như tích cực rằng những đề xuất này dựa trên hiệu suất, hầu hết những gì tôi muốn nói sẽ là đầu cơ:

  <meta http-equiv="X-UA-Compatible" content="IE=edge">

Nếu bạn đang suy nghĩ về thiết kế / phát triển bất khả tri của thiết bị (bao gồm các tác nhân người dùng nhỏ hơn, không phải máy tính để bàn), bạn nên bao gồm những điều sau đây:

  <meta name="viewport" content="width=device-width, initial-scale=1">

Cuối cùng, tiêu đề:

  <title>Ingenious Page Title</title>

Tiếp theo, bạn cung cấp CSS ngay sau tiêu đề càng tốt (không có 'ánh sáng ban ngày' giữa chúng):

  <link rel="stylesheet" href="stylesheet-1.css">
  <link rel="stylesheet" href="stylesheet-2.css">

Nếu bạn đang sử dụng các kiểu cấp độ trang, họ sẽ đến đây. Điều này phần lớn là do bản chất 'xếp tầng' của CSS: cụ thể là khai báo kiểu cuối cùng của các mức độ cụ thể giống hệt nhau (chẳng hạn như hai câu lệnh nhắm vào một đoạn p). Để làm cho việc ghi đè các kiểu bên ngoài dễ dàng hơn (nghĩa là không sử dụng độ đặc hiệu cao hơn hoặc !important), bạn nên đặt các kiểu cấp trang sau ( <link>các) kiểu bên ngoài . Ngoài ra, thông thường không thể sử dụng lệnh @import trong các kiểu cấp trang, bởi vì nó sẽ cản trở việc tải xuống đồng thời các tài sản kiểu khác:

  <style>body{color:black;}</style>

Đây là điểm có vẻ thích hợp nhất để đặt thẻ meta, favicon và cruft khác. Có thể cho rằng favicon hoặc các tài sản tương tự (ví dụ: hình ảnh ứng dụng iOS) sẽ được tải trước hầu hết các thẻ meta, bởi vì việc tải xuống các tài sản đó bắt đầu sớm hơn một chút.

  <link rel="shortcut icon" href="favicon.ico">
  <link rel="apple-touch-icon" href="apple-icon.png">
  <meta name="description" content="Some information that is descriptive of the content">
  <meta name="generator" content="Microsoft FrontPage 2002">

Bởi vì nó chặn / trì hoãn kết xuất, nếu bạn có ý định yêu cầu tập lệnh, hãy tải chúng càng muộn càng hợp lý. Nếu chúng phải ở trong head, bạn có thể tải chúng trước khi đóng head( </head>). Nếu bạn có thể tải chúng sau, hãy đặt chúng trước khi đóng bodythẻ ( </body>).

  <script src="script-1.js"></script>
  <script src="script-2.js"></script>
</head>

Có vẻ như không quan trọng trong hầu hết các trường hợp chú ý đến thứ tự các thẻ meta cho mục đích SEO, do các bot lập chỉ mục (tức là các công cụ tìm kiếm) sẽ tiêu thụ toàn bộ trang. Mặt khác, làm thế nào họ lập chỉ mục nội dung của trang hoặc cập nhật chỉ mục đó sau?

Điều đáng chú ý với tôi là đối với tất cả những gì chúng tôi nghĩ rằng chúng tôi biết và tất cả các đề xuất mà chúng tôi tìm thấy trên web (ngay cả từ những nơi như Google và Bing Webmaster Tools, v.v.), các trang web như Amazon, Google và những người khác quan tâm rõ ràng về việc tăng hiệu suất rất nhỏ như vậy không tuân theo các quy tắc này.


Trong khi X-UA-Compatible, viewportvà các biểu tượng cảm ứng của Apple vẫn còn (tương đối) mới trong năm 2010, tất cả đều được sử dụng. HTML5 chỉ ảnh hưởng đến độ dài khai báo của bộ ký tự. CSS, JS và đường ống hình ảnh là mối quan tâm hồi đó, cũng như kết xuất (lại) các trang tiếp theo ứng dụng CSS và JS. Mặc dù vậy, tôi không thể tìm thấy thông tin này ở một nơi (bên ngoài các headtài liệu html) và sau khi tình cờ thấy câu hỏi này, có vẻ tốt để làm điều đó ở đây.
David Eldridge

Câu trả lời hay @DavidEldridge. Nhưng bạn có phiền cập nhật câu trả lời của bạn để bao gồm application/ld+jsoncác tập lệnh cho dữ liệu có cấu trúc không? Đối với mục đích tốc độ. Nơi nào tốt nhất để đặt nó? Chúng ta có nên coi nó như các JavaScripttập tin bên ngoài ?
Brendan Vogt

2

Từ quan điểm chức năng, những điều sau đây từ Bootstrap dường như là thứ tự tốt hơn của các thẻ meta:

    1) <meta charset="utf-8">
    2) <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
    3) <title></title>
    4) <meta name="description" content="">
    5) <meta name="viewport" content="width=device-width, initial-scale=1">

Theo những người ở Google, điều quan trọng đối với SEO là

  1. thân thiện với thiết bị di động
  2. tiêu đề và mô tả
  3. nội dung độc đáo và đáng giá

Nếu trang web của bạn không thân thiện với thiết bị di động, họ thậm chí không nhìn vào 2) hoặc 3). Nếu nó thân thiện với thiết bị di động, họ có thể sử dụng tiêu đề và mô tả khi họ liệt kê trang web của bạn. Không đảm bảo về điều đó. Họ có thể quyết định đưa ra mô tả của riêng họ dựa trên những gì họ tìm thấy trên trang web của bạn.

Nếu nội dung của bạn là đạo văn hoặc lặp đi lặp lại và nếu bạn cố nhét đầy từ khóa hoặc sử dụng các kỹ thuật 'BlackHat' khác, những điều đó sẽ làm tổn thương bạn và có thể cấm bạn.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.