Відповіді:
Хоча його непогана порада від компанії SEO, я вважаю її трохи неповною, є тег, який ви можете використовувати на своїх сторінках, щоб уникнути дублікатів, що потрапляють в індекс пошукових систем, таких як Google.
Кращі поради
Кращою порадою від компанії SEO було б переконатися, що ваше використання Rel Canonical на своїх сторінках, щоб жодна сторінка ніколи не опинилася в індексі пошукових систем, таких як Google, як дублікат, перенаправлення з IP> Домен слід розглядати як досвід користувача атрибути, а не точки зору SEO в цей день і вік, оскільки при правильному використанні сторінок Canonical неможливо мати дублікати в будь-яких індексах.
Немає шкоди в 'NOT'перенаправлення IP-адреси до домену (якщо HTTP_HOST не встановлено)
Особисто я не переймаюся і фактично вважаю плюсом "НЕ" переадресацію IP на Домен, оскільки якщо сервер DNS не працює на кінцевому користувачі (не ваш DNS, їх провайдер), вони все ще можуть отримати доступ до вашого сайту за допомогою IP (Так це невеликий відсоток, і тих, хто має розум на ІТ, буде невелика кількість, але якщо їхня шкода не матиме доступ до вашого веб-сайту через IP, що таке ШАРМ? немає ...)
rel = "канонічний" допомагає більше способів, ніж один
Також переваги використання Canonical поширюються далі, ніж лише питання IP-адреси, оскільки вони запобігають дублікатам набагато різними способами, запобігають дублікатам без www, несефільним URL-адресам, коротким URL-адресам та багато іншого.
Використовуючи тег дуже прямо вперед, ви повідомляєте Google та інші пошукові системи на головну сторінку вашого сайту ... Тож скажімо, що у вас є сторінка, доступна цими 8 способами:
http://yourdomain.com/
http://yourdomain.com/index.php
http://www.yourdomain.com/
http://www.yourdomain.com/index.php
http://54.1.1.163/
http://54.1.1.163/index.php
http://another-domain-on-same-hosting-account/~2nd-domain-name/
http://another-domain-on-same-hosting-account/~2nd-domain-name/index.php
Використання <link rel="canonical" href="http://www.yourdomain.com" />в <head> </head>розділі ваших сторінок www.yourdomain.comзавжди буде розглядатись як майстер в очах пошукових систем, тобто всі доступні URL-адреси ніколи не зашкодять вашому SEO, а тому, що малоймовірно, що коли-небудь люди знайдуть ці URL-адреси, оскільки вони не будуть бути переліченим у будь-яких пошукових системах. Це також допомагає витікання соку, незважаючи на проблему копіювання вмісту.
Канонічні повинні бути різними на кожній сторінці
Зверніть увагу, що цей тег META не є глобальним набором, і вам потрібно налаштувати його по-різному на кожній сторінці, наприклад, якщо у вас є root, плюс page1 та page2, то він виглядатиме так:
<link rel="canonical" href="http://www.yourdomain.com/" /><link rel="canonical" href="http://www.yourdomain.com/page1/" /><link rel="canonical" href="http://www.yourdomain.com/page2/" />Канонічні плагіни для різних двигунів CMS
Якщо ви користуєтеся системою управління вмістом, то цей процес спрощується, оскільки існує більша ймовірність, що хтось створив плагін / розширення, яке зробить роботу за вас (наприклад, WordPress, Drupal та Joomla багато).
Детальніше про Canonical
Рекомендую прочитати більше про rel = "canonical":
Це гарна ідея, і це, звичайно, не принесе шкоди. Що трапляється, що іноді знаходяться посилання з IP-адресою замість домену.
Це призводить до пошуку вмісту з двома різними адресами, і навіть якщо він з'ясує, що це той самий сайт, Google не буде знати, який саме використовувати. Ви можете вирішити це за допомогою канонічних тегів на своїх веб-сторінках. У гіршому випадку це виглядатиме як дублюючий вміст, хоча асоціацію робити неважливо.
Найголовніше, що в результатах пошуку завжди відображатиметься доменне ім’я, оскільки Google використовує перенаправлену адресу для постійного переадресації. Це буде краще виглядати в результатах пошуку.
Особисто я б довіряв більше результату пошуку з доменним іменем, ніж IP як URL, просто тому, що останній виглядає непрофесійним або незавершеним.
Якщо ваш веб-сайт відображається за вашою IP-адресою, а також ім'ям веб-сайту, він встановлюється як хост за замовчуванням на вашому веб-сервері. Я не рекомендую використовувати хост за замовчуванням для обслуговування вашого веб-сайту. Як пропонує ваша компанія SEO, ви повинні перенаправити хост за замовчуванням на свій веб-сайт і слугувати своєму веб-сайту як "віртуальний хост".
Ось приклад того, що може піти не так, коли ви розміщуєте свій сайт як основний хост: Мій веб-сайт приймає все, що знаходиться на веб-сайті www.domain.com . Для вас рішення те саме: змініть конфігурацію веб-сервера, щоб встановити ваш сайт як віртуальний хост, а не хост за замовчуванням. Таким чином ви могли вибрати, що робити з хостом за замовчуванням. Наприклад, ви можете перенаправити всі ці запити на свій веб-сайт, або ви можете показати повідомлення про помилку.