Ключевики откуда угодно, смотря с каким сайтом работаю – тип/тематика/конкуренция/потенциальный охват семантики и т.д. Букварикс, Вордстат, pr-cy.ru и др. Семантика уже достаточно хорошо проработана на всех сайтах. Но нужно найти «пробелы», дополнить. Здесь на помощь и приходит мой личный плагин, который очищает эту самую семантику от того, что уже есть на сайте (чтобы не нервировать ПС и не повторять статьи под одни и те же запросы). Проще всего конечно просто внедрить родной поиск ВП в плагин, но он тупой, как валенок, поэтому подключается вторым этапом (если мой алгоритм что-то пропустил, мало ли – поиск от движка найдёт). Если запросов набралось много, то делаю готовые тайтлы с помощью ИИ, который и от дублей заодно почистит, и их уже отправляю в плагин... если немного, то вместе со всем мусором пропускаю через свой плагин, и дальше уже решаю, что делать...
А ещё стиральные машинки заменили ручную стирку, калькуляторы заменили счёты, тестомесильные машины заменили ручной замес хлеба… продолжать можно вечно 😀 Допустим, из всего этого разве что счёты стали "реликвией"...
Проще показать как:
Да, про ВП. Как не пихать? Я собираю семантику (тысячи запросов) - прогоняю по своему плагину для чистки от того, что уже есть на сайте. Если делать это мини-партиями, то очень долго и нудно получится.
Вчера как раз столкнулась с ситуацией – мой плагин по поиску и удалению из списка уже имеющихся на сайте тайтлов, сам по себе обрабатывал только 50 тайтлов от силы – если больше, то хана… Критическая ошибка на сайте. В итоге решили с Опус проблему с помощью кеширования, теперь всё ок, обрабатываю за раз по 500 без проблем. Не совсем серьёзный пример, но тем не менее показывает, как мне кажется, значимость кэширования 😊
Что подразумевается под «серьёзными» проектами? Ну разве что с какой-то нестандартной архитектурой данных и мега-гигантской нагрузкой ВП не справится. А так, какие серьёзные ограничения? Дизайн – без проблем любой можно написать, сервисы – ну с теми, которые делала я, ограничений никаких не было (хотя, если говорить о том, что лучше, конечно, многие вещи мной сделанные было воплощать в жизнь на Python, то в этом да, ограничение… то есть сам факт написания на PHP).
А вы думаете сейчас сильно иначе, если делаете что-то более менее серьёзное? Или библиотека типа phpMorphy выдаст всё готовое на блюдце?)) Работа по созданию морфологического сервиса на PHP, например, практически невозможна без "шевеления мозгами" и придумывания собственных алгоритмов.
И это далеко не единственный случай лично у меня, когда приходилось придумывать собственные алгоритмы. Был ещё, например, плагин по поиску и удалению из списка тех тайтлов, на которые уже написаны статьи на сайте. Работает по системе: мой алгоритмический поиск (основной) с порогами совпадений, стоп-словами и лемматизацией + родной поиск Вордпресс для максимальной эффективности.
