- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Антоний, спасибо за ответ, очередной раз помогаете советом.
Пожалуйста.
Если есть еще один из факторов ранжирования - отдаленность от главной, то самые конкурентные прилеплю сайт\услуга, если поисковикам уже пофиг на уровень вложенности, то наверное корректней десяток услуг засунуть в сайт\услуги\услуга1. Т.е. тут интересует не столько удобство пользователей, им наверное будет комфортнее когда все по полочкам и разделам или совсем не будет иметь значение, тут именно технический момент такого фактора ранжирования, как отдаленность от главной
Как такого заметного фактора ранжирования - удалённость от Главной нет. Т.е. при прочих равных поисковая система не отдаёт приоритет ранжирования странице вида site.ru/usluga.html по сравнению со страницей site.ru/uslugi/usluga.html. Приоритет в ранжировании складывается по совокупности факторов, и у вебмастера действительно есть возможность на это повлиять через фактическое содержание (текстовую плотность), ссылочное цитирование (анкорное ранжирование), поведенческие сигналы. Т.е. это можно условно представить так - какая страница книги более важная, та которая ближе к началу, к середине или к концу? Очевидно, что не стоит делать таких различий.
Однако практическим путём было замечено, что когда мы имеем дело с сайтом большой вложенности и сайт не добирает рабочих сигналов (это важное условие), то документы и разделы более глубокого УВ действительно могут индексироваться и попадать в навигационные цепочки поисковых сниппетов в заметной задержкой. Так что в контексте очерёдности индексации и образования поисковых клаcтеров это всё-таки надо учитывать и не создавать избыточных вложенностей, когда URL таксономию можно распределить более рационально.
Поэтому вложенностей бояться не надо, но когда она не оправдана, то создавать длинные URL последовательности тоже не стоит.
Дмитрий1231 #:
то наверное корректней десяток услуг засунуть в сайт\услуги\услуга1. Т.е. тут интересует не столько удобство пользователей, ..., как отдаленность от главной
Лучше удобство пользователей
Не существенная вложенность ( отдаленность от главной).
Стройте структуру сайта "дерево" и соответствующие быстрые ссылки сайта
Антоний Казанский,
А можно к Вам за советом. Есть цифровой магазинчик, в котором добавила несколько вариантов редактирования товара и пришлось давать ссылку на сторонний сервис. Это как то отразится в ранжировании?
А можно к Вам за советом.
Конечно 😉
Есть цифровой магазинчик, в котором добавила несколько вариантов редактирования товара и пришлось давать ссылку на сторонний сервис. Это как то отразится в ранжировании?
Хуже точно не будет. Ставить ссылки - это нормально. Ед-но, не нужно делать это массово (т.е. проставлять ссылки, ради ссылок).
Если в данной логике у вас будет необходимость проставить ссылки для всех товаров, то лучше оформить ссылки через JavaScript.
Всем привет. Вопрос опять по структуре.
Плохо или безразлично, если структура в урлах не совпадает с структурой в меню на сайте?
Пример - на сайте есть сквозное меню услуги, где выведена услуга1. И есть раздел статьи, где выведено сто статей. Пишется новая статья, которая по смыслу подходит в кластер услуги1. Но я не хочу ее видеть в меню и предпочел бы положить в раздел статьи. Вопрос - как правильнее построить урл? Сайт-услуги-услуга1-нужная статья. Или сайт-статьи-нужная услуга.
По смыслу она входит в услугу1, но размещаться в меню услуг не будет, будет в разделе статьи с пагинацией.
Интересует как правильно делать в целом, а не по одной статье. Т.к. пример не единичный и таких спорных статей много.
Плохо или безразлично, если структура в урлах не совпадает с структурой в меню на сайте?
Смотрите. Здесь важно разобраться в базовых вещах.
Структура - это организация частей целого. Структура не нарушается тогда, когда не возникает логических противоречий в связах частей её образующих.
Меню - это объект вывода данных. Оно (меню) может быть полным, может быть неполным и дополняться вспомогательными меню.
Меню не обязывает вас выводить все элементы структуры, следовательно, если вы через меню выводите только часть данных, то это вполне допустимо.
Но если в URL-ах в одном случае вы используете один принцип адресации, а в другом случае (в меню) - другой, то здесь могут возникать проблемы, потому что вы создаете разные ветви URL адресации. Здесь могут быть и дубли, и циклические ссылки, надо разбираться на конкретном примере, а не на примерных описаниях.
Плохо или безразлично, если структура в урлах не совпадает с структурой в меню на сайте?
Здравствуйте. Я опять с вопросами.
1. Стоит на коммерческом сайте развивать информационные запросы? Трафик с них будет больше, чем коммерческий. Тема услуг в другой стране. Информационка - достопримечательности, города и прочее в другой стране. Профит - заходят русские граждане той страны, выхлоп минимальный, но есть. Но опасаюсь, что такая информационка повлияет на коммерцию и стоит делать информационник отдельным сайтом. Или нет такого и зря переживаю?
2. Не могу нормально кластеризировать юр услугу (ликвидация фирм). В топе куча агрегаторов. Из коммерческих - кто то в одной странице все продвигает, кто то разбивает тему на 50 разных страниц, кто то на 10. Вордкипер, кейсо, топвизор, арсенки, автоматического много перепробовал, все по разному криво выходит. Руками тоже так себе выходит. Подскажите как подойти к этой проблеме. Или может какой хороший кластеризатор есть, ключей 1-1.5к
3. Стоит ли на основном сайте делать раздел новостей? Это событийные страницы, которые становятся мертвыми через неделю трафика. Много безтрафиковых страниц это плохо. Лучше отдельный домен под новости или как то можно оформить на основном, чтобы мертвые страницы не влияли на весь сайт?
1. Стоит на коммерческом сайте развивать информационные запросы?
3. Стоит ли на основном сайте делать раздел новостей?