Чи повинна домашня сторінка бути лише доменним іменем чи це може бути в папці?

Я працюю над проектом веб-сайту, і клієнт попросив (з міркувань зручності хостингу) новий веб-сайт розміститися у певній папці. Це означає, що всі сторінки будуть розміщені на веб-сайті www.domain.com/folder замість просто www.domain.com, і вони матимуть миттєве переадресацію на сторінці за замовчуванням для www.domain.com, яка перенаправить на www.domain. com / папка.

Мені цікаво з точки зору SEO, чи це хороша ідея?

Я вважаю, що мета-миттєве оновлення буде розглядатися як 301 (постійне) переспрямування важливими пошуковими системами, тому я припускаю, що www.domain.com та www.domain.com/folder будуть розглядатися як однакова сторінка, а також вважають ту ж сторінку і за популярністю посилань. Це правильно?

Чи є якісь аргументи (бажано, з якихось доказів, які я можу їм надати), які я можу використовувати, щоб сперечатися проти них, роблячи це?

Проблема, з якою ви стикаєтесь, - це двостороння:

• SEO-мудро : сторінки, найбільш близькі до кореня, пошукові системи, як правило, розглядаються як найважливіші. Для цього я настійно пропоную використовувати повне доменне ім’я (наприклад, www.domainname.com) як домашню сторінку. Якщо веб-сайт має багато підкаталогів, вони розміщуються на одному рівні за замовчуванням. Ви хочете звести кількість наступних каталогів до мінімуму. На додаток до цього: як стверджує Лесе: якщо ви хочете змінити папку в майбутньому, і всі мають посилання на www.domainname.com/folder замість www.domainname.com, вам потрібно створити 301 переспрямування для цих посилань, щоб зберегти сік ланки.
• Досвід користувачів : це на зразок тінистих, особливо для великих навчальних закладів, які відкриваються у папці. Ще в 2000 році це не буде проблемою, але, з очікуванням та досвідом поточного користувача, я настійно пропоную відкрити домашню сторінку в корені з точки зору користувача.

SEO-мудрий, тут насправді немає жодної проблеми. Багато сайтів налаштовано на використання не-wwwroot шляху в якості своєї домашньої сторінки. Однак використання URI нестандартної домашньої сторінки в майбутньому може мати наслідки, оскільки це URL-адреса, яка буде розміщена закладками відвідувачів. Якщо ви коли-небудь вирішите змінити архітектуру сайту, вам доведеться зберегти додаткову переадресацію для домашньої сторінки.

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

Існує також проблема метаоновлення повернення порожнього реферала з більшості браузерів, що ускладнить налаштування належної аналітики. Набагато краще просто скористатися правильним перенаправленням 301.

Більшість постачальників послуг, що надають спільний доступ до хостингу, дозволяють вам встановити Docroot на все, що завгодно, і переписати / перенаправити URL-адреси на стороні сервера. Якщо ваш клієнт не має доступу до цих функцій, вони, ймовірно, використовують нестандартний веб-хост. Було б краще усунути проблему і просто вибрати нового веб-хоста, а не шукати рішення цих ненормальних обмежень. В іншому випадку ваш клієнт, швидше за все, зіткнеться з більш серйозними проблемами в майбутньому, використовуючи сором’язливий веб-хост.

Інший аргумент (хоч і невеликий) полягає в тому, що якщо ви хочете запропонувати відкритий пошук на своєму сайті. Я виявив, що, наприклад, Chrome додає ваш сайт автоматично, якщо домашня сторінка не має підкаталога.

Apache має функцію mod_alias, яку, на мою думку, ви можете використати, щоб подолати цю проблему: -

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