При проведении SEO-аудита невероятно важно изучить исходный код веб-сайта, чтобы понять, что в нем присутствует. К сожалению, гремлины кодирования могут скрываться под поверхностью, нанося большой ущерб SEO. Вот некоторые основные проблемы с исходным кодом.
Я начал свою карьеру в сфере веб-разработки и разработки веб-приложений, и я рад, что сделал это. Я регулярно использую свои навыки программирования в SEO, особенно при проведении SEO-аудита.
Различные полезные инструменты SEO могут быть невероятно полезны для вашего анализа, но ничто не сравнится с человеческим интеллектом SEO. Правильные инструменты в сочетании с правильным SEO-анализом могут дать невероятные результаты.
Независимо от того, сколько SEO-инструментов вы используете, в конечном итоге вы столкнетесь с исходным кодом веб-сайта. За свою карьеру я не провел ни одного аудита, где бы я не углубился в код сайта в какой-то момент.
Если вы знаете, на что смотрите и что может показаться неприятным, вы можете пресечь проблемы с SEO в зародыше. С другой стороны, если вы пропустите эти вредоносные фрагменты кода и оставите их без присмотра, вы оставите сайт уязвимым для SEO-ущерба. А это никогда не бывает хорошо.
Что можно найти в исходном коде?
Более подходящий вопрос: «Что ты не можешь найти?» Чем больше аудитов я выполняю, тем больше кода анализирую и тем больше понимаю важность выявления проблем, которые могут повлиять на SEO. Критически важна правильная реализация различных тегов, скриптов и т. д.
Всякий раз, когда я представляю аудит, я всегда объясняю важность наличия чистого и доступного для сканирования веб-сайта. И это включает в себя проверку того, что вы не зацикливаете ботов поисковых систем (что случается часто).
При представлении некоторых проблем, которые вы можете решить, большинство клиентов даже не догадываются, что эти проблемы присутствовали на сайте. Сюда входят люди из маркетинговой команды, команды дизайнеров и даже команды разработчиков (в определенных ситуациях). Никто не идеален, и неправильный код может легко попасть в рабочую среду.
8 примеров того, что вы можете найти
Ниже приведены восемь примеров того, что вы можете найти в исходном коде веб-сайта и что может повлиять на ваши усилия по SEO. И эти маленькие гремлины могут вызвать большие проблемы с SEO.
В этом посте не будут рассмотрены все обнаруженные вами проблемы с кодированием, влияющие на SEO, но он охватывает некоторые из наиболее распространенных проблем, с которыми вы, вероятно, столкнетесь при проведении технического SEO-аудита, а также некоторые последующие шаги и рекомендации.
1. Проблемы с каноническими URL-тегами
Тег канонического URL-адреса может оказаться чрезвычайно эффективным средством борьбы с дублирующимся контентом. Это относительно простой тег, который может консолидировать ссылочную ценность нескольких URL-адресов, содержащих один и тот же контент.
Когда тег канонического URL реализован неправильно, простой и полезный тег может превратиться во зло за долю секунды. Вы можете прочитать мою предыдущую публикацию, в которой объясняется, как одна строка кода может разрушить ваш SEO, а в одном из случаев, которые я рассмотрел, объясняется, как сломанный тег канонического URL-адреса привел к катастрофическим результатам для поставщика электронной коммерции.
Рекомендация: используйте тег канонического URL только в том случае, если вы полностью понимаете, каким будет конечный результат. Если вы не понимаете, как лучше всего использовать rel canonical, не применяйте его вообще. Последствия могут быть серьезными.
2. Серверный код, отображаемый на стороне клиента
При проверке исходного кода HTML вы можете обнаружить в HTML код серверной стороны, такой как PHP, C, VB.net и т. д. Излишне говорить, что этот код никогда не должен оказаться в исходном коде HTML!
- Код явно не обрабатывается на сервере, поэтому на странице отсутствует предполагаемое содержимое или функциональность.
- Вы можете раскрыть информацию шпионящим конкурентам или, что еще хуже, хакерам.
- В зависимости от того, как код отображается на странице, он может отображаться для любого посетителя (на виду). В том числе робот Googlebot сканирует ваш сайт.
Рекомендация: Убедитесь, что ваш серверный код остается на стороне сервера. Убедитесь, что ваши программисты работают с вашими дизайнерами и интерфейсными разработчиками, чтобы их серверный код был скрыт от пользователей (и работы над страницей).
3. CSS-манипуляции и скрытый контент
Во время проверок я иногда замечаю большое количество HTML-контента в исходном коде, который не соответствует тому, что отображается на странице. К сожалению, бывают случаи, когда большой объем контента вообще не попадает на страницу (видимо).
Иногда этот код безвреден (по ошибке спрятан), а иногда он более зловещий (кто-то пытается наполнить страницу контентом, насыщенным ключевыми словами). Если бы вы не просмотрели код, у вас было бы мало шансов увидеть этот контент. И эта ситуация может вызвать проблемы на нескольких уровнях с точки зрения SEO.
Существует несколько методов CSS для сокрытия контента, включая перемещение контента за пределы страницы (по местоположению), использование белого текста на белом и т. д. Если вы обнаружите это в исходном коде, важно представить проблема вашему клиенту как можно скорее. Посмотрим правде в глаза: либо вы можете рассказать им об этом, либо в какой-то момент это может сделать Google. Я бы предпочел первое второму.
Рекомендация: Посетите свой сайт с отключенными JavaScript и CSS. То, что вы найдете, может быть поучительным. Если вы заметили что-то странное, например, массу контента, насыщенного ключевыми словами, которого вы никогда раньше не видели, покопайтесь в своем коде, чтобы выяснить, что происходит. Пригласите сюда своих разработчиков и дизайнеров. Быстро устраните проблему.
4. Проблемы с мета-роботами
Подобно каноническому тегу URL, метатег robots может быть как очень полезным, так и невероятно разрушительным. Кажется, это сбивает с толку людей, не занимающихся SEO, что приводит к некоторым странным реализациям.
Используя метатег robots, вы можете указать поисковым системам не индексировать определенную страницу, не переходить по ссылкам на странице и т. д. Как вы понимаете, неправильные директивы могут привести к катастрофическим результатам.
Например, вы можете найти важные страницы с «noindex, nofollow». Хотите знать, почему страница плохо ранжируется? Вы говорите системам не индексировать страницу!
Рекомендация: Сначала проверьте, используете ли вы метатег robots. Если да, то ваш следующий шаг - понять, как вы его используете. Например, вы не индексируете ряд важных страниц, некорректен ли тег и т. д.? Если вы обнаружите, что используете тег на большей части своего сайта (а ваш сайт большой), вы можете использовать такой инструмент, как Screaming Frog, для массового сбора данных о мета-роботах. Затем углубитесь в код на определенных страницах, чтобы дважды проверить реализацию.
5. Несколько элементов заголовка, теги заголовков и многое другое
В SEO элемент заголовка HTML содержит важную информацию. Например, заголовок содержит тег заголовка, метаописание, тег канонического URL-адреса и т. д. Во время аудита важно проверять различные элементы HTML, расположенные в заголовке документа, чтобы убедиться, что они правильно структурированы и хорошо оптимизированы.
Но что, если вы найдете по два (или более) каждого тега? И что еще хуже, иногда вы можете обнаружить, что дополнительные теги пусты или имеют неверный формат.
Представьте, что вы потратили много времени на исследование ключевых слов, оптимизацию тегов заголовков и т. д. В конечном итоге вы предоставляете поисковым системам два набора заголовков (и один совершенно пустой или искаженный). Излишне говорить, что вы не хотите, чтобы это произошло. Хорошая новость в том, что обычно это быстрое решение.
Рекомендация: Убедитесь, что ваш HTML-элемент заголовка находится в порядке на каждой странице вашего веб-сайта. Там присутствуют некоторые невероятно важные элементы и теги, и вы хотите убедиться, что они отображаются правильно, правильно закодированы и оптимизированы.
6. Чрезмерный код сценария
Большинство веб-страниц по той или иной причине используют JavaScript. При этом вы можете включить этот код на страницу или выделить его в отдельный файл. Последнее определенно лучший выбор с точки зрения задержки, разделения кода и т. д.
При проверке исходного кода веб-сайта вы можете обнаружить чрезмерное количество скриптового кода, встроенного в каждую страницу. Я провел недавний аудит, в ходе которого на нескольких ключевых страницах содержалось более 30 000 символов встроенного кода скрипта на страницу. И часть этого кода больше не используется на сайте. Дополнительный встроенный код сценария может замедлять работу ваших страниц, выдавать ошибки и т. д.
Рекомендация: Проверьте скорость своей страницы и встроенные скрипты сегодня. Никогда не знаешь, что найдешь в коде. На основе того, что вы найдете, объедините свои сценарии, удалите ненужные сценарии и используйте внешние файлы сценариев. Приведите в порядок свой клиентский код.
7. Проблемы с тегами аналитики
Со всеми доступными сегодня решениями для отслеживания вполне вероятно, что на ваши веб-страницы включено несколько фрагментов аналитики. Это нормально, если вы знаете, какие из них существуют (и что они правильно отображаются и отслеживаются).
Перепроверив исходный код, вы не только сможете определить, какие фрагменты загружаются на ваши страницы, но и обнаружить неправильные теги. И эта неправильная разметка тегов может препятствовать правильной загрузке ваших страниц и, очевидно, некорректному отслеживанию в ваших аналитических пакетах.
Кроме того, вы можете обнаружить на своем сайте мошеннические фрагменты отслеживания. Возможно, они были реализованы разработчиками или дизайнерами, работавшими над сайтом некоторое время назад, одним из ваших агентств, консультантами и т. д.
Если фрагменты присутствуют в вашем коде, значит, они отслеживают активность вашего сайта и кому-то доступны. Не позволяйте отчетам вашего сайта попасть в руки сторонних организаций! Эти данные могут оказаться в чужих руках и могут поставить вашу организацию в невыгодное положение.
Рекомендация: Проверьте исходный код на наличие фрагментов аналитики сегодня. Вы также можете использовать плагин, чтобы дать толчок своим усилиям, например Ghostery. Как только вы определите, какие фрагменты отслеживания есть на вашем сайте, покопайтесь в своем коде, чтобы найти их. Затем решите, что должно остаться, а что уйти.
8. Неверные якоря и канонические элементы
Ваша внутренняя структура ссылок чрезвычайно важна с точки зрения SEO. Делая ссылки на важные внутренние страницы, вам обязательно нужно убедиться, что ссылки закодированы правильно. В противном случае неработающие ссылки могут ухудшить взаимодействие с пользователем, а также помешать ботам поисковых систем эффективно сканировать ваш сайт.
Кроме того, вы не хотите препятствовать прохождению PageRank через ваш сайт. Важно убедиться, что вы эффективно ссылаетесь со страниц верхнего уровня на дочерние и дочерние страницы. Например, важно иметь ссылку со страницы важной категории на страницу продукта в этой категории.
При проверке исходного кода документов вы можете обнаружить некорректные теги привязки. Я сталкиваюсь с этим чаще, когда сайты ссылаются на документы, используя относительные пути, а не абсолютные.
Точечная запись может быть введена неправильно. Например, одна лишняя косая черта или точка - и ссылка не будет работать. И могут пройти месяцы, прежде чем вы обнаружите проблему. В худшем случае проблема станет широко распространенной и затронет тысячи ссылок на вашем сайте.
Это также может произойти с тегом канонического URL. Если вы используете неправильный формат или неправильный URL-адрес, вы можете полностью лишить SEO-возможности данной страницы. А если это широко распространено, вы можете лишить SEO-мощности всего вашего сайта. Я не преувеличиваю.
Рекомендация: Примите дополнительные меры, чтобы убедиться, что ваши ссылки работают правильно. Будьте осторожны при использовании относительного пути, так как легко добавить дополнительные косые черты или точки. Как и в любом коде, добавление или удаление даже одного символа может привести к разрушению всей ссылки. И будьте особенно осторожны. Неправильный URL-адрес или неверный тег могут свести на нет ваши усилия по SEO. Кстати, проверка ссылок - отличное время для использования таких инструментов, как Screaming Frog или Xenu. Получив отчет о сканировании, покопайтесь в исходном коде и найдите проблемы.
Дальнейшие шаги и рекомендации
Очень важно понимать, что находится в исходном коде. Сайт может выглядеть красиво, но вокруг вашего кода могут бродить злые гремлины. Если вам интересно узнать больше о том, что находится под вашими страницами, вот несколько рекомендаций:
- Как минимум изучите основы веб-разработки. Сюда входят HTML, JavaScript и CSS. Понимание этих трех компонентов будет иметь большое значение.
- Изучите программирование на стороне сервера (даже базовое программирование на стороне сервера). Будь то PHP, ASP.net и т. д., понимание того, как работает серверный код и как динамически создаются веб-страницы, чрезвычайно важно. Однажды это может спасти ваш сайт.
- Понимайте основные элементы SEO-кодирования и то, как они могут повлиять на ваш сайт. Например, мета-роботы, канонический тег URL, nofollow, авторская разметка и т. д. Как только вы это сделаете, вы сможете объединить свои навыки программирования с лучшими практиками SEO в области кодирования. Это беспроигрышный вариант.
- Не полагайтесь исключительно на инструменты или программное обеспечение SEO. Они призваны стать отправной точкой вашего анализа, а не конечным результатом. Если вы создаете отчет с помощью инструмента SEO, вам все равно нужно понять, что он означает, а затем принять меры.
Резюме - это в Кодексе
Надеемся, теперь вы понимаете, насколько важен ваш исходный код для SEO. При проведении SEO-аудита в какой-то момент вы окажетесь по уши в коде. И когда вы это сделаете, все сводится к вашему знанию того, что правильно, что неправильно и что действительно, очень неправильно. Удачи.