Я так понимаю инструментария для замеров пока нет?
Может такая оптимизация будет ронять позиции по поиску? Нейронки берут данные из поиска для формирования ответа. А трафик из поиска пока несопоставимо больше - получается риски для бизнес метрик.
Есть какие-то данные по конверсиям в покупки/регистрации по такому трафику?
Какие есть методы обнаружения такого трафика? (referrer далеко не все проставляют, но например сталкиваюсь на очень старых и маленьких ресурсах с ростом "прямых заходов" )
Спасибо за статью. Но оценку влияния нокликсерч на бизнес метрики хотелось бы.
Визиты/просмотры, трафик это не они. Пользователи пришедшие "за информацией" имеют совершенно другое намерение в отличие от пользователей ищущих решиение своих проблем в виде бизнеса или софта.
Очень большой вопрос по конверсиям и профиту от "информационного трафика" окупали ли они затраты на его трафик получение.
По локальным бизнесам тот же вопрос, упала ли выручка? А это связано именно с трафиком? Ведь если я ищу где пообедать мне вообще все равно, где я прочитал меню и где я адрес места нашел, главное, что дошел и оставил деньги и на это больше влияет география и мои предпочтения.
Я это все не к тому, что этим не нужно заниматься, а к тому что трафик перераспределяется между площадками, а его падение больше связано с экономикой чем с ии.
По цифрам хотелось бы ссылки или упоминание откуда они. А то:
Трафик из AI-поисковиков вырос в 373 раза за 2025 год
очень вероятно говорит о "низкой базе" и хотелось бы прикинуть долю от общего трафика. я слышал про <6%
Например я на мелких сайтах локальных бизнесов вижу рост числа "прямых заходов", что возможно связано с тем, что llm чистят referrer.
Со времен win2k максима "винду раньше sp2 не юзать" работает :) Отличная система XP первая "неубиваемая" была. Для старого софта на виртуалках использую. И 7ку бывает - ее еще больше люблю - первая которую кажется ни разу не переустанавливал.
В современном мире их только в интернеты не выпускать - незачем им это :)
Справедливости ради решаемая проблема выглядит "не писать и не верстать в ворде" при этом md освоить сильно проще latex, точнее его кже знает значительное количество людей.
скорость набора текста, сразу с форматированием, часто достаточным, что бы его - форматирование больше никогда не трогать. пишу в obsidian где повесил # и [ на горячие клавиши, чтобы не переключать язык на английский
читаемость, не зависимо от того, чем ты его отркрыл, даже если текущая софтина его не поддерживает
читаемость людьми не знающими, что это и зачем оно нужно - тупо скинув куда-то кусок текста не заботишься оно там сверстается или нет
интересно количество человеко-часов вайбкодинга умноженное на их зарплаты, пусть даже средние
учитывая доступные им ресурсы количество "токенов" потраченных на это также любопытно (имея их условно неограниченное количество возможны подходы недоступные простым смертным)
у нас пока нет моделей для оценки, поддержки и развития кода сгенеренного нейронками и тут по мнению многих все плохо и тут речь может идти о лютом техдолге (кредит хорошая штука, пока его не нужно отдавать)
Категории, вообще самая непростая штука. Если пытаться из этого пользу извлекать.
т. к. многие покупки идут "одним чеком" и бнз разбивки теряют много ценности.
я когда-то начал вести учёт, чтобы понимать диапазон расходов с расбивкой на категории т.к. именно по отдельным категориям можно легко ужиматься
например в кафе и рестораны или вовсе перестать или запланированно сократить. а наример алкоголь (пиво/вино) часто в чеках с едой, и тоже очевидно его можно пустить "под нож" в случае необходимости ;) ( не все меня поймут) и опять де хорошо посматривать на тенденции в этой категории. бытовые всякие порошки/мыло и т.п. тоже часто в чеке с едой.
именно такие нюансы делают бесполезными во многом отчеты от банка, трудно реализуемыми автоматизацию. все тупо упирается в личную дисциплину по ведению расходов, а когда она соблюдается, уже расчеты и "парсинг данных из записей" хоть экселькой делаются
Аналитик в чистом виде история для крупной компании, большого проекта. А вот понимание метрик и способность их получить и интерпретировать нужна всем в продуктовой команде.
Дизайнеру, чтобы уметь оцеюнивать влияние своих идей на пользователя. Программисту для получения информации об эффиктивности своих решений. Менеджерам и вовсе без нёё никак.
ssd тупо быстрее, на старых системах прирост скорости был очень ощутим.
вообще встроенные компы на xp (это еще крутая система) а бывает и на nt 4.0 ве еще работающее, это и загадка по софту и загадка по зашите от "левых железок".
и даже просто в качестве теста "это завелось на другом винте", а тем более более скоростном оно того стоило т.к. винты имеют свойство неожиданно умирать и замену не так уж просто найти.
Пожалуй, всё-таки, изобретатели изобретают т.к. не могут не делать этого.
Сильное патентное право позволяет придерживать технологии, защищаться от более шустрых но мелких конкурентов, а так же зарабатывать больше денег корпорациям, не изобретателям.
Особенно удивляет удивление данному факту, ведь эпл изначально постулирует "мы лучше вас знаем, что и как вам нужно, а если это не так - вы недостаточно продвинутый и одухотворённый" ;) Эпл сектанты прям настаивают, что это не баг а фича, сколько не пишут годами истории о потерянных данных из устройств и при замене их в фирменных магазинах, например.
— от кого "срочные", не одни ли и те же это источники (может кто-то работает форвардером проблем)
— "срочные" не больше ли 10-15% процента от общих (кто-то не понимает приоритет срочный?
— смотрим, а вседа ли это ваши задачи (кто-то или массрассылкой занимается или перекладывает бремя разбора "а чье это" на вас)
Выше для анализа, ниже конкретные действия:
— вот чем занят сейчас и план на день/спринт, что из этого я не делаю, чтобы приступить к этому конкретному "срочно", с последующей пометкой, кто служит блокером/двигателем дедлайна по задаче/пулу задач
Текст примерный, зависит от культуры в команде/компании, места в иерархии и отношений с конкретным источником срочности. На линейке - мягко уведомить какие задачи могут пострадать, до жёстко страховаться и подсвечивать причины срыва сроков очень мелкий шаг ;)
Спасибо за обстоятельную статью.
Я так понимаю инструментария для замеров пока нет?
Может такая оптимизация будет ронять позиции по поиску? Нейронки берут данные из поиска для формирования ответа. А трафик из поиска пока несопоставимо больше - получается риски для бизнес метрик.
Есть какие-то данные по конверсиям в покупки/регистрации по такому трафику?
Какие есть методы обнаружения такого трафика? (referrer далеко не все проставляют, но например сталкиваюсь на очень старых и маленьких ресурсах с ростом "прямых заходов" )
Спасибо за статью. Но оценку влияния нокликсерч на бизнес метрики хотелось бы.
Визиты/просмотры, трафик это не они. Пользователи пришедшие "за информацией" имеют совершенно другое намерение в отличие от пользователей ищущих решиение своих проблем в виде бизнеса или софта.
Очень большой вопрос по конверсиям и профиту от "информационного трафика" окупали ли они затраты на его трафик получение.
По локальным бизнесам тот же вопрос, упала ли выручка? А это связано именно с трафиком? Ведь если я ищу где пообедать мне вообще все равно, где я прочитал меню и где я адрес места нашел, главное, что дошел и оставил деньги и на это больше влияет география и мои предпочтения.
Я это все не к тому, что этим не нужно заниматься, а к тому что трафик перераспределяется между площадками, а его падение больше связано с экономикой чем с ии.
По цифрам хотелось бы ссылки или упоминание откуда они. А то:
очень вероятно говорит о "низкой базе" и хотелось бы прикинуть долю от общего трафика. я слышал про <6%
Например я на мелких сайтах локальных бизнесов вижу рост числа "прямых заходов", что возможно связано с тем, что llm чистят referrer.
Со времен win2k максима "винду раньше sp2 не юзать" работает :)
Отличная система XP первая "неубиваемая" была. Для старого софта на виртуалках использую.
И 7ку бывает - ее еще больше люблю - первая которую кажется ни разу не переустанавливал.
В современном мире их только в интернеты не выпускать - незачем им это :)
Соглашусь. И картинки не удобно и много чего еще.
Могущество - берешь и показывешь человеку базовые:
заголовок
болд
булет
ссылка
И человеки никогда ничего не кодивший начинает сносно оформлять тексты для общего пользования - за это MD - onelove :)
Жену бесило, когда я бэкапил ее мобилу перед поездками.
Ни разу не пригодилось, просто жена привыкла, что четверг нихрена не банный а бэкапный день ;)
Дополню "наличие очень заинтересованного лица, с полномочиями и бюджетами, подтвердить свою заинтересованность"
Лайк за сарказм. ;)
Справедливости ради решаемая проблема выглядит "не писать и не верстать в ворде" при этом md освоить сильно проще latex, точнее его кже знает значительное количество людей.
для меня мд это
скорость набора текста, сразу с форматированием, часто достаточным, что бы его - форматирование больше никогда не трогать. пишу в obsidian где повесил # и [ на горячие клавиши, чтобы не переключать язык на английский
читаемость, не зависимо от того, чем ты его отркрыл, даже если текущая софтина его не поддерживает
читаемость людьми не знающими, что это и зачем оно нужно - тупо скинув куда-то кусок текста не заботишься оно там сверстается или нет
Ну вы жируете барин. Windows nt 4.0 и xp все еще в строю на минилабах (сканировпние фотопленок и печать фоток).
7ка это уже по богатому ;)
Кроме "экономят/не экономят время" это не единственный критерий даже в работе. К экономии времени стоит сходу добавить:
снижение когнитивной нагрузки на обезьяньх задачах
берешься делать то, что лежало "попробовать когда-нибудь" вроде мелких скриптов или разбора записей
Полторы недели - круто, но зануда во мне говорит:
интересно количество человеко-часов вайбкодинга умноженное на их зарплаты, пусть даже средние
учитывая доступные им ресурсы количество "токенов" потраченных на это также любопытно (имея их условно неограниченное количество возможны подходы недоступные простым смертным)
у нас пока нет моделей для оценки, поддержки и развития кода сгенеренного нейронками и тут по мнению многих все плохо и тут речь может идти о лютом техдолге (кредит хорошая штука, пока его не нужно отдавать)
Категории, вообще самая непростая штука. Если пытаться из этого пользу извлекать.
т. к. многие покупки идут "одним чеком" и бнз разбивки теряют много ценности.
я когда-то начал вести учёт, чтобы понимать диапазон расходов с расбивкой на категории т.к. именно по отдельным категориям можно легко ужиматься
например в кафе и рестораны или вовсе перестать или запланированно сократить. а наример алкоголь (пиво/вино) часто в чеках с едой, и тоже очевидно его можно пустить "под нож" в случае необходимости ;) ( не все меня поймут) и опять де хорошо посматривать на тенденции в этой категории. бытовые всякие порошки/мыло и т.п. тоже часто в чеке с едой.
именно такие нюансы делают бесполезными во многом отчеты от банка, трудно реализуемыми автоматизацию. все тупо упирается в личную дисциплину по ведению расходов, а когда она соблюдается, уже расчеты и "парсинг данных из записей" хоть экселькой делаются
я тоже извращенец ;)
но быстрее файл кинуть в saved messages телеги и тут же открыть его на мобильнике.
вообще пофиг есть ли у вас там вайфай, в одной ли вы подсети.
так же работает с телефонами жены и дочери на которых всяких хитрых серверов не стоит ;)
Аналитик в чистом виде история для крупной компании, большого проекта. А вот понимание метрик и способность их получить и интерпретировать нужна всем в продуктовой команде.
Дизайнеру, чтобы уметь оцеюнивать влияние своих идей на пользователя. Программисту для получения информации об эффиктивности своих решений. Менеджерам и вовсе без нёё никак.
ssd тупо быстрее, на старых системах прирост скорости был очень ощутим.
вообще встроенные компы на xp (это еще крутая система) а бывает и на nt 4.0 ве еще работающее, это и загадка по софту и загадка по зашите от "левых железок".
и даже просто в качестве теста "это завелось на другом винте", а тем более более скоростном оно того стоило т.к. винты имеют свойство неожиданно умирать и замену не так уж просто найти.
автору спасибо, сохранил в файлик.
В андроидах принципиально есть эта возможность хотя бы ;)
Тоже хотел Незнайку на луне упомянуть ;)
По божески сейчас все - ежемесячная оплата, а не поминутная/почасовая ;))
Пожалуй, всё-таки, изобретатели изобретают т.к. не могут не делать этого.
Сильное патентное право позволяет придерживать технологии, защищаться от более шустрых но мелких конкурентов, а так же зарабатывать больше денег корпорациям, не изобретателям.
Очень показательный кейс.
и вера в эпл
и вера в облака
и то, что помог только поднятый ор в соцетях
Особенно удивляет удивление данному факту, ведь эпл изначально постулирует "мы лучше вас знаем, что и как вам нужно, а если это не так - вы недостаточно продвинутый и одухотворённый" ;) Эпл сектанты прям настаивают, что это не баг а фича, сколько не пишут годами истории о потерянных данных из устройств и при замене их в фирменных магазинах, например.
План не вырублен в камне, он может правится.
Если правится слишком часто;
пересматривае подход к его составлению
налаживаем комуникацию на основе
— от кого "срочные", не одни ли и те же это источники (может кто-то работает форвардером проблем)
— "срочные" не больше ли 10-15% процента от общих (кто-то не понимает приоритет срочный?
— смотрим, а вседа ли это ваши задачи (кто-то или массрассылкой занимается или перекладывает бремя разбора "а чье это" на вас)
Выше для анализа, ниже конкретные действия:
— вот чем занят сейчас и план на день/спринт, что из этого я не делаю, чтобы приступить к этому конкретному "срочно", с последующей пометкой, кто служит блокером/двигателем дедлайна по задаче/пулу задач
Текст примерный, зависит от культуры в команде/компании, места в иерархии и отношений с конкретным источником срочности. На линейке - мягко уведомить какие задачи могут пострадать, до жёстко страховаться и подсвечивать причины срыва сроков очень мелкий шаг ;)