Apa yang harus diperhatikan untuk tahun 2018: prediksi Ponsel SEO

A+ A-

Seperti kita membungkus 2017 dan berharap untuk 2018, banyak SEO akan berspekulasi tentang apa yang diharapkan dalam tahun yang akan datang. Sejak fokus saya adalah mobile, saya ingin berbagi harapan saya yang unik untuk 2018 dengan menguraikan apa yang kita ketahui dan apa yang kita menduga di bagian depan SEO mobile.

Tahun terakhir ini membawa banyak perubahan pada ekosistem mobile, meskipun kami masih menunggu penuh harap untuk peluncuran indeks ponsel-pertama Google. Kami telah yakin bahwa itu akan meluncurkan sekitar tahun 2018, dan kami berharap ini benar.

Untuk artikel ini, saya berencana untuk fokus pada beberapa prediksi kunci untuk 2018: pengaburan garis antara aplikasi dan web, lintas-perangkat konvergensi dan meningkatnya ketergantungan pada skema markup dalam HTML, JSON dan database. Saya kemudian akan mengikat semua tren bersama-sama dengan spekulasi yang unik tentang apa pengindeksan ponsel-pertama akan benar-benar dan apa strategi Anda dapat mulai memasukkan sekarang untuk membuat manfaat SEO segera.

informasi latar belakang ini tentang tren mobile dan harapan jangka panjang tentang pengindeksan ponsel-pertama harus membantu Anda memprioritaskan dan merencanakan untuk lebih sukses 2018.

Mengaburkan dari aplikasi / jalur web

Kecenderungan terbesar tahun 2017 yang akan terus tumbuh pada tahun 2018 adalah gerakan menuju Progresif Web Apps, atau Odha. Anda dapat mengharapkan mereka untuk menjadi fokus yang lebih besar pada tahun 2018.

Sama seperti penyegaran, Progresif Web Apps adalah website yang memungkinkan sebuah shell aplikasi dan file konfigurasi untuk di-download ke telepon, yang memungkinkan untuk mengambil semua karakteristik terbaik dari aplikasi asli ketika tinggal di web. Ingat, “aplikasi web” pada dasarnya website hanya JavaScript-berat yang terlihat seperti aplikasi asli, sehingga membuat mereka berfungsi sebagai PWA hanya memerlukan menambahkan beberapa file tambahan dan fungsionalitas yang lebih sedikit.

Hal yang besar tentang Odha adalah bahwa mereka memungkinkan untuk ikon aplikasi, tampilan layar penuh tanpa address bar, cepat fungsi on dan offline dan mendorong pemberitahuan. Mereka adalah cara yang baik untuk membantu perusahaan membangun jembatan antara dapat ditemukan dari web dan keterlibatan dan kepuasan yang pengguna pengalaman dengan aplikasi, sambil meminimalkan overhead. Mereka dapat digunakan secara langsung di web atau dipasang seperti aplikasi asli pada perangkat Android (dan perangkat iOS segera, juga). Itu berarti ada jauh lebih sedikit untuk mempertahankan, mengoptimalkan dan mempromosikan, sehingga mereka sangat menarik bagi perusahaan cerdas dari semua ukuran.

Tren pengembangan aplikasi akan mulai beralih dari aplikasi asli dan menuju Odha karena lebih banyak perusahaan mulai memahami nilai yang Odha dapat memberikan. OS Android sekarang memperlakukan Odha hampir persis seperti aplikasi asli, menunjukkan konsumsi sumber daya mereka dan spesifikasi di tempat yang sama persis, menampilkan mereka dalam baki app, dan segera, menambahkan mereka ke Google Play Store. Google juga telah mulai transisi banyak sumber daya yang spesifik-bunga web mereka ke dalam Odha, termasuk Lalu Lintas, Olahraga, Restoran, Cuaca, Google Sumbang, Maps-Go dan Cuaca PWA.

Anda dapat melihat tren ini dalam tindakan di bawah ini. Layar pertama menunjukkan hasil pencarian web untuk cuaca lokal. Layar berikutnya menunjukkan hasil pencarian yang sama dengan presentasi yang berbeda dan pilihan untuk menambahkannya ke layar awal. Layar ketiga menunjukkan dialog di mana Anda menerima penambahan ikon PWA ke layar rumah Anda. Gambar akhir menunjukkan aplikasi cuaca asli Google dan cuaca PWA ikon aplikasi sisinya berdampingan. Kedua aplikasi melakukan hal yang sama persis dan memiliki antarmuka yang sama persis.

[Klik untuk memperbesar.]

Odha juga penting karena mereka menghilangkan kebutuhan bagi perusahaan untuk menyiapkan tautan dalam dari situs web mereka ke dalam aplikasi dan wakil mereka versa - sebuah proses yang telah terbukti rumit dan kadang-kadang tidak mungkin bagi perusahaan besar yang tidak memiliki paritas yang tepat antara aplikasi dan situs web mereka konten. Google selalu lebih memilih untuk merekomendasikan dan menghargai pilihan yang paling rawan kesalahan, dan dalam pengalaman kami, dalam menghubungkan dengan cara lama sangat rawan kesalahan. Setiap kali sesuatu perubahan dalam aplikasi atau konten bergerak di website (individu 301 atau migrasi penuh), aplikasi pengindeksan dan dalam menghubungkan berisiko gagal atau benar-benar mogok.

Dan bahkan ketika tautan dalam bekerja dengan benar, poin sentuhan rujukan dan atribusi dapat hampir mustahil untuk melacak tanpa bantuan dari layanan pihak ketiga. Ini adalah kontras dengan kesederhanaan yang menghubungkan di web. Odha adalah aplikasi mandiri yang sudah diindeks di web, menghilangkan semua kompleksitas itu.

Jika segala sesuatu yang terjadi di aplikasi perusahaan Anda dapat dicapai dalam PWA, masuk akal untuk memfokuskan upaya pada PWA - terutama jika perusahaan sedang berjuang dengan menghubungkan mendalam. Selama PWA Anda diindeks dengan baik dan memberikan pengalaman pengguna yang luar biasa, link yang mendalam Android akan menjadi tidak relevan.

Sejak Odha akan di Google Play dengan aplikasi asli, pengguna Android kemungkinan besar tidak akan bisa membedakan antara aplikasi asli dan PWA. Pada Android, penting untuk dicatat bahwa Google akhirnya dapat mengubah cara mereka memperlakukan link dalam ketika PWA tersedia. Google mungkin mulai lebih memilih konten PWA atas link dalam (terutama jika aplikasi tidak terpasang), seperti yang telah mereka lakukan untuk konten AMP.

Ini adalah kurang perhatian untuk iOS, terutama jika dalam menghubungkan terjadi melalui link iOS Universal daripada setiap pelaksanaan Firebase. Sejak Link Universal dijalankan dengan sistem operasi iOS ketimbang browser, tampaknya mungkin bahwa iOS akan terus menghormati Universal Links ke dalam aplikasi, bahkan jika PWA tersedia.

Hanya ingat bahwa, dalam kedua kasus, jika PWA menggantikan website, tautan dalam aplikasi akan perlu untuk menyesuaikan dengan URL yang digunakan dalam PWA. Jika PWA ini selain situs utama, hanya URL web yang berkaitan dengan URI aplikasi akan memicu tautan dalam.

Seperti Google mulai menambahkan Odha ke Google Play dan mengindeks mereka di web, ini bisa membuat lebih mudah untuk itu untuk menambahkan logo aplikasi untuk SERPs untuk Android dan iOS, meningkatkan penampilan, CTR dan keterlibatan dari link PWA. Apapun, mungkin masih ada dorongan untuk semua tautan dalam aplikasi untuk dipindahkan ke dalam sistem Firebase, untuk membantu Google meningkatkan nya lintas-perangkat, lintas-OS pelaporan dan atribusi. Tergantung pada seberapa cepat Google mampu menyelesaikan meluncurkan ponsel-pertama pengindeksan, ini adalah sesuatu yang mungkin dorongan besar bagi perusahaan dalam paruh kedua 2018.

Kami melihat perubahan yang sama di toko aplikasi optimasi (ASO) depan juga. Google Play algoritma secara historis jauh lebih canggih dari algoritma pencarian Google, tapi perubahan terbaru Google Play algoritma aplikasi menunjukkan fokus yang lebih besar pada kinerja aplikasi, efisiensi, keterlibatan dan ulasan, dan penurunan relatif dalam pentingnya metadata aplikasi. Hal ini dapat dianggap sebagai sinyal dari gabungan akan datang potensial antara Google Play dan SERPs biasa, karena kita tahu kinerja merupakan faktor peringkat penting di sana. Ketika Odha ditambahkan ke Google Play Store, aplikasi Android asli akan bersaing melawan situs PWA dalam hal kinerja. Sebaliknya, ini kemungkinan akan berarti bahwa Odha juga dapat dikenakan Peringkat fluktuasi berdasarkan ulasan pengguna dan peringkat bintang.

Meskipun kurang menonjol untuk SEO, sama mungkin benar di dunia Apple teknologi. Secara historis, Apple adalah tahan terhadap memungkinkan peramban Safari mereka untuk mendukung Odha, tetapi pengumuman baru-baru ini membuatnya tampak seolah-olah perspektif perusahaan telah membalik. Pada tahun 2017, Apple akhirnya membuat jelas bahwa Safari akan segera mendukung file Jasa Pekerja yang membuat Odha sangat berguna, dan hanya bulan ini (12 Desember 2017), dalam pencariannya untuk menghilangkan penggunaan layanan aplikasi template, Apple tampaknya didukung Odha sebagai pilihan yang lebih baik bagi perusahaan dengan anggaran terbatas dari aplikasi asli templated!

dukungan tiba-tiba dan tegas Apple Odha merupakan indikasi kuat bahwa Odha akan didukung dalam update Safari berikutnya. Hal ini juga dapat menunjukkan bahwa Apple telah mengembangkan skema untuk menguangkan Odha. Apple juga bisa berencana untuk menambahkan mereka ke App Store (di mana mereka dapat melakukan kontrol yang lebih editorial atas mereka). Ini semua belum terlihat, tentu saja, tapi itu akan menarik.

konvergensi lintas-perangkat

Tema utama berikutnya untuk mengharapkan pada 2018 adalah cross-perangkat konvergensi. Karena jumlah dan tujuan perangkat yang terhubung terus berkembang, pola pikir juga perlu untuk memperluas untuk mengambil pandangan yang lebih luas tentang apa artinya menjadi “lintas-perangkat.” Secara historis, lintas-perangkat mungkin berarti memiliki aplikasi dan situs web, atau memiliki desain website responsif yang bekerja pada semua perangkat. Namun pada 2018, orang akan mulai menyadari bahwa ini tidak cukup. Sebagai garis antara aplikasi dan web menyatu pada ponsel, juga akan bergabung pada desktop dan Internet of Things (IOT).

Sebagai informasi lebih lanjut bergerak ke awan, akan lebih mudah untuk mulus berpindah dari satu perangkat ke perangkat lainnya, mempertahankan negara, sejarah dan status interaksi pada semua perangkat secara bersamaan. Lapisan presentasi hanya akan mencakup kait ke dalam API yang lebih besar. Pengembang akan lebih fokus pada pengujian integrasi data satu aplikasi di berbagai perangkat yang berbeda, bukan pengujian beberapa, aplikasi khusus perangkat pada beberapa perangkat (agak mirip dengan transisi ke desain responsif di web).

Ada toko untuk Home Google dan toko untuk Google Actions, Google Voice-Pertama dan Voice-Only saluran, tetapi ini mungkin akan bergabung ke dalam toko yang sama - mungkin ketika indeks ponsel-pertama meluncurkan sepenuhnya, tetapi lebih mungkin segera setelah. Anda dapat mengharapkan konvergensi akhirnya toko mobile dan desktop aplikasi, sistem operasi dan utilitas pencarian, meskipun ini tidak semua akan selesai atau bahkan dimulai pada tahun 2018. Ini adalah hanya hal-hal ke arah yang akan.

Kita telah melihat ini terjadi di beberapa tempat. Konvergensi antara mobile dan desktop yang paling jelas ketika Anda melihat perubahan yang terjadi pada Windows 10. Desktop OS menggabungkan toko aplikasi dan terlihat jauh lebih seperti sebuah ponsel Android, bahkan termasuk widget disesuaikan di “Start” layar. Microsoft mengumumkan hanya bulan ini bahwa layanan Pekerja, mendorong pemberitahuan dan cache lokal akan semua juga diaktifkan secara default di browser Ujung baru Microsoft, yang ditujukan baik untuk desktop dan mobile.

Odha dan aplikasi Android sudah tersedia di toko aplikasi Windows, yang berarti bahwa Odha sudah tersedia dan sebagian digunakan pada desktop. Dalam nada yang sama, Microsoft kini telah membuat titik membuat beberapa perangkat lunak atas, seperti Outlook, Excel dan Word, tersedia pada perangkat Android, tanpa lisensi.

Ada juga indikasi bahwa Google mungkin mulai menguji disponsori peringkat App Pack. Sejak peringkat App Pack terjadi di SERP biasa daripada toko aplikasi, ini bisa menjadi penting untuk desktop, juga. Sebagai perusahaan mulai menyadari betapa Odha berguna, mereka akan memiliki keunggulan visual selama hasil disponsori lainnya di kedua mobile dan desktop.

Google dan Microsoft / Windows selalu lebih bersedia untuk hidup berdampingan tanpa kebun bertembok, sementara Apple selalu membungkuk ke arah produk proprietary dan akses. Jika Safari mobile akan mendukung Odha dan Pekerja Service, maka itu juga mungkin benar untuk versi desktop Safari, yang berarti bahwa garis antara mobile dan desktop akan penggabungan dalam yang lebih besar Apel alam semesta, juga. MacOS telah memiliki toko aplikasi sendiri untuk waktu yang lama, tapi tim Apple, seperti tim Android dan Windows, juga telah melaporkan bahwa mereka akan menggabungkan toko MacOS dan iOS menjadi satu pada 2018.

Ini lintas-perangkat, model suara dan awan-berorientasi sudah sedang dikejar dengan integrasi Cortana di Windows 10, di mana toko aplikasi mobile dan desktop sudah bergabung. Demikian pula, Siri, Safari dan bekerja Spotlight lintas-perangkat ke permukaan aplikasi dan situs web, dan Google telah menambahkan pencarian suara ke desktop - tetapi mereka memiliki keduanya belum benar-benar mendorong asisten depan dan pusat sebagai sarana permukaan bahwa aplikasi dan web konten pada semua perangkat.

Ada rumor bahwa iOS juga akan tersedia di toko aplikasi Windows, tapi yang terlihat seperti itu telah jatuh melalui, setidaknya dalam hal 2018 perencanaan. Sebaliknya, Apple mungkin telah memutuskan untuk memperpanjang atau menggabungkan sendiri iOS App Store dengan versi desktop toko dan bisa juga telah memutuskan untuk memasukkan Odha untuk pengalaman desktop.

Hal terakhir yang harus diperhatikan dalam tren ini adalah perubahan dengan Accelerated Ponsel Pages (AMP). AMP dirancang untuk membuat halaman web cepat dan ramah-mobile, dan meskipun halaman-halaman ditingkatkan dapat bekerja pada desktop dan mungkin bisa mengintegrasikan dengan mudah dengan suara, Google dilaporkan telah berjuang untuk mengintegrasikan mereka ke dalam indeks mobile pertama. Sementara itu tidak memberikan banyak keuntungan, AMP mungkin harus membuat perubahan besar atau menghadapi hisab pada 2018. Masih ada masalah yang signifikan yang perlu diselesaikan dalam hal UX dan pengukuran.

Meningkatnya ketergantungan pada terstruktur markup data di lebih banyak tempat

Hal terakhir yang perlu diperhatikan pada 2018 adalah mendorong Google untuk webmaster untuk menandai segala sesuatu dengan data terstruktur, termasuk profil sosial, informasi kontak perusahaan, buku, acara, kursus dan fakta. Data terstruktur, dan secara khusus markup yang diformat dalam JSON-LD untuk memberikan pemahaman semantik, adalah apa yang memungkinkan Google untuk memahami “entitas.” (The “LD” di JSON-LD singkatan Linked Data.)

Kita tahu bahwa data terstruktur akan menjadi masalah besar karena membantu Google mencari tahu apa yang terjadi tanpa harus mengandalkan begitu berat pada merangkak dan parsing semua konten di web - yang telah menjadi pekerjaan yang cukup monumental dengan tanpa akhir yang terlihat. Inilah sebabnya mengapa Google telah beralih ke meminta data yang paling kaya aset dalam format JSON-LD, termasuk Google Aksi markup, memanifestasikan Web-aplikasi, dan file yang disimpan oleh Pekerja Service.

Tahun lalu, sebelum Google I / O, Google membuat titik besar menciptakan alat uji data terstruktur yang memberi petunjuk implementasi khusus untuk berbagai jenis markup. Jenis skema disertakan di sana, tidak mengherankan, secara khusus baik untuk interaksi dengan Rumah Google, Google Asisten dan Chromecast - hal-hal seperti restoran, pemesanan, rencana perjalanan, musik, TV, film dan resep.

Konten yang baik ditandai dengan data terstruktur dapat dengan mudah diurai dan disajikan pada perangkat non-tradisional melalui pencarian suara dan interaksi (seperti dengan Google Asisten, Home Google, Android Auto). Ini juga merupakan masalah besar bagi produk non-Google seperti Amazon Alexa, Siri, Fitbit (yang diluncurkan sendiri aplikasi mitra OS-spesifik) dan suara-diaktifkan remote TV.

Satu hal dalam dokumentasi data terstruktur Google yang belum mendapatkan perhatian karena merupakan database atau kumpulan data markup (yaitu, instruksi untuk cara menambahkan terstruktur markup data ke database Anda). Database tidak harus memiliki URL atau butuh website, dan ini adalah inti teori bahwa indeks ponsel-pertama tidak akan memerlukan URL untuk mengindeks dan bahwa hal itu akan bergantung pada skema dan entitas pemahaman.

Mari kita lihat sebuah contoh bagaimana markup adalah menciptakan “entitas” pemahaman. Di bawah, Anda dapat melihat hasil pencarian untuk boot tertentu. Daripada menampilkan semua lokasi web di mana Anda mungkin menemukan boot yang, Google telah dikumpulkan menjadi sebuah utilitas yang dapat memberikan pengguna lebih banyak informasi langsung dari SERP.

Hasilnya menunjukkan nama lengkap boot, serta apa yang harus menyimpannya dalam saham dan berapa harga. Hal ini juga menunjukkan peringkat bintang untuk boot dan membuat saya beralih ke berbagai ukuran dan warna. Jika saya klik tab, saya bisa melihat rincian lebih lanjut tentang boot dan membaca ulasan yang telah dikumpulkan dari semua tempat yang menjualnya. Karena informasi ini merupakan agregasi informasi dari seluruh web, itu benar-benar tidak memiliki URL statis, sehingga Google termasuk segitiga “share” link sehingga agregasi itu sendiri bisa dibagi.

fungsi berbagi ini adalah sesuatu yang dapat Anda harapkan untuk melihat lebih banyak dari pada pengindeksan mobile-first. Ini merupakan indikasi bahwa Google memandang topik sebagai entitas dan dengan demikian telah disimpan, dikumpulkan atau berasimilasi informasi pada topik secara keseluruhan (entitas). link dinamis adalah link yang Google menghasilkan dengan cepat, untuk konten yang mengerti, tapi itu tidak secara alami memiliki URL.

Penting untuk diingat bahwa Google pertama (berhasil) upaya untuk mendorong dalam aplikasi-menyambungkan digunakan Dinamis Link, sebagai bagian dari Google Now On-Tap. Kemudian, mereka digunakan sebagai link terpadu yang menyatukan bagian yang sama dari konten di web, dalam sebuah aplikasi iOS dan aplikasi Android. Mereka diperbolehkan satu link untuk memicu pengalaman yang tepat pada perangkat apapun, dan jika aplikasi yang tepat tidak terpasang, link akan jatuh kembali ke versi web konten. Sekarang, Link Dinamis masih dimasukkan sebagai bagian penting dari platform yang aplikasi pengindeksan Google, Firebase.

Pada contoh berikut di bawah ini, Anda dapat melihat bagaimana data terkait membantu dukungan entitas pemahaman dalam hasil pencarian. query adalah untuk penulis populer, sehingga hasilnya menunjukkan gambar dan biografi singkat di bagian paling atas. Hanya ada perbedaan kecil antara Google Now hasil dan hasil Web Google - salah satu memiliki link share dinamis, dan lainnya menawarkan kemampuan untuk “mengikuti” entitas atau konsep.

Dalam kedua, hasilnya mengumpulkan informasi seperti tanda kutip dan film dikaitkan dengan penulis, daftar pengaruh dan link ke halaman Wikipedia. Di bawah itu, Google menampilkan korsel buku yang paling populer, dengan gambar sampul dan tanggal mereka keluar. Di bawah itu, hal itu menunjukkan “Orang Mencari Juga Untuk” carousel, yang penuh penulis yang menulis dalam genre yang sama.

Kami percaya Google menggunakan klik pada ini bawah dua komidi putar untuk memverifikasi dan dokter hewan data terkait yang telah berasimilasi tentang penulis ini. Lebih banyak klik item carousel mendapat, semakin besar kemungkinan terkait dengan topik query.

Sebuah cara baru untuk memikirkan pengindeksan ponsel-pertama

Mengetahui tren ini akan membantu Anda memahami bagaimana mobile-first pengindeksan cocok dengan gambar SEO yang lebih besar. Pencantuman kata “indexing” dalam judul resmi Google untuk pembaruan memberitahu. Hal ini menunjukkan bahwa ini bukan hanya update algoritma, tapi update untuk arsitektur fundamental dan organisasi dari sistem. Ingat, sebuah “index” hanya repositori informasi memerintahkan yang mudah untuk query atau pencarian. Indeks dapat dibuat untuk semua jenis informasi yang berbeda dan memerintahkan dalam berbagai cara: abjad, numerik, atau dalam kasus Google, secara historis berdasarkan URL.

Karena aplikasi asli dan aplikasi web progresif tidak memerlukan URL yang berbeda untuk menampilkan konten yang berbeda, kami percaya metode pengindeksan dan konten mengorganisir harus berubah. Memaksa URL ke orang-orang teknologi baru telah terbukti tidak bisa dipertahankan, sehingga Google perlu indeks baru - dan itu akan menjadi salah satu yang lebih suka “portable” konten yang hidup di awan dan baik ditandai dengan data terstruktur. Ini mungkin akan menjadi “entitas index” berdasarkan “konsep entitas” yang unik yang mencakup domain (dengan URL), entitas aplikasi asli dan konten mereka, entitas PWA dan entitas database yang tidak perlu elemen desain sama sekali.

Penggunaan kalimat “mobile-pertama” dalam nama juga menarik. Dengan kedua pembaruan mobile ramah dan pengindeksan ponsel-pertama, Google repurposes frase yang sebelumnya digunakan untuk menggambarkan elemen desain - tetapi dalam kedua, Google terutama difokuskan pada teknologi back end yang membuat desain perubahan mungkin. Untuk update mobile-friendly, Google memang memberikan pedoman tentang bagaimana konten akan terlihat pada halaman, tetapi berdasarkan alat pengujian mereka, fokus utama mereka adalah benar-benar pada crawlability file tergantung pada situs (khusus, CSS dan JavaScript).

Pembaruan mobile-friendly adalah prekursor penting untuk pengindeksan ponsel-pertama karena itu memberi Google apa yang diperlukan untuk memberi makan dan melatih program pembelajaran mesin nya tentang bagaimana mereka harus menelan dan menafsirkan JavaScript. Seperti SEO, kita semua menanggung mobile-friendly update, yang lebih suka situs yang memenuhi syarat seperti itu dan diberikan mereka dengan ikon ponsel-ramah ketika mereka muncul dalam hasil pencarian.

Demikian pula, frase “mobile-pertama” pada awalnya digunakan untuk menggambarkan prinsip desain di mana kerangka desain website responsif didirikan dengan elemen yang paling penting dari fungsi pertama, dan ini dimaksudkan untuk perangkat mobile dengan layar terkecil. Baru kemudian adalah desainer dapat menambahkan lain, unsur-unsur yang kurang diperlukan desain dan UX untuk perangkat yang lebih besar-disaring yang memiliki lebih banyak ruang.

Sekarang tampak bahwa Google juga terkooptasi istilah “mobile-pertama” berarti sesuatu yang sedikit berbeda, dengan implikasi yang jauh lebih besar dari hanya desain. Daripada berfokus pada perangkat mobile dan ukuran layar, Google akan menempatkan fokus pada aksesibilitas isi dan awan dan fokus jauh lebih sedikit pada presentasi.

Ini merupakan tren penting karena “awan” adalah di mana Google telah berfokus sebagian besar waktu dan energi yang inovatif. Konten yang di-host di awan, tanpa diformat khusus untuk setiap satu perangkat, adalah persis apa yang mereka setelah; itu adalah yang paling mudah bagi mereka untuk memproses dengan AI dan yang paling mudah bagi mereka untuk menampilkan kembali di layar apapun (atau membaca keras-keras, dalam konteks suara saja). Itu adalah di mana Google Now dan Google Asisten datang.

Google Now adalah usaha pertama Google di mesin pencari prediktif yang diantisipasi query sebelum pengguna bahkan disampaikan mereka. Dulu semua informasi yang tahu atau bisa mendeteksi tentang kebiasaan Anda untuk mengantisipasi informasi yang Anda inginkan dan ditampilkan dalam sebuah antarmuka di sebelah kiri layar utama pada ponsel Android. Itu juga tersedia sebagai App Google di iOS, tapi itu tidak pernah sebagai baik karena mereka tidak mampu untuk agregat sebanyak kebiasaan pribadi dan preferensi dari pengguna iOS. Google Now termasuk kemampuan pencarian suara, tapi itu hanya diterjemahkan query suara ke dalam teks.

Ada perbedaan minimal di peringkat pencarian yang paling ketika Anda membandingkan pencarian biasa di Google.com dan pencarian di Google Now. Perbedaan utama terjadi ketika ada PWA tersedia (seperti Cuaca PWA). Ada juga beberapa variasi kecil dalam “berbagi” dan “mengikuti” fungsi, yang mungkin juga mengisyaratkan apa yang diharapkan dalam pengindeksan mobile-first. Anda dapat melihat perbedaan di bawah ini.

Google Asisten sedikit lebih canggih dalam hal itu kadang-kadang bisa menjawab pertanyaan sederhana langsung daripada hanya mengembalikan hasil pencarian. Hal ini juga menggunakan sinyal pasif dan aktif tentang manual untuk memastikan bahwa itu adalah memberikan informasi yang paling akurat dan berguna mungkin. Google Asisten adalah elemen penting dari perangkat Beranda Google, yang beroperasi terutama dengan suara tetapi dapat melemparkan hasil untuk TV yang terhubung atau telepon jika ditinjau visual yang diperlukan.

Google Now dan Google Asisten merupakan prekursor jelas untuk mobile-pertama pengindeksan dan memberi kita banyak wawasan apa yang diharapkan. Kedua utilitas yang sangat mirip dan mungkin hanya dikombinasikan untuk mengindeks ponsel-pertama. Salah satu dukungan kuat dari ide ini adalah bahwa Google baru-baru ini mendapat jauh lebih agresif di mendorong pengguna Android ke dalam Google Now / Asisten dunia Google. Mereka pindah query bar dari Google Now antarmuka (satu babatan kiri layar telepon utama) untuk tata letak standar (diakses pada semua versi dari layar awal).

Search bar baru hanya mengatakan “Google,” sehingga sebagian besar pengguna tidak akan menyadari bahwa mereka mengakses pengalaman yang berbeda di sana daripada di versi web-berorientasi Google (google.com).

posting blog terbaru Google tentang indeks ponsel-pertama tidak benar-benar menambahkan sesuatu yang baru untuk persamaan, sehingga perkiraan terbaik kami masih bahwa indeks baru akan mungkin juga bersandar berat pada pemahaman semantik Google yang ada web (yang didasarkan pada Grafik pengetahuan dan penggabungan sejarah dan membangun-up dari Freebase). Hal ini juga akan menggunakan kartu dan AI, seperti kita digunakan untuk melihat di Google Now. Konsep ini didukung oleh pensiun Google dari istilah “cuplikan kaya” dan peluncuran Hasil Kaya Pengujian Alat baru pada 19 Desember.

Gambar di bawah menunjukkan metode yang berbeda Google menggunakan untuk menginformasikan Asisten Google tentang preferensi pengguna individu, yang akan membantu lebih personalisasi hasil pencarian individu. Tapi data ini juga bisa dikumpulkan - dalam “Big Data” cara - untuk menentukan pola yang lebih besar, kebutuhan dan tren pencarian sehingga dapat beradaptasi lebih cepat.

Di sebelah kiri, Anda dapat melihat Google Cloud Search, yang menarik bersama-sama informasi tentang aset pada semua perangkat saya yang masuk ke Akun Google. Ini termasuk email, entri kalender, dokumen Drive, foto, SMS dan aplikasi. Meskipun ini belum menjadi fokus dari setiap pemasaran Google, itu adalah bagian dari paket Bisnis GSuite Google, yang diaktifkan secara default untuk semua pengguna GSuite.

Di sebelah kanan, Anda dapat melihat Google My Activity tracker. Ini adalah fitur lain yang diaktifkan secara default. Hal ini mirip dengan Cloud fungsi Search, tapi bukan hanya menjadi database dicari, itu mengatur informasi dalam urutan kronologis. Hal pecah kegiatan sehari-hari saya pada waktu dan peta. Data tersebut meliputi jumlah waktu yang saya habiskan berjalan dan mengemudi. Hal ini juga menunjukkan usaha yang saya kunjungi dan kali aku ada di sana. Hal ini juga menempatkan gambar yang saya ambil pada timeline dan asosiasi mereka dengan lokasi di mana foto-foto itu diambil.

Unsur-unsur seperti ini dimaksudkan untuk membantu Google Asisten memiliki pemahaman yang lebih besar dari konteks pribadi sehingga dapat merespon ketika permukaan hasil pencarian, baik untuk pencarian eksplisit atau ke diantisipasi inginkan atau butuhkan (misalnya, Google Now).

Dalam jangka panjang, Google Asisten mungkin entri baru untuk pencarian Google pada semua perangkat, memaksa orang untuk login sehingga negara dan sejarah mereka dapat dipertahankan di seluruh perangkat yang berbeda, dan agar sejarah pribadi dan indeks dapat dikembangkan dan dibangun untuk setiap pengguna. Awal indeks sejarah pribadi ini sudah di Google Now untuk pengguna Android. Menggunakan aktif dan pasif pembelajaran mesin untuk melacak dan mengkompilasi semua kegiatan lintas-perangkat pengguna di Google Cloud, kemudian diterjemahkan bahwa informasi menjadi kebutuhan diprediksi di Google Now.

Google telah mulai mempromosikan “satu-klik mendaftar dan membentuk‘menyelesaikan’dan‘satu-klik sign-in’yang bekerja dan transfer kredensial di perangkat yang berbeda. Fungsi ini semua saat ini dimungkinkan oleh API Bukti Manajemen Google, yang berarti bahwa hal itu bergantung pada “negara” awan-host bersama yang dikelola oleh koordinasi Pekerja Jasa lokal yang lulus perubahan negara untuk Akun Google awan-host. Jika dan ketika ini lepas landas, hal itu akan menjadi keuntungan besar untuk keterlibatan dan e-commerce konversi karena menghilangkan gesekan utama.

Kesimpulan

Dari pencarian calon, data yang hidup dalam satu negara, terlepas dari perangkat, besar - tetapi asimilasi semua jenis hasil pencarian potensial menjadi indeks sulit. Baru Indeks ponsel-pertama akan bercampur website dengan aplikasi, Odha dan set data lain yang tidak semua memiliki URL, jadi ini adalah di mana markup data terstruktur akan datang di.

Sama seperti sistem iklan profil pengguna individu dengan sidik jari perangkat, Google akan harus mengatur indeks baru dengan pengidentifikasi unik yang sama, yang akan mencakup URL web dan URI aplikasi. Tapi, untuk konten yang tidak memiliki pengenal yang unik yang ada, seperti halaman jauh di dalam pengalaman PWA atau aset dalam database, Google akan memungkinkan “Dynamic Link” untuk berdiri sebagai pengenal unik mereka sehingga mereka dapat diindeks.


Pendapat yang dikemukakan dalam artikel ini adalah dari penulis tamu dan belum tentu Search Engine Land. Penulis staf tercantum di sini.