Как исправить ошибки на сайте? Исправление ошибок в оптимизации сайта


Исправление ошибок на сайте: исправление ошибок дизайна, исходного кода, безопасности сайта

Исправление ошибок на сайте – комплекс работ, направленных на улучшение видимости сайта в поисковой выдаче и привлечение максимального количества заинтересованных пользователей. На выполнение необходимых работ специализируются квалифицированные сотрудники компании «SEO тренер».

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

Исправление ошибок дизайна сайта

В процессе устранения ошибок дизайна выявляются и ликвидируются все адресные несоответствия в структуре сайта. Поврежденные или недоступные элементы удаляются и заменяются.

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

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

Исправление ошибок исходного кода сайта

Проводится проверка программного кода (html, php, JavaScript, css) всех страниц сайта с целью выявления и устранения ошибок, влияющих на работоспособность общедоступных страниц. При этом может потребоваться исправление общей структуры кода, корректировка тегов и операторов в соответствие с последними требованиями и стандартами.

Выполняется корректировка или создание служебных файлов и тегов («description», «keywords»). Проверяются файлы «robots.txt», «sitemap.xml», отвечающие за оперативную индексацию в поисковых системах. Ошибки в служебной информации относятся к критическим и устраняются специалистами «SEO тренер» в первую очередь.

Семантическое ядро оптимизируется с учетом «водности» текстов, академической тошноты, ключевых сочетаний и прочих параметров, влияющих на качество материалов.

Проводится комплексный аудит администраторской зоны и устранение сбоев и ошибок, влияющих на функционирование сайта в целом.

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

Исправление ошибок безопасности сайта

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

Специалисты «SEO-тренер» рекомендуют использовать комплексный подход к исправлению ошибок. По желанию клиента могут быть проведены только конкретные работы, которые обсуждаются в ходе профессиональной консультации.

seo-trener.ru

Как разобраться с техническими ошибками сайта

Визуальные проблемы сайта

Сейчас Chrome-браузеры безусловно доминируют у пользователей (включая даже браузер Opera, который использует движок Chrome), поэтому проверка работы сайта в Chrome — это первое, что нужно сделать. Для проверки отображения сайта (или страниц сайта) в других браузерах можно воспользоваться Browser Shots — и задать самые последние версии популярных (пока еще) браузеров — Mozilla Firefox, Internet Explorer или Safari.

Для проверки отображения сайта на мобильных устройствах можно воспользоваться либо проверкой WebPageTest — нужно выбрать мобильный браузер для проверки скорости, будет снят скриншот сайта по итогам проверки. Для более детальной проверки можно воспользоваться Cross Browser Testing.

По скриншотам сайта практически всегда видно, есть ли какие-то проблемы с отображением или версткой. И что нужно поправить (где что «разъехалось»).

Другим подходом по исправлению ошибок сайта является приведение страниц сайта к стандартам. Основных стандартов, отвечающих за визуальную составляющую сайтов, три — HTML, CSS, WCAG (последний отвечает за удобство использования сайта). К сожалению, кроссбраузерная верстка на текущий момент, практически, исключает соответствие стандарту CSS. Но соответствие стандартам HTML и WCAG полезно как для текущей работы сайта (исправляет ряд пользовательских и технических проблем).

Стандарт HTML проверяется известным образом: через сервис validator.w3.org. Стандарт WCAG — через менее известные сервисы (например, AChecker). Все эти сервисы выдают конкретный набор технических ошибок сайта, которые нужно исправлять.

Проблемы скорости сайта

Медленная работа сайта напрямую к техническим ошибкам не относится, но для качественного и эффективного сайта его быстрая работа — неотъемлемая часть. Для получения конкретного списка ошибок и их исправления (на начальном этапе) отлично подойдет сервис Google PageSpeed Insights(исправление ошибок до оценки 90, после этого ошибки перестают быть релевантными реальным проблемам скорости).

Если «тормоза» сайта связаны с сервером, то при исправлении ошибок серверной части (о них дальше) вы автоматически решите значительную часть проблем скорости на стороне сервера.

Более глубокая диагностика скорости сайта может быть выполнена с помощью сервиса Айри.рф или WebPageTest.

Ненайденные ресурсы

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

Для сбора проблем первой группы — «битых» ссылок — отлично подойдут отчеты Google Webmasters или Яндекс.Вебмастер. Конечно, желательно устранить все ошибки сайта до того, как их нашли поисковые роботы (чтобы не терять в эффективности продвижения), но если проблемы нашли, то их нужно срочно устранять. Вторая группа получается из анализа логов посещаемости сайта (access.log), для этого нужно получить логи сайта в хостинга и воспользоваться любым анализатором (например, AWStats), либо доступна из панели хостинг-провайдера или облачного сервиса. Третья группа достоверно может быть получена только ручной проверкой сайта, но также хорошо подходят программы или сервисы для сканирования сайта (например, Xenu): в этом случае будут обнаружены и некоторые проблемы из первой и второй групп.

Работа с ненайденными ресурсами для каждого сайта индивидуальна, но ее тоже можно разбить на несколько больших групп:

  1. Работа с ошибками разработки. Часть таких ошибок может быть связано с отсутствием иконок сайта (apple-touch-icon.png, apple-touch-icon-precomposed.png, browserconfig.xml и др), для их исправления есть подробное руководство (нужно подготовить все необходимые файлы для сайта и залить на хостинг). Другая часть ошибок — с реальными «косяками» при сборке сайта (отсутствие фоновых изображений для элементов управления, отсутствие JavaScript-библиотек или файлов стилей, которые используются сторонними модулями).Нужно тщательно посмотреть, откуда вызывается «битый» ресурс — и либо положить его на хостинг в нужное место, либо удалить его вызов из требуемого файла. Также возможны ошибки с неверным автоматическим наименованием изображений или ресурсных файлов. Естественно, это все технические ошибки сайта, и все их нужно устранять.
  2. Работа с «битыми» ссылками. Если устранить ошибки, связанные с «битыми» ресурсами, то останутся ошибки, относящиеся к страницам сайта. Самые очевидные из них — проблемы, найденные поисковыми роботами или реальными пользователями при посещении сайта. Все такие «битые» ссылки (404 ошибки из панели Google, Яндекс или обнаруженные при проверке сайта или по логам) нужно просмотреть, а затем поставить каждой «битой» ссылке в соответствие правильную страницу. Для поисковиков это позволит учесть вес «битой» страницы, а для пользователей — получить правильную страницу вместо ненайденной.Далее нужно взять весь список страниц «неправильная — правильная» и сформировать правила редиректов (через .htaccess, конфигурацию nginx или инструментами системы управления сайтом).Полное руководство, как настроить редиректы, можно найти здесь.
  3. Структурные ошибки. Более редкие проблемы, — например, ошибки пагинации или разделов меню — исправляются уже за счет доработок шаблонов сайта, внутренних модулей или настроек. Сюда же можно отнести проблемы с внутренними редиректами (раздел сайта «переехал», но остались в структуре сайта ссылки на старый раздел, и используются они вместо новых ссылок) и протоколами (ресурсы вызываются по http://, но идет редирект на https:// — правильнее вызывать сразу по https).

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

Серверные проблемы

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

Ошибки размещения

Сейчас почти не встречаются, но при некорректной настройке хостинга (или смене настроек) некоторые адреса на сайте (или сайт целиком) могут выдавать ошибки 403 или 500. 403 ошибка — ошибка доступа — возникает при неправильных правах доступа к сайту, и права эти нужно исправить (с деталями может помочь техническая поддержка хостинга). 500 ошибка часто возникает при неверном формате файла .htaccess на хостинге (после его модификации).

Серверные ошибки

Более серьезными являются серверные ошибки (HTTP коды 502, 503, 504, подробнее о HTTP кодах), они напрямую влияют на качество веб-сайта и возможность его исправной работы. Код 502 говорит, чаще всего, об ошибке в веб-приложении (скрипте), 503 — о слишком большой нагрузке на хостинг (он не справляется с входящим потоком запросов), а 504 — о превышении времени обработки скриптов (может быть связана как с ошибкой в скриптах, так и большой нагрузкой на хостинг или недостаточными ресурсами вашего хостинга).

Каждая серверная ошибка — это «потерянный» пользователь. Если 404 ошибки, в большинстве случаев, не ведут к обнулению конверсии, то указанные серверные ошибки ведут. Исправление серверных ошибок находится полностью в зоне ведения вашей команды веб-разработки. Количество серверных ошибок (и детальную информацию по ним) можно узнать только из логов хостинга (error.log), в анализе и исправлении помогут специальные инструменты (и отладочная информация).

Серверные отказы

Достаточно новый тип ошибок (ранее они не фиксировались) появился с широким распространением nginx (который записывает их в логи). Серверный отказ (код ошибки 499) возникает при обрыве соединения на стороне пользователя (браузера) при получении какого-либо ресурса сайта. Существует два источника таких ошибок: большое время ожидания на стороне хостинга (хостинг не отвечает на запросы, и пользователь закрыл страницу) и медленная передача данных пользователю (плохая связность интернет-каналов хостинга или плохая связь у конечного пользователя).

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

JavaScript-ошибки

И финальная часть — ошибки клиентских скриптов. Обычно о них вспоминают в последнюю очередь при работе по качеству сайта (считая, что если сайт работает, то никаких критичных на нем нет). К сожалению, достаточно часто JavaScript-ошибки блокируют нормальное поведение сайта для пользователя (а иногда — даже ключевые функции типа оформления заказа). И оперативное устранение таких ошибок, в прямом смысле, спасает конверсию.

Как отследить JavaScript-ошибки? Существует некоторое количество интернет-сервисов по сбору JavaScript-ошибок с сайта (например, Track.js или Айри.рф), а также возможность сбора информации из браузеров прямо на сайт (в базу данных) — JSNLog. Каждый инструмент позволяет получить полный список ошибок и максимальное описание окружения для их воспроизведения. Дальше — дело за малым: передать список разработчикам сайта (или ответственным за клиентскую часть) с обязательным исправлением.

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

Автор: Мария Питерская, Айри.рф (Коммерческий директор)

spark.ru

Исправление ошибок — «Ремонт сайтов»

У вас есть сайт, который странно работает. Как узнать, есть ли на нем ошибки? Для начала, нужно разобраться, где можно встретить ошибку на сайте:

  1. Ошибка может быть в коде HTML и CSS – это внешняя часть страницы
  2. Ошибка в коде JavaScript – это динамическая внешняя часть (всплывающие окна, слайдеры и т.д.)
  3. Ошибка может быть в коде CMS (если такая имеется) – это код на сервере, который организует передачу страницы пользователю в браузер.
  4. Ошибка СУБД (MySQL, MongoDB, …) – это уровень данных, если их много, то скорее всего, они хранятся в базе данных, которая тоже может содержать ошибки.

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

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

Ошибка в коде HTML

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

Вдаваться в подробности не будем. Если интересно устройство HTML, в интернете множество ресурсов, посвященных этому языку. Также, довольно полноценное описание есть в Википедии. Нас же интересует, как найти ошибки! Это сделать достаточно просто, т.к. у HTML есть несколько версий стандартов, и чтобы однозначно сказать, что с кодом HTML все в порядке, достаточно проверить соответствие стандарту. Для этих целей существует бесплатный сервис Markup Validation Service, в поле Address указываете ссылку с проверяемой страницей, нажимаете Check, ждете несколько секунд и получаете список всех ошибок, которые есть в HTML вашей страницы.

Вам не нужно разбираться, что именно выдал сервис – достаточно передать ссылку с результатами вашему вебмастеру, и он сразу поймет, что нужно делать. Если Вам не к кому обратиться, то вы можете скопировать ссылку в форму ниже, и мы с радостью вам поможем.

Ошибка в коде JavaScript

Чтобы проверить, присутствуют ли ошибки в коде JavaScript, вам не нужно пользоваться сторонними сервисами – достаточно иметь современный браузер и знание, что нужно делать. Мы предполагаем, что браузер у вас уже есть.

Для проверки вам нужно зайти на проверяемую страницу (укажите её адрес в строке запроса браузера) и обратите внимание на те элементы страницы, которые должны реагировать на нажатие или движение мышкой или двигаться самостоятельно. Это может быть слайдер с фотографиями, форма заказа, кнопки, меняющие цвет, «всплывающие» подсказки, и т.д. Если эти элементы не работают, не реагируют на запрограммированные действия, это значит, что, скорее всего, в JavaScript-коде присутствуют ошибки.

Чтобы в этом убедиться однозначно, можно воспользоваться встроенным в браузер отладчиком JavaScript. Для каждого браузера отладчик вызывается по-разному. Для Google Chrome, например, нужно нажать правой кнопкой мыши на текст страницы, в появившемся меню выбрать «Просмотр кода элемента», в появившейся вкладке выбрать «Консоль» (Console). Обновить страницу нажатием клавиши F5.

Вы увидите список всех ошибок JavaScript, которые возникают на странице. С этими ошибками также следует обращаться к профессионалу, т. к. самостоятельно их устранить бывает довольно сложно.

Ошибка CMS (PHP, Ruby, Python …)

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

Ошибки скриптов или CMS можно увидеть в файлах журналирования ошибок (логах), которые можно запросить у вашего хостинг провайдера. Например, для веб-сервера Apache, этот файл называется error.log и содержит все ошибки, которые возникали в работе скриптов на протяжении всего времени работы сайта. Если он не пустой, ошибки однозначно есть, а вот насколько они критичны для корректной работы вашего сайта, сможет сказать только специалист.

Ошибка базы данных

Ошибки в базе данных с внешней стороны отследить сложно, не считая случаев, когда на сайте явно написано: “SQL Error …” и т.п. Однако существует ряд признаков, таких как: данные на странице перепутаны; вместо текста отображаются знаки вопроса; списки выводятся не полностью; поиск работает долго или вообще ничего не отображает. Очень распространенная ошибка – нарушение целостности базы данных – обычно проявляется в виде несогласованных данных. Например, ссылка указывает на новость, а при переходе по ней отображается содержимое другой новости или вовсе пустая страница.

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

remont-sajtov.ru

Технические ошибки оптимизации сайтов - SEO Блог

Сайт дня: Интересный SEO blog SHAMAN’a о поисковой оптимизации и не только.

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

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

Доступность домена по разным адресам

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

Как проверить наличие ошибки?

Введите в адресную строку браузера адрес сайта с www. и без www. Если сайт доступен и в первом и во втором случае и при этом в файле robots.txt не прописана директива Host, тогда вы не выбрали основной домен для продвижения.

Как исправить ошибку?

Необходимо в файле robots.txt всех зеркал добавить директиву Host с указанием основного домена, например.

User-Agent: YandexHost: www.maindomain.ru

Где домен www.maindomain.ru (без http) является выбранным вами основным доменом. См. также статью о продвижении сайтов с помощью зеркал.

К тому же следует поставить 301 редирект с неосновного домена на основной. Таким образом, при вводе, например, адреса http://maindomain.ru/articles/ в браузер, пользователя должно редиректить на основной домен http://www.maindomain.ru/articles/.

Доступность главной страницы по разным адресам

Главная страница сайта должна быть доступна лишь по основному адресу http://www.maindomain.ru/. Если она доступна также и по другим адресам, например, http://www.maindomain.ru/index.php, то возникает ошибка дублированного контента, из-за которой возможно падение позиций сайта при удобном стечении обстоятельств (сочетании других факторов).

Как проверить наличие ошибки оптимизации?

Необходимо ввести в браузер адрес с index.php или index.html, например,

http://www.maindomain.ru/index.php

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

Как исправить ошибку дублирования главной страницы?

Для исправления этой ошибки следует также использовать 301-ый редирект с дублей на основной домен, либо отдавать 404-ую ошибку (страницы не существуют). До этого следует из результатов поиска удалить все дубли (например, это делается с помощью панели для вебмастеров в Google). Редирект, при использовании apache и mod_rewrite, можно сделать следующими строками:

RewriteEngine OnRewriteCond %{REQUEST_URI} ^/index\.(.+)$RewriteRule ^.*$ http://%{HTTP_HOST}/ [R=301,L]

Большой уровень вложенности страниц

Не совсем технический аспект, но часто эта ошибка оптимизации возникает из-за неправильной работы CMS (нехватки каких-либо модулей).

При индексации контента сайта, поисковый робот ходит по внутренним ссылкам со страницы на страницу по определенному алгоритму и своему расписанию. Документ с большим уровнем вложенности (более 3-4, то есть те страницы, которые доступны в минимум 3-4 и более кликах по ссылкам от главной) поисковики дают минимальный приоритет, что означает, что до этих страниц очередь переиндексации может дойти не скоро и старый контент может оставаться в индексе поисковых систем месяцами или даже годами. Это логично, так как страницы с большим уровнем вложенности обычно менее приоритетны для пользователей и имеют низкую вероятность посещений, а соответственно, и малый статический вес (ничтожный по сравнению со страницами 2-3 уровня вложенности).

Как найти страницы на сайте с большим уровнем вложенности?

Для поиска таких страниц можно использовать бесплатный инструмент Xenu Link Sleuth, который также позволит найти и другие ошибки.

Как исправить ошибку больших уровней вложенности?

Следует не допускать на сайте наличие подобных страниц и разделов. Если их возникновение неизбежно, тогда используйте стандартные средства перелинковки: html карту сайта, облака ключевых слов, древовидное меню, разделы “похожие статьи” для статей и новостей и другие методы перелинковки.

Наличие несуществующих страниц

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

Как определить наличие ошибки?

Ввести в адресную строку браузера любую несуществующую страницу анализируемого сайта, например,

http://yandex.ru/not/exists

Если в HTTP заголовках выдается HTTP/1.1 404 Not Found, то все нормально, сайт отдает 404-ую ошибку. Если же в заголовках присутствует 200 ошибка или 304-ая (Not Modified), то следует исправить этот недочет.

Как исправить ошибку?

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

Другие технические ошибки оптимизации

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

— Ошибки в движке сайтаФормирование дублей, добавление параметров сессий в URL-адреса, неверные коды ответов страниц, ошибки в .htaccess-файле.

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

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

Анализируйте свои сайты самостоятельно или заказывайте аудит, выявляйте технические ошибки и устраняйте их. Успехов в оптимизации!

Источник: Технические ошибки оптимизации сайтов

devaka-blog.livejournal.com


Prostoy-Site | Все права защищены © 2018 | Карта сайта