На других доменах, наверное, были другие сайты со своими страницами, т.е. своими адресами и содержимым. Тогда шаблонная переадресация - это неправильно. Если есть страницы со схожим содержимым (с такими же или другими адресами), можно сделать отдельную переадресацию для каждой страницы (/a -> /b, /c -> /d, etc.). Если сайты были совсем другими, лучше вовсе ничего не делать или в крайнем случае только с главной делать переадресацию. Я бы скорее всего оставил старые сайты с нужными ссылками или просто припарковал, если на доменах "ничего" не было. Про парковку и разные схемы переадресации можно прочитать здесь.
У CF есть свои инструменты переадресации, но по крайне раньше были недостатки.
И то, и то, как выше написали, если домен "красивый" или короткий.
Также от регистратуры, т.е. владельца зоны зависит. Есть вполне адекватные регистратуры, например Radix и Identity Digital (ID). С ними пока не было серьезных проблем по цене и т.п.
Тогда делайте полную копию базы данных пунктов выдачи/базу данных всех населенных пунктов. Упомянутая компания работает более чем в 500 населенных пунктах РФ, насколько знаю. Вариативность использования шаблонного текста и вручную написанного текста сделать легко. Причем шаблон можно использовать не динамически, так что при выводе никакой вариативности не будет.
Шаблонные тексты можно не "скармливать" ПС. Но, повторяю, адреса у страниц таких населенных пунктов тоже должны быть уникальными. При необходимости формат их адресов можно сделать отличным от формата адресов страниц с уникальными текстами. Либо для разных типов страниц можно вариативно выводить теги/HTTP-заголовки, предназначенные для ботов ПС.
Адресная строка - по-прежнему один из основных источников информации для поисковых систем (через распространение ссылок пользователями).
Разумный вопрос. Нужно продублировать базу данных пунктов выдачи (и поддерживать ее в актуальном состоянии). Она же будет использоваться для формирования соответствующих страниц на вашем сайте. Или хотя бы составить базу данных населенных пунктов, в которых вы осуществляете продажи (а уже со страниц населенных пунктов выполнять обращения к стороннему API).
Я ж говорю: "кто-то отстал от жизни". Иначе бы вы сразу увидели комплексное решение.
Естественно, я не опровергаю и ваши советы. А то автор сейчас действительно начнет "клепать" статические страницы (html-файлы) 😀
Автор и про изменение адреса на JS спрашивал. Читай внимательнее (концовка первого сообщения). Задача решается комплексно. А вы на вторую половину решения "наплевали".
Из ничего ругань на три страницы развели 😦
Ссылка на History API - это верно. Хорошая практика заключается в том, чтобы при любом "существенном" изменении содержимого на JS менять адрес динамически. Но это должно подкрепляться и выводом соответствующего содержимого при независимом запросе по этому адресу.
webinfo, вообще странно по нынешним меркам наблюдать, как информацию по History API называют "бессмысленной галиматьей". Сразу возникает ощущение, что кто-то "отстал от жизни" 😉
