Свойства платформ и доступ к данным

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

В июле 2026 года Google сообщил о глобальном запуске platform properties. Текущая справка при этом сохраняет оговорку о постепенной доступности. В учебной процедуре будем фиксировать фактическое состояние конкретного свойства, а не обещать одинаковый интерфейс каждому читателю.

Канал как отдельное свойство

Поддерживаемые платформы включают YouTube, Instagram, TikTok и X. Для каждого аккаунта или канала создаётся отдельное свойство. Это не проверка всего домена youtube.com и не доступ к чужим каналам. В property-register.csv введём property_id, platform, account_alias и ownership_state. Для лаборатории все аккаунты называются демонстрационными псевдонимами.

Разделим несколько состояний. not_created означает, что свойства пока нет. verification_required — что право ещё не подтверждено. collecting — что данные только начинают появляться. available — что источник доступен в заданный момент. connection_expired — что связь требует повторного подтверждения. Таблица не должна трактовать все эти состояния как отсутствие интереса аудитории.

В учебном наборе YouTube имеет available, TikTok — collecting, X — not_created, Instagram — verification_required. Это придуманные условия для сравнения. У каждого есть data_start и last_checked. Если свойство создано недавно, первое окно будет частичным. Сравнение его семи дней с полным месяцем другого канала требует отдельного решения, а не только деления на число строк.

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

Не все отчёты появляются одинаково. Discover и News зависят от фактического наличия соответствующего трафика. Отсутствующая вкладка не сообщает нулевой общий интерес к видео. В договоре для каждой поверхности укажем available, not_available либо not_checked. Это позволит позже сопоставлять только те данные, которые действительно относятся к одному виду поиска.

План доступа без изменения аккаунта

Для собственной практики читатель может пройти официальную процедуру добавления и подтверждения своего аккаунта. Но текущая лаборатория не изображает её выполненной. Вместо этого access-plan.md описывает будущие шаги, необходимые права и сведения, которые нужно сохранить после получения доступа. Так план не смешивается с фактическим состоянием.

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

Рассмотрим ошибку: в файл YouTube случайно попала выгрузка сайта. Столбцы могут выглядеть одинаково, но property_id не совпадает. Такой файл следует отложить со статусом wrong_property, а не смешивать с видео. В следующих уроках эта проверка станет частью нормализации. Одного названия файла report.csv недостаточно для определения источника.

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

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

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

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

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

Чтение сохранённого состояния

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

Учебное свойство	Как читается его состояние
YT-LAB	Источник условно доступен; дальнейшее сравнение всё равно требует поверхности, фильтров и полного окна.
TT-LAB	Данные собираются недавно, поэтому доступны лишь частичные периоды и нет автоматического месячного сравнения.
X-LAB	Свойство ещё не создано; отсутствие отчёта не означает отсутствия просмотров или поискового интереса.
IG-LAB	Владение не подтверждено в сценарии, и аналитик не должен заменять этот шаг догадкой.

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

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

Основной артефакт property-register.csv находится в lesson-02 архива серии. Полный снимок содержит также исходные таблицы и договоры. Они читаются вручную; результаты примеров описаны как ожидаемые, выполнение не проводилось.

Первичные источники: platform news, platforms.