Алексей Федоров

Алексей Федоров

Был в сети 01 апреля 2020, 14:31
Заказы не принимаю
А если опрос с возможностью мультивыбора — вообще круто) наклацал чекбоксов, нажал кнопку «проголосовать» и не придется внизу дописывать, что вот такой-то вариант тоже хочетсяу отметить, но ВК не дает.
Сообщение об ошибке в orphoman'е отправляется пользователем, и то, что он выделил при отправке сообщения будет помечено как ошибка, даже если слова правильные, а ему просто что-то показалось. Если ошибку подчеркивает в админке редактор, то это база данных браузера — в хроме можно через контекстное меню добавить слово в словарь и оно подчеркиваться не будет.
Тоже этот вопрос интересует. Сначала обрадовался, что в pdoPage есть плейсхолдер pageCount, но потом понял, что он работает только для текущей пагинации и генерируется на лету при выполнении сниппета. Так что… единственный вариант, который я вижу — создавать ТВ, в которую при выполнении pdoPage загружать параметр из
&pageCountVar pageCount Имя плейсхолдера для вывода количества страниц.
Потом уже выбирать ТВ-шку и добавлять к ссылке. В теории должно работать. На практике реализовать — знаний не хватило.
Так работают все соцсети и мессенджеры, а у Facebook даже есть отдельный инструмент для проверки расшаривания.
Спасибо за ссылку, буду просвещаться. При таком раскладе — менять мета-теги и тайтл бессмысленно, достаточно провести замену url и h1 (c другой информацией для пользователя).
По второму пункту, конечно, согласен. Яндекс требует наличия html-версии для каждой ajax-страницы, чтобы ее можно было проиндексировать, потому как весь подгруженный контент он просто не видит. Другая фишка в том, что ПС собирают данные о сайтах через свои браузеры. Не помню в каком объеме (и вроде бы только с разрешения пользователя), но тут есть вариант, что это как-то разовьется до более глубокого уровня сканирования в будущем.

По первому пункту — многое зависит от структуры сайта и основных целей по взаимодействию с пользователем. Самый простой пример — организация загрузки новостей на Life. Там каждая категория — лента выборки и есть нюансы. Заходит человек на новость и видит один тайтл и т.д. Прокручивает вниз — ему догружается по ajax следующая публикация в этой категории (а ля лента новостей в соцсетях). При этом когда в видимой области находится другая новость (не изначальная) — меняется url, title, description и т.д. То есть в любой момент, когда он захочет поделиться страницей в соцсетях или отправить в Инстапейпер (Покет) подхвачен будет именно целевой контент со своим описанием, названием, картинкой, ключевиками и т.д. Каждая отдельная ссылка изначально открывает только одну новость, но стоит прокрутить чуть вниз и сразу появляется еще одна, затем третья, четвертая и т.д. Если динамически параметры не менять, то останутся и старые парметры в опенграф-метатегах и данные в итоге спарсятся совершенно не те.

Этот тот случай, когда увеличиваются поведенческие факторы и повышается уровень расшаривания контента. Больше естественных ссылок — круто для SEO, хотя есть упорные слухи, что именно переходы из соцсеток (и их частота) — рассматриваются ПС как показатель «интересности» ресурса и якобы это имеет значение для ранжирования (правда это или нет — достоверно никто не знает). В любом случае, просто переход на целевую страницу для многих уже очень радостное событие, даже если речь не идет о росте веса страницы и улучшения поведенческих. Вот примерно из таких соображений и требуется динамическая замена. Это не для всех ресурсов подходит, конечно. Стратегии управления поведением пользователя сильно отличаются, так что под каждый конкретный случай свои грабли нужны.
Забавно)
В тему изменения title по ajax — была
вот такая тема. По тому же принципу можно адаптировать под эту задачу, насколько я понимаю. С подобными решениями сталкивался еще года 3-4 назад. Кажется, именно с битрикса все и началось. Суть в том, чтобы сделать именно ЧПУ-фильтры, и в зависимости от них выстраивать не только новый title, но мета-теги кейвордс, дискрипшн, а также текстовый блок описания на странице. Таким образом можно получить несколько «уникальных страниц» по одному направлению запросов. То есть модификация товара — цвет, материал и т.д. — рассматривается не как тот же лот с опцией, а как отдельная страница. По факту — это два разных товара.

В сущности, такой подход — альтернативное «канониклу» решение проблемы дублирования контента. Вместо того, чтобы «ликвидировать» ссылочный вес страницы вставляется новый контент. Первая проблема с таким подходом — адовое количество контента. Отчасти это решается «автогенерацией текстов», но быстро стало ясно, что слишком часто получается «нечеловеческий текст». Как уже технически реализовать наборы данных для разных компоновок фильтров — вопрос отдельный.

В действительности, подобные механизмы уже работают на отдельных магазинах. Сложно, геморно, трудоемко, но для крупных магазинов отчасти оправдано — кто-то ищет золотистый айфон, а кому-то белый подавай)) Точное вхождение по узкому запросу и две страницы по запросу айфон вместо одной — уже хорошо с точки зрения охвата запросов. По эффективности (поисковой и экономической)… вот не скажу, поскольку ни одного внятного исследования не видел, а как провести расчеты за вычетом других факторов влияния неизвестно. Ни один магазин как-то не спешит ставить громоздкие эксперименты ради сеошников XD

На сегодня бытует мнение, что подход с заменой мета-тегов, тайта и описания — лучше вставки каноникла. Вроде бы, это логично. Как уже на самом деле — «есть жизнь на Марсе, нет жизни на Марсе… Науке это неизвестно».
Дошли руки попробовать это решение. Все получилось, но вылезла микроошибка. На последней странице пагинации тоже происходила перезагрузка. Вот так исправил вызов сниппета IF
[[!if? 
&subject=`[[!+page]]`  
&operator=`lt` 
&operand=`[[!+pageCount]]` 
&then=`Страниц всего <span id="countpage" value="[[++site_url]][[!*uri]]&page=[[!+pageCount]]">[[!+pageCount]]</span>` 
&else=``]]
Хмм… никак не получается вывести данные по последнему комментарию.

Как можно такое реализовать?
Вставляю в Tickets.list.row вызов сниппета TicketLatest с параметром comments, но в итоге все ломается. Насколько понимаю, getTickets подхватывает параметр &limit.
Супер! Как говорится, больших продаж!
И еще…
Оптимизация быстродействия, скорости загрузки картинок, работы поисковика и т. д. Подробнее Василий расскажет в Алма-Ате (приезжайте!).
Надеюсь для тех, кто не сможет поехать, будет сделана видеоверсия встречи, ну или текстовый вариант ;)
Все-таки очень интересные моменты.