Pull to refresh

Comments 12

У вас интернет-магазин, или какие то услуги, или агрегатор как авито или циан?

Проект предоставляет услуги вывоза и утилизации.

Ну всё верно, это услуги. Для ИМ региональность не покатит...

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

гео-зависимых высоко частотных вовсе нет, если мелкие НЧ, для них не думаю что нужны поддомены. Хорошие магазины в выдаче и так по всей России.

Поддоменны действительно в такой ситуации не будут нужны. Однако в целях конкуренции, можно использовать региональные НЧ - для новых или малопопулярных сайтов с малым рекламным бюджетом это актуально. В таких случаях часто используют вложенный подход.

Таким образом появился каталог /city-*, который полностью отражал все корневые маршруты. Так, например, страницы /city-spb и /city-spb/cleaning-service стали зеркалами главной страницы и страницы услуги чистки соответственно, однако уже использовали ключевые слова города Санкт-Петербург.

Не оч понял этот абзац, что значит стали зеркалами? Как этого достигли? Только директивами в robots? Они же рекомендация. Или как-то клеили зеркала?

Зачем эта строчка на поддоменах? Или у вас на каждом областном поддомене были еще страницы с городами из этой области?
Disallow: /gorod-*

Не оч понял этот абзац, что значит стали зеркалами? Как этого достигли? Только директивами в robots? Они же рекомендация. Или как-то клеили зеркала?

Под зеркалами я имел ввиду копии страниц с измененными региональными ключевыми словами. Создавали мы их с помощью компонентного фреймворка. Robots.txt не просто рекомендация, это пример для реализации, без него - все наши нововведения будут идти во вред.

Зачем эта строчка на поддоменах? Или у вас на каждом областном поддомене были еще страницы с городами из этой области?

На нашем проекте все поддомены ссылаются на один веб-сервер. Мы ввели подобный Robots.txt, чтобы не плодить много логики по отсечению региональных страниц на поддоменах. Такой подход сэкономил нам много времени и ресурсов.

с помощью компонентного фреймворка

Можно подробнее?

Да и странно что вы не публикуете сам ресурс. Что оценивать - не понятно.

Статья не содержит ссылку на проект из-за правила Хабре о рекламе. Как вы можете заметить, она из песочницы. Чуть позже я просмотрю похожие статьи, чтобы разобраться можно ли тут оставить ссылку на проект.

По поводу компонентного фреймворка

Не совсем понимаю как раскрыть эту тему так, чтобы не оторваться от статьи, однако попробую. Проект написан с использованием sveltekit, вы можете использовать любой другой удобный вам. Все страницы в этом фреймворке изначально компоненты с параметрами, в которые мы можем передать то что передал нам сервер.

Пример из проекта
Пример из проекта

В состав параметров data входят все данные для страницы, взятые из Strapi CMS, в их числе и региональный ключ, который страница используется для вставки в нужные Заголовки, мета-теги и так далее. Кроме того, мы парсим код региона. Достается он из формулы gorod-[city]. Делается это для подмены ссылок на странице и запроса региональной информации из той же CMS.

Надеюсь вы разобрались, в конце концов это детали разработки, а никак не сео-оптимизация.

Если у вас проект на каком то движке по типу Wordpress, Joomla или Evolution, возможно есть плагин, который реализует все это под капотом. Можете поискать по темам региональности или мультиязычности. Однако вряд ли вы найдете плагин, который реализует оба подхода одновременно.

Оставил ссылку на ресурс в конце статьи, можете изучить.

Sign up to leave a comment.

Articles