Мене пов'язує з проектом Google's Accelerated Mobile Pages (AMP) довга історія, але вчора чаша терпіння переповнилася.
Я зайшов в Twitter (в Safari на iPhone 6) і помітив, що хтось послався на мій сайт, поставивши посилання AMP. Я відповів і вказав справжню посилання, але коли натиснув на неї, то мене перенаправили назад на версію AMP моєї сторінки.
Я скопіював посилання, згенерувала Twitter, і зауважив, що вона виглядає так:
Зверніть увагу на amp = 1 на засланні. Коли на неї натискаєш, вона повертає таку HTML-сторінку:
Мої проблеми з AMP як видавця
Коли проект AMP з'явився, я сприйняв його оптимістично. Його метою було зробити веб швидше, а я поважаю таку мету.
Що мені ДУЖЕ не сподобалося як видавцеві - це те, що Google кешувати контент AMP і видавав його зі свого власного кешу і під власним доменним ім'ям. Таким чином, посилання виглядали так:
Іншими словами, замість видачі контенту з BBC.co.uk, він поставлявся з Google.com.У такого підходу є кілька проблем:
Як не дивно, це НЕ те, що робить Twitter
Думаю, що Twitter виходить з припущення, що контент у форматі AMP краще для користувачів. З цієї причини вони просто намагаються надати користувачам послугу і доставити контент в найкращому форматі.
незручна прокрутка
На iPhone AMP перепризначає дефолтну прокрутку в браузері. В результаті скролінг на сторінках AMP неначе відсутній.
Я також помітив, що завантаження зображень в AMP глючить. AMP намагається завантажити зображення тільки коли воно потрапляє в зону видимості для користувача, а спочатку відображається білий квадрат. З мого досвіду, часто відбувається так, що білий квадрат там і залишається замість зображення.
AMP обов'язковий для користувачів
Видавець сам вирішує, чи хоче він додати підтримку AMP для свого сайту. А ось користувачі не мають можливості відключити AMP.
Було б чудово, якби Google надавав користувачеві настройки з можливістю відключити результати рендеринга AMP. На жаль, навіть якщо вони додадуть таку опцію, це не сильно допоможе в умовах, коли Twitter або Facebook підтримують AMP на сервері.
Чому я спочатку підключив AMP для свого сайту
Я спочатку підключив AMP для свого сайту тільки з однієї причини - гарне місце результатах пошуку Google.
Незадовго до появи AMP компанія Google оголосила, що буде опускати у видачі сайти, які недостатньо швидко відображаються на мобільних пристроях. У мого веб-сайту був адаптивний дизайн, але я не був упевнений, що він досить оптимізований для мобільних пристроїв. Тому, коли я дізнався про наявність плагіна AMP для WordPress, то відразу підключив його. І хоча Google офіційно заявила, що підтримка AMP не впливає на місце в результатах пошуку, я вирішив, що вона не завадить.
Ще однією перевагою AMP для ранжирування в пошуку було те, що тільки сайти з підтримкою AMP відображалися в функції «каруселі» на сайті Google. Хоча мій сайт навряд чи потрапить в «карусель», але така можливість повинна бути важливою для великих видавців.
вона поширюється
Я подумав про відключення AMP, коли вперше дізнався, що Google завантажує мій сайт з кешу, але передумав з двох основних причин:
Я хотів зберегти позиції в пошуку.
Я хотів залишити AMP як опцію для тих читачів, кому це потрібно.
Чого я не розумів до історії з Twitter, так це того, що активуючи AMP я тим самим дозволяю іншим сайтам вибирати, як вони хочуть посилатися на мій контент.
Менше двох тижнів тому я написав наступне:
«У мене немає проблем з самою бібліотекою AMP. Мене не хвилює, що Facebook Instant Articles або Pinterest використовують AMP ».
Як я помилявся. Я думав, що мене це не хвилює, поки не побачив свою посилання в Twitter із зазначенням рендеринга в форматі AMP.
Можливо, співробітники Google AMP усвідомили, що вони зовсім небагато виграють, якщо прислухаються до маленької частини спільноти розробників, яким не подобається AMP. Вони знають, що ми в меншості, і ми не їхня цільова аудиторія. Моя мама і моя дружина не ходять на Hacker News. Вони не знають, що таке AMP і не особливо переймаються проблемами відкритого інтернету.
У той же час в Google багато інженерів, для яких відкритий веб важливий. Мене дійсно дивує, що я не чую їх висловлювань проти AMP. Можу припустити, що цей проект отримав благословення на самому верху, так що політично небезпечно гнати хвилю.
Однак ті з нас, кому не до душі AMP, повинні боротися.
У вас є сайт WordPress? Вимкніть AMP або не вмикайте його, якщо він відключений.
Ви працюєте на видавця, у якого включена підтримка AMP? Спробуйте пояснити своєму роботодавцю небезпеки AMP, як він може втрачати трафік і впізнаваність бренду.
Ви просто веб-розробник? Спробуйте робити більш швидкі сайти і уникайте перевантаження скриптами. Є безліч довідкових ресурсів, які допоможуть впоратися з цим завданням (наприклад, див. Замітки з Chrome Dev Summit). Буде простіше боротися з AMP, якщо більшість сайтів будуть швидко завантажуватися, навіть на слабких з'єднаннях.
Рішення відключити AMP прийшло не відразу. На щастя, відключити його на WordPress було майже так само просто, як і підключити. Досить просто дезактивувати плагін. Менш ніж через 24 години Google припинив показувати версію AMP мого сайту в своїх результатах пошуку.