Песочница конфиденциальности для Интернета: изменение ландшафта конфиденциальности и влияние на ваши сайты

Chrome будет вносить изменения в конфиденциальность в рамках инициативы «Песочница конфиденциальности» в течение 2023 года, одновременно создавая новую технологию для обеспечения конфиденциальности информации о пользователях. Одновременно веб-издатели и бренды меняют свою цифровую стратегию, чтобы сохранить доход от рекламы и ценную маркетинговую аналитику, основанную на сторонних файлах cookie.

Этот толчок к расширению конфиденциальности браузера приводит к увеличению спроса на персонализацию веб-сайтов.

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

Слайды сессии:

Стенограмма:

СЭМ ДАТТОН: Привет, я Сэм Даттон. Я являюсь защитником разработчиков в команде Chrome, базирующейся в Лондоне. Большое спасибо, что присоединились ко мне сегодня. Итак, три вещи, которые я сделаю в следующие 25 минут. Я дам вам обзор API-интерфейсов песочницы конфиденциальности. Я объясню, что вам нужно сделать сейчас, и покажу, как вы можете стать тестировщиком, присоединиться к обсуждению API и оставить отзыв.

Итак, позвольте мне начать с объяснения, зачем нам нужна песочница конфиденциальности. Многие из вас слишком хорошо знают предысторию, но стоит быстро повторить, зачем нам это нужно и как мы пришли к тому, что мы имеем сегодня. Таким образом, Privacy Sandbox — это инициатива, направленная на создание набора API-интерфейсов, сохраняющих конфиденциальность, для поддержки бизнес-моделей, которые финансируют открытую сеть в будущем без механизмов отслеживания, таких как сторонние файлы cookie.

Возможно, вы уже видели этот пример из Google I/O. Это типичный сайт с компонентами из разных источников. И, конечно же, компонуемость — одна из суперспособностей Интернета. У вас есть карта из одного источника, какой-то сценарий из другого и так далее, и, конечно же, реклама, и, нравится нам это или нет, и каким бы ни было будущее, реклама стала важнейшим источником дохода и движущей силой бизнеса на веб.

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

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

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

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

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

Поэтому Chrome работает с веб-сообществом вместе с заинтересованными сторонами отрасли и регулирующими органами для разработки новых технологий сохранения конфиденциальности, которые могут поддерживать здоровую и устойчивую экосистему. Теперь, когда эти новые специализированные API-интерфейсы станут доступны, нам нужно убедиться, что у компаний есть время для их внедрения, чтобы мы могли безопасно отказаться от поддержки сторонних файлов cookie в Chrome и продолжить нашу работу по уменьшению других типов отслеживания.

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

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

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

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

Имея все это в виду, я просто хочу кратко рассказать вам о самих API-интерфейсах Privacy Sandbox. Так что в Google это общая инициатива в Интернете и на Android. Песочница конфиденциальности на Android ориентирована на внедрение новых более частных рекламных решений без идентификаторов приложений.

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

Так что это отдельная инициатива для Android, но те из вас, кто создает приложения для Android, а также работает в Интернете, должны следить за этим. Поэтому Google тестирует новые API в сотрудничестве с рядом партнеров по всему миру.

Сотни компаний участвуют в публичных форумах, будь то W3C, они объясняют проблемы на GitHub и так далее, публикуют перспективы и анализ и присоединяются к отраслевым круглым столам, делятся отзывами с Chrome и Android и, конечно же, участвуют в тестировании.

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

Поэтому я не буду описывать все API песочницы конфиденциальности. Вместо этого я хотел бы сосредоточиться на трех основных рекламных API в песочнице конфиденциальности. Это темы, FLEDGE и отчеты об атрибуции. Наши темы и FLEDGE известны как API релевантности.

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

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

Наконец, Attribution Reporting — это предложение Chrome для измерения кампании с сохранением конфиденциальности, предоставления анонимных отчетов об эффективности и когда люди просматривают рекламу или нажимают на нее, а затем совершают покупку или совершают какую-либо другую конверсию.

Таким образом, эти API прошли период тестирования в Android и в Chrome на настольных и мобильных устройствах. Если вы работаете с платформами рекламных технологий, вам необходимо убедиться, что вы понимаете планы этих платформ по решению этих вариантов использования и вариантов использования, которые будут выполняться этими API в будущем без сторонних файлов cookie или других механизмов отслеживания.

Итак, теперь у нас был период технического тестирования с API, активированными с помощью флагов Chrome, и теперь пробная версия изначально активирована только для небольшого процента пользователей Chrome. Итак, сейчас мы находимся на этом этапе тестирования полезности: у 50 % разработчиков и пользователей бета-версии Chrome Canary пробные API-интерфейсы источника рекламы активированы на страницах, предоставляющих действительный токен, и у 5 % стабильных пользователей.

Конечно, это небольшой процент от общего трафика Chrome, но этого достаточно для ограниченного тестирования API с реальными пользователями. И сейчас мы движемся к запуску в Chrome Stable, где API-интерфейсы будут доступны для всех пользователей по умолчанию, и я вернусь к срокам для этого позже.

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

Так что, кстати, Chrome также обновляет элементы управления конфиденциальностью пользователей, такие как пользовательский интерфейс, для этого. И элементы управления песочницей конфиденциальности фактически доступны как часть пробной версии API-интерфейсов рекламы. Люди смогут видеть и управлять интересами, связанными с их просмотром, или полностью отключить API.

Таким образом, на самом деле есть три другие технологии песочницы конфиденциальности, которые, я думаю, вы также можете протестировать или сообщить любому из ваших сторонних поставщиков. Во-первых, ЧИПСЫ. Это файлы cookie, имеющие независимое состояние раздела, что позволяет разработчикам выбирать файл cookie для секционированного хранилища с отдельным файлом cookie для каждого сайта верхнего уровня.

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

Итак, сначала давайте более подробно рассмотрим API тем. API тем предоставляет механизм для включения рекламы на основе интересов, но не позволяет третьим сторонам отслеживать активность пользователей в Интернете. Таким образом, API в некотором смысле состоит из трех основных компонентов, и, во-первых, реклама на основе интересов нуждается в таксономии тем, представляющих интерес.

Таксономия Topics API выглядит следующим образом. Это общедоступный удобочитаемый список тем, в котором отсутствуют деликатные темы. И теперь это, вероятно, изменится и будет развиваться с течением времени в консультации с веб-экосистемой, и это означает, что такие люди, как вы, нам нужны ваши отзывы об этом, а также обо всем остальном.

Таким образом, Topics API должен определять интересы пользователя на основе его активности в Интернете, но, как я уже сказал, делать это таким образом, чтобы сохранить его конфиденциальность. Таким образом, самые интересные темы записываются для пользователя в его браузере на его устройстве на основе их недавней активности в Интернете, опять же, в их браузере на их устройстве.

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

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

Итак, теперь, как только браузер определил темы, представляющие интерес для пользователя, Topics должен предоставить вызывающим API доступ к интересующим темам, которые они наблюдали для пользователя.

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

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

Таким образом, Topics API предоставляет два способа наблюдения за темами, представляющими интерес для пользователя, а затем получить доступ к тем темам, которые были просмотрены, во-первых, с помощью JavaScript API или с помощью заголовков запроса и ответа в запросе на выборку.

Первый способ, с помощью которого вызывающая сторона Topics API может сигнализировать браузеру о том, что она наблюдала темы для пользователя, — это вызвать document.browsingTopics из iframe, встроенного в сайты, которые посещает пользователь.

Теперь позже вызывающий API может вызвать тот же метод document.browsingTopics для доступа к темам, которые он наблюдал для текущего пользователя. Кстати, причина, по которой этому методу нужен iframe, заключается в том, что контекст для наблюдения за темами должен быть таким же, как и контекст для доступа к темам.

Другой способ наблюдения и доступа к темам — использовать заголовки выборки, запроса и ответа. Сначала вызывающая сторона API должна сделать запрос на выборку URL-адреса в своем источнике, включая объект true просмотра тем в параметре параметров.

И если ответ на запрос на выборку включает в себя заголовок Observe-Browsing-Topics ?1, это сигнализирует браузеру, что вызывающая сторона хочет, чтобы браузер записал, что вызывающая сторона просматривала темы, представляющие интерес для текущего пользователя, для текущего страница. Надеюсь это имеет смысл.

Теперь темы, наблюдаемые для пользователя, можно получить из запроса на выборку вызывающего абонента, обратившись к заголовку запроса sec-browsing-topics. Итак, весь процесс от начала до конца. Я знаю о времени, поэтому я не буду вдаваться в подробности сейчас, но мы поделимся этим позже, чтобы вы могли увидеть, как это работает, весь процесс, и у нас будет это для каждого из API.

И вы можете попробовать демо-версию Topics, в которой используется метод iframe JavaScript для наблюдения и доступа к темам, или вы можете попробовать нашу демонстрацию, в которой используется подход с заголовком запроса на выборку. chrome://topics-internals отображает темы для текущего пользователя, темы, назначенные для имен хостов, и техническую информацию о реализации API.

Вы также можете запустить совместную лабораторию по темам, чтобы проверить вывод тем с помощью модели классификатора тем. Теперь три основных открытых вопроса для вас, прежде чем я покину темы: как мы можем лучше определить темы, представляющие интерес для пользователя, на основе его активности в Интернете? Как мы можем улучшить содержание и структуру таксономии, чтобы сделать ее более полезной при сохранении конфиденциальности пользователей? И как мы можем улучшить общую архитектуру API?

Я думаю, что здесь следует помнить одну вещь: независимо от того, есть ли у нас темы или что-то другое, нам все равно нужно соответствовать его вариантам использования. Далее, ФЛЕДЖ. Таким образом, это API для вариантов рекламы на устройстве, чтобы обслуживать варианты использования ремаркетинга и пользовательской аудитории без необходимости межсайтового отслеживания третьей стороной.

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

Теперь в какой-то момент, когда пользователь посещает сайт, на котором отображается реклама, например сайт издателя, продавец рекламы может инициировать аукцион рекламы, чтобы выбрать для него рекламу, и с помощью FLEDGE этот аукцион можно запустить на устройстве пользователя.

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

Так что я просто очень кратко прохожу FLEDGE шаг за шагом. Во-первых, представьте, что пользователь посещает обувной интернет-магазин, просматривает страницы. Платформа рекламных технологий или, возможно, сам рекламодатель вызывает JavaScript, чтобы сообщить браузеру о присоединении к группе интересов. И эту группу можно было бы назвать чем-то вроде Trail Running Shoes.

Объект конфигурации для группы интересов может выглядеть следующим образом. В этом примере у отдела рекламы обувного магазина может быть группа по интересам для ремаркетинга, в которую они хотели бы добавить пользователя, и они назвали эту группу «Обувь для бега по пересеченной местности». Платформа adtech обувного магазина вызывает группу по интересам, чтобы попросить браузер пользователя присоединиться к группе по интересам Trail Running Shoes, используя ту конфигурацию, которую я только что вам показал.

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

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

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

Теперь огороженную рамку можно использовать для показа рекламы, но она не может взаимодействовать со страницей вокруг нее. Затем и продавец, и выигравший покупатель получают возможность вести регистрацию и составлять отчеты, что делается с помощью вызова navigator.reportresult.

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

Теперь, наконец, я хотел бы рассказать вам немного об API песочницы конфиденциальности для измерения рекламы, который представляет собой отчеты об атрибуции. Отчеты по атрибуции используются для измерения того, когда клик по объявлению или показ объявления приводит к конверсии. Например, когда просмотр рекламы на новостном сайте приводит к покупке в обувном интернет-магазине.

Как и в случае с Topics и FLEDGE, этот API предназначен для предотвращения межсайтового отслеживания. Таким образом, API поддерживает два типа результатов измерений: отчеты на уровне событий и сводные отчеты. Итак, позвольте мне кратко описать, как это работает.

Сначала давайте взглянем на отчеты уровня событий. Таким образом, рекламные ссылки могут быть настроены с атрибутами, характерными для API отчетов об атрибуции, и это позволяет подсчитывать просмотры и клики с запросом на стороне конверсии.

Теперь, когда пользователь нажимает на рекламу или видит ее, а затем совершает конверсию, браузер создает отчет, и в этот отчет рекламная компания или специалист по рекламе включает две части данных. Во-первых, любые данные, которые им нужны о клике по объявлению или показе, и они могут быть очень подробными, например, идентификатор объявления, информация об издателе, отметка времени и так далее. А во-вторых, небольшая порция данных о конверсии рекламы.

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

Отчет содержит две части данных: подробные данные о клике или показе объявления, событии и высокоуровневые данные о конверсии. Итак, это отчет на уровне события. Теперь рассмотрим сводные отчеты.

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

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

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

Итак, это измерение атрибуции. Надеюсь это имеет смысл. Я дам ссылки на множество других ресурсов, которые помогут вам более подробно понять и протестировать API-интерфейсы песочницы конфиденциальности. Но последнее, о чем я хотел бы упомянуть, это Privacy Sandcastle.

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

Прежде чем я закончу, я хотел бы подвести итоги и посмотреть на временную шкалу песочницы конфиденциальности. Как видите, приближается квартал, когда мы начнем поставлять API, то есть они будут доступны по умолчанию в Chrome Stable и готовы к тестированию в производственных масштабах. Сейчас в календаре осталось совсем немного времени, и я могу видеть себя. Я близок ко времени здесь.

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

Затем спросите своих сторонних поставщиков, таких как рекламные платформы и т. д., как они готовятся к выполнению своих основных сценариев использования в отсутствие сторонних файлов cookie или других механизмов межсайтового отслеживания, и, наконец, протестируйте API-интерфейсы песочницы конфиденциальности и предоставьте отзыв. и попросите своих сторонних поставщиков сделать то же самое.

И если они не в порядке, спросите их, почему нет, и дайте нам знать, каков ответ на этот вопрос. Таким образом, privacysandbox.com предоставляет временные рамки, часто задаваемые вопросы и дополнительную информацию о межплатформенных усилиях. Я поделюсь URL-адресами после этого мероприятия, но вы можете найти большую часть контента, на который я здесь ссылался, в разделе «Песочница конфиденциальности» на сайте developer.chrome.com.

В частности, здесь есть ресурсы, которые объясняют, как задавать нам вопросы и оставлять отзывы, а вы можете узнать больше о пробных версиях Origin на сайте developer.chrome.com. Мы также создали серию коротких видеороликов и статей, чтобы помочь объяснить концепции Chrome, такие как пробные версии Origin, флаги Chrome, мигающее содержимое и все такое.

Так что спасибо, что выслушали. Это от меня. Как я уже сказал, если вам нужна поддержка, перейдите на эти ресурсы или просто напишите мне SW12 в Твиттере. Спасибо.