Дополнение · X-алгоритм · страница 9 из 11

Блендинг: лента состоит не только из постов

Ранжирование закончилось, посты упорядочены. Но на экране будут ещё реклама, блок «кого читать» и промо-подсказки — то, что моделью не ранжируется и ранжироваться не должно. Разбираем, как это смешивается: почему реклама ставится правилами, а не скором, откуда берётся ограничение на её количество и что происходит после отправки ответа.

1. Почему реклама не участвует в ранжировании

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

2. Сколько рекламы поместится

Главная функция блендера читается почти как формула:

let spacing = compute_spacing(&ads);

let safe_count = scored_posts.iter().filter(|p| !has_avoid(p)).count();
let max_from_safe = safe_count / 2;
let expected_from_spacing = n.saturating_sub(1).checked_div(spacing.requested).unwrap_or(0);
let actual_ads = ads.len().min(expected_from_spacing).min(max_from_safe);

Фрагмент из partition_organic_blender.rs · код X, Apache 2.0, коммит 28e414f

Количество рекламы — это минимум из трёх ограничений:

Плюс проверка перед всем этим: если постов меньше пяти или рекламы нет вовсе, блендер честно возвращает ленту без рекламы и записывает причину в метрику.

3. Три блендера на выбор

Реализаций несколько, и переключаются они параметром. По умолчанию работает partition_organic_low_risk.

Третий заслуживает комментария. Его параметры — целевой интервал 4 секунды, минимальный органический разрыв 3 поста, ограничения множителя от 0.5 до 2.0 — показывают, что расстояние между рекламами меряется не в позициях, а в предполагаемом времени, которое человек потратит на промежуток.

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

4. Модули на фиксированных позициях

Блок «кого читать» вставляется не по скору, а на заранее заданное место:

fn insert_who_to_follow(blended: &mut Vec<FeedItem>, wtf_modules: Vec<WhoToFollowModule>) {
    let Some(wtf) = wtf_modules.into_iter().next() else { return; };
    let insert_idx = WHO_TO_FOLLOW_POSITION.saturating_sub(1).min(blended.len());
    blended.insert(insert_idx, FeedItem { position: WHO_TO_FOLLOW_POSITION as i32, ... });
}

Фрагмент из blender_selector.rs · код X, Apache 2.0, коммит 28e414f

Константа WHO_TO_FOLLOW_POSITION равна 6. То есть блок с рекомендациями аккаунтов всегда шестой, если он вообще показывается. Рядом лежит параметр усталости: WhoToFollowFatigueHours = 30 — не чаще раза в тридцать часов.

5. Побочные эффекты: тринадцать задач после ответа

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

Первая строка — самая важная и самая хрупкая. Как мы разбирали на странице про пайплайн, эти задачи запускаются через tokio::spawn, и их результат не проверяется. Отсюда четыре независимых механизма защиты от повторного показа.

Частые ошибки и подводные камни

Вопросы с собеседований

Шпаргалка одним экраном

Первоисточники

• blender_selector.rs — смешивание, фиксированные позиции модулей.
• partition_organic_blender.rs — три ограничения на число реклам.
• time_gap_blender.rs — разрыв, измеряемый во времени просмотра.
• side_effects/ — все тринадцать фоновых задач.
• Курс: глава «Как проектировать систему с нуля» о слоях с разными целевыми функциями, глава «Логирование и его разрывы» о логировании и его разрывах.