SEO по сравнению с оптимизацией и значениями якорного текста


Я немного прочитал об оптимизации поисковых систем, где гуглы, всемогущий Майк Каттс, говорили о том, как они собираются начать наказывать сайты, которые чрезмерно оптимизированы с 2012 года

Я просматриваю веб-сайт клиента, который занимается обслуживанием и имеет следующую структуру ссылок в нижнем колонтитуле, в частности, посмотрите на якорный текст. Считаете ли вы, что это чрезмерная оптимизация для ключевого слова finger food catering и может ли это действительно рассматриваться как ключевое слово начинка?

enter image description here

Я понимаю, что они пытаются сделать, но считаете ли вы, что в качестве примера будет лучше просто сделать sydney.php по сравнению с finger-food-catering-sydney.php

Также, какой вес имеет текст привязки, если страница ссылки на самом деле связана с привязкой привязки?

Совет очень признателен

Author: Marilee, 2015-09-20

1 answers

Глядя на ваш пример, реализация направлена в сторону баса. Я довольно много пишу о семантике в поиске. Семантика, как правило, является уравнителем, однако для Google (в качестве примера) есть несколько важных подсказок, которые Google постоянно использовал на протяжении всей своей истории и оставался верным в течение ключевых периодов, когда поисковая игра изменилась. Эти истины исторически придавали большой вес определенным областям веб-страницы/сайта, которые меняют баланс семантики обычно дает.

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

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

Есть несколько веб-элементов, которые Google счел важными, я перечислю их в приблизительной относительной важности, а затем объясню почему?.

  • Тег заголовка.
  • Текст ссылки.
  • Мета-ссылка на описание.
  • URL-адрес/URI.
  • Само содержание.
  • Теги заголовка.

В оригинальном исследовании для Google было обнаружено, что поиск по тегу заголовка дал почти на 2% лучший результат, чем только по контенту. Это предполагает, что заголовок документа (веб-страницы) был хорошим заголовком. Google решил, что параллельный поиск по тегу заголовка и содержимому при применении ранжирования и смешивании результатов будет получена лучшая страница результатов поисковой системы (SERP), и они были правы. Кроме того, Google экспериментировал с тем же самым текстом ссылки с положительными результатами. Опять же, предполагая, что текст ссылки был хорошим. Позже Google дал нам подсказки о том, что это также включает мета-тег описания, который все еще присутствует в сегодняшних результатах поиска. То, что вы не видите возвращаемым в SERPS, - это теги заголовков, хотя они остаются очень важной частью семантики и явный признак намерения поиска. Кроме того, текст ссылки не возвращается, хотя это также не менее важно. Есть две вещи, которые происходят. Очевидные прямые совпадения там, где найдены условия поиска, и семантические совпадения там, где тщательно анализируется цель поиска. Это и есть ключ. Результаты SERP, в которых найдены поисковые запросы, являются случайными, поскольку прямые совпадения ключевых слов в поиске не обязательно являются нормой, за исключением случаев, когда поисковый запрос короткий. Позвольте мне внести ясность. Google - это семантический поиск движок и с самого начала был основан на семантике, однако полный семантический поиск не всегда возможен.

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

Мы также знаем, что URL/URI важен. Опять же, именно здесь ваш пример терпит неудачу. Только имя файла содержит семантические подсказки.

Я часто ссылаюсь на ответ, который я дал здесь: Хорошо структурированные URL-адреса против URL-адреса, оптимизированные для SEO Причина в этом. В нем объясняется стратегическое использование URI для оптимизации. Это стоит того, чтобы съездить в сторону.

Позвольте мне сделать еще один шаг.

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

В какой-то момент Google почувствовал, что поисковый запрос по доменному имени совпадает (URL минус URI) были значимыми подсказками и значительно увеличили вес семантических подсказок, найденных в доменном имени. И снова это было ошибкой. Спамеры сразу же начали этим пользоваться.

Уже видишь закономерность?

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

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

Вот что остается. Хотя имена файлов действительно имеют семантический вес, они имеют меньший вес, чем путь, найденный в URI, учитывая то, что мы уже знаем. Если имена файлов, как правило, уникальны, эти имена файлов будут иметь очень хороший вес. Поскольку используется семантическая кластеризация, будет обнаружена любая чрезмерная оптимизация по именам файлов. Слишком большое сходство приведет к тому, что эти страницы будут менее семантически взвешены. Имейте в виду, что ни одна страница не существует в вакууме. Семантика всех страниц применяется к матрице (матрицам). Это означает, что чрезмерная оптимизация будет видна с помощью семантической оценки, а семантические подсказки будут обесценены или полностью отброшены.

С этой целью.

Ваши URI лучше организованы как /кейтеринг/finger-food/перт/. Вы также можете использовать/catering/finger-food/perth.php что может быть разумнее, если это единственная страница. В чем разница? Организация. Раньше вы пытались оптимизировать с помощью имен файлов, которые имели меньший вес. Однако, поскольку пути часто используются повторно, чрезмерная оптимизация становится затруднительной, если применяются простота и честность. Здесь вы можете получить лучший семантический вес для нужных вам поисковых запросов, не опасаясь гнева наказания.

Одно предупреждение: Отбросьте всю концепцию загрузки ключевых слов. Семантика - это название игры, и она существует с 2008 года. Каждая семантическая подсказка, данная в одной области, не учитывается, если только она не найдено в других местах, таких как теги заголовков, контент, тег заголовка, мета-тег описания и т.д. Семантические подсказки лучше всего использовать в более чем одной ключевой области. В качестве примера, не создавайте /кейтеринг/тапас/перт/ или /catering/tapas/perth.php если вы не предлагаете питание тапас в Перте, и контент этого не поддерживает. Также подумайте о том, как люди ищут, а не о ключевых словах. Думайте разговорно. Примите во внимание семантический диалог между поисковым запросом и тем, что предлагает ваш сайт, используя полный цвет язык. Думайте предложениями, а не ключевыми словами. Полный цвет языка предоставляет возможность, известную как совпадения с длинным хвостом. Это позволяет большему количеству людей находить ваш сайт с помощью более широкого спектра поисковых запросов.

 1
Author: closetnoc, 2017-04-13 12:33:24