Ми багато говорили про MPA (прискорені мобільні сторінки) від Google з моменту його всесвітнього запуску в списку основних пошукових систем….

... і в цій статті я хочу висловити свою думку про його позитивні та погані сторони, як розробник і власник сайту. Але спочатку…

Pourquoi?

Офіційна відповідь. Чи потрібен нам інший формат, ніж HTML, для створення сторінок, які швидко завантажуються?
Очевидно, що логічна відповідь – ні, оскільки HTML не є проблемою, HTML насправді досить ефективний. Проблемою з точки зору швидкості завантаження є iframes, інтернет-реклами (рекламні мережі), gif-файли та інші теги скриптів. Той AMP намагався ліквідувати лише за один раз ! Але в них його немає не зроблено...
То чому ми це робимо? Читайте далі.

Добрі сторони

• Інтернет — і сайти новин зокрема — став а великий базар через рекламу та кнопки спільного доступу. Ми знаємо, що блокування реклами значно покращує наш досвід перегляду. Спочатку AMP не авторизує будь-який сторонній вміст. Специфікації вимагають зовнішніх інструментів для підключення до спеціальних компонентів HTML. Подивіться або подивіться. Це велика перемога для користувачів, але для розробників це ще одна специфікація, з якою потрібно мати справу. Сподіваюся, ви використовуєте авторизовані рекламні мережі, інакше… не пощастило. І, до речі, чи готова ваша CMS до неїamp-youtube>?
• Частиною специфікації AMP є розмітка вмісту метадані. Для утопістів Google хоче, щоб видавці реалізували метадані, щоб вони краще розуміли атрибути та контекст вмісту сторінки, але для циніків це означає витягти ваш вміст і ввести його безпосередньо в SERP (сторінку результатів пошукової системи). Світла сторона: новини json-ld spec набагато зрозуміліший, ніж його попередник Microdata (на жаль, все ще живий), який включає атрибути itemscope, itemprop, meta, RDFa або навіть vcard, вкладені в елементи DOM.
• Більше видимості на сторінці результатів Google.com. Значок AMP може привернути більше відвідувань до вашої компанії. Він також був запущений з невеликим підсилювачем рейтингу (оновлення: офіційно, немає підвищувача рейтингу). Мій досвід показує, що Google зазвичай говорить це, щоб змусити розробників прийняти нові протоколи. Особисто я не помітив незначного підвищення. І навіть якщо це підвищило ваш рейтинг, усі ваші конкуренти підуть, і через 6 місяців конкурентної переваги більше не буде. Для видавців у Новинах Google, як і у випадку мій веб-сайт, карусель новин з’являється частіше, а статті AMP бачать набагато частіше, ніж раніше. Дякую Google!
• Швидкість! Так, рендеринг відбувається майже миттєво. І я знаю, що кожен користувач на планеті, який не має 4G або Wi-Fi, знайде цю функцію вбивчої. За замовчуванням він включає SSL. І навіть старий добрий тег було відмовлено на користьamp-img> з міркувань швидкості.

Неправильна сторона

• технічне обслуговування копію вмісту вашого сайту. Так, AMP живе сам по собі URL що ви приймаєте себе. Лише Google зможе його відвідати, він не повинен бути метою для відправлення відвідувачів (ви могли б). Проблеми з'являться, і ви це зрозумієте пізніше. Крім того, Google обслуговуватиме користувачів власну копію вашого сайту. Вони закривають двері до налаштованих сторінок для користувачів, які ввійшли в систему. Вони дозволяють ping їх CDN для оновлення свіжіша версія. Але так, це більше речей для управління. Некруто. Хоча в Інструментах для веб-майстрів є хороші звіти про проблеми. Mise à Jour : і це нове інструмент для налагодження.
• За наведеним вище пунктом. Я думав, що ми всі робимо адаптивний Інтернет і більше не створюємо спеціальні мобільні сторінки? Я був неправий. AMP призначений для мобільних пристроїв. Отже, ви робите а спеціальна мобільна сторінка. Поки вони також не приймуть робочий стіл. Я припускаю, що ви також робите медіа-запити, щоб працювати над цим.
• Версія з AMP зазвичай менш привабливим для користувача оскільки зведено до специфікації HTML. Порівнюючи сторінку за відвідування сторінки з AMP та без AMP, користувачі входили швидше, але швидше виходили. Можливо, це тому, що на сторінці без AMP менше безладу, але це погано. І я бачив кілька звітів. Можна сказати, що насправді це а добре річ. Вони підтримують такі речі, як каруселі зображень, без яких я не можу жити, але лише ті, які надає Google.
• Специфікація починалася простою та ефективною. Але вона стає неконтрольований і підтримує все більше і більше існуючих веб-функцій. Хороший приклад: сповіщення про прийняття файлів cookie. Існує спец. спец для того. Він прикріплений до користувача і робить запит CORS на вашому серверному сервері. І не забувайте глікат ! Я не бачу кінця горизонт.
• Важче монетизувати. Причина, чому всі ці рекламні мережі завантажуються на одній сторінці, полягає в тому, щоб заробляти якомога більше за перегляд сторінки. Наприклад, мої рекламні мережі ще не підтримуються, а це означає, що я схожий на дохід у 2004 році з одним блоком Adsense, прибуток поділений на два.

Моя порада

Якщо AMP буде успішним, Google стане великим переможцем. Вони дадуть результати, які завантажуються миттєво, значно покращуючи Google Experience™, запрошуючи користувача ще більше використовувати Google.
Як розробник, я не бачу, що робить для мене мобільна копія AMP мого сайту. Це досить ретроградна річ.
Привіт Google! Давайте кожен пройдемо половину шляху. Користувачі 2G або GPRS отримують AMP-іфікований, я надам сайт AMP, але ми продовжуємо надавати версію без AMP для всіх інших користувачів (наприклад, Iphone 7 4G), ні?
Чорт, я навіть збираюся придумати специфікацію для цього: amp-audience-target-only. LGTM.
Оригінальна стаття написана Іво Шаап переклад JS Staff
 
[separator type=”” size=”” icon=”star”] [actionbox color=”default” title=”” description=”JS-REPUBLIC – сервісна компанія, що спеціалізується на розробці JavaScript. Ми є затвердженим навчальним центром. Знайдіть всю нашу технічну підготовку на нашому партнерському сайті, присвяченому навчанню” btn_label=”Наше навчання” btn_link=”http://training.ux-republic.com” btn_color=”primary” btn_size=”big” btn_icon=”star” btn_external =”1″]