URL-шляхи та їх вплив на SEO


11

Ми розробляємо веб-сайт, на якому буде два типи контенту: галереї та фотографії.

Мало сенсу використовувати шляхи URL-адреси на зразок / галерея / фото, оскільки деякі фотографії можуть з’являтися у більш ніж одній галереї (а дублювання вмісту погано); тому поточна логіка полягає в тому, щоб мати єдину глибину на сайті (/ фото1, / фото2, / фото3, / галерея1 тощо).

Чи вплине це на SEO, оскільки кількість одиничних сторінок глибини збільшуватиметься? Чи краще пошуковим системам взагалі бачити більш РЕСТЕВНІЙ інтерфейс (/ галереї / галерея, / фотографії / фото1 тощо) ?, чи є кращий спосіб впоратися з цим?

PS: Фотографії матимуть власну цільову сторінку з глибоким текстовим вмістом (як і галереї).


Я читав це кілька разів, і мені все одно незрозуміло. Ви начебто втратили мене на "ярусі".
Tim Post

Це має бути легше читати.
Metalshark

1
Не дублікат, але це питання має гарну додаткову інформацію webmasters.stackexchange.com/questions/162/…
HoLyVieR

Відповіді:


6

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

Я вважаю, що структура, яку ви пропонуєте, хороша, якщо я правильно її маю:

  • Набір сторінок категорій на /galleries/rabbits
  • Усі цільові сторінки зображень, схожі на одну папку /photos/bunny1

Хорошою альтернативою було б мати основну категорію разом з іншими категоріями / тегами. Ви отримуєте додаткову перевагу додаткового ключового слова в URL-адресі, а користувачам може бути простіше зрозуміти структуру сайту.

З вищенаведеним прикладом "зайчик1" може бути під категоріями "кролики" та "пухнасті", але основна категорія буде "кролики". Тоді у вас може бути така структура:

  • Сторінки категорій /gallery/rabbits/та /gallery/fluffy/, обидва показують зображення "bunny1".
  • Зображення сторінки /gallery/rabbits/bunny1

1
Чи відмежують використання слів "галерея" та "фотографії" від інших ключових слів у вашому прикладі чи вони корисні для передачі інформації сканеру пошукової системи?
Metalshark

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

2

URL-адреси - це URL-адреси - не важливо, як вони структуровані для пошукових систем. Головний елемент, над яким я рекомендую працювати, - це переконатися, що ваші зображення (та сторінки, на яких вони перебувають) максимально схожі на одну URL-адресу, щоб у вас не було / gallery1 / image124 та / gallery3 / image124 з однаковим зображенням на них. Залежно від того, як ви створюєте свій сайт, це може бути важким, тому, принаймні, я б рекомендував попрацювати, щоб мати один вибраний для них URL-адресу та використовувати щось на зразок елемента rel = canonical link для вказівки на нього ( http: // googlewebmastercentral .blogspot.com / 2009/02 / вказати-your-canonical.html ).


Використання канонічних URL-адрес для повторюваних адрес у поєднанні з відповіддю DisgruntledGoat може бути найкращим з обох країн. Отже, там буде / галерея / кролики / зайчик1, / галерея / пухнасті / зайчик1 та / фотографії / зайчик1, URL-адреси галереї є канонічними.
Metalshark

@Metalshark: Я б спробував у першу чергу уникати дублюючого вмісту, якщо це можливо. У своїй відповіді я мав на увазі, якщо у вас є основна категорія "кролики", URL-адреса завжди буде "/ галерея / кролики / зайчик1", а ця URL-адреса пов'язана з іншими категоріями. "/ галерея / пухнаста / зайчик1" не повинна існувати.
НезадоволенеЗаключення

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