Внутренняя оптимизация сайта предполагает комплексную работу со многими настройками и параметрами Вашего интернет-ресурса: работа с кодом, работа с мета-тегами, улучшение юзабилити, улучшение структуры сайта и навигации, улучшение меню, авторитетность, контентное наполнение и правильная подача материала, видео-контент и многое другое.
В данной статье мы обсудим ключевые моменты «внутрянки» сайта, а также какие сигналы оказывают влияние на ранжирование любого информационного или коммерческого сайта.
Анализ конкурентов в поисковых системах
Почему важно всегда смотреть за активностью конкурентов, думаю, объяснять не нужно. Если у кого-то получилось выйти в ТОП – значит этот опыт надо изучать. Вообще анализ конкурентов должен вестись на регулярной основе и делать это стоит крайне серьезно.
Основные показатели для проверки
- Динамика поискового трафика через открытые источники
- Количество продвигаемых запросов
- Доля запросов в ТОП 10 поисковых систем
- Качественные изменения на сайте: добавление калькуляторов, форм обратной связи, различных модулей (тесты, многоступенчатые лид-системы и прочее)
- Обращайте внимание на дизайн, навигацию, структуру
- Проверяйте ссылочный профиль
- Не лишним будет смотреть на активность конкурентов в социальных сетях.
Обязательно контролируйте отзывы на Вас в Интернете и на конкурентов. Если работаете на очень плотном рынке, где по большому счету все обо всех знают, то может идти заказуха разного рода. С этим требуется работать.
Также очень важной опцией является выгрузка сайта конкурента через специальные программы. Под выгрузкой мы понимаем Эксель-табличку со всеми URL-адресами, поделенными на категории, подкатегории, посадочные страницы. Это важно с точки зрения товарной номенклатуры сайта конкурента, а также понимания крупности его сайта.
Как я уже указал выше, делать эту работу должен либо аналитик либо SEO-оптимизатор, либо маркетолог строго на регулярной основе. Заводим таблицу в Экселе и чекаем ключевые пункты.
После сбора информации делаем ключевые выводы и определяем план работ с полученными данными, а именно какие изменения будут сделаны на Вашем сайте.
Сбор и составление семантического ядра
Сбор семантического ядра – это важный процесс продвижения. Для начала определяем, какие категории надо собирать, к примеру, если речь идет об интернет-магазине детских кроваток, то берем категорию «кроватки», устанавливаем фильтры в Кей Коллекторе. Также можно пользоваться Яндекс Вордстатом, но это долго и утомительно.
Помните: от того, как вы соберете семантическое ядро и как оно будет кластеризовано, зависит успех всего предприятия по продвижению. Остальные процесс – технические, но вот сбор ядра – это искусство.
Как вы знаете или не знаете, есть такое понятие, как «частотность», т е сколько раз запрос употреблялся группой обезличенных пользователей в Яндексе. Таким образом, уже достаточно давно все ключевые слова поделены на частотные и не частотные:
Высокочастотные запросы
Это слова-категории, которые задают рынок и тематику. К примеру, в медицине такими словами могут быть словочетания «Гинекология» или «Гинекология цены». Конкуренция по таким словам колоссальная, но и трафик тоже, Все мечтают быть по ним в ТОП 10 поисковых систем и сорвать куш. Но не у всех получается, потому что не соблюдают, а в большинстве случае не имеют технологии SEO и терпения.
Среднечастотные запросы
Умеренные фразы с показами 500-1000 ед. в месяц. Продвигаться проще и более выгодно, так как в большинстве своем это конкретные слова-действия. К примеру, «записаться к врачу гинекологу». Пришедший к вам на сайт человек с большей вероятностью станет пациентом, т е конверсия, по таким словам, выше.
Низкочастотные запросы
Спрос от 100 до 200 показов, но тут надо смотреть на тематику. Если общий спрос по тематике 5000, то тогда такие слова будут в категории среднечастотников.
Сверхнизкочастотные запросы
Все остальное от 100 до 10 показов в месяц. Сюда входят различные редкие конструкции, типа «гинеколог Мария Сергеевна Подолян записаться». Сюда входя конструкции в виде гео-локационных запросов, какие-то нишевые брендовые слова и прочее. Как правило, такие слова прорабатываются в последнюю очередь, когда уже делать нечего, а спрос надо закрыть.
Отдельно выделяем информационные, а также мимикрирующие запросы, которые могут пребывать в совершенно разных категориях, но их всех объединяет отсутствие коммерческого интента. Интересные могут быть запросы, но их тоже в конце обычно берут в работу
Кластеризация семантического ядра
Чтобы вы лучше отдавали себе отчет, почему это так важно и серьезно, приведу пример. Однажды мне на аудит пришел клиент, который никак не мог продвинуть сайт в ТОП 10 по бухгалтерским услугам. И когда я покопался в мета-данных, то увидел, что 5 страниц сайта закрывают пласт в 300-350 запросов с сумасшедшим количество показов. Сказать, что обомлел – это ничего не сказать.
Так вот, я вам привел наглядный пример отвратительной кластеризации, когда SEO-специалисту было лень сделать логическую разбивку слов на группы или в силу неумения этого делать. Отдам должное и Заказчику – хорошая кластеризация стоит дорого и попытки экономии приводят в большие потери в будущем.
Неправильная кластеризация размывает статический вес страницы и запутывает роботов поисковых систем. В конечном счете машины не понимают, какой запрос является центровым, потому что все запросы собраны в одной странице, хотя на конкурентном Поиске все иначе. Далее принимается решение понижать непонятную страницу как можно дальше за ТОП 100
Как сделать качественную кластеризацию семантического ядра
- Из всего массива собранных слова убираем мусор
- Специальными программами автоматически парсим выдачу основных игроков в ТОП 10 и получаем разбивку ядра на группы
- Затем руками еще раз проверяем корректность кластеров, чтобы не плодить логические дубли страниц потом
- Закрываем полученную работу, на следующий день опять открываем и смотрим еще раз – хорошая защита от дурака.
- Собирайте все ядро до нулевок, по максимуму, учитывайте сезонный и информационный спрос. На выходы должен получиться объемный документ, который потом определить коммерческое будущее вашего сайта.
- Документ готов. Надеюсь, вы сделали разделение ядра на информационный спрос, гео-локационный спрос, коммерческий спрос. Окей, теперь переходим к следующему важному этапу внутренней оптимизации сайта.
Размещение запросов на сайте
Очень щепетильная и ручная работа. Оптимизатор должен руками, на основании конкурентной выдачи и анализа собственного сайта принять решение какие страницы под данное семантическое ядро должны быть созданы. Конечно, же мы говорим о категорийных страницах для интернет-магазинов и для услуговых страниц сервисных сайтов.
Но не всегда требуется создание новых страниц, надо понимать, что новая страница имеет нулевой вес и малую авторитетность и в высокочастоные категории даже в ближайшие месяцы ей не пробраться. Используйте логический баланс старых посадочных и новых страниц, чтобы закрывать различный спрос, учитывая при этом поведенческие факторы всего сайта и отдельных его элементов
После того, как запросы разбиты на группы, к каждой группе привязан будущий или текущий URL-адрес страницы, нужно определить приоритетность.
Приоритетность создания страниц – это принцип, что мы продвигаем сегодня, что завтра, а что послезавтра. Обычно, самые денежные запросы всегда идут вперед. Но важно учитывать, что начинать движение в ТОП следует с менее частотных фраз, постепенно переходя к в/ч.
Работа со структурой сайта
Связка страниц сайта в единую систему меню называется структурой. Почему мы, оптимизаторы, так много говорим про структуру, почему это так важно? Ответ вроде бы на поверхности, но стоит повторить. Потому что поисковая система всегда дает пользователю лучший релевантный ответ и если на вашем сайте нет релевантного ответа, то вы не выйдите в лидеры Поиска.
Релевантным является ответ, когда под запрос пользователя создана страница. Данная страница оформлена по канонам рыночной ниши, и она полезна для людей. Выстраивание структуры – это естественный процесс расширения его размеров
Как правильно выстроить структуру
- Используйте mindmap-сервис, для визуализации того, как будут связаны между собой разделы сайта. Это крайне полезно, если сайт новый
- Исследуйте конкурентов, а именно как у них сделаны разделы, как они увязаны с меню, сколько уровней меню у них есть, каким образом это меню (раздел или страница) приводит к цели
- Оцените иерархию вложенности страниц у конкурентов
- Сколько каталожных страниц и под какие запросы сделаны
- Сколько каталожных страниц второго уровня (третьего и т.д.)
- Сколько страниц фильтра реализовано, под какие запросы, отдает ли фильтр уникальную мету
- Есть ли блоговые странички, как увязано и устроено все там
Если у вас интернет-магазин с большой товарной номенклатурой и у вас стоит 1С, проконсультируйтесь перед началом работ по изменению структуры с 1С-программистом. Это важно, что при внесении изменений и последующих обновлений базы не было ошибок в виде исчезнувших каталогов. К тому же подтягивание карточек к фильтру или каталогам все равно требуется делать на стороне 1С.
По возможности делайте структуру сайта здорового человека, используйте логику и сразу на этапе мыслей подключайте рабочие группы из:
- Маркетолога
- Оптимизатора
- Программиста
- Дизайнера
- Копирайтера
- Контент-менеджера
Расскажу случай из жизни. К нам пришел клиент на продвижение интернет-магазина, требовалось провести грамотную внутреннюю оптимизацию сайта, словом, ничего нового. Покопались внутри и поняли, что сайт сделан, как один большой фильтр. Т е там нет каталогов, подкаталогов и тд и тп. Это проблема, ведь доработка самого фильтра крайне проблематична из-за кастомности Битрикса и 1С. С клиентом пришлось работу остановить, потому что стратегия наращивания страниц сайта для естественной оптимизации провалилась. Это пример того, как делать интернет-магазины не надо.
Другой пример, который касается уже услуговых сайтов. Поступила к нам медицинская клиника. Начали копаться внутри, а сайт сделан на JS-фреймворке, т.е. сайт сделан ввиде модного, красивого и дорого приложения для телефона. Но продвигать это невозможно по следующим причинам.
- Невозможно создать новую страницу из админки
- Метаданные прописать нельзя, а через код они не тянутся на фронт
- Но самое главное Ajax работает так: отправляет и извлекает данные с сервера без необходимости перезагрузки всей страницы. Это может затруднить продвижение. Обычно Аякс используется для приложений мобильных.
- Для продвижения нужны HTML-страницы, чтобы боты ПС их индексировали
В сухом остатке структура страниц сайт должна максимально полно и точно отвечать на запрос пользователь при условии, что на этот запрос есть показы (проверяем Вордстат). Только в этом случае у вас будет создан базис для развития естественного SEO
Метаданные
Для поисковых машин, для их алгоритмов метаданные являются прямой навигацией. Чтобы вам было проще объясню так: метаданные для роботов – это все равно, что для нас, людей таблички с выходами к самолетам в Шереметьево. Не будет табличек, мы просто не сможем вылететь, выйти, найти нужную стойку записи. Мы не сможем нормально двигаться в метро и будет хаос.
Из чего состоят метаданные
- Titile — заголовок браузера
- Description — описание сниппета
- Keywords – ключевые запросы
- H1 – заголовок страницы
Метаданные формируют сниппет в поисковой выдаче и от того, как все написано, будет зависеть CTR (коэффициент кликабельности) ваших заголовков. Плохой сниппет не позволит получить трафик даже, если вы в ТОПе. Под плохим сниппетом мы понимаем неполноту информации заголовка, отсутствие ключей релевантности, и прочее.
Ключевые правила написания тега Titile
- Title на каждой странице сайта должен быть уникальный, думайте о пользователях и CTR
- Длина Title должна быть не более 70 символов (Исключая брендирование)
- Не раздуваем тайтл на 2 предложения. Допустимый размер заголовков у Гугл — 69 символов (12 — 13 слов), у Яндекса — 70 (14 — 15 слов).
- Самый важный ключ в Title должен быть в начале (За основу берется самый частотный ключ)
- В title должно быть указание региона (Если страница коммерческая, на инфо страницах не обязательно)
- Title должен отвечать на вопрос, о чем эта страница.
- Title должен быть релевантен содержимому страницы
- В Title не должно быть неправильных словесных конструкций вида: “Ребенок питание какими продуктами можно”. (Правильный вариант “Питание ребенка: список разрешенных продуктов”
- Title должен быть понятен и не содержать орфографических ошибок
- Название компании в Title делается с заглавной буквы, название компании не указывается в начале заголовка Тайтл
- Не желательно в Title использовать спец символы html
- Не использовать жаргонизмы
- Не обязательно использовать прямой ключ в Title, его можно чуть разбавить как указано в шаблонизации ниже.
- Использование прилагательных в теге повышает CTR, использовать его крайне аккуратно (лучший, выгодный, самый, огромный)
- Не используйте в Тайтле местоимения, частицы и предлоги. Они не учитываются поисковыми системами (стоп-слова: и, или, о, к, я, не, до и т. д.)
- Запрещается делать перечисление городов в Title
- Не рекомендуется использовать верхний регистр букв
Ключевые правила написания тега Description
Мета-тег description должен описывать содержимое страницы. В случае интернет-магазина мета-тег description должен не только описывать, но и привлекать внимание, рекламировать товар и содержать заманчивое предложение для потенциальной аудитории. Это могут быть выгодные условия доставки, разные способы оплаты, гарантия 5 лет или ассортимент из 10 000 товаров.
Мета тег должен быть привлекательным для пользователей. Пользователь должен хотеть кликнуть по объявлению. Важно думать об увеличение CTR при написании данного тега
- Тег должен содержать основные запросы пользователей.
- Не нужно перечислять все продвигаемые запросы, достаточно 3-4 слов
- Тег не должен превышать 150-250 символов для корректного отображения в Снипете сайта
- Тег должен быть составлен для людей и быть читабельным
- Для интернет-магазинов стоит указывать в теге цену и другую полезную информацию (например, доставку, призыв к звонку или заказу и тд)
- Не должен содержать грамматических и стилистических ошибок и логических ошибок
- Все названия которые имеют “Имя собственное” должны идти с большой буквы (например, не яндекс.директ, а Яндекс.Директ)
- Описания в meta тегах description должны быть уникальными для всех страниц сайта, не рекомендуется копировать часть текста на странице для заполнения тега.
- Правильный description должен содержать ключевые слова, по которым оптимизируется данная страница. Самые частотные запросы должны располагаться в начале описания. Не следует употреблять в теге больше 3-4 ключевых фраз. Одно и то же слово не должно повторяться больше 5-7 раз.
- Не указывать URL сайта
Ключевые правила написания заголовка Н1
- H1 должен присутствовать на каждой странице сайта. Это обязательное условие
- H1 должен быть уникальным и не дублироваться с другими H1 на других страницах сайта
- Н1 не должен использоваться более 1 раза на странице. Это обязательное условие
- В Н1 нельзя использовать спамные конструкции типа “Купить” “Заказать” и т.д.
- H1 должен читаться и по-человечески, быть логичным, не притянутым под SEO-продвижение
- H1 не должен дублироватся с Title (по возможности, т.к в интернет магазинах это может происходить)H1 должен быть отличен от Title
H1 не должен быть слишком длинным - Нельзя ставить в конце точку и рекомендуется по минимуму использовать знаки препинания.
- Должен быть максимально релевантен странице
- H1 должен быть визуально выделен на в тексте по отношению к абзацам.
Работа с исходным html кодом
Для проведения работ по внутренней оптимизации сайта важно учитывать то, в каком состоянии находится код сайта. Простыми валидаторами проверяем https://validator.w3.org, сколько мусора и ошибок накопилось за время его работы. У нас на практике были сайты, где валидность была просто адовой и сервисы показывали 1000 и более ошибок.
Валидность кода — это соответствие исходного кода сайта нормам и правилам, описанным Консоциумом Всемирной Паутины или сокращенно W3C.Валидный код позволяет лучше ранжировать сайты в поисковой выдаче, что благотворно влияет на трафик. Источник: seonews
Ключевые правила чистки кода
- CSS-стили нужно располагать отдельно от HTML
- JS-скрипты должны быть также вынесены в отдельный файл
- Не допускайте, чтобы страница весила более 10 Мб вместе с кодом и стилями
- Теги Title, Description и Keywords следует располагать сразу после открывающегося тега head
- По возможности снесите лишние коды, которые либо устарели, либо не несут прямой ценности. Нельзя – тогда хотя бы закройте от индексации. Помните, что любые работы, связанные с кодом сайта, должны производиться на тестовом домене, закрытым от индексации поисковыми системами. Никогда не производите работы без резервной копии.
ЧПУ — человеко-подобные урлы
Большинство современных CMS автоматически генерируют человеко-подобные URL-адреса. Это крайне положительно сказывается на продвижении сайта, ведь в адресе заложен ключевой запрос, который может на выдаче выглядеть вот так
Если у вас кастомная, ломанная CMS или самописка, в которой не предусмотрели автоматические ЧПУ, используйте сервисы по транслитерации заголовков. Не допускайте на сайте кириллические URL.
Индексация страниц
Следующий большой этап работ, который обязательно надо учитывать во внутренней оптимизации сайта – это индексация страниц. Чтобы понять, что проиндексировано на сайте, а что нет, идем в Яндекс Вебмастер и Google Search Console. Заходим в раздел «Индексирование», потом «Страницы в Поиске» и уже путем не хитрых манипуляций проверяем, что в индексе, что нет.
Вебмастер – это сердце вашего сайта, вся информация по ссылкам, по индексации страниц, представлению страниц в поиске, количеству удаленных страниц находится именно там. Ежедневный мониторинг Вебмастеров позволяет грамотно работать с внутренней оптимизацией сайта и увеличивать видимость сайта в ПС.
Составление корректного robots.txt
В файле Robots прописывается определенная информация в виде директорий для того, чтобы дать команду роботам поисковых систем для индексации и запрета на индексацию определенных разделов и страниц сайта.
Правила проверки robots
- Проверяем корректность директив host/sitemap
- Разделение на разные блоки для разных роботов
- Есть ли отдельные директивы для индексации картинок
- Проверяем в Вебмастере и Screaming Frog динамические страницы типа пагинаций, страницы, которые должны быть закрыты, но по факту это не так
- Проверяем выдачу на наличие мусорных и бесполезных страниц по оператору site:
- Качественный роботс для разных CMS будет отличаться, но базовые правила должны быть следующими:
- Наличие директив для Яндекс Бота и Гугл Бота
- Наличие директивы Hosts
- Наличие ссылки на Sitemap
- Наличие запрещающих директив от индексации персональных данных, а также страниц, которые являются техническими.
Правильная расстановка rel=cannonical
Canonical – это атрибут метатега link. Его используют для определения важности отдельной страницы сайта. Адреса этих страниц называют каноническими (источник rookee)
Зачастую, на сайте присутствуют две логически похожие страницы, а иногда и прямые дубли. В таком случае требуется настроить метатег REL=»canonical», чтобы дать сигнал поисковым машинам на индексацию нужной страницы. Для интернет-магазинов это является жизненно важным. Для услуговых сайтов мы также рекомендуем это делать.
Настраивайте REL=»canonical» чтобы среди множества похожих страниц или дублей дать приоритет в индексации конкретной странице. Также можно использовать классический 301-й редирект.
Создание или настройка sitemap.xml
Карта сайта отвечает за полноту и скорость индексации сайта поисковыми системами. В работах по внутренней оптимизации сайта не стоит забывать про данный файл. Кстати, проверьте наличие карты сайта у себя на сайте https://www.вашсайт.ru/sitemap.xml а главное обратите внимание на дату последнего обновления.
Правильно настроенная карта сайта
- Карта должна автоматически генерироваться и автоматически обновляться. Это поможет не заниматься ручным трудом и тратить время оптимизатора на внесение новых страниц в этот файл
- Настроить Last-Modified, который позволит снизить нагрузку на сервер
- Карта сайта должна иметь URL вида .xml (не html в данном случае, а xml)
- Не более 50 000 ссылок
- Для больших картинок отдельная карта
- Иногда для разных ПС также делаются отдельные карты
Обязательные теги для карты сайта
- родительский тег, в него заключаются все url-адреса
- <url> — тег, в котором указываются сведения о конкретном url-адресе
- <loc> — в данном теге указывается непосредственно url
- <lastmod> — этот тег заключает в себе дату последнего изменения страницы
Не обязательные теги: - <changefreq> — тег используется, чтобы указать насколько часто изменяется страница: always, hourly, daily, weekly, monthly, yearly, never;
- <priority> — указывает приоритет определенной страницы, относительно других страниц сайта от 0,1 – низкий приоритет, до 1 – высокий приоритет.
Тег noindex. Иногда требуется не индексировать часть контент. Причины могут быть разными, не будем вдаваться в детали. Используйте тег noindex для управления функцией индексации поисковых ботов.
Помните, что тег noindex учитывает только Яндекс. Google игнорирует его присутствие и проводит полную индексацию текстового содержания страницы. Для задействования блокировки индексации, актуальной для всех поисковиков, следует прописывать соответствующий метатег для отдельных страниц или всего сайта в файле robots.txt (истоник: rookee)
Атрибут rel=»nofollow»
Если у вас контент ссылается на другие источники, если вы вынуждены давать ссылки на авторитетные источники, например на законодательные выдержки, то используйте тег noindex. Это дает поисковым машина право не индексировать такую ссылку, а вы не теряете вес сайта.
Дублирование страниц или зеркала сайта
Дубли страниц – абсолютное зло, потому что один и тот же сайт, одна и та же страница открываются по разным адресам.
Какие бывают дубли
- Cайт открывается с WWW и без WWW
- Сайт открывается с / на конце и без него
- Сайт открывается с index.php (hnml) и без него на конце
- Сайт открывается с http и https
- Сайт открывается в верхнем и нижнем регистрах
- Не допускайте технических дублей и зеркал, проверяйте дубли с помощью сервиса https://apollon.guru/duplicates/
Внутренняя перелинковка
Один из самых важных элементов работ по внутренней оптимизации. Когда структура сайта создана, тексты написаны, а страницы созданы и проиндексированы, вот тогда они набирают статический вес и авторитетность. Если с этой авторитетностью не работать и не распределять ее по сайту, то в ТОП10 поисковых систем будут выходить отдельно взятые странички. Нам нужно, чтоб 100% сайта вышло в ТОП, поэтому надо использовать данный инструмент активно.
Мы в работе используем пример «Равномерно размазанного масла по бутерброду». Именно такая трактовка применима к термину «внутренняя перелинковка»
Виды внутренней перелинковки
- Контекстная. Ссылки логическим образом вставлять в текст, такие ссылки содержат анкор с ключевыми словами и ведут на релевантную страницу.
- Навигационная.Навигационная перелинковка или якорная, как ее еще называют, помогает пользователю сайта оценить размер статьи или материала, попасть по клику в нужную область текста. Помните, что навигационная перелинковка работает исключительно в рамках одной страницы и очень хорошо улучшает поведенческие критерии отдельно взятой посадочной.
- Свозная. Баннеры, элементы подвала, акции, копирайт, меню (главное, нижнее, второстепенное, боковое) – это все те сквозные элементы также работают на перелинковку.
- Тематическая. Для блога просто необходимый вид перелинковок. Наверное, вы замечали, как после прочтения интересной статьи, вам предлагаю «Читать также». Это как раз и есть тематическая перелинковка.
Методы внутренней перелинковки
- Звездочка. Все страницы ссылаются друга на друга
- Кольцо. Страницы сайта ссылаются друг на друга, чтобы усилить свой суммарный статический вес и затем каждая из страниц ссылается на продвигаемую страницу. Таким образом вся мощь совокупных посадочных идет точечно на то, что двигается в ТОП.
- Иерархия. Одна страница ссылается на 2, 2 на другие 2 (в итоге 4) и так далее. Получается прогрессивный метод, который себя прекрасно зарекомендовал в работе
Циклические ссылки
Удаляем циклические ссылки, которые создают замкнутую последовательность. К примеру, если вы находитесь на главной странице сайта и жмете на логотип, а при этом он отдает сигнал на перезагрузку, это значит образовался цикл. Его надо устранить по причинам:
- Нет пользы для поисковых систем
- Нет пользы для пользователей
- Заставляют ботов поисковых систем двигаться по кругу
Увеличение скорости загрузки сайта
Непременным атрибутом внутренней оптимизации сайта является скорость загрузки. Проверить можно сервисом Гугл или этим сервисом https://developers.google.com/speed/pagespeed/insights/ https://www.webpagetest.org/
Как увеличить скорость загрузки сайта
- Перейти на VDS-сервер с хорошей оперативной памятью и быстродействием
- Включить кеширование сайта
- Ужать большие фотографии и картинки, не использовать формат картинок PNG
- Уменьшите количество HTTP-запросов
- Помещайте CSS файлы в начале страницы
- Помещайте javascript в конец страницы
- Минимизируйте css и javascript
- Включаем CDN
- Используем Gzip- сжатие
Коды ответа сервера
Поисковые боты делают запрос на сервер и получают различные ответы. В этом разделе мы разберем, какие бывают серверные ответы и что они значат, а главное какое влияние оказывают на работу сайта и его внутреннюю оптимизацию
| Код ответа | Название | Описание |
Информационные | ||
| 100 | Continue | «Продолжить». Этот промежуточный ответ указывает, что запрос успешно принят и клиент может продолжать присылать запросы либо проигнорировать этот ответ, если запрос был завершён. |
| 101 | Switching Protocol | «Переключение протокола». Этот код присылается в ответ на запрос клиента, содержащий заголовок Upgrade:, и указывает, что сервер переключился на протокол, который был указан в заголовке. Эта возможность позволяет перейти на несовместимую версию протокола и обычно не используется. |
| 102 | Processing | «В обработке». Этот код указывает, что сервер получил запрос и обрабатывает его, но обработка еще не завершена. |
| 103 | Early Hints | «Ранние подсказки». В ответе сообщаются ресурсы, которые могут быть загружены заранее, пока сервер будет подготовливать основной ответ. RFC 8297 (Experimental). |
Успешные | ||
| 200 | OK | «Успешно». Запрос успешно обработан. Что значит «успешно», зависит от метода HTTP, который был запрошен: |
| GET: «ПОЛУЧИТЬ». Запрошенный ресурс был найден и передан в теле ответа. | ||
| HEAD: «ЗАГОЛОВОК». Заголовки переданы в ответе. | ||
| POST: «ПОСЫЛКА». Ресурс, описывающий результат действия сервера на запрос, передан в теле ответа. | ||
| TRACE: «ОТСЛЕЖИВАТЬ». Тело ответа содержит тело запроса полученного сервером. | ||
| 201 | Created | «Создано». Запрос успешно выполнен и в результате был создан ресурс. Этот код обычно присылается в ответ на запрос PUT «ПОМЕСТИТЬ». |
| 202 | Accepted | «Принято». Запрос принят, но ещё не обработан. Не поддерживаемо, т.е., нет способа с помощью HTTP отправить асинхронный ответ позже, который будет показывать итог обработки запроса. Это предназначено для случаев, когда запрос обрабатывается другим процессом или сервером, либо для пакетной обработки. |
| 203 | Non-Authoritative Information | «Информация не авторитетна». Этот код ответа означает, что информация, которая возвращена, была предоставлена не от исходного сервера, а из какого-нибудь другого источника. Во всех остальных ситуациях более предпочтителен код ответа 200 OK. |
| 204 | No Content | «Нет содержимого». Нет содержимого для ответа на запрос, но заголовки ответа, которые могут быть полезны, присылаются. Клиент может использовать их для обновления кешированных заголовков полученных ранее для этого ресурса. |
| 205 | Reset Content | «Сбросить содержимое». Этот код присылается, когда запрос обработан, чтобы сообщить клиенту, что необходимо сбросить отображение документа, который прислал этот запрос. |
| 206 | Partial Content | «Частичное содержимое». Этот код ответа используется, когда клиент присылает заголовок диапазона, чтобы выполнить загрузку отдельно, в несколько потоков. |
Сообщения о перенаправлениях | ||
| 300 | Multiple Choice | «Множественный выбор». Этот код ответа присылается, когда запрос имеет более чем один из возможных ответов. И User-agent или пользователь должен выбрать один из ответов. Не существует стандартизированного способа выбора одного из полученных ответов. |
| 301 | Moved Permanently | «Перемещён на постоянной основе». Этот код ответа значит, что URI запрашиваемого ресурса был изменен. Возможно, новый URI будет предоставлен в ответе. |
| 302 | Found | «Найдено». Этот код ответа значит, что запрошенный ресурс временно изменен. Новые изменения в URI могут быть доступны в будущем. Таким образом, этот URI, должен быть использован клиентом в будущих запросах. |
| 303 | See Other | «Просмотр других ресурсов». Этот код ответа присылается, чтобы направлять клиента для получения запрашиваемого ресурса в другой URI с запросом GET. |
| 304 | Not Modified | «Не модифицировано». Используется для кэширования. Это код ответа значит, что запрошенный ресурс не был изменен. Таким образом, клиент может продолжать использовать кэшированную версию ответа. |
| 305 | Use Proxy | «Использовать прокси». Это означает, что запрошенный ресурс должен быть доступен через прокси. Этот код ответа в основном не поддерживается из соображений безопасности. |
| 306 | Switch Proxy | Больше не использовать. Изначально подразумевалось, что » последующие запросы должны использовать указанный прокси.» |
| 307 | Temporary Redirect | «Временное перенаправление». Сервер отправил этот ответ, чтобы клиент получил запрошенный ресурс на другой URL-адрес с тем же методом, который использовал предыдущий запрос. Данный код имеет ту же семантику, что код ответа 302 Found, за исключением того, что агент пользователя не должен изменять используемый метод HTTP: если в первом запросе использовался POST, то во втором запросе также должен использоваться POST. |
| 308 | Permanent Redirect | «Перенаправление на постоянной основе». Это означает, что ресурс теперь постоянно находится в другом URI, указанном в заголовке Location: HTTP Response. Данный код ответа имеет ту же семантику, что и код ответа 301 Moved Permanently, за исключением того, что агент пользователя не должен изменять используемый метод HTTP: если POST использовался в первом запросе, POST должен использоваться и во втором запросе. |
| Примечание: Это экспериментальный код ответа, Спецификация которого в настоящее время находится в черновом виде. | ||
Client error responses | ||
| 400 | Bad Request | «Плохой запрос». Этот ответ означает, что сервер не понимает запрос из-за неверного синтаксиса. |
| 401 | Unauthorized | «Неавторизовано». Для получения запрашиваемого ответа нужна аутентификация. Статус похож на статус 403, но,в этом случае, аутентификация возможна. |
| 402 | Payment Required | «Необходима оплата». Этот код ответа зарезервирован для будущего использования. Первоначальная цель для создания этого когда была в использовании его для цифровых платежных систем(на данный момент не используется). |
| 403 | Forbidden | «Запрещено». У клиента нет прав доступа к содержимому, поэтому сервер отказывается дать надлежащий ответ. |
| 404 | Not Found | «Не найден». Сервер не может найти запрашиваемый ресурс. Код этого ответа, наверно, самый известный из-за частоты его появления в вебе. |
| 405 | Method Not Allowed | «Метод не разрешен». Сервер знает о запрашиваемом методе, но он был деактивирован и не может быть использован. Два обязательных метода, GET и HEAD, никогда не должны быть деактивированы и не должны возвращать этот код ошибки. |
| 406 | Not Acceptable | Этот ответ отсылается, когда веб сервер после выполнения server-driven content negotiation, не нашел контента, отвечающего критериям, полученным из user agent |
| 407 | Proxy Authentication Required | Этот код ответа аналогичен коду 401, только аутентификация требуется для прокси сервера. |
| 408 | Request Timeout | Ответ с таким кодом может прийти, даже без предшествующего запроса. Он означает, что сервер хотел бы отключить это неиспользуемое соеднинение. Этот метод используется все чаще с тех пор, как некоторые браузеры, вроде Chrome и IE9, стали использовать HTTP механизмы предварительного соединения для ускорения серфинга (смотрите баг 881804, будущей реализации этого механизма в Firefox). Также учитывайте, что некоторые серверы прерывают соединения, не отправляя подобных сообщений. |
| 409 | Conflict | Этот ответ отсылается, когда запрос конфликтует с текущим состоянием сервера. |
| 410 | Gone | Этот ответ отсылается, когда запрашиваемый контент удален с сервера. |
| 411 | Length Required | Запрос отклонен, потому что сервер требует указание заголовка Content-Length, но он не указан. |
| 412 | Precondition Failed | Клиент указал в своих заголовках условия, которые сервер не может выполнить |
| 413 | Request Entity Too Large | Размер запроса превышает лимит, объявленный сервером. Сервер может закрыть соединение, вернув заголовок Retry-After |
| 414 | Request-URI Too Long | URI запрашиваемый клиентом слишком длинный для того, чтобы сервер смог его обработать |
| 415 | Unsupported Media Type | Медиа формат запрашиваемых данных не поддерживается сервером, поэтому запрос отклонен |
| 416 | Requested Range Not Satisfiable | Диапозон указанный заголовком запроса Range не может быть выполнен; возможно, он выходит за пределы переданного URI |
| 417 | Expectation Failed | Этот код ответа означает, что ожидание, полученное из заголовка запроса Expect, не может быть выполнено сервером. |
Server error responses | ||
| 500 | Internal Server Error | «Внутренняя ошибка сервера». Сервер столкнулся с ситуацией, которую он не знает, как обработать. |
| 501 | Not Implemented | «Не выполнено». Метод запроса не поддерживается сервером и не может быть обработан. Единственные методы, которые сервера должны поддерживать (и, соответственно, не должны возвращать этот код) — GET и HEAD. |
| 502 | Bad Gateway | «Плохой шлюз». Эта ошибка означает что сервер, во время работы в качестве шлюза для получения ответа, нужного для обработки запроса, получил недействительный (недопустимый) ответ. |
| 503 | Service Unavailable | «Сервис недоступен». Сервер не готов обрабатывать запрос. Зачастую причинами являются отключение сервера или то, что он перегружен. Обратите внимание, что вместе с этим ответом удобная для пользователей(user-friendly) страница должна отправлять объяснение проблемы. Этот ответ должен использоваться для временных условий и ;Retry-After: HTTP-заголовок должен, если возможно, содержать предполагаемое время до восстановления сервиса. Веб-мастер также должен позаботиться о заголовках, связанных с кэшем, которые отправляются вместе с этим ответом, так как эти ответы, связанные с временными условиями, обычно не должны кэшироваться. |
| 504 | Gateway Timeout | Этот ответ об ошибке предоставляется, когда сервер действует как шлюз и не может получить ответ вовремя. |
| 505 | HTTP Version Not Supported | «HTTP-версия не поддерживается». HTTP-версия, используемая в запросе, не поддерживается сервером. |
Источник: https://developer.mozilla.org/ru/docs/Web/HTTP/Status
Наиболее важными серверными ответами нужно считать 200 – все хорошо, 404 – страница удалена или не найдена, 301 – редирект, 501, 502, 503 – серверные ошибки, говорящие о недоступности интернет-ресурса.
Поиск и исправление битых ссылок
Битыми ссылками называют страницы, которые перестали существовать. Крайне рекомендуем настраивать 301 редирект на такие ссылки, тем более если по данным страницам наработаны позиции в Яндексе и Гугле. Когда пользователь перейдет по такой ссылке из Поиска он попадет не на 404-ошибку, а на актуальную страницу с релевантным ответом.
Как не допустить битых ссылок на сайте
- Крайне аккуратно редактировать текущие созданные страницы, не менять URL
- Регламентировать работу контент-менеджеров, чтобы не было путаницы
- Не удаляйте страницы, есть опция выключения во всех админках.
Как обнаружить битые ссылки
- Сделать выгрузку страниц со статусом 404 в Яндекс Вебмастер
- Сделать выгрузку программой Скриминг Фрог
- Сделать выгрузку программой XENU
- Визуальный осмотр страниц сайта, если ресурс не очень крупный
Оптимизация изображений
Изображения играют не только визуальную роль на сайте, а также привлекают и удерживают пользователя, они еще выполняют роль продвижения. Поэтому в обязательно порядок (особенно для интернет-магазинов) прописывайте теги Title и ALT для картинок. Желательно это автоматизировать, чтобы оптимизатор не тратил время на рутинный процесс: картинка загружается и к ней автоматически присоединяется атрибуция, к примеру, Тайтла или заголовка Н1.
Также обращайте внимание на размер картинок и их качество. Придерживайтесь следующих принципов:
- Лучшее изображение – это уникальное изображение
- Изображение должно быть адаптивным
- Изображение должно быть в формате .jpeg
- Alt и Title должны быть оптимизированы под ключевые запросы продвигаемой страницы
Конечным результатом хорошо оптимизированного изображения будет являться тот факт, что вас находят в Яндекс. Картинках и Гугл Картинках, а также что изображения конвертируют пользователя в покупателя ваших товаров и услуг
Коммерческие факторы ранжирования
Впервые рынок заговорил о коммерческих факторах ранжирования в 2011-м году. Тогда Яндекс дал четко понять, что наличие определенных элементов на сайте будет расцениваться как дополнительный важный фактор ранжирования сайта. Проще говоря, произошло отделение инфо и e-coma на уровне алгоритмов. И сегодня сайт, который не обладает коммерческими элементами отличия и не будет ранжироваться высоко в ТОП 10.
Коммерческие ФР – это специальный алгоритм Яндекса, который парсит сайт на наличие элементов конверсии пользователя в покупателя. К таким элементам относятся: формы обратной связи, время работы компании, номер телефона, фото сотрудников, лицензии и дипломы и многое другое.
Основные элементы сайта, которые должны быть:
- Фактический адрес
- Реквизиты организации
- Городской номер или номер 8800
- График работы
- Мессенджеры
- Электронная почта на домене
- Форма обратной связи
- Обратный звонок
- Онлайн-чат
- Наличие Яндекс Карт
- Пользовательское соглашение
- Страница «О компании»
- Фотографии и описание специалистов
- Цены на услуги и товары
- Оплата картой
- Портфолио и многое другое.
Технические задания на тексты
Контент помогает пользователю решать свою задачу: узнать новую информацию или что-то купить (товар, услугу). Роль контента возрастает, ведь качественные критерии растут со стороны поисковых машин и игнорировать этот факт просто невозможно.
Если тексты пишет не профессионал с поверхностным суждением о том или ином вопросе, такой материал вряд ли займет место в конкурентной выдаче и будет хорошо ранжироваться. Нужно разбираться в вопросе.
Атрибуты качественного текста для поисковых систем
- Материал должен быть оптимизирован согласно конкуренции по запросу в выдаче
- Материал должен содержать LSI-вхождения
- Текст должен иметь равномерные вхождения продвигаемых запросов
- Значение имеет не сам текст, а фрагмент текста, поэтому разбивайте материал на логические абзацы
- Отсутствие орфографических, синтаксических и логических ошибок
- Использование заголовков с вхождений запросов
- Объем текста играет большую роль
- Текст должен быть написан по модели AIDA для коммерческого ресурса
- Уникальность текста
- Заспамленность до 50%
- Водность текста до 50%
- Важная роль должна уделяться оформлению контента на странице при размещении
