Тема: WASP.kz :: GetSimple CMS самый простой движок
#1
Шаг восьмой: надо править ссылки на внешних ресурсах, которые ведут на ваш сайт. Конечно, нормальные владельцы сайтов везде стараются "оставлять следы" - в социальных сетях, на форумах... На всяких Ютубах и Тиктоках...
Все это надо менять - оперативно. Но надо понимать, что тут через время сайт просядет по ТИЦ или как сейчас ИКС - ссылки от других людей вы поменять не сможете. Так что тут надо будет напрягаться...
Я заранее подготовил пару десятков хороших статей, теперь каждый день буду добавлять 1-2 статьи, чтобы поддержать новый сайт...
*
Прислано
Makey 21-06-2026 11:19
#2
И старый домен - его можно продать, хоть за сколько - и то хлеб. А то просто пропадет...
#3
Kolmar-X Еще есть моменты. Конечно, надо из корня сайта удалить все "сопутствующие" файлы - это которые размещают для подтверждения прав на сайт - для Яндекса и Гугла (и может иных сервисов) - теперь они бесполезны, надо будет новые размещать.
Потом, сайт может работать не совсем корректно и найти причину этого затруднительно. На самом деле надо просто очистить папку с кэшем: data - cache
Если вы вручную правили файлы типа gsconfig, .htaccess, файлы темы - убедитесь, что все URL's изменены на новый.
Потом, права на папки - CHMOD на новом хостинге могут быть другими, тоже важный момент.
#4
Kolmar-X написал:
Я заранее подготовил пару десятков хороших статей, теперь каждый день буду добавлять 1-2 статьи, чтобы поддержать новый сайт...
*
А вот этого категорически не советую - пока процесс склейки не закончился! Воздержитесь - потом опубликуете, и это реально сработает. А сейчас можете вред нанести -
вот тут писал об этом.
#5
Seo-net - спасибо за ценный совет. Я об этом как-то не подумал... действительно, в момент склейки поисковики должны видеть что это два зеркала - одинаковые.
Еще досадный момент, который обнаружил позднее - на новом сайте не все файлы присутствуют! Я использовал FTP менеджер. Сперва скачал весь сайт методом "создать резервную копию всего сайта" - все скачано было архивом на мой комп и тут все ровно.
А на хостинг нового сайта я уже закачивал через FTP-клиент FileZilla и понадеялся на эту программу... но она пропустила некоторые файлы. В итоге совершенно случайно наткнулся - статья, а в ней часть фотографий отсутствует...
Потому закачивайте также архивом - выделяйте папку, например data/upoads - сжать. А потом на новом хостинге - закачиваете архив и потом выделяете - Извлечь. Так все файлы сохранятся.
А если сайт с новым доменом на одном хостинге со старым - вообще просто. Просто выделяете файлы и жмете Копировать и указываете место в папке нового домена. Мгновение и все скопировано один в один.
#6
Создание темы оформления на этот движок... вот в чем интерес.
Тем более сейчас в ходу версия v3.3.22 (есть еще и бета-версия 3.3.23)
#7
Еще один момент, при переносе сайта с одного домена на другой - и процесс склейки зеркал. Есть ТРИ важных файла на сайте:
.htaccess
robots.txt
sitemap.xml
Если они правильно составлены - переносятся на новый сайт, меняются только доменные имена, а Ситемап генерируется на новом сайте заново.
На старом сайте
sitemap.xml - не трогаем, он остается как прежде. Именно через него поисковиги Яндекса и Гугла работают над склейкой.
А вот файл
.htaccess на старом сайте надо подкорректировать. Все из него убираем, это только вредит, нам надо в этом файле прописать редирект 301. У меня в итоге в нем такое осталось:
Код
# Включаем модуль перезаписи URL
RewriteEngine On
# 1. Главный 301-редирект на новый домен (переносит все страницы 1 в 1)
RewriteCond %{HTTP_HOST} ^(www\.)?старый-сайт\.ru$ [NC]
RewriteRule ^(.*)$ https://новый-сайт.com/$1 [R=301,L]
# 2. Перенаправление для любых других обращений (на всякий случай)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ https://новый-сайт.com/$1 [R=301,L]
# Базовые настройки кодировки и символических ссылок
AddDefaultCharset UTF-8
Options +FollowSymLinks -Indexes
*
#8
Файл
robots.txt на старом сайте также подредактировал - хлам и мусор убрал.
Код
User-agent: *
Disallow: /admin/
Sitemap: https://старый-сайт.ru/sitemap.xml
Host: https://новый-сайт.com
Хочу заметить - это все работает при полном и 100% клонировании сайта - перенос один в один.
*
#9
Seo-net написал:
Kolmar-X написал:
Я заранее подготовил пару десятков хороших статей, теперь каждый день буду добавлять 1-2 статьи, чтобы поддержать новый сайт...
*
А вот этого категорически не советую - пока процесс склейки не закончился! Воздержитесь - потом опубликуете, и это реально сработает. А сейчас можете вред нанести -
вот тут писал об этом.
Не совсем верно. Как запустили процесс переноса домена и началась склейка, всё правильно сделано и перенаправление идет. Со старым сайтом ничего не делаем 2-3-4 недели можно подождать, например потратить время на подготовку материалов. На правку ссылок на внешних сайтах - у меня например в соцсетях куча ссылок на моих страницах. И то многое уже править невозможно... придется удалять и добавлять по-новой, с новым адресом...
Яндекс быстро проводит склейку и все работает у него нормально. а вот Гугл может растянуть этот процесс на полгода и что - прикажете 6 месяцев ничего на сайт не добавлять?
Новые статьи можно и нужно добавлять, но конечно не по 100 штук в день. а в регулярном ритме - 1-3 статьи... это будет только на пользу. Главное старый контент не трогать. Чтобы поисковики не запутались...
Прислано
wasp 28-07-2026 13:33
#10
Да, Google информирует, что процесс склейки может длиться до 180 суток - 6 месяцев, после чего данные старого домена удаляются. А старый домен рекомендуют оплачивать еще хотя 1 год...
Но в данном случае такая возможность есть не у всех.
#11
В отношении Гугла - не спорю. У них иной подход, нежели у Яндекса.
Но все же не стоит слишком много статей ежедневно выкладывать - это отнимает выделенные на ваш сайт мощности, которые так остро необходимы для склейки. И этот процесс затягивается.
А он действительно может долго длиться, если сайт старый и много материалов, особенно таких как форумы...
Потому и важна тщательная ПОДГОТОВКА к переносу - удаление мусора и всего неважного, или отправка этого в черновики и закрытые неиндексируемые разделы.