Interpult Studio

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

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

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

  1. Canonical для перенаправления цикла
  2. Взломанные страницы
  3. Идентификация ссылок JS
  4. Контент скрыт JS

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


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

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

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

Ваш любимый инструмент веб-сканирования

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

Некоторые инструменты, которые вы могли бы использовать, включают:

  • Кричащая лягушка
  • Sitebulb
  • OnCrawl
  • Глубокое сканирование

Самое главное, что нам нужно от этих инструментов, это возможность:

  • Просканировать весь веб-сайт, карты сайта и список URL-адресов
  • Возможность иметь пользовательские функции поиска/извлечения

Консоль поиска Google

Это должно быть само собой разумеющимся, но если у вас нет доступа, убедитесь, что вы получили доступ к Google Search Console для своих технических SEO-аудитов. Вам потребуется доступ к нескольким историческим отчетам, чтобы помочь нам выявить потенциальные проблемы.

Проблема 1: Canonical для перенаправления цикла

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

READ  Не стоит покупать базовую модель MacBook Pro M2

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

Почему это важно

Canonicals предоставляют Google предпочтительный URL для индексации и ранжирования. Когда Google обнаруживает канонический URL, отличный от текущей страницы, он может начать сканировать текущую страницу реже.

Это означает, что Google начнет чаще сканировать веб-страницу, на которую перенаправляется 301, отправляя своего рода циклический сигнал своему роботу Googlebot.

Хотя Google позволяет вам сделать перенаправленную страницу каноническойвозврат на предыдущую страницу — сбивающий с толку сигнал.

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

Как обнаружить канонические циклы редиректа

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

  • Запустите стандартное сканирование с помощью предпочитаемого вами инструмента технического SEO-аудита. Убедитесь, что вы сканируете файлы Sitemap так же, как и стандартный поисковый робот.
  • Перейдите к своему каноническому отчету и экспортируйте все канонические URL-адреса. Не URL-адреса, просканированные инструментом, а URL-адрес в каноническом теге.
  • Запустите новое сканирование с этим списком URL-адресов и просмотрите отчет о кодах ответов с этим списком канонических адресов. Все коды ответов должны возвращать код ответа состояния 200.

Проблема 2: взломанные страницы

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

Некоторые распространенные взломы веб-сайтов, которые происходят в SEO, включают:

  • Манипуляции с поиском по сайту: Это происходит, когда страницы поиска веб-сайта индексируются. Затем злоумышленник отправляет массу обратных ссылок на свою страницу результатов поиска с нерелевантными поисковыми запросами. Это обычное дело для поисковых запросов по азартным играм и фармацевтике.
  • Манипуляции с переадресацией 301: Это происходит, когда кто-то получает доступ к сайту, создает страницы, относящиеся к его бизнесу, и индексирует их. Затем они 301 перенаправляют их на свои собственные веб-сайты.
  • Удаление сайта: Это самая простая атака, когда хакер манипулирует вашим кодом, чтобы сделать ваш сайт непригодным для использования или, по крайней мере, не индексируемым.

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

Почему это важно

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

READ  Инсайдер рассказал, что должен был включать не состоявшийся сегодня анонс даты выхода God of War Ragnarok

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

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

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

Используйте консоль поиска Google

  • Проверьте отчет о ручных действиях. Это скажет вам, есть ли какие-либо текущие штрафы против сайта.
  • Проверьте отчет о производительности. Ищите любые большие всплески производительности. Это может указать, когда могло произойти изменение. Самое главное, проверить список URL в отчете об исполнении. Взломанные URL-адреса могут торчать! Многие из них имеют неактуальные темы или даже могут быть написаны на другом языке.
  • Проверьте отчет о покрытии. Ищите любые большие изменения в каждом подотчете здесь.

Проверьте учетные записи для входа на сайт

  • Просмотрите всех пользователей, чтобы найти какие-либо необычные учетные записи.
  • Если на вашем веб-сайте есть журнал активности, проверьте последние действия.
  • Убедитесь, что на всех учетных записях включена 2FA.

Используйте инструменты онлайн-сканирования

Несколько инструментов будут сканировать ваш сайт на наличие вредоносных программ, но они могут не сказать вам, был ли ваш сайт взломан в прошлом. Более тщательный вариант – посмотреть https://haveibeenpwned.com/ и сканируйте все адреса электронной почты администратора веб-сайта.

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

Это хорошо сообщил от Google что они не переходят и не сканируют внутренние ссылки, сгенерированные JavaScript.

К настоящему времени мы думаем, что наши инструменты SEO-аудита должны лучше обнаруживать внутренние ссылки, созданные JavaScript. Исторически нам приходилось полагаться на ручное обнаружение ссылок JS, щелкая веб-сайты или просматривая глубину ссылок в отчетах.

Почему это важно

Робот Googlebot не сканирует ссылки JavaScript на веб-страницах.

Хотя большинство инструментов SEO-аудита по умолчанию не могут обнаруживать ссылки JavaScript, мы можем сделать некоторые небольшие настройки, чтобы помочь нам. Наиболее распространенные инструменты технического SEO-аудита могут предоставить нам настраиваемые инструменты поиска.

К сожалению, браузеры на самом деле не отображают исходный код в DOM, поэтому мы не можем просто искать «onclick» или что-то в этом роде. Но есть несколько распространенных типов кода, которые мы можем искать. Просто не забудьте вручную проверить, что это действительно ссылки JS.

  • Большинство разработчиков используют тег кнопки для запуска событий JS. Не думайте, что все кнопки являются ссылками JS, но их идентификация может помочь сузить проблему.
  • источник данных: Это извлекает файл, чтобы использовать код для выполнения действия. Он обычно используется в ссылке JS и может помочь сузить круг проблем.
  • .js: Подобно атрибуту источника данных, некоторые теги HTML извлекают внешний файл JavaScript, чтобы найти указания для выполнения действия.
READ  5 лучших стратегий входящего маркетинга для занятых работающих мам

Проблема 4. Содержимое, скрытое с помощью JavaScript

Это одна из самых неприятных проблем, жертвами которых становятся веб-сайты. У них так много фантастического контента, которым можно поделиться, но они хотят объединить его, чтобы он отображался только тогда, когда пользователь взаимодействует с ним.

В общем, лучше всего сочетать хороший контент с хорошим UX, но не в том случае, если страдает SEO. Обычно для таких проблем есть обходной путь.

Почему это важно

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

Как найти контент, скрытый JavaScript

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

Чтобы проверить, все, что вам нужно сделать, это проверить DOM на веб-странице и посмотреть, сможете ли вы найти какой-либо скрытый контент.

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

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

С опытом мы учимся использовать инструменты такими, какие они есть: инструментами.

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

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


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


Новое в поисковой системе

Об авторе

Джон Макалпин возглавляет стратегию SEO для Кардинальный цифровой маркетинг, SEO-агентство в Атланте, специализирующееся на обслуживании корпоративных медицинских компаний в Соединенных Штатах. В настоящее время Джон находится в Далласе и активно участвует как в местном, так и в национальном сообществе SEO и имеет большой опыт в области технического SEO, веб-разработки и стратегии цифрового маркетинга. Джон также предоставляет внештатные услуги веб-разработки для сайтов, размещенных на WordPress.

4 technical SEO issues auditing tools won’t show you

от admin