Sejak AMP diluncurkan, AMP dikelilingi oleh kontroversi dan kebingungan. Itu menjanjikan halaman yang lebih cepat dan peringkat yang lebih baik tetapi menuntut pengoptimalan seluler yang radikal. Dan meskipun ada sejumlah besar pengadopsi awal, sebagian besar pengembang tetap skeptis.
Maju cepat tiga tahun dan AMP masih ada di sini. Tetapi apakah sudah waktunya untuk memberikannya kesempatan lagi? Apakah Anda perlu berinvestasi di AMP jika Anda adalah pemilik bisnis kecil? Pada artikel ini, saya mencoba menentukan apakah AMP masih relevan di tahun 2023 dengan melihat sejarahnya, perkembangan terkini, dan rencana ke depan.
Apa itu AMP
Proyek AMP (aslinya adalah Accelerated Mobile Pages) adalah kerangka kerja sumber terbuka yang dikembangkan dengan misi untuk menyediakan format yang mengutamakan pengguna untuk konten web. Kata-kata resminya agak kabur, jadi mari kita uraikan.
Kerangka kerja sumber terbuka
Proyek ini resmi open-source, tetapi sebagian besar disponsori, disumbangkan, dan dipromosikan oleh Google, jadi tidak ada yang malu menyebutnya sebagai proyek Google.
Format yang mengutamakan pengguna
Google memilikinya dengan web yang lambat dan membengkak dan ditetapkan untuk menentukan standar baru untuk mendesain halaman seluler. Dalam konteks ini, format yang mengutamakan pengguna berarti web yang cepat.
web content
Tujuan awal dari proyek ini adalah untuk menghadirkan halaman seluler yang lebih ringan, tetapi sejak itu diperluas hingga mencakup situs web desktop, cerita interaktif, email, iklan, dan solusi e-niaga.
Bagaimana cara kerja AMP
Saat diterapkan, AMP membuat halaman seluler Anda dimuat secara instan. Banyak dari kecepatan itu dicapai dengan batasan desain, tetapi keuntungan krusial berasal dari trik rendering pintar yang mulai memuat halaman Anda bahkan sebelum dikunjungi.
Pembatasan desain
AMP menerapkan batasan desain yang ketat yang hanya mengizinkan gaya sebaris, membatasi CSS hingga 50 KB, membatasi JS hingga 150 KB, dan memindahkan semua fluff dari jalur rendering penting. Meskipun batasan tersebut sudah cukup untuk membuat halaman yang sangat cepat, bukan saus rahasia yang membuatnya instan.
Pra-render
Setiap kali hasil penelusuran seluler menyertakan halaman AMP, Google mulai memuat sumber daya untuk halaman ini bahkan sebelum Anda mengunjunginya. Pada saat Anda melihat-lihat hasil penelusuran dan memilih halaman untuk dikunjungi, jika halaman ini adalah AMP, halaman tersebut sudah dimuat dan ditampilkan secara instan. Namun jika halaman tersebut bukan AMP, halaman tersebut mulai dimuat hanya saat Anda mengunjunginya. Seperti yang dapat Anda bayangkan, ada perbedaan kecepatan yang mencolok antara halaman AMP dan non-AMP.
Ini adalah kontroversi besar bagi Google karena sepertinya halaman AMP diberi keuntungan yang tidak adil dibandingkan halaman biasa. Dalam pembelaan Google, Google tidak mampu melakukan pra-render semua halaman secara merata, karena beberapa di antaranya mungkin terlalu berat, tetapi proyek ini bergerak menuju pra-render halaman non-AMP yang memenuhi kriteria kecepatan. Meskipun solusinya mungkin beberapa tahun lagi.
Bagaimana menerapkan AMP
Proyek AMP menyediakan dokumentasi dan sumber daya yang ekstensif untuk mengonversi halaman Anda, dan prosesnya cukup mudah. Bahkan lebih mudah bagi mereka yang menggunakan WordPress — Anda dapat menyelesaikan pekerjaan dengan menginstal plugin AMP resmi.
Ke mana pun Anda pergi, kemungkinan Anda perlu melakukan beberapa penyesuaian manual agar semua elemen berfungsi dengan baik. Namun, menilai dari semua akun langsung yang tersedia secara online, proses konversi seluruh situs web ke AMP tidak pernah memakan waktu lebih dari tiga minggu — terkadang hanya beberapa hari.
Segera setelah Anda merasa yakin bahwa halaman Anda siap untuk AMP, Anda mungkin ingin mengujinya menggunakan validator AMP. Validator tersedia online, tetapi juga melalui konsol pengembang dan ekstensi Chrome. Ini adalah alat yang sama yang digunakan Google untuk memeriksa apakah halaman Anda sesuai dengan AMP dan karenanya memenuhi syarat untuk pra-perenderan. Validator akan memberi Anda laporan lengkap tentang semua masalah yang ditemukan dan Anda dapat menerbitkan halaman Anda segera setelah diperbaiki.
Setelah halaman Anda dipublikasikan dan dirayapi, itu akan masuk ke cache Google dan menerima ikon petir yang akan membedakannya dari halaman non-AMP di SERP.
Mengapa menerapkan AMP
Disebutkan di AMP Conf terbaru bahwa waktu muat rata-rata untuk halaman AMP adalah 0,7 detik, sedangkan menurut Google, waktu muat rata-rata untuk halaman seluler biasa adalah 15 detik. Jadi inilah jawaban Anda, bukan?
Ya, tidak juga, karena laman seluler biasa belum tentu merupakan laman seluler yang dioptimalkan, jadi ini seperti membandingkan apel dengan jeruk. Halaman seluler yang disetel dengan tangan dapat dengan mudah dimuat di bawah 2 detik, dan jika Anda berusaha sangat keras, Anda dapat mendorongnya di bawah satu detik atau bahkan mengalahkan halaman AMP.
Pertanyaan sebenarnya adalah apakah Anda cukup bersedia dan cukup terampil untuk membuat solusi khusus untuk situs web tercepat. Atau apakah Anda lebih suka menerapkan solusi standar dari AMP dan mendapatkan situs web yang cukup cepat? Itu tidak akan menjadi yang tercepat, atau paling tampan, tetapi masih akan berada di atas sana dengan para pemimpin. Dua opsi yang benar-benar valid.
Apakah AMP memengaruhi peringkat
Menurut Google, AMP itu sendiri bukanlah faktor peringkat. Tapi ini bukan cerita lengkapnya, karena AMP hadir dengan peningkatan dramatis di halaman kecepatan, yang merupakan faktor peringkat besar. Dan, meskipun ada cara lain untuk mendesain halaman yang cepat, Anda tidak akan pernah bisa menandingi nuansa hampir instan dari halaman AMP yang telah dirender sebelumnya.
Hal lain yang perlu diingat adalah aturannya berbeda bagi mereka yang menjalankan situs berita. Google memiliki sejumlah panel cerita khusus yang benar-benar mendominasi permintaan pencarian ‘berita’. Dan, seperti yang Anda lihat pada layar di atas, tidak mungkin Anda masuk ke panel tersebut dengan apa pun selain halaman AMP.
Apa status proyek AMP saat ini
Saat pertama kali diluncurkan, AMP mengumpulkan momentum dengan mengumumkan kemitraan dengan sejumlah penerbit besar, termasuk Twitter, LinkedIn, Pinterest, dan WordPress. Itu juga membanggakan hasil yang luar biasa untuk halaman yang dikonversi ke AMP. Secara keseluruhan, AMP mengklaim memberikan peningkatan kecepatan 4x, serta penyerapan yang signifikan dalam lalu lintas seluler, waktu di halaman, dan konversi.
Tapi sudah tiga tahun dan desas-desus itu sedikit mereda. Jadi, mari kita lihat apa yang terjadi sejak itu.
Perkembangan kunci
Meskipun AMP terus memperluas apa yang diizinkan dalam desain halamannya, pengembangan utama berasal dari aplikasi AMP baru, seperti iklan, cerita, dan email.
Oktober 2015
AMP diumumkan oleh Google
Februari 2016
Halaman AMP pertama muncul di panel ‘Berita Teratas’
SEPT 2016
Halaman AMP muncul di hasil penelusuran
Agustus 2017
Manfaat kecepatan AMP diperluas ke iklan
Februari 2018
Cerita AMP dan Email AMP diperkenalkan
Desember 2018
Plugin WordPress resmi dirilis
April 2019
JavaScript diizinkan di AMP
April 2019
Signed Exchange memecahkan masalah URL
Tingkat adopsi
Kembali pada tahun 2017, tim proyek telah mengumumkan bahwa AMP digunakan pada 900 ribu domain dan lebih dari 2 miliar halaman. Pada tahun 2018, jumlahnya telah berkembang menjadi 31 juta domain dan lebih dari 5 miliar halaman. Anehnya, tim tidak memberikan pembaruan seperti itu pada tahun 2019, yang biasanya berarti bahwa jumlahnya tidak lagi mengesankan.
Namun, jika kita melihat statistik yang disediakan oleh W3Techs, akan terlihat bahwa pangsa situs web yang menggunakan AMP telah tumbuh sebesar 70% dalam satu tahun terakhir saja, dari 0,037% menjadi 0,064% dari web. Saya telah menggunakan data ini untuk membuat proyeksi untuk grafik di bawah ini, namun perlu diingat bahwa ini adalah proyeksi spekulatif.
Konferensi
Mulai tahun 2017, proyek AMP telah menyelenggarakan tiga konferensi tahunan untuk membagikan kemajuan dan rencana masa depan mereka. Kehadiran terus meningkat, tetapi tidak ada yang Anda sebut pertumbuhan eksplosif. Namun demikian, itu adalah tanda positif untuk kesehatan proyek secara keseluruhan.
aktivitas GitHub
Jumlah kontributor untuk proyek AMP terus bertambah, dari 400 pada tahun 2017, menjadi lebih dari 800 pada tahun 2019. Melihat sejarah komitmen, kami juga dapat melihat bahwa proyek ini hidup dan sehat — ada sedikit peningkatan dalam aktivitas di dua tahun terakhir.
Apa kritik terhadap AMP
Sejak AMP diluncurkan, ia telah menerima cukup banyak tentangan, baik dalam implementasi teknis maupun implikasi kontrol Google. Jika Anda ingin terjun ke lubang kelinci, berikut adalah salah satu dari banyak artikel yang mengkritik AMP, dengan tautan ke artikel serupa lainnya yang berisi banyak tautan lebih lanjut. Jika tidak, dengan senang hati saya akan memberi Anda rekap singkat.
Keterbatasan teknis
Awalnya, halaman AMP tidak mengizinkan JS pihak ketiga mana pun, memiliki koneksi analitik yang bermasalah, gaya terbatas, tidak ada komentar, tidak ada tombol berbagi sosial, tidak ada navigasi, tidak ada sidebar, dan masih banyak lagi. Halaman yang dihasilkan terlihat cukup sederhana, mengingatkan pada posting blog awal. Seperti yang dapat Anda bayangkan, pemilik situs web tidak terlalu senang menghapus halaman mereka dari semua fitur yang membuatnya istimewa — sepertinya harga yang terlalu mahal untuk membayar peningkatan kecepatan seluler.
kontrol Google
Namun, masalah yang jauh lebih besar diambil dengan keterlibatan Google. Karena Google menghosting halaman AMP secara efektif dan menyajikannya di bawah domainnya sendiri, sepertinya mesin telusur menyesuaikan konten dan lalu lintas situs web AMP. Dan kemudian ada perlakuan istimewa terhadap halaman AMP di hasil pencarian Google, yang juga tidak terlihat bagus.
Tanggapan AMP
Sampai hari ini, sebagian besar masalah yang tercantum di atas telah ditangani oleh tim AMP. Katalog AMP telah menambahkan banyak komponen administratif dan desain, termasuk navigasi, formulir, dan analitik. Halaman AMP juga tidak lagi ditayangkan melalui domain Google, dan tim sedang bekerja untuk memperluas manfaat cache Google ke halaman cepat lainnya.
Satu-satunya hal yang tersisa adalah perlakuan istimewa terhadap halaman AMP berita yang ditampilkan di panel SERP khusus. Saat ini tidak ada rencana untuk mengatasi masalah ini. Sebaliknya, kemungkinan akan diperbesar saat Cerita AMP mendapatkan momentum dan juga ditampilkan dalam hasil penelusuran. Apakah adil? Mungkin tidak, tetapi ada banyak cuplikan kaya lainnya dengan berbagai tingkat keadilan, jadi saya tidak akan mengatakan bahwa ini adalah masalah AMP yang unik.
Apa masa depan AMP
Proyek AMP jauh dari kuda tercepat dalam portofolio Google, tetapi tampaknya akan tetap ada. Ada output fitur baru yang stabil, tim telah terbukti andal dalam mengatasi masalah pengembang, dan statistik proyek semuanya terlihat sehat. Jadi, apa proyek AMP selanjutnya?
situs web khusus AMP
Prioritas tertinggi, dan mudah dijangkau, menggunakan AMP untuk membangun situs web yang berfungsi penuh. Tiga tahun lalu AMP sangat terbatas, hanya memungkinkan untuk halaman paling dasar. Namun daftar komponen terus bertambah, dan sekarang hampir tidak ada fitur yang tidak dapat direplikasi menggunakan AMP.
Untuk menjembatani kesenjangan yang tersisa, AMP akhirnya mengizinkan penggunaan JavaScript, yang sebelumnya sangat dilarang. Ini dibatasi hingga 150 KB, tetapi seharusnya cukup untuk mengimplementasikan fitur-fitur yang belum dicakup oleh AMP.
Jenis konten baru
AMP Stories dan AMP Email masih dalam tahap awal dan belum banyak digunakan, tetapi tim sepenuhnya berada di belakang aplikasi tersebut. AMP Stories adalah format bercerita yang mirip dengan yang digunakan oleh Snapchat, Instagram, dan Facebook, sedangkan AMP Email adalah email generasi berikutnya yang dinamis dan interaktif — pada dasarnya halaman web disajikan melalui klien email.
Bento AMP
Ini masih berupa konsep, tetapi tujuannya adalah agar komponen AMP dapat digunakan dalam halaman non-AMP. Idenya adalah untuk menurunkan penghalang masuk dengan mengizinkan beberapa manfaat AMP tanpa komitmen penuh pada framework AMP. Namun, terlepas dari apakah itu strategi orientasi atau upaya tulus untuk membuat web yang lebih cepat, fleksibilitas yang lebih tinggi selalu diterima.
Pra-rendering non-AMP
Tampaknya adil jika Google harus memperluas manfaat pra-render ke halaman yang secepat halaman AMP. Dan solusinya sedang dikerjakan, tetapi ada dua kendala besar yang harus diatasi.
Pertama, tidak ada cara yang dapat diandalkan untuk mengevaluasi performa yang dirasakan dari halaman non-AMP. Dengan halaman AMP, Anda memiliki batasan desain yang menjaminnya akan terasa cepat. Dan meskipun ada sejumlah uji kecepatan yang dapat digunakan di halaman non-AMP, tidak satu pun dari pengujian tersebut yang mencerminkan secara akurat seberapa cepat halaman terasa. Belum ada solusi, tetapi tim AMP ada di sana dan kemungkinan akan menjadi persilangan antara laporan UX Chrome, Lighthouse, dan validator AMP.
Kedua, pra-perenderan menimbulkan risiko keamanan, karena mengirimkan permintaan pengambilan untuk suatu halaman sebelum ada maksud yang diungkapkan untuk mengunjunginya, sehingga terjadi pertukaran informasi tanpa persetujuan pengguna. Google menyiasatinya dengan menghosting halaman AMP di servernya dan menggunakannya sebagai buffer informasi. Untungnya, teknologi Signed Exchange baru akan memungkinkan Google untuk meng-cache halaman non-AMP juga, jadi masalah ini sudah teratasi.
Haruskah Anda menerapkan AMP pada tahun 2023
Saya tahu Anda mengharapkan saya untuk mengatakan bahwa itu tergantung, tetapi itu hanya tergantung pada apakah Anda adalah situs berita atau tidak. Jika ya, maka Anda seharusnya sudah mengonversi ke AMP tiga tahun lalu. Namun jika Anda bukan situs berita dan tidak mencari panel judul tersebut, saya tidak melihat alasan yang meyakinkan untuk mengonversi ke AMP dalam waktu dekat.
Manfaat utama AMP adalah kecepatan halaman yang berasal dari pengoptimalan radikal dan selanjutnya ditingkatkan melalui cache Google. Namun kecepatan serupa dapat dicapai dengan pengoptimalan seluler biasa, sementara cache Google akan segera diperluas ke halaman non-AMP. Jadi, jika situs web Anda sudah cepat, saya akan menjauh dari AMP karena tidak ada manfaat tambahan dari konversi.
Meskipun demikian, tidak ada lagi argumen yang menentang AMP. Kembali pada hari itu, itu digunakan untuk memotong halaman Anda ke versi paling dasar. Sekarang, ia memiliki fleksibilitas yang cukup untuk membuat halaman yang paling canggih sekalipun. Jadi, jika situs seluler Anda lambat dan Anda sedang mencari cara untuk mengoptimalkannya, maka AMP adalah opsi yang sangat valid untuk dipertimbangkan.
Yah, kurasa itu memang tergantung yaa tergantung kecepatan website kita
Simpulan
Project AMP telah mencapai titik di mana ia menawarkan manfaat kecepatan yang mengesankan tanpa mengorbankan kegunaan apa pun. Tapi itu juga hampir memperluas manfaat tersebut ke halaman non-AMP yang cepat. Jadi ini akan menjadi opsi lain untuk pengoptimalan seluler.
Apa pengalaman Anda dengan AMP? Apa pendapat Anda tentang masa depan proyek ini?