500 внутренняя ошибка сервера как исправить на любом сайте. Как на сайте исправить ошибку


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

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

  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

Как обнаружить и исправить HTML-ошибки на сайте

В этой инструкции мы разберем, как с помощью сервиса Labrika обнаружить на сайте HTML-ошибки и исправить их. Информация о таких ошибках будет полезна, как для владельца бизнеса, который контролирует работу своего SEO-специалиста и хочет видеть, какие именно нерешенные проблемы есть на сайте, так и для оптимизаторов, которым нужно оперативно обнаружить все изъяны и исправить их.

Что такое HTML-ошибки?

HTML - это язык гипертекстовой разметки, который применяется на каждой web-странице в интернете и состоит из множества элементов (тегов). Как правило, ошибки в HTML коде - это чаще всего незакрытые теги, или неправильный порядок их расположения.

Как эти ошибки влияют на продвижение сайта?

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

В официальных источниках Google, таких как руководство по поисковой оптимизации для начинающих , сказано, что стоит избегать HTML-ошибок в микроразметке данных, также среди авторитетных SEO-источников бытует мнение, что фильтр Google Panda может быть наложен на сайт за большое количество таких ошибок. Подробнее об этом фильтре вы можете прочитать в нашей статье Все об алгоритме Google Panda.

Также, в Google Webmaster есть раздел, посвященный исправлению таких ошибок - оптимизация HTML от Google 

Официальные источники Яндекс, также, сообщают что подобного рода ошибки на сайте нежелательны https://yandex.ru/support/webmaster/recommendations/frequent-mistakes.xml https://yandex.ru/support/webmaster/yandex-indexing/validator.xml

Как обнаружить HTML-ошибки в сервисе Labrika

Отчет"Ошибки HTML" вы сможете найти в левом боковом меню в разделе "Техничекий аудит". В самом отчете будет отображена следующая информация:

1. Актуальные данные и свежие данные в отчете вы сможете увидеть после запуска проверки сайта.

2. При нажатии на эту кнопку, вы скачаете отчет по HTML-ошибкам в Excel документе.

3. Ссылка, с помощью которой можно скопировать отчет и отправить другому человеку. Отчет будет доступен даже тем, кто не имеет аккаунта в Labrika После нажатия на ссылку появится следующее всплывающее окно:

С помощью кнопок, которые расположены справа от ссылки, вы сможете открыть отчет в отдельной вкладке, или скопировать его в буфер обмена.

4. Есть возможность переключаться между вкладками "Грубые ошибки" и "Прочие ошибки". Грубые ошибки необходимо исправлять в первую очередь, так как поисковые системы могут отреагировать на них отрицательно. Влияние прочих ошибок на продвижение в поиске - недоказано.

5. В этой колонке перечислены все страницы, которые содержат ошибки.

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

 

Также смотрите:

labrika.ru

Проверка сайта на валидность, исправляем ошибки

Валидность сайтаЗдравствуйте, дорогие читатели. Сожалею, что так долго не писал, решил немного заняться новым проектом и на 2 месяца забросил этот сайт :-( . Исправляюсь, по вашим многочисленным просьбам пишу статью про валидность сайта валидность HTML кода и как проверить сайт на валидность и исправить ошибки.

Проверить сайт на валидность важно по нескольким причинам:

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

Всему этому необходимо следовать. А задает эти нормы W3C Консорциум Всемирной паутины ( World Wide Web Consortium ).

Проверка HTML кода на валидность

W3C предоставляет для всех вебмастеров валидатор html кода, чтобы проверить валидность сайта.

 Валидность сайта

 Validate by URI — проверка по URLValidate by File Upload — проверить загружаемый файлValidate by Direct Input — вставка и проверка участка кода

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

Валидность HTML кода

Подмечу, что часто достаточно исправить 1 или пару ошибок, чтобы сайт полностью соответствовал правилам. ( Например, в этом случае достаточно было сделать 1 исправление в 1 файле, чтобы пропало 5 ошибок ).

Далее будет выведен список ошибок и их решение.

Ошибки валидности сайта

Все на английском, правда в валидаторе есть полезная опция «Clean up Markup with HTML-Tidy», ниже расскажу о ней.

Также  можно будет выбрать дополнительные опции при проверке на валидность:

    • Show Source – отобразить исходный код вашей страницы
    • Show Outline – показать строку, где есть ошибки
    • Validate error pages – проверить страницы ошибок, например 404 — страницы не существует
    • List Messages Sequentially – показать ошибки и предупреждения списком, последовательно
    • Group Error Messages by Type – группировать ошибки с общими признаками
    • Clean up Markup with HTML Tidy — программа HTML Tidy выводит исправленный код, не входит в состав W3C validator, поэтому не гарантируется полная корректность

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

Теперь попытаемся разобраться как исправлять ошибки.

1. Копируем строчку с ошибкой ( … не копируем, это продолжение кода )

2. Определяем в каком файле она находится. Открываем сайт, CTRL + U просматриваем исходный код страницы и ищем ошибку CTRL + F. Часто ошибка не связана с файлами шаблона, она может находиться в файлах плагинов, либо в подпапках вашего шаблона, поэтому нужны некоторые знания

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

Часто встречаемые ошибки валидации

Тег noindex

Пример:<noindex> <a rel=»nofollow» href=»…» >…</a></noindex>

Ошибка валидатора: You have used the element named above in your document, but the document type you are using does not define an element of that name

Пояснение: noindex — не входит официальную спецификацию тега языка гипертекстовой разметки веб-страниц HTML. Также полезно знать, что ЯНДЕКС учитывает, как и Google, Yahoo и Bing, rel=»nofollow»

Правильно:<a rel=»nofollow» href=»…» >…</a>

Пример:<a href="index.php?pid=1&id=2">...</a>

Ошибка валидатора: Unknown entity…

Пояснение:  использовать &amp; вместо &

Правильно:<a href="index.php?pid=1&amp;id=2">...</a>

Неверная вложенность

Пример:<strong><li>...</strong></li>

Ошибка валидатора: Missing </li> tag

Пояснение: элементы должны быть закрыты в обратном порядке их открытию

Правильно:<strong><li>...</li></strong>

Чувствительность DOCTYPE к регистру

Пример:<!doctype html public "-//w3c//dtd xhtml 1.0 transitional//en" "http://www.w3.org/tr/xhtml1/dtd/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml" >

Ошибка валидатора: Missing DOCTYPE

Пояснение: DOCTYPE зависим к регистру

Правильно:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="<a>http://www.w3.org/1999/xhtml</a>" >

Не прописан закрывающий «/»

Пример:…style.css" type="text/css" media="screen">

Пояснение:  «пустые элементы», как img или br, должны заканчиваться»/» c пробелом перед этим

Правильно:…style.css» type=»text/css» media=»screen» />

Тэги прописаны в верхнем регистре

Пример:<STRONG><LI>...</LI></STRONG>

Ошибка валидатора: There is no such element…

Пояснение: в XHTML документах все элементы и атрибуты должны быть в нижнем регистре, т.к. этот язык регистрозависим и для него <li> и <LI> разные тэги

Правильно:<strong><li>...</li></strong>

Значения атрибутов прописаны без кавычек

Пример:<style type=text/css>...</style>

Ошибка валидатора: Missing » »

Пояснение: значения атрибутов пишутся вместе с кавычками

Правильно:<style type="text/css">...</style>

У img отсутствует атрибут alt

Пример:

<img src="/image/1.png" alt="" title="">

Ошибка валидатора: required attribute «alt» not specified

Пояснение: у тега img атрибут alt должен быть всегда, значение можно оставить пустым, если картинка используется для оформления

Правильно:

<img src="/image/1.png" alt="" title="">

В итоге вы сможете исправить ошибки сайта и сделать сайт валидным.

iglous.ru

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

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

Возможные варианты ошибок на сайте:

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

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

Ответ на данный вопрос очень простой, необходимо в любом случае обратиться к профессионалам данной сферы. При этом необходимо серьезно подходить к ошибкам различного рода, сайт — это ваш инструмент получения прибыли. Как и любая техника, он требует обслуживания и постоянного внимания, только в таком случае сайт будет выполнять свою функцию полноценно. Естественно, не всегда визуально можно заметить наличие различных ошибок, поэтому отличным вариантом предупреждения ошибок на сайте является техническая поддержка сайта или же продвижение сайта в поисковых системах. Конечно, в продвижение сайта далеко не все веб студии закладывают возможность исправления различного рода ошибок. В свою очередь наша студия разработки и продвижения сайтов web – crazy предоставляет в рамках seo продвижения исправление поломок и улучшение параметров сайта для поисковых систем. В итоге если у вас возник вопрос    как исправить ошибку на сайте,  обращайтесь к нам за помощью.

web-crazy.ru

20 частых ошибок внутренней оптимизации и инструкции по их исправлению

Для кого: начинающие оптимизаторы, владельцы сайтов, продвигающие проекты самостоятельно

Уровень подготовки: начальный и средний

В этой статье мы собрали и описали ошибки, с которыми на практике столкнулись наши специалисты, разбирая заявки, поступившие в SiteСlinic в прошлом году. Эта статья не ориентирована на продвинутых SEO-специалистов, а вот начинающие оптимизаторы могут найти в ней тот «камень», который тормозит развитие их проектов.

1. Тестовая версия сайта не закрыта от индексации

Разработчики часто создают копии сайта, на которых тестируют изменения. У многих проектов после редизайна сохраняется старая версия, которая была использована во время переноса контента. Такие служебные копии сайта обычно закрывают от индексации в файле robots.txt, но из-за ошибок (удаление robots или запрет на индексацию) копии могут попасть в индекс.

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

Как исправить:Все разработчики понимают, что служебные версии сайта нужно запрещать к индексации. Но присутствует человеческий фактор, который невозможно исключить полностью. Чтобы снизить риск ошибки, рекомендуем не только запрещать индексацию тестовой версии, но и делать её доступной по паролю. Это поможет снизить риски того, что копия попадёт в индекс.

2. Ошибочное использование атрибута Disallow в robots.txt

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

Чем грозит:Из индекса пропадут полезные страницы вместе с позициями и трафиком.Одной неправильно прописанной директивой в этом файле вы легко можете запретить весь сайт к индексации.

Как исправить:Проверьте файл на наличие ошибок инструментом «Анализ robots.txt». Найти его можно в панели Яндекс Вебмастера, вкладка «Инструменты».Проверьте основные типы страниц вашего сайта на доступность к индексации.

Для этого добавьте в блок «Разрешены ли URL?» интересующие вас адреса страниц и нажмите на кнопку «Проверить».

analiz-robots-img-1

Рекомендуем использовать этот инструмент при любых корректировках robots.txt.

3. Отсутствие закрывающего тега noindex

Чтобы служебная часть текста не попадала в индекс, в Яндексе предусмотрен тег <noindex>.

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

Чем грозит:Заключённая в noindex часть текста не будет учитываться при обработке страницы, что может негативно сказаться на её позициях.

Как исправить:Не стоит злоупотреблять тегом. Алгоритмы Яндекса хорошо отличают служебные страницы от основного контента. Если вы всё-таки используете тег на страницах сайта, то откройте код и убедитесь в следующем:

  • число закрывающих тегов noindex соответствует числу открывающих;
  • закрывающий тег стоит сразу после конца блока со служебной информацией.

4. Неправильное использование тега noindex

Гораздо чаще встречается ситуация с неправильным использованием тега в целях «оптимизации».

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

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

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

5. Заполнение метаданных и заголовков только для продвигаемых страниц

Подготовить уникальные и релевантные контенту Title и Description нужно не только для продвигаемых страниц, но и для всего сайта. При этом не надо исключать страницы со служебной информацией («Контакты», «О нас», «Доставка» и проч.).

Чем грозит:

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

Как исправить:Заполнить Title и Description для всех страниц сайта. Если страниц много, используйте для заполнения шаблоны.

6. Использование заглавных букв в метаданных

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

Подробнее ознакомиться с рекомендациями Яндекса вы можете тут.

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

zaglavnie-bukvi-v-title-img2

Как исправить:Заменить заглавные буквы строчными.Больше информации о том, что поисковые алгоритмы воспринимают как переоптимизацию, вы получите в нашем блоге:Как почистить сайт от переоптимизации: видео и текст вебинараЧто делать с переоптимизацией сайта, или Печальный опыт Винни-Пуха

7. Дублирование страниц из-за ошибок в структуре сайта

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

Например:site.ru/страна/производитель/товарная карточка-25site.ru/каталог/раздел/товарная карточка-25

Чем грозит:

  • ухудшается скорость индексации сайта;
  • страницы могут конкурировать в поисковой выдаче, что затрудняет продвижение.

Как исправить:Возможны три варианта решения:

А) Можно поместить все товарные карточки в одну папку и так уйти от привязки одной карточки к разным разделам сайта. Независимо от того, как пользователь нашёл товар на сайте, он будет попадать на один и тот же адрес товарной карточки.

Пример:site.ru/товары/товарная карточка-25

Этот вариант подходит для сайтов с большим количеством подкатегорий. Карточки при таком решении не будут уходить на пятый и более уровень вложенности.

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

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

8. Дубль на первой странице пагинации

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

Пример дублирования:site.ru/каталог/раздел/site.ru/каталог/раздел?page1

Чем грозит:

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

Как исправить:

  • первая ссылка в пагинации должна вести на основную страницу;
  • если дубль уже есть, то нужно не только исправить ссылку, но и настроить 301 редирект.

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

9. Ошибка в использовании канонических адресов

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

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

Как исправить:Прочитать рекомендации Яндекса или советы Google и настроить всё правильно.

Рекомендуем также прочесть список распространённых ошибок при настройке канонических адресов, который подготовили специалисты Google.

10. На сайте настроен 302 редирект вместо 301

Чтобы страницы сайта «склеились» корректно, нужно использовать 301 редирект – он показывает, что страница навсегда изменила адрес. Но по умолчанию на сервере часто используется 302 редирект (временная смена адреса).

Чем грозит:В поисковой выдаче может остаться старая версия страницы. Вы также рискуете потерять параметры старой версии страницы.Как исправить:Настроить 301 редирект. О том, как это сделать, можно прочитать в старой, но до сих пор актуальной статье Сергея Кокшарова.

Также отметим: недавно представители Google объявили, что ссылочный вес при использовании 302 редиректа сохраняется.

Яндекс правил пока не менял.

11. Внутренние ссылки на сайте работают через редирект

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

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

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

12. Сайт часто недоступен

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

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

Как исправить:В первую очередь следует проверить, как часто недоступен сайт. Сделать это можно в отчётах Яндекс Метрики.

Отчёты -> Стандартные отчёты -> Мониторинг -> Результаты проверок

dostupnost-saita-img3

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

13. Отсутствие у сайта Favicon

Favicon сегодня есть у большинства сайтов, но из-за ошибок (удаление файла или ссылки на него из кода) он может пропасть.

favicon-oshibka-img4

Чем грозит:Сниппеты без Favicon становятся менее заметными. Уменьшается количество переходов на сайт из поисковой выдачи.

Как исправить:О настройке Favicon подробно написано в официальной справке Яндекса.

14. Скрипты, стили, служебная информация в коде страниц

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

Чем грозит:

  • увеличивается время загрузки страниц;
  • уменьшается скорость индексации страниц.

Как исправить:

  • проверить, все ли подгружаемые стили и скрипты нужны для работы сайта и отдельных страниц. Бывает так, что функционал, используемый только на одном типе страниц, подгружается на все страницы сайта;
  • вынести из кода стили CSS и скрипты;
  • удалить или вынести из кода закомментированный код и служебные блоки.

15. Контактная информация в шапке в виде картинок

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

Чем грозит:Наличие ошибки будет препятствовать росту позиций по коммерческим запросам.

Как исправить:Переверстать шапку сайта – разместить важную информацию в виде текста.

16. Отсутствие на продвигаемых страницах информации о цене

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

Чем грозит:Отсутствие информации о стоимости товаров или услуг влияет на ранжирование по коммерческим запросам.

Как исправить:Просмотрите сайты конкурентов в выдаче по интересующим вас запросам. Сделать это можно вручную, а можно воспользоваться специальными сервисами. Например, такой функционал есть у SeoLib.

Если большинство конкурентов указывает цены, то нужно разместить их и на ваших продвигаемых страницах.

Чаще всего встречаются следующие ситуации:

А) Цены не указывают на категорийных страницах и размещают их только на товарных карточках.Тут всё просто. Если вы планируете продвигать страницы по коммерческим запросам, укажите информацию о стоимости.

Б) Нет информации о ценах на главной странице.На главной странице можно поместить блок с популярными товарами или новинками. Для сферы услуг это может быть таблица с ценами на наиболее популярные услуги.

В) В некоторых тематиках цены не указывают специально, так как конечная цена зависит от курса валют или ряда дополнительных факторов.

В таких случаях можно указывать:

  • цену «От» или базовую цену;
  • диапазон цен;
  • информацию о том, что окончательную стоимость нужно уточнить у менеджера.

17. Ошибка в выборе региона

Для ранжирования в Яндексе по геозависимым запросам принципиально важно, какой регион присвоен сайту. Если сайту присвоен регион «Иваново» или «Мытищи», то вы уже не сможете конкурировать в выдаче по региону «Москва». Ошибкой будет и присвоение слишком широкого региона, например, «Россия» или «Весь мир». Регион должен быть указан максимально точно.

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

Как исправить:Посмотреть, какой регион присвоен сайту, можно в панели Яндекс Вебмастера, вкладка «Информация о сайте».

region-saita-img5

Присвоить сайту нужный регион можно таким образом:

  • указать привязку в панели Яндекс Вебмастера. Заявка после рассмотрения будет принята или отклонена;
  • добавить адрес в Яндекс Справочник. Этим способом можно присвоить сайту много регионов;
  • добавить сайт в Яндекс Каталог. После добавления можно присвоить сайту до 7 регионов.

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

Подробнее о вопросах регионального ранжирования можно узнать в этих статьях:Региональное продвижение в Яндекс и GoogleОсобенности регионального ранжирования в Яндексе

18. Ошибка в настройке ответа 404

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

Чем грозит:Если на сайте нет юзабильной страницы 404, вы рискуете потерять часть посетителей.Неправильная настройка ответа 404 грозит сайту появлением в индексе дублей или малополезных страниц.

Как исправить:Подробные рекомендации по настройке 404 ответа есть у Яндекса и у Google.

19. Ошибки в файле sitemap.xml

Наличие файла sitemap.xml может давать плюс к индексированию новых страниц сайта. Но если редко его обновлять или изначально создать файл с ошибками, то он может стать источником проблем на сайте. Такой файл будет больше вредить, чем помогать развитию. Если вы не можете поддерживать данные в карте сайта в актуальном состоянии, лучше удалите такой файл.

Чем грозит:

  • из-за ошибок в файле в индекс могут попадать дубли и малополезные страницы сайта;
  • ошибки в карте сайта могут ухудшать скорость индексации.

Как исправить:

  • проверить файл на наличие ошибок специальными инструментами Яндекса и Google и устранить выявленные проблемы;В панели Яндекс Вебмастера: «Анализ файлов Sitemap», вкладка «Инструменты».В Google Search Console: «Файлы Sitemap», вкладка «Сканирование».
  • настроить автоматическое обновление файла, если на сайте были добавлены или удалены страницы;
  • при настройке файла руководствоваться официальными рекомендациями Яндекса и советами Google.

20. Низкая скорость загрузки

Скорость загрузки сайта – тот показатель, на который сегодня нельзя не обращать внимания. Поисковые алгоритмы выше ранжируют проекты с высокой скоростью загрузки и понижают сайты, у которых есть проблемы с этим показателем. От скорости загрузки зависит и поведение посетителя – останется ли он на вашем сайте или уйдёт к конкуренту.

Чем грозит:

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

Как исправить:В первую очередь необходимо понять, что тормозит скорость загрузки сайта.Сделать это можно с помощью официального инструмента от разработчиков Google – Page Speed Insights. Сервис не только анализирует скорость загрузки, но и предлагает рекомендации по её улучшению.

page-speed-insights-img6

Вам важно проверить скорость загрузки не только главной страницы сайта, но и внутренних страниц. Также нужно посмотреть отчёты по скорости загрузки в Яндекс Метрике или Google Analytics. Это позволит комплексно оценить скорость загрузки вашего проекта.

Заключение

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

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

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

Настоятельно рекомендуем регулярно (минимум раз в 2 недели) мониторить панели на предмет сообщений о проблемах на сайте.

Если ошибок на вашем сайте слишком много или вы не знаете, как правильно работать с проектом, обратитесь к нам. Мы проведём SEO-аудит сайта и расскажем, как вывести ваш проект в ТОП.

Понравилась статья? Поделитесь ссылкой со своими друзьями:

Подписывайтесь на наши группы в сообществах, чтобы быть в курсе всех SEO-событий:

Оцените статью: 

Автор: Александр Явтушенко, SEO аналитик SiteClinic.ru

[email protected]

siteclinic.ru

Как исправить ошибки в коде на сайте ucoz

Здравствуйте.В прошлом уроке мы с вами учились добавлять контент на сайт ucoz в виде страниц и статей.Сегодня мы будем устранять ошибки кода нашего сайта и делать сайт пригодным для всех поисковых систем.

 

 

 

Идем на сайт http://validator.w3.org/.

Вводим в поле адрес своего сайта и чекаем.У вас показывается количество ошибок и количество предупреждений.Почти все их мы можем исправить.

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

Поехали. У меня 21 ошибка и 8 предупреждений. Начинаем исправлять.

1,2) Line 2, Column 3: DTDs other than base allowed only if CONCUR YES or EXPLICIT YES

Эта ошибка означает что код вверху страницу повторяется дважды. Идем в панель управления> главная страница и удаляем этот код в самом верху. Также делаем и в разделе "страницы сайта"

Обновляем валидатор и вуаля. Этих 2 ошибок нет.

3) Line 9, Column 60: cannot generate system identifier for general entity "subset"…nts.googleapis.com/css?family=Lobster&subset=latin,cyrillic-ext,latin-ext,cyri…

Это предупреждение из-за того что вместо "&amp;" после "Lobster" мы ставим просто "&".Не задавайте вопросов, какая разница и что это вообще такое. Долго объяснять. Просто замените "&" на "&amp;"Заменяем и предупреждения как не бывало!

4) После исправления предыдущей ошибки ушло сразу 2 ошибки и 2 предупреждения.Следующая ошибка:

Line 9, Column 143: end tag for "link" omitted, but OMITTAG NO was specified…subset=latin,cyrillic-ext,latin-ext,cyrillic' rel='stylesheet' type='text/css'>

Ошибка заключается в том что в конце перед закрытием тега link мы не поставили "/".В традиционном виде дизайна ставить закрывающие "/" в линках и мета тегах обязательно.

Ставим и сохраняем. Обновляем валидатор и ошибки как не бывало.

5,6) Line 23, Column 94: document type does not allow element "link" here…esheet" href="/templates/css/prettyPhoto.css" type="text/css" media="screen" />

Line 24, Column 73: document type does not allow element "script" here; assuming missing "body" start-tag…ript src="/templates/js/jquery.prettyPhoto.js" type="text/javascript">

Эти две ошибки возникли из-за того что они стоят не в нужном месте не в нужное время. А если серьезно, то стиль должен стоять в head а скрипт должен стоять внутри body.Перемещайте стиль в head и будет вам счастье. А скрипт выдает ошибку потому что пропущен открывающий тег body. Мне css совсем не нужно так как я удалил слайдер и поэтому стиль я тоже просто удалю.А скрипт я вылечу открыв тег body.

7) Остается 14 ошибок.Line 72, Column 6: document type does not allow element "body" here

Эта ошибка означает что тег body в этом месте ставить нельзя. Я его уберу.

8) Остается 12 ошибок.Почти все они как мы видим находятся на 180 и выше строчках. Значит они находятся скорее всего уже внизу сайта.Идем в контейнер "нижняя часть сайта" и находим код с ошибкой.

Line 185, Column 25: character ")" not allowed in attribute specification listfor(i=0;i

Такие ошибки часто встречаются в операторах for if и других.Мне этот скрипт совсем не нужен, поэтому я его удаляю.

9) Остается 5 ошибок 2 предупреждения. Отлично.Значит абсолютно весь код вашего сайта чист валиден. Эти предупреждения мы убрать не сможем, так как они присутствуют коде самого ucoz счетчика, который изменить нельзя. Все, что было наших силах исправили. Если хотите убедиться, то смотрите также валидность этого сайта. У него 5 ошибок и 2 предупреждения. То есть другими словами он чист. Во всех браузерах сайт одинаково красиво выглядит.

Спасибо!

Переходите к следующему уроку.){>

 

 

 

banzakaz.ru

500 внутренняя ошибка сервера как исправить на любом сайте — ТОП

Привет! Не давно мой сайт погас и на экране появилась надпись — 500 внутренняя ошибка сервера. Я как человек уже более или менее опытный в этих делах, быстро всё восстановил, сразу нашёл причину и устранил её. Важно всегда отдавать себе отчёт в том что вы делаете, понимаете ли вы то что вы делаете, есть ли у вас достаточно необходимой информации и т.д. Конечно всё это приходит не сразу, а с опытом и для этого нужно постоянно учиться и практиковаться. И вы должны понимать, что сайт просто так не выходит из строя. Перед тем как сайт «гаснет» происходят определённые действия, вы или кто-то другой вносит какие-либо изменения на сайт. Как раз эти действия и становятся решающими. Вот список основных и самых распространённых причин вызывающих 500 ошибку:

 

 

500 внутренняя ошибка сервера

 

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

— Вы добавили какой-либо код в конфигурационный файл htaccess, который находится на сервере. Файл htaccess является очень распространенной причиной 500 ошибки. Любое неправильное действие выполненное в данном файле мгновенно выведет ваш сайт из строя.

— Вы установили на сайт плагин, который автоматически внёс изменения в файл htaccess. Такое то же часто бывает, есть плагины которые добавляют определённый код в файл htaccess. На wordpress это популярные плагины — All In One Seo Pack, Jetpack, Akismet, WP Super Cache, Yoast SEO и т.д. Ошибка может возникнуть из-за несовместимости.

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

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

— Самая распространённая причина 500 ошибки, когда вы сами начинаете лезть в код сайта и что-то там химичить, добавлять, исправлять, пытаетесь что-то изменить, хотя абсолютно не понимаете что вы делаете. Как раз такая причина является самой опасной, если вы ещё после этого не помните где вы лазили и что меняли.

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

 

 

Как выявить 500 ошибку и быстро её устранить?

 

На каждом сервере, а в первую очередь это касается сервера Apache, так как он самый распространённый, есть файл Error log, в котором записываются все ошибки сайта. После того как сайт выдаст 500 ошибку, в файле error log тут же отобразится данная ошибка и главное будет указана причина данной ошибки. Будет указано место ошибки (название файла и путь к файлу), будет указан номер строки в файле в которой допущена ошибка.

 

error log

 

Поэтому в первую очередь вам нужно зайти в свою панель на хостинге cPanel либо любую другую панель. Путь к файлу error log в основном проистекает следующим образом: Диспетчер файлов — Public html — Error Log. Вам нужен файл error log который располагается в корневой директории вашего сайта, где находятся все основные файлы вашего сайта или CMS системы. Откройте данный файл для редактирования и изменения, если файл не открывается то просто скачайте его на свой компьютер, нажав по нему два раза мышкой. Файл не получится открыть для редактирования, если он вырос в размерах более 1 мегабайта, в таком случае его нужно скачать на компьютер и всё.

Далее, откройте файл error log на своём компьютере с помощью блокнота обычного txt формата. Прокрутите страницу в самый низ, нас интересуют самые последние строки, в которых указана сегодняшняя дата на тот момент. В строке будет указано расположение файла, в котором произошла ошибка и номер строки в файле. На скриншоте показан фрагмент файла error log с сайта на CMS WordPress. Поэтому тут сразу становится понятно, что ошибка произошла из-за темы сайта, которая располагается по адресу wp-content/themes/название темы/файл темы в котором произошла ошибка, on line 423 — номер строки в файле где возникает ошибка, конфликт или несовместимость.

 

500 ошибка error log

 

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

 

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

— Если в файле error log отображается название плагина, то тут всё очень просто, удаляете плагин и всё готово.

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

— Если дело не в плагине, не в теме и не в файле htaccess и вы не помните и не знаете где вы лазили и что меняли, то конечно файл error log вряд ли вам поможет. В таком случае есть два варианта, 1 — обратиться к специалисту, 2 — восстановить сайт с помощью резервной копии, если таковая имеется. Возможно вам понадобится заменить всего один файл, название которого будет указано в файле error log и всё быстро решится.

 

 Помните! Перед тем как вносить какие-либо изменения в код сайта, если вы плохо понимаете что вы делаете, СДЕЛАЙТЕ ПОЛНУЮ РЕЗЕРВНУЮ КОПИЮ ВАШЕГО САЙТА!

 

Остались вопросы? Напиши комментарий! Удачи!

 

info-effect.ru

info-effect.ru