- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте, у нас есть интернет магазин на Wordpress (3000 товаров), в планах расширять его на регионы (около 40 городов). Есть 2 варианта, не можем определиться что лучше.
1. Делать сеть с помощью Мультисайта (на опыте не очень удобно, контент нужно добавлять на каждый сайт отдельно, также при добавлении тестового поддомена на Москву страницы стали вылетать из индекса как некачественные)
2. Использовать плагин WP Geotargeting, которые предполагает со слов авторов, что не будет мультисайта, будет одна консоль, но с динамическим контентом и также поддоменами. Этот вариант проще в плане управления контентом, но вот как будет на практике вопрос продвижения по регионам, нам непонятно.. будем рады за любые советы!
1. Будет работать хорошо, при условии добавления максимального количества контента (не только в контентное поле страницы, но и в хедер\футер\страницы контактов и о нас...)
2. Останется продвигаться только по геонезависимым запросам. Это сложнее, чем с присвоенным регионом у геозависимых.
1. Будет работать хорошо, при условии добавления максимального количества контента (не только в контентное поле страницы, но и в хедер\футер\страницы контактов и о нас...)
2. Останется продвигаться только по геонезависимым запросам. Это сложнее, чем с присвоенным регионом у геозависимых.
Мы делали с 1 вариантом, при этом меняли все топонимы на страницах и везде где можно, роботс свой был, карта тоже, регион в справочниках тоже, контакты и остальное все для нового города, но сразу страницы залезли в индекс и потом массово стали слетать, я еще грешу на проблемы с роботс, он у нас был один некоторое время.
А вот со вторым вариант, мы смотрели кейс, но там по поддоменам всем видимость нулевая, вот и возникли вопросы, получится ли вообще продвигать это дело.
Здравствуйте, у нас есть интернет магазин на Wordpress (3000 товаров), в планах расширять его на регионы (около 40 городов). Есть 2 варианта, не можем определиться что лучше.
1. Делать сеть с помощью Мультисайта (на опыте не очень удобно, контент нужно добавлять на каждый сайт отдельно, также при добавлении тестового поддомена на Москву страницы стали вылетать из индекса как некачественные)
2. Использовать плагин WP Geotargeting, которые предполагает со слов авторов, что не будет мультисайта, будет одна консоль, но с динамическим контентом и также поддоменами. Этот вариант проще в плане управления контентом, но вот как будет на практике вопрос продвижения по регионам, нам непонятно.. будем рады за любые советы!
я чот не понял.. в 1-м варианте поддомены для гео, во 2-м варианте поддомены для гео. В чем проблема? Не можете выбрать, что удобнее чтоль?
Технически, если и там, и там поддомены, то поисковику пофик, он не видит как вы это все в админках разруливаете
я чот не понял.. в 1-м варианте поддомены для гео, во 2-м варианте поддомены для гео. В чем проблема? Не можете выбрать, что удобнее чтоль?
Технически, если и там, и там поддомены, то поисковику пофик, он не видит как вы это все в админках разруливаете
Поясню,
1 вариант использование мультисайта на Wordpress и разворачивание городов на поддоменах. Этот вариант не удобен тем, что каждый сайт независимый и изменения вносить нужно на каждый сайт, т.е при добавлении товаров, нужно добавлять их на каждый сайт (а их 40 планируется), впринципе этот вариант нам кажется в плане продвижения уместным.
2 вариант нам предлагают ребята из WP targeting , суть в том, что будет всего одна консоль как на стандартном сайте Wordpress (не мультисайт), одна база и также каждый сайт на поддоменах, но дело в том, что здесь в зависимости от региона, топонимы, контакты будут меняться , т.е все номера, слова городов на страницах будут переменными, которые будут меняться в зависимости от региона. Здесь явные удобства в том, что одна база и при добавлении контента, автоматически на всех поддоменах будут изменения, но вот как к этому относятся поисковику (к динамическим переменным) мы не знаем. Изучив кейс с внедрением этой технологии, мы увидели что все поддомены имеют нулевую видимость в интернета, страницы в индексе есть да, но либо его не провигают просто, либо есть какие-то подводные камни в этой технологии.
Ну, тут смотрите по тому, как вы планируете наполнять все таки.
В идеале, конечно, это отдельные поддомены каждый со своим контентом, заточеным под свой регион. Но так редко делают из-за затратности.
Если же вы планируете везде делать одинаковый контент, отличающийся топонимами только, то 2-й вариант выбирайте, он проще в реализации
Ну, тут смотрите по тому, как вы планируете наполнять все таки.
В идеале, конечно, это отдельные поддомены каждый со своим контентом, заточеным под свой регион. Но так редко делают из-за затратности.
Если же вы планируете везде делать одинаковый контент, отличающийся топонимами только, то 2-й вариант выбирайте, он проще в реализации
Да, он проще, но мы не можем понять, насколько такие вещи заточены под продвижение, по сути основной домен тоже получит изменения, все упоминания города (Санкт-Петербург) будут заменены на переменные также, т.е в отличии от мультисайта где главный домен никак не страдает, здесь топонимы меняются и потерять позиции на основе тоже не хотелось бы..
ну, это уже вопрос реализации и кривизны рук прогеров...делайте внятное тз и пусть кодят так, чтоб ничто нигде ничего не потеряло..