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

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

Одна ссылка с главной страницы, к примеру, BBC может стоить миллион ссылок с обычных сайтов - и я не преувеличиваю, это суть работы алгоритма. То есть, вместо бесполезных ссылок по типу 1000 за 500 рублей, лучше доплатить и взять одну качественную тематическую.

Честно говоря, меня удивило, сколько обращений по плагину WB2WP посыпалось в последнее время. Поэтому я решил всё-таки продолжить его развитие.

В ближайшее время выложу скрипт, который подтягивает цены с клиентского сайта Wildberries и работает в связке с плагином без привязки к API. Следом в работе — обратная выгрузка: передача данных из WordPress на Wildberries. На третьем месте в очереди — поддержка вариативных товаров.

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

Дальше посмотрим, как пойдёт. Планов много, а вот времени, как всегда, непростительно мало…

Сегодня мне прислали занятный скриншот — даже не ожидал увидеть подобное.Хотя, возможно, для кого-то это вовсе не новость.

Оказывается, Beget не только отслеживает вирусы на размещённых сайтах (что и так привычно), но ещё и проверяет установленные плагины на уязвимости.

Если хочешь подняться в локальном рейтинге по услуге в Google, начни с Google Business Profile.

Это одна из самых важных вещей.

Обнови профиль: поставь правильную основную категорию, добавь услуги и напиши нормальное описание, где будет фраза вроде “physical therapy in Miami”.

Это помогает Google сразу понять, чем ты занимаешься и в каком городе работаешь.

Проработай отзывы — особенно полезно, если в отзывах упомянуты город и нужная услуга.

Google такие вещи быстро подхватывает. После этого сделай на сайте отдельную страницу под запрос “physical therapy in Miami”.

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

Проверь, чтобы название, адрес и телефон совпадали на всех площадках: Yelp, Healthgrades, ZocDoc и других. Если где-то данные отличаются, Google может путаться.

Как-то был клиент: вроде и с отзывами у него всё гладко, и карточка оформлена хорошо, но до топа он всё равно не дотягивал. Через аудит в Semrush мы посмотрели его присутствие в каталогах — на половине площадок были указаны левые или устаревшие номера и адреса. После того как всё исправили, пошёл рост. Смешно, но многие даже не думают это проверять.

И самое простое, что реально работает, — фото. Загружай новые снимки клиники, сотрудников и процесса работы. На продвижении был суши-ресторан, который за счёт только фото попал в локальный блок с картой.

Это БАЗА. Тут нечего придумывать и изобретать велосипед.

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 удобно превращает хаос в одну цифру: её легко сравнить, ею легко объяснить результат, ею легко оправдать бюджет.

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