Предполагаю что изза непрапвильной обработки канона на мобиле.Появилось несколкьо месяцев назад в гоше такая беда. Так же у вас хреф ланги на мобилу указывают в мобиле - это гоша мог разценить как призыв к индексу)
адаптив надо делать однозначно.
Понял. Не слыхал об этой трабле с канониклами. Спасиб. Пока нет возможности делать адаптив. Как-то решать сейчас проблему
1. Как вариант на время, - может убрать hreflang на мобиле, на десктопе оставить?
там обычно добавлять надо при чем много и нету никакой логики - вот почему некоторвые страницы без цсс идут ? а другие того же сайта показывает нормально ?
При этом, если посмотреть через консольку или мобайл чекалку Гугла - нормально отображает
Vladimir SEO#: а это не правило - гугл сам на свое усмотрение в сниппет тянет картинки , то бишь вебмастер не может управлять на 100% картинкой в сниппете
Да, я в курсе - что не правило
Если они закрыты в robots.txt - тянуть в сниппет не будет точно. Вопрос в том, а будет ли оригинальная картинка с src (которая не отображается, но есть в <img) подтягиваться в сниппет? При том, что кэшированные будут закрыты в robots Disallow: */cache/*
Ну, тут лучше посмотреть на уже существующие решения - по тем сайтам, у кого картинка отображается нормально, притом на разных устройствах, и повторить. Как минимум, для микроразметки я обычно использую одно изображение, без вариантов по размерам - и заходит стандартно хорошо. Другое дело, что должна быть возможность микроразметку нормально заполнить (хоть шаблоном, хоть вручную). Не думаю, что Гугл ломанётся крохотные картинки индексировать и в выдачу пулять, было такое - но годы назад. Сейчас индексирует очень придирчиво.
То есть впилить полномасштабные изображения в категории и задать фиксированные размеры? (Полномасштабные картинки на сайте, относительно, не сильно большие 800*800) На скорость загрузки страниц не влияет сильно?
Виктор Петров#: Картинку для микроразметки надо прописывать, чтобы в сниппет выводилось. И естественно, не из кэшей её брать, чистая статика. Кэш-то зачем в роботс блокировать? Ну и потом, все эти фокусы с полномасштабными картинками под разное разрешение - это пока не очень работает вообще, а если не работает - то минусов у реализации намного больше, чем возможных плюсов. Вообще если брать Гугл, то чем меньше запретов на сканирование - тем лучше, если, конечно, индексирование толком настроено.
1. Да, я и хотел в <img> запихнуть дополнительно ссылку на полномасштабную картинку (помимо кэшированной) и ее разметить. Но в категории будут кэшированные маленькие отображаться. Я так понял - решение так себе
2. А если открыть - полезут миниатюрные картинки в индекс. Зачем они нужны в индексе - если есть полномасштабные в sitemap.xml
3. И если рассмотреть вариант, что - открыть кэшированные картинки (как вы пишите), есть ли варианты в <img> - показать и оригинальную полномасштабную и ее может и разметить?
У сайта есть мобильная версия на поддомене m.coffeeok.com.ua. Как в данном случае указывать данные в sitemap.xml. На данный момент:
Версия десктопа и мобильной добавлены в GSC
Есть две версии sitemap.xml сайта для поддомена и десктопной. Версия десктопа sitemap.xml добавлена в GSC, для мобильной не добавлена.
На всех страницах десктопной версии сайта: link rel="alternate" на мобильную
На всех страницах мобильной версии сайта: rel="canonical" на десктопную
302 редирект для юзерагентов с десктопной версии на мобильную
robots.txt - для обеих версий
meta name="viewport" - в мобильной версии
_________
Есть какие либо дополнения либо замечания по указанному выше?
И интересно какие изображения с карт сайта ранжируются по картинкам - мобильные или десктоп? (в десктопной sitemap.xml привязаны изображения домен/image/Название/.jpg; в мобильной sitemap.xml и аналогично привязаны - m.домен/image/Название/.jpg + но карта сайта мобильной не добавлена в GSC)
Нужно ли добавлять sitemap.xml в GSC?
В случае данной реализации - если часть контента в мобильной версии отсутствует, но есть на десктопе (к примеру таблица с ценами в категории - отсутствует в мобильной версии; но есть на десктопе): Гугл же никак ее не увидит. Верно?
Субъективно. Не надо трогать то что работает. Два сайта на разных доменах нормально абсолютно, просто, как сказали выше, сделайте переключатель в шапке. Переезд на COM может вообще плохую шутку сыграть с показателями сайта, которые были у PL.
Региональный домен имеет преимущество в ранжировании (небольшое, но все ж). Насколько корректно пройдет переклейка - тоже есть риски. Лучше реализовать второй сайт на .cz и разместить переключалку языков и href lang. Таким образом проблем с .pl не будет, а новому сайту будет небольшой плюс за счет pl версии.
Предполагаю что изза непрапвильной обработки канона на мобиле.Появилось несколкьо месяцев назад в гоше такая беда. Так же у вас хреф ланги на мобилу указывают в мобиле - это гоша мог разценить как призыв к индексу)
адаптив надо делать однозначно.
Понял. Не слыхал об этой трабле с канониклами. Спасиб.
Пока нет возможности делать адаптив. Как-то решать сейчас проблему
1. Как вариант на время, - может убрать hreflang на мобиле, на десктопе оставить?
там обычно добавлять надо при чем много и нету никакой логики - вот почему некоторвые страницы без цсс идут ? а другие того же сайта показывает нормально ?
При этом, если посмотреть через консольку или мобайл чекалку Гугла - нормально отображает
что стоит проверить ? Я первым делом смотрю как сделано у тех у кого картинки в сниппете и все, вопрос решается сам
Картинки подтягивало до того как слетел кэш. Теперь ищу альтернативный вариант, чтобы не повторилась эта история если вдруг кэш снесут снова.
Отписал вариант выше - но я его прост не применял на практики, поэтому и отписал на форум
а это не правило - гугл сам на свое усмотрение в сниппет тянет картинки , то бишь вебмастер не может управлять на 100% картинкой в сниппете
Да, я в курсе - что не правило
Если они закрыты в robots.txt - тянуть в сниппет не будет точно. Вопрос в том, а будет ли оригинальная картинка с src (которая не отображается, но есть в <img) подтягиваться в сниппет? При том, что кэшированные будут закрыты в robots Disallow: */cache/*
Если в теории?
Ну, тут лучше посмотреть на уже существующие решения - по тем сайтам, у кого картинка отображается нормально, притом на разных устройствах, и повторить. Как минимум, для микроразметки я обычно использую одно изображение, без вариантов по размерам - и заходит стандартно хорошо. Другое дело, что должна быть возможность микроразметку нормально заполнить (хоть шаблоном, хоть вручную).
Не думаю, что Гугл ломанётся крохотные картинки индексировать и в выдачу пулять, было такое - но годы назад. Сейчас индексирует очень придирчиво.
То есть впилить полномасштабные изображения в категории и задать фиксированные размеры? (Полномасштабные картинки на сайте, относительно, не сильно большие 800*800) На скорость загрузки страниц не влияет сильно?
Картинку для микроразметки надо прописывать, чтобы в сниппет выводилось. И естественно, не из кэшей её брать, чистая статика.
Кэш-то зачем в роботс блокировать?
Ну и потом, все эти фокусы с полномасштабными картинками под разное разрешение - это пока не очень работает вообще, а если не работает - то минусов у реализации намного больше, чем возможных плюсов.
Вообще если брать Гугл, то чем меньше запретов на сканирование - тем лучше, если, конечно, индексирование толком настроено.
1. Да, я и хотел в <img> запихнуть дополнительно ссылку на полномасштабную картинку (помимо кэшированной) и ее разметить. Но в категории будут кэшированные маленькие отображаться. Я так понял - решение так себе
2. А если открыть - полезут миниатюрные картинки в индекс. Зачем они нужны в индексе - если есть полномасштабные в sitemap.xml
3. И если рассмотреть вариант, что - открыть кэшированные картинки (как вы пишите), есть ли варианты в <img> - показать и оригинальную полномасштабную и ее может и разметить?
Добрый день. Подскажите по следующим вопросам.
У сайта есть мобильная версия на поддомене m.coffeeok.com.ua. Как в данном случае указывать данные в sitemap.xml. На данный момент:
В случае данной реализации - если часть контента в мобильной версии отсутствует, но есть на десктопе (к примеру таблица с ценами в категории - отсутствует в мобильной версии; но есть на десктопе): Гугл же никак ее не увидит. Верно?
pl/cz/
Думаю, будет очень сложно двигать такую реализацию в Чехии pl/cz/
Субъективно. Не надо трогать то что работает. Два сайта на разных доменах нормально абсолютно, просто, как сказали выше, сделайте переключатель в шапке. Переезд на COM может вообще плохую шутку сыграть с показателями сайта, которые были у PL.
+
Региональный домен имеет преимущество в ранжировании (небольшое, но все ж). Насколько корректно пройдет переклейка - тоже есть риски. Лучше реализовать второй сайт на .cz и разместить переключалку языков и href lang. Таким образом проблем с .pl не будет, а новому сайту будет небольшой плюс за счет pl версии.
Тоже такого мнения. Спасибо