Как сделать переезд сайта в гугл

Обновлено: 08.07.2024

Иногда владельцу проекта требуется перенести сайт своей компании на другой домен. Например, если у организации сменилось наименование. Важно знать, что переезд отрицательно отразится на SEO-продвижении сайта. Он может утратить позиции по поисковым запросам или даже пропасть из поисковой выдачи на 1-2 месяца.

Чтобы минимизировать потери при переезде и не потерять поисковый трафик, нужно переносить сайт правильно. В статье рассмотрим 7 шагов грамотного переезда и оставим краткую памятку в конце.

Если вы не хотите тратить время на самостоятельную настройку домена, специалисты RU-CENTER сделают это за вас — оставьте заявку с указанием нужных настроек.

Причины переезда на другой домен

Убедитесь, что для переноса сайта с поисковым трафиком есть весомые причины. Если ваш сайт создан недавно и ещё не индексируется поисковыми системами, при смене домена можно не заботиться о сохранении SEO-трафика. Так, легче зарегистрировать новый домен, привязать его к услуге хостинга и копировать в новый корневой каталог файлы вашего сайта.

Сайт стоит переносить на другой домен с сохранением трафика, если:

Алгоритм действий при переносе сайта на другой домен

Шаг 1. Зарегистрируйте новый домен

Шаг 2. Укажите для домена DNS-серверы

Если в первом шаге вы заказали домен в RU-CENTER, укажите для домена DNS-серверы и подождите, пока он начнёт работать. Время ожидания — от 2 до 24 часов. За этот период времени обновляется кэш корневых DNS-серверов и на них поступает информация о новых доменах. Если вы не знакомы с принципами работы DNS, но не прочь разобраться, загляните в статью Часто задаваемые вопросы о DNS.

Шаг 3. Настройте 301-й редирект

RU-CENTER предлагает 3 варианта настройки редиректа:

Если вы используете услуги иного хостинг-провайдера, обратитесь к специалистам техподдержки этой компании или разработчикам своего сайта.

Шаг 4. Проверка редиректа

Проверьте, работает ли редирект. Для этого введите в адресную строку браузера URL-адреса страниц или файлов со старым доменом. Если переадресация настроена корректно, у вас сразу будет открываться страница с новым доменом в адресе.

Выполните шаги 5 и 6, если ранее сайт уже был добавлен в Яндекс.Вебмастер и Search Console (Google).

Шаг 5. Склейка сайтов в Яндекс.Вебмастере

Объедините старый и новый домены в Яндекс.Вебмастере. Эта процедура необходима для того, чтобы поисковые роботы Яндекс не воспринимали новый домен как отдельный сайт и вам не потребовалось наращивать посещаемость с нуля.

Чтобы склеить сайты:

Прежний домен сайта также должен быть подтверждён в системе Яндекс.Вебмастер.

Склейка займет несколько недель. Вы можете подписаться на уведомления от Яндекс.Вебмастера, чтобы узнать, когда Яндекс посчитает новый домен главным зеркалом. После этого переезд сайта будет завершен и он станет индексироваться по новому адресу.

Шаг 6. Изменение адреса в Search Console (Google)

Чтобы восстановить поисковый трафик по прошлому домену на новом:

Исходный ресурс должен быть подтверждён в Google Search.

Далее произойдет склейка сайтов. Она займёт некоторое время.

Шаг 7. Настройка robots.txt (≈ через месяц)

Чтобы завершить переезд, нужно закрыть старый сайт от индексации в файле robots.txt. Делается это приблизительно через месяц после самой склейки. Найдите файл robots.txt в корневом каталоге вашего сайта на хостинге и добавьте в него директиву:

Обещанная памятка переезда

Чтобы после переезда со старого домена сайт восстановил позиции в поиске, переносить его следует по правилам:

Подготовка

Первым делом вам необходимо начать с главного – приобрести и установить SSL-сертификат. Если вы являетесь клиентом Timeweb, то у вас есть два основных варианта: Comodo Positive SSL и Let’s Encrypt. Более подробно о них вы можете прочитать в этой статье. Перейдем к самому процессу перехода.

2. Оба сайта должны содержать файл robots.txt (который помогает ботам индексировать сайт); в нем необходимо прописать сайт, который будет являться главным зеркалом вашего ресурса.

Обратите внимание, что в файле robots.txt должно быть указано только одно доменное имя в одной единственной директиве Host! Если вы укажете несколько директив Host, то к рассмотрению будет принята только первая. Если же вы захотите в одной директиве написать сразу несколько доменов, то такая директива будет проигнорирована.

В итоге ваша директива должна выглядеть примерно вот так:

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

Для этого в robots.txt необходимо прописать следующее:

Яндекс

Следующий шаг – известить о тех изменениях, которые вы произвели, поискового бота Яндекса.

Google

После склейки зеркал

Установите серверный 301 редирект; при этом, если это возможно, желательно для каждой страницы старого сайта прописать редирект на соответствующую страницу нового сайта.

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

Обычно для перенаправления нужно добавить вот эти строки:

Если этот вариант оказался нерабочим, посмотрите другие возможные варианты в разделе "Типовые перенаправления" Справочного центра Timeweb.

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

После всех правок проверьте, что все работает корректно!

Проблема смешанных протоколов

Что же делать в таком случае?

Нужно заменить все полные ссылки на относительные.

Имейте в виду: ссылки нужно менять только на свои ресурсы, менять адреса чужих сайтов не нужно! Однако если вы не знаете, доступен ли данный сайт по защищенному протоколу или нет, поставьте ссылку без указания протокола – браузер самостоятельно выберет подходящую версию.

Если же вы используете чьи-то чужие скрипты, то желательно у них также изменить адреса на ссылки без указания протокола либо вообще загрузить их себе на сервер.

Переезд на новый домен связан с рядом трудностей. Во-первых, нужно перенести файлы и базу данных так, чтобы сайт работал без перебоев. Во-вторых, необходимо провести ряд действий, направленных на сохранение органического трафика и позиций в поиске. Опытные специалисты провернут эту операцию с закрытыми глазами. А вот начинающие вебмастера могут задаваться множеством вопросов — именно им адресована наша статья.

3 причины для переезда сайта

В каких ситуациях вообще может потребоваться менять домен?

Смена названия компании, бренда, претензии владельцев прав на бренд. Например, shellac — это не только популярное покрытие для ногтей, но и бренд. Если вы попытаетесь использовать это слово в URL вашего сайта, ждите письма от компании CND.

Иные причины, в том числе, технического характера. Например, сайт с поддомена переезжает на отдельный домен.

Мифы, связанные с переездом на новый домен

Менять домен нужно только в крайнем случае, это трудоемкая процедура, которая может вызвать значительное падение трафика. Может вызвать, но не обязательно вызовет! Давайте разберем самые распространенные мифы, связанные со сменой домена сайта:

Миф №2. Трафик обязательно просядет. Если все сделать правильно, трафик из поиска просядет лишь немного, катастрофического падения не произойдет.

Переезд на новый домен: пошаговая инструкция

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

1. Изучаем мануалы поисковиков

В первую очередь советуем ознакомиться с актуальными инструкциями поисковых систем, которые регламентируют порядок действий при смене домена:

Почему это важно? Поисковики постоянно улучшают алгоритмы, модернизируют механизмы ранжирования и в соответствии с ними меняют рекомендации для вебмастеров. Будете следовать актуальным инструкциям — максимально сохраните органический трафик и позиции в поиске.

2. Добавляем оба домена в панели вебмастеров

О том, как добавить домен в Яндекс.Вебмастер, читайте в этом гайде, в Google Search Console — в этом. Если вы занимаетесь поисковой оптимизацией, старый домен уже должен быть добавлен в панели вебмастеров.

По информации в Вебмастере и Search Console вы будете отслеживать изменения, которые происходят со страницами в индексе. Если переезд подготовлен и осуществлен правильно, количество проиндексированных страниц у нового домена должно расти, у старого — падать. Любая другая ситуация говорит об ошибках, допущенных при переезде.

Далее нужно создать копию (зеркало) сайта, на которую и будем настраивать переадресацию со старого домена.

Важный момент! Смена домена сайта — само по себе серьезное изменение, которое может не лучшим образом сказаться на органическом трафике. Ограничьтесь переездом на новый адрес, не меняйте сразу дизайн, контактную информацию, структуру сайта и URL-адресов.

3. Переносим файлы сайта

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

4. Переносим базу данных

Для работы сайта одних файлов недостаточно. Необходима еще база данных. Универсальный способ получить ее — через phpMyAdmin. Доступ к этому веб-приложению осуществляется через панель управления хостингом, на котором лежит ваш сайт. Как правило, инструкция для входа в phpMyAdmin и экспорта базы данных есть у каждого хостинг-провайдера.

Вот ссылки на мануалы популярных в России хостингов:

4.1. Экспорт базы данных

После перехода на главную страницу phpMyAdmin вы увидите подобную картину:

После этого файл с базой данных сохранится на вашем компьютере.

Опять же, как и в случае с файлами сайта, можно пойти альтернативным путем и загрузить базу данных из резервных копий, которые создает хостинг-провайдер. Только учтите периодичность создания копий. Обычно она составляет один раз в сутки. Если же вы вносили изменения на сайт до создания новой копии, то они не сохранятся при переезде. Поэтому в таком случае лучше загружать базу данных и файлы сайта соответственно с помощью phpMyAdmin и FTP-клиента.

4.2. Внесение изменений в БД

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

4.3. Создание новой базы данных

Следующий этап — создание базы данных для нового домена. Для этого зайдите в панель управления хостингом и создайте новую базу.

Сразу запишите для себя имя базы данных, имя пользователя и пароль — эти данные пригодятся на последующих этапах.

Готово! Файлы сайта и база данных перенесены на новый домен.

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

Например, если у вас сайт на WordPress, то вам понадобится файл wp-config.php, который находится в корневой папке сайта.

Здесь вас интересуют строки:

DB_NAME — имя базы данных;

DB_USER — имя пользователя;

DB_HOST — имя сервера (обычно это localhost, но лучше уточнить у хостинг-провайдера).

Еще один момент — необходимо ввести уникальные ключи для аутентификации. Можно просто набрать абракадабру на клавиатуре в каждой строке или сгенерировать их с помощью специального сервиса.

Сохраните изменения в файле. Если все сделано правильно, то сайт заработает на новом домене.

5. Настраиваем переадресацию

Чтобы не потерять трафик, необходимо настроить 301 редирект со старой версии сайта на новую (очень подробно о процедуре написано в этой статье). Пользователи, которые перейдут по старому адресу, автоматически попадут на страницу с тем же содержимым, но на новом домене. Также редирект необходим для передачи веса по внешним ссылкам новому домену, чтобы сайт не потерял позиции.

Не настраивайте 301 редирект со всех страниц старого сайта на главную страницу нового! Это запутает и пользователей, и роботов поисковых систем. Последнее влечет за собой резкое проседание органического трафика.

Создаем в корневой папке сайта на старом домене файл с названием .htaccess (с помощью Блокнота или NotePad++) и прописываем такие строки:

Если файл уже есть, то просто добавляем строки:

после строки RewriteEngine On и перед

О других возможностях файла .htaccess читайте здесь.

Важно! После переноса сайта ни в коем случае не прекращайте оплачивать хостинг для старого домена. В противном случае файл .htaccess будет удален, и 301 редирект работать не будет.

6. Настраиваем индексацию

Для начала внесите изменения в файл robots.txt, который находится в корневой папке сайта на новом домене. В нем нужно изменить путь к карте сайта (sitemap.xml):

Далее обновляем XML-карту сайта, добавляем ее в корневую папку нового сайта и панели вебмастеров.

После этого необходимо завершить переезд в панелях для вебмастеров Яндекса и Google (куда мы уже добавили старый и новый домены).

Действия в Яндекс.Вебмастере

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

Действия в Google Search Console

1. Зайдите в панель Search Console старого домена.

После прохождения всех необходимых проверок в Search Console появится уведомление о переносе сайта.

На этом все. Остается проверить корректность работы вашего ресурса. Учтите, что некоторые настройки сайта могут сбиться (например, оформление, расположение элементов и т. п.). В этом случае необходимо их откорректировать вручную средствами CMS и плагинов.

Как ускорить индексирование нового сайта

Используйте возможности панелей вебмастеров для приоритетного переобхода страниц нового сайта.

В Яндекс.Вебмастере это можно сделать в разделе Индексирование / Переобход страниц:

В Google Search Console можно запросить индексирование страницы после проверки ее наличия в индексе, строка проверки находится в шапке консоли:

Не забудьте сменить адрес сайта в геосервисах поисковиков (Яндекс.Картах и Google maps), справочниках, агрегаторах и каталогах, где вы размещались ранее.

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

На время переиндексации запустите контекстную или таргетированную рекламу на новый домен. Так вы компенсируете просадку трафика из поиска и наработаете поведенческие метрики на страницах нового сайта.

Подробно о том, как ускорить индексацию сайта в Яндексе и Google — в этой статье.

Переезд требует внимательности

Переезд сайта — настоящий стресс для его владельца. Это неразрывно связано с некоторым падением трафика и выпадением части страниц из индекса. Но это временное явление, и если все сделано верно, то страницы на старом домене постепенно выпадут из индекса, а страницы на новом домене будут индексироваться. Через 1,5-2 месяца показатели сайта должны полностью восстановиться. Если этого не произошло, необходимо искать причины.

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

🖖 Недавно я опубликовал пост о том, как бесплатно получать ссылки с главных страниц форумов в свой телеграм @sosnovskij. Туда я публикую посты, не попадающих под формат блога. Подключайся! 🔌.

Первый бум переходов произошел тогда, когда Гугл заявил, что наличие на сайте SSL-сертификата будет расцениваться как положительный фактор при ранжировании. Многие кинулись переносить свои и клиентские проекты на защищенный протокол, но большинство, вместо ожидаемого роста трафика с зарубежного поисковика, получили падение позиций в Яндексе, частично в Google. Да, посещаемость обычно восстанавливалась, но не дотягивала до первоначального уровня.

Моя инструкция будет полезна тем, кто:

Вебмастера негодуют - например, "Зачем переезжать на защищенный протокол чисто информационному проекту?". Отчасти они правы. Изначально наличие у ресурса SSL должно было защитить пользователей от краж личной конфиденциальной информации (банковские карты, платежные данные и т. д.). Какие же важные данные отправляет посетитель информационнику?

Переезд, безусловно, необходим:

Переводите не в сезон. Проанализируйте посещаемость сайта за последние несколько лет (1 год тоже подойдет) и отметьте в календаре месяц с самым низким трафиком.
Составьте пошаговый план по времени (когда/что сделать).
Заранее найдите квалифицированных специалистов, которые помогут с техническими моментами.

Следование 3-м пунктам существенно снизит потенциальный риск. Скорее всего, перенос состоится без потерь.

Примеры графиков посещаемости после переноса

Я дождался пока ажиотаж вокруг темы уляжется, и Яндекс относительно нее повернется лицом к вебмастерам. С прошлого года постепенно начал переводить сайты. Вот несколько графиков (перенос был перед новым годом ноябрь-декабрь).

Краткосрочные временные просадки трафика возможны (даже больше по части Гугла, так как инструкция основана в первую очередь на Яндекс), но обычно быстро проходят. На графиках снижение трафика в Новый год - оно не считается .

Шаг 1. Подготовка сайта

Сначала небольшое уточнение. Я не буду касаться вопроса установки SSL-сертификата на сайт. Здесь нет универсального способа:

На каком хостинге находится ресурс (выделенный или виртуальный)?
Помогает ли служба поддержки в переезде или нет?
Какое программное обеспечение стоит на сервере (debian, unix и т. д.)?
Какая панель управления (cPanel, ISPmanager и т. п.)?
Хотите использовать платный сертификат или бесплатный от Let’s Encrypt?

Ответы на эти вопросы могут существенно поменять метод установки. Поэтому нюансы узнавайте у своего хостера. Дополнительно используются разные CMS: wordpress, bitrix. modX и т. д. Технические моменты, которые будут описаны далее, на разных движках также могут реализовываться по-разному (всех не опишешь). Поэтому мой пост по части сохранения трафика и позиций из поисковых систем. В качестве примера приводится популярный вордпресс.

Все работы по подготовке очень желательно внедрить как можно за более короткий срок. Нельзя что-то сделать в один день, а продолжить через неделю.

1.0. Бэкап файлов и базы данных

При любых серьезных изменениях сайта рекомендую делать резервное копирование. Нельзя на 100% предугадать, как пойдут дела, а бэкап поможет вернуть все как было. Не игнорируйте данный пункт.

1.1. Редактирование URL в общих настройках WordPress

1.2. Изменение абсолютных ссылок на относительные

Относительная без указания протокола:

Последний вариант нам и нужен. Браузер сам определит, какой протокол отображать. Как же указать относительный путь без протокола?

1.2.1. Изменяем внутренние линки

Менять необходимо с помощью скрипта по типу Search Replace DB (также затрагиваются виджеты, плагины и все-все-все). Просто поменять в phpMyAdmin будет некорректно (если хотите, погуглите информацию на сей счет ). Как я понял, программа только для WordPress. Под остальные CMS уверен, есть аналоги.

Осторожно! Скачиваем утилиту и загружаем на хостинг в папку, которую нельзя подобрать (например, dm23aqz)! При заходе в папку скрипт уже имеет доступ к вашей базе данных.

После нажатия на "live run" и подтверждения, скрипт начнет работу. Затраченное время прямо пропорционально размеру вашей БД. После выводится отчет об измененных таблицах и проведенных заменах. Проверьте, корректно ли отработала утилита (откройте любой пост и в html-коде посмотрите, какие там внутренние ссылки).

1.2.1.1. Файлы темы и плагинов

Если вы когда-то добавляли URL домена в файлы своего шаблона или редактировали плагины, то ссылку необходимо заменить и там. Для этого я использую старый-добрый Total Commander. Скачиваю на компьютер в отдельную папку тему и плагины и делаю поиск ("Команды" -> "Поиск по файлам") по ней с запросом "http://domen.ru".

Программа выдает список файлов, где такая конструкция встречается. Прохожусь по всем (можно прямо из утилиты нажать правой кнопкой мыши и открыть в используемом редакторе) и меняю URL на относительный без протокола. Не забывайте измененные документы загружать обратно на хостинг .

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

1.2.2. Ссылки на внешние скрипты и изображения

Необходимо поменять и все линки на подключаемые скрипты и картинки (просто текстовые ссылки, которые ведут на сторонние ресурсы из некоторых постов можно оставить как есть). Для этого открываем код страницы (для начала можно использовать главную), нажимаем ctrl+F5 и вбиваем "http://".

Так как бОльшую часть абсолютных ссылок мы уже заменили, здесь будут показываться только подключаемые скрипты, счетчики, библиотеки, шрифты, изображения. В основном они будут встречаться в шапке (header.php вашей темы или аналоги) и футере (footer.php). Заменяем, как и везде, на относительный вариант без указания протокола. Таким же образом проверяем другие типы записей: категория (category), пост (post), страница (page) и т. д.

Если непосредственно в постах вы баловались вставками изображений и/или разных дополнений, которые подключаются через сторонние сайты, то необходимо поискать конструкцию "http://" внутри статей wordpress (при условии, что вы не баловались обычными внешними текстовыми линками). Пользуемся внутренним поиском по записям.

Редактируем статьи, изменяя ссылки на относительные.

1.3. Изменение пути до sitemap.xml в robots.txt

В файле robots.txt необходимо изменить путь до карты сайта.

Шаг 2. Проверка "все ли правильно сделал?"

Поздравляю! Если все сделали правильно, то основная часть работы позади . Необходимо внимательно проверить основные моменты.

1) Проверка корректности настройки SSL-сертификата и сервера.

Точно не уверен, но возможно эту проверку можно проходить и перед первым шагом. Переходим на страницу теста SSL — https://www.ssllabs.com/ssltest/ . Рейтинг должен быть не ниже "A".

Если ниже, то обращайтесь к хостеру, либо донастраивайте сервер самостоятельно. Обычно в случае с виртуальным хостингом проблем меньше, с VPS - больше.

2) rel="canonical" и карта сайта (sitemap.xml).

3) Xenu, Screaming Frog SEO Spider, Majento Siteanalyzer или аналоги.

Если находятся подобные страницы, то переходим на них и смотрим в html-код в поисках конструкций с "http://".

4) Проверка в разных браузерах.

Достаточно проверить в 2-3 браузерах: Google Chrome (обязательно), Яндекс.Браузер, Mozilla Firefox, Opera) по 1 странице каждого типа: главная, категория, статья и т. д. Везде должны быть зеленые замочки или альтернативные уведомления.

Позже обязательно проверьте присвоенные регионы новой версии в Я.вебмастере (если что не так — пишем в службу поддержки). А лучше пройдитесь по каждому разделу в панелях Яндекса и Google и все проверьте/настройте/отредактируйте.

Самое главное — зайти в http-версию ресурса в Яндекс.Вебмастере и в разделе "Переезд сайта" сделать заказ, отметив галочку "Добавить HTTPS".

Данная функция поможет ускорить склеивание зеркал. После заказа переезда должно появиться уведомление примерно со следующим содержанием:

"Ваша заявка была успешно принята. В скором времени вместо домена http://domen.ru/ в поисковой выдаче будет участвовать домен https://domen.ru".

Обычно через 1-2 недели происходит склейка зеркал (скорость зависит от объема ресурса). Об этом вы получите уведомление в Яндекс.Вебмастере (советую подписаться на e-mail уведомления). После склейки неглавное зеркало (в нашем случае http) "спустится" под главное.

В Google Search Console не пришлет никакого уведомления. Сайты в панели гугла находятся друг под другом. По ним непонятно, что один из них является зеркалом другого. Ничего страшного — это нормально.

Шаг 4. 301-редирект

Ура! Настал момент, когда можно ставить 301-редирект. В принципе его можно ставить и на третьем шаге. Это не принципиально, потому что эти пункты можно сделать одновременно.

Надеюсь, что, как минимум, он не повредит посещаемости, а, как максимум, увеличит ее . Теперь исписанный и не раз отредактированный лист А4 можно заменить на удобную онлайн-шпаргалку .

7 часто задаваемых вопросов

2. Могу ли я потерять посещаемость после внедрения данной инструкции? Или будет рост?

С высокой долей вероятности можно говорить о сохранении посещаемости (если делать все правильно), либо о небольшой просадке. Рост возможен, но маловероятен. На 100% же не будут знать даже представители поисковых систем (нейронные сети, матрикснет т.п.).

3. Зачем добавлять площадку в Google Search Console раньше редиректа?

Когда только развивалась практика переносов на защищенный протокол, то https-ресурсы закрывали от индексации гугла, но тот их все равно находил и выводил в поиске в приоритете. Поэтому скрывать от него новую версию смысла нет. Наоборот, лучше открыто "заявить" об этом .

Скорее всего, вы изначально что-то сделали неправильно. Универсального совета, к сожалению, здесь нет — нужно разбираться детальнее.

5. Нужно ли оставлять неглавные зеркала в консолях поисковых систем?

В идеале да, но данное мероприятие не всегда целесообразно. Если есть возможность изменить URL на ТОПовых площадках (таких обычно не много), то сделайте это. Хотя ПС их сами переклеивают.

7. Я хочу перейти на ЧПУ и одновременно добавить SSL. Правильно или делать по порядку?

Фух, все ! Как всегда ваши вопросы, отзывы и пожелания дополняют материал, поднимают настроение и дают вдохновение на следующие полезные статьи .

Найду причины, мешающие продвижению сайта. Подготовлю рекомендации, которые позволят увеличить трафик и конверсию. Составлю стратегию развития. Помогу с внедрением.

Комплексное развитие проектов по актуальным направлениям в SEO. Используются методики, имеющие стабильный долгосрочный эффект (без накруток и спама).

Консультирую по вопросам поисковой оптимизации, продвижения сайтов. Лучший способ узнать мое подробное мнение по волнующей задаче/проблеме. Конкретные ответы на конкретные вопросы.

Получайте актуальные статьи по SEO, блоггингу и заработку в Интернете прямо в Ваш почтовый ящик, мессенджер или социальную сеть. Более 2000 подписчиков!

Спасибо за мануалище!

Классно, добавил в закладки, все подумаю, чтобы начать переезд
Теперь будет легче решиться на это)

Делал на паре мелких сайтов все по мануалу Яндекса и все равно переход произошел с проблемами. По этой причине большие сайты так и не перенес.
Кроме этого нехило отваливается ссылочное, 301 редирект не помогает его перенести коректно.
Так что хочет переносить сайт трижды подумайте. Выполнение всех описаний поисковых систем не гарантирует работоспособность и сохранение трафа.

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ — [L]
RewriteCond % !-f
RewriteCond % !-d
RewriteRule . /index.php [L]

Переезжала до нового года

Инструкция потрясающая! Подробно, все для людей )
Но я пока не решаюсь на переход..

Сейчас Яндекс склеивает быстрее. Раньше это месяц и больше могло уходить. По позициям тоже +/- держится ровно

seoonly, если сеоонли первый, то пост удался )))
Devvver, поэтому в посте я сделал предупреждение Случаи бывают разные.
Наталья, конкретизируйте, пожалуйста, вопрос. Что проверить на правильность?

Sosnovskij, Я окончательно запуталась в этом и на добавляла всего сама не знаю чего (

Вот что сейчас у меня там:

RewriteEngine On
RewriteCond % 80
RewriteRule ^(.*)$ coolinar.info/$1 [R,L]

FileETag MTime Size

mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file .(html?|txt|css|js|php)$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image/.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*

Читайте также: