Лучшие 12 внутренних проблем с дублированным содержимым, которые нужно исправить!

1. Дублированный контент, проблема для SEO?
2. 12 самых распространенных ошибок
3. Ошибка № 2: есть 2 URL для вашей домашней страницы
4. Ошибка № 3: есть 2 URL для страницы 1 (нумерация страниц)
5. Ошибка № 4: Наличие 2 типов индексируемых URL (переписанный и классический)
6. Ошибка № 5: Не всегда передавать параметры URL в том же порядке
7. Ошибка № 6: Включить только параметры в URL
8. Ошибка № 7: индекс Версия для печати
9. Ошибка № 8: индексирование PDF-версии
10. Ошибка № 9. Включите категорию в URL основной записи продукта или статьи.
11. Ошибка № 10. Наличие нескольких проиндексированных доменных имен для одного сайта
12. Ошибка 11: индексировать сайт в HTTP и HTTPS
13. Ошибка № 12: индексация URL-адресов мобильных сайтов на рабочем столе
14. Другие ошибки
15. Решения для внутреннего дублированного контента
16. Не забудьте сделать ...
17. Универсальное решение: канонический URL

Статья обновлена ​​22.07.2016, первоначально опубликована 13.03.2007

Собственный дублированный контент: самые распространенные ошибки и лучшие решения

Если вы не можете решить проблемы с дублированным контентом с помощью этой папки, подпишитесь на мое обучение SEO. У вас будут более подробные объяснения и особенно ответы, адаптированные к вашему конкретному случаю. Более подробная информация на сайте рейтинга метрик (организация обучения).

Дублированный контент, проблема для SEO?

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

Google заявляет, что не применяет никаких штрафов к сайтам с дублированным контентом, поэтому действительно ли это проблема для SEO? Да, конечно, потому что ваш сайт будет менее эффективным. Вот несколько причин, но я советую вам прочитать все мои папка с дублированным содержимым :

• Если один и тот же контент проиндексирован несколько раз, вы сканируете в Google больше страниц, чем необходимо. ваш ограниченное количество просканированных страниц (в день) лучше заставить его ползти, чем нужно.
• Если контент индексируется несколько раз, иногда Google не выбирает правильный для отображения в результатах. Пользовательский опыт будет менее хорошим, что плохо для SEO ( детали ).
• Если контент доступен по нескольким URL-адресам, среди пользователей Интернета, которые хотят на него ссылаться, некоторые будут использовать URL-адрес, а другие - другой URL-адрес. У каждого будет несколько обратных ссылок, что менее эффективно в SEO, чем концентрация усилий в одном месте. То же самое для обмена в социальных сетях.

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

Хорошая причина для устранения проблем с дублированным контентом: Google Panda!

12 самых распространенных ошибок

Ошибка № 1: индексация вашего сайта с и без www

Вы проверяли, что происходит, если вы не вводите www в свой URL? То есть мы заходим на ваш сайт, набрав http://example.com вместо http://www.example.com. Если ваш сайт остается доступным без перенаправления на официальную версию (в моем примере, ту, которая содержит www в URL), то ваш сайт может быть проиндексирован дважды движками, и у вас будут проблемы дублированный контент.

Средство правовой защиты (уже указано в октябре 2005 года): избегать дублирования контента с и без www ,

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

Google также позволяет веб-мастерам самим указывать, какая официальная версия их сайта (с или без www) называется «любимым доменом» в Google Search Console , Но это только для Google, и это менее эффективно, чем перенаправление 301.

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

Ошибка № 2: есть 2 URL для вашей домашней страницы

Почти все сайты имеют ссылку на каждую страницу, чтобы вернуться на главную страницу (обычно эта ссылка расположена на логотипе сайта). Вы проверили, что эта ссылка указывает на точный URL вашего доменного имени, а не на что-то еще? Если вашей домашней страницей является index.php, все внутренние ссылки должны указывать на http://www.example.com/, а не на http://www.example.com/index.php, в противном случае по-прежнему проблема дублированного контента (и в частности разбавление PageRank и другие эффекты, связанные с обратными ссылками).

Возможно, вы тщательно указали все свои внутренние ссылки на правильный URL-адрес, и вы никогда не будете защищены от ложных ссылок с других сайтов. Если вы хотите тщательно оптимизировать свой сайт, необходимо на каждой странице (важно) проверить, является ли запрошенный URL официальным URL-адресом, и не перенаправлен ли (код 301) на официальный URL-адрес. Мы можем сделать это, например, в файле .htaccess или с некоторыми строками PHP.

Вот пример функции:

function redirection_301_si_besoin ($ uri_waited) {if ($ _SERVER ['REQUEST_URI']! = $ uri_waited) {header ("Статус: 301 перемещен навсегда", false, 301); header ("Местоположение: http://www.example.com". Ожидается $ uri_); выход; }}

Это зависит от вас, чтобы персонализировать этот кусок кода с вашим доменным именем. В моем примере я сохраняю его в functions.php. Чтобы использовать это, просто поместите это наверху своей страницы, чтобы проверить (здесь на моей домашней странице):

<? php include ('functions.php'); redirection_301_si_besoin ( "/"); ?>

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

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

Примечание: здесь я говорю о домашней странице, но вы поймете, что это касается практически всех страниц сайта ...

Ошибка № 3: есть 2 URL для страницы 1 (нумерация страниц)

Представьте, что у вас есть форум, и что для каждого обсуждения вы перечисляете сообщения, ограничиваясь 15 сообщениями на страницу. У вас также есть система подкачки для просмотра сообщений на страницах 2 и далее. Эти страницы, безусловно, имеют в своем URL параметр, который указывает номер страницы. Вы убедились, что на страницах 2 и далее ссылка на страницу 1 указывает на тот же URL, что и страница обсуждения по умолчанию? пример:

• страница обсуждения по умолчанию www.example.com/topic.php?t=456
• 2-я страница обсуждения www.example.com/topic.php?t=456&p=2
• ссылка со страницы 2 на страницу 1 должна указывать на www.example.com/topic.php?t=456, а не на www.example.com/topic.php?t=456&p=1.

Конечно, это ничего не меняет, если у вас есть перезапись URL, проблема остается той же.

Для деталей: распространенные ошибки в нумерации страниц

Ошибка № 4: Наличие 2 типов индексируемых URL (переписанный и классический)

Представь, что ты пришел настроить перезапись URL (Перезапись URL) на вашем форуме. Чтобы возобновить предыдущий пример, URL-адреса страниц были изменены с www.example.com/topic.php?t=456 на www.example.com/topic-456.html. Вы подтвердили, что запрещаете индексировать страницы со старым форматом URL? Более того, лучшим решением в этом случае является даже перманентное перенаправление (код 301) каждая страница в старом формате эквивалентна странице с новым форматом. Для тех, кто заинтересован, я регулярно представляю во время обучения методология настройки перезаписи URL , с оптимизацией связанных ссылок.

Ошибка № 5: Не всегда передавать параметры URL в том же порядке

Если у вас динамический сайт, и вы еще не настроили перезапись URL, у вас могут быть URL, которые содержат несколько параметров, таких как viewtopic.php? T = 2534 & postdays = 0 & postorder = asc & start = 15. Проблема заключается в том, что эта страница также доступна без проблем по следующим URL-адресам: viewtopic.php? T = 2534 & postorder = asc & postdays = 0 & start = 15 или viewtopic.php? Postdays = 0 & postorder = asc & start = 15 & t = 2534.

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

Ошибка № 6: Включить только параметры в URL

Возьмите пример многоязычного сайта, доступного на французском (язык по умолчанию) и на английском языке, с параметром языка, передаваемым в URL, например article.php? P = 2534 & lg = fr (для французской версии) и article.php? p = 2534 & lg = en (для английской версии).

Ошибка, которую не следует делать, - создавать ссылки без указания параметра lg, считая его необязательным для страниц на французском языке. В итоге вы получите URL-адреса, например article.php? P = 2534, которые генерируют дублированный контент.

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

Ошибка № 7: индекс Версия для печати

Возьмите пример сайта, на котором отображаются статьи, например article.php? P = 2534, и который предлагает версию для печати article.php? P = 2534 & print = 1. Большая часть контента будет идентична между этими двумя URL-адресами, что является проблемой.

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

Ошибка № 8: индексирование PDF-версии

Возьмем пример сайта, предлагающего статьи в формате HTML на article.php? P = 2534 и в формате PDF на article-pdf.php? P = 2534. Что касается версии для печати, большая часть контента будет идентична между этими двумя URL-адресами, что является проблемой. Тем более, что Google прекрасно индексирует PDF документы!

Если, кроме того, у вас есть сайт с рекламой (отсутствует в PDF-версии), это может привести к значительному снижению дохода.

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

Для деиндексации PDF, так как вы не можете включать PDF метатег роботы noindex , пройти через решение заголовок HTTP с тегом X-Robots ,

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

Ошибка № 9. Включите категорию в URL основной записи продукта или статьи.

Эта ошибка все еще очень распространена и все же драматична ... Читайте внимательно!

Если вы уверены, что наличие ключевых слов в URL (максимум!) Является одним из наиболее важных элементов SEO, вы ошибаетесь. Но, прежде всего, это часто побуждает вас воспроизводить в URL структуру дерева вашего содержания.

Если вы выбрали этот формат URL, то у вас возникнут проблемы с дублированием контента, если вы хотите назначить статью или продукт нескольким категориям (поскольку у вас будут разные URL для этих разных случаев).

Помимо проблем с дублированием контента, вам придется иметь дело со следующими неизбежными случаями:

• категория меняет свое имя, что меняет ее URL ... и в вашем случае также много URL "ниже" в древовидной структуре
• категория исчезает
• одна категория сливается с другой
• категория делится на 2

Запомните это, будь то редакционный сайт или сайт электронной коммерции: URL-адрес статьи не должен содержать ссылок на дерево (уровни категорий). Это не мешает вам иметь что-то в URL, что позволяет различать списки товаров на одной стороне и категории на другой стороне (например, / p / и / c /).

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

Ошибка № 10. Наличие нескольких проиндексированных доменных имен для одного сайта

Без сомнения, вы купили несколько доменные имена для вашего сайта (есть несколько веские причины иметь доменное имя хостинга : путем предотвращения запрета другим лицам покупать доменные имена, очень близкие к вашим, для удобства пользователей, которые вводят адрес напрямую, например, инвертируя .fr и .com и т. д.

Возможно, вы установили перенаправления (постоянные, код 301) на официальное доменное имя (если вы этого не сделали, вы знаете, что нужно делать). Но вы смотрели, индексируются ли эти вторичные доменные имена? Не должно быть, чтобы ваш сайт индексировался несколько раз для каждого доменного имени. Если это случайно, вероятно, вы не реализовали правильные перенаправления, поэтому убедитесь, что все вторичные домены перенаправлены в 301 на основной домен.

Ошибка 11: индексировать сайт в HTTP и HTTPS

Если вы переходите с HTTP на HTTPS, убедитесь, что вы делаете это правильно, и у вас больше нет контента, доступного как по HTTP, так и по HTTPS: все должно быть перенаправлено на HTTPS. На эту тему читайте мои советы по переходу с HTTP на HTTPS и восстановить код для помещения в файл .htaccess ,

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

site: example.com inurl: https

команда сайта: ограничено вашим сайтом и команда inurl: Ограничивает поиск определенными символами, присутствующими в URL. К сожалению, в результатах могут быть страницы в HTTP: у них просто есть слово https в другом месте в URL. Жаль, что Google не предлагает команды, связанные с протоколом (http, https и т. Д.). Я общался с Google вживую, они сказали мне, что думают! Смотрите твиты здесь и там ,

Кстати, если вы их не знаете, проверьте мой список заказов Google стать экспертом по запросам!

Я не могу рекомендовать слишком много, чтобы проверить, что внутренне на вашем собственном сайте, вы не ссылаетесь на неправильный протокол! Например, если ваш сайт работает по протоколу HTTP, у вас не должно быть ссылки на URL-адрес HTTPS. Чтобы проверить это, провести технический аудит RM , мой инструмент SEO технического аудита на My Ranking Metrics.

Ошибка № 12: индексация URL-адресов мобильных сайтов на рабочем столе

Возможно, вы выбрали мобильный сайт, отличный от сайта вашего компьютера (например, поместив мобильную версию на поддомен, например m.example.com). Почему бы и нет, это часть возможностей для сделать ваш сайт совместимым с мобильными устройствами ,

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

Другие ошибки

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

Решения для внутреннего дублированного контента

Лучшее решение: 301 редирект

Если вы допустили одну из предыдущих ошибок и некоторые URL-адреса проиндексированы, когда их не должно было быть, лучшее решение - это окончательно перенаправить их (HTTP-код 301) на правильный URL-адрес.

Например (версия для печати) вы должны перенаправить article.php? P = 2534 и print = 1 в article.php? P = 2534.

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

Не забудьте сделать ...

В дополнение к этим перенаправлениям, не забудьте обновить свой сайт, чтобы больше не делать ссылки на эти плохие URL! Чтобы автоматизировать эту проверку, используйте RM Tech Вы сразу узнаете, есть ли в компании плохие ссылки.

Если вы в состоянии перечислить все дубликаты URL-адресов, для которых имеется перенаправление 301, перечислить их в файле карты сайта , Это будет стимулировать Google к сканированию и, следовательно, к деиндексу. Кроме того, в консоли поиска Google будет отображаться количество URL-адресов, которые необходимо проиндексировать.

Универсальное решение: канонический URL

С февраля 2009 года Google управляет канонический URL , Это хорошая альтернатива, хотя я думаю менее эффективен, чем перенаправление 301 (Мэтт Каттс говорит то же самое, кроме того).

Вам понравилась эта статья?

Похожие

Комментарии