Wordpress

Индексация рубрик в wordpress: Нужно ли запрещать индексацию категорий WordPress?

25.06.2023

Страницы меток, рубрик, архивов – нужна ли их индексация?

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

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

Итак, какой же способ все-таки лучше? Хочу сделать еще небольшое лирическое отступление, перед тем, как перейти уже непосредственно к изучению самого вопроса. До недавних пор я вообще не интересовался затачиванием статей под определенные ключевые слова, мне все это было не важно. Я не выделял и не впихивал насильно ключи в текст (и не собираюсь этого делать в дальнейшем). Несмотря на это, индексация всегда проходила нормально, за исключением некоторых статей, которые были слишком маленького объема и уже повторялись с темой тех, что были опубликованы ранее. Отступление сделано, теперь к самой сути.

Как все начиналось. Мне захотелось проверить, на какой позиции находится мой сайт по запросу «wordpress блог» в Яндексе. Знаю, что запрос довольно популярный, но все же я решил остановиться именно на нем. Полистав поиск, я понял, что просто трачу свое время, ибо сайт если и есть, то где-то очень глубоко. Тогда мне захотелось узнать, какая же из страниц все-таки попала в Яндекс по этому запросу. Может, вообще никакой? И посмотрев через расширенный поиск, я отметил для себя такую совсем не радужную картину: в поиске была страница с меткой «wordpress блог». Несмотря на то, что у меня в блоге достаточно статей, которые имели такую метку, залезла в индекс неинформативная страница, на которой размещены краткие анонсы записей. В общем и целом, как я понял, эти страницы (с метками, рубриками, архивами) получают значительно больший вес, чем записи (если, конечно, их не перенасыщать ключами, но это я не пробовал, так что ничего сказать не могу), поэтому и попадают в поиск. Выйти на них через поиск сложно, потому что на этих страницах не индексируется никакой текст, кроме самой метки. Получается, что в поиске просто висит такая страница с меткой, которая занимает позицию где-то в самом конце выдачи, поскольку запрос популярный.

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

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

Интересно услышать ваше мнение по этому поводу. Как вы считаете, стоит или нет ставить запреты на индексацию таких элементов, как страницы рубрик, архивов и меток?

Закрывать категории от индексации — спорный вопрос – QA PR-CY


Ответы на пост (9) Написать ответ

Рубрики закрывать не стоит. Это же связующие страницы сайта. Да и трафик могут приносить не плохой, если оптимизированы и отвечают на запрос пользователя. От индексации стоит закрывать дублирующие страницы такие как: архив, страница поиска, страница автора, страницы меток.

а как же дубли? контент по адресу: сайт/название статьи и сайт/рубрика/название статьи это одно и тоже, то есть дубль, а для поисковика типа разные страницы

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

Это можно задать в настройках постоянных ссылок в CMS. Вы можете убрать отображение названия рубрики на страницах записей.

sansan

1680

22.11.2018 19:44

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

Имхо, не стоит закрывать от индексации (уже) подобные страницы.

Категории закрывать не нужно. Вы не путайте разные адреса одной и той же страницы — это дубли (сайт/название статьи и сайт/рубрика/название статьи) и название статьи — «просто категория».

Проще говоря — страница категорий — это страница с перечнем статей (заголовки + выдержки текста).

Для WP (попробую пованговать, что у вас WP) нужно открывать для индексации или метки или категории, остальное (включая страницы «page») закрывать. Это нужно для того, чтобы робот мог понимать, куда ему идти дальше по страницам. Как правило, категории — это страницы 2 уровня вложенности, то есть достаточно важные и в поиске могут сидеть лучше, чем некоторые статьи (либо метки).

Отображение — сайт/название статьи и сайт/рубрика/название статьи в WP настраивается в разделе «настройки» — «постоянные ссылки», и как правило, согласно настройки, с одного адреса на другой должен происходить редирект.

В yoast есть функция удалить префикс рубрик, но отображение статьи идет по непонятной мне конструкции. Ну вот сами посмотрите к примеру https://obzoroff.info/reduslim-perdita-di-peso/

Адрес вроде сайт/название статьи, но в хлебных крошках путь указан / рубрика Италия

flintt

12

22.11.2018 20:31

По своей воле закрыл месяца 3 назад категории через Роботс. Закрыл все страницы, кроме первой (т.е. тег /*название категории/page/*).

В итоге решил открыть на 2-х сайтах. По прошествии ~2х недель с открытия — оба сайта показали прирост. Волн или других факторов, повлиявших на такие графики — нет.

Выходить страницы категорий нужно открыть

WordPress: Должен ли я НЕ ИНДЕКСировать категории и страницы архивов? | SEO Форум

Ваш браузер не поддерживает JavaScript. В результате ваши впечатления от просмотра будут уменьшены, и вы будете переведены в режим

только для чтения .

Загрузите браузер, поддерживающий JavaScript, или включите его, если он отключен (например, NoScript).

  1. Дом
  2. SEO-тактика
  3. Оптимизация страницы
  4. Wordpress: Должен ли я НЕ ИНДЕКСировать категории и страницы архивов?

Эта тема была удалена. Его могут видеть только пользователи с правами управления вопросами.


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

    Инструмент (в качестве «уведомления») сказал, что мои страницы категорий и архивы НЕ ИНДЕКСИРУЮТСЯ, так ли следует поступать с этими страницами?

    Кроме того, поисковый робот также (в качестве «предупреждающей ошибки») обнаружил, что мои категории и Архивы не имеют метаописания. Это имеет большое значение для неиндексируемых страниц этого типа?

    форумчане SEOmoz, вы оказали мне неоценимую помощь.

  • org/Comment»>

    Привет всем,

    Я думаю, что в первую очередь важно взглянуть на структуру вашей категории. Используйте категории в качестве основных категорий и теги в качестве подкатегорий. Если у вас есть 1 сообщение в 5 разных основных категориях, в некоторых случаях вы будете дублировать одну и ту же информацию. Я держу все свои сообщения в одной основной категории, которую я индексирую, а затем во всех подкатегориях как (теги), по которым у меня нет индекса. Кроме того, Yoast SEO — мой любимый плагин. Просто простой в использовании.

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

  • org/Comment»>

    Вау, я присоединяюсь почти три года спустя, но я думаю, что мой вопрос уместен. Когда вы перестали индексировать страницы своих категорий… продажи «произошли» на вашем основном веб-сайте? Я спрашиваю, потому что вы написали, что продажи не происходят в вашем блоге. Мне просто интересно, почему в вашем блоге не происходит продаж, и дело в воронке или в ее отсутствии?


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

    Итак, я остановил индексирование страниц своих категорий….угадайте, что произошло?..мой сайт вернулся на позицию 1, НО трафик моего блога сократился вдвое. ….так что примите во внимание предупреждение EGOL, прежде чем принимать решение

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


  • Большое спасибо за ответ.

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

    Еще раз спасибо!

  • org/Comment»>

    Привет, Кевин,

    Добро пожаловать в SEOmoz!

    Поскольку вы используете установку WordPress, я бы порекомендовал загрузить подключаемый модуль All-in-one SEO. Это один из самых популярных плагинов для установки WordPress, потому что он помогает вам настроить SEO. Скорее всего, вы уже установили это, но я решил упомянуть об этом в любом случае.

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

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

    Надеюсь, эти пункты помогут.

    Лучший,
    Энтони

У вас есть животрепещущий вопрос по SEO?

Подпишитесь на Moz Pro, чтобы получить полный доступ к вопросам и ответам, отвечать на вопросы и задавать свои.

Начать бесплатную пробную версию


Есть вопрос?
Просмотр вопросов

Посмотреть Все вопросыНовые (нет ответов)ОбсуждениеОтветыПоддержка продуктаБез ответа

От За все времяПоследние 30 днейПоследние 7 днейПоследние 24 часа

Сортировка по Последние вопросыНедавняя активностьБольше всего лайковБольшинство ответовМеньше всего ответовСамые старые вопросы

С категорией All CategoriesAffiliate MarketingAlgorithm UpdatesAPIBrandingCommunityCompetitive ResearchContent DevelopmentConversion Rate OptimizationDigital MarketingFeature RequestsGetting StartedImage & Video OptimizationIndustry EventsIndustry NewsIntermediate & Advanced SEOInternational SEOJobs and OpportunitiesKeyword ExplorerKeyword ResearchLink BuildingLink ExplorerLocal ListingsLocal SEOLocal Website OptimizationMoz BarMoz LocalMoz NewsMoz ProMoz ToolsOn-Page OptimizationOther SEO ToolsPaid Search MarketingProduct SupportReporting & AnalyticsResearch & TrendsReviews and RatingsSearch BehaviorSEO ТактикаТренды поисковой выдачиСоциальные сетиТехническое SEOВеб-дизайнБелое/черное SEO

Связанные вопросы
    schema.org/ItemList» data-nextstart=»» data-set=»»>
  • Лучше создать больше страниц контента или расширить существующие страницы контента?

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

    Оптимизация страницы | | ТВСИ

    1

  • Скорость страницы

    Google рекомендует скорость загрузки страницы 1,4 секунды, рекомендуется ли иметь эту скорость для каждой страницы на сайте или только для целевых страниц. Есть ли инструмент, который будет проверять скорость загрузки каждой страницы на сайте и сообщать о медленных страницах? Бесплатные онлайн-инструменты проверяют только одну страницу за раз.

    Оптимизация страницы | | Брайан_Локонто

    0

  • org/ListItem»>

    Достаточно ли умен G, чтобы не рассматривать множество экземпляров категории kw на странице категорий как начинку kw?

    Привет Скажем, у вас есть страница категории в вашем интернет-магазине для ряда продуктов брендов, которые вы продаете, скажем, бренд называется «Крутые доски для серфинга» и, следовательно, является целевым ключевым словом страницы. Эта страница заполняется названием, изображением и фрагментом / описанием для каждого из брендов, различных продуктов в ассортименте, таких как: «Cool Surfboards HiFive», «Cool Surfboards Rad», «Cool Surfboards XYZ» и т. д. и т. д. и т. д. Поскольку в ассортименте много продуктов, kw повторяется примерно 20 раз. Страница получает оценку «А», но явно не справляется с перенасыщением ключевыми словами. Однако, если вы удалите марку и переименуете продукты только по названию модели, тогда страницы, относящиеся к подпродуктам, не смогут быть оптимизированы для «марки и модели», и было бы глупо не называть продукт тем, чем он является на самом деле. Итак, вопрос в том, как я понимаю, Google достаточно умен, чтобы игнорировать наполнение kw в таких случаях, поскольку на самом деле это не наполнение kw, и, следовательно, его следует оставить как есть? Или G сочтет его переоптимизированным, и вам следует удалить название бренда для отдельных названий продуктов, чтобы предотвратить это? ваше здоровье Дэн

    Оптимизация страницы | | Дэн-Лоуренс

    0

  • Ключевые слова на странице

    Я просмотрел QA здесь, и есть много разных противоречивых мнений о том, что в целом является хорошей идеей. Например Флорист Клируотер Клируотер Флорист Флорист в Клируотере Флорист в Клируотере, Флорида Клируотер Флорида Флорист Клируотер Флорида Флорист Флорист в Клируотере, Флорида Флорист рядом с Клируотером, Флорида и т. д…. Итак, для чего-то вроде этого примера… должен ли я иметь одну страницу, представляющую все эти итерации ключевых слов, или разделить их между разными страницами?

    Оптимизация страницы | | БенГМКТ

    0

  • Проданные товары отображаются как дубликаты страниц «Страница не найдена» ???

    Привет, У меня всего 6 предупреждений о дублировании страниц, но я не знаю, как справиться с этим: Информационная страница не найдена! http://www.vintageheirloom.com/index.php?route=information/information&information_id=6 Товары на моем сайте электронной коммерции уникальны, единственные в своем роде. Поэтому, как только один продукт продан и доставлен, мы удаляем продукт с нашего веб-сайта, поэтому информационная страница не найдена! Насколько я понимаю, при переиндексации поисковыми системами эти предупреждения исчезнут, но их заменят новые проданные товары. Таким образом, перенаправление кажется тяжелой работой и никогда не заканчивается. Можно ли игнорировать эти предупреждения? Спасибо Моззерс..

    Оптимизация страницы | | ну-это-1-громче

    0

  • AD на wordpress

    Я замечаю рекламные гиперссылки на своем сайте, такие как гиперссылки на мой тестовый подарок, заполнение и т. д. Я никогда не размещал ссылки на шланги, но каким-то образом они появляются в Firefox. Кто-нибудь испытывает это? Он показывает этот URL http://www.soobumimphotography.com/portfolio/wedding/

    Оптимизация страницы | | BistosАмерика

    0

  • Перенаправить страницу категории блога на домашнюю страницу?

    Привет ребята После Penguin 1.1 у меня есть клиентский сайт под номером 5 по их основному ключевому слову. (поднимался на 2-ю страницу с белыми ссылками и жестким внутренним SEO.) Однако теперь 5-е место принадлежит архиву категорий блогов. Что, по мнению людей, является самым быстрым/безопасным способом вернуть этот рейтинг на главную страницу? Большое спасибо Саймон

    Оптимизация страницы | | SCL-SEO

    0

  • org/ListItem»>

    Исходная страница, ведущая на 404 страницы в отчетах

    Привет всем, Интересно, как найти и быстро исправить 404 ошибки в моих отчетах о сканировании: SeoMoz говорит, что «http://domain.com/this-page-is-dead» — это 404, но я не могу определить исходную страницу, на которой появится ссылка на этот URL. Я попробовал ссылку Google: запрос http://domain.com/this-page-is-dead, но безуспешно. Я думаю, что трюк тривиальный, но он мне нужен 🙂 Кроме того, почему не показывать в отчетах список страниц, ссылающихся на эту страницу 404? Спасибо, Лоик.

    Оптимизация страницы | | мандинга

    0

Должен ли я отключить индексацию тегов в WordPress? | SEO Форум

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

Загрузите браузер, поддерживающий JavaScript, или включите его, если он отключен (например, NoScript).

  1. Дом
  2. SEO-тактика
  3. Средний и продвинутый SEO
  4. Стоит ли отключать индексацию тегов в WordPress?

Эта тема была удалена. Его могут видеть только пользователи с правами управления вопросами.


  • Привет,

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

    На данный момент 29 постов, но уже 55 тегов, каждый из которых имеет свою страницу архива, и все они добавлены на карту сайта для индексации (https://sykeshome.europe.sykes.com/sitemap_index.xml ).

    Я наткнулся на статью (https://crunchify.com/better-dont-use-wordpress-tags/), в которой говорилось, что теги не добавляют значения для SEO-рейтинга, и, как следствие, теги WordPress не должны индексироваться или включаться. в карте сайта.

    Я не смог найти более достоверную информацию по этой теме, поэтому мой вопрос: должен ли я избавиться от тегов с этого веб-сайта и сделать страницы, сообщения и категории фокуса (перенаправляя существующие страницы тегов обратно на главная страница сайта)?

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

    Буду признателен за любой совет.

    Спасибо

    wMfojBf

  • @JCN-SBWD Вы можете индексировать свои теги настолько, насколько это не повлияет на индексацию ваших сообщений. Теги также получают трафик. Единственная причина, по которой я перестал индексировать свои теги, заключается в том, что это влияет на индексацию моего сообщения. Теги проиндексировались за считанные минуты, в то время как мои посты проиндексировались часами, а иногда и днями.

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

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

  • org/Comment»>

    Не могли бы вы объяснить, что именно вы делаете.

  • НЕТ, я все еще получаю трафик от тегов. Так зачем ты хотел испортить этот

    ?

  • Большое спасибо за быстрый ответ, а также за подтверждение моих подозрений, это очень ценно.

    Предложение по роботам тоже удобно.


  • Лично я обычно делаю это так же, как robots. txt блокирует их, чтобы сэкономить на разрешении на сканирование, но вы должны сначала не индексировать, как если Google заблокирован от сканирования (robots.txt), тогда как они найдут теги без индекса ? Так что его нужно расположить в шахматном порядке

    Я считаю, что URL-адреса тегов приводят к довольно беспорядочной поисковой выдаче, поэтому я предпочитаю деиндексировать их, а затем действительно сосредотачиваюсь на добавлении ценности к «фактическим» URL-адресам категорий. Поскольку категории имеют определенную структуру, они лучше подходят для SEO (ИМО) 9.0006

    Категории обычно хороши для SEO, если их настроить и настроить (и если их архитектура линейна), но теги очень беспорядочны

У вас есть животрепещущий вопрос по SEO?

Подпишитесь на Moz Pro, чтобы получить полный доступ к вопросам и ответам, отвечать на вопросы и задавать свои.

Начать бесплатную пробную версию


Есть вопрос?
Просмотр вопросов

Посмотреть Все вопросыНовые (нет ответов)ОбсуждениеОтветыПоддержка продуктаБез ответа

От Все времяПоследние 30 днейПоследние 7 днейПоследние 24 часа

Сортировка по Последние вопросыНедавняя активностьБольше всего лайковБольшинство ответовМеньше всего ответовСамые старые вопросы

С категорией All CategoriesAffiliate MarketingAlgorithm UpdatesAPIBrandingCommunityCompetitive ResearchContent DevelopmentConversion Rate OptimizationDigital MarketingFeature RequestsGetting StartedImage & Video OptimizationIndustry EventsIndustry NewsIntermediate & Advanced SEOInternational SEOJobs and OpportunitiesKeyword ExplorerKeyword ResearchLink BuildingLink ExplorerLocal ListingsLocal SEOLocal Website OptimizationMoz BarMoz LocalMoz NewsMoz ProMoz ToolsOn-Page OptimizationOther SEO ToolsPaid Search MarketingProduct SupportReporting & AnalyticsResearch & TrendsReviews and RatingsSearch BehaviorSEO ТактикаТренды поисковой выдачиСоциальные сетиТехническое SEOВеб-дизайнБелое/черное SEO

Связанные вопросы
    schema.org/ItemList» data-nextstart=»» data-set=»»>
  • Получение Google для индексации нашей карты сайта

    Привет! У нас есть карта сайта на AWS, которую можно получить по URL-адресу, похожему на наш http://sitemap.shipindex.org/sitemap.xml. Мы уведомили Google, что он существует, и он нашел наши 700 000 URL-адресов (мы являемся базой данных ссылок на корабли с уникальными URL-адресами). Однако он не будет их индексировать. Прошли недели и ничего. Странно то, что он делал некоторые из них раньше, как он сказал, около 26 тысяч. Затем он сказал 0. Теперь, когда я переделал карту сайта, я не могу заставить Google просмотреть ее, и я понятия не имею, почему. Это действительно важно для нас, так как мы хотим, чтобы не только общие ключевые слова находили нашу главную страницу, но и конкретные названия кораблей, чтобы в результатах отображались ссылки на нас. Кто-нибудь знает, как привлечь внимание Google и проиндексировать нашу карту сайта? Или даже просто просканировать больше нашего сайта? Он просканировал 35 тысяч страниц, но остановился.

    Средний и продвинутый SEO | | корабельный индекс

    0

  • Удаление параметризованных URL-адресов из индекса Google

    У нас есть дубликаты веб-сайтов электронной коммерции, и мы находимся в процессе внедрения междоменных канонических ссылок. (Мы не можем 301 — оба сайта являются крупными брендами). Пока это работает хорошо — в большинстве случаев рейтинг значительно улучшается. Однако в некоторых случаях мы видим, что Google проиндексировал параметризованную страницу для канонического сайта (это сайт, который получает канонический тег — страница «от»). Когда это происходит, оба сайта ранжируются, а параметризованная страница блокирует каноническую. Вопрос в том, как удалить канонические страницы из индекса Google? Если Google не просканирует рассматриваемую страницу, он никогда не увидит канонический тег, и у нас все равно будет дублированный контент. Пример: A. www.domain2.com/productname.cfm%3FclickSource%3DXSELL_PR занимает 35-е место, и B. www.domain1.com/productname.cfm занимает 12-е место. (да, я знаю, что верхний регистр — это плохо. Мы и это исправили.) Страница А имеет канонический тег, но рейтинг страницы Б не улучшился. Я знаю, что нет никаких гарантий, что она улучшится, но я вижу закономерность. Похоже, что страница А не позволяет Google передавать ссылочный вес через канонический. Если Google не просканирует страницу А, он не увидит тег rel=canonical. У нас, вероятно, тысячи таких страниц. Есть идеи? Имеет ли смысл блокировать параметр clicksource в GWT? Меня это пугает.

    Средний и продвинутый SEO | | АМХК

    0

  • Канонические теги индексируются в результатах с разбивкой на страницы?

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

    Средний и продвинутый SEO | | IrvCo_Interactive

    0

  • Снижение индексации системы бронирования

    Привет, Моззерс! Я работаю над сайтом с очень полезным механизмом бронирования номеров. Как бы полезно это ни было, все варианты (2 спальни, 3 спальни, комната с видом и т. д. и т. д.) индексируются Google. Раздел 13 о разбивке на страницы поиска в отличном посте доктора Пита о Panda http://www.seomoz.org/blog/duplicate-content-in-a-post-panda-world касается нашей проблемы, но мне было интересно, так как 2 ( !) Прошли годы, если есть какие-то дополнительные решения, которые вы могли бы порекомендовать. Мы хотим сократить количество дублирующихся заголовков и контента и убрать из индекса полезные, но бесполезные для поисковой выдачи страницы онлайн-бронирования. Есть предположения? Спасибо за вашу помощь.

    Средний и продвинутый SEO | | Кредитное плечо_Маркетинг

    0

  • 404 с перенаправлением Javascript на страницу индекса. ..

    У меня есть клиент, который хочет, чтобы я выдал 404 по ее ссылкам, которые больше не действительны, на пользовательский 404, сделал паузу на 10 секунд, затем перенаправил на корень страница (или любая другая логика перенаправления, которую она хочет)… мне кажется, что пытаться играть с googlebot таким образом — «плохая идея» Кто-нибудь может подтвердить/опровергнуть или предложить лучшее предложение?

    Средний и продвинутый SEO | | ДжусинДафф

    0

  • Тег Rel=canonical на исходной странице?

    Afternoon All,
    Мы используем Concrete5 в качестве нашей CMS-системы, мы должны измениться, но на данный момент мы должны играть с тем, что у нас есть. Часть системы C5 позволяет нам отнести нашу главную страницу к другим категориям с помощью надстройки для оптимизации страниц. Но он также создает несколько URL-адресов и дублирует страницы в зависимости от того, сколько раз мы берем исходную страницу и ссылаемся на нее в других категориях. Мы пробовали надстройки C5 canonical/SEO, но все они, похоже, не соответствуют требованиям. Мы попытались решить эту проблему наиболее эффективным способом, используя тег rel=canonical. Единственная проблема заключается в ограничениях нашей системы cms. Мы добавляем тег canonical в заголовок исходной страницы, и это автоматически разместит этот тег на всех страницах-дубликатах и, в свою очередь, устранит проблему дублирования контента. Единственная проблема заключается в том, что канонический тег также находится на исходной странице, но он ссылается сам на себя, фактически создавая круг тегов. Кто-нибудь предвидит проблему с тем, что канонический тег находится на исходной странице, но, в свою очередь, ссылается на себя? Что мы сделали, так это попытались упростить проблемы с дублирующимся контентом. У нас есть более 2500 проблем с дублированием страниц из-за этой надстройки псевдонимов, и мы хотим автоматизировать добавление канонического тега, а не переходить на каждую отдельную страницу и вручную добавлять этот тег, чтобы исходная справочная страница могла оставаться оригинальной. На данный момент мы внедрили этот тег на одной странице с 9дублируют страницы / URL-адреса и отслеживают, но было любопытно, сталкивались ли люди с этим раньше или имели какие-либо мысли?

    Средний и продвинутый SEO | | Медуза-Агентство

    0

  • Rel Вопрос о реализации альтернативных и канонических тегов

    Здравствуйте, у меня есть вопрос о правильном способе реализации канонических и альтернативных тегов для сайта, поддерживающего несколько языков и рынков. Вот наша установка. У нас есть 3 сайта, каждый из которых обслуживает определенный регион и доступен на 3 языках. www.example.com : обслуживает США, язык по умолчанию — английский. www.example.ca : обслуживает Канаду, язык по умолчанию — английский. www.example.com.mx: обслуживает Мексику, язык по умолчанию — испанский. Кроме того, каждый сайт можно просматривать на английском, французском или испанском языках, добавив префикс подкаталога для конкретного языка (/fr, /en, /es). Реализация альтернативного тега довольно проста. Для домашней страницы на www.example.com это будет: -MX» href=»http://www.example.com.mx/index.html»  /> -MX» href=»http://www.example.com.mx/fr/index.html» />
    -MX» href=»http://www.example.com.mx/en/index.html» />
    -US» href=»http://www.example.com/fr/index.html» />
    -US” href=»http://www.example.com/es/index.html» />
    -CA» href=»http://www.example.ca/fr/index.html» />
    -CA” href=»http://www.example.ca/index.html» />
    -CA» href=»http://www. example.ca/es/index.html» /> Мой вопрос касается реализации канонического тега. В настоящее время каждый домен имеет свой собственный канонический тег, а именно: rel=»canonical» href=»http://www.example.com/index.html»> 
    Теперь мне интересно, должен ли я установить канонический тег для всех моих доменов: Это то, что кажется предложенным в этом примере из справочного центра Google. http://support.google.com/webmasters/bin/answer.py?hl=ru&answer=189077 Что вы думаете?

    Средний и продвинутый SEO | | Эми

    0

  • org/ListItem»>

    Канонический тег — вопрос

    Эй, Я дам большой палец вверх и лучший ответ тому, кто правильно ответит на мой вопрос. Предполагается, что канонический тег решает проблему дублирования, и это нормально. Мои вопросы: Изменяет ли канонический тег PR / Link Juice? Если у меня есть john.long.com/home и john.long.com, но я помещаю канонический тег на john.long.com/home, читая john.long.com, что это делает? Возвращает ли Link Equity обратно на john.long.com? Можете ли вы использовать канонический тег для изменения PR-потока каким-либо образом? Если бы у меня были john.long.com/washing-machines и john.long.com/kids-toys… Если я поставлю канонический тег на john.long.com/kids-toys, читая john.long.com/washing-machines, перейдет ли PR от /kids-toys к /washing-machines или Google просто проигнорирует это? (В этом примере страницы совершенно другие, и содержимое совершенно другое).

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *