Простой и рабочий совет из статьи Кевина Индига:

Процесс, который я называю "тюнинг контента".
Создавай -> оптимизируй -> публикуй -> тюнингуй

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

Это несложно:
1. Откройте Google Search Console
2. Выберите данные за последние 28 дней
3. Выберите страницу
4. Посмотрите запросы, по которым были показы на позициях 3-20
5. Дополните содержимое статьи этими запросами

Я предпочитаю позиции 3-20 или даже 11-20, потому что если Google ранжирует вас на 2 странице или в самом низу 1 страницы, у вас есть законные шансы претендовать на первые места. Иногда нужен чуть более правильный заголовок, раздел в содержании или более сильный ссылочный профиль.

Запросы — это всего лишь абстракция намерений (интентов) пользователя.

Пример деиндексации сайта в Гугле вследствие того, что robots.txt начал отдавать ответ 500.
via Antoine Eripret

Обновление старого контента работает и для Google Discover тоже
Дэн Шур поэкспериментировал с обновлением старого контента: внесли небольшие правки в статью и она снова получила трафик из рекомендательной системы.

https://www.seroundtable.com/google-url-patterns-that-dont-work-34420.html

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

Ручные санкции вследствие недобросовестного использования разметки schema.org обычно приводят просто к потере расширенных сниппетов, но исходя из недавнего уточнения Гугла, это может повлиять и на ранжирование тоже.
via Dr. Marie Haynes

Про 307 и 308 редиректы от @seohive

В спецификации протокола HTTP/1.1 появились такие коды:
- 307 – «Запрашиваемый документ на короткое время доступен по другому URI», введен для замены кода 302
- 308 – «Запрошенный документ был окончательно перенесен на новый URI», введен для замены кода 301.

Оба этих кода отличаются от 301 и 302 тем, что менять метод запроса (GET/POST) запрещается, т.е. если сделать POST запрос на URL, который отдает 301 или 302 код, браузер может изменить метод запроса на GET после редиректа.

На примере популярного React Next.js уже можно проследить тенденцию отказа от 301 и 302 редиректов.

SEO-специалистам не стоит боятся 308 и 307 редиректов на своих проектах. Поисковые системы уже давно умеют с ними работать.

Источник: https://searchengines.guru/ru/articles/2056119

Ребрендинг Kia привел к росту запросов "kn car" :)
via Ashwinn

Отличный мануал по функции ВПР (VLOOKUP) в экселе от Дмитрия Тумайкина (@seemtools)
Многие маркетологи ее используют, но тут раскрыта тайна четвертого параметра:
- Когда четвертый параметр ЛОЖЬ или 0 — используется линейный поиск;
- Когда он ИСТИНА, 1 или не указан явно, но используется по умолчанию — используется бинарный поиск.
Чем они отличаются: https://semtools.guru/ru/excel-functions/vlookup/

Гугл выпустил руководство про ранжирование и меняет терминологию апдейтов
В свежем посте в блоге Google Search Central анонсирована новая страница "Руководство по системам ранжирования в поиске" (пока есть только версия на английском).
Рассказывается про различие между системами ранжирования (Ranking Systems: BERT, page experience, passage ranking и т.п.) и обновлениями этих систем.
В прошлом термин "обновление" (update) часто использовался как название конкретной системы ранжирования, особенно когда запускалась новая система, например, обновление, связанное с удобством страницы (page experience update) или недавнее обновление алгоритма определения полезного контента (helpful content update). Это могло сбивать с толку, особенно при улучшении системы: трудно сказать "обновление обновления алгоритма определения полезного контента" (helpful content update update) и уж тем более понять.
В дальнейшем Гугл обещает быть более точным в формулировках и отличать системы от обновлений.

В разделе "Мета-теги и атрибуты" добавился раздел про неподдерживаемые теги - meta keywords и атрибут lang.

Meta keywords игнорируется как минимум с 2007 года, а атрибут lang вебмастера часто оставляют с дефолтным значением "en" и Гугл для определения языка полагается только на текст страницы.

Гугл прояснил этот момент: все-таки ручные санкции из-за недобросовестного использования разметки структурированных данных (schema.org) влияют только на представление страниц в поиске, но не влияют на ранжирование. Например, можно лишиться звезд в сниппетах и только.

https://developers.google.com/search/docs/appearance/structured-data/sd-policies?hl=en

"Самая большая проблема, которую я когда-либо видел в отчете о покрытии - это сайт, на котором было 5 миллиардов исключенных страниц. С фасетной навигацией что-то пошло не так и для каждого просмотра страницы мы создавали 20 новых урлов, доступных для гуглоботов. Нам пришлось полностью запретить через robots.txt урлы фасетной навигации, поскольку боты Гугла делали 25 млн запросов к сайту в день".
найдено в треде Броди Кларка

А в этом треде на Реддите обсуждают прогресс в зарплатах в маркетинге по мере карьерного роста (речь, понятное дело, про США). Отметился небезызвестный Рэнд Фишкин (сейчас руководит Sparktoro). Из SEO в CEO :)
P.S. В Штатах указывают зп до вычета налогов.

Какие внешние оценки трафика (Similarweb, Ahrefs, Semrush, Datos) больше всего похожи на правду?

Исследование SparkToro на основе данных GA по 640 сайтам (US, UK, Канада) и оценкам Semrush, Datos, Similarweb и Ahrefs.
На диаграмме: какая сторонняя оценка чаще всего находится в пределах +/- 30% пользователей Google Analytics.
Для сайтов с > 250К MAU побеждает Симиларвеб.

Меня в этом исследовании смущает, что Ahrefs и Semrush оценивают только органику и контекст по Гуглу без учета других каналов и вряд ли их можно сравнивать с Симиларвебом.

Cогласен с Мартином Макдональдом: "Лучшие результаты по-прежнему неверны почти в 50% случаев".

Почему серверный рендеринг (server-side rendering, SSR) по-прежнему важен

Да, Гугл давно умеет выполнять JS на страницах. Яндекс тоже и этим теперь даже можно управлять в Яндекс Вебмастере.
Но рендеринг страниц происходит отдельным процессом и он занимает больше времени, чем индексирование страницы, где основной контент и ссылки находятся в обычном HTML.

Onely провели эксперимент: "Мы измерили, сколько времени потребовалось Googlebot для перехода по ссылке в контенте, загруженном с помощью JavaScript, по сравнению со ссылкой в обычном HTML-коде".

В результате выяснили, что Гуглу нужно в 9 раз больше времени на сканирование JS-кода в сравнении с HTML.

Ожидание в очереди рендеринга может сильно повлиять на скорость сканирования и индексации вашего контента.

Гугл будет сканировать сайты не только из США
Раньше гуглобот использовал только американские IP, сейчас Гугл работает над возможностью сканирования сайтов из других стран.
Представитель поисковика Гэри Ийеш на мероприятии Google Search Central в Сингапуре заявил, что диапазоны локальных IP-адресов уже выделены, но система еще не работает и ее будут использовать в том случае, если доступ к серверу из США заблокирован.
В официальном списке IP-адресов гуглоботов уже встречаются диапазоны, не относящиеся к США: есть, к примеру, Индия, Австралия, Япония, Южная Корея, Бразилия, ряд европейских стран, Гонконг, отдельно Тайвань.
via Sistrix

Иногда Гугл меняет значение (интент) общего запроса, чтобы временно связать его с графом знаний (Knowledge Graph).
Сейчас это происходит с запросом [футбол]. За 4 дня до начала ЧМ 2022 поисковик стал преобразовывать его в [чемпионат мира по футболу FIFA 2022].
Изменения в серпе видно на скриншоте.
via MobileMoxie

Некоторые тезисы из ноябрьского Google Office SEO hours
https://developers.google.com/search/blog/2022/11/november-office-hours

1) Каноникализация основывается не только теге rel=canonical, но и на редиректах, сайтмапе, внутренних ссылках, внешних ссылках и др. Это про то, какой URL отображается. Это не то, что влияет на ранжирование контента.

2) Гугл использует разные критерии, чтобы решить, показывать ли сайт в Discover'е и результатах поиска. Получение органического трафика из поиска не является гарантией того, что вы получите трафик из Discover.

3) Система кэширования немного независима от индексации и ранжирования. Это не сигнал и не намек на качество страницы, если у нее нет кэшированной копии.