Тогда делайте полную копию базы данных пунктов выдачи/базу данных всех населенных пунктов. Упомянутая компания работает более чем в 500 населенных пунктах РФ, насколько знаю. Вариативность использования шаблонного текста и вручную написанного текста сделать легко. Причем шаблон можно использовать не динамически, так что при выводе никакой вариативности не будет.
Шаблонные тексты можно не "скармливать" ПС. Но, повторяю, адреса у страниц таких населенных пунктов тоже должны быть уникальными. При необходимости формат их адресов можно сделать отличным от формата адресов страниц с уникальными текстами. Либо для разных типов страниц можно вариативно выводить теги/HTTP-заголовки, предназначенные для ботов ПС.
Адресная строка - по-прежнему один из основных источников информации для поисковых систем (через распространение ссылок пользователями).
Разумный вопрос. Нужно продублировать базу данных пунктов выдачи (и поддерживать ее в актуальном состоянии). Она же будет использоваться для формирования соответствующих страниц на вашем сайте. Или хотя бы составить базу данных населенных пунктов, в которых вы осуществляете продажи (а уже со страниц населенных пунктов выполнять обращения к стороннему API).
Я ж говорю: "кто-то отстал от жизни". Иначе бы вы сразу увидели комплексное решение.
Естественно, я не опровергаю и ваши советы. А то автор сейчас действительно начнет "клепать" статические страницы (html-файлы) 😀
Автор и про изменение адреса на JS спрашивал. Читай внимательнее (концовка первого сообщения). Задача решается комплексно. А вы на вторую половину решения "наплевали".
Из ничего ругань на три страницы развели 😦
Ссылка на History API - это верно. Хорошая практика заключается в том, чтобы при любом "существенном" изменении содержимого на JS менять адрес динамически. Но это должно подкрепляться и выводом соответствующего содержимого при независимом запросе по этому адресу.
webinfo, вообще странно по нынешним меркам наблюдать, как информацию по History API называют "бессмысленной галиматьей". Сразу возникает ощущение, что кто-то "отстал от жизни" 😉
У каждого типа свое основное назначение.
1) для base или когда явно нужно указать относительные (и нет base). Актуальность в использовании относительных сейчас мала, но они по-прежнему часто используются, как наследие прошлого (и часто создают проблемы).
2) основной тип для шаблонов и т.п.
3) редко используется; в основном когда нет переадресации на адреса со схемой https.
4) основной тип для содержимого, но в общем типы 2 и 4 взаимозаменяемые.
От чрезмерного потребления пищи вы не станете великаном, а быстро "загнетесь".
Оптимальную методику "для ленивых" я описал в предыдущем сообщении.
