Продвижение нового сайта — пошаговая инструкция

«Сливаю» джедайский чек-лист по подготовке к продвижению нового сайта на «чистом» домене.

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

Список неокончательный.

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

Главное правило: действуйте только после того, как сайт полностью готов технически, а весь контент уже присутствует на нём

Пошаговая инструкция — «Как продвинуть новый сайт. Подготовка»

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

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

Со всех ног бегите от такого «горе-продвигатора», не доверяйте ему ни в коем случае. Это спасёт ваш бизнес от двойных трат и подмоченной репутации.

Шаг 1. Подготовка сайта на уровне сервера (хостинга)

Robots.txt

Проверьте существование файла robots.txt — самый важный файл для поисковых роботов, который обязательно должен быть у сайта.
Он может как генерироваться системой управления сайтом, так и физически существовать в корневой папке вашего сервера.
Например, в UMI.CMS этот файл генерируется автоматически, но может быть заменён физической копией в корне. В других CMS файл можно изменять посредством плагинов и встроенных редакторов. В любом случае можно использовать notepad вашей ОС компьютера.

Проверить его существование легко: наберите в адресной строке браузера http://mysite.ru/robots.txt, где http://mysite.ru — ваш домен с соответствующим протоколом http (у вас может быть и https).

пример окна вызова файла robots.txt

Проверка на ошибки robots.txt — следующий шаг. Пользуйтесь внешними сервисами (типа technicalseo.com), но лучше встроенными в панели Яндекс Вебмастер и Google Search Console.

Sitemap.xml

Проверьте существование файла sitemap.xml — не менее важный файл для поисковых роботов, он показывает им всю структуру дерева ссылок.
Генерируется системой управления сайтом или создаётся физически. Есть куча онлайн-сервисов для полуавтоматической генерации файла sitemap.xml. Например, www.mysitemapgenerator.com или www.xml-sitemaps.com . Минусы ручного создания файла в отсутствии должного обновления поля Last-Modified, которое должно меняться с периодичностью изменения страницы. То есть содержать последнюю актуальную дату.
Например, в UMI.CMS этот файл генерируется автоматически, относительно проставленных галочек у корневых разделов и их подразделов «Отображать в меню».

Проверить его существование легко: наберите в адресной строке браузера http://mysite.ru/sitemap.xml, где http://mysite.ru — ваш домен с соответствующим протоколом http (у вас может быть и https).

пример окна проверки существования sitemap.xml

При ручной генерации учтите особенность xml-файлов. В них не должно быть ошибок и пустых символов в заголовке. Подробные статьи есть в поиске — гуглите =)

Главное зеркало

Главное зеркало — это основной домен, с которого транслируется ваш сайт в сети интернет. Все остальные копии (если они существуют): зеркала, основной домен с www или без, технические домены и т.д. должны переадресовывать все запросы на главное зеркало.

Пример: есть сайт у которого в папке сервера привязаны домены mysite.ru, www.mysite.ru, mysite.org, www.mysite.org. Принимаем, что первый домен — главное зеркало. Значит второй и остальные зеркала при наборе адреса в браузере должны отдавать корректный ответ «301 Redirect» и направлять все запросы на mysite.ru. Обычно это делается через файл .htaccess или в настройках панели хостинга. Уточните у специалиста эти вопросы.

Показываю кусок кода для .htaccess в приведённом примере выше:
RewriteEngine on
RewriteBase /
RewriteCond %{HTTP_HOST} ^www\.mysite\.ru
RewriteRule ^(.*)$ http://mysite.ru/$1 [R,L]
RewriteCond %{HTTP_HOST} ^mysite\.org
RewriteRule ^(.*)$ http://mysite.ru/$1 [R,L]
RewriteCond %{HTTP_HOST} ^www\.mysite\.org
RewriteRule ^(.*)$ http://mysite.ru/$1 [R=permanent,L]

Настроить главное зеркало вы можете также в директиве «Host» в robots.txt, внутри панелей Яндекс.Вебмастер и Google Search Console

Основное правило: не плодите кучу доменов с одним сайтом. Это негативно влияет на поисковые показатели выдачи!

«Детские болезни» сервера

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

  1. Все критичные папки, которые влияют на безопасность закрыты от просмотра, включая папки с картинками (.htaccess):
    Options +FollowSymLinks
  2. Проблема с кодировкой сервера и исполняемых DHTML, PHP файлов — распространённая ошибка. Используйте только UTF-8 во избежании недоразумений (.htaccess):
    AddDefaultCharset UTF-8
  3. Проверьте ответы ошибок 403 (запрет) и 404 (страница не найдена), как элементарный минимум. Страницы должны отдаваться корректно.
    Сервис проверки тут: httpstatus.io — введите несуществующий адрес какой-нибудь страницы вашего сайта. Результат должен быть 301->404.
    Если у вас самописный сайт — вот директива для .htaccess:
    ErrorDocument 404 /404.php
    ErrorDocument 403 /403.php
  4. Наличие favicon. Со времён первых Windows мода на файлы .ico закончилась. Забудьте о них. Показываю, как сегодня сайт должен отдавать фавиконку и какие размеры должны быть. В основном это разные размеры файлов для всех платформ: MAC OS, iOS, PC, Android, Windows Phone и т.п.
    <link rel="apple-touch-icon" sizes="180x180" href="/images/favicons/apple-touch-icon.png">
    <link rel="icon" type="image/png" href="/images/favicons/favicon-32x32.png" sizes="32x32">
    <link rel="icon" type="image/png" href="/images/favicons/favicon-16x16.png" sizes="16x16">
    <link rel="manifest" href="/images/favicons/manifest.json">
    <link rel="mask-icon" href="/images/favicons/safari-pinned-tab.svg" color="#5bbad5">
    <link rel="shortcut icon" href="/images/favicons/favicon.ico">
    <meta name="msapplication-config" content="/images/favicons/browserconfig.xml">
    Как видите файл .ico существует наряду с иконками для различных операционных систем.
    Кстати, для версии сайта SmartWeb 3.0 мы воспользовались сервисом создания real favicon generator
  5. Если структура ваших документов на сервере предполагает систему папок с закрытым слэшем (например, mysite.ru/article/), убедитесь, что сервер корректно делает редирект всех запросов «без слэша» на «со слэшем». Иначе индекс поисковых систем заполнится ненужными дублями страниц, и эффект станет отрицательным. Показываю настройку для .htaccess:
    RewriteEngine on
    RewriteBase /
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_URI} !(.*)/$
    RewriteRule ^(.*[^/])$ $1/ [L,R=301]

«Магические» мета-тэги

Проверьте наличие основных мета-тэгов в коде каждой страницы сайта. Их несколько:

  • Title
  • Description
  • X-UA-Compatible
  • Content-Type
  • Robots
  • Viewport

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

Title и description — основные тэги, используемые Яндексом и Google при оценке релевантности страницы сайта запросу пользователя. Работайте над ним как можно тщательнее и аккуратнее. Повторяться они не должны нигде. По сути — они уникальны для каждой страницы.

Мало того, существует требование по длине содержимого этих мета-тэгов в символах и пикселях (для Google).

Для title — длина не более 60 символов/580 пикселей, а для description — длина не более 160 символов/920 пикселей.

«Сливаю» сервис проверки адекватности длины тэгов любой страницы totheweb.com

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

X-UA-Compatible — мета-тэг должен содержать инструкцию для браузеров Interner Explorer выше версии 8.0. Рекомендую указывать строку «IE=EDGE», это последняя версия браузера.

Content-Type — тип контента. Тэгов с ним много, но я подразумеваю кодировку самой страницы в коде HTML (не серверную), которая должна совпадать с серверной!!! Всегда указывайте «text/html; charset=utf-8», если это страница с HTML-содержимым.

Robots — можете указать также мета-тэг «robots», но я не рекомендую с ним заигрываться. Многие предприниматели и начинающие «сеошники» действуют второпях, забывая о правильных директивах для индексации и ссылок.

По умолчанию правильно и безопасно указывать «index, follow» и никак иначе. В противном случае вы рискуете получить рулетку из вариантов: «Индексировать, не следовать по ссылкам», «Не индексировать, следовать по ссылкам», «Не индексировать, не следовать по ссылкам».

Viewport — это отдельная история. У каждой страницы должен быть данный мета-тэг с 2016 года. Эра адаптивных и мобильных сайтов диктует свои правила, и поисковики их придерживаются. В зависимости от требуемого экрана значения могут быть разными. Я рекомендую указывать ширину экрана равной ширине устройства с видом 1:1. Иначе говоря «width=device-width,initial-scale=1.0»

Показываю стандартную настройку мета-тэгов для типичной страницы сайта:

пример правильного заполнения основных мета-тэгов сайта

Правильная структура документа

Желательно, чтобы любая страница сайта стремилась к единой структуре с HTML-тегами, заголовками и подзаголовками.

Заголовок H1 — должен соответствовать информации в мета-тэге title. То есть быть релевантным. Если у вас в title указано «Ремонт стиральных машин», а в поле H1 — «Приветствуем на сайте», не ждите хороших результатов в выдаче.

Поисковик сегодня обращает внимание на всю структуру документа от «потолка» до «подвала». Если она не отвечает запросу пользователя, то и вес её в выдаче будет крайне низок.

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

  • H1 — главный заголовок, ключевой на всей странице — не более 1 раза в тексте
  • H2 — второй по важности, отделяет логические блоки на странице — не более 3 раз в тексте
  • H3, H4, H5 — по вкусу, подразделяя блоки внутри блока с H2
  • p — обязательно для всех абзацев
  • ul, ol — обязательно для всех типов списков
  • img — обязательно с аттрибутом src и alt (в нём не рекомендую указывать ключевые фразы), не менее 2 картинок или фотографий. В шапке документа, в «теле», в конце.
  • blockquote — для выделения цитат
  • a — обязательно с атрибутом «title», а если речь идёт об анкоре (якоре), то его лучше ставить перед тегом заголовка

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

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

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

Шаг 2. Добавление сайта в поисковые системы

Это важный шаг, поскольку только так роботы узнают о существовании нового ресурса. Есть несколько способов добавления сайта в индекс поисковиков. Ранее я уже написал инструкцию по добавлению в Яндекс и статью, как добавить сайт в Google. Ознакомьтесь с ними.

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

Фишки ускоренной индексации 2017:

  • Хитрый Google теперь узнаёт о существовании нового домена через whois-сервисы. По сути, когда вы покупаете новый домен, поисковик уже знает адрес, куда «стучаться». Происходит такое явление довольно часто. Поэтому для новых сайтов, которые еще не готовы к продвижению, крайне рекомендую закрывать индексацию директивой «Disallow: /» в файле robots.txt в первую очередь. то спасёт ресурс от появления в индексе сырой тестовой версии с «рыбными» текстами и «картинками по умолчанию».
  • У Яндекса появился «быстробот», который мгновенно простукивает вновь появившийся домен и уже в течение 2 часов «заливает» его к себе на проверку.
  • Ссылка в соцсетях, особенно на раскрученных аккаунтах, позволяет моментально уведомить того или иного робота о новом сайте. Google любит twitter, а Яндекс — vk и одноклассников.

Шаг 3. Подключение счётчиков статистики

Обязательным условием для нового сайта является установка главных счётчиков посещаемости — Яндекс Метрика и Google Analytics.

Эти сервисы хороши тем, что на 99% отвечают всем требованиям клиента по обзору статистики и просмотру действий на сайте. Уникальность счётчиков в возможности прикреплять их к рекламным аккаунтам, отслеживать конверсии и стоимость привлечения клиента.

Сторонние сервисы я не рекомендую, ведь с развитием двух поисковых гигантов сайты вроде liveinternet или hotlog давно и уверенно проиграли гонку за клиентом.

Как проверить правильно ли установлен счётчик Яндекс Метрика

Для Яндекс Метрики: наличие активного счётчика подтверждается зелёным индикатором в списке напротив домена.

Как проверить правильно ли установлен счётчик Google Analytics

Для Google Analytics: необходимо войти в раздел «Отчёты в реальном времени».

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

Установите цели для конверсий

В обоих счетчиках есть функции «Цели» и «Отслеживание конверсии». Настройте целевые действия для удобного сбора статистики и подсчета прибыли. Без того сегодня никуда.

Если у вас landing page — воспользуйтесь функцией сплит-тестирования в интерфейсе Google Analytics. A/B тестирование позволит понять, какой элемент работает лучше и насколько хорош дизайн.

Шаг 4. Проверка скорости загрузки сайта

Проверку я обычно рекомендую проводить с помощью сервиса Google PageSpeed Insights. Желательно, конечно, стремиться к показателю 100 из 100, но для большинства сайтов это нереально! Будьте реалистами. Показателя в 87 баллов вполне достаточно!

Серверы у всех разные, возможности кеширования тоже. Единственное, что я советую всегда — настроить nginx, сжатие gzip, воспользоваться сервисами сжатия всех изображений на сайте png/jpg/svg, оптимизировать js и css файлы.

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

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

Старайтесь кешировать «статику» на максимально возможный промежуток времени. Будьте внимательны с динамическим контентом, например, файлами cookies. Возможно, кеширование «статики» негативно отразится на функционале AJAX-элементов, например, информация в корзине интернет-магазина.

Кстати, если возникли неполадки, то стандартный HTML-код клиентского кеширования может его запретить.
<meta http-equiv="cache-control" content="max-age=0" />
<meta http-equiv="cache-control" content="no-cache" />
<meta http-equiv="expires" content="0" />
<meta http-equiv="expires" content="Tue, 01 Jan 1980 1:00:00 GMT" />
<meta http-equiv="pragma" content="no-cache" />

Для самописных сайтов

Оптимизируйте коды как на front-end, так и в back-end. Не перегружайте базу данных длинными запросами со множеством JOIN или RANDOM. Следите за циклами итераций, не нагромождайте код и не вызывайте лишние классы, если программировали ООП. Помните, что один только вызов класса внутри PHP движка сразу «отжирает» 64кБ памяти сервера. Если у вас shared-сервер, это не есть good =)

Худшие показатели начинаются с 0.3 секунды и дольше. Следует не путать время ответа сервера со временем загрузки страницы в браузере. Это разные вещи.

Для сайтов на CMS

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

Отключайте ненужные модули и не выводите их в back-end. Там, где то возможно, используйте статический HTML-код, минуя тяжелые логические построения кода через макросы. При сторонних интеграциях увеличьте насколько возможно промежуток между сеансами подключения.

Регулярно обновляйте систему актуальной версией. Это важно в первую очередь для скорости работы. Пользуйтесь быстрыми хостинг-площадками. По возможности используйте lazy-загрузку контента.

Шаг 5. Проверка мобильной или адаптивой версии сайта

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

По моему опыту на сайты заходят чаще всего с таких мобильных устройств:

  • iPhone iOS 9,10
  • iPad 2,3
  • Android 4-7
  • Windows Phone 8

Ширина рабочего экрана всегда должна начинаться от 270 пикселей. Именно на этом минимальном разрешении все элементы дизайна должны выглядеть правильно и без ошибок. Меню раскрываться и прокручиваться, размер шрифта должен быть удобным для чтения. Жесты и анимация работать именно так, как задумывал дизайнер.

Верхний порог ширины экрана никто не диктует, но обычно это 1170 пикселей. Речь не идёт о retina-дисплеях. К ним отдельные требования.

Есть куча тестовых сайтов в сети, которые имитируют тот или иной смартфон, таблет.

Хочу обрадовать владельцев браузера Mozilla Firefox, он имеет режим просмотра в мобильном виде с наиболее популярных устройств. Правда, имитировать возможности Safari, он не может. А это ключевое отличие платформы.

Скорость загрузки мобильной версии

Скорость загрузки мобильного сайта вы можете проверить в Google PageSpeed Insights. Очень полезный сервис. Повторюсь: не переусердствуйте с кешированием и стремлением к значению 100 из 100. Скорее всего, это технически невозможно на вашем сайте.

Шаг 6. Добавление сайта с информацией о компании на карты и в справочники

Рекомендую начинать работу с Яндекс Вебмастер, попутно добавляя информацию в Яндекс Справочник.

Далее обязательно проинформируйте сайт компании 2ГИС о появлении новой компании и сайта. Да, эти ребята грешат «сливом» своей базы данных налево-направо всяческим спамерам, но плюс от этого один — информация появится на 1000 сайтов-сателлитов 2ГИС, которые используют её выгрузку.

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

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

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

Если у вас интернет-магазин — обязательно попробуйте подать заявку в Яндекс Маркет и Google Товары. Это увеличит объёмы охвата аудитории и продаж. Для новостных порталов замечательным будет добавление в Яндекс Новости.

Что делать, если ничего непонятно

Если вы не понимаете о чём речь,то есть не являетесь специалистом, то попробуйте вместе с программистом или аккаунт-менеджером (возможно, текущим seo-подрядчиком или службой поддержки хостинга) разобраться в вышеуказанных нюансах вашего нового сайта. Используйте данный чек-лист для проверки компетенции seo-подрядчика.

(данная статья незавершенная, будет дополнена в течение недели)

УжасноПлохоСреднеХорошоСупер! (5 оценок, среднее: 5,00 из 5)
Загрузка...

Отправить ответ

Оставьте первый комментарий!

Уведомлять
wpDiscuz