Чи потрібно мати як example.com, так і www.example.com?


26

У мене був веб-сайт, на який можна було б звертатися example.comі www.example.comдо однієї сторінки, і до неї.

Тепер я перейшов на інший сервер і example.comпрацює лише .

Я отримав електронний лист від Googlebot, який скаржився, що він не може отримати доступ www.example.com.

Я знаю, що можу www.example.comзазначити example.com, але мені це дійсно потрібно? Чому б не тільки example.com?


3
Додавання запису url dns для веб-сайту має бути досить простим.
krobertson

Системні адміністратори, як правило, автоматично надають wwwсубдомен і пов'язують його з wwwпідкаталогом. Таким чином, користувачі можуть зберігати дані над цією папкою, не роблячи їх доступними через веб-сервер.

Просто тому, що www - це судома домену.com, тому розумно тримати його в живих
Мохамед Аніс Дахмані

Відповіді:


27

Важливість UX

Досвід користувачів, також відомий як UX, залишається одним з найважливіших факторів при управлінні та експлуатації веб-сайту. Користувацький досвід підвищує ваші конверсії, збільшує час, витрачений на сторінку та опосередковано покращує рейтинги завдяки збільшенню кількості бажаючих перейти на ваш веб-сайт.

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

Наявність веб-сайту, який недоступний обома способами, безумовно, зменшить досвід користувачів , а також втратить можливості SEO.

Важливість SEO

Google та багато інших основних пошукових систем винагороджують веб-сайти, які отримують якісні зворотні посилання , будь то посилання на блог, посилання на форум або навіть соціальна згадка, всі ці типові приклади - це якісні способи легкого збільшення вашого веб-сайту природним шляхом. Веб-сайт, який отримує посилання на, http://www.example.comале доступний лише для набору тексту http://example.com, не отримує від цього посилання жодної цінності SEO. Це пов’язано з тим, що Google передає лише кредит на посилання на сторінки та веб-сайти, доступні після того, як хтось хоче щось натиснути, щоб отримати "сервер не знайдено".


Частина 1 рішення ( DNS домену )

Слід продовжити, встановивши DNS свого домену для роботи з обома, www.example.comі example.comце можна дізнатися, змінивши ваші сервери імен на веб-сервер або вказавши AA / AAAA запис на домен і піддомен на www, використовуючи псевдонім імені . Ця процедура налаштування відрізняється від реєстратора до реєстратора.

Частина 2 рішення ( перенаправлення 301 )

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

Якщо ви використовуєте Apache2 в якості веб-сервера, то я рекомендую перевірити, які найбільш часто використовуються та основні переадресації htaccess Apache або у випадку, коли ви використовуєте IIS Windows Server II, тоді слід перевірити розширення для перезапису URL-адреси Microsoft .

Частина 3 рішення ( додаткові канонічні посилання )

Цього дня рекомендується використовувати канонічні посилання, щоб допомогти пошуковим системам створити сторінку, якщо сайт доступний і без wwwперенаправлення 301, цей крок є дуже необхідним, оскільки Google та інші боти можуть помилково проіндексувати вашу не бажану версію. Також канонічні посилання допомагають запобігати повторенню дублюючого вмісту, не пов’язаного з wwwтим, навіть без теми www чи не www, це корисно мати, оскільки у вас може бути доступний вміст на різних піддоріжках, не враховуючи піддомени.


1
Гарна відповідь. Я також додам, що користувачі, можливо, вже зробили закладку неправильної URL-адреси з іншої причини UX.
Річард Б

ДОБРЕ. Чи можете ви детальніше розглянути питання про переадресацію? Я прочитав, що можна додати запис "CNAME" до DNS, таким чином, щоб "www" було переспрямовано на "@" (що означає голий домен). Це хороший варіант для SEO?
Ерел Сегал-Халеві

2
Перенаправлення www на голий домен - прекрасне рішення SEO. Хоча це вимагає більше, ніж просто запис DNS. Також потрібна ваша конфігурація веб-сервера, щоб видати переспрямування 301.
Стівен Остерміллер

2
Варто підкреслити, що CNAMEзапис нічого не перенаправляє. Це перетворює одне ім'я в псевдонім іншого імені в DNS, тобто ці імена будуть вирішувати те саме (до того ж IP у випадку з A/ AAAAпошуку).
Хокан Ліндквіст


13

Вам дійсно потрібно www.вказати субдомен на ваш веб-сайт. Це особливо важливо для типу руху. Якщо ви скажете людині відвідати example.com, велика кількість з них додасть це. www. На мій досвід, це робить 40% або більше.

Я сам, як правило, люблю голі домени без субдомену під час створення веб-сайту. Я час від часу нехтував переадресацією www. Я майже завжди отримую скаргу від когось, що "ваш веб-сайт не працює", і це тому, що вони додають це. www. Це навіть той випадок, коли вже є якийсь інший подібний субдомен mytrip.example.com. Деякі люди наполягають і до них звертаються як www.mytrip.example.com.

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


7

Ви повинні зробити www.example.comпереспрямування на свій сайт? Зовсім. Якщо говорити від того, хто працює веб-розробником і має ступінь ІТ, якщо введення тексту www.example.com не потрапило на ваш сайт, моя перша думка не була б упустити www. Я б подумав: "О, сайт повинен бути запущений". Або я б подумав: "Я, мабуть, не довідався правильного доменного імені. Можливо, воно є exaample.com. Я погуглю його".

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

Моє запитання: чому зупинятися на переадресації www? Зробіть свій веб-сайт максимально захищеним від людини. Ваш веб-сервер повинен дозволяти переадресацію *.example.com. Зробити це. Потім, якщо користувач набере ww.example.comабо blog.example.comзамість нього example.com/blog, він все одно потрапить на ваш сайт. Це можна зробити, не порушуючи існуючих субдоменів. webmail.example.comвсе ще може працювати за призначенням.

Крім того, завдяки магії фільтрації IP можна зробити admin.example.comроботу над внутрішньою мережею. У вашій зовнішній мережі admin.example.comможна перенаправити на example.com.

Моя загальна думка: якщо ви знаєте, що у людей може бути або, мабуть, виникне проблема, чому б не вирішити її? І хоч ти це робиш, оскільки це не потребує більше роботи, чому б не вирішити всі пов'язані з цим проблеми?

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