Google делает маленький шаг к решению проблемы URL AMP

Когда вы щелкаете ссылку на своем телефоне с маленькой молнией рядом с ней в поиске Google, вы получаете что-то в формате AMP.

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

Возможно, вы также заметили, что URL-адрес в верхней части вашего браузера начинался с «www.google.com/somethingorother», а не с веб-страницы, которую вы ожидали посетить.

Google пытается исправить это сегодня, объявляя о поддержке того, что называется «Подписанные биржи».

Это должно означать, что при нажатии на одну из этих ссылок ваш URL будет исходным, правильным URL для истории.

Cloudflare присоединяется к Google в поддержке стандарта для клиентов, которые пользуются его услугами.

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

Прямо сейчас это означает, что URL-адрес будет исправлен, только если браузер Chrome загрузит поисковую ссылку Google на опубликованную статью, в которой реализована поддержка.

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

Давайте немного уменьшим масштаб и поговорим о том, что такое AMP и чем он пытается стать. Мы можем начать с того, о чем мы говорим уже более четырех лет:

Мобильная сеть все еще отстой.

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

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

Вот почему, с другой стороны, предпринимались различные попытки вытеснить сеть чем-то более управляемым и мобильным.

Это то, чем были мгновенные статьи Facebook, и то, чем в значительной степени является Apple News.

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

Google AMP также вписывается в эту категорию, но Google пытается разделить разницу между открытостью сети и безопасным, контролируемым характером этих других стандартов.

Статья AMP не может содержать столько дерьма JavaScript, которое вы найдете на веб-странице, и она может быть упакована и доставлена ​​из любой точки мира.

Это подводит нас к проблеме. Поскольку Google пытается сделать AMP веб-стандартом, ему необходимо использовать веб-стандарты, а именно URL.

URL-адрес всегда был своего рода обещанием: то, на что вы смотрите, пришло из того места, откуда, по его словам, оно пришло. Это называется «адрес» по причине.

AMP, потому что он основан на сети, не нарушает этот контракт, даже если статья может быть подана кем-то другим. В

от почему вы видите другой URL в некоторых статьях AMP.

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

Это также огромная проблема, когда вы делитесь URL. Иногда ваш браузер может быть умным и разделять «настоящий». Но чаще всего вы заканчиваете тем, что отправляете URL AMP, и это выглядит глупо в настольном браузере.

И на самом деле, исправление: стандарт Signed Exchanges означает, что издатель предоставляет любому дистрибьютору, который может показать вам контент AMP, возможность дать вам URL издателя.

Это означает, что Google должен привлечь издателей для поддержки стандарта, что означает еще большую работу для компаний, которые уже обременены тем, чтобы их контент появлялся в интернете, Apple News, AMP и кто знает, где еще.

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

Это будет большим препятствием для Google в будущем.

Вся эта работа является частью общего толчка, чтобы AMP пополнили или заменили чем-то, называемым «Стандарт веб-упаковки», который (в основном) позволяет упаковывать и масштабировать веб-страницы по всему интернету, чтобы их можно было предварительно загружать и обслуживать быстрее.

Это то, что делает AMP, но новый стандарт должен быть немного более универсальным.

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

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

Это медленно, грязно и сложно. Он также — по крайней мере, теоретически (Google) — не контролируется какой-либо одной компанией или организацией.

Вся эта вещь с подписанным обменом — крошечный шаг, но это крошечный шаг в правильном направлении.

Подписывайтесь на наш Telegram канал