Буржуйский сеошник Эммануэль Флосси рассказывает, как настроить аналитику доставки В Google Merchant Center.

"Чтобы получать аналитику доставки в своем аккаунте, вам потребуется ShipStation или аналогичное приложение, поддерживающее отправку данных о доставке в Google Merchant Center. Без подключенного приложения для отслеживания доставки у Google не будет данных о доставке на уровне отдельных заказов, и вкладка аналитики останется пустой.
...
Если у вас магазин на Shopify, настройка очень проста:
1. Установите приложение ShipStation в Shopify.
2. Подключите ShipStation к Google Merchant Center
3. Затем данные о доставке автоматически передадутся в Google Merchant Center.
После подключения Google начнет получать данные о доставке ваших заказов, и аналитические отчеты будут формироваться со временем."

P.S. Тут спрашивали, зачем это нужно. А вот зачем:

"Возможно, вы подумаете: «Хорошо, но это всего лишь аналитика. Что мне с этого?»
Вот что важно: эти данные о доставке влияют на ваш рейтинг качества магазина . А рейтинг качества магазина определяет, получите ли вы значок магазина , который дает вам:
• Более заметное отображение ваших объявлений : ваши товары будут лучше выделяться в результатах поиска Google Shopping.
• Значок доверия на вашем сайте : сигнал для клиентов о том, что Google высоко оценивает ваш магазин."

Похоже, новый интерфейс Google для рецептов никак не решает проблему "рецептов Франкенштейна". По крайней мере владелец рецептного сайта Адам Галахер продолжает на них жаловаться:

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

Интересно девки пляшут. Новостники на фоне падения трафика из Google уже готовы отказаться от индексации в нем:

"Однако постепенное снижение поискового трафика в последние годы, как это ни парадоксально, дало издателям больше оснований для рассмотрения возможности ухода с платформы.
По словам генерального директора Майка Рида, компания USA Today Inc., в состав которой входит не только USA Today, но и общенациональная сеть новостных сайтов, рассматривает различные варианты решения этого вопроса.
...
Google, в отличие от своих конкурентов — крупных компаний или фирм, специализирующихся исключительно на ИИ, таких как OpenAI и Anthropic, — не заключала никаких лицензионных соглашений ни с одним издателем.
В результате, по словам Рида, компания USA Today Inc. готова исключить свой контент из Google в течение следующих шести-двенадцати месяцев. Аналогичным образом, сеть создателей контента Beehiiv в рамках недавнего партнерства с Cloudflare объявила, что ее сеть создателей контента теперь имеет возможность блокировать поискового робота Google."

Буржуйский сеошник Мэтт Холлингсхед рассказывает о возможном негативном влиянии технологии гидратации на SEO.

"В большинстве случаев гидратация не создает проблемы для SEO. Она возникает только тогда, когда что-то ломается, обычно из-за несоответствия . Это происходит, когда HTML-код сервера и то, что фреймворк создает в браузере, не совпадают.
Несоответствие обычно возникает по одной из нескольких причин:
Контент, отображаемый через API, доступный только в браузере, к которому сервер не имеет доступа, например localStorage, .
Значение, которое изменяется между сервером и клиентом, например new Date().
Скрипт стороннего разработчика или расширение для браузера, изменяющее DOM до того, как фреймворк его обработает.
Некорректный HTML-код, который браузер переписывает в фоновом режиме, создавая структуру, которую фреймворк не ожидал.
В таких случаях гидратация не может согласовать две версии, поэтому фреймворк отбрасывает несоответствующую часть и перерисовывает её. Точный процесс зависит от используемого фреймворка.
В данном случае значение <time> из функции new Date() отображается по-разному на сервере и в браузере, что приводит к повторной отрисовке.
Это создает проблемы по трем направлениям. Перерисовка замедляет работу страницы (INP) и меняет ее макет (CLS). Кроме того, страница может полностью перестать работать, поскольку обработчики событий могут не прикрепиться, из-за чего кнопки и формы перестанут функционировать.
В особо тяжелых случаях, поскольку Google может счит ывать необработанный HTML-код сервера до отрисовки JavaScript, он может индексировать версию, которая будет удалена, сохраняя контент, который посетители фактически никогда не увидят."

Буржуйский сеошник Дэн Петрович формулирует парадоксальный вывод о системах ранжирования на основе ИИ, на который потратил 3 миллиарда токенов:

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

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

Получается, что выигрышная стратегия "не выделяться из толпы" не дает гарантированного выигрыша, а дает лишь лотерейный билет. Но если выделишься, то и вовсе останешься без билета.

Меж тем, советы по GEO от буржуйского сеошника Шая Белинского в блоге SimilarWeb полностью противоречат выводам Дэна Тейлора:

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

Различие в том, что Белинский, в основном, теоретизирует и подкрепляет свои слова всего одним довольно спорным примером, а Тейлор все проверил на практике, потратив три миллиарда токенов на эксперименты.

Гуглоид Джон Мюллер поясняет, что в случае одновременного показа URL в AI Overviews и органике для него будет засчитан один показ в отчетах Google Search Console:

"Мы учитываем их один раз на каждой странице результатов поиска, поэтому (предполагая, что это один и тот же URL, что здесь сложно увидеть) это будет 1 показ URL и 1 показ сайта (в зависимости от настроек в отчете, вы видите либо показы URL, либо показы сайта)."