И никто в здравом уме не использует их базы без возможности указать настоящий город. Именно поэтому у вас любой сайт при входе спрашивает "Вы из Анадырь, все верно? Ок / Сменить город".
А если можно сменить Анадырь на соседнюю деревню, то ничего не мешает сменить Анадырь на Москву. Никто не скажет "Эй, чувак, мы могли ошибиться конечно, но я тут посчитал, там 9 тыс. км, кажется ты нас обманываешь, вот тебе выдача для Урюпинска".
То есть ваш кейс сводится к куче разных прокси, не важно где географически находящихся, с указанием региональности в запросах явным (и возможно аккаунты).
это одно из наиболее распространённых решений, на него ориентируется большинство контрагентов и субподрядчиков. т.е. погрешность всех устраивает. для сео достаточно данных из поисковиков. в сложных случаях руками отработаем, из практики их не так много.
на данном этапе всё автоматизировано донельзя. но сейчас работать с фермами и региональными операторами даже почти полностью на скриптах стало сложно. слишком много времени и других ресурсов уходит на организационные моменты. да и по финансам тоже не сильно радостно.
вы хотите обманывать геолокацию по ip и спутнику, определение таймзоны, пинга и т.д. и т.п.
мы не хотим обманывать геолокацию. это было предложение одного из участников диалога. нам нужны региональные ip-адреса напрямую от оператора, без прокси/впн в конкретном населённом пункте.
Чисто в теории можно было бы поржать, взять /22 сетку, напилить в базе RIPE на каждый /32 адрес свой контакт и свою организацию, с адресом в разных городах, а потом запульнуть все это в MaxMind мол обновите инфу. только вот сомневаюсь что они будут это в базу вбивать. агрегируют скорее всего. а поисковики вообще непонятно какие базы юзают