Два примера того, как одна строка кода может убить вашего SEO [Примеры]

1. Стоимость одной строки кода
2. WordPress и NoIndex / NoFollow
3. Канонический URL-тег и электронная коммерция
4. Вот быстрый пример:
5. Плохая реализация, плохие результаты
6. Пример сломанного канонического тега URL:
7. Не позволяйте одной строке кода убить ваш SEO

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

Я выполняю множество SEO-аудитов в G-Squared и на самых разных веб-сайтах. Я твердо верю, что Тщательный технический аудит - самый мощный результат в SEO , Это позволяет вам понять сильные и слабые стороны, риски и возможности вашего сайта за относительно короткое время. Кроме того, аудит дает план исправления, который может помочь построить ваш план развития SEO в будущем. После представления плана исправления бывают случаи, когда для внесения изменений требуются месяцы, а в других случаях изменения могут быть быстро реализованы. Мой пост сегодня включает в себя два примера, которые вписываются во второй сегмент (хотя второй пример может быть более сложным для изменения в зависимости от размера вашего веб-сайта).

Стоимость одной строки кода

Выполняя аудиты, вы никогда не знаете, что собираетесь найти. И то, что вы найдете, может очень сильно повлиять на производительность сайта с точки зрения SEO. Иногда вы сталкиваетесь с серьезными и очевидными примерами того, как неправильный код может убить SEO для веб-сайта. И верите или нет, иногда это может быть всего одна строка кода. В этом посте я собираюсь объяснить два примера, с которыми я недавно столкнулся, когда одна строка кода разрушала эффективность SEO сайта. Давайте внимательнее посмотрим на каждую ситуацию ниже.

WordPress и NoIndex / NoFollow

В рамках SEO-аудита я обычно проверяю основные домены, используемые компанией. Это часто включает в себя любые блоги, которые используются. Для более крупных аудитов стадия обнаружения проекта включает в себя интервьюирование ключевых людей в компании под рукой. Один человек, с которым я разговаривал во время недавнего аудита, был озадачен тем, как плохо работает их блог в Natural Search. Этот человек не был техническим специалистом и не был очень знаком с SEO, что помогло объяснить, почему основная проблема, которую я обнаружил, так долго оставалась незамеченной. По словам этого человека, не только отсутствовал трафик в блоге, но он даже не мог найти примеры рейтинга сообщений (вообще). Да, первый красный флаг был поднят.

После дальнейшего просмотра (около 15 секунд в блоге) я поднял исходный код. Я искал «noindex» и low, и вот, на каждой странице блога был мета-робот, использующий noindex и nofollow. Да, блог велел поисковым системам не индексировать контент и не переходить по ссылкам ни на одной из страниц . Понятно, что это поцелуй смерти для сайта или блога. Команда site: в Google выявила «0» страниц, проиндексированных для блога.

Команда разработчиков быстро удалила тег, и Google и Bing начали индексировать содержимое блога в течение нескольких дней. Теперь блог привлекает качественный трафик на сайт и имеет рейтинг от нескольких сотен до умеренных и сильных. Если бы компания не провела аудит, они бы продолжали думать, что блог (и блоги) просто не работают. Да, одна строка кода убивала их шансы на высокий рейтинг, трафик и конверсии.

Канонический URL-тег и электронная коммерция

Итак, это был хороший пример того, как noindex и nofollow могут навредить SEO или блогу или сайту. Теперь давайте рассмотрим пример того, как одна строка кода может убить SEO для веб-сайта электронной коммерции. Основываясь на моем опыте работы с SEO для электронной коммерции, разработки приложений и CMS, я получил много звонков от продавцов электронной коммерции. Недавно я провел SEO-аудит для электронной коммерции, которая была убеждена, что SEO не будет работать для них. Они провели последние несколько лет, пытаясь «это», затем пытаясь «это», добавляя каплю «это» и щепотку «это», и все ни за что. Их естественная эффективность поиска была ужасной. Никогда ранее не нанимал SEO консультанта или агентство, и все, что они реализовали, было выполнено самостоятельно (с очень небольшим опытом работы с SEO).

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

Не прошло много времени, как я обнаружил огромную проблему, и это было связано с канонический тег URL , Если вы не знакомы с каноническим URL-тегом, это одна строка кода, которую вы можете разместить в html своих веб-страниц, что поможет поисковым системам лучше понять канонические URL-адреса на вашем веб-сайте. Например, (когда одна часть контента заканчивается разрешением по нескольким URL-адресам (что приводит к дублированию контента). Тег сообщает механизмам, что страница X содержит тот же контент, что и страница Y, и что все поисковое равенство, построенное для страницы X, должно быть относится к странице Y. Канонический тег URL особенно важен для веб-сайтов электронной коммерции, поскольку природа приложений электронной коммерции (и пакетов CMS) может генерировать огромное количество дублирующегося контента.

Канонический URL-тег выглядит так:

<link rel = ”canonical” href = ”http://www.domain.com/canonical-url.html” />

Вот быстрый пример:

Представьте, что вы запустили новый продукт, который вы продаете на своем сайте. Это G-Squared Nitro Scooter, и он доступен в трех удивительных цветах. Ваша CMS для электронной коммерции позволяет посетителям изменять цвет скутера при просмотре страницы продукта, но при этом изменяется URL-адрес. Поэтому у вас может быть четыре страницы для каждой, которая должна быть на сайте (исходная страница, а затем по одной для каждого цвета). Все содержимое одинаковое, метаданные точно такие же и т. Д. Это отличный пример того, когда канонический URL-тег может помочь.

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

Плохая реализация, плохие результаты

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

На сайте практически не было органического поискового трафика. При проверке рейтинга я едва мог найти страницы, которые ранжировались по целевым ключевым словам. Там была явно серьезная проблема. После проверки исходного кода различных страниц продукта я заметил, что использовался канонический URL-тег. Первая проблема заключалась в том, что на каждой странице сайта использовался один и тот же href. Это означает, что веб-сайт электронной коммерции сообщает движкам, что каждая страница на сайте должна быть отнесена к одной другой странице . Подумайте, как более 1000 страниц уникального контента могут быть неканоническими версиями еще одной страницы? Они не могли, и эта реализация серьезно сбивала с толку поисковые системы.

Но это становится хуже

Вторая (и, возможно, более серьезная) проблема заключалась в том, что целевой URL, используемый в теге канонического URL для каждой страницы, был поврежден. Да, это еще больше ухудшило положение. URL был добавлен таким образом, что идентификатор продукта (строка запроса, которая помогла сайту найти нужный продукт) был исключен из тега . Обратите внимание, что когда идентификатор продукта был пропущен в URL, на каждой странице появлялась ошибка 500 (ошибка приложения). Таким образом, сайт сообщал движкам, что все страницы должны передавать свое поисковое равенство на страницу, которая не разрешается на сайте. Плохой ход.

Пример сломанного канонического тега URL:

<link rel = ”canonical” href = http: //www.domain.com/canonical-url.html? productid = />

Основываясь на том, что я объяснил до сих пор, вы можете сказать, почему сайт был в пафосной форме, с точки зрения SEO? Правильное использование тега канонического URL для этого веб-сайта состояло бы в том, чтобы добавить его на каждую страницу продукта и указать ссылку на канонический URL для каждого конкретного продукта. Это гарантировало бы, что каждая неканоническая страница продукта направляет свою мощь обратно на страницу основного продукта (канонический URL). Вместо этого веб-сайт указывал тысячи страниц (с уникальным контентом) на одну страницу, которая вызвала ошибку приложения.

Не позволяйте одной строке кода убить ваш SEO

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

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