ВОПРОС: Реализация геотаргета и смена URL ("мультисайт" без поддоменов) на Wordpress

а как мы будем папкам назначать регионы в яндексе ? )))) или у вас филиалы есть по всей стране и в справочник добавлены?

Меня интересует техническая сторона исполнения.

На том же ВП легко делается сеть сайтов хоть на поддоменах, хоть в подкаталогах.

Только.. всё это такой гемморой при неоднозначности определения юзера. Я имею и геотаргетинг вообще и в связке с мультисайтом и мультисайт для магазина и мультисайт для дублей.

Ну почему же гемморой? Т.е. вы считаете, что не имеет смысла внедрять геотаргет? А как же по-вашему охватить геозависимые запросы? Как я "курю" выдачу, то тот же Яндекс адекватно относится к такой структуре ссылок и одинаковом контенте (меняются только топонимы).

Потому что не просто. Не просто сделать чтобы ещё в урле менялось (ну во всяком случае я простых решений не знаю. Но зато знаю, что игры с ЧПУ могут быть чреваты)

К тому же гео-определялки - это нагрузка.

Смотря где, для чего и как.

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

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

С религиями типа "ключ в урле даёт 100500 бонусов в выдаче" - это в сеошные разделы, пож.

Я склоняюсь, чтобы сделать через мультиязычность (после нескольких наводок), только вместо определения и выбора языков таргет завязать. Как думаете, реально?

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

Ну для ИМ в какой-то части) С использованием Woocommerce это 100% и с выбором региона соответственно.

IP и впны само собой, но для этого предлагается выбрать свой регион самостоятельно в случае неверного ГЕО. А по умолчанию стоят топонимы головных контактов. (как вариант та же МСК по умолчанию или неверному определению ГЕО)

Так сайтостроительство и SEO во многом связаны. Особенно в нынешних реалиях. Но изначально, я пришёл за поиском тех.решения.

Gogetsky, покажите пример выдачи , а то у меня закрались сомнения что вы не понимаете как работает региональность у яндекса

---------- Добавлено 01.11.2018 в 00:57 ----------

я вот про это

Я о таком же подходе перманентно задумываюсь. В целом думаю, что реально, но сам не заморачивался, а решений не видел. Плюс видя "особенности" мультиязычности (особенно в сложных вещах - от ИМ и выше) мне кацца, что это наверняка не так просто и требует достаточно высокой квалификации в ВП (чтобы нормально, без костылей делать в см). Иначе почему же нет решений, как с мультиязычностью..

Грузить не будет. А вот управлять этим всем - да, будет весьма тяжко.

Так и микороэлектроника связана - ты же с электронного девайса пишешь :)

Но да, ты пришел за решением. Однако не зная/не понимая - а надо ли оно вообще (я имею ввиду топонимы ойконимы в урле). Целесообразно ли. А сперва нужно было этот вопрос решить. И этот вопрос для сеошных разделов сёрча.

не понятно при чем тут мультисайт? город в урле это просто еще одна гет переменная... сложность что придется "влезать" в правила CMS, но думаю все возможно... плагины мультиязыка ведь вставляют свои переменные в урл, значит есть механизм управления через АПИ вордпресс.

Да всё я понимаю) Региональность региональности рознь) В данном случае меня интересует отображение URL /moskva/produkt-001/ при запросе "продукт купить в москве" и URL /kazan/produkt-001/ при запросе "продукт купить в казани" при условии, что контент страниц будет отличаться только топонимами.

Для Казани

http://prntscr.com/ld26zq

Для МСК

http://prntscr.com/ld27in

Да нет, я всё уже решил и прекрасно понимаю для чего)