Существуют две основные ситуации, когда плохой код может повредить рейтинг сайта: когда издатели вносят изменения в уже существующие сайты, и когда сайты разрабатываются с самого начала небрежно.
Некоторые сайты (обычно блоги) могут перестать работать в поиске, обычно после незначительных настроек сайта, таких как: добавление новых виджетов, плагинов или мультимедийных файлов. Эти дополнения могут взломать код, делая невозможным для поисковых систем сканировать сайт.
Сайты, которые изначально разрабатываются со специальными функциями, такими как JavaScript, файлы cookie, идентификаторы сеансов, фреймы, DHTML или Flash, могут никогда не работать хорошо. Не потому, что поисковые системы не могут читать такие страницы, а потому, что некоторые просто не кодируются правильно. Оптимизация плохо закодированных сайтов для поиска отнимает много времени и средств. Если вы планируете новый сайт, попросите разработчиков обратить особое внимание на код и убедитесь, что все страницы отображаются правильно в разных браузерах.
Самый простой способ избежать подобных проблем — это создание сайтов, которые соответствуют правилам Google для Flash и мультимедиа , а также техническим рекомендациям Google .
Некоторые специальные советы для пользователей WordPress:
Как я уже упоминал, добавление виджетов и плагинов может изменить код страницы или даже нарушить его, и в результате почти всегда снижается производительность в поисковых системах.
Плагин, который, как известно, вызывает проблемы, является тем, что сделал бы Годин Дел (WWSGD). Этот плагин добавляет текст, который поощряет новых посетителей в блоге зарегистрироваться в качестве подписчика RSS. Если вы настроите плагин для добавления этого приветственного сообщения перед первым абзацем записи в блоге, его текст может быть единственным, что Google индексирует как «описание» страницы, на которой оно появляется. Плагин деактивирует текст приветствия после определенного количества повторных посещений, но поисковый модуль Google будет восприниматься плагином каждый раз как новый посетитель, поэтому вы получите серию статей, проиндексированных Google следующим образом:
Бот Google достаточно умен, чтобы читать остальную часть текста, и сайт индексируется, но рейтинг в поисковых системах будет в лучшем случае посредственным. Если у вас должен быть WWSGD на вашем сайте, попробуйте добавить его после основного текста статьи.
Иногда плагины разрушают базу данных MySQL ( WP Super Cache и Comments Relish имеют известные проблемы); если ваш блог остается недоступным слишком долго (обычно несколько дней), он может быть полностью проиндексирован. К счастью, большинство пользователей WP могут своевременно найти решение таких проблем. Для менее опытных пользователей, совет: меньше значит больше. Не добавляйте слишком много виджетов, значков, скриптов или плагинов.
Однако наиболее опасные случаи генерируются сценариями, уже существующими в настраиваемых темах WP; например, скрипты, которые добавляют облако тегов на каждую страницу. Каждый тег является ссылкой, и чем больше ссылок у вас есть на странице, тем меньше значение «ссылочного сока». Некоторые облака тегов отображают только ограниченное количество тегов для пользователя, но если вы откроете «исходный код страницы», чтобы увидеть код, вы можете иногда увидеть суматоху из сотен тегов. Этот беспорядок создает слишком большие страницы, загружаются очень медленно и могут вызвать проблемы с сканированием.
Для издателей новостей (проиндексированных Новостями Google) эти проблемы при сканировании выглядят как «слишком длинная статья» или «фрагментированная статья» и «слишком большая страница» (страницы могут быть длиной не более 256 КБ) и приводят к полной деиндексации. На других издателей это не влияет, но их рейтинг SE остается низким (возможное решение — установить плагин, который добавляет rel = ”nofollow” к тегам). Известная тема, которая может вызвать такие проблемы, — WP Magazine (нажмите на название любой статьи на демонстрационном сайте и посмотрите исходный код).
Я надеюсь, что эти несколько примеров дадут вам представление о том, насколько важно хорошее кодирование для успеха SE сайта. Если вам известны какие-либо другие случаи, когда плохой вложенный код наносит ущерб издателям веб-сайтов и рейтингам в поисковых системах, сообщите нам об этом.