Технический SEO: 3 смущающие ошибки, которые вы должны проверить сейчас!

1. Ошибка № 1. Раскрытие однострочного кода или гибели
2. Ошибка: какую строку кода следует избегать?
3. Как это может пойти не так?
4. Ошибка № 2. Потеря контроля над параметрами вашего URL
5. URL-адреса параметров обычно длинные и некрасивые ... И они могут привести к беспорядку!
6. Что если эти URL-адреса параметров уже имеют несколько хороших обратных ссылок?
7. И решения для параметров URL?
8. Ошибка № 3: Показать разные версии вашего сайта

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

Страшная ситуация. Конечно, если ваша организация процветает на органическом трафике. Вот почему сотрудничество важно в SEO. Каждый, кто имеет доступ к веб-сайту, должен быть знаком с этими возможными ошибками, чтобы предотвратить последствия. Являетесь ли вы менеджером по маркетингу, генеральным директором, предпринимателем или другим профессионалом, вы (и вся ваша команда) должны знать, какие технические ошибки SEO могут стоить вам.

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

Ошибка № 1. Раскрытие однострочного кода или гибели

Мы все делаем ошибки, но ошибка в этом конкретном файле имеет серьезные последствия ... Я говорю о вашем файле .htaccess . Только один символ, слишком много или слишком мало в этом файле, даже дополнительный пробел, может подорвать ваш сайт!

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

Если вы используете веб-сервер Apache (как в большинстве случаев), вы можете рассматривать ваш файл .htaccess как «главный командный центр» вашего веб-сайта - как бы кокпит.

Другими популярными серверами являются NGINX и Microsoft-IIS. Они не так широко используются, как Apache. То же самое относится к серверам Google и LiteSpeed. Использование NGINX значительно растет. Чтобы сделать это еще более запутанным ... версия файла .thaccess для NGINX называется nginx.conf, а версия Microsoft-IIS - это файл web.config . Это не совсем одинаковые файлы, но они похожи на аналогичные функции главного управления.

Совет: вы можете использовать инструмент browserSPY быстро выяснить, какой сервер вы используете. Просто введите свой URL или доменное имя, и вы увидите это снова!

Снимок экрана BrowserSpy, результаты для inboundmarketing.nl

Ошибка: какую строку кода следует избегать?

Это неправильные коды SEO двух самых популярных серверов, Apache и NGINX:

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

Набор заголовков X-Robots-Tag «noindex, nofollow»

Для NGINX : если у вас есть эта строка кода в вашем файле nginx.conf, ваш сайт не будет включен в результаты поиска.

add_header X-Robots-Tag «noindex, nofollow»;

Вы можете проверить наличие этих команд, также называемых HTTP-заголовками, с помощью инструмента: http://headers.cloxy.net/

Как это может пойти не так?

Рекомендации X-Robots, такие как приведенные выше примеры, полезны для упорядоченного и эффективного SEO. Используйте их очень осторожно и всегда следите за тем, чтобы резервные копии ваших файлов .htaccess создавались , поддерживались и проверялись после каждого изменения веб-сайта. Разве ты не делаешь это? Тогда все может пойти не так. Иногда изменения в веб-сайте, если он все еще находится в стадии разработки, включаются при его запуске.

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

Ошибка № 2. Потеря контроля над параметрами вашего URL

URL - это сокращение от Uniform Resource Locator - красивое название для веб-адреса каждой страницы в Интернете. Если у вас есть сайт электронной коммерции или крупный новостной сайт, у вас, вероятно, будет «=» во многих URL-адресах и суффиксах, начинающихся с «/?». Они используются для представления одинакового или похожего контента в разных форматах. Они известны как параметры.

URL-адреса параметров обычно длинные и некрасивые ... И они могут привести к беспорядку!

• Параметры URL можно определить в консоли поиска Google с помощью вкладки «Сканирование» слева. Здесь вы можете указать, что вы хотите, чтобы Google игнорировал эти страницы с дублированным контентом. Однако это означает, что вы можете потерять полномочия, полученные вами с помощью обратных ссылок.
• Ваш robots.txt.file также может запретить поисковым системам сканировать эти дубликаты страниц. Если ваш параметр содержит URL /? Sort = order_popular , вы можете использовать эти «подстановочные знаки», чтобы запретить Google сканировать параметр: User-agent: * и Disallow: /? *

К сожалению, это автоматически не гарантирует, что «пауки» других поисковых систем также останавливаются ...

Бррр ...

Если вы вовремя обнаружите URL-адреса «виновных» с дублированным содержимым и хотите очистить их до того, как они будут проиндексированы Google, вы можете предпринять следующие шаги ...

1. Если у вас меньший веб-сайт и все еще используются параметры, вы можете быстро удалить все «виновные» URL-адреса из Google с помощью инструмента «Удалить URL-адреса» консоли поиска. Не шокируйся! Это должно быть сделано вручную, URL за URL.
2. Убедитесь, что ваши страницы без параметров легко могут быть найдены поисковыми системами, указав их в .xml карте сайта. В качестве дополнительной меры вы используете директиву allow в файле robots.txt (yourdomain.com/robots.txt), а также указываете свой XML-файл там.

Чтобы гарантировать, что в таких сценариях ничего не пропущено, вы можете использовать метатег «noindex, follow» meta robots на любом URL, который вы не хотите индексировать, одновременно применяя метатег rel = "canonical" , Применяя этот канонический тег, вы указываете Google, какая страница является вашей главной или «главной» страницей для других URL-адресов с аналогичным содержанием.

<link rel = "canonical" href = "http://yourdomain.com/clean-url">

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

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

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

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

Что если эти URL-адреса параметров уже имеют несколько хороших обратных ссылок?

Сначала я расскажу о том, что вы можете сделать со стандартным URL-адресом, который вы не хотите индексировать (URL-адрес без параметров, таких как «?» После первой косой черты), но при этом выбираются ценные обратные ссылки. Вы можете опустить URL в (чтобы он мог сканировать) и добавить вышеупомянутый тег «noindex, follow», также известный как мета-роботы.

Затем в ваши страницы HTML <head> добавляется следующее:

<meta name = "robots" content = "noindex, follow" />

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

Вы можете проверить обратные ссылки с помощью инструмента, такого как AHREFS: https://ahrefs.com/

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

И решения для параметров URL?

Здесь становится немного сложнее! URL-адреса параметров сложнее манипулировать из-за их динамической природы (они не являются «фиксированными» страницами).

В этом случае можно сохранить все полномочия, предоставленные вам ссылочными веб-сайтами, и в то же время предотвратить уделение большего внимания URL-адресам этих параметров. Вы делаете это снова с помощью динамически применяемых канонических тегов и умных команд .htaccess, чтобы применить «noindex, follow» на этих страницах.

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

Мы на полпути!

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

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

Убедитесь, что ваши разработчики изменили функции «виновных» параметров (и, следовательно, также их URL), которые получают много ссылок. Это при пересылке или связывании исходных URL-адресов параметров с их аналогами, стандартными и непараметрическими URL-адресами.

Вот пример:

• URL параметра, который получил ценные ссылки: www.jouwomein.com/hallo/?sum=high
• URL нового параметра, который предлагает такое же содержание: www.jouwomein.com/hallo/?sum=high_content
• Исходный URL без каких-либо параметров: www.jouwomein.com/hallo/
• Параметр для перенаправления. Перешлите этот параметр на исходный URL: www.jouwomein.com/hallo/?sum=high.
• На оригинальный URL: www.jouwomein.com/hello/

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

После того, как вы перенаправили его, вы можете использовать robots.txt. Используйте опцию «запретить» для новых URL-адресов параметров.

Примечание. Если у вас большой веб-сайт или бесконечное количество результатов на страницах, лучше заблокировать URL-адреса параметров при сканировании через файл robots.txt. Для относительно небольших «базовых» веб-сайтов канонические и мета-роботы «noindez, nofollow» часто являются лучшей рекламой.

Вы можете отслеживать нежелательные пики и спады скорости сканирования, в частности, с помощью вкладки «Статистика сканирования» в Консоли поиска. Всегда уделяйте время рассмотрению преимуществ и недостатков, прежде чем вносить технические изменения. Хочу ли я сделать сложное изменение, чтобы максимизировать выгоду для одной или двух ссылок? Наверное, нет .

Все это помогает организовать желаемые главные страницы, а не ослаблять авторитет вашего сайта.

Ошибка № 3: Показать разные версии вашего сайта

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

Знаете ли вы, что ваш сайт может иметь несколько версий, которые одновременно работают?

Например:

• www.yourwebsite.com
• yourwebsite.com
• yourwebsite.com/index.html (на Apache)
• https://yourwebsite.com
• Эти четыре варианта могут показывать одни и те же страницы и веб-сайт!
  

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

Проверки вы можете выполнить:

• Сначала убедитесь, что вы выбрали один из доменов в качестве «предпочтительного домена» в консоли поиска Google.
• Проверьте список вариантов домена на предпочитаемом вами домене, чтобы узнать, будете ли вы автоматически перенаправляться на URL вашего основного домена, вашего предпочтительного домена.
• Если нет: то у нас проблема!

Действия, которые вы можете предпринять:

• Попросите разработчиков по возможности сделать 301 (постоянную) переадресацию для всех дублированных версий. (ПРИМЕЧАНИЕ: все страницы должны быть связаны друг с другом и ссылаться на их аналоги, что вы можете быстро сделать через .htaccess, если у вас большой веб-сайт).
• Большинство систем управления контентом (CMS), таких как WordPress, автоматически преобразуют прописные буквы в строчные. Если это не относится к вашей CMS, вы можете встроить специальные рекомендации, как вы уже догадались: .htacces!
• Если по какой-либо причине невозможно перенаправить URL-адреса, я бы применил только канонический тег и тег «noindex, follow», где это возможно, и удалил все проиндексированные URL-адреса в Google (используйте инструмент для удаления URL здесь) через консоль поиска).
  • Также в этом случае, если рассматриваемые домены и страницы уже были обнаружены и имеют построение ссылок, я бы не использовал тег «nofollow» или «Disallow» в robots.txt, потому что накопленное значение SEO может исчезнуть.
  • Также убедитесь, что все внутренние ссылки в вашем «предпочитаемом» домене используют одни и те же доменные ссылки и не указывают на другую версию вашего сайта. Это простая ошибка ...

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

Эта статья является переводом и редактированием этой статьи на digitalcurrent.com

Похожие

Комментарии