1) прописать в DNS A-записи для этих двух доменов (должны указывать на IP-адрес того хоста, где в htdocs ваш каталог all)
2) завести второй блок в файле httpd.conf для второго вашего виртуального хоста, а указывать директивы
DocumentRoot у них должны на одну и ту же директорию - all.
Если сервер не apache, то пункт (2) может отличаться - узнайте на вашем хостинге.
Не могли бы вы расшифровать слово "счастье",
что конкретно будет достигнуто этими действиями?
Необходимость в наращивании ссылочной массы отпадёт?
Счастье будет и без этого?:)
Зачем вам проводить такую огромную работу?
Можете чётко сформулировать цель, с которой вы собрались так тщательно оптимизировать 2000 страниц?
Оптимизируйте только те из этих 2000 страниц, ключи которых присутствуют в семантическом ядре и имеют частотность всё же не нулевую, хоть и НЧ. Подозреваю, что таких и 2 десятка не наберётся... Эти страницы - ваши стартпоинты, контент для них напишите нормальный, объёмом в несколько КБ. Остальные страницы будут просто НЧ-трафик собирать и т.д.
Для всех остальных так:
title, h1 и keywords - сюда название платья (автоматом)
description - если не лень заполнять - пишите сюда, как и положено, текст, являющийся описанием того, что посетитель увидит и прочтёт на этой конкретной странице. Проще будет сюда помещать автоматом пару первых предложений контента этой страницы или вовсе не заполнять.
Если бы вы привели составленные тексты описаний и метатегов не для одной страницы,
а для нескольких - ответить было бы проще, и всё же:
- keywords вы спамите, не помещайте туда общие для сайта ключи, а только нужные для этой страницы.
- title - зачем там название конторы?
- description - название конторы и всю лирику сюда, этот текст может Гугл показывать в сниппете.
- про h1 и img.alt вам хороший совет дал helpMEplease.
Пример такого скрипта есть почти в любой книжке по PHP.
Если строго бесплатно нужно - сходите в библиотеку:)
Вы это хотите сделать на своём сайте, который не имеет никакого отношения ни к компании Гугл ни Яндекс?😂
Вы пишите, что контент будет полностью новым - это уже точно не клон.
Ключи будут другими - следовательно и перелинковка другая (другие анкоры).
Ну а если считаете, что и дизайн надо яндексу псевдоуникальный преподнести - перережьте макет чуть иначе и переверстайте с какими-то изменениями.
Поисковик знает ссылки вида:
www.site.com/Bill_Geyts-Kniga_o_Windows.html
а хотят ссылки сделать вида:
www.site.com/bill_geyts-kniga_o_windows.html
так вот с
на
следует редиректы организовать,
чтобы и поисковик узнал новое имя страницы
и чтобы при переходе по ссылкам старого формата
посетитель попадал на нужную страницу (старой-то уже не будет).
Зачем всё это делать? Оставляйте всё как есть, у сайта прекрасные урлы.
Нормальное, современное решение задачи, которая стоит перед вами,
требует наличия системы управления и движка.
Сохранить урлы при этом легко.
Сделайте это один раз - своими силами или внешними,
затем это и без технической поддержки будет вечно работать,
ни от каких внешних спецов зависимости не будет.
Думаю, что в первом случае кликабельность сниппета будет повыше,
а на позиции в выдаче такое преобразование не повлияет.
Более того, если вы переведёте весь сайт на урлы нижнего регистра,
то придётся кучу редиректов организовать и пр.,
так что как раз в этом случае можете провалиться в выдаче,
если хотя бы что-то не учтёте или забудете.
