Profile

Cover photo
А. Назаров
6 followers|49,107 views
AboutPostsPhotosVideos

Stream

А. Назаров

Доступность сайтов для поисковых систем и пользователей  - 
 
По просьбе Андрея Липатцева делюсь ссылкой на свой пост на форуме ЦВМ. 


В плане "поделиться опытом" небольшой рассказ о том, как переношу сайт с бесплатного хостинга на платный. Не могу сказать, что путь во всём правильный, но поучительный.
Итак. Все мои основные сайты были на Народ.ру (не беру в расчет те в основном одностраничные сайты, которые делал на других хостингах ради того, чтобы узнать, что представляет из себя хостинг).
В 2013 году Народ.ру приказал долго жить и все его сайты переместили на Укоз.ру.
Многие были поставлены перед выбором:
1) интегрировать сайт в конструктор Укоза;
2) оставить всё, как есть на Укозе (т.е. в виде статики)
3) Переехать на другие хостинги (самое разумное - на платные).

Я выбрал 3-й путь. Переезд с Укоза и многих бесплатных хостингов осложняется тем, что вебмастера там не имеют доступа к файлу .htacsess и редирект 301 им недоступен. 

Можно было бы просто перенести страницы сайта и снести сайт на Укозе. Но были два обстоятельства, по которым этот вариант лично меня не устраивает. Главный мой сайт приносит около 100 долларов в месяц на рекламе. Деньги не ахти какие, но и 5 долларов на дороге не валяются. Сайт на новом хостинге надо было еще раскручивать и раскручивать. И неизвестно, раскрутился бы он или нет. Сейчас он на Укозе имеет в среднем 3000 уников в сутки. Новый вариант сайта на платном хостинге создан лишь в марте 2014 года. Он едва из песочницы вылез и посещаемость в день немногим более 100 уников.

Второе препятствие. В сети несколько лет был кем=то созданный клон моего сайта. То есть, если на Укозе мой сайт вполне конкурировал с тем клоном, то на новой площадке это едва ли было бы возможным. Уже в силу молодости домена. Недавно удалось добиться разделегирования доменного имени клона. Но это случилось совсем недавно, когда процесс переезда сайта уже осуществлялся.

Самое щепетильное при переезде с хостинга и при сохранении сайта на старой площадке - как избежать санкций за дублирование контента. Я выбрал следующую тактику.

На новой площадке в самом начале закрыл от индексации практически все разделы от индексирования. Сделал это через метатег. Использование файла роботс в данном случае было бы менее удачным, на мой взгляд. Почему? Закрывать каждую страницу муторно (их около 1000). Да и файл роботс имеет ограничения по весу. Закрывать по разделам тоже было бы неверным решением, так как новые страницы сайт (созданные после переноса) в закрытии для индексации совсем не нуждались.

Поскольку я использую SSI, то прописать в коде через инклюд запрет на индексирование разделов не представляет сложности. В коде новых страниц этого инклюда попросту нет.

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

Пока что я не трогаю самые посещаемые разделы на старой площадке, чтобы не потерять доход от сайта.

Но недавно ради эксперимента решил использовать и еще один метод перенаправления трафика со старой площадки на новую. Это метатег canonical. Ради эксперимента решил применить его в отношении одного раздела из чуть более 30 страниц. Поскольку нужно было прописать в коде только одну строчку, на работу с кодом ушло не более пары часов (несколько раз отвлекался). В тот же день рискнул указать тег canonical для страницы другого раздела, входящей в топ-5 по посещаемости моего сайта и занимающую верхние страниц ыдачи по ключевым запросам. Тег canonical прописал 18 декабря. Сегодня, 23 декабря, вижу, что эта страница уже стала самая посещаемой (с большим отрывом). По данным счетчика LI по ключевым фразам эта страница на 2-й позиции в Гугле. 

Одновременно вижу трафик с Гугла на страницы того раздела, для которых везде прописал тег canonical.

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

Из всего сказанного можно сделать вывод: если нет возможности сделать редирект 301, а надо сохранить сайт на старой площадке, то междоменное указание канонических страниц - довольно быстрый и эффективный способ получить перенаправление трафика (если ваш трафик преимущественно с Гугла).

Надеюсь, написанное мной пригодится кому-то из веб-мастеров.
 ·  Translate
11
2
Andrey Lipattsev's profile photoАлександр Бобров's profile photo
2 comments
 
Добрый день!
У меня есть тернистый опыт переносов контента с бесплатного на бесплатный хостинг, в том числе и с Юкоса. И возникает много вопросов ...
А Вы просчитывали, что может произойти через полгода или год?
Вот есть сомнения, что будет со старым сайтом и как это будет отражаться на новом в долгосрочной перспективе.
В какой то момент Вы поставите все метатеги на новый домен и посещаемость старого резко упадет.
"Постепенно удаляю контент со страниц" - то есть старые ссылки, которые ведут на старый сайт перестанут быть тематическими.
-> Посчитает ли Гугл тогда старый сайт как ГС?
"и даю ссылки на страницы на новом хостинге" - то есть у Вас идет рост ссылок со старого сайта?
-> Не будет ли резкого обвала нового сайта по ранжированию в какой то момент из-за большого количества ссылок с ГС?
И робот старый сайт теперь посещать будет редко и отклонение (Disavow links) старого сайта скорей всего тоже произойдет не сразу (старый сайт ведь большой?)
Не могли бы Вы понаблюдать в течении 1-2 месяца за:
- динамикой ссылок со старого сайта;
- привязкой (анкорами) на новом сайте;
- за ссылками из вкладки "ссылающиеся домены" раздела "Ошибки URL (не найдено)", если будут случаи удаления страниц уже на новом сайте.
И если не затруднит отпишите пожалуйста о результатах полного переноса.
 ·  Translate
Add a comment...