Идеальный перезапуск SEO, проверка перед запуском

1. 301
2. Проверьте рендеринг
3. Большой ползать
4. Ошибка HTTP
5. Глубина страницы, полнота содержания
6. Нерелевантные страницы и параметры URL
7. Канонические метки
8. hreflang теги
9. Проверьте разметку
10. HTTP / HTTPS проблемы
11. Дальнейшие тесты
12. вывод

Через две недели новый сайт должен заработать? Тогда не стоит верить, что веб-разработчики уже все сделали правильно. С правильными инструментами вы можете найти типичные ошибки эффективно.
Как часть повторного запуска проекта наступает в какой-то момент незадолго до начала работы, точка, в которой этап (например, neu.meinewebsite.de) достиг конечного состояния. Однако, прежде чем сайт будет запущен, вам обязательно нужно пройти тщательное тестирование, чтобы убедиться, что повторный запуск принесет хорошие результаты.

Поскольку при проверке веб-сайта почти всегда возникают проблемные области, проверка должна быть проведена достаточно рано до начала эксплуатации, чтобы все еще можно было внести необходимые изменения. В начале проекта по перезапуску аспект «showtopper» должен был быть прояснен: возможно ли отложить начало работы, даже если с точки зрения SEO есть проблемы, которые не позволяют сайту работать?

В идеале сцена блокируется только «Noindex» для поисковых систем (см. поиск радар Выпуск 64), чтобы все распространенные инструменты могли легко получить доступ к новому веб-сайту, но без индексации их Google.

301

Самым важным моментом, который нужно проверить, прежде чем начать работу, безусловно, является проверка перенаправлений 301. Как и с какими инструментами это можно сделать, уже было подробно рассмотрено ( поиск радар Выпуск 65).

Тем не менее, на этот момент следует еще раз четко указать: запуск без проверки перенаправления 301 несет в себе чрезвычайно высокий риск, особенно потому, что перенаправления часто допускают ошибки.

Проверьте рендеринг

Кроме того, есть другие аспекты, которые чрезвычайно важны при проверке перед запуском. Это включает в себя проверку рендеринга. В течение нескольких лет Google был способен «визуализировать» веб-сайт, то есть страницы с помощью файлов CSS и JavaScript, а также изображений, шрифтов и других ресурсов в качестве браузера. Таким образом, Google «знает», где находится заголовок, виден ли текст и какова доля рекламного пространства.

В правилах Google (https://support.google.com/webmasters/answer/35769?hl=en) четко указано:

«Чтобы Google полностью интерпретировал содержание вашего сайта, разрешите ему сканировать все ресурсы на вашем сайте, которые могут существенно повлиять на отображение сайта. К ним относятся z. Например, файлы CSS и JavaScript, которые влияют на интерпретацию страниц. "

Иногда в повторных проектах случается, что активы, важные для рендеринга, блокируются файлом robots.txt. Но могут быть и другие случаи, когда Google не может правильно отобразить страницу, что может привести к реальным недостаткам рейтинга.

Способность Google отображать страницу должна быть подтверждена в консоли поиска Google. Конечно, сцена должна быть создана там как собственность. Если веб-сайт заблокирован «Noindex», это легко возможно и не приводит к индексации сайта.

О пункте «Получить как Google» вы можете проверить отдельные страницы. Рекомендуется проверять одну страницу для каждого типа страницы (например, стартовая страница, страница категории, страница продукта, страница блога ...). Это должно быть сделано для обоих возможных устройств («настольных» и «смартфонов») - с положительным побочным эффектом от одновременной проверки удобства использования веб-сайта.

Результат должен контролироваться двумя способами. Во-первых, убедитесь, что два представления, которые предоставляет инструмент (см. Рисунок 1), максимально совпадают: «Вот так робот Google видел страницу» и «Вот как посетитель вашего сайта увидел бы страницу», на самом деле не должно отличаться.

Ниже этого представления вы иногда получаете список активов, которые Google хотел получить для рендеринга, но которые не были доступны для Google. Здесь вы должны выделить два случая:

1. Если ресурс называется «временно недоступен», вам следует просто повторно выполнить всю проверку для этой страницы и терминала. Иногда бывает, что Google не может получить доступ к определенным ресурсам, даже если они не заблокированы. Однако, чтобы получить полную картину, все разблокированные ресурсы должны быть включены в рендеринг. Вот почему вы просто должны повторить это.
2. Если ресурс называется «заблокированным», вы должны спросить себя, является ли ресурс релевантным для рендеринга. Как правило, Google (см. Столбец «Важность») очень хорошо знает, действительно ли этот ресурс актуален (см. Рисунок 2). Если для рендеринга требуется актив (изображения, шрифты ...), вы также должны поделиться им с поисковыми системами; Однако сценарии отслеживания могут быть заблокированы, поскольку они не влияют на отображение.

Рис. 1: В идеале, нет никакой разницы между двумя видами при рендеринге. Рис. 2: Если ресурсы недоступны, необходимо проверить, важны ли они для рендеринга.

Большой ползать

С помощью инструмента Screaming Frog SEO Spider можно сканировать веб-сайт бесплатно (до 500 URL) или за плату (> 500 URL). Инструмент запускается - если вы выбираете «Режим» «Паук» - на определенной странице (в основном: стартовая страница), а затем следует по всем ссылкам.

Если инструмент прошел, у вас должно быть изображение того, что Google также находит в своих обходах. На практике это не совсем так, потому что Google просто «убеждает» URL-адреса, создает их вместе с помощью файлов JavaScript или использует внешние ссылки. Все это не делает Screaming Frog SEO Spider, так что вы получите "чистый ползать" здесь. Как правило, этого вполне достаточно для типичных целей.

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

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

Кстати: если сцена заблокирована для поисковых систем, так как все страницы содержат метатег роботов «noindex», вы, конечно, больше не можете проверять, являются ли отдельные страницы, которые вы хотите заблокировать позже, на новом сайте через «noindex», это День действительно включен. В этом случае вы должны сделать это после запуска, а также теста, если вы действительно удалили «noindex» по всей области, потому что это может иметь апокалиптические эффекты для веб-сайта.

И еще: для того, чтобы Screaming Frog SEO Spider мог вообще сканировать веб-сайт, вы должны заранее отключить опцию «Respect noindex», потому что в противном случае инструмент совершенно справедливо отказывается показывать даже одну страницу.

Ошибка HTTP

В идеале все страницы должны иметь HTTP-код («ОК») во время сканирования. Часто бывают также внутренние перенаправления (301) или неправильные ссылки (404 ...). Лучше всего быть как можно ближе к цели «100% код 200».

Screaming Frog отображает HTTP-код всех страниц очень централизованно. Чтобы узнать, где з. Например, если вы ссылаетесь на страницу 404, нажмите на соответствующую ссылку и выберите вкладку «Inlinks» ниже. Там вы можете увидеть в столбце «От», какая страница ссылается на страницу 404.

Рис. 3: Легко узнать, где на сайте ссылки на неисправные страницы.

Глубина страницы, полнота содержания

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

На второй вопрос легко ответить: в Screaming Frog SEO Spider для каждой страницы выводится «уровень», который указывает глубину нажатия. Это указывает, сколько щелчков по ссылкам - начиная с начальной страницы - необходимо, чтобы перейти на конкретную страницу. Не существует универсального порога, который говорит, что страница слишком глубокая. В качестве номера дома можно с уверенностью сказать, что глубина щелчка не обязательно должна быть двузначной. Кстати: чтобы правильно рассчитать глубину кликов, нужно просканировать и весь сайт.

На вопрос, может ли Google получить доступ ко всем страницам веб-сайта, ответить гораздо сложнее - в конце концов, сначала нужно узнать конкретный URL-адрес, который должен быть фактически доступен, чтобы проверить, найден ли он также при сканировании. Обычно есть две стратегии:

1. В принципе, необходимо критически изучить собственный веб-сайт на предмет наличия форм, контролирующих доступ к соответствующему контенту (например, «поиск в архиве»). Зачастую такие функции ответственны за неспособность Google получить доступ к соответствующему контенту. Google иногда пытается заполнить формы и проверяет, какой контент появляется. Конечно, вы не должны полагаться на это.
2. Если у вас есть карта сайта со всем содержимым, вы можете сравнить ее с обходом с помощью нескольких логических схем Excel. В идеале все страницы в карте сайта должны полностью содержаться в сканировании.

Нерелевантные страницы и параметры URL

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

• Вход страницы
• функции сравнения
• Функции типа «Добавить в список»
• версия для печати
• Экспортировать как PDF
• ...

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

Также важным является поиск нерелевантных параметров URL. Пример можно найти на рисунке 4. Система магазина добавляет URL-адрес «c» к URL-адресам страниц сведений о продукте. Этот параметр не имеет значения, как тег Canonical, где этот параметр отсутствует. Конечно, нужно проверить, относится ли это обычно к определенному параметру.

После того как вы определили такой нерелевантный параметр, не забудьте запомнить его позже, когда начнете работу в консоли поиска Google («Параметры URL») («Настройка параметров URL»).

Кстати, с помощью Screaming Frog SEO Spider вы также можете вводить такие параметры URL, чтобы они были удалены непосредственно из URL. Таким образом, вы можете выполнить второй обход и посмотреть URL-адреса, как если бы этих параметров не было. В разделе «Конфигурация> Перезапись URL» этот параметр можно настроить на вкладке «Удалить параметры».

Рис. 4: С помощью Screaming Frog SEO Spider можно идентифицировать даже нерелевантные параметры URL.

Канонические метки

Кроме того, канонические теги должны быть проверены. Для этого необходимо отключить «Уважать Canonical» и «Сканировать Canonicals» перед сканированием. На вкладке «Директивы» можно получить различные отчеты:

• «Нет Canonical» отображает страницы, которые не содержат тег Canonical. Может случиться, что теги были просто забыты для определенного типа страницы, поэтому вы должны следить за этим.
• Canonicalised перечисляет страницы, где тег Canonical не соответствует URL. Конечно, может быть много веских причин - строго говоря, Канонический день как раз для таких случаев. В любом случае вы должны проверить, нет ли других способов реализовать эти дубликаты (например, пометив параметр URL как не относящийся к делу).

hreflang теги

Если у вас есть международный сайт, вы также должны проверить теги hreflang. Это то, что может сделать Screaming Frog SEO Spider начиная с версии 7. На вкладке "hreflang" можно найти различные отчеты, z. Например, «Missing Self Reference», если в теге hreflang отсутствует ссылка на саму страницу.

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

Проверьте разметку

Любой, кто включил разметку в свой контент, должен обязательно проверить ее наугад - одна из немногих функций, которую не предлагает Screaming Frog SEO Spider. Используйте инструмент тестирования структурированных данных Google ( https://search.google.com/structured-data/testing-tool ), который работает только для одного URL. Поэтому вы должны проверить разные типы страниц (стартовая страница, страница с описанием товара ...). В идеале инструмент отображает различные пометки с пометкой «0 ошибок, 0 предупреждений».

HTTP / HTTPS проблемы

Особенно при переключении с HTTP на HTTPS в контексте повторного запуска может произойти много ошибок. Так что нередко это z. Например, теги Canonical или hreflang по-прежнему показывают версию HTTP, а сам веб-сайт переключается на HTTPS. Многие из этих ошибок могут быть легко идентифицированы путем поиска «http:» в HTML-коде.

С этой целью Screaming Frog SEO Spider предлагает специальный отчет: «Небезопасный контент» обобщает многие типичные ошибки в длинном файле Excel. К сожалению, этот отчет (например, загрузка шрифтов через HTTP в файле CSS) не может найти все возможные ошибки.

Дальнейшие тесты

Screaming Frog SEO Spider может сделать еще много тестов. В принципе, вы можете опробовать все так называемые «фильтры» на соответствующих вкладках, чтобы Например, можно найти отсутствующие заголовки страниц («Заголовки страниц»: «Отсутствует»), слишком длинные мета-описания («Мета-описания»: «Более 156 символов») или отсутствующие атрибуты Alt на изображениях («Изображения»: «Отсутствует альтернативный текст»). ,

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

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

вывод

Перед тем, как перейти на сайт, сайт должен быть тщательно проверен - желательно с помощью гусеничного механизма, такого как Screaming Frog SEO Spider. Это позволит вам получить хорошее представление о сайте с точки зрения Google. Но консоль поиска Google и «инструмент тестирования структурированных данных» также являются незаменимыми инструментами для проверки перед запуском, чтобы веб-сайт мог легко запускаться при запуске.

Этот пост был опубликован в выпуске № 66 журнала SEO, SEA и электронной коммерции «Сучерадар» . Весь выпуск № 66 поискового радара с основной темой «Онлайн-маркетинг для стартапов: успешное начало, избежание ошибок» можно найти ниже. www.suchradar.de скачать бесплатно в формате PDF !

Похожие

Комментарии