- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как мы победили рутину и сэкономили время, но остались понятны клиентам. Кейс
Пример автоматизации отчетов по SEO
VasiliyRusakov
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Как от количества и ассортимента сниппет то конкретного документа зависит?
Задача
карточка - конкретный один товар
категория содержит несколько товаров
а разница зависит, как формировать... - "купить товар синий с перламутром и купить товары для.....
то есть зависит на какие категории разбиты. и в любом случае автоматом не сделать а предоставить возможность пользователю это делать
или может я что то не понял
или может я что то не понял
Имелось в виду, что от количества товара в категории не зависит. Однако, возможность вставки текста под Н1 или других зонах документа, поможет поэкспериментировать над сниппетом в выдаче.
Иными словами - гибкое управление контентом. Не только лишь статья/листинг/карточка, но и другие текстовые/медийные блоки. В асиде над/под меню, до виджета товара, под ним, перед "с этим покупают", после и т.д.
От CMS это не зависит
Вышесказанное, касается и этого
OffTop:
и так далее
Еще и комбинации перечисленного могут быть, для своей внутренней, в итоге пришлось к php, sqlite, mongo еще и python добавить для сначала для склонения:
"Продажа слоны в Москва" проигрывает "Продажа слонов в Москве"
A потом и генсим c lsi.
Однако, возможность вставки текста под Н1 или других зонах документа
Вордпресс может все. Все, расходимся?
Трафик с ПС, при прочих равных, не будет лишним.
Я тебе открою тайну, только ТСС.. "Трафик с ПС" зависит совсем от другого, но не от движка :) (если он конечно не совсем уж кривой и убогий самопис).
Я тебе открою тайну, только ТСС.. "Трафик с ПС" зависит совсем от другого, но не от движка :)
Само собой. Но, инструменты должны быть предусмотрены. К примеру, то что кастомные тайтл, h1 и т.п. для карточки/категории нужны, можно легко понять, посмотрев вот это
Палю - скриптик, который инклюдила (лет несколько назад) одна крутая сео контора на букву "Д". И который - регулярками менял из ob_get_contents то что есть $aSEOData. И ob_end_flush().
(если он конечно не совсем уж кривой и убогий самопис).
Если сайт продвигается, вменяемыми специалистами, то, думаю, кривизна такого сайта выправлена, а убогость минимизирована.
Но, инструменты должны быть предусмотрены.
Они есть в любом современном существующем движке. (я так думаю ;))
К примеру, в ModX - сниппет getResources, на вход передать параметры (для %поиска% - параметр where)..
Отличная реализация, кое что стырю:)
От логики зависит.. В общем-то тоже делается.. (причём, судя по пожеланиям проще требования к формированию перевести на нативный код без всяких плагинов.. - в зависимости от категории/времени года/фазы луны.. %name + "купить недорого")
Не совсем понял, но "Продажа слоны в Москва" проигрывает "Продажа слонов в Москве". У меня пока не получилось, придумать ничего лучшего для тайтла/h1, чем:
Шаблон д/б с морфологией.
"подборок" (статья + вставка товарных блоков), перелинковки
Это да, т.е статья это тоже шаблон. И там может быть примерно так:
перелинковки
Механизм? Тут можно 2 компоненты выделить - распределение веса и заманчивость. Если страница "слоны", то ссылка на "тапочки" передает вес. Но, зачем тому, кто покупает слона, тапочки. Т.е. ссылки должны заинтересовать как минимум, а в идеале и заставить купить это.
Расходимся?
Шаблон д/б с морфологией.
Не вижу проблем..
http://phpmorphy.sourceforge.net/dokuwiki/
Можно альтернативы посмотреть... вроде такого
http://morpher.ru/php/extension/
https://github.com/petrovich/petrovich-php
Раньше был яндекс.склонятор =) https://habr.com/ru/post/39327/
* Пишется плагин склонения к шаблонизатору..
* или Для каждой "новой" категории-товара запускается один раз и генерируется
если есть статичный,
Вставляется в дополнительное поле name_genetive для соответствующей сущности и может использоваться в шабоне не только в Title и Keywords-ах, но и в SEO-тексте..
* либо надстраивается над любой CMS и просто генерируются Title, Keywords и прочие..
Но, зачем тому, кто покупает слона, тапочки.
Из банального:
- С этим товаром покупали.. (на основе уже сделанных заказов)
- С этим товаром смотрели (на основе истории переходов)
Чуть более трудозатратно в эксплуатации:
- Ручная/полуавтоматическая/автоматическая привязка товаров (чехол, защитное стекло к телефону, мышку к ноутбуку) - исходя из ассортимента.
И "прям вау":
- "Искусственный интеллект".. =) чтоб "само" как-то работало..
Не вижу проблем..
В том то и дело, что реализовать можно многое. По морфологии, я бы добавил mystem, как вариант. А для себя, после долгих раздумий, остановился на pymorphy2, тем более для
чтоб "само" как-то работало..
и некоторых других задач пригодился Gensim, для которого тоже нужна лемматизация. Поэтому, пришлось смириться с увеличением зоопарка.
Но, это детали реализации и не так важны для этой темы. Главное, что реализовать можно почти все. При этом, лучше понимать, что необходимо, а что "и даром не нать, и за деньги не нать"
Еще один вопрос, который неизбежно встанет - это юзабельность. Почему, крутая сео-контора решает вопрос статичного тайтла/Н1 и т.д. простым способом:
возможно, потому что искать и менять в админке сео-параметры 10-20-50-100500 урлов не очень удобно. Поэтому, для себя, решил, что edit-in-place всего, что касается документа - от контента и до сео-параметров.
к php, sqlite, mongo еще и python добавить для сначала для склонения:
Как по мне вычернкуть первое и будет счастье) Нет ничего такого в пхп чего бы не мог сделать питон, скорее наоборот, а раз так зачем тащить все подряд? Мы используем систему на основе джанго+mysql+Mongo и еще какой то js-фреймворк на фронте, это не считая всяких селери рэббитов и кафок с мемкэшами, Когда только Монговская база около 30 Гб - приходиться заморачиваться...