Sejak kami mengumumkan pratinjau developer AMP stories kami berfokus untuk memastikan format ini menjadi cara yang mudah dan menarik bagi penayang untuk membuat konten visual di web. Sangat menyenangkan melihat eksperimen dan arah yang diambil oleh beberapa penguji awal dengan produk ini.
Tentu saja ada banyak orang yang meminta kami untuk berbagi pembelajaran awal tentang cerita AMP – apa yang berhasil, apa yang tidak – jadi kami mencoba untuk menyusun ringkasan praktik terbaik dengan cepat di sini:

Kualitas Cerita

1) AMP stories adalah – cerita, yang ditujukan untuk mengomunikasikan pesan, menjelaskan situasi, suatu kejadian, seseorang, atau konsep. Penayang harus menceritakan kisah-kisah penting yang layak dibaca yang kaya secara visual dan berbagi informasi yang relevan dalam pengiring teks mereka. Kami telah melihat cerita-cerita visual yang dibuat dalam berbagai kategori konten, dari olahraga, resep, berita utama hingga hiburan. Beberapa hal yang harus dihindari:
  • AMP storiesyang hanya merupakan slideshow gambar atau dihasilkan secara otomatis sering kali tidak memiliki konten inti yang diharapkan dan dicari pengguna saat memilih apa yang ingin dibaca.
  • AMP stories harus lengkap, artikel mandiri; mereka harus masuk akal dan berguna bagi pengguna tanpa mengharuskan pengguna mengklik link lain.
Lihat contoh cerita AMP dari Washington Post, Mic.com dan FIFA (ditampilkan di atas).



FIFA
Contoh dari FIFA

2) Kualitas Aset Adalah Penting 💯: Kami melihat interaksi pengguna yang jauh lebih baik ketika aset yang tepat dipilih dan diformat dengan benar untuk AMP stories sehingga pengguna merasa menjadi bagian dari pengalaman tersebut. Di luar relevansi, ini artinya gambar dan video memiliki resolusi tinggi, berorientasi potret, dan selayar penuh karena membuat pengalaman lebih imersif, indah, dan menarik bagi pengguna. Meskipun kami tahu bahwa memanfaatkan aset yang ada bisa mempercepat pembuatan cerita, harap perhatikan bahwa aset yang dipilih harus menyatu dengan pengalaman tersebut dan pas dengan dimensi perangkat yang digunakan untuk melihatnya.



WaPo2
Contoh dari The Washington Post

3) Lebih Dari Sekadar Gambar Diam: Beberapa AMP stories yang paling menarik menggabungkan video singkat atau efek Ken Burns untuk melibatkan pengguna secara mendalam. Saat menggunakan video, lihat dokumentasi video kami di AMPproject.org, termasuk tips ini:
  • Praktik terbaik adalah menggunakan 720p, yang pada rasio aspek 3:4 memiliki lebar 720px dan tinggi 960px: Over-indexing pada video resolusi tinggi tidak semestinya memperlambat waktu pemuatan cerita untuk kualitas yang berkurang.
  • Jika menggunakan audio, harap perhatikan bahwa cerita AMP bisa berdiri sendiri dengan audio yang dimatikan, mengingat bahwa beberapa kasus penggunaan terjadi ketika pengguna sedang bepergian dan mungkin tidak ingin mengaktifkan audio. Untuk alasan ini framework AMP mendukung teks, serta kemampuan untuk menentukan apakah video berisi audio melalui atribut `noaudio`.



Wired
Contoh dari WIRED 

Mem-build Audience & Memonetisasinya

4) “Jika AMP stories yang sangat bagus dibuat tetapi tidak ada yang melihatnya, apakah itu ada?” Karena AMP stories bersifat self-canonical, kualitas dan relevansi (di seluruh web) berasal dari Cerita AMP itu sendiri. Seperti halaman lainnya, sinyal-sinyal ini penting agar dapat ditayangkan oleh platform seperti Google Penelusuran. Penayang harus mempromosikan AMP stories kepada pengguna di halaman beranda dan situs mereka sendiri, melalui saluran sosial, dan mekanisme promosi standar lainnya. Penayang berita harus mempertimbangkan penautan dari peta situs Google Berita.
5) Visibilitas & Pengindeksan: Ada sejumlah hal yang ingin dilakukan oleh penayang untuk memastikan bahwaAMP stories – meskipun mungkin condong ke visual – memiliki metadata dan struktur teks yang diperlukan untuk memastikan Google bisa menemukan dan memahami AMP stories:
  • Buat semua teks bisa di-crawl: Gunakan overlay teks, daripada menyisipkan judul atau teks pengiring langsung ke dalam gambar atau video.
  • Terapkan markup data terstruktur: Seperti AMP, penayang harus menyertakan data terstruktur yang tepat selain metadata khusus Cerita AMP. Perhatikan bahwa ada persyaratan ukuran yang unik untuk thumbnail utama dan gambar logo penayang khusus untuk dokumen Cerita AMP.
6) Bereksperimen dengan monetisasi: Meskipun baru beberapa bulan sejak kami membagikan dokumentasi publik di github untuk Single Page Ads di AMP stories, kami mulai melihat adopsi awal dari format yang memanfaatkan aset gambar dan video ini. Kami juga melihat eksperimen dengan real estat iklan untuk menjalankan eksperimen bagi produk mereka sendiri dan untuk podcast, newsletter, dll.



story_ad
Iklan cerita AMP

Fitur & Pengembangan

7) Uji lebih awal dan sering. Ada fitur layanan mandiri yang tersedia (situs Pengujian AMP dan Situs Pengujian Validasi AMP Google) sehingga penayang bisa menguji AMP storiessebelum mendorongnya ke web dan mengidentifikasi serta mengatasi error. Selain itu, penayang bisa menguji markup data terstruktur di sini. Komunitas AMP stories berharap fitur ini semakin kuat dari waktu ke waktu dan menantikan masukan agar fitur ini semakin bermanfaat.
8) Jadikan Itu Sebagai Milik Anda!: Seperti AMP, AMP stories adalah project open source dan keberhasilannya akan bergantung pada kontribusi penayang dan mitra di seluruh dunia yang memberikan masukan, permintaan fungsionalitas, dan bahkan kode itu sendiri. Dukungan teks dan subtitel ditambahkan ke project oleh organisasi yang menginginkan dukungan untuk fitur tersebut, tetapi membutuhkannya dengan cepat.  Dengan sedikit panduan dari tim AMP, mereka mengimplementasikan fitur tersebut, membuatnya tersedia untuk semua orang di sini.  Jika Anda memiliki pertanyaan atau ide, jangan ragu untuk menghubungi kami melalui saluran yang tepat di sini.



captions
Contoh teks dalam AMP stories

Kami gembira bisa terus bekerja sama dengan mitra untuk mengembangkan format ini dan berharap dapat mendengar – dan melihat! – dari Anda.
Ingin lebih banyak sumber daya?
Ditulis oleh Lisa Lehman, AMP story Partnerships, Google