SEO Dmitry Lunin
254

10 нестандартных способов навредить SEO при смене CMS (+1 бонусный)

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

В закладки

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

На всякий случай отдельно отмечу, что первое, о чем вам нужно позаботиться — закрытый от индексации тестовый сервер. На нем вы будете разворачивать сайт и отстраивать его до самого релиза. Работать “наживую” строго не рекомендуется.

1. Заголовки и форматирование

Контент страниц — штука для поисковика очень важная. При переносе содержания очень часто теряются или прописываются иным образом элементы форматирования: заголовки, маркированные списки, спецсимволы и т. д. Обязательно перепроверяйте, что заголовки не стали просто “болдом”, а обычный текст не обзавелся тегом H2 там, где это не нужно.

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

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

2. Подписи и ссылки картинок

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

И в целом раз уж начали проводить “инспекцию”, то самое время обновить материалы. Где-то наверняка низкое, по сегодняшним меркам, разрешение, где-то неактуальное фото. Стоит добавить exif-данные, оптимизированные под вашу семантику, защитить изображения водяными знаками.

3. Дубли страниц

На сайте были дубли? Скорее всего, вы их убирали, и ответ нет. Но лучше перепроверьте еще раз: не факт, что вы хорошо справились в прошлый раз, не факт, что с тех пор не появилось новых, и что новая CMS не наделала их заново. А она вполне могла, особенно если вы сделали “умный” каталог с кучей фильтров и детализированным рубрикатором.

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

4. Транслитерация и написание

Скорее всего, у вас сменилась структура, и вы настроили 301-е редиректы. Это правильно и логично. Только перед тем, как редиректы прописывать, проверьте адреса новых страниц ПОБУКВЕННО.

Эта проблема острее всего стоит для интернет-магазинов: одни и те же русские названия категорий и групп товаров по-разному транслитерируются разными CMS. При настройке редиректов вы видите два адреса: site.ru/catalog/venge и site.ru/catalogue/mezhkomnatnie_dvery/venge. И вроде все просто: изменилась вложенность. Но на самом деле поменялось и написание.

Да, выглядит довольно нелепой ошибкой, но, поверьте, это встречается сплошь и рядом. А поскольку мы помним, что URL должны быть “человекопонятными”, то в них появляются различные “mezhregionalnoe-operatsionnoe-upravleniye” и тому подобное вырвиглазное автоматическое нечто, в котором очень легко пропустить “-nnoye” вместо “-nnoe”.

Неправильно настраиваете редиректы — впустую тратите время.

5. Старые редиректы

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

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

6. Логика title

Если сайт уже продвигался, то наверняка на нем были прописаны нужные title, description, keywords. С последними двумя все довольно понятно, а вот с первым есть нюансы.

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

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

7. Ссылки со второстепенных разделов

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

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

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

Вообще, что касается битых ссылок, переезд нужно воспринимать как хороший повод внимательно все осмотреть, провести “генеральную уборку”. Обычно подобные мелкие помарки копятся годами и не исправляются, потому что все заняты более важными делами. Особенно если SEO занимается не отдельный человек, а штатный маркетолог или программист, которые не мониторят состояние сайта постоянно.

8. Robots.txt

Файл часто формируется в CMS, и это первый повод его проверить на синтаксис. А если вы его пишете вручную, то это второй повод.У вас сменилась CMS, а значит, и логика внутренней организации сайта. Нужно заново закрывать от индексации служебные разделы, проверять, что случайно не закрылось то, что должно быть открыто.

9. rel=«canonical»

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

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

10. Микроразметка

Не то чтобы это очень уж частая проблема, но встречается. При переносе на новую CMS микроразметка может потеряться, а за большим объемом задач, который неизбежно возникает в ходе работы, про нее очень легко забыть: она ведь не влияет на отображение и функционал сайта в браузере. И заметите вы это уже намного позже, когда ссылки на ваши страницы начнут, например, постить в социальных сетях. Лучше заранее все самостоятельно перепроверить и протестировать.

Конечно, если сайт переносится под контролем SEO-специалиста, то этого не случится. Но мы знаем и такие случаи, когда при переносе микроразметка воспринимается как избыточный код и целенаправленно удаляется.

Bonus! Файлы подтверждения прав

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

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

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

Общая рекомендация

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

Лучше всего проводить перенос под контролем SEO-специалиста. Это сразу снимает большую часть вопросов, поскольку сеошник всегда знает, куда смотреть и что проверять (это напрямую сказывается на его зарплате). Он подскажет уже на этапе проектирования все подводные камни.

Но часто бывает так, что SEO-специалиста во время переноса рядом нет. Тогда берем информацию из открытых источников (например, этого), а затем из встроенных сервисов поисковых систем (Яндекс.Вебмастер, Google Search Console). Скорее всего, вы эти данные получите уже после того, как сайт закончен. Но лучше поздно узнать, что у вас не индексируется одна из веток каталога, чем не узнать никогда.

Берите информацию из максимального числа источников. Работать с метриками и сервисами — вообще полезный навык. Чем раньше вы к нему приучите себя, тем быстрее поймете, что в продвижении все взаимосвязано. Не забывайте, что переезд на новую CMS — это не цель, а этап. И он должен поднимать сайт на новый уровень взаимоотношений и с поисковыми системами, и с живыми людьми.

Материал опубликован пользователем. Нажмите кнопку «Написать», чтобы поделиться мнением или рассказать о своём проекте.

Написать
{ "author_name": "Dmitry Lunin", "author_type": "self", "tags": [], "comments": 2, "likes": 1, "favorites": 16, "is_advertisement": false, "subsite_label": "seo", "id": 66501, "is_wide": false, "is_ugc": true, "date": "Mon, 06 May 2019 08:18:10 +0300" }
{ "id": 66501, "author_id": 56675, "diff_limit": 1000, "urls": {"diff":"\/comments\/66501\/get","add":"\/comments\/66501\/add","edit":"\/comments\/edit","remove":"\/admin\/comments\/remove","pin":"\/admin\/comments\/pin","get4edit":"\/comments\/get4edit","complain":"\/comments\/complain","load_more":"\/comments\/loading\/66501"}, "attach_limit": 2, "max_comment_text_length": 5000, "subsite_id": 199127, "last_count_and_date": null }

2 комментария 2 комм.

Популярные

По порядку

0

Да уж, советики в духе К.О., а самое главное проигнорировано.

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

На основе этих данных строится система редиректов. Либо регулярки, либо вручную, когда перенос идет с вордпресса или джумлы.

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

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

Ответить
0

Бесполезная статья

Ответить
0
{ "page_type": "article" }

Прямой эфир

[ { "id": 1, "label": "100%×150_Branding_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox_method": "createAdaptive", "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfl" } } }, { "id": 2, "label": "1200х400", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfn" } } }, { "id": 3, "label": "240х200 _ТГБ_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fizc" } } }, { "id": 4, "label": "240х200_mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "flbq" } } }, { "id": 5, "label": "300x500_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfk" } } }, { "id": 6, "label": "1180х250_Interpool_баннер над комментариями_Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "ffyh" } } }, { "id": 7, "label": "Article Footer 100%_desktop_mobile", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjxb" } } }, { "id": 8, "label": "Fullscreen Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjoh" } } }, { "id": 9, "label": "Fullscreen Mobile", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjog" } } }, { "id": 10, "disable": true, "label": "Native Partner Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyb" } } }, { "id": 11, "disable": true, "label": "Native Partner Mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyc" } } }, { "id": 12, "label": "Кнопка в шапке", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "p1": "bscsh", "p2": "fdhx" } } }, { "id": 13, "label": "DM InPage Video PartnerCode", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox_method": "createAdaptive", "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "flvn" } } }, { "id": 14, "label": "Yandex context video banner", "provider": "yandex", "yandex": { "block_id": "VI-223676-0", "render_to": "inpage_VI-223676-0-1104503429", "adfox_url": "//ads.adfox.ru/228129/getCode?pp=h&ps=bugf&p2=fpjw&puid1=&puid2=&puid3=&puid4=&puid8=&puid9=&puid10=&puid21=&puid22=&puid31=&puid32=&puid33=&fmt=1&dl={REFERER}&pr=" } }, { "id": 15, "label": "Плашка на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byudx", "p2": "ftjf" } } }, { "id": 16, "label": "Кнопка в шапке мобайл", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byzqf", "p2": "ftwx" } } }, { "id": 17, "label": "Stratum Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvb" } } }, { "id": 18, "label": "Stratum Mobile", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvc" } } }, { "id": 19, "label": "Тизер на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "p1": "cbltd", "p2": "gazs" } } } ]
Хакеры смогли обойти двухфакторную
авторизацию с помощью уговоров
Подписаться на push-уведомления
{ "page_type": "default" }