Положение сайта в основных поисковых системах зависит от двух составляющих:
Выше был разобран пример, демонстрирующий, что технический аудит сайта можно проводить и самостоятельно. Но нужно понимать, что наверняка он будет проходить по упрощенной схеме. Небольшие сайты, особенно не имеющие коммерческого значения, реально «прошерстить подручными средствами». Но с более серьёзными проектами лучше обратиться к специалистам.
- уникальность и полезность контента, степень информационного наполнения, смысловая нагрузка, доступность и понятность управления сайтом – все это включается в характеристику «удобство клиента», которая проверяется аудитом удобства сайта (юзабилити) и АВ-тестированием интерфейса;
- техническая структура сайта – от этого пункта напрямую зависит то, как сайт будет вести себя в рейтингах основных поисковиков, веб-сайт может быть замечательным, но толку от этого будет мало, если никто не найдёт его по причине расположения на n-й странице поисковиков, здесь на выручку приходит технический аудит сайта.
- «битые» ссылки;
- несуществующие ссылки;
- переадресация ссылок, ведущая на СПАМ и зараженные сайты;
- несовпадения URL страницы и URL ссылок;
- многократное дублирование страниц при их индексации в поисковых системах;
- недостаточная индексация страниц в поисковых системах (проблемой, требующей решения, считается ситуация, когда не проиндексировано более 40% от реально существующих страниц сайта);
- изменение статуса страниц;
- одинаковые тайтлы страниц;
- медленная работа хостинг-провайдера, когда хостинг грузится дольше 3 секунд и многое другое.
Пример краткого технического аудита сайта
Результатом технических проблем с веб-сайтом будет всегда одно - падение ресурса в рейтинге поисковых систем. Итак, вот пример упрощённого технического аудита сайта:- Необходимо скачать и запустить программу Xenu, а также «держать под рукой» Excel. В запущенной программе Xenu открываем вкладку options, затем preferences. В preferences есть «ползунок» с заголовком parallel Threads. Надо установить его на позиции 2-х (два параллельных потока). После этого кликаем по вкладке file и переходим на Check URL - откроется чистая адресная строка, куда нужно внести адрес сканируемого сайта. После нажатия OK программа начнет сканировать веб-сайт, действуя как поисковый робот (веб-краулер). Занять это может от 15 до 150 минут и даже дольше. Здесь всё зависит от размеров сайта, его содержимого, особенностей хостинга, фактического состояние веб-ресурса и т.д.
- Когда проверка будет завершена, Xenu выдаст отчёт, в котором можно будет найти все технические огрехи веб-сайта на данный момент: несуществующие документы, неправильные ссылки и т.д. Вот примеры наиболее распространенных технических нарушений, которыми в той или иной степени страдает почти любой веб-сайт:
- ссылка может вести на удаленную страницу сайта, закрытый раздел (код ошибки 403);
- сервер не отвечает (код ошибки 12029);
- ссылка неверна (код ошибки 404);
- URL построен некорректно (код ошибки такой же 404, возникает, когда веб сайт функционирует без системы управления содержимым);
- ошибка 404 часто возникает при сбое в работе Dreamweaver (Дримвивер) - HTML редакторе компании Adobe (с помощью него проверяется синтаксис различных языков программирования, в том числе Java Script и PHP, с помощью него проверяется правильность исходного кода веб страницы).
- В программе Xenu нужно вновь зайти в раздел file и далее - Export to TAB separated file (выбрать формат txt). Назвать файл можно как угодно. Полученный файл нужно открыть в Excel, причём в предварительном окне выбрать кодировку 1251 (кириллица Windows). После чего в этом же окне постоянно кликать по «Далее», пока не появится «Готово». Откроется таблица Excel, в которой определенные поля будут подсвечены (скорее всего, розовым). Это поля Status-Code, Date, Server, Duration и Charset. Их необходимо удалить.
- Таблица Excel позволит отсортировать страницы с ошибочными статусами и слишком большим весом. Так же легко обнаруживаются страницы с одинаковыми title. Аналогично можно определить страницы с высоким уровнем вложенности (больше 4). Если это допустимо в рамках функционирования веб-сайта, рекомендуется от страниц с высоким уровнем вложенности избавляться. Понять, что такое уровень вложенности страницы легко, представив себе чемодан с отделениями. Открытый чемодан - это главная страница сайта, именно относительно нее определяется уровень вложенности. В чемодане четыре больших отделения - это четыре страницы, которые имеют 2 уровень вложенности относительно главной. В двух из четырёх отделений также есть по два отделения - это страницы, имеющие 3 уровень вложенности относительно главной. В этих малых отделениях есть также по два ещё меньших отделения - это страницы, имеющие 4 уровень вложенности относительно главной. Понятно, что большое количество таких мелких «отсеков» затрудняет навигацию по сайту. Технический аудит сайта позволяет оптимизировать его структуру.
- Технический аудит сайта также позволяет проверить проиндексированность страниц. Сначала в таблице Excel необходимо отсортировать страницы по названию для определения их общего, реального количества. В соответствии с исходным доменом скопировать 3 поля: Address, Status-Text и Type. Копирование необходимо произвести в новую таблицу. В новой таблице все документы отсортировать по типу (image, GIF и пр.). Документы типа text/html вновь скопировать в другую таблицу. Их число и будет реальным количеством страниц веб-сайта. Следующей задачей является проверка, сколько из этих страниц находится в индексе поисковой системы. Процесс одинаков для Google и Яндекс. В поле поиска необходимо ввести «site:адрес сайта» и подтвердить. Если число выданных страниц значительно больше (в несколько раз и более), то это самая проблемная ситуация. Означает, что многие страницы веб-сайта продублировались. Следует знать, что поисковики реагируют на сие понижением рейтинга и даже игнорированием (санкции схожи с противоспамными). Чтобы решить данную проблему, сайт придётся разбивать на кластеры, то есть в поисковую строку вводить не просто адрес сайта, а с уточнением какого-либо раздела (site:адрес сайта/раздел1/ и т.п.). Постепенно таким образом можно будет определить области веб-сайта с дублированными страницами. Если число страниц значительно меньше (разница превышает 100%), вероятней всего, сработали фильтры поисковых систем. Такое случается, например, при одинаковых тайтл у нескольких страниц.
Скоростные характеристики
Иногда технический аудит сайта путают с SEO аудитом. Это неудивительно, поскольку конечной целью и того и другого является улучшение положения сайта в поисковых системах. Но это всё-таки разные вещи. SEO аудит подразумевает работу с семантическим ядром сайта и ключевиками, а также проверку функционирования сервера. Однако технический аудит сайта и SEO аудит имеют много точек соприкосновения. Например, скорость построения страницы сайта сервером. Приемлемым показателем считается время менее 1 секунды. Анализ скорости в данном случае можно провести самостоятельно:- использование внешних программных средств - Google PageSpeed Insights, Web Page Performance Test, GTmetrix, Load Impact (качественной разницы между перечисленными «инструментами» нет);
- система управления содержимым (CMS), как правило, содержит встроенные ресурсы для определения скорости загрузки страниц (присутствует в Joomla!, 1C bitrix);
- профессиональные программы для веб-приложений, типа XHProf, XDebug или DBG, но для полноценной работы с ними нужны навыки профессионального программиста или IT-специалиста.
- при регулярных клиентских жалобах на медленную работу ресурса;
- Яндекс Метрика указывает на большое количество отказов;
- сайт стал сдавать позиции в рамках конкуренции с аналогичными ресурсами.
Необходимость технического аудита ресурса
Но все-таки многих волнует прямой вопрос - когда же стоит проводить технический аудит сайта? Однозначно ответить на него сложно, ведь здесь много индивидуальных факторов. Если человек создавал сайт собственноручно, то ему будет проще определиться. Однако большинство клиентов сайты заказывают. Вот в этом случае отталкиваться следует от следующих пунктов:
Наблюдаются сбои в производительности ресурса, которые разработчик не может нормально прокомментировать.
Получен отчёт от техподдержки с заявлением о необходимости проверки программного кода.
Отмечаются страницы, создание которых занимает 1,5-2 секунды (несколько секунд уже считается совершенно неприемлемым временем, сайт нуждается в серьезной доработке).
Страница даже в последующих открытиях после первого выполняет более 100 sql-запросов.
Разработчик отключает кэш в настройках платформы.
Технический аудит сайта следует проводить и на стадии завершения проекта, просто для профилактики на финальном этапе.
Осуществляется передача прав на сайт от одного лица к другому.