Циклические ссылки и SEO

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

Что такое циклические ссылки

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

Почему циклические ссылки – это плохо

Когда молвят, что зацикленные ссылки – это недостаток внутренней оптимизации, приводят последующие аргументы, которые не лишены оснований.

Неэффективный обход веб-сайта роботами
При сканировании ресурса краулеры Гугл и Yandex’а повсевременно перебегают по ссылкам. Если ссылка замкнута на самой для себя, боты практически совершают радиальные обходы. Когда таковых линков весьма много, это приводит к нерациональному расходу краулингового бюджета, что в свою очередь может замедлять индексацию приоритетных страничек и плохо влиять на ранжирование.

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

Запутанная навигация
Когда юзер по клику попадает на ту же страничку, с которой пришел – это сбивает с толку и усложняет ориентацию по веб-сайту. В особенности это касается eCommerce-сайтов с их сложной и разветвленной структурой. Естественно, тут не стоит вдаваться в крайности: далековато не все циклические ссылки дезориентируют в плане навигации и усугубляют поведенческие. Но если мы говорим, к примеру, о неправильно настроенном блоке с советами, в каком предлагается продукт с текущей странички, либо о кликабельной хлебной крошке в конце цепочки, – все это может создавать осязаемые неудобства для юзеров. Так что вред повторяющихся ссылок с т.з. юзабилити – это неоднозначный момент, который зависит от особенностей всякого определенного варианта.

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

Как возникают циклические ссылки

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

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

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

Обычные примеры повторяющихся ссылок

К «безопасным» повторяющимся ссылкам можно отнести последующие примеры:

✓ Кликабельный логотип на главной, ведущий на ту же страничку. Такое можно повстречать даже на главной страничке Yandex’а.

✓ Циклические ссылки из кликабельных пт основного меню. Такое решение употребляют, к примеру, создатели веб-сайта Amazon.

Примеры ненужных повторяющихся ссылок:

✓ Кликабельный заголовок в главном меню.

✓ Активная ссылка со странички пагинации, на которой юзеры находятся в текущий момент.

✓Крайняя ссылка в цепочке хлебных крошек. Таковой недостаток почаще встречается на самописных веб-сайтах.

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

Как находить циклические ссылки

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

Быстро просмотреть все ссылки на страничке можно прямо из браузера. Если навести курсор на кликабельный объект, в нижнем углу отобразится адресок, на который ведет ссылка. Когда URL в углу монитора совпадает с адресом в браузерной строке – это повторяющаяся ссылка.

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

С автоматическим поиском повторяющихся ссылок все труднее. Штатные консоли такового созодать не могут. Search Console, которая, в общем-то, собирает внутренние ссылки со страничек, почему-либо не показывает дубли собственном отчете. В вебмастерке Yandex’а и совсем доступен отчет лишь по битым ссылкам. А вот посторониих сервисов, которые могли б вполне заавтоматизировать эту задачку, не так и много. Из имеющихся можно отметить Saitreport. Он умеет отыскивать циклические элементы в рамках анализа внутренних ссылок, но является платным. Хотя, в тестовом режиме тут доступна бесплатная проверка 25 документов.

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

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

Вводим URL странички, которую проверяем, и выгружаем перечень всех ее внутренних ссылок. Через Ctrl+F отыскиваем полные совпадения с начальным URL. Если таковые находятся – это и есть интересующие нас циклические элементы. Таковая проверка не займет много времени, если проводить аудит лишь самых принципиальных страничек, по тому принципу, который мы обрисовали выше.

Выгрузить внутренние ссылки со странички также можно с помощью браузерных расширений для Chrome, к примеру, Link Klipper либо SEO Pro Extension. У их есть существенное преимущество – возможность комфортной выгрузки CSV-отчета для каждой странички.

Поиск повторяющихся ссылок

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

Традиционный пример повторяющейся ссылки:

Таковая структура остается в оперативки, пока не будет перезапущен процесс, в каком эта структура была сотворена.

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

Небезопасные циклические ссылки

Существует ряд повторяющихся ссылок, которые в течение долговременной работы могут скапливаться и приводить к таковым дилеммам как:

• Рабочий процесс занял всю оперативку (либо достигнул порога перезапуска);
• Нескончаемая рекурсия в итоге появления повторяющихся ссылок;
• Сеансовые данные заняли все пространство на диске, на котором размещено хранилище.

Разглядим предпосылки появления этих ситуаций вследствие образования повторяющихся ссылок и варианты решения этих заморочек.

Рабочий процесс занял всю оперативку (либо достигнул порога перезапуска)

Если в конфигурации есть огромное количество мест появления повторяющихся ссылок в серверном коде, то память, занимаемая рабочим действием, повсевременно вырастает. Смотрится таковой рост, на графике использования памяти действием rphost (счетчик «Process(«rphost*»)Virtual Bytes»), как лестница со ступенями. Информацию по настройке счетчика вы сможете отыскать в статье.

Для расследования предпосылки появления таковых утечек памяти, нужно настроить сбор технологического журнальчика на всех рабочих серверах кластера серверов:

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

Далее, нужно расследовать появление каждой «ступени» на графике. Для этого:

1. Определяется четкое время, когда был скачкообразный рост по данным Performance Monitor,
2. Ищется событие CALL в технологическом журнальчике действий rphost за тоже время со свойством Memory, подходящим размеру роста памяти на графике. Событие CALL быть может зафиксировано незначительно позднее, но вы должны быть убеждены, что скачкообразный рост памяти процесса rphost пришел на время выполнения конкретно этого вызова.

• Memory – размер памяти в б, занятой, но не освобожденной за серверный вызов.
• MemoryPeak – пиковое значение занятой за вызов памяти в б.

По журнальчику видно, что за один вызов продолжительностью 2,7 секунды было выделено, приблизительно 160 МБ памяти. Согласно графику эта память дальше не была освобождена, в чем мы убеждаемся по свойству Memory. Следом за событием CALL в нашем примере следует событие с этим же clientID=405:

Вызов затребовал выделения 160 МБ, а потом попал в подозрение на циклическую ссылку (событие LEAKS технологического журнальчика).

Само наличие действия LEAKS не свидетельствует о повторяющейся ссылке. Событие LEAKS возникает, если в течение 1-го выполнения кода встроенного языка были сделаны, но не были освобождены объекты. Потому событие LEAKS следует разглядывать сразу с событиями CALL и показаниями счетчиков памяти рабочих действий.

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

В качестве контрольных точек могут употребляться:

• начало и конец выполнения встроенного языка на клиенте либо на сервере;
• вызов процедуры/функции встроенного языка и возврат из процедуры/функции;
• начало выполнения одной строчки кода встроенного языка и окончание выполнения иной строчки кода встроенного языка.

Исходную и конечную контрольную точку описывает элемент <point>. При всем этом, вложение контрольных точек друг в друга допускается, но игнорируется – подсчет утечек ведется лишь по наружным контрольным точкам. К примеру, если в процессе выполнения кода конфигурации были пройдены контрольные точки Начальная1, Начальная2, Конечная1, Конечная2, то утечки будут отслеживаться меж точками Начальная1 и Конечная2.

Элемент <point> может иметь один из последующих форматов:

Наиболее тщательно вы сможете прочесть в документации.

Таковым образом в итоге анализа обозначенного журнальчика вы сможете получить:

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

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

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

Описанная ситуация плоха по последующим причинам:

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

Нескончаемая рекурсия в итоге появления повторяющихся ссылок

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

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

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

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

1. Собирается технологический журнальчик с событиями EXCP CALL SCALL с контекстами.

2. Зависимо от версии технологической платформы возникнет или аварийное окончание процесса в итоге переполнения стека, или исключение, в каком будет указан стек кода на интегрированном языке, приводящий к дилемме. В момент проигрывания задачи будет изготовлена запись (к примеру, таковая):

3. Отыскиваем крайнее событие с контекстом по данному clientID

4. Устанавливаем пространство в конфигурации, которое привело к ошибке.

В нашем примере, зацикленный реквизит находится в справочнике Контрагенты, форма элемента.

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

Потом в конце каждой серверной процедуры либо функции, формы элемента, вызвать функцию ПроверитьЦиклическуюСсылку, передав в нее имя процедуры. К примеру:

Включить сбор технологического журнальчика с опциями:

6. Повторить деяния юзера, до момента проигрывания ошибки. Крайней строчкой в технологическом журнальчике, в событии SDBL, будет имя реквизита формы, который «зациклился».

Сеансовые данные заняли все пространство на диске, на котором размещено хранилище

Сеансовые данные хранятся на рабочем сервере с назначенным на него обслуживанием сеансовых данных в каталоге кластера …reg_<ПОРТ>snccntx…

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

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

Неактуальными данные стают зависимо от параметра «Адресок» функции ПоместитьВоВременноеХранилище:

• В случае, если передается УникальныйИдентификатор формы либо адресок в хранилище, то значение будет автоматом удалено опосля закрытия данной нам формы.
• Если передан УникальныйИдентификатор, не являющийся неповторимым идентификатором формы, то значение будет удалено опосля окончания сеанса юзера.
• Если параметр не указан, помещенное значение будет удалено опосля еще одного запроса сервера из общего модуля, при контекстном и неконтекстном серверном вызове из формы, при серверном вызове из модуля команды либо при получении формы.

В момент, когда размер животрепещущих данных составляет 25% от общего размера всех сеансовых данных, платформа запускает «сборку мусора». В этот момент на диске с сеансовыми данными обязано быть вольного места, размером 25% от общего размера сеансовых данных. Если вольного места не хватит, то работа кластера становится, и он не сумеет продолжить работать до того момента, пока не будут удалены старенькые сеансовые данные.

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

Для того, чтоб найти «зависают» ли данные формы, нужно добавить в форму функцию:

Потом, в процедуре ПриЗакрытии добавить крайней строчкой ее вызов.

Настроить технологический журнальчик на сбор инфы:

Потом открыть форму, сделать в ней операции, соответствующие для работы юзеров и закрыть.

В случае удачного сброса сеансовых данных в технологическом журнальчике будет пара событий за один маленький просвет времени, clientID= которых совпадает:

В случае «зависшей» формы будет лишь событие SDBL.

Но, нужно учесть, что событие VRSREQUEST… ClearTempStorage быть может вызвано не сходу опосля закрытия формы. Это типично для неспешного соединения. Потому, поиск «зависших» форм нужно проводить на тестовых серверах в монопольном режиме с соединением по TCP/IP меж узким клиентом и сервером без режима неспешной работы.

Опосля того, как выявлена форма с повторяющимися ссылками, расследование места появления данной нам ссылки следует проводить по способу, описанному ранее в разделе «Рабочий процесс занял всю оперативку (либо достигнул порога перезапуска)».

Чек-лист. Проверьте собственный веб-сайт на всераспространенные ошибки оптимизации

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

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

Опции индексации

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

• 1. Сделать и настроить файл robots.txt
• 2. Найти основное зеркало (с www либо без) и настроить 301 редирект.
• 3. Закрыть от индексации служебные странички.
• 4. Настроить canonical, закрыть дубли к индексации.
• 5. Настроить 404 ошибку.
• 6. Убедиться, что у главной странички отсутствуют дубли (index.html, index.php и др).
• 7. Вынести весь css, js код в отдельные файлы.
• 8. Убедиться, что скорость загрузки хоть какой странички веб-сайта не превосходит 5 сек.
• 9. Удостовериться, что на веб-сайте отсутствуют битые ссылки.
• 10. Сгенерировать sitemap и прописать ее в robots.txt.
• 11. Проверить html код веб-сайта на валидность.
• 12. Убедиться, что на веб-сайте нет страничек, ссылающихся на себя (циклические ссылки).
• 13. Убедиться, что флеш элементы не содержат принципиальный для индексации контент.
• 14. Улучшить вес изображений.

Содержание веб-сайта

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

• 1. Проверить неповторимость текстов.
• 2. Удостовериться, что тексты комфортно оформлены и не перенасыщены главными словами.
• 3. Убедиться, что тег H1 употребляется на страничке 1 раз и показывает главный смысл странички.
• 4. Проверить, не употребляются ли подзаголовки h2, h3 для дизайна служебных частей.
• 5. Убедиться, что сквозные блоки не превосходят по размеру основную часть странички.
• 6. Улучшить изображения (атрибуты «alt», «title»).
• 7. Убедиться, что юзеры и боты поисковых машин лицезреют веб-сайт идиентично.
• 8. Удалить либо закрыть к индексации наружные ссылки на веб-сайты с непонятной репутацией.
• 9. Убедиться, что странички не содержат лишней и брутальной рекламы.

Структура веб-сайта

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

• 1. При генерации URL страничек постоянно употреблять ЧПУ (человеко-понятные урлы).
• 2. Убедиться, что URL показывают структуру веб-сайта и не содержат кириллических букв.
• 3. Проверить, доступна ли к индексации навигация веб-сайта.
• 4. Употреблять «хлебные крошки».
• 5. Удостовериться, что главные разделы доступны с главной странички в один клик, другие – максимум в три клика.
• 6. Проверить, нет ли на веб-сайте тупиковых страничек.
• 7. Создать удачный поиск по веб-сайту.

Оптимизация сниппетов

Ваш веб-сайт отлично ранжируется, но переходов с поиска все равно не достаточно? Проверьте, все ли в порядке с вашими сниппетами. За счет правильной оптимизации поисковых сниппетов можно существенно прирастить количество переходов.

• 1. Прописать на всех страничках неповторимые Title, способные привлечь внимание юзера.
• 2. Проверить, содержит ли Description каждой странички короткое описание ее содержания.
• 3. Убедиться, что длина Title не наиболее 70 знаков, длина Description – не наиболее 140 знаков.
• 4. Употреблять микроразметку для выделения отзывов, черт продуктов, стремительных ссылок и навигационных цепочек.
• 5. Добавить информацию в Я.Справочник, чтоб в сниппете отображался адресок компании.
• 6. Добавить в сниппет ссылки на профили компании в соц сетях.

Юзабилити

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

• 1. Проанализировать содержание на страничке. Контент должен быть структурирован и комфортен для восприятия.
• 2. Убедиться, что веб-сайт идиентично отображается и работает во всех фаворитных версиях браузеров.
• 3. Проверьте работоспособность всех форм.
• 4. На каждой страничке юзер должен осознавать, где он находится.
• 5. На посадочных страничках должен быть очевидный призыв к действию.
• 6. Если это интернет-магазин – то в любом экране обязана быть видна клавиша «приобрести».
• 7. Убедиться, что на всех страничках единый стиль дизайна.
• 8. Не используйте калоритные мигающие элементы на веб-сайте. Это относится как к тексту, так и к картинам.
• 9. Контакты должны быть доступны на хоть какой страничке.
• 10. Расположить более принципиальные разделы первыми.
• 11. Проверьте, не перегружена ли страничка излишней информацией.
• 12. Убедиться, что текст читабельный (цвет, шрифт, кегль, междустрочный интервал).
• 13. Проверить, содержат ли ссылки-картинки всплывающие подсказки.
• 14. Убедиться, что предусмотрена возможность возврата на предшествующий уровень веб-сайта без использования средств браузера.
• 15. Проверить веб-сайт на грамматические и орфографические ошибки.
• 16. Адаптировать веб-сайт под более пользующиеся популярностью разрешения экрана.
• 17. Убедиться, что наименования ссылок понятны и юзер соображает, куда он перейдет, нажав на нее.
• 18. Логотип в шапке веб-сайта должен быть оформлен как ссылка на главную страничку.
• 19. Сделать для веб-сайта запоминающийся фавикон.

Специализируюсь на продвижении коммерческих веб-сайтов. Разрабатываю стратегии для интернет-магазинов и агрегаторов. Умею выжимать максимум трафика в хоть какой теме.

Руковожу SEO-процессами внутренних проектов SiteClinic. Обучаю юных профессионалов команды.

SEO Маяк

Всем привет! Сейчас на seo-mayak.com мы будем гласить о повторяющихся ссылках.

Циклические ссылки встречаются достаточно нередко, и на WordPress блогах, и на остальных CMS, как говориться, чтоб отыскать «жив» пример таковой ссылки, далековато ходить не нужно. Велика возможность, что и у Вас на веб-сайте есть хоть одна повторяющаяся ссылка.

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

Итак, определение для тех, кто не в курсе.

Так неувязка это, либо нет? Вот о этом и пойдет сейчас речь. Поехали!

Как отыскать циклическую ссылку

На 100% уверен, что у начинающих мастеров веб-индустрии циклические ссылки есть: в меню страничек, в меню рубрик, в заголовке веб-сайта (в неких вариантах в логотипе) либо в заголовке статьи, часто циклические ссылки можно повстречать в подвале.

Найти просто. Фактически на всех веб-сайтах есть страничка «Контакты». Итак вот, находясь на страничке «Контакты», нажмите снова на «Контакты» и если страничка обновится, т.е. подгрузится поновой, то сможете себя поздравить — вы лишь что отыскали циклическую ссылку.

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

Ссылка на саму себя — неувязка либо нет

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

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

Узнаваемый блогер Devaka, еще в 2010 году, провел опыт с повторяющимися ссылками , по окончанию которого сделал увлекательный вывод:

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

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

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

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

Тем наиболее в 90% случаев на главной размещаются минимум две (бывает и больше) циклические ссылки — это ссылка в заголовке с анкором «Наименования веб-сайта» и ссылка в меню с анкором «Основная». Такие дела!

Не считая того, считаю, что циклические ссылки оказывают негативное воздействие на поведенческий фактор.

Из всего вышесказанного можно прийти к выводу — биться с повторяющимися ссылками все таки нужно, сиим мы на данный момент и займемся. Приступим!

Как убрать циклические ссылки с главной странички

Для начала, давайте уберем ссылку на саму себя из заголовка веб-сайта. Открываем файл header.php и отыскиваем строку, отвечающую за вывод заголовка. К примеру, что схожее на это:

Шаблоны все различные, потому могут быть и остальные варианты.

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

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

Давайте я объясню, как работает данный сценарий. Тут применяется система if/else, создающее условие. Иными словами, если ( if ) открыта основная страничка ( is_home ), выводим заголовок веб-сайта без ссылки, по другому ( else ) выводим заголовок с атрибутами ссылки и завершаем сценарий ( endif; ).

Естественно придется подправить стили, без этого никак, ведь неактивный заголовок перевоплотится в обычной текст, а в style.css либо другом css файле, стили прописаны для ссылки.

В силу контраста WordPress-тем, я не могу привести какой-нибудь обычный пример стилевого дизайна, понятно, что у всякого веб-сайта собственный дизайн и свои стили, так что новеньким будет очередной повод вдуматься в CSS.

Сейчас давайте разберемся с логотипом. Снова же, в различных шаблонах код вывода логотипа может отличатся. Для примера, приведу код из обычной темы WordPress — Twentyfourteen:

Применим знакомую нам систему if/else. В итоге обязано получится так:

Видите ли, ничего сложного!

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

Как убрать циклические ссылки из меню страничек

Тут почти все зависит от функции, которая выводит данное меню. В wordPress заложено три функции:

1. wp_list_pages()
2. wp_page_menu()
3. wp_nav_menu()

У данных функций есть определенная структура взаимедействий. Базисной функцией является wp_list_pages() . На ее базе работает функция wp_page_menu() , которая различается от собственного родителя только возможностью выводить ссылку на главную страничку.

Функция wp_nav_menu волне самостоятельная и отвечает за вывод случайного меню. Но, в случаи, если функция не отыщет ни 1-го случайного меню, то следуя характеристикам заложенным по дефлоту, передаст все свои возможности функции wp_page_menu() , которая сформирует меню из имеющихся страничек.

Сейчас нужно узнать, какая из функций отвечает за вывод меню страничек в вашей теме. Находить одну из перечисленных выше функций, нужно в том же файле header.php.

Сначала давайте разглядим функцию wp_list_pages() , которая выводит в меню все имеющиеся странички, не считая главной. Потому ссылка на главную в коде прописывается раздельно.

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

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

Создатели WordPress предусмотрели особый CSS-класс, который автоматом подставляется к активному пт меню:

Раз у нас есть неповторимый класс current_page_item , за который можно зацепиться, означает стоит испытать составить постоянное выражение.

Вот что у меня вышло:

Сейчас все наименования активных пт меню будут выводится в виде обычного текста, остается только подправить слили. Напомню, что стили нужно прописывать для класса current_page_item. К примеру:

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

В этом случаи, можно управится с повторяющимися ссылками одной функцией:

Осталась крайняя функция, которая может употребляться разрабами тем WordPress для построения меню страничек.

Функция wp_nav_menu() возникла с версии WordPress 3.0 и употребляется большинстве современных шаблонов.

Как я уже гласил выше, данная функция выодит случайного меню, если таковое было сотворено. Но если ни 1-го случайного меню не было найдено, то согласно настройкам по дефлоту, за вывод перечня страничек будет отвечать знакомая нам функция wp_page_menu() .

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

Но если случайное меню было сотворено и находится в активном состоянии, то в работу вступает функция wp_nav_menu() , для которой требуется уже другое лечущее средство .

Придется незначительно подкорректировать функцию:

Сейчас обязано быть все в порядке. Настало время разобраться с ссылками в меню категорий.

Как удалить циклические ссылки из меню категорий

Меню категорий на WoirdPress в 90% вариантах сформировывает функция wp_list_categories() (бывают редчайшие исключения). Если в вашем шаблоне применяться иная функция, то пишите в комментах, чего-нибудть придумаем.

Для извлечения повторяющихся ссылок из wp_list_categories() применим последующий фильтр:

Боту функции вы сможете следить на моем блоге. Фильтр работает, как для категорий первого уровня вложенности, так и для всех остальных уровней.

Ссылка на саму себя в заголовке статьи

В неких темах, неясно для чего, заголовок записи в файле single php либо в одном из прикрепленных к нему файлов, заключен в ссылку. К примеру так:

Могут быть и остальные варианты. Выходит ссылка на туже страничку, т.е несчастная ссылка на саму себя.

Для удаление повторяющейся ссылки из заголовка записи, довольно просто убрать из кода атрибуты ссылки.

Может быть в природе WordPress есть остальные виды повторяющихся ссылок, которые я не обрисовал. Вы очень поможете, если приведете в комментах надлежащие примеры.