#amp

10 постов
пост №1194

Гугл пушит свои веб-сторизы (amp-stories). Будет показывать их в карусельке наверху результатов поисковой выдачи не только для новостей, но и для остальных сайтов.

Инструменты создания сторизов для не-программистов: раз, два.

Плагин для вордпреса.

Документация для разработчиков: раз, два, три.

☠️

пост №529

Смотрю трансляцию конференции AMP Conf 2018 из Амстердама.

1. Анонсировали новый формат stories (ссылка на timecode в трансляции). Vox и прочие уже сделали примеры, вот прямая ссылка на один Story от них. Для этих stories будет отдельная карусель в результатах поиска. Чтобы посмотреть карусель — откройте ссылку на телефоне или симуляторе, наберите в строке поиска vox или cnn — второй строкой будет карусель.
2. Рассказывают о хороших сайтах, которые AMP-first (а не обычная версия + AMP версия для трафика). Примеры: Tasty (базфид про еду) и новый сайт BMW.
3. Пушат свои крупные компоненты вроде date-picker, gallery, lightbox и sharing-buttons. Давят на то, что эти компоненты респонсив и хорошо оттестированы на сотнях кейсов. Tasty рассказывает, что с этими компонентами на самом деле гораздо проще жить.
4. Рассказывают про amp-optimizer (внутри AMP-toolbox), который круто оптимизирует AMP-сайты.

Fun fact: на презентации были видео админок Stories от Vox и Washington Post. Обе компании были в ситуации, когда нужно запрогать что-то прямо сейчас. У Vox в результате получилась отдельная супер-красивая админка (говорят, что разработка заняла 3 дня), а у WaPo — франкенштейн из Chrome extension, который перехерачивает обычный редактор статей на лету. Очень хочется быть как Vox.

https://www.youtube.com/watch?v=56_lO4WCIX0

пост №497

Помните, у издателей бомбило от того, что из результатов поиска AMP-страницы открываются не с оригинального сайта, а с адресов (и серверов) Google.com?

Дело в том, что отдавать страницы с серверов Google быстрее по двум причинам: 1) ни у кого нет так много компьютеров на всех континентах, как у Google 2) можно сделать предзагрузку результатов поиска.

Второй пункт важен — гугл в фоне предзагружает AMP-страницы первых 2-3 результатов поиска, так что при клике они открываются мгновенно. Если бы страницы предзагружались с серверов издателей — те могли бы палить, кто нашел их сайт через Google, даже если читатель не кликнул на их сайт.

И вот, Google придумал решение. Это новый формат архива, в который можно сложить всё, что нужно для открытия страницы в офлайне (картинки, стили, скрипты, etc.). Что-то типа MHTML, только для 2018 (в этом формате, например, есть поддержка цифровых подписей). Называется эта штука Web Packaging Format. Если у вас аллергия на RFC (я их обожаю), то вот explainer на гитхабе.

Для нормального использования, это должно работать во всех крупных браузерах. Google контролирует Chrome, но есть ведь Safari. В этот раз Google пошел не путем уговоров Apple, но решил сам запилить поддержку WPF в Webkit (это open source основа Safari).

Понятно, что Google делает это для CDN. Тем не менее, потенциально это означает, что можно будет «перекинуть страницу на флешку» / «через ватсап» (или что там у нас тогда будет в моде) и сайт нормально откроется даже без интернета. Мечты...

Возможность делать хорошие packaged web apps может подточить ультимативную власть апстора. Очень интересно, что из этого получится.

пост №337

Заголовок на 10/10

«Издателям не нравится, что AMP слишком быстрый»

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

Но всё равно смешно, всё что вы хотели знать о худших представителях медиа-индустрии и рекламе.

https://digiday.com/media/publishers-find-google-amp-loads-fast-ad-views/

пост №272

Condé Nast рассказывает, как они сделали AMP для своих медиа.

Condé Nast владеет многими медиа (GQ, The New Yorker, Vanity Fair, Vogue, Wired, Ars Technica и другие), но использует для всех них общую админку Copilot (landing, UI toolkit). Фронтенды для всех этих медиа отдельные, но все построены на одной технической базе, на nodejs.

Мне было интереснее всего увидеть, что они хранят статьи в markdown. Причем, судя по дизайнам и наличию кнопки Preview около текстовых полей — в редакторе у них не WYSIWYG.

В самом AMP — никакой магии, отдельный сервис (тоже на node/react), который преобразует markdown в amp и отдает готовый html через SSR.

https://technology.condenast.com/story/the-why-and-how-of-google-amp-at-conde-nast

пост №242

Про AdSense рекламу в AMP:

1. используйте DFP, не бахайте напрямую AdSense, иначе наедитесь потом во время теракта. AdSense не даёт возможности отключить рекламу динамически никак. В DFP это делается за секунду.
2. В DFP не нужно вставлять никаких AdSense кодов, это два лишних запроса, тормоза = плохо. Просто поставьте галочку Maximize revenue of unsold and remnant inventory with AdSense внутри DFP. Отчеты будут внутри DFP, деньги — внутри AdSense аккаунта.

пост №239

попытка встроить рекламу в Accelerated Mobile Pages «красиво», чтобы само добавлялось между абзацами с нужными пустотами

несколько часов ковыряния в документации, чтобы понять, что функционал ещё не доступен публично и нужно делать по-старинке :\

пост №41

Хороший повод написать в канал — телеграм запустил аналог FB Instant Articles и платформу для публикации лонгридов Telegraph.

Написал в Telegraph небольшую статью-сравнение трех разных платформ — Google AMP, Facebook Instant Articles и Telegram Instant View. Будет интересно издателям и другим близким к медиа специалистам, которые ещё не разобрались в этих новых технологиях.

http://telegra.ph/AMP-Instant-Articles-Instant-View-whut-11-23
(если у вас свежая версия телеграма в телефоне — нажимайте Instant View:)