Перейти к содержанию

Лидеры

  1. KirillLB

    KirillLB

    Пользователи


    • Баллы

      2

    • Постов

      94


  2. BEZON

    BEZON

    Пользователи


    • Баллы

      1

    • Постов

      381


  3. a.stepanovna

    a.stepanovna

    Пользователи


    • Баллы

      1

    • Постов

      401


  4. andreyandreenko

    andreyandreenko

    Пользователи


    • Баллы

      1

    • Постов

      146


Популярный контент

Показан контент с высокой репутацией 12/11/25 во всех областях

  1. Исследования и кейсы: 1. Кейс-стади от Google Search Central (2021). В реальном примере на сайте с lazy loading через JS Googlebot увидел только placeholders в src, а не реальные изображения. В результате в Google Images индексировались не те файлы, и трафик из поиска по изображениям упал. Рекомендация: использовать нативный loading="lazy" или-fallback для ботов. https://marketingsyrup.com/google-search-central-live-images-lazy-loading-case-study/ 2. Тест от Tezify (2020–2021). Создан специальный landing page с одним обычным изображением (src) и одним lazy (JS с data-src). Поиск по site:tezify.com lazy loading в Google Images показал только первое — второе не индексировалось. Это прямой эксперимент, подтверждающий, что бот не ждет подмены без скролла. https://www.tezify.com/lazy_loading/ 3. Анализ от Tezify Blog (SEO Impact of Lazy Loading, 2021). Если lazy-изображения центральны для контента, неиндексация снижает релевантность страницы в поиске (включая Images), что влияет на ранжирование. Тестировали с IntersectionObserver vs. scroll-events: без симуляции событий — 0% индексации offscreen-изображений. Упоминается "rendering budget" Google — ограниченное время на JS, из-за чего сложные библиотеки не всегда отрабатывают. https://www.tezify.com/post/seo_impact_of_lazy_loading/ 4. Официальная документация Google (обновлено 2025) В "Fix Lazy-Loaded Website Content" прямо указано: "Если lazy loading реализован неправильно, он может скрыть контент от Google". Бот не кликает/скроллит, поэтому data-src не подменяется. Для изображений рекомендуют браузерный loading="lazy" (видит src сразу) или noscript. В подкасте Search Off the Record (2025) Martin Splitt добавил: библиотеки с data-src часто не индексируют изображения, если URL не попадает в src в рендеренном HTML. https://developers.google.com/search/docs/crawling-indexing/javascript/lazy-loading?hl=ru https://ppc.land/google-clarifies-lazy-loading-seo-impact-in-search-off-the-record-episode/ Еще вопрос по моему images1.xml. Как могло получится, что в файле обнаружено всего 163 ссылки, хотя там несколько тысяч URL в файле?
    1 балл
  2. Добрый день! Пользуюсь вашим модулем Lazyload и есть вопрос по реализации, который критичен для SEO. Сейчас модуль использует подход с подстановкой пустышки в src и реального изображения в data-src: <img src="пустышка.jpg" data-src="реальное-изображение.jpg" class="lazyload"> Это проблема для SEO — поисковик при сканировании HTML видит только пустышку в src. Для индексации реального изображения роботу нужно: Выполнить JavaScript Дождаться срабатывания библиотеки Увидеть подмену src на data-src На практике это приводит к тому, что большинство lazy-изображений не индексируются в Google Images. Вопрос: Почему выбран именно такой подход, а не нативный loading="lazy" с реальными src? Альтернатива, которую используют наши конкуренты: <img src="реальное-превью.jpg" loading="lazy" data-full="полноразмерное.jpg"> Преимущества такого подхода: Googlebot сразу видит реальные изображения 100% индексация в Google Images Не нужен дополнительный JavaScript, хорошо для Core Web Vitals Работает даже при отключенном JS Что предлагаю: Добавить в модуль опцию «SEO-режим» с реальными src + loading="lazy" Сделать гибридный режим: первые N фото — реальные src, остальные — через JS Полностью перейти на нативный lazy load Если не трудно, разъясните, пожалуйста, ваш подход. Может я что-то упускаю. Спасибо!
    1 балл
  3. Самый крупный у нас ретейлор (имеет огромный собственный ассортимент, также производства под собственным брендом) https://rozetka.com.ua/ позволяет продавать другим продавцам товары использовать их пункты выдачи (в каждом городе и почти во всех районах) и системы оплат. Конечно за это они берут немалый процент от продаж, но обеспечивают продавцам реальные продажи и идеальный сервис компании.
    1 балл
  4. @BEZON Один из крупнейших маркетплейсов в восточной европе - https://allegro.pl/ Продавцы могут иметь собственные категории, страницы с индивидуальным заполнением, промо акции, баннеры, статьи ... много чего. Работает и развивается много лет. Крупнейший маркетплейс в Украине https://prom.ua/ua/ , продавцы могут иметь собственные уникальные страницы. Работает и развивается много лет. AliExpress (и вся экосистема Alibaba Group) в преставлении думаю не нуждается. Amazon (Функционал «Amazon Stores») в преставлении думаю не нуждается. Etsy (тоже многое доступно продавцам в плане уникализации страницы). eBay (eBay Stores) - Один из старейших примеров такой модели. Ozon — «Витрина»: Позволяет собирать красивую главную страницу бренда с баннерами и подборками, но без блога и статей.
    1 балл
  5. @ab.designer К новому модулю уже необходимо: 1. Подписаться на продавца. 2. Подписаться на бренд.
    1 балл
  6. @ab.designer как по мне, то ожидаю одинаковое поведение при нажатии на данные кнопки корзины. А сейчас открываются разные окна.
    1 балл
  7. @ab.designer Какая красота! Давно бы ушли с cs-cart если бы не ваша работа!
    1 балл
  8. У нас даже сами покупатели спрашивали пару раз, нет такой фишки? Сейчас все перешли на приложение, там делают PUSH рассылки. У нас сеть кафе, и новинки выходят почти каждый месяц, иногда каждую неделю торты, пирожные, и вот подписался к примеру на продавца и получает push или письмо, как-только продавец добавил новые товары или сделал акцию - появилась скидка, покупателям летит письмо. Поддержу @BEZON, предлагал я тут где-то не помню.
    0 баллов
×
×
  • Создать...