Перенос сайта

Введение
Дизайн
Программирование
Контент
Этап переноса

Введение

Зачастую сайты на продвижение приходят либо в плохом, либо в очень плохом состоянии. Юные умельцы и ленивые исполнители, некачественно создавшие сайт, оставляют за собой следы, которые в глазах поисковых систем выглядят спамом или считаются откровенными ошибками построения и организации сайта.

Сайты, построенные на бесплатных CMS (Joomla и прочие), имеют ряд существенных недостатков. Отсутствие корректной ссылочной URL-структуры (наличие id=238?= и прочих мусорных символов), непонятная организация разделов и отсутствие возможности рубрифицировать сайт, создание дублей страниц — все это мешает успешному продвижению сайта. Что уж говорить про удобство создания страниц и управление всеми SEO-параметрами. Создание «пожелашек» и дополнительных модулей и вовсе не представляется возможным из-за конфликтов в коде.

Интернет-проекты для успешного развития должны развиваться не только в плане организации бизнеса внутри компании, но и снаружи, в интернете.

Я поделюсь с вами несколькими секретами успешного переноса сайта с бесплатной и неудобной CMS на лицензионную платформу Umi.CMS, при этом снизив все возможные риски неправильной индексации и потери позиций после переноса.

Итак, приступим. Вам потребовалось поменять платформу для сайта. Что делать?

Дизайн

Если дизайн вашего сайта никак не вписывается в понятие современного и удобного, то стоит подумать о редизайне, т. к. на этапе смены платформы предоставить новый дизайн на программирование обойдется дешевле в несколько раз, чем менять его после переноса.

Если дизайн, с вашей точки зрения (схожее мнение должно быть у экспертов), красивый и удобный, подходящий для успешного SEO и развития бизнеса, то можно приступать непосредственно к переносу — в этом случае лицо сайта сохранится в том же виде, в котором вы его привыкли видеть, изменится лишь внутренняя начинка.

Программирование

Если возникла необходимость доработать сайт функционально (например, сделать фильтр по поиску товаров в интернет-магазине, доработать характеристики и т. д.), то, прежде всего, составляется четкое и понятное ТЗ (техническое задание) программисту. После этого вы можете на неделю-две (если проект большой — то сроки увеличатся) забыть о сайте — в это время программист будет занят версткой, настройкой хостинга и движка. После того, как он закончит базовые настройки и реализует все ваши пожелания, наступает период переговоров — проверка и доработка всех пунктов ТЗ. Процедуры по созданию тестового домена и контролю разработки сайта возлагаются на программиста (если это прямой исполнитель) или на руководителя интернет-проектов. Стоит понимать, что сильно отходить от ТЗ никто не будет, и если вы захотели в период разработки добавить еще 10 новых пунктов, то это будет осмечиваться отдельно. Как правило — дорого. Поэтому все пожелания стоит учесть в первоначальном ТЗ. В случае большого, сложного проекта смета получится приличная, и возможны скидки.

Стоит отметить, что верный способ удачно закончить проект в установленные сроки — это обозначить в первоначальном ТЗ самые основные и важные доработки. Затем будет проще развивать проект и осмечивать каждый дополнительный пункт отдельно. У Заказчика, тем самым, будет четкое понимание, «за что» он платит.

Контент

После воплощения сайта на новой платформе стоит перенести на пустующие страницы текстовую информацию со старого ресурса вручную. Если выбранная CMS-платформа удобная, а Umi.CMS как раз является таковой, то это не отнимет много времени. При переносе информации сразу можно выполнить базовую оптимизацию, заполнить все meta, выполнить внутреннюю перелинковку.

Немаловажное место на данном этапе занимает настройка 301-х редиректов и robots.txt.

Редиректы нужны для перенаправления робота-индексатора со старой страницы (старый URL) на новую (новый вид URL). Они прописываются в файл .htaccess либо через index.php (в последних версиях Umi работает только так, либо через специальный скрипт). Если сайт большой, то составление 301-редиректов может занять значительное время.

Robots.txt — файл для роботов поисковых систем с указанием правил для индексации сайта и его страниц. Во время разработки на тестовом домене он должен быть таким:

User-Agent: *
Disallow: /

При запуске обновленного сайта его потребуется откорректировать. Можно найти стандартный robots.txt или сделать свой, если существуют какие-то ограничения в индексации страниц сайта.

Этап переноса

Пожалуй, это самый важный этап, т. к. предыдущие этапы выполнялись в том месте, где не ступала нога роботов поисковых систем. Здесь же мы переносим данные на действующий домен. Современные поисковые системы, Yandex и Google имеют ряд стандартных инструментов для вебмастера, которые позволяют настроить сайт под робота и предоставить ему актуальную информацию для ранжирования и выдачи в результатах поиска.

Чтобы успешно перенести оттестированный сайт на Umi.CMS на хостинг Заказчика, требуется:

1. Сделать копию сайта на тестовом FTP, поместив ее в архив (например, Zip). Лучше это делать через панель управления хостингом, т. к. в этом случае права на сайт и другие возможные настройки останутся такими же, как и во время тестирования. В случае использования FTP-клиента вы потеряете много времени на копирование файлов.

2. Сделать дамп базы данных тестового сайта. Можно напрямую через PHP My Admin, либо, опять же, через соответствующую программу.

3. Перенести все имеющиеся счетчики статистики со старого сайта на новый.

4. Развернуть архив тестового FTP на хостинг Заказчика (предварительно удалив предыдущий сайт) и импортировать таблицы базы данных в новосозданную базу.

5. Как правило, в базе и в файлах конфигурации на FTP прописаны настройки. В этом случае вам надо будет изменить их на действующие (доступы к базе и привязка домена). В Umi.CMS это — таблица базы cms3_domains и файл конфигурации config.ini, лежащий в корне сайта. Также понадобится почистить папку /sys-temp/runtime-cache/ .

6. После этого, если все сделано было правильно, сайт должен открыться, появится окно для ввода лицензионного ключа. Жмем ОК и готово. Если перенос выполнялся со сменой хостинга для Заказчика, то потребуется изменить DNS записи домена (время переключения сайта со старого на новый хостинг занимает от 1 часа до 2-х суток).

Также важно не забыть после переноса:

1. Проверить robots.txt, внести изменения. Зачастую разработчики дополнительно добавляют в дефолтный шаблон сайта следующую строку, запрещающую индексацию сайта на время разработки:

Соответственно, при переносе данную строку 'затереть'.

2. Проверить ответы сервера для главной страницы и нескольких внутренних страниц сайта. Сделать это можно здесь. Домен сайта и его страницы должны отдавать ответ 200ok без www (или если есть редирект перенаправлять на ссылки с www). Этот момент обязательный, т. к. бывают ошибки у хостеров при смене и перепривязке ДНС записей, и получается, что исходный домен доступен только по www адресу. С этой проблемой я сталкивался лично, пришлось обращаться в службу поддержки хостинга.

В этом же сервисе проверить ранее настроенные 301-редиректы.

3. Если хостинг Заказчика при переносе поменялся, то потребуется перенастроить почту под данный хостинг. Некоторые хостинги имеют свой почтовый сервер, предоставляя необходимые доступы. Другие хостинги предлагают сделать это через почту Yandex или Google. Разницы я не вижу.

В дальнейшем потребуется отслеживать индексацию и показатели сайта и смотреть, как сайт успешно ползет в ТОП-10 поисковых систем.

Все правила, которые обозначены в этой статье, опробованы на собственных сайтах и протестированы много раз при работе с клиентскими сайтами.

Автор статьи: Александр Наумов

Читайте также: Переезд сайта на выделенный сервер.