Порядок метатегів HTML


16

SEO компанії запропонував змінити порядок наших мета - тегів HTML так , що <title>і <meta name="description">перші два. Кажуть, це для того, щоб пошукові системи могли використовувати ці два теги. У мене склалося враження, що порядок тегів всередині голови документа не має значного значення. Я помилявся? Чи є на самому ділі пошукових систем , які передбачають , що перші дві мітки завжди titleі descriptionі відмовитися від їх шукати , якщо вони не є?


Відповіді:


15

Ви праві. Порядок цих тегів не має значення для SEO. Вони просто повинні бути присутніми. Хто сказав, що це, очевидно, безглуздо (і, звичайно, веде SEO-бізнес. Зітхніть).


Чи можете ви надати джерело чи тематичне дослідження?
s_hewitt

3
Просто думка, заснована на досвіді. Ось дискусія SearchEngineWatch по темі - замовлення не має значення: forums.searchenginewatch.com/showthread.php?t=16452
Ciaran

7

Незважаючи на те, що для цілей SEO може бути правдою, що порядок не є значним, але це неправда, якщо врахувати інші речі, такі як безпека, відображення вмісту (символів) або швидкість завантаження. Корисно замовити заголовок сторінки приблизно таким чином (припускаючи HTML5 для синтаксису):

<head>

Поки в документі ви не повинні були використовувати жодні символи, що не належать до ASCII, тому кодування символів ще не є проблемою. Але ймовірність використання символів, що не належать до ASCII, помітно зростає, коли ви відкриєте тег заголовка. Відповідно (і якщо припустити, що кодування символів ви не декларуєте програмно або на рівні сервера), вам слід зробити наступне твердження вашою декларацією кодування символів. Це також задовольняє парсери / браузери / агенти, які б нюхали для операторів кодування символів:

  <meta charset="utf-8">

Наступні два ( X-UA-Compatibleі viewport) рекомендовані людьми в Bootstrap (останнім часом v3.3.4). Хоча я майже впевнений, що ці рекомендації базуються на ефективності, більшість того, що я б сказав, було б спекулятивним:

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

Якщо ви думаєте про розробку / розробку агресивних пристроїв (включаючи більш дрібні користувальницькі агенти), вам слід включити наступне:

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

Нарешті, назва:

  <title>Ingenious Page Title</title>

Далі ви пропонуєте CSS як можна швидше після заголовка (між ними немає «денного світла»):

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

Якщо ви використовуєте стилі на рівні сторінки, вони перейдуть сюди. Це багато в чому пояснюється "каскадним" характером CSS: а саме останнім стилем оголошення однакових рівнів специфічності (наприклад, два твердження, націлені на абзац p). Щоб полегшити переосмислення зовнішніх стилів (тобто, не використовуючи більшої специфіки, або !important), слід розмістити стилі на рівні сторінки після зовнішніх стилів <link>. Також, як правило, недоцільно використовувати директиву @import у стилях рівня сторінки, оскільки це перешкоджатиме одночасному завантаженню інших ресурсів стилю:

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

Це пункт, де видається найбільш доцільним розмістити метатеги, фавікони та інші суворі речі. Можна сперечатися, що фавікони або подібні активи (наприклад, зображення додатків для iOS) завантажуватимуться перед більшістю метатегів, оскільки завантаження цих активів розпочнеться незначно раніше.

  <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">

Оскільки це блокує / затримує візуалізацію, якщо ви плануєте вимагати сценарії, завантажте їх якнайшвидше. Якщо вони повинні бути в head, ви можете завантажити їх до закриття head( </head>). Якщо ви можете завантажити їх пізніше, поставте їх перед закриттям bodyтегу ( </body>).

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

У більшості випадків неважливо приділяти багато уваги порядку метатегів для цілей SEO, враховуючи, що боти для індексації (тобто павуки пошукових систем) збирають всю сторінку. В іншому випадку, як би вони індексували вміст сторінки або оновлювали цей індекс пізніше?

Мені примітно, що при всьому, що ми думаємо, що ми знаємо, і за всіма рекомендаціями, які ми знаходимо в Інтернеті (навіть з таких місць, як Google і Bing Інструменти для веб-майстрів тощо), таких сайтах, як Amazon, Google та інші люди, які явно хвилюються. щодо таких мізерних показників підвищення продуктивності не дотримуйтесь цих правил.


Хоча X-UA-Compatible, viewportі сенсорні піктограми Apple були ще (відносно) новими у 2010 році, всі вони використовувались. HTML5 вплинув лише на довжину декларації діаграми. CSS, JS та конвеєр зображень викликали занепокоєння ще тоді, а також (повторне) надання сторінок після застосування CSS та JS. Незважаючи на це, я не зміг знайти цю інформацію в одному місці (за межами heads html-документів), і, наткнувшись на це запитання, здавалося б, добре це зробити тут.
Девід Елдрідж

Гарна відповідь @DavidEldridge. Але чи не заперечуєте ви оновити свою відповідь, щоб включити application/ld+jsonскрипти для структурованих даних? Для швидкісних цілей. Куди було б найкраще його поставити? Чи слід ставитися до цього як до зовнішніх JavaScriptфайлів?
Брендан Фогт

2

З точки зору функціональності наступне з Bootstrap здається кращим порядком метатегів:

    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">

За словами людей у ​​Google, для SEO важливо

  1. бути мобільним
  2. назва та опис
  3. унікальний та гідний зміст

Якщо ваш сайт не є зручним для мобільних пристроїв, вони навіть не переглядають 2) або 3). Якщо це зручно для мобільних пристроїв, вони можуть використовувати назву та опис, коли вони перераховують ваш сайт. Ніяких гарантій на це. Вони можуть вирішити скласти власний опис, виходячи з того, що вони знайдуть на вашому сайті.

Якщо ваш вміст плагіатний або повторюваний, і якщо ви намагаєтеся наповнити його повними ключовими словами або використовувати інші методи "BlackHat", ці речі зашкодять вам і, можливо, заборонять вам.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.