Немножко о том, чем я могу быть полезен.
Вы занимаетесь поисковым продвижением сайта, но понимаете, что уперлись в потолок или близки к нему. Вы прогнали свой сайт по всевозможным сеошным сервисам и программам, но в голове каша из их отчетов. Нужен свежий незамыленный взгляд со стороны. Тогда это ко мне. Проведу глубокий авторский SEO-аудит сайта, внимательно посмотрю его глазами, пощупаю руками, и обязательно найду препятствующие хорошему ранжированию ошибки, дам рекомендации по их исправлению.
Не нужен полноценный аудит, а есть только отдельные вопросы? На этот случай есть разные варианты, начиная от часовой беседы без предварительной подготовки. Всегда рад помочь: @ludkiewicz

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

На днях Google обновил контент на англоязычной версии страницы документации по ссылкам.
Интересно изменение заголовка страницы с "Make your links crawlable" на "SEO Link Best Practices for Google".
Среди прочего показался любопытным следующий момент:

As a fallback, Google can use the title attribute as anchor text if the <a> element is for some reason empty.
<a href="https://example.com/ghost-pepper-recipe" title="how to pickle ghost peppers"></a>

Честно говоря, не совсем понимаю, по каким таким причинам содержимое тега <a> можно оставлять пустым. Ведь в этом случае ссылка будет не видна пользователю. И еще более странным видится то, что в этом случае вполне легально содержимое атрибута title будет считаться анкором такой невидимой ссылки.

Еще один любопытный момент из обновленной документации Google по ссылкам.
Плохими обозначены так называемые "безанкорные" ссылки, которыми сеошники так любят "разбавлять" анкор-файлы:

Bad (too generic):

<a href="https://example.com">Click here</a> to learn more.
<a href="https://example.com">Read more</a>.
Learn more about our cheese on our <a href="https://example.com">website</a>.
We have an <a href="https://example.com">article</a> that provides more background on how the cheese is made.

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

Меж тем в заголовке поста об отключении поддержки canonical при смене протокола произошло изменение. Фраза "при переезде с https на http" изменилась на "при переезде с http на https". Значит, таки была опечатка ) Кстати, URL страницы менять не стали.

В дополнение к посту https://t.me/sealytics/36
По итогам обращений принял решение сделать для подписчиков канала спецтариф на аудит для интернет-магазинов.
Конечно, бывают исключения, но, как правило, интернет-магазины имеют схожие проблемы, и поэтому есть возможность унифицировать подход, что позволяет сократить временной бюджет.
Обращайтесь: @ludkiewicz

Между тем детектив с отключением поддержки директивы canonical при смене протокола продолжается (предыдущая серия здесь: https://t.me/sealytics/40 ). В заголовок поста опять вернулась фраза "с https на http". Похоже, в Яндексе столкнулись какие-то противоборствующие по этому поводу группировки )
Кстати, могу поделиться реальным эпизодом из практики, когда поддержка этой директивы была бы полезна именно с таком направлении. Дело в том, что по техническим причинам было необходимо существование обоих версий (т.е. редирект исключался), но главным зеркалом надо было назначить именно HTTP. В разделе "Переезд сайта" в Яндекс Вебмастере деактивировалась опция "Добавить HTTPS", но хватало этого буквально на несколько дней. Затем Яндекс сам активировал эту опцию и назначал главным зеркалом HTTPS. И так по кругу, только успевай замечать.

Неприятные новости от Роскомнадзора. По одному из сайтов от них пришло "письмо счастья", в котором указывается на нарушения 152-ФЗ "О персональных данных" - зарубежный айпишник (используется Cloudfare) и наличие кода Google Analytics без формы согласия посетителей сайта на обработку их персональных данных с использованием именно этого сервиса.
Ну, положим, запрос на согласие использования GA можно включить в форму, но вот использование зарубежных CDN, получается, под запретом.

Мысли про пагинацию. Индексировать или не индексировать.
Считаю, что в случае списков (например, товаров в категории или статей по теме) для нормальной перелинковки конечных страниц просто необходимо позволять роботу проходить по ссылкам пагинации. При этом наличие страниц пагинации в индексе совершенно необязательно.
Сделать это можно двумя способами:
1) Директива canonical со всех страниц пагинации на первую страницу.
2) Мета robots со значением noindex, follow для страниц пагинации кроме первой.
Первый способ, на мой взгляд, предпочтительней. Про рекомендацию Google не использовать первую страницу пагинации в качестве канонической знаю, однако опыт подсказывает обратное. Но могут быть нюансы, когда поисковик игнорирует canonical, но массово выкидывает страницы пагинации из индекса как малоценные или дубли. Тогда использовать второй способ.
Закрывать пагинацию от индексации в robots.txt с помощью директив Disallow или Clean-param (в Яндексе, если пагинация задается get-параметром в URL) категорически не рекомендую.

По итогам обсуждения в комментариях к предыдущему посту канала хотелось бы поговорить о различиях упоминаемых в нем способов:
1) Canonical - происходит склейка страниц с консолидацией нетекстовых (внешних) факторов плюс учёт ссылок с неканонической страницы в ссылочной структуре.
2) Мета robots со значением noindex, follow - никакой склейки, только учёт ссылок.
3) Clean-param - склейка с консолидацей есть, учёта ссылок нет, по сути аналог 301-го редиректа.
4) Disallow - ни склейки, ни учёта ссылок.

Небольшое уточнение по мете robots. Формально значение follow (равно как и index) - необязательно. По умолчанию робот делает все, что не запрещено (сканирует ссылки и индексирует контент). А вот для запрещения сканирования ссылок используется nofollow, для запрещения индексации контента - noindex.

Перекину в канал из чата интересное наблюдение Игоря Бакалова. Вообще-то для главных страниц запрещенных к индексации сайтов Яндекс практикует подобные сниппеты с сообщением "Владелец сайта предпочёл скрыть описание страницы" довольно давно. Но вот для внутренних я что-то действительно такого не припомню.

Похоже что Яндекс последовал примеру Google и начал показывать в поиске страницы, которые закрыты от индексации. Наблюдаю на 2 сайтах. Что характерно, страницы со скриншота ниже закрыты при помощи тега <meta name="robots" content="noindex"/> и до кучи при помощи Disallow: /files/

В продолжение темы про директивы для поисковиков.
Наткнулся тут на комментарий Джона Мюллера пятилетней давности, котором он говорит о том, что директива canonical имеет для Google больший приоритет, чем мета robots со значением noindex, если вдруг они окажутся в коде одной страницы.
Честно говоря, полагал, что должно быть наоборот.

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

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

Важная вещь, о которой часто забывают.
Значимость внутренней страницы сайта для поисковой системы во многом определяется двумя факторами:
1) Количеством входящих ссылок.
2) Длиной самой короткой цепочки ссылок от главной страницы (чем короче, тем лучше).
Не допускайте, чтобы большое количество страниц сайта находилось очень далеко от главной.
Не допускайте, чтобы большое количество страниц сайта имело минимум внутренних ссылок. Страницы-сироты без внутренних ссылок или кластеры таких страниц, на которые нельзя попасть по ссылкам с других страниц, не входящих в кластер - это вообще табу.
Совершенствуйте рубрикаторы, делайте более плотную перекрестную перелинковку.
Если не можете цепочку кликов до определенных страниц уменьшить, а количество входящих ссылок на них - увеличить, то крепко подумайте, нужны ли эти страницы в индексе.
Страница, на которую ссылается только одна 100500-ая страница пагинации - не нужна никому, ни поисковикам, ни пользователям. Большое количество таких страниц на сайте говорит о том, что и сам сайт никому не нужен )
Даже если адепты модного "силосования" пытаются вас убедить в обратном.

Поздравляю всех прекрасных подписчиц канала с 8 марта. Пусть у вас всё будет в топе!

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

Про переезд сайта с изменением URL. Рекомендации Google и Яндекса в этом вопросе существенно разнятся.
И если Google позволяет просто напрямую сопоставить старые и новые URL и настроить 301-й редирект (другие виды редиректов не рекомендуются), то Яндекс требует двойной редирект:

"Установите на сервере редирект с HTTP-кодами 301 или 302. Перенаправление должно вести со страниц старого сайта на аналогичные страницы нового — который должен участвовать в поиске.
Если у сайта изменились доменное имя и названия каталогов, то нужно установить двойной редирект. Например, адрес страницы http://сайт.рф/стр/ изменился на http://example.ru/page/. Тогда перенаправление должно работать следующим образом:
http://сайт.рф/стр/ -> http://example.ru/стр/ -> http://example.ru/page/ "

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