URL-пути и их влияние на SEO


11

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

Не имеет смысла использовать пути URL, такие как / gallery / photo, так как некоторые фотографии могут появляться в нескольких галереях (и дублирование контента плохо); поэтому текущая логика должна иметь единую глубину на сайте (/ photo1, / photo2, / photo3, / gallery1 и т. д.).

Повлияет ли это на SEO при увеличении количества страниц с одной глубиной? Лучше ли поисковым системам в целом видеть более RESTful-интерфейс (/ galleries / gallery, / photos / photo1 и т. Д.) Или лучше? справиться с этим?

PS: фотографии будут иметь собственную целевую страницу с глубоким текстовым содержанием (как и галереи).


Я читал это несколько раз, и мне все еще неясно ... ты как бы потерял меня на "уровне".
Тим Пост

Это должно быть легче для чтения.
Metalshark

1
Не дубликат, но этот вопрос имеет хорошую дополнительную информацию. Webmasters.stackexchange.com/questions/162/…
HoLyVieR

Ответы:


6

Нет, это не должно иметь значения, если у вас есть тысячи страниц на одном и том же «уровне». Я видел сайты, у которых весь их контент находится на корневом уровне, потому что они находятся под впечатлением, что это имеет большое значение для SEO. (Между прочим, сайты хорошо ранжируются, но я не думаю, что отсутствие организации имеет какое-либо отношение к этому.)

Я думаю, что структура, которую вы предлагаете, хороша, если я правильно ее понимаю:

  • Набор страниц категорий на /galleries/rabbits
  • Все целевые страницы изображений отображаются в одной папке, например /photos/bunny1

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

В приведенном выше примере «bunny1» может относиться к категориям «кролики» и «пушистые», но основной категорией будут «кролики». Вы могли бы тогда иметь эту структуру:

  • Страницы категорий /gallery/rabbits/и /gallery/fluffy/, оба показывают изображение "bunny1".
  • Страница изображения /gallery/rabbits/bunny1

1
Использование слов «галерея» и «фотографии» отвлекает вас от других ключевых слов в вашем примере или они полезны для передачи информации поисковому роботу?
Metalshark

Нет, не должно быть никаких проблем с этими словами - на самом деле это может быть весьма полезно, так как многие пользователи будут включать «фото» или «изображение» в свои поисковые термины. Просто делайте то, что кажется наиболее логичным и полезным для пользователей.
Рассерженная шлюха

2

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


Использование канонических URL-адресов для дублирующих адресов в сочетании с ответом DisgruntledGoat может быть лучшим из обоих миров. Таким образом, будут / gallery / rabbits / bunny1, / gallery / fluffy / bunny1 и / photos / bunny1, причем URL галереи будут каноническими.
Metalshark

@Metalshark: я бы постарался избежать дублирования контента, если это возможно. В своем ответе я имел в виду, что если у вас есть основная категория «кролики», то URL всегда будет «/ gallery / rabbits / bunny1», и этот URL будет связан с другими категориями. "/ gallery / fluffy / bunny1" не должно существовать.
Рассерженная шлюха

Пропущено слово «не» в «так что у вас нет ... с тем же изображением на них». Оказалось, довольно важно перечитать твой ответ.
Metalshark
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.