Що стосується SEO, яка різниця між URL-адресою та без косої риски?


10

Що стосується SEO, яка різниця між:

http://example.com/some-stuff/

і

http://example.com/some-stuff

Я не міг знайти нічого корисного щодо цієї концепції, ви можете це пояснити?



1
@dasickle Це питання не стосується SEO, це питання.
— дан

@dasickle - це не те саме питання, це лише домени. Кращою відповідністю було б Чому
— НезадоволенняGoat

Відповіді:


11

Ще в ті дні, котрий косої риски запропонував "це каталог", всупереч "це файл". Браузери реагуватимуть трохи швидше - або, принаймні, саме так мені сказали - коли їм побічно сказали "шукати файл під назвою індекс ...". Сьогодні ця косою рисою поруч є застаріла.

Сьогодні вважається хорошою практикою завжди або ніколи не мати цього останнього нахилу - інакше це може вважатися повторюваним вмістом.

Але наскільки я знаю, жодна теорія не впливає на SEO.

Оновлення: для чого варто, я щойно перевірив сторінки підтримки інструментів для веб-майстрів google щодо дублікату вмісту, і, дійсно, у них є наступна рекомендація, що стосується також проблеми з наступною косою рисою:

Будьте послідовними: намагайтеся підтримувати внутрішнє посилання. Наприклад, не посилайтеся на http://www.example.com/page/ та http://www.example.com/page та http://www.example.com/page/index.htm .


1
Косою косою рисою все ще вказує на каталог. Це не змінилося і далеко не застаріло. Це все ще назва шляху, за якою йдуть комп'ютери в Інтернеті. Лише в адресному рядку ви помітите зміни, якщо сервер встановлений для цього.
— Роб

Дякую за коментар. Звичайно - ви маєте рацію - косою косою рискою вказується каталог, і в цьому сенсі це далеко не застаріло - і, мабуть, завжди буде… Я просто замислювався на «назад у часи», коли виходив з цього останнього косого риса може призвести до сильна втрата швидкості візуалізації. Щодо швидкості візуалізації, ви більше НЕ ХОТИ використовувати кінцеву косу рису.
— tillinberlin

Це теж не зовсім вірно. Якщо сервер не налаштований таким чином, вимикання останньої косої риски отримає вам каталог, а не файл, і для отримання сторінки вам знадобиться два вибори.
— Роб

Ну гаразд - і якщо сервер не налаштований «належним чином», навіть косою косою рискою не допоможе - і сервер ви б перерахував каталог замість обслуговування «індексу…»
— доinberlin

5

За даними Google , вони розглядатимуть URL-адреси з та без трейлінгу /як різні документи:

Історично для URL-адрес із косою косою рисою зазвичай вказується каталог, а URL-адреси без косої косої риси позначають файл:

http://example.com/foo/ (з косою косою рисою, як правило, каталог)

http://example.com/foo (без кінцевої косої риски, як правило, файл)

Але їм, звичайно, не доведеться. Google розглядає кожну вищезазначену URL-адресу окремо (і однаково), незалежно від того, чи це файл чи каталог, чи він містить кінець косої риски або він не містить треш.

Різний вміст у / та ні- / URL-адресах добре для Google, часто менш ідеальний для користувачів

Наголос - це не моє Google.

Тепер сервери можуть технічно обробляти ці URL-адреси по-різному, але рекомендується, щоб усі вони були рівнозначними. Google, схоже, також дотримується цієї поради.

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

Якщо ви дотримуєтесь зауважень різних службовців Google щодо SEO та SERP, ви знайдете загальну тему:

Google робить все можливе для покращення роботи користувачів.

Таким чином, для SEO, ви повинні канонізувати свої URL-адреси, щоб забезпечити послідовну роботу користувачів.


Зауважимо, що прохід, цитований з RFC 3986, стосується лише порожніх шляхів. Тож неправильно вказати "[…] URL-адреса без та без трейлінгу /однакова".
— unor

Я оновив свою відповідь, щоб бути більш точним. Функціонально вони поводяться однаково на більшості веб-серверів, з якими я стикаюся.
— jeffatrackaid

Я не мав на увазі "той самий" проти "еквівалент"; це те, що цей уривок RFC стосується лише URL-адрес із порожніми шляхами. Таким чином, URL http://example.com/foo/є НЕ еквівалентний http://example.com/foo, але http://example.com/це еквівалентно http://example.com.
— unor

Дякую за уточнення .... Я видалив посилання RFC, оскільки це не надто актуально.
— jeffatrackaid

2

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

Він не має жодного сенсу та цінності для SEO. (Незважаючи на те, що можливість витягнути індексну сторінку цього каталогу за двома URL-адресами, це може призвести до повторення вмісту, що має значення для SEO).


1

Коли я вибираю між використанням косої косої риски чи ні, то більшість часу жодна косою косою рисою не виглядає більш чистою. Однак я зіткнувся з одним цікавим випадком, коли наявність останньої косої риски може допомогти в оптимізації пошукових систем (SEO). Саме тому у вашому документі є те, що, схоже, є розширенням файлу, яке не є .html. Це стає проблемою для сайтів, які рейтингові веб-сайти. Вони можуть вибрати між цими двома URL-адресами:

  • http://mysite.example.com/rated.example.com
  • http://mysite.example.com/rated.example.com/

У такому випадку я вибрав би той, який є косою косою рисою . Це тому, що.com розширення є розширенням для виконавчих командних файлів Windows. Пошукові системи та вірусні перевірки часто не люблять URL-адреси, які, можливо, містять зловмисне програмне забезпечення, розповсюджене за допомогою таких механізмів. Начертання косої риси ніби пом'якшує будь-які проблеми, що дозволяє цій сторінці займати рейтинг у пошукових системах та отримувати вірусні перевірки.

Якщо у вашій URL-адресі немає .файлової частини, то я рекомендую опустити проділ для останнього для простоти.


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