SEO чек-лист для разработчиков сайта

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

1. При добавлении новых функциональных блоков:

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

1.2. Если раздел присутствует в карте сайта (sitemap.xml) — проверить, корректно ли сформировались для него URL
1.3. Проверить корректную выдачу 404 ошибок для несуществующих страниц внутри раздела

1.4. Если в разделе используется адреса с ?GET параметрами — обратиться к нам за помощью — что делать с этими параметрами

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

1.6. Если раздел содержит постраничную навигацию — все страницы списка, начиная со 2й должны в TITLE и DESCRIPTION содержать «- страница 2», «- страница 3» и т.п.

1.7. Исходить из правила, что адрес, который заканчивается на «/» считается папкой. Например /news/
А адреса страниц, которые заканчиваются на .php, .html и т.п. — считаются адресами элементов.
Таким образом, если при задании не указано, как формировать адресацию страниц — для папок формировать ЧПУ вида /news/, /publications/archive/ и т.п.
А для элементов /news/element.html, /publications/archive/2015.html
Где в адресе element.html = element = символьный код данного элемента (уникальный для всего сайта), а .html — «расширение» файла, которое в принципе ни на что не влияет, кроме как логической привязки к элементу дерева.

1.8. Если раздел использует AJAX элементы — закрыть их от индексации в robots.txt

2. При внесении корректировок в существующий функционал:

2.1. Проверять корректную выдачу статусов
Всегда проверять главную страницу + адреса разделов / элементов, где проводились работы.
Корректные адреса должны выдавать статус — 200
Адреса с ошибками в адресной строке (проверять симулируя заведомо неверные адреса) — 404

2.2. Если корректировки затрагивали изменение шаблона верстки проверить по списку:
— На странице должен быть только 1 уникальный заголовок h1
— TITLE для страницы должен быть уникальным в рамках сайта
— keywords и description для страницы должны быть уникально заданными или соответствовать TITLE
— в контенте не должно быть style и script вставок без жесткой необходимости — все оформление в CSS, все стили — в JS файлы

2.3. Если при корректировках появляются новые элементы — смотреть рекомендации по пункту №1

3. При перемещении раздела с одного адреса на другой

3.1. По старым адресам выдавать заголовок 301 и производить редирект на новый адрес

3.2. Проверить — не сломалась ли выдача заголовков главной страницы и сопутствующих блоков. Все рабочие разделы/страницы должны выдавать статус 200.

4. При отключении функциональных блоков или удаления разделов:

4.1. Проверять корректную выдачу главной страницы сайта, главной страницы затрагиваемых блоков и детальной страницы элементов — все рабочие разделы/страницы должны выдавать статус 200

4.2. Переформировать карту сайта в sitemap.xml — проверить, чтобы удаленных/отключенных элементов не было

4.3. Проверить адреса отключенных разделов/элементов — если удалились разделы или элементы — удаленные элементы/разделы должны выдавать заголовок 404