https://dzen.ru/a/aMPABt2MtlmyZIlS

Мне кажется, получился действительно хороший и нестандартный кейс по внешнему трафику для маркетплейсов. Проект сам по себе не сложный, а результат вышел лучше чем думали и стабильным.

Типичный понедельник — это когда те самые люди, что в пятницу вечером нервно писали “срочно надо к понедельнику!”, сообщают: “Ну… мы тут всё переосмыслили”. И всё, что было "срочно", внезапно никому не нужно.

Уже какое-то время мне всё чаще попадается информация про Angie — в статьях, обсуждениях, примерах конфигураций. Это форк nginx, который развивают ребята из бывшей core-команды.

Angie во многом совместим с nginx, но у него изначально упор на современные сценарии: микросервисы, API, WebSockets и т.п.

Я смотрел на него скорее из любопытства… пока не столкнулся с задачей, где разница становится очень заметной.

Допустим, у вас есть такой сценарий:

/api/users → сервис №1
/api/orders → сервис №2
/api/admin → отдельный сервис + авторизация

На бумаге всё звучит просто. Но если попытаться собрать это на nginx, начинается хорошо знакомый квест:

—куча location-блоков
—переменные, которые нужно тащить между блоками
—поддержка Upgrade для WebSocket’ов
—отдельная логика для разных upstream’ов
—ручная сборка хедеров

Через пару итераций конфиг превращается в слоёный пирог, где каждый новый маршрут — маленькая архитектурная боль.
Работает, но выглядит всё это так, будто сервер просит пощады.

🚀 А вот как ведёт себя Angie

Такой сценарий можно разложить спокойно и без танцев с бубном: разнести сервисы, использовать отдельные upstream-блоки, health-checks и при этом не городить монстра из конфигов — за счёт более современной логики и нормального проектирования.

То есть ты решаешь ту же задачу, но:

✅ структура чище
✅ логика понятнее
✅ риск ошибиться ниже
✅ расширять конфиг проще

Давайте посмотрим на прикрепленную картинкой часть конфига:

1. health_check: в Angie можно указывать health_check прямо в upstream. Это даёт оперативное исключение упавших бэкендов из пула без сторонних инструментов.

2. proxy_upgrade on — упрощает настройку WebSocket-проxies (вместо пары proxy_set_header Upgrade и Connection "upgrade").

И самое приятное — всё выглядит так красиво, как будто так и должно работать изначально, без тех костылей, которые тянет за собой nginx.

Если проект растёт, появляются сервисы, маршруты, отдельные API-ветки и требуются health-checks — nginx начинает скрипеть.

Главное в LLM SEO — понимать намерения пользователя. Создавайте такой контент, который точно отвечает на конкретные вопросы вашей аудитории.

Делайте информацию чёткой, структурированной, легко читаемой. Пишите в разговорном, естественном стиле — так, чтобы текст действительно было приятно воспринимать.

Такой подход помогает языковым моделям лучше понимать ваш материал и выше ранжировать страницы.

FAQ, блоки ответов, вопросы в естественной формулировке — начинайте с главного.

Сразу давайте чёткий ответ, а затем добавляйте связанные вопросы, примеры и пояснения.

Опирайтесь на надёжные источники, приводите ключевые факты в виде списков или таблиц, добавляйте доказательства и контекст.

Оптимизируйте текст под разговорные запросы, а не просто под набор ключевых слов. Выясните, какие вопросы действительно задаёт ваша аудитория, и дайте на них ясный ответ уже в первых абзацах страницы.

Однако для тех, кто изначально создавал контент для людей, а не только для поисковых систем, по сути ничего не поменялось.

Включив телевизор, спустя 20 минут вместо обещанных двух, ты непроизвольно задумываешься: всё-таки где-то раньше было проще. Но я хотел вообще написать не про это, а про блокировку WhatsApp, о которой все вокруг трубят.

Ведь проблема там куда глобальнее, чем просто то, что родственники не будут пересылать вам открытки. А в том, что во многих мелких и не очень бизнесах вся воронка продаж, записи да и вся первичная коммуникация: рассылки по клиентской базе, напоминания о записи и тд.

Вот где основная беда. Сейчас у части клиентов подключаем MAX бизнес( да, такое есть) и дублируем в него автоворнки. Плюс добавляем дополнительные кнопочки для связи на сайтах.

Отделы продаж запрашивают e-mail и никнеймы в телеграмм у действующих клиентов. Предновогодний период и так никогда не был простым, а в этом году он прямо бьет все рекорды.

Сейчас всё чаще встречаю панель управления cPanel из-за её функций и удобства при работе с целыми сетями сайтов.

Есть один маленький момент. Мало кто об этом задумывается, но контактный e-mail в cPanel — это не просто формальность. Этот адрес может светиться в доменных данных, и по нему легко найти другие сайты, размещённые на том же аккаунте.

Если хотите конкретики , этот адрес может появляться в технических контактах домена — например, в записях admin или tech. Иногда он используется в обратных DNS-записях или если SSL оформлялся через панель управления. Вариантов, куда он может утечь, масса, и перечислять их можно бесконечно.

Тут PBN-щики вздрогнули... То есть если у тебя пять сайтов в одной панели — контактный e-mail будет общий.

Чтобы разделить сайты, нужно создать отдельные аккаунты в WHM (если у вас VPS или выделенный сервер).

Ozon запустил для блогеров монетизацию в Telegram.

А я почему-то думал, что после интеграции Ozon с "ВКонтакте" первым этим займётся Wildberries. Однако они по-прежнему сосредоточены на развитии Wibe.

Для блогеров это означает, что теперь они смогут удобно и легально монетизировать свои обзоры.

Селлеры же получают доступ к нативной рекламе с оплатой за результат.

В ближайшие дни я планирую это протестировать и рассказать о своих выводах.

Microsoft представила обновлённую бесплатную программу по искусственному интеллекту.

В неё вошёл 21 урок с пошаговыми инструкциями, видеоразборами, полезными материалами и практическими задачами.

Темы изложены максимально понятным языком и сопровождаются простыми примерами — так что даже новичку будет легко разобраться.

Большая часть уроков уже доступна на русском.

https://github.com/microsoft/generative-ai-for-beginners

Время отвлечься.

Как управлять поисковыми запросами в рекламе Ozon ?

В отличие от Wildberries, Ozon не позволяет тонко настраивать рекламные кампании под отдельные ключевые запросы — нельзя выставить ставки для каждой фразы вручную и минусовать их, чтобы отсечь нецелевые показы и тд.

Возникает логичный вопрос: как работать с такими ограничениями и всё же влиять на рекламу?

В случае с Ozon ключевую роль играет именно грамотное SEO. По факту, это единственный инструмент, который позволяет хотя бы частично управлять тем, как площадка видит и продвигает ваши товары.

Поэтому, прежде чем запускать рекламу, важно понимать принципы внутренней оптимизации и работать с карточкой так, чтобы алгоритм воспринимал её максимально релевантной.

Давайте разберём пошагово, как выстроить этот процесс и на что обратить внимание.

Первым шагом стоит открыть в «Аналитике» раздел «Видимость в поиске», там выбрать вкладку«Запросы моего товара» .

🤷‍♂️Удивительно, но многие селлеры либо не используют этот инструмент, либо вовсе не знают о его существовании — хотя именно здесь скрыт один из самых ценных источников данных для оптимизации.

В этом разделе по каждому товару можно посмотреть полную статистику:
— на каких позициях ваша карточка появляется по разным запросам,
— по каким ключам чаще всего приходят заказы,
— и какой охват даёт тот или иной поисковый запрос.

Есть одно «но»: полный доступ к данным открывается только при подписке Premium Plus. Без неё вы увидите лишь те ключи, которые уже «прицепились» к карточке, без аналитических данных.

Но и этого вполне достаточно, чтобы сделать первые выводы и понять, в каком направлении двигаться дальше.

Дальше всё делаем вручную: смотрим ключи и отмечаем те, что нам явно не подходят. После этого открываем настройки карточки, ищем откуда подтягивается и просто убираем оттуда эти слова. Затем даём системе время — примерно неделю — и наблюдаем, как меняется статистика.

Если всё сделали правильно, лишние запросы постепенно исчезнут из выдачи и перестанут тянуть ваш рекламный бюджет.

У меня есть хороший товарищ, недавно открывший в одиночку своё дело после ухода из прежней конторы( где не смог ужиться с другими соучредителями), он часто обращается за советами по продвижению и тд. И после нашей очередной беседы у меня созрел определённый вывод.

Знаете, в чем главная ловушка для бизнеса? Чаще всего он существует в трех разных реальностях, которые почти не пересекаются.

В одной реальности живет владелец. У него в голове — его личные мечты: больше свободы, доход для новой жизни или громкий выход из бизнеса через несколько лет. Но он редко говорит об этом вслух. Иногда — потому что не умеет перевести мечты в цифры, чаще — просто страшно признаться даже самому себе.

Во второй реальности существует сам бизнес. Он вроде бы работает, что-то продает, но у него нет большой общей цели. Нет ответа на вопрос "зачем мы это делаем?" кроме как "чтобы были деньги на зарплату в этом месяце".

А в третьей реальности — отдел продаж. Его мир — это план на месяц. Просто цифра. Неважно, куда плывет корабль — главное, чтобы все дружно гребли.

И получается тихий абсурд. Владелец молчит о своих целях. Бизнес плывет без руля. А команда просто гребет, думая, что гребля — это и есть главная миссия.

Почему так? Причины очень человеческие. Страх задавать неудобные вопросы. Ежедневная текучка, которая съедает все время и силы. Иллюзия, что если ты занят — значит, ты двигаешься вперед. И просто незнание, как связать свои желания с бизнес-механикой.

Это не критика. Это просто констатация того, как живут многие. Потому что честный разговор с собой и командой требует смелости. А просто делать вид, что все в порядке, и "работать" — кажется безопаснее.

Самая частая ошибка новичков в SEO — бесконечная погоня за «советами для роста позиций». Гораздо полезнее сначала задать себе простой вопрос: зачем эта страница вообще нужна пользователю. Поисковые системы давно ценят понятную цель страницы сильнее, чем набор приёмов и трюков. Одна страница — одна задача — один понятный результат для человека.

Обновление старых материалов и приведение их в соответствие с запросами — хороший первый шаг. Но дальше важно другое: добавляет ли ваша страница что-то новое по сравнению с тем, что уже находится в выдаче. Это может быть более ясное объяснение, удобная структура, живые примеры или ответы на вопросы, которые обычно возникают у читателя дальше по теме. Если ваш текст можно безболезненно заменить материалом конкурента, и никто этого не заметит, роста ждать не стоит.

Стоит рано обратить внимание и на внутренние ссылки, и на фокус темы. Небольшой сайт, который глубоко раскрывает одну тему, часто обходит крупный ресурс, где всё разбросано по разным направлениям. Поисковики со временем отдают приоритет связности и пользе.

SEO сегодня — это про смысл и удобство. Про страницы, которые действительно помогают, а не просто занимают место. Когда вы делаете контент понятным, полезным и логично связанным, позиции подтягиваются сами.

В WordPress REST API — это канал, через который сайт показывает данные. Если он открыт, злоумышленники могут посмотреть, кто зарегистрирован, какие есть посты, страницы, медиа и даже плагины.

Самое опасное — запрос списка пользователей (/wp-json/wp/v2/users). Если он работает, логины уже видны. Дальше уже проще пытаться подобрать пароли или искать дырявые плагины.

Ещё могут смотреть: корень API (/wp-json/), посты (/wp-json/wp/v2/posts), страницы (/wp-json/wp/v2/pages), категории и теги (/wp-json/wp/v2/categories, /wp-json/wp/v2/tags), комментарии (/wp-json/wp/v2/comments) и медиа (/wp-json/wp/v2/media).

Иногда даже плагины и темы (/wp-json/wp/v2/plugins, /wp-json/wp/v2/themes) можно увидеть, если API открыт.

Что делать? Если API вам не нужен, лучше закрыть полностью. Если нужен, перекрыть хотя бы запрос списка пользователей.

Продвигая сайты под бурж в Google я давно уже пришел к выводу, что если вы пишете мета-описания вручную, вы тратите время впустую. Если вы используете для этого ИИ, вы, вероятно, тратите намного меньше времени, но все равно впустую.

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

С заголовками другая история. Их стоит продумывать, потому что именно заголовки дают поисковику чёткий сигнал, о чём страница и зачем она нужна.

Для страниц с услугами, товарами или для главной страницы описание всё же может быть полезным, особенно когда важно сразу показать цену, условия доставки или выгоду.

А вот для статей и длинных текстов на это можно не тратить силы. Если текст нормальный и отвечает на вопрос человека, Google сам соберёт подходящий сниппет.

Про Bing, если описание пустое, слишком общее или плохо связано с запросом, Bing тоже спокойно подставляет текст со страницы. Он сильнее опирается на структуру страницы. Если в тексте есть чёткие абзацы, подзаголовки и понятные формулировки, он охотнее берёт сниппет оттуда.

AI-ответы в поиске и ассистентах смотрят не на description, а на сам контент страницы. Их интересует текст, заголовки, структура, ясные формулировки и то, насколько страница отвечает на вопрос человека. Meta-description — это лишь кусок для сниппета в поиске, а не источник знаний для AI.

Еще раз:

Почему я против "просто напишите релевантное описание" ?

Потому что, по тестам, если вообще не заполнять meta-description, Google сам подставляет динамический вариант под запрос. И чаще всего такой динамический текст показывает лучшие результаты, чем описание, которое вы написали сами.

В Samsung Russia хорошо отметили новый год. Хочу уточнить, это официальный аккаунт.

Почему-то, когда речь заходит о продвижении в Google, именно в русскоязычной среде специалистов я особенно часто замечаю характерный акцент на Domain Authority. Словно эта метрика — не просто удобный ориентир «для прикидки», а почти главный рычаг, от которого якобы напрямую зависят позиции.

Domain Authority — это не фактор ранжирования. Это метрика, придуманная сторонними сервисами для оценки «силы» домена, а не сигнал, который поисковые системы обязаны учитывать напрямую.

А вот PageRank (в смысле оценки ссылочного веса/авторитетности через граф ссылок) относится к реальным механизмам, которые могут влиять на позиции. Точно так же на выдачу способны воздействовать поведенческие и контекстные вещи: клики, CTR и геолокация пользователя — особенно в запросах с локальным намерением, когда одному и тому же запросу в разных местах система показывает разные ответы.

При этом важно не путать термины:

Ranking signals (сигналы) — это любые наблюдаемые данные, которые поисковик может использовать: ссылки, текст, скорость, клики, свежесть, геопозиция, устройство, язык и т. д.

Ranking factors (факторы) — это те элементы/механизмы алгоритма, которые реально участвуют в вычислении позиции (или веса при итоговом скоринге).

То есть не всякая метрика, которую любят обсуждать в SEO, становится «фактором ранжирования» просто потому, что она коррелирует с успехом. Domain Authority может хорошо предсказывать результаты, но не обязана быть причиной этих результатов. Часто она лишь отражает сумму реальных причин: качество ссылочного профиля, упоминания, траст, историю домена, стабильный спрос на бренд и т. п.

И, пожалуй, сама мысль тут в том, что упор на DA — это не столько про SEO, сколько про человеческую психологию и рынок. DA удобно превращает хаос в одну цифру: её легко сравнить, ею легко объяснить результат, ею легко оправдать бюджет.

Но беда начинается в момент, когда инструмент для грубой оценки начинают принимать за модель реальности. Тогда стратегия подменяется гонкой за показателем: покупают «сильные» домены, меряются цифрами, наращивают «авторитет» ради самого авторитета — и удивляются, почему это не даёт стабильного роста.

Базовая настройка безопасности Linux сервера.

Не надо мудрить. Начинайте защиту не с сложных IDS и фаерволов, а с базовой, но правильной минимизации поверхности атаки.

Отключите неиспользуемые сервисы. Удалите лишние пакеты.
Проверьте список активных портов и закройте те, которые не нужны для работы.

Настройте SSH.
Отключите вход для пользователя root.
Используйте аутентификацию по ключам. Отключите вход по паролю.
Смените стандартный порт 22.
Установите Fail2ban для блокировки множественных попыток подключения.

Настройте файерволл.
Разрешите входящие соединения только на определенные порты, например, 80, 443 и ваш SSH-порт.
Запретите все остальные входящие подключения.

Настройте систему логирования.
Проверяйте логи аутентификации и сетевых подключений. Используйте инструменты вроде logwatch для анализа.

Настройте регулярные обновления.
Включите автоматические обновления безопасности или выполняйте их вручную каждую неделю.

Измените настройки парольной политики.
Установите минимальную длину пароля и срок его действия для локальных учетных записей.

Создавайте резервные копии конфигурационных файлов перед внесением изменений.
Храните копии на отдельном сервере.

Эти простые действия снизят риск несанкционированного доступа к системе минимум на 90%.

Закончил читать новую книгу Dr.Maxa. Что могу сказать: книга сильна как архитектурная модель мышления. Слаба как руководство к точному воздействию и опасна как инструкция к Google.

SEO по книге может быть архитектурно идеальным, но есть большая опасность в итоге получить идеальный сайт без трафика. Почему она опасна как инструкция? Потому что создаёт иллюзию управляемости. Это неверно: Google не работает как механизм с кнопками. Он не прямой и не предсказуемый.

Он обучается на огромном объёме данных, меняется без предупреждений и смотрит не на отдельные действия, а на общую картину. Важно не то, что именно ты сделал, а какой устойчивый рисунок из этого сложился.

Когда люди начинают следовать инструкции, их действия быстро становятся одинаковыми. Появляется шаблон. Такие шаблоны легко заметить, особенно в большом масштабе. Как только шаблон распознан, он перестаёт давать результат.

Опасность в том, что можно делать всё «правильно», строго по правилам, и при этом не получить роста. Или даже потерять позиции, не понимая, в какой момент схема перестала работать.

Очень много внимания уделено утечкам. На самом деле утечки — это разрозненные куски внутренней информации. Они относятся к разным годам, разным командам и разным этапам экспериментов. В них нет целой картины, только отдельные детали.

Проблема в том, что утечки часто воспринимают как рабочую истину. Их используют как доказательство, как аргумент в спорах и как основу для решений. Создаётся ощущение, что теперь всё понятно и можно действовать уверенно.

Если смотреть на такие данные без контекста, легко сделать неверные выводы. Возникают связи там, где их на самом деле нет. В итоге стратегия строится на обрывках, а не на понимании того, как система работает сейчас.

Сам факт того, что какие-то сигналы существуют, начинают воспринимать так, будто ими можно напрямую распоряжаться.

На деле большинство этих сигналов собираются в общем виде, сглаживаются и сильно зависят от внешних факторов: поведения людей, ситуации на рынке, сезона. Это не ручки и не кнопки.

Их нельзя просто включить, подкрутить или отмерить с нужной точностью. Любая попытка так действовать — это попытка управлять тем, что на самом деле не находится под контролем. Именно здесь чаще всего и возникают ошибки.

Я ни в коем случае не могу сказать, что книга плохая. Наоборот, она сильная, подробная и заставляет думать. Она хорошо объясняет, как вообще можно смотреть на поиск как на систему, а не как на набор случайных советов. Книга даёт язык, с помощью которого легче обсуждать сложные вещи и видеть связи там, где раньше для вас был хаос.

Проблема не в самой книге, а в том, как её могут использовать. Если читать её как способ расширить мышление и задать вопросы — она полезна. Если воспринимать её как прямую инструкцию к действиям — начинаются риски. В этом и разница между хорошей теорией и практикой.