content:
Blog dan informasi resmi mengenai perayapan dan pengindeksan, alat webmaster Google dan juga tips webmaster lainnya.
#NoHacked 3.0: Sumber Daya lainnya
Jumat, 29 Desember 2017
Beberapa dokumen riset menarik:
Perilaku meretas berevolusi secara terus-menerus, dan riset memungkinkan kami agar tetap update terkait hal tersebut dan menghadapi tren terbaru dengan lebih efektif. Anda dapat mempelajari tentang publikasi riset terbaru kami di situs riset keamanan informasi. Contoh beberapa studi yang khusus membahas peretasan situs:
Selubung Visibilitas: Mendeteksi Saat Mesin Mengakses Web yang Berbeda
Menyelidiki Bayar Per Instal Komersial dan Distribusi Software yang Tidak Diinginkan
Injeksi Iklan dalam Skala: Menaksir Modifikasi Iklan yang Menipu.
FAQ untuk Situs yang Diretas
Glosarium untuk Situs yang Diretas
#NoHacked 3.0 kami sekarang telah berakhir. Jangan khawatir, karena kami akan segera kembali lagi dengan lebih banyak konten. Sementara itu, jika Anda memiliki pertanyaan, jangan ragu untuk bertanya di Forum Bantuan Webmaster kami. Jika ada masukan atau pertanyaan khusus terkait situs yang disusupi, Forum Bantuan Webmaster memiliki grup Googler aktif dan kontributor teknis yang dapat menjawab pertanyaan Anda dan memberikan dukungan teknis tambahan.
Kami harap Anda menikmati konten kami selama kampanye berlangsung, dan Anda tetap aman dari serangan peretas.
Diposkan oleh Wilfred Halim, Webmaster Relation
Beberapa minggu telah berlalu sejak kampanye #NoHacked dimulai. Sebelum mengakhirinya, kami ingin membagikan beberapa sumber daya lainnya yang dapat membantu menjaga situs Anda tetap aman.
Beberapa dokumen riset menarik:
Perilaku meretas berevolusi secara terus-menerus, dan riset memungkinkan kami agar tetap update terkait hal tersebut dan menghadapi tren terbaru dengan lebih efektif. Anda dapat mempelajari tentang publikasi riset terbaru kami di situs riset keamanan informasi. Contoh beberapa studi yang khusus membahas peretasan situs:
Selubung Visibilitas: Mendeteksi Saat Mesin Mengakses Web yang Berbeda
Menyelidiki Bayar Per Instal Komersial dan Distribusi Software yang Tidak Diinginkan
Injeksi Iklan dalam Skala: Menaksir Modifikasi Iklan yang Menipu.
FAQ untuk Situs yang Diretas
Glosarium untuk Situs yang Diretas
#NoHacked 3.0 kami sekarang telah berakhir. Jangan khawatir, karena kami akan segera kembali lagi dengan lebih banyak konten. Sementara itu, jika Anda memiliki pertanyaan, jangan ragu untuk bertanya di Forum Bantuan Webmaster kami. Jika ada masukan atau pertanyaan khusus terkait situs yang disusupi, Forum Bantuan Webmaster memiliki grup Googler aktif dan kontributor teknis yang dapat menjawab pertanyaan Anda dan memberikan dukungan teknis tambahan.
Kami harap Anda menikmati konten kami selama kampanye berlangsung, dan Anda tetap aman dari serangan peretas.
Diposkan oleh Wilfred Halim, Webmaster Relation

Google
Labels: #nohacked , sekuriti , tips umum
#NoHacked 3.0: Memperbaiki kasus peretasan yang umum terjadi
Senin, 25 Desember 2017
Peretasan penyelubungan kata kunci dan link secara otomatis membuat banyak halaman berisikan tautan, gambar, dan kalimat nonsens. Halaman ini terkadang berisi elemen template dasar dari situs asli, sehingga sekilas tidak terlihat adanya kejanggalan halaman sebelum Anda membaca kontennya. Pada jenis serangan ini, biasanya peretas menggunakan teknik terselubung untuk menyembunyikan konten berbahaya dan membuat halaman yang terinfeksi muncul sebagai bagian dari situs asli atau halaman error 404.
Memperbaiki Peretasan Nonsens
Peretasan nonsens secara otomatis membuat banyak halaman dengan kalimat yang tidak masuk akal dan berisikan kata kunci di situs target. Peretas melakukan ini supaya halaman yang diretas muncul di Google Penelusuran. Lalu, saat ada orang yang coba membuka halaman tersebut, mereka akan dialihkan ke halaman yang tidak terkait, seperti situs porno.
Memperbaiki Peretasan Kata Kunci Bahasa Jepang
Peretasan kata kunci bahasa Jepang biasanya membuat halaman baru dengan teks bahasa Jepang di situs target pada nama direktori yang dibuat secara acak. Halaman ini dimonetisasi menggunakan link afiliasi ke toko yang menjual merchandise merek palsu, lalu ditampilkan di Google Penelusuran. Terkadang akun peretas juga ditambahkan di Search Console sebagai pemilik situs.
Terakhir, setelah Anda memperbaiki masalah dan membersihkan situs, pastikan untuk mengajukan permintaan pertimbangan ulang agar tim kami dapat meninjau situs Anda.
Diposkan oleh Wilfred Halim, Webmaster Relation
Sejauh ini di #NoHacked, kami telah membagikan beberapa tips tentang deteksi dan pencegahan. Setelah Anda dapat mendeteksi serangan peretasan, kami ingin memperkenalkan beberapa teknik peretasan umum dan panduan tentang cara memperbaikinya.
Memperbaiki Peretasan Kata Kunci dan Tautan Terselubung
Peretasan penyelubungan kata kunci dan link secara otomatis membuat banyak halaman berisikan tautan, gambar, dan kalimat nonsens. Halaman ini terkadang berisi elemen template dasar dari situs asli, sehingga sekilas tidak terlihat adanya kejanggalan halaman sebelum Anda membaca kontennya. Pada jenis serangan ini, biasanya peretas menggunakan teknik terselubung untuk menyembunyikan konten berbahaya dan membuat halaman yang terinfeksi muncul sebagai bagian dari situs asli atau halaman error 404.
Memperbaiki Peretasan Nonsens
Peretasan nonsens secara otomatis membuat banyak halaman dengan kalimat yang tidak masuk akal dan berisikan kata kunci di situs target. Peretas melakukan ini supaya halaman yang diretas muncul di Google Penelusuran. Lalu, saat ada orang yang coba membuka halaman tersebut, mereka akan dialihkan ke halaman yang tidak terkait, seperti situs porno.
Memperbaiki Peretasan Kata Kunci Bahasa Jepang
Peretasan kata kunci bahasa Jepang biasanya membuat halaman baru dengan teks bahasa Jepang di situs target pada nama direktori yang dibuat secara acak. Halaman ini dimonetisasi menggunakan link afiliasi ke toko yang menjual merchandise merek palsu, lalu ditampilkan di Google Penelusuran. Terkadang akun peretas juga ditambahkan di Search Console sebagai pemilik situs.
Terakhir, setelah Anda memperbaiki masalah dan membersihkan situs, pastikan untuk mengajukan permintaan pertimbangan ulang agar tim kami dapat meninjau situs Anda.
Diposkan oleh Wilfred Halim, Webmaster Relation

Google
Labels: #nohacked , peretasan , sekuriti , tips umum
#NoHacked 3.0: Tips tentang pencegahan
Selasa, 05 Desember 2017
Memahami bagaimana situs disusupi merupakan bagian penting untuk melindungi situs dari serangan. Berikut ini adalah beberapa metode yang sering dilakukan pelaku spam untuk menyusupi situs.
Waspadalah terhadap tema/plugin premium gratis
Anda mungkin telah mendengar tentang plugin premium gratis. Jika pernah diarahkan ke situs yang menawari Anda plugin gratis padahal biasanya harus dibeli, berhati-hatilah. Banyak peretas yang menarik perhatian Anda dengan menjiplak plugin populer, kemudian menambahkan pintu belakang atau malware yang memungkinkannya mengakses situs Anda. Baca selengkapnya tentang kasus serupa di blog Sucuri.
Selain itu, bahkan plugin serta tema berkualitas baik dan legal dapat menjadi berbahaya jika:
Anda tidak mengupdatenya segera setelah versi baru tersedia
Developer dari tema dan plugin yang dimaksud tidak mengupdatenya, dan akhirnya semakin usang dari waktu ke waktu.
Dalam kasus apa pun, mempertahankan software situs tetap modern dan terupdate harus dilakukan agar peretas tidak menyusupi situs Anda.
Botnet di wordpress
Botnet adalah sekumpulan mesin, perangkat, atau situs di bawah pengawasan pihak ketiga yang sering digunakan untuk melakukan tindakan berbahaya, seperti pengoperasian kampanye spam, robot klik, atau DDoS. Mendeteksi apakah situs telah terinfeksi botnet sulit dilakukan karena sering kali tidak ditemukan perubahan spesifik pada situs. Namun, reputasi, resource, dan data situs sangat berisiko jika situs disusupi botnet. Pelajari lebih lanjut tentang botnet, cara mendeteksinya, dan cara botnet memengaruhi situs pada artikel tentang Botnet di wordpress dan joomla.
Seperti biasa, jika Anda memiliki pertanyaan, silakan posting di Forum Bantuan Webmaster untuk mendapatkan bantuan dari komunitas kami yang ramah. Sampai jumpa lagi minggu depan.
Diposkan oleh Wilfred Halim, Webmaster Relation
Minggu lalu di #NoHacked, kami telah memberikan informasi tentang deteksi peretasan dan kemungkinan penyebab situs Anda diretas. Minggu ini kami berfokus pada pencegahan, dan berikut adalah beberapa tips bagi Anda.
Metode yang sering dilakukan pelaku spam untuk meretas situs:
Memahami bagaimana situs disusupi merupakan bagian penting untuk melindungi situs dari serangan. Berikut ini adalah beberapa metode yang sering dilakukan pelaku spam untuk menyusupi situs.
Waspadalah terhadap tema/plugin premium gratis
Anda mungkin telah mendengar tentang plugin premium gratis. Jika pernah diarahkan ke situs yang menawari Anda plugin gratis padahal biasanya harus dibeli, berhati-hatilah. Banyak peretas yang menarik perhatian Anda dengan menjiplak plugin populer, kemudian menambahkan pintu belakang atau malware yang memungkinkannya mengakses situs Anda. Baca selengkapnya tentang kasus serupa di blog Sucuri.
Selain itu, bahkan plugin serta tema berkualitas baik dan legal dapat menjadi berbahaya jika:
Anda tidak mengupdatenya segera setelah versi baru tersedia
Developer dari tema dan plugin yang dimaksud tidak mengupdatenya, dan akhirnya semakin usang dari waktu ke waktu.
Dalam kasus apa pun, mempertahankan software situs tetap modern dan terupdate harus dilakukan agar peretas tidak menyusupi situs Anda.
Botnet di wordpress
Botnet adalah sekumpulan mesin, perangkat, atau situs di bawah pengawasan pihak ketiga yang sering digunakan untuk melakukan tindakan berbahaya, seperti pengoperasian kampanye spam, robot klik, atau DDoS. Mendeteksi apakah situs telah terinfeksi botnet sulit dilakukan karena sering kali tidak ditemukan perubahan spesifik pada situs. Namun, reputasi, resource, dan data situs sangat berisiko jika situs disusupi botnet. Pelajari lebih lanjut tentang botnet, cara mendeteksinya, dan cara botnet memengaruhi situs pada artikel tentang Botnet di wordpress dan joomla.
Seperti biasa, jika Anda memiliki pertanyaan, silakan posting di Forum Bantuan Webmaster untuk mendapatkan bantuan dari komunitas kami yang ramah. Sampai jumpa lagi minggu depan.
Diposkan oleh Wilfred Halim, Webmaster Relation

Google
Labels: #nohacked , peretasan , tips umum
Rendering halaman yang menggunakan skema perayapan AJAX
Selasa, 05 Desember 2017
diperkenalkan sebagai cara agar halaman berbasis JavaScript dapat diakses oleh Googlebot, dan sebelumnya kami telah mengumumkan rencana penghentian fitur ini. Seiring waktu berjalan, engineer Google telah menyempurnakan rendering JavaScript untuk Googlebot secara signifikan. Dengan pertimbangan penyempurnaan ini, pada kuartal kedua tahun 2018, kami akan mengalihkan rendering halaman ini ke Google, jadi situs tidak perlu melakukan rendering sendiri. Singkatnya, kami tidak akan lagi menggunakan skema perayapan AJAX.
Sekadar mengingatkan, skema perayapan AJAX menerima halaman dengan tanda khusus "#!" pada URL atau yang berisi "tag meta fragmen", lalu meng-crawl halaman dengan "?_escaped_fragment_=" di URL. Versi escape tersebut harus berupa halaman yang dirender sepenuhnya dan/atau versi yang setara, yang dibuat oleh situs itu sendiri.
Dengan perubahan ini, Googlebot akan merender URL #! secara langsung, sehingga pemilik situs tidak perlu memberikan versi halaman yang sudah dirender. Kami akan tetap memberikan dukungan untuk URL ini di hasil penelusuran kami.
Kami berharap sebagian besar situs yang menggunakan skema perayapan AJAX tidak terpengaruh secara signifikan dengan perubahan ini. Webmaster dapat memeriksa ulang halamannya seperti yang dijelaskan di bawah, dan kami akan mengirim notifikasi ke situs yang berpotensi bermasalah.
Jika situs Anda menggunakan URL #! atau tag meta fragmen, sebaiknya:
Verifikasi kepemilikan situs di Google Search Console agar mendapatkan akses ke fitur, dan untuk mengizinkan Google memberi tahu masalah yang mungkin ditemukan.
Uji dengan Fetch & Render di Search Console. Bandingkan hasil URL #! dan URL escape untuk mengetahui perbedaannya. Lakukan hal ini pada bagian situs yang sangat berbeda. Lihat dokumentasi developer untuk informasi selengkapnya terkait API yang didukung, dan lihat panduan proses debug jika diperlukan.
Gunakan Periksa Elemen pada Chrome untuk memastikan bahwa link menggunakan elemen HTML "a" dan menyertakan rel=nofollow jika diperlukan (misalnya, pada konten buatan pengguna)
Gunakan Periksa Elemen pada Chrome untuk memeriksa judul halaman dan tag meta deskripsi, tag meta robot apa pun, dan meta data lainnya. Selain itu, pastikan data terstruktur tersedia di halaman yang dirender.
Konten dalam Flash, Silverlight, atau teknologi berbasis plugin lainnya perlu dikonversi ke JavaScript atau HTML "normal", jika kontennya harus diindeks dalam penelusuran.
Kami berharap perubahan ini mempermudah situs Anda, dan mengurangi rendering yang harus Anda lakukan secara manual. Jika ada pertanyaan atau komentar, silakan ajukan ke forum bantuan webmaster kami, atau bergabung dengan grup untuk situs yang berfungsi dengan JavaScript.
Diposkan oleh John Mueller, Google Swiss
Skema perayapan AJAX diperkenalkan sebagai cara agar halaman berbasis JavaScript dapat diakses oleh Googlebot, dan sebelumnya kami telah mengumumkan rencana penghentian fitur ini. Seiring waktu berjalan, engineer Google telah menyempurnakan rendering JavaScript untuk Googlebot secara signifikan. Dengan pertimbangan penyempurnaan ini, pada kuartal kedua tahun 2018, kami akan mengalihkan rendering halaman ini ke Google, jadi situs tidak perlu melakukan rendering sendiri. Singkatnya, kami tidak akan lagi menggunakan skema perayapan AJAX.
Sekadar mengingatkan, skema perayapan AJAX menerima halaman dengan tanda khusus "#!" pada URL atau yang berisi "tag meta fragmen", lalu meng-crawl halaman dengan "?_escaped_fragment_=" di URL. Versi escape tersebut harus berupa halaman yang dirender sepenuhnya dan/atau versi yang setara, yang dibuat oleh situs itu sendiri.
Dengan perubahan ini, Googlebot akan merender URL #! secara langsung, sehingga pemilik situs tidak perlu memberikan versi halaman yang sudah dirender. Kami akan tetap memberikan dukungan untuk URL ini di hasil penelusuran kami.
Kami berharap sebagian besar situs yang menggunakan skema perayapan AJAX tidak terpengaruh secara signifikan dengan perubahan ini. Webmaster dapat memeriksa ulang halamannya seperti yang dijelaskan di bawah, dan kami akan mengirim notifikasi ke situs yang berpotensi bermasalah.
Jika situs Anda menggunakan URL #! atau tag meta fragmen, sebaiknya:
Verifikasi kepemilikan situs di Google Search Console agar mendapatkan akses ke fitur, dan untuk mengizinkan Google memberi tahu masalah yang mungkin ditemukan.
Uji dengan Fetch & Render di Search Console. Bandingkan hasil URL #! dan URL escape untuk mengetahui perbedaannya. Lakukan hal ini pada bagian situs yang sangat berbeda. Lihat dokumentasi developer untuk informasi selengkapnya terkait API yang didukung, dan lihat panduan proses debug jika diperlukan.
Gunakan Periksa Elemen pada Chrome untuk memastikan bahwa link menggunakan elemen HTML "a" dan menyertakan rel=nofollow jika diperlukan (misalnya, pada konten buatan pengguna)
Gunakan Periksa Elemen pada Chrome untuk memeriksa judul halaman dan tag meta deskripsi, tag meta robot apa pun, dan meta data lainnya. Selain itu, pastikan data terstruktur tersedia di halaman yang dirender.
Konten dalam Flash, Silverlight, atau teknologi berbasis plugin lainnya perlu dikonversi ke JavaScript atau HTML "normal", jika kontennya harus diindeks dalam penelusuran.
Kami berharap perubahan ini mempermudah situs Anda, dan mengurangi rendering yang harus Anda lakukan secara manual. Jika ada pertanyaan atau komentar, silakan ajukan ke forum bantuan webmaster kami, atau bergabung dengan grup untuk situs yang berfungsi dengan JavaScript.
Diposkan oleh John Mueller, Google Swiss

Google
Labels: AJAX , perayapan dan pengindeksan
#NoHacked 3.0: Bagaimana cara mengetahui jika situs saya diretas?
Senin, 04 Desember 2017
Mengapa situs diretas? Peretas memiliki motif berbeda-beda untuk menyusupi situs, dan serangan peretas dapat bervariasi sehingga tidak selalu terdeteksi dengan mudah. Berikut ini tips yang akan membantu Anda mendeteksi situs yang diretas.
Untuk memulai:
Mulailah membaca panduan kami yang berjudul "Bagaimana cara mengetahui jika situs saya diretas?" jika Anda menerima notifikasi keamanan dari Google atau pihak lain. Panduan ini akan memberi tahu Anda langkah-langkah dasar untuk memeriksa tanda-tanda penyusupan situs.
Pahami notifikasi di Google Penelusuran: Di Google, kami memiliki berbagai proses dalam menangani peretasan. Fitur pemindaian akan sering mendeteksi malware, namun fitur ini dapat melewatkan beberapa peretasan yang berupa pengiriman spam. Hasil pemindaian Safe Browsing yang menyatakan aman tidak berarti bahwa situs Anda tidak diretas untuk menyebarkan spam.
Jika Anda melihat "Situs ini mungkin diretas", situs Anda mungkin diretas untuk menampilkan spam. Intinya, situs Anda telah diretas untuk menayangkan beberapa iklan gratis.
Jika Anda melihat “Situs ini mungkin membahayakan komputer Anda” di bagian bawah URL situs, menurut kami situs yang akan Anda kunjungi mungkin mengizinkan beberapa program untuk menginstal software berbahaya di komputer Anda.
Jika Anda melihat layar merah besar sebelum situs terbuka, hal tersebut bisa berarti berbagai hal:
Jika Anda melihat "Situs ini berisi malware", Google telah mendeteksi situs Anda menyebarkan malware.
Jika Anda melihat "Situs ini berisi program berbahaya", situs tersebut telah ditandai karena menyebarkan software yang tidak diinginkan.
Peringatan "Situs ini menipu" menunjukkan bahwa situs mungkin menampilkan phishing atau manipulasi psikologis. Situs Anda mungkin diretas untuk melakukan salah satu hal tersebut.
Malvertising vs Peretasan: Malvertising terjadi saat situs memuat iklan yang buruk. Malvertising membuat situs Anda terlihat seperti diretas, mungkin dengan mengarahkan pengunjung ke situs tertentu, namun sebenarnya ini hanyalah iklan yang berperilaku buruk.
Pengalihan terbuka: periksa apakah situs mengaktifkan pengalihan terbuka atau tidak
Peretas mungkin ingin mengambil keuntungan dari situs yang bereputasi baik untuk menutupi URL mereka. Salah satu cara melakukannya adalah menggunakan pengalihan terbuka, yang memungkinkan situs Anda digunakan untuk mengalihkan pengguna ke URL pilihan peretas. Anda dapat membaca selengkapnya di sini.
Pemeriksaan seluler: pastikan untuk membuka situs Anda dari browser seluler menggunakan mode penyamaran. Periksa apakah ada jaringan iklan seluler yang buruk atau tidak.
Terkadang konten yang buruk seperti iklan atau elemen pihak ketiga lainnya mengalihkan pengguna seluler tanpa kita ketahui. Perilaku ini dapat tidak terdeteksi dengan mudah karena hanya terlihat dari beberapa browser. Pastikan versi desktop dan seluler situs Anda menampilkan konten yang sama.
Gunakan Search Console dan dapatkan pesan:
Search Console adalah alat yang digunakan Google untuk berkomunikasi dengan Anda terkait situs Anda. Search Console juga menyertakan beberapa fitur lainnya yang dapat membantu Anda menyempurnakan dan mengelola situs. Pastikan situs terverifikasi di Search Console, meskipun Anda bukanlah developer utama situs. Notifikasi dan pesan di Search Console akan memberi tahu Anda jika Google mendeteksi error kritis apa pun di situs Anda.
Jika masih tidak dapat menemukan tanda-tanda peretasan, hubungi pakar keamanan atau posting di Forum Bantuan Webmaster kami untuk memeriksa ulang situs.
Kampanye #NoHacked akan berlansung selama 3 minggu ke depan. Ikuti kami di akun G+ dan Twitter, atau lihat konten di blog ini karena kami akan memposting ringkasan mingguan di sini di awal setiap minggu. Sementara itu, jagalah situs agar tetap aman.
Diposkan oleh Wilfred Halim, Webmaster Relation
Minggu lalu, #NoHacked kembali di akun G+ dan Twitter kami. #NoHacked adalah kampanye sosial kami yang bertujuan untuk memberi tahu pengguna tentang serangan peretasan dan tips tentang cara menjaga agar situs tetap aman dari para peretas. Kali ini, kami ingin memulai dengan berbagi konten dari kampanye #NoHacked di blog ini dalam bahasa lokal Anda.
Mengapa situs diretas? Peretas memiliki motif berbeda-beda untuk menyusupi situs, dan serangan peretas dapat bervariasi sehingga tidak selalu terdeteksi dengan mudah. Berikut ini tips yang akan membantu Anda mendeteksi situs yang diretas.
Untuk memulai:
Mulailah membaca panduan kami yang berjudul "Bagaimana cara mengetahui jika situs saya diretas?" jika Anda menerima notifikasi keamanan dari Google atau pihak lain. Panduan ini akan memberi tahu Anda langkah-langkah dasar untuk memeriksa tanda-tanda penyusupan situs.
Pahami notifikasi di Google Penelusuran: Di Google, kami memiliki berbagai proses dalam menangani peretasan. Fitur pemindaian akan sering mendeteksi malware, namun fitur ini dapat melewatkan beberapa peretasan yang berupa pengiriman spam. Hasil pemindaian Safe Browsing yang menyatakan aman tidak berarti bahwa situs Anda tidak diretas untuk menyebarkan spam.
Jika Anda melihat "Situs ini mungkin diretas", situs Anda mungkin diretas untuk menampilkan spam. Intinya, situs Anda telah diretas untuk menayangkan beberapa iklan gratis.
Jika Anda melihat “Situs ini mungkin membahayakan komputer Anda” di bagian bawah URL situs, menurut kami situs yang akan Anda kunjungi mungkin mengizinkan beberapa program untuk menginstal software berbahaya di komputer Anda.
Jika Anda melihat layar merah besar sebelum situs terbuka, hal tersebut bisa berarti berbagai hal:
Jika Anda melihat "Situs ini berisi malware", Google telah mendeteksi situs Anda menyebarkan malware.
Jika Anda melihat "Situs ini berisi program berbahaya", situs tersebut telah ditandai karena menyebarkan software yang tidak diinginkan.
Peringatan "Situs ini menipu" menunjukkan bahwa situs mungkin menampilkan phishing atau manipulasi psikologis. Situs Anda mungkin diretas untuk melakukan salah satu hal tersebut.
Malvertising vs Peretasan: Malvertising terjadi saat situs memuat iklan yang buruk. Malvertising membuat situs Anda terlihat seperti diretas, mungkin dengan mengarahkan pengunjung ke situs tertentu, namun sebenarnya ini hanyalah iklan yang berperilaku buruk.
Pengalihan terbuka: periksa apakah situs mengaktifkan pengalihan terbuka atau tidak
Peretas mungkin ingin mengambil keuntungan dari situs yang bereputasi baik untuk menutupi URL mereka. Salah satu cara melakukannya adalah menggunakan pengalihan terbuka, yang memungkinkan situs Anda digunakan untuk mengalihkan pengguna ke URL pilihan peretas. Anda dapat membaca selengkapnya di sini.
Pemeriksaan seluler: pastikan untuk membuka situs Anda dari browser seluler menggunakan mode penyamaran. Periksa apakah ada jaringan iklan seluler yang buruk atau tidak.
Terkadang konten yang buruk seperti iklan atau elemen pihak ketiga lainnya mengalihkan pengguna seluler tanpa kita ketahui. Perilaku ini dapat tidak terdeteksi dengan mudah karena hanya terlihat dari beberapa browser. Pastikan versi desktop dan seluler situs Anda menampilkan konten yang sama.
Gunakan Search Console dan dapatkan pesan:
Search Console adalah alat yang digunakan Google untuk berkomunikasi dengan Anda terkait situs Anda. Search Console juga menyertakan beberapa fitur lainnya yang dapat membantu Anda menyempurnakan dan mengelola situs. Pastikan situs terverifikasi di Search Console, meskipun Anda bukanlah developer utama situs. Notifikasi dan pesan di Search Console akan memberi tahu Anda jika Google mendeteksi error kritis apa pun di situs Anda.
Jika masih tidak dapat menemukan tanda-tanda peretasan, hubungi pakar keamanan atau posting di Forum Bantuan Webmaster kami untuk memeriksa ulang situs.
Kampanye #NoHacked akan berlansung selama 3 minggu ke depan. Ikuti kami di akun G+ dan Twitter, atau lihat konten di blog ini karena kami akan memposting ringkasan mingguan di sini di awal setiap minggu. Sementara itu, jagalah situs agar tetap aman.
Diposkan oleh Wilfred Halim, Webmaster Relation

Google
Labels: #nohacked , peretasan , tips umum
Berinteraksi dengan pengguna melalui halaman AMP berkualitas tinggi
Selasa, 28 November 2017
AMP diluncurkan untuk menyempurnakan performa web secara drastis serta memberikan pengalaman konsumsi konten yang konsisten dan cepat. Untuk itu, kami akan menerapkan persyaratan kesamaan konten pada AMP dan halaman kanonis, untuk halaman yang ingin ditampilkan di Google Penelusuran sebagai AMP.
Jika ditemukan bahwa halaman AMP tidak berisi konten penting yang sama seperti halaman setara yang bukan AMP, kami akan mengarahkan pengguna ke halaman non-AMP. Tindakan ini tidak memengaruhi peringkat Penelusuran. Namun, halaman tersebut tidak akan dipertimbangkan untuk fitur Penelusuran yang memerlukan AMP, seperti carousel Berita Utama dengan AMP. Selain itu, kami akan memberi tahu webmaster melalui Search Console dengan pesan tindakan manual, dan memberi peluang bagi penayang untuk memperbaiki masalah sebelum halaman AMP-nya dapat ditampilkan lagi. Situs open source AMP memiliki beberapa panduan yang bermanfaat untuk membantu menghasilkan halaman AMP yang cepat, menarik, dan berperforma tinggi.
Kami berharap perubahan ini akan mendorong webmaster untuk mempertahankan kesamaan konten antara halaman kanonis dan AMP. Tindakan ini akan menciptakan pengalaman yang lebih baik di situs Anda, yang akhirnya akan lebih menyenangkan pengguna.
Diposting oleh Ashish Mehta, Product Manager
Untuk meningkatkan pengalaman pengguna dengan hasil AMP, kami sedang melakukan perubahan terkait cara kami menerapkan kebijakan tentang persamaan konten dengan AMP. Mulai 1 Februari 2018, kebijakan tersebut mengharuskan konten halaman AMP sama dengan halaman kanonis (asli). AMP bukanlah sinyal peringkat dan tidak ada perubahan terkait kebijakan peringkat sehubungan dengan AMP.
Projek open source accelerated mobile pages (AMP) diluncurkan pada tahun 2015 dan telah berkembang pesat, dengan lebih dari 25 juta domain menerapkan format AMP. Perkembangan pesat ini menimbulkan rasa tanggung jawab untuk memastikan pengguna kami tetap mendapatkan pengalaman terbaik saat menikmati konten, sehingga menghasilkan lebih banyak interaksi dengan konten penayang.
Pada beberapa kasus, webmaster memublikasikan 2 versi konten mereka: halaman kanonis yang tidak berdasarkan pada AMP dan halaman AMP. Idealnya, kedua halaman tersebut berisi konten sama yang dapat dinikmati oleh pengguna, namun dapat dimuat lebih cepat dan lebih lancar dengan AMP. Tetapi, dalam beberapa kasus, konten pada halaman AMP tidak sama dengan konten di halaman asli (kanonis).
Pada kasus tertentu, halaman AMP digunakan sebagai halaman teaser yang hanya berisi sedikit konten, sehingga memberikan pengalaman buruk bagi pengguna. Dalam kasus ini, pengguna harus mengklik 2 kali agar dapat mengakses konten. Berikut ini contoh tampilannya: teks singkat dari artikel utama, kemudian pengguna diminta mengklik untuk mengunjungi halaman lain agar dapat membaca keseluruhan artikel.
AMP diluncurkan untuk menyempurnakan performa web secara drastis serta memberikan pengalaman konsumsi konten yang konsisten dan cepat. Untuk itu, kami akan menerapkan persyaratan kesamaan konten pada AMP dan halaman kanonis, untuk halaman yang ingin ditampilkan di Google Penelusuran sebagai AMP.
Jika ditemukan bahwa halaman AMP tidak berisi konten penting yang sama seperti halaman setara yang bukan AMP, kami akan mengarahkan pengguna ke halaman non-AMP. Tindakan ini tidak memengaruhi peringkat Penelusuran. Namun, halaman tersebut tidak akan dipertimbangkan untuk fitur Penelusuran yang memerlukan AMP, seperti carousel Berita Utama dengan AMP. Selain itu, kami akan memberi tahu webmaster melalui Search Console dengan pesan tindakan manual, dan memberi peluang bagi penayang untuk memperbaiki masalah sebelum halaman AMP-nya dapat ditampilkan lagi. Situs open source AMP memiliki beberapa panduan yang bermanfaat untuk membantu menghasilkan halaman AMP yang cepat, menarik, dan berperforma tinggi.
Kami berharap perubahan ini akan mendorong webmaster untuk mempertahankan kesamaan konten antara halaman kanonis dan AMP. Tindakan ini akan menciptakan pengalaman yang lebih baik di situs Anda, yang akhirnya akan lebih menyenangkan pengguna.
Diposting oleh Ashish Mehta, Product Manager

Google
Labels: AMP , tips umum
Menyajikan lebih banyak konten berkualitas tinggi untuk pengguna
Kamis, 16 November 2017
Google untuk mengelola informasi dunia, kami ingin memandu pengguna Google mengakses konten berkualitas tinggi. Prinsip tersebut dicontohkan dalam panduan penilai kualitas. Penayang profesional menyediakan banyak konten berkualitas yang bermanfaat bagi pengguna dan kami ingin mendorong kesuksesan mereka.
Ekosistem ini dipertahankan melalui 2 sumber pendapatan utama: iklan dan langganan, dan langganan memerlukan keseimbangan yang pas agar dapat efektif di Penelusuran. Biasanya, konten langganan tersembunyi di balik paywall, sehingga pengguna yang tidak berlangganan tidak dapat mengaksesnya. Evaluasi kami menunjukkan bahwa pengguna yang tidak terbiasa dengan konten berkualitas tinggi di balik paywall seringkali berpindah ke situs lain yang menawarkan konten gratis. Pengguna akan enggan untuk berlangganan jika tidak mengetahui betapa berharganya nilai konten tersebut, dan faktanya, eksperimen kami menunjukkan bahwa sebagian pengguna menghindari situs langganan. Jadi, sangatlah penting bagi situs tersebut untuk memberikan sebagian contoh konten secara gratis sehingga pengguna dapat memahami betapa berharganya nilai konten tersebut.
Kebijakan Klik Pertama Gratis (FCF) untuk Google penelusuran web dan Berita dirancang untuk mengatasi masalah ini. Kebijakan ini menawarkan peluang penemuan dan promosi bagi penayang dengan konten langganan, sembari memberi kesempatan bagi pengguna Google untuk menemukan konten tersebut. Selama 1 tahun terakhir, kami bekerja sama dengan penayang untuk menyelidiki dampak FCF terhadap kepuasan pengguna dan kelangsungan ekosistem penayangan. Kami menemukan bahwa meski FCF merupakan model pemberian sampel yang wajar, penayang berada di posisi yang lebih baik untuk menentukan strategi pemberian sampel spesifik mana yang paling baik bagi mereka. Jadi, kami menghapus FCF sebagai persyaratan untuk Penelusuran, dan mendorong penayang untuk bereksperimen dengan skema pemberian sampel gratis yang berbeda, selama mereka tetap mematuhi pedoman webmaster yang diupdate. Kami menyebutnya dengan Pemberian Sampel yang Fleksibel.
Salah satu motivasi awal dibuatnya FCF adalah untuk mengatasi masalah yang berkenaan dengan penyelubungan, ketika konten yang ditayangkan ke Googlebot berbeda dengan konten yang ditayangkan ke pengguna. Pelaku spam sering memanipulasi mesin telusur dengan menampilkan konten menarik ke mesin telusur, misalnya resep makanan sehat, namun kemudian menampilkan pil diet kepada pengguna. Skema “umpan dan ganti” ini memberikan pengalaman pengguna yang buruk karena pengguna tidak mendapatkan konten yang diharapkan. Situs dengan paywall sangat dianjurkan untuk menerapkan data terstruktur baru ke halamannya. Jika tidak, paywall mungkin dianggap sebagai bentuk penyelubungan, lalu halaman akan dihapus dari hasil penelusuran.
Berdasarkan penyelidikan kami, kami telah membuat praktik terbaik yang mendetail untuk menerapkan pemberian sampel yang fleksibel. Terdapat 2 jenis pemberian sampel yang kami sarankan: metering/pengukuran, yang memberi pengguna kuota artikel gratis untuk dikonsumsi, setelah itu paywall akan muncul; dan lead-in/pendahuluan, yang menawarkan sebagian konten artikel tanpa menampilkannya secara penuh.
Untuk pengukuran, selain memiliki lingkungan yang lebih aman untuk pengujian, kami merasa bahwa pengukuran bulanan juga lebih fleksibel daripada pengukuran harian. Pengaruh perubahan dari 1 bilangan bulat ke bilangan berikutnya pada pengguna menjadi kurang signifikan misalnya untuk 10 sampel bulanan daripada 3 sampel harian. Semua penayang dan audiensnya memang berbeda, jadi tidak ada nilai tunggal untuk pemberian sampel gratis yang optimal bagi seluruh penayang. Namun, sebaiknya penayang mulai menyediakan 10 klik gratis per bulan bagi pengguna Google Penelusuran untuk mempertahankan pengalaman pengguna yang memuaskan bagi calon pelanggan baru yang potensial. Kemudian, penayang sebaiknya bereksperimen untuk mengoptimalkan penyesuaian antara penemuan dan konversi yang paling menguntungkan bagi bisnis mereka.
Pendahuluan biasanya diterapkan sebagai konten yang dipotong, seperti beberapa kalimat pertama atau 50-100 kata pertama dalam artikel. Pendahuluan memungkinkan pengguna mengetahui betapa berharganya nilai konten tersebut. Dibandingkan dengan halaman yang kontennya diblokir sepenuhnya, pendahuluan memberikan lebih banyak keuntungan dan nilai tambah kepada pengguna secara jelas.
Kami senang dengan perubahan ini karena langkah ini memungkinkan berkembangnya ekosistem konten premium, yang pada akhirnya bermanfaat bagi pengguna. Kami tidak sabar untuk melihat prospek penyajian konten berkualitas tinggi yang lebih banyak kepada pengguna!
Diposkan oleh Cody Kwok, Principal Engineer
Dalam misi Google untuk mengelola informasi dunia, kami ingin memandu pengguna Google mengakses konten berkualitas tinggi. Prinsip tersebut dicontohkan dalam panduan penilai kualitas. Penayang profesional menyediakan banyak konten berkualitas yang bermanfaat bagi pengguna dan kami ingin mendorong kesuksesan mereka.
Ekosistem ini dipertahankan melalui 2 sumber pendapatan utama: iklan dan langganan, dan langganan memerlukan keseimbangan yang pas agar dapat efektif di Penelusuran. Biasanya, konten langganan tersembunyi di balik paywall, sehingga pengguna yang tidak berlangganan tidak dapat mengaksesnya. Evaluasi kami menunjukkan bahwa pengguna yang tidak terbiasa dengan konten berkualitas tinggi di balik paywall seringkali berpindah ke situs lain yang menawarkan konten gratis. Pengguna akan enggan untuk berlangganan jika tidak mengetahui betapa berharganya nilai konten tersebut, dan faktanya, eksperimen kami menunjukkan bahwa sebagian pengguna menghindari situs langganan. Jadi, sangatlah penting bagi situs tersebut untuk memberikan sebagian contoh konten secara gratis sehingga pengguna dapat memahami betapa berharganya nilai konten tersebut.
Kebijakan Klik Pertama Gratis (FCF) untuk Google penelusuran web dan Berita dirancang untuk mengatasi masalah ini. Kebijakan ini menawarkan peluang penemuan dan promosi bagi penayang dengan konten langganan, sembari memberi kesempatan bagi pengguna Google untuk menemukan konten tersebut. Selama 1 tahun terakhir, kami bekerja sama dengan penayang untuk menyelidiki dampak FCF terhadap kepuasan pengguna dan kelangsungan ekosistem penayangan. Kami menemukan bahwa meski FCF merupakan model pemberian sampel yang wajar, penayang berada di posisi yang lebih baik untuk menentukan strategi pemberian sampel spesifik mana yang paling baik bagi mereka. Jadi, kami menghapus FCF sebagai persyaratan untuk Penelusuran, dan mendorong penayang untuk bereksperimen dengan skema pemberian sampel gratis yang berbeda, selama mereka tetap mematuhi pedoman webmaster yang diupdate. Kami menyebutnya dengan Pemberian Sampel yang Fleksibel.
Salah satu motivasi awal dibuatnya FCF adalah untuk mengatasi masalah yang berkenaan dengan penyelubungan, ketika konten yang ditayangkan ke Googlebot berbeda dengan konten yang ditayangkan ke pengguna. Pelaku spam sering memanipulasi mesin telusur dengan menampilkan konten menarik ke mesin telusur, misalnya resep makanan sehat, namun kemudian menampilkan pil diet kepada pengguna. Skema “umpan dan ganti” ini memberikan pengalaman pengguna yang buruk karena pengguna tidak mendapatkan konten yang diharapkan. Situs dengan paywall sangat dianjurkan untuk menerapkan data terstruktur baru ke halamannya. Jika tidak, paywall mungkin dianggap sebagai bentuk penyelubungan, lalu halaman akan dihapus dari hasil penelusuran.
Berdasarkan penyelidikan kami, kami telah membuat praktik terbaik yang mendetail untuk menerapkan pemberian sampel yang fleksibel. Terdapat 2 jenis pemberian sampel yang kami sarankan: metering/pengukuran, yang memberi pengguna kuota artikel gratis untuk dikonsumsi, setelah itu paywall akan muncul; dan lead-in/pendahuluan, yang menawarkan sebagian konten artikel tanpa menampilkannya secara penuh.
Untuk pengukuran, selain memiliki lingkungan yang lebih aman untuk pengujian, kami merasa bahwa pengukuran bulanan juga lebih fleksibel daripada pengukuran harian. Pengaruh perubahan dari 1 bilangan bulat ke bilangan berikutnya pada pengguna menjadi kurang signifikan misalnya untuk 10 sampel bulanan daripada 3 sampel harian. Semua penayang dan audiensnya memang berbeda, jadi tidak ada nilai tunggal untuk pemberian sampel gratis yang optimal bagi seluruh penayang. Namun, sebaiknya penayang mulai menyediakan 10 klik gratis per bulan bagi pengguna Google Penelusuran untuk mempertahankan pengalaman pengguna yang memuaskan bagi calon pelanggan baru yang potensial. Kemudian, penayang sebaiknya bereksperimen untuk mengoptimalkan penyesuaian antara penemuan dan konversi yang paling menguntungkan bagi bisnis mereka.
Pendahuluan biasanya diterapkan sebagai konten yang dipotong, seperti beberapa kalimat pertama atau 50-100 kata pertama dalam artikel. Pendahuluan memungkinkan pengguna mengetahui betapa berharganya nilai konten tersebut. Dibandingkan dengan halaman yang kontennya diblokir sepenuhnya, pendahuluan memberikan lebih banyak keuntungan dan nilai tambah kepada pengguna secara jelas.
Kami senang dengan perubahan ini karena langkah ini memungkinkan berkembangnya ekosistem konten premium, yang pada akhirnya bermanfaat bagi pengguna. Kami tidak sabar untuk melihat prospek penyajian konten berkualitas tinggi yang lebih banyak kepada pengguna!
Diposkan oleh Cody Kwok, Principal Engineer

Google
Labels: lanjutan , tips umum
Cara beralih dari URL m-dot ke situs responsif
Jumat, 22 September 2017
atau yang sering dikenal sebagai "URL m-dot", ke desain web yang responsif. Berikut adalah beberapa rekomendasi terkait cara beralih dari URL terpisah ke 1 URL responsif dengan cara yang memberikan peluang terbaik agar situs Anda memiliki performa yang bagus di hasil penelusuran Google.
Beralih ke situs responsif dengan cara yang ramah Googlebot (Googlebot-friendly)
Setelah menyiapkan situs responsif, dengan beberapa pertimbangan Anda dapat mulai beralih. Dengan asumsi bahwa URL Anda tetap sama dengan versi desktop, Anda hanya perlu mengonfigurasi pengalihan 301 dari URL seluler ke URL web responsif.
Berikut adalah langkah detailnya:
Siapkan situs responsif
Konfigurasi pengalihan 301 di URL seluler lama agar mengarah ke versi responsif (halaman yang baru). Pengalihan ini perlu dilakukan dalam basis per URL, satu per satu dari setiap URL seluler ke URL responsif.
Hapus konfigurasi khusus URL seluler yang mungkin terdapat pada situs, seperti pengalihan kondisional atau header HTTP Vary.
Sebaiknya Anda menyiapkan rel=canonical di URL responsif yang mengarah ke URL itu sendiri (kanonis yang merujuk pada URL itu sendiri).
Jika saat ini Anda menggunakan penayangan dinamis dan ingin beralih ke desain responsif, Anda tidak perlu menambahkan atau mengubah pengalihan apa pun.
Beberapa keuntungan beralih ke desain web yang responsif
Beralih ke situs responsif akan mempermudah Anda melakukan perawatan dan pelaporan di masa mendatang. Selain tidak perlu mengelola URL terpisah untuk semua halaman, cara ini akan mempermudah adopsi praktik serta teknologi seperti hreflang untuk internasionalisasi, AMP untuk kecepatan, data terstruktur untuk fitur penelusuran lanjutan, dan masih banyak lagi.
Jika perlu bantuan lebih lanjut, silakan ajukan pertanyaan di forum webmaster kami.
Diposkan oleh Cherry Prommawin, Webmaster Relations
Dengan semakin banyaknya situs yang beralih ke desain web yang responsif, banyak webmaster menanyakan tentang migrasi dari penggunaan URL seluler terpisah atau yang sering dikenal sebagai "URL m-dot", ke desain web yang responsif. Berikut adalah beberapa rekomendasi terkait cara beralih dari URL terpisah ke 1 URL responsif dengan cara yang memberikan peluang terbaik agar situs Anda memiliki performa yang bagus di hasil penelusuran Google.
Beralih ke situs responsif dengan cara yang ramah Googlebot (Googlebot-friendly)
Setelah menyiapkan situs responsif, dengan beberapa pertimbangan Anda dapat mulai beralih. Dengan asumsi bahwa URL Anda tetap sama dengan versi desktop, Anda hanya perlu mengonfigurasi pengalihan 301 dari URL seluler ke URL web responsif.
Berikut adalah langkah detailnya:
Siapkan situs responsif
Konfigurasi pengalihan 301 di URL seluler lama agar mengarah ke versi responsif (halaman yang baru). Pengalihan ini perlu dilakukan dalam basis per URL, satu per satu dari setiap URL seluler ke URL responsif.
Hapus konfigurasi khusus URL seluler yang mungkin terdapat pada situs, seperti pengalihan kondisional atau header HTTP Vary.
Sebaiknya Anda menyiapkan rel=canonical di URL responsif yang mengarah ke URL itu sendiri (kanonis yang merujuk pada URL itu sendiri).
Jika saat ini Anda menggunakan penayangan dinamis dan ingin beralih ke desain responsif, Anda tidak perlu menambahkan atau mengubah pengalihan apa pun.
Beberapa keuntungan beralih ke desain web yang responsif
Beralih ke situs responsif akan mempermudah Anda melakukan perawatan dan pelaporan di masa mendatang. Selain tidak perlu mengelola URL terpisah untuk semua halaman, cara ini akan mempermudah adopsi praktik serta teknologi seperti hreflang untuk internasionalisasi, AMP untuk kecepatan, data terstruktur untuk fitur penelusuran lanjutan, dan masih banyak lagi.
Jika perlu bantuan lebih lanjut, silakan ajukan pertanyaan di forum webmaster kami.
Diposkan oleh Cherry Prommawin, Webmaster Relations

Google
Labels: menengah , seluler (mobile) , tips umum
Langkah berikutnya menuju keamanan koneksi yang lebih baik
Jumat, 11 Agustus 2017
untuk memperbaiki cara Chrome menyampaikan keamanan koneksi halaman HTTP. Kini Chrome menandai halaman HTTP sebagai “Tidak aman” jika memiliki kolom sandi atau kartu kredit. Mulai awal Oktober 2017, Chrome akan menampilkan peringatan “Tidak aman” dalam 2 situasi tambahan: ketika pengguna memasukkan data di halaman HTTP dan di semua halaman HTTP yang dibuka menggunakan mode Penyamaran.
Rencana kami untuk memberi label situs HTTP sebagai tidak aman akan dilakukan secara bertahap, berdasarkan kriteria yang semakin ketat. Sejak perubahan dalam Chrome 56, terdapat pengurangan sebanyak 23% dalam navigasi ke halaman HTTP dengan formulir kartu kredit atau sandi di desktop, dan kami siap melakukan langkah berikutnya.
Data yang harus dirahasiakan tidak hanya sandi dan kartu kredit. Jenis data apa pun yang dimasukkan oleh pengguna ke situs tidak boleh diakses oleh orang lain dalam jaringan tersebut. Karena itu, mulai versi 62, Chrome akan menampilkan peringatan “Tidak aman” saat pengguna memasukkan data ke situs HTTP.
Treatment of HTTP pages with user-entered data in Chrome 62
Saat pengguna mengakses Chrome dengan mode Penyamaran, kemungkinan besar pengguna ingin mendapat peningkatan privasi. Akan tetapi, akses HTTP dapat diketahui oleh orang lain dalam jaringan tersebut. Karena itu, di versi 62, Chrome juga akan memperingatkan pengguna saat membuka halaman HTTP dalam mode Penyamaran.
Pada akhirnya, kami berencana menampilkan peringatan “Tidak aman” untuk semua halaman HTTP, meskipun tidak diakses dalam mode Penyamaran. Kami akan memublikasikan update menjelang rilis mendatang, namun sebaiknya Anda segera beralih ke HTTPS. HTTPS lebih mudah dan murah dari sebelumnya, serta memberikan performa web yang terbaik dan fitur canggih baru yang terlalu sensitif untuk HTTP. Lihat panduan penyiapan kami untuk memulai.
Diposting oleh Emily Schechter, Tim Keamanan Chrome
Di bulan Januari, kami memulai misi untuk memperbaiki cara Chrome menyampaikan keamanan koneksi halaman HTTP. Kini Chrome menandai halaman HTTP sebagai “Tidak aman” jika memiliki kolom sandi atau kartu kredit. Mulai awal Oktober 2017, Chrome akan menampilkan peringatan “Tidak aman” dalam 2 situasi tambahan: ketika pengguna memasukkan data di halaman HTTP dan di semua halaman HTTP yang dibuka menggunakan mode Penyamaran.
Rencana kami untuk memberi label situs HTTP sebagai tidak aman akan dilakukan secara bertahap, berdasarkan kriteria yang semakin ketat. Sejak perubahan dalam Chrome 56, terdapat pengurangan sebanyak 23% dalam navigasi ke halaman HTTP dengan formulir kartu kredit atau sandi di desktop, dan kami siap melakukan langkah berikutnya.
Data yang harus dirahasiakan tidak hanya sandi dan kartu kredit. Jenis data apa pun yang dimasukkan oleh pengguna ke situs tidak boleh diakses oleh orang lain dalam jaringan tersebut. Karena itu, mulai versi 62, Chrome akan menampilkan peringatan “Tidak aman” saat pengguna memasukkan data ke situs HTTP.
Treatment of HTTP pages with user-entered data in Chrome 62
Saat pengguna mengakses Chrome dengan mode Penyamaran, kemungkinan besar pengguna ingin mendapat peningkatan privasi. Akan tetapi, akses HTTP dapat diketahui oleh orang lain dalam jaringan tersebut. Karena itu, di versi 62, Chrome juga akan memperingatkan pengguna saat membuka halaman HTTP dalam mode Penyamaran.
Pada akhirnya, kami berencana menampilkan peringatan “Tidak aman” untuk semua halaman HTTP, meskipun tidak diakses dalam mode Penyamaran. Kami akan memublikasikan update menjelang rilis mendatang, namun sebaiknya Anda segera beralih ke HTTPS. HTTPS lebih mudah dan murah dari sebelumnya, serta memberikan performa web yang terbaik dan fitur canggih baru yang terlalu sensitif untuk HTTP. Lihat panduan penyiapan kami untuk memulai.
Diposting oleh Emily Schechter, Tim Keamanan Chrome

Google
Labels: chrome , sekuriti
Cuplikan (Snippets) yang Lebih Baik untuk Pengguna
Senin, 05 Juni 2017
Semakin deskriptif dan relevan cuplikan hasil penelusuran tersebut, semakin besar kemungkinan orang akan mengkliknya dan puas dengan halaman yang mereka baca. Secara historis, cuplikan berasal dari 3 tempat:
Konten halaman
Deskripsi meta
Listingan DMOZ
Konten halaman adalah pilihan utama untuk cuplikan hasil, dan konten yang dapat diringkas sering kali menjadi konten yang paling sesuai dengan kueri pengguna. Namun, ada kalanya saat konten halaman bukanlah sumber terbaik untuk cuplikan. Misalnya, saat seseorang mencari perusahaan untuk menerbitkan bukunya, halaman yang relevan di kumpulan hasil mungkin hanya berisi beberapa gambar yang menjelaskan tentang perusahaan dan logo, dan beberapa link. Semua itu mungkin tidak terlalu berguna untuk sebuah cuplikan.
Pengganti yang masuk akal ketika konten halaman tidak memiliki konten tekstual yang cukup untuk cuplikan hasil penelusuran adalah deskripsi meta. Deskripsi meta berbentuk ikhtisar yang mendeskripsikan konten secara akurat dan tepat dalam beberapa kata.
Terakhir, ketika halaman tidak memiliki konten tekstual yang cukup untuk membuat cuplikan dan deskripsi meta tidak ada, tidak berkaitan dengan halaman, atau berkualitas rendah, maka penggantinya adalah DMOZ, atau juga dikenal dengan Proyek Direktori Terbuka. Selama lebih dari 10 tahun, kami mengandalkan cuplikan DMOZ karena kualitasnya sering kali lebih baik daripada deskripsi meta yang diberikan oleh webmaster, atau lebih deskriptif daripada yang tertera di halaman.
Dengan ditutupnya DMOZ, kami berhenti menggunakan listingan tersebut untuk pencuplikan, jadi peran webmaster dalam memberikan deskripsi meta yang baik sangat penting di sini, jika menambahkan lebih banyak konten pada halaman tidak memungkinkan.
Seperti apakah deskripsi meta yang baik?
Deskripsi meta yang baik adalah deskripsi meta berbentuk ikhtisar yang menjelaskan konten halaman secara akurat. Ikhtisar tersebut seperti perkataan yang meyakinkan pengguna bahwa halaman yang dikunjungi adalah halaman yang mereka cari-cari. Untuk tips selengkapnya, kami memiliki artikel pusat bantuan praktis mengenai topik ini. Pastikan bahwa halaman desktop dan seluler Anda menyertakan deskripsi meta dan judul.
Apa kendala umum terkait deskripsi meta?
Karena deskripsi meta biasanya hanya terlihat oleh mesin telusur dan software lainnya, terkadang webmaster lupa mengisinya. Hal yang juga kerap terjadi, untuk alasan yang sama, yakni deskripsi meta digunakan pada beberapa (dan terkadang banyak) halaman. Di sisi lain, hal yang juga sering terjadi adalah deskripsi tidak sesuai dengan topik, kualitas deskripsi rendah, atau deskripsi sepenuhnya berisi spam. Masalah ini merusak pengalaman penelusuran pengguna, jadi kami memilih untuk mengabaikan deskripsi meta serupa.
Apakah ada batas karakter untuk deskripsi meta?
Tidak ada batas karakter mengenai seberapa panjang deskripsi meta, namun cuplikan hasil penelusuran dipotong sesuai kebutuhan, biasanya untuk menyesuaikan lebar perangkat.
Apa yang terjadi dengan perintah robot "NOODP"?
Dengan ditutupnya DMOZ (ODP), kami berhenti mengandalkan data tersebut, oleh karena itu perintah NOODP tidak dapat dioperasikan.
Dapatkah saya mencegah Google menggunakan konten halaman sebagai cuplikan?
Anda dapat mencegah Google membuat cuplikan sama sekali dengan menetapkan perintah robot "nosnippet". Tidak ada cara lain untuk mencegah penggunaan konten halaman sebagai cuplikan jika mengizinkan sumber lain.
Seperti biasa, jika ada pertanyaan, tanyakan di forum atau temukan kami di Twitter.
Diposting oleh Gary, Search Team
Sebelum membeli buku, orang ingin mendapatkan ringkasan mengenai buku yang akan mereka baca selama beberapa jam. Mereka akan melihat sinopsis, pendahuluan, atau bahkan prolog untuk mengetahui apakah mereka akan menyukai buku tersebut atau tidak.
Cuplikan hasil penelusuran tidak jauh berbeda. Cuplikan ini membantu orang menentukan apakah mereka ingin menghabiskan waktu dengan membaca halaman yang berisi cuplikan tersebut atau tidak.
Semakin deskriptif dan relevan cuplikan hasil penelusuran tersebut, semakin besar kemungkinan orang akan mengkliknya dan puas dengan halaman yang mereka baca. Secara historis, cuplikan berasal dari 3 tempat:
Konten halaman
Deskripsi meta
Listingan DMOZ
Konten halaman adalah pilihan utama untuk cuplikan hasil, dan konten yang dapat diringkas sering kali menjadi konten yang paling sesuai dengan kueri pengguna. Namun, ada kalanya saat konten halaman bukanlah sumber terbaik untuk cuplikan. Misalnya, saat seseorang mencari perusahaan untuk menerbitkan bukunya, halaman yang relevan di kumpulan hasil mungkin hanya berisi beberapa gambar yang menjelaskan tentang perusahaan dan logo, dan beberapa link. Semua itu mungkin tidak terlalu berguna untuk sebuah cuplikan.
Pengganti yang masuk akal ketika konten halaman tidak memiliki konten tekstual yang cukup untuk cuplikan hasil penelusuran adalah deskripsi meta. Deskripsi meta berbentuk ikhtisar yang mendeskripsikan konten secara akurat dan tepat dalam beberapa kata.
Terakhir, ketika halaman tidak memiliki konten tekstual yang cukup untuk membuat cuplikan dan deskripsi meta tidak ada, tidak berkaitan dengan halaman, atau berkualitas rendah, maka penggantinya adalah DMOZ, atau juga dikenal dengan Proyek Direktori Terbuka. Selama lebih dari 10 tahun, kami mengandalkan cuplikan DMOZ karena kualitasnya sering kali lebih baik daripada deskripsi meta yang diberikan oleh webmaster, atau lebih deskriptif daripada yang tertera di halaman.
Dengan ditutupnya DMOZ, kami berhenti menggunakan listingan tersebut untuk pencuplikan, jadi peran webmaster dalam memberikan deskripsi meta yang baik sangat penting di sini, jika menambahkan lebih banyak konten pada halaman tidak memungkinkan.
Seperti apakah deskripsi meta yang baik?
Deskripsi meta yang baik adalah deskripsi meta berbentuk ikhtisar yang menjelaskan konten halaman secara akurat. Ikhtisar tersebut seperti perkataan yang meyakinkan pengguna bahwa halaman yang dikunjungi adalah halaman yang mereka cari-cari. Untuk tips selengkapnya, kami memiliki artikel pusat bantuan praktis mengenai topik ini. Pastikan bahwa halaman desktop dan seluler Anda menyertakan deskripsi meta dan judul.
Apa kendala umum terkait deskripsi meta?
Karena deskripsi meta biasanya hanya terlihat oleh mesin telusur dan software lainnya, terkadang webmaster lupa mengisinya. Hal yang juga kerap terjadi, untuk alasan yang sama, yakni deskripsi meta digunakan pada beberapa (dan terkadang banyak) halaman. Di sisi lain, hal yang juga sering terjadi adalah deskripsi tidak sesuai dengan topik, kualitas deskripsi rendah, atau deskripsi sepenuhnya berisi spam. Masalah ini merusak pengalaman penelusuran pengguna, jadi kami memilih untuk mengabaikan deskripsi meta serupa.
Apakah ada batas karakter untuk deskripsi meta?
Tidak ada batas karakter mengenai seberapa panjang deskripsi meta, namun cuplikan hasil penelusuran dipotong sesuai kebutuhan, biasanya untuk menyesuaikan lebar perangkat.
Apa yang terjadi dengan perintah robot "NOODP"?
Dengan ditutupnya DMOZ (ODP), kami berhenti mengandalkan data tersebut, oleh karena itu perintah NOODP tidak dapat dioperasikan.
Dapatkah saya mencegah Google menggunakan konten halaman sebagai cuplikan?
Anda dapat mencegah Google membuat cuplikan sama sekali dengan menetapkan perintah robot "nosnippet". Tidak ada cara lain untuk mencegah penggunaan konten halaman sebagai cuplikan jika mengizinkan sumber lain.
Seperti biasa, jika ada pertanyaan, tanyakan di forum atau temukan kami di Twitter.
Diposting oleh Gary, Search Team

Google
Labels: cuplikan , DMOZ , snippets
Peringatan tentang link dalam kampanye artikel berskala besar
Minggu, 04 Juni 2017
adalah jika artikel tersebut bertujuan utama membuat link dalam skala besar untuk mengarahkan pengguna kembali ke situs penulis. Di bawah ini adalah faktor-faktor yang, jika sampai pada tahap yang ekstrem, dapat menunjukkan adanya masalah ini:
Menyertakan link dengan banyak kata kunci ke situs Anda dalam artikel Anda
Memiliki artikel yang dipublikasikan pada banyak situs yang berbeda; atau, memiliki banyak artikel dalam beberapa situs besar yang berbeda
Menggunakan atau mempekerjakan penulis artikel yang tidak memiliki pengetahuan tentang topik yang ditulis
Menggunakan konten yang sama atau serupa pada seluruh artikel; atau, menjiplak seluruh konten artikel yang ditemukan di situs Anda sendiri (dalam kasus ini penggunaan rel=”canonical”, selain rel=”nofollow”, disarankan)
Jika Google mendeteksi sebuah situs yang menayangkan artikel berisi link spam, hal ini dapat mengubah persepsi Google tentang kualitas situs dan dapat berdampak pada peringkatnya. Situs yang menerima dan memublikasikan harus berhati-hati dan mengamati artikel tersebut, dengan mempertanyakan: Apakah saya mengenal orang ini? Apakah pesan yang disampaikan orang tersebut sesuai dengan audiens situs saya? Apakah artikel berisi konten yang bermanfaat? Jika terdapat link dengan tujuan yang patut dipertanyakan dalam artikel, apakah penulis menggunakan rel=”nofollow” pada link tersebut?
Untuk situs yang membuat artikel khusus untuk pembuatan link, Google akan mengambil tindakan atas perilaku ini karena berdampak buruk bagi Web secara keseluruhan. Jika pembuatan link lebih diutamakan, hal ini dapat menurunkan kualitas artikel dan memberikan pengalaman yang buruk pada pengguna. Selain itu, webmaster tidak menyukai permintaan "Posting artikel saya!" yang bersifat memaksa atau diulang-ulang , dan kami menyarankan agar kasus seperti itu dilaporkan dalam formulir laporan spam kami.
Terakhir, jika link berupa sebuah bentuk rekomendasi, dan Anda adalah satu-satunya pihak yang membuat sebagian besar rekomendasi untuk situs Anda sendiri, apakah hal ini memberikan kesan yang bagus bagi situs Anda? Saran terbaik kami terkait pembuatan link adalah berfokuslah pada peningkatan konten situs Anda dan semua hal yang diinginkan juga akan mengikutinya (termasuk link).
Diposkan oleh Google Webspam Team
Akhir-akhir ini kami melihat peningkatan link berisi spam yang dicantumkan dalam artikel yang disebut sebagai postingan kontributor, tamu, partner, atau entri blog sindikasi. Artikel tersebut biasanya ditulis oleh atau atas nama suatu situs, dan dipublikasikan pada situs yang berbeda.
Google tidak melarang penggunaan artikel semacam ini. Artikel tersebut dapat menjadi cara efektif untuk memberikan infomasi ke audiens situs lain atau menumbuhkan kesadaran terhadap misi atau perusahaan Anda. Namun, tindakan yang melanggar panduan Google tentang skema link adalah jika artikel tersebut bertujuan utama membuat link dalam skala besar untuk mengarahkan pengguna kembali ke situs penulis. Di bawah ini adalah faktor-faktor yang, jika sampai pada tahap yang ekstrem, dapat menunjukkan adanya masalah ini:
Menyertakan link dengan banyak kata kunci ke situs Anda dalam artikel Anda
Memiliki artikel yang dipublikasikan pada banyak situs yang berbeda; atau, memiliki banyak artikel dalam beberapa situs besar yang berbeda
Menggunakan atau mempekerjakan penulis artikel yang tidak memiliki pengetahuan tentang topik yang ditulis
Menggunakan konten yang sama atau serupa pada seluruh artikel; atau, menjiplak seluruh konten artikel yang ditemukan di situs Anda sendiri (dalam kasus ini penggunaan rel=”canonical”, selain rel=”nofollow”, disarankan)
Jika Google mendeteksi sebuah situs yang menayangkan artikel berisi link spam, hal ini dapat mengubah persepsi Google tentang kualitas situs dan dapat berdampak pada peringkatnya. Situs yang menerima dan memublikasikan harus berhati-hati dan mengamati artikel tersebut, dengan mempertanyakan: Apakah saya mengenal orang ini? Apakah pesan yang disampaikan orang tersebut sesuai dengan audiens situs saya? Apakah artikel berisi konten yang bermanfaat? Jika terdapat link dengan tujuan yang patut dipertanyakan dalam artikel, apakah penulis menggunakan rel=”nofollow” pada link tersebut?
Untuk situs yang membuat artikel khusus untuk pembuatan link, Google akan mengambil tindakan atas perilaku ini karena berdampak buruk bagi Web secara keseluruhan. Jika pembuatan link lebih diutamakan, hal ini dapat menurunkan kualitas artikel dan memberikan pengalaman yang buruk pada pengguna. Selain itu, webmaster tidak menyukai permintaan "Posting artikel saya!" yang bersifat memaksa atau diulang-ulang , dan kami menyarankan agar kasus seperti itu dilaporkan dalam formulir laporan spam kami.
Terakhir, jika link berupa sebuah bentuk rekomendasi, dan Anda adalah satu-satunya pihak yang membuat sebagian besar rekomendasi untuk situs Anda sendiri, apakah hal ini memberikan kesan yang bagus bagi situs Anda? Saran terbaik kami terkait pembuatan link adalah berfokuslah pada peningkatan konten situs Anda dan semua hal yang diinginkan juga akan mengikutinya (termasuk link).
Diposkan oleh Google Webspam Team

Google
Labels: menengah , spam , tautan , tips umum
Cara kami melawan webspam - Laporan Webspam 2016
Selasa, 18 April 2017
Di tahun 2017 ini, kami ingin meluangkan waktu untuk berbagi laporan yang telah dikumpulkan di tahun 2016 terkait perjuangan melawan webspam. Selama satu tahun terakhir, kami terus mencari solusi baru untuk mencegah spam agar tidak merusak kualitas penggunaan penelusuran, dan bekerja sama dengan webmaster di seluruh dunia untuk membuat internet jadi lebih baik.
Kami melakukan banyak hal di belakang layar untuk memastikan bahwa pengguna dapat memanfaatkan apa pun yang saat ini ditawarkan internet secara maksimal, agar dapat memberikan hasil yang sesuai bagi semua orang di seluruh dunia, selagi kami melawan webspam yang kemungkinan dapat membahayakan atau sekadar mengganggu pengguna.
Tren Webspam tahun 2016
Keamanan situs terus menjadi fokus utama kami. Tahun lalu, kami melihat banyak sekali situs yang diretas - peningkatannya mencapai 32% dibandingkan dengan tahun 2015. Karena itu, kami terus berinvestasi dalam memperbaiki dan membuat lebih banyak referensi agar webmaster dapat mengetahui langkah-langkah yang harus dilakukan saat situs mereka diretas.
Kami terus memantau situs yang disusupi, yang bukan hanya menghosting webspam. Kami melihat banyak webmaster yang terpengaruh oleh manipulasi psikologis (social engineering), software yang tidak diinginkan, dan injektor iklan yang tidak diinginkan. Kami mengambil sikap tegas di Penjelajahan Aman untuk melindungi pengguna dari tombol download yang menipu, berupaya keras agar pengguna terbebas dari situs yang sangat berbahaya, dan meluncurkan teks bantuan yang lebih detail dalam Laporan Masalah Keamanan Search Console.
Karena semakin banyak orang yang melakukan penelusuran di Google menggunakan perangkat seluler, kami melihat jumlah spam yang menargetkan pengguna seluler meningkat secara signifikan. Lebih spesifiknya, kami melihat peningkatan spam yang mengalihkan pengguna ke situs atau halaman lain tanpa sepengetahuan webmaster, yang disisipkan ke halaman webmaster menggunakan widget atau melalui unit iklan dari beragam jaringan iklan.
Cara kami melawan spam di tahun 2016
Kami terus menyempurnakan algoritme untuk menangani webspam. Kami telah membuat beberapa penyempurnaan tentang cara memberi peringkat untuk situs, termasuk membuat Penguin (salah satu algoritme pemberian peringkat inti) agar berfungsi secara real-time.
Spam yang tidak teridentifikasi oleh algoritme ditangani secara manual. Kami mengirim lebih dari 9 juta pesan ke webmaster untuk memberitahukan masalah webspam pada situs mereka. Kami juga mulai menyediakan lebih banyak notifikasi keamanan melalui Google Analytics.
Kami melakukan pemeriksaan kualitas secara algoritmik dan manual untuk memastikan bahwa situs dengan markup data terstruktur memenuhi standar kualitas. Kami melakukan tindakan manual di lebih dari 10.000 situs yang tidak memenuhi panduan kualitas untuk disertakan dalam fitur penelusuran yang didukung oleh data terstruktur.
Bekerja sama dengan pengguna dan webmaster untuk membuat web jadi lebih baik
Di tahun 2016, kami menerima lebih dari 180.000 laporan spam yang dikirim oleh pengguna dari seluruh dunia. Setelah memeriksa validitas dengan cermat, kami menganggap 52% situs yang dilaporkan adalah spam. Terima kasih telah mengirimkan laporan dan berkontribusi dalam menciptakan ekosistem internet yang lebih bersih dan aman!
Kami telah menyediakan lebih dari 170 jam kerja online dan siaran langsung di seluruh dunia kepada penonton yang mencapai lebih dari 150.000 pemilik situs, webmaster, dan pemasar digital.
Kami terus memberikan dukungan kepada pemilik situs di seluruh dunia melalui Forum Bantuan Webmaster dalam 15 bahasa. Melalui forum ini, kami melihat lebih dari 67.000 pertanyaan yang sebagian besar mendapat Respons Terbaik dari komunitas Kontributor Utama, Rising Star, dan Googler.
Kami memiliki 119 relawan Rising Star dan Kontributor Utama Webmaster, yang diundang untuk menghadiri Pertemuan Kontributor Utama di 11 lokasi berbeda di 4 benua (Asia, Eropa, Amerika Utara, Amerika Selatan).
Kami percaya semua orang berhak mendapatkan hasil penelusuran yang bebas spam dan berkualitas tinggi. Semoga laporan ini memberikan gambaran sekilas terkait langkah-langkah yang harus dilakukan untuk mewujudkannya.
Diposting oleh Michal Wicinski, Search Quality Strategist, dan Kiyotaka Tanaka, User Advocacy
Di tahun 2017 ini, kami ingin meluangkan waktu untuk berbagi laporan yang telah dikumpulkan di tahun 2016 terkait perjuangan melawan webspam. Selama satu tahun terakhir, kami terus mencari solusi baru untuk mencegah spam agar tidak merusak kualitas penggunaan penelusuran, dan bekerja sama dengan webmaster di seluruh dunia untuk membuat internet jadi lebih baik.
Kami melakukan banyak hal di belakang layar untuk memastikan bahwa pengguna dapat memanfaatkan apa pun yang saat ini ditawarkan internet secara maksimal, agar dapat memberikan hasil yang sesuai bagi semua orang di seluruh dunia, selagi kami melawan webspam yang kemungkinan dapat membahayakan atau sekadar mengganggu pengguna.
Tren Webspam tahun 2016
Keamanan situs terus menjadi fokus utama kami. Tahun lalu, kami melihat banyak sekali situs yang diretas - peningkatannya mencapai 32% dibandingkan dengan tahun 2015. Karena itu, kami terus berinvestasi dalam memperbaiki dan membuat lebih banyak referensi agar webmaster dapat mengetahui langkah-langkah yang harus dilakukan saat situs mereka diretas.
Kami terus memantau situs yang disusupi, yang bukan hanya menghosting webspam. Kami melihat banyak webmaster yang terpengaruh oleh manipulasi psikologis (social engineering), software yang tidak diinginkan, dan injektor iklan yang tidak diinginkan. Kami mengambil sikap tegas di Penjelajahan Aman untuk melindungi pengguna dari tombol download yang menipu, berupaya keras agar pengguna terbebas dari situs yang sangat berbahaya, dan meluncurkan teks bantuan yang lebih detail dalam Laporan Masalah Keamanan Search Console.
Karena semakin banyak orang yang melakukan penelusuran di Google menggunakan perangkat seluler, kami melihat jumlah spam yang menargetkan pengguna seluler meningkat secara signifikan. Lebih spesifiknya, kami melihat peningkatan spam yang mengalihkan pengguna ke situs atau halaman lain tanpa sepengetahuan webmaster, yang disisipkan ke halaman webmaster menggunakan widget atau melalui unit iklan dari beragam jaringan iklan.
Cara kami melawan spam di tahun 2016
Kami terus menyempurnakan algoritme untuk menangani webspam. Kami telah membuat beberapa penyempurnaan tentang cara memberi peringkat untuk situs, termasuk membuat Penguin (salah satu algoritme pemberian peringkat inti) agar berfungsi secara real-time.
Spam yang tidak teridentifikasi oleh algoritme ditangani secara manual. Kami mengirim lebih dari 9 juta pesan ke webmaster untuk memberitahukan masalah webspam pada situs mereka. Kami juga mulai menyediakan lebih banyak notifikasi keamanan melalui Google Analytics.
Kami melakukan pemeriksaan kualitas secara algoritmik dan manual untuk memastikan bahwa situs dengan markup data terstruktur memenuhi standar kualitas. Kami melakukan tindakan manual di lebih dari 10.000 situs yang tidak memenuhi panduan kualitas untuk disertakan dalam fitur penelusuran yang didukung oleh data terstruktur.
Bekerja sama dengan pengguna dan webmaster untuk membuat web jadi lebih baik
Di tahun 2016, kami menerima lebih dari 180.000 laporan spam yang dikirim oleh pengguna dari seluruh dunia. Setelah memeriksa validitas dengan cermat, kami menganggap 52% situs yang dilaporkan adalah spam. Terima kasih telah mengirimkan laporan dan berkontribusi dalam menciptakan ekosistem internet yang lebih bersih dan aman!
Kami telah menyediakan lebih dari 170 jam kerja online dan siaran langsung di seluruh dunia kepada penonton yang mencapai lebih dari 150.000 pemilik situs, webmaster, dan pemasar digital.
Kami terus memberikan dukungan kepada pemilik situs di seluruh dunia melalui Forum Bantuan Webmaster dalam 15 bahasa. Melalui forum ini, kami melihat lebih dari 67.000 pertanyaan yang sebagian besar mendapat Respons Terbaik dari komunitas Kontributor Utama, Rising Star, dan Googler.
Kami memiliki 119 relawan Rising Star dan Kontributor Utama Webmaster, yang diundang untuk menghadiri Pertemuan Kontributor Utama di 11 lokasi berbeda di 4 benua (Asia, Eropa, Amerika Utara, Amerika Selatan).
Kami percaya semua orang berhak mendapatkan hasil penelusuran yang bebas spam dan berkualitas tinggi. Semoga laporan ini memberikan gambaran sekilas terkait langkah-langkah yang harus dilakukan untuk mewujudkannya.
Diposting oleh Michal Wicinski, Search Quality Strategist, dan Kiyotaka Tanaka, User Advocacy

Google
Labels: spam , tips umum
Item serupa: Fitur informasi produk di Google Penelusuran Gambar
Rabu, 12 April 2017
Penelusuran Gambar baru-baru ini meluncurkan “Item serupa” di web seluler dan aplikasi Penelusuran Android (Android Search App). Fitur “Item serupa” didesain untuk membantu pengguna menemukan produk yang disukai dalam foto yang menginspirasi di Google Penelusuran Gambar. Dengan menggunakan teknologi visi mesin, fitur Item serupa mengidentifikasi produk dalam gambar gaya hidup dan menampilkan produk serupa kepada pengguna. Item serupa mendukung tas tangan, kacamata hitam, serta sepatu dan akan merambah kategori rumah & taman juga pakaian lainnya dalam beberapa bulan ke depan.
Fitur Item serupa memungkinkan pengguna mencari dan berbelanja fotografi mode busana inspiratif, lalu menemukan info produk terkait item yang diminati. Cobalah dengan membuka hasil dari kueri seperti [tas tangan desainer].
Menemukan informasi ketersediaan dan harga adalah permintaan fitur Penelusuran Gambar utama dari pengguna yang diwakili oleh hampir 28% masukan. Karosel Item serupa mendapatkan jutaan tayangan dan klik setiap hari dari seluruh dunia.
Agar produk memenuhi syarat untuk fitur Item serupa, pastikan untuk menambahkan dan mengelola metadata produk schema.org di halaman Anda. Markup produk/schema.org membantu Google menemukan penawaran produk di internet dan memberikan gambaran sekilas terkait info produk kepada pengguna.
Untuk memastikan bahwa produk memenuhi syarat agar muncul di Item serupa:
Pastikan penawaran produk di halaman memiliki markup produk schema.org, termasuk referensi gambar. Produk dengan metadata nama, gambar, harga & mata uang, serta ketersediaan di halaman host memenuhi syarat untuk muncul di Item serupa
Uji halaman dengan Fitur Pengujian Data Terstruktur Google untuk memastikan bahwa markup produk diformat dengan benar
Lihat gambar di penelusuran gambar dengan mengeluarkan kueri “situs:domainanda.com”. Untuk hasil dengan markup produk yang valid, Anda mungkin akan melihat informasi produk yang muncul setelah gambar dari situs Anda di-tap. Google memerlukan waktu hingga satu minggu untuk meng-crawl ulang situs Anda.
Saat ini, Item serupa tersedia di Aplikasi Google Penelusuran Android dan browser seluler secara global, dan kami berencana memperluas jangkauan ke platform lainnya di tahun 2017.
Jika ada pertanyaan, Anda dapat menghubungi kami di bagian Data terstruktur khusus pada forum, di Twitter, atau di Google+. Agar gambar tidak ditampilkan di Item serupa, webmaster dapat memilih untuk tidak menampilkannya di Google Penelusuran Gambar.
Kami senang membantu pengguna menemukan produk di Internet dengan menampilkan item yang dapat dibeli. Terima kasih telah berpartner dengan kami untuk membuat berbelanja di Internet jadi lebih mudah.
Diposting oleh Julia E, Pengelola Produk di Penelusuran Gambar
Penelusuran Gambar baru-baru ini meluncurkan “Item serupa” di web seluler dan aplikasi Penelusuran Android (Android Search App). Fitur “Item serupa” didesain untuk membantu pengguna menemukan produk yang disukai dalam foto yang menginspirasi di Google Penelusuran Gambar. Dengan menggunakan teknologi visi mesin, fitur Item serupa mengidentifikasi produk dalam gambar gaya hidup dan menampilkan produk serupa kepada pengguna. Item serupa mendukung tas tangan, kacamata hitam, serta sepatu dan akan merambah kategori rumah & taman juga pakaian lainnya dalam beberapa bulan ke depan.
Fitur Item serupa memungkinkan pengguna mencari dan berbelanja fotografi mode busana inspiratif, lalu menemukan info produk terkait item yang diminati. Cobalah dengan membuka hasil dari kueri seperti [tas tangan desainer].
Menemukan informasi ketersediaan dan harga adalah permintaan fitur Penelusuran Gambar utama dari pengguna yang diwakili oleh hampir 28% masukan. Karosel Item serupa mendapatkan jutaan tayangan dan klik setiap hari dari seluruh dunia.
Agar produk memenuhi syarat untuk fitur Item serupa, pastikan untuk menambahkan dan mengelola metadata produk schema.org di halaman Anda. Markup produk/schema.org membantu Google menemukan penawaran produk di internet dan memberikan gambaran sekilas terkait info produk kepada pengguna.
Untuk memastikan bahwa produk memenuhi syarat agar muncul di Item serupa:
Pastikan penawaran produk di halaman memiliki markup produk schema.org, termasuk referensi gambar. Produk dengan metadata nama, gambar, harga & mata uang, serta ketersediaan di halaman host memenuhi syarat untuk muncul di Item serupa
Uji halaman dengan Fitur Pengujian Data Terstruktur Google untuk memastikan bahwa markup produk diformat dengan benar
Lihat gambar di penelusuran gambar dengan mengeluarkan kueri “situs:domainanda.com”. Untuk hasil dengan markup produk yang valid, Anda mungkin akan melihat informasi produk yang muncul setelah gambar dari situs Anda di-tap. Google memerlukan waktu hingga satu minggu untuk meng-crawl ulang situs Anda.
Saat ini, Item serupa tersedia di Aplikasi Google Penelusuran Android dan browser seluler secara global, dan kami berencana memperluas jangkauan ke platform lainnya di tahun 2017.
Jika ada pertanyaan, Anda dapat menghubungi kami di bagian Data terstruktur khusus pada forum, di Twitter, atau di Google+. Agar gambar tidak ditampilkan di Item serupa, webmaster dapat memilih untuk tidak menampilkannya di Google Penelusuran Gambar.
Kami senang membantu pengguna menemukan produk di Internet dengan menampilkan item yang dapat dibeli. Terima kasih telah berpartner dengan kami untuk membuat berbelanja di Internet jadi lebih mudah.
Diposting oleh Julia E, Pengelola Produk di Penelusuran Gambar

Google
Labels: gambar , menengah , structured data , tips umum
Update untuk Fitur Status Situs dari Penjelajahan Aman Google (Google Safe Browsing)
Selasa, 11 April 2017
memberikan fitur kepada pengguna untuk membantu melindungi mereka dari ancaman berbasis web, seperti malware, software yang tidak diinginkan, dan manipulasi psikologis. Kami terkenal karena fitur peringatan kami, yang dilihat pengguna ketika mereka mencoba mengakses situs atau mendownload file yang berbahaya. Kami juga menyediakan fitur lainnya, seperti Fitur Status Situs, tempat pengguna dapat memeriksa status keamanan halaman web saat ini (tanpa perlu mengunjunginya).
Kami menghosting fitur ini di dalam Laporan Transparansi Penjelajahan Aman Google. Sama seperti bagian lainnya di Laporan Transparansi Google, kami menyediakan data ini agar publik dapat mengetahui keamanan dan kesehatan ekosistem online. Pengguna Fitur Status Situs memasukkan halaman web (sebagai URL, situs, atau domain) ke fitur tersebut, kemudian hasil terbaru dari analisis Penjelajahan Aman untuk halaman tersebut akan ditampilkan...sekaligus referensi untuk membantu memecahkan masalah dan materi pendidikan.
Kami baru saja meluncurkan Fitur Status Situs versi baru yang memberikan hasil analisis yang lebih jelas dan simpel, serta dirancang dengan lebih baik untuk pengguna utama halaman: orang yang mengakses fitur setelah menerima peringatan dari Penjelajahan Aman, atau yang melakukan riset umum tentang deteksi phishing dan malware Google. Fitur tersebut kini memiliki UI yang lebih jelas, bahasa yang lebih mudah ditafsirkan, dan hasil yang lebih akurat. Kami juga memindahkan beberapa data yang lebih teknis tentang ASes (autonomous systems) yang terkait ke bagian dasbor malware di laporan.
Saat fitur antarmuka disederhanakan, informasi diagnostik tambahan tidak hilang: peneliti yang ingin menemukan detail lebih lanjut dapat mencarinya di bagian lain pada Laporan Transparansi Penjelajahan Aman, sedangkan pemilik situs dapat menemukan informasi diagnostik tambahan di Search Console. Salah satu tujuan Laporan Transparansi adalah menjelaskan masalah keamanan dan kebijakan yang rumit. Karena itu, kami berharap penyesuaian desain akan membantu memberikan penjelasan tambahan kepada pengguna.
Penjelajahan Aman Google memberikan fitur kepada pengguna untuk membantu melindungi mereka dari ancaman berbasis web, seperti malware, software yang tidak diinginkan, dan manipulasi psikologis. Kami terkenal karena fitur peringatan kami, yang dilihat pengguna ketika mereka mencoba mengakses situs atau mendownload file yang berbahaya. Kami juga menyediakan fitur lainnya, seperti Fitur Status Situs, tempat pengguna dapat memeriksa status keamanan halaman web saat ini (tanpa perlu mengunjunginya).
Kami menghosting fitur ini di dalam Laporan Transparansi Penjelajahan Aman Google. Sama seperti bagian lainnya di Laporan Transparansi Google, kami menyediakan data ini agar publik dapat mengetahui keamanan dan kesehatan ekosistem online. Pengguna Fitur Status Situs memasukkan halaman web (sebagai URL, situs, atau domain) ke fitur tersebut, kemudian hasil terbaru dari analisis Penjelajahan Aman untuk halaman tersebut akan ditampilkan...sekaligus referensi untuk membantu memecahkan masalah dan materi pendidikan.
Kami baru saja meluncurkan Fitur Status Situs versi baru yang memberikan hasil analisis yang lebih jelas dan simpel, serta dirancang dengan lebih baik untuk pengguna utama halaman: orang yang mengakses fitur setelah menerima peringatan dari Penjelajahan Aman, atau yang melakukan riset umum tentang deteksi phishing dan malware Google. Fitur tersebut kini memiliki UI yang lebih jelas, bahasa yang lebih mudah ditafsirkan, dan hasil yang lebih akurat. Kami juga memindahkan beberapa data yang lebih teknis tentang ASes (autonomous systems) yang terkait ke bagian dasbor malware di laporan.
Saat fitur antarmuka disederhanakan, informasi diagnostik tambahan tidak hilang: peneliti yang ingin menemukan detail lebih lanjut dapat mencarinya di bagian lain pada Laporan Transparansi Penjelajahan Aman, sedangkan pemilik situs dapat menemukan informasi diagnostik tambahan di Search Console. Salah satu tujuan Laporan Transparansi adalah menjelaskan masalah keamanan dan kebijakan yang rumit. Karena itu, kami berharap penyesuaian desain akan membantu memberikan penjelasan tambahan kepada pengguna.

Google
Memperkenalkan Kartu Informasi (Rich Card) yang kini tersedia secara global
Rabu, 22 Maret 2017
Evolusi hasil penelusuran untuk kueri seperti [bakmi enak tangerang]: dengan Kartu Informasi, hasil diberikan dalam carousel yang mudah diakses dengan scroll ke kiri dan kanan.
Bagi pemilik situs, ini adalah peluang baru agar terlihat menonjol di hasil Penelusuran dan menarik lebih banyak pengguna yang ditargetkan ke halaman Anda. Misalnya, jika Anda adalah pemilik situs resep, Anda dapat membuat pratinjau dengan lebih banyak informasi tentang konten, lengkap dengan gambar setiap hidangan yang terlihat dengan jelas. Format visual ini dapat membantu pengguna untuk menemukan apa yang dicari dengan cepat, jadi pengguna di situs adalah mereka yang mencari resep kue lezat secara spesifik.
Saat ini, Kartu Informasi tersedia untuk 3 kategori konten: resep, film, dan restoran setempat, yang semuanya mendukung rangkaian format AMP. Untuk menjelajahi semua jenis Kartu Informasi dan menentukan tempat yang cocok untuk konten Anda, jelajahi galeri dengan screenshot dan sampel kode untuk setiap jenis markup. Kami juga melakukan eksperimen secara aktif dengan menghadirkan Kartu Informasi ke jenis data dan vertikal baru.
Kami telah membuat kumpulan fitur komprehensif dan sepenuhnya mengupdate dokumentasi developer untuk menuntun para pemilik situs dan developer dari penjelajahan awal, penerapan, hingga pemantauan performa.
Fitur Pengujian Data Terstruktur menampilkan error markup dan kartu pratinjau untuk konten seperti tampilannya dalam Penelusuran.
Laporan Kartu Informasi di Search Console menunjukkan kartu yang mengalami error, dan kartu yang dapat ditingkatkan dengan markup lebih lanjut.
Uji AMP membantu memvalidasi halaman AMP serta markup di halaman.
Jika ada pertanyaan, temukan kami di bagian Data terstruktur khusus pada forum kami, di Twitter, atau di Google+.
Pada bulan Mei 2016, kami mengumumkan peluncuran Kartu Informasi untuk hasil penelusuran dalam bahasa Inggris. Sekarang, kami menyediakan Kartu Informasi untuk semua situs dalam lokal lainnya yang didukung Google.
Kartu Informasi merupakan format hasil Penelusuran yang dibuat mengikuti keberhasilan Cuplikan Informasi (Rich Snippet). Seperti Cuplikan Informasi, Kartu Informasi juga menggunakan markup terstruktur schema.org untuk menampilkan konten dalam format visual yang lebih menarik. Kartu Informasi juga mendukung format AMP sumber terbuka untuk memberikan akses yang cepat kepada pengguna seluler.
Evolusi hasil penelusuran untuk kueri seperti [bakmi enak tangerang]: dengan Kartu Informasi, hasil diberikan dalam carousel yang mudah diakses dengan scroll ke kiri dan kanan.
Bagi pemilik situs, ini adalah peluang baru agar terlihat menonjol di hasil Penelusuran dan menarik lebih banyak pengguna yang ditargetkan ke halaman Anda. Misalnya, jika Anda adalah pemilik situs resep, Anda dapat membuat pratinjau dengan lebih banyak informasi tentang konten, lengkap dengan gambar setiap hidangan yang terlihat dengan jelas. Format visual ini dapat membantu pengguna untuk menemukan apa yang dicari dengan cepat, jadi pengguna di situs adalah mereka yang mencari resep kue lezat secara spesifik.
Saat ini, Kartu Informasi tersedia untuk 3 kategori konten: resep, film, dan restoran setempat, yang semuanya mendukung rangkaian format AMP. Untuk menjelajahi semua jenis Kartu Informasi dan menentukan tempat yang cocok untuk konten Anda, jelajahi galeri dengan screenshot dan sampel kode untuk setiap jenis markup. Kami juga melakukan eksperimen secara aktif dengan menghadirkan Kartu Informasi ke jenis data dan vertikal baru.
Kami telah membuat kumpulan fitur komprehensif dan sepenuhnya mengupdate dokumentasi developer untuk menuntun para pemilik situs dan developer dari penjelajahan awal, penerapan, hingga pemantauan performa.
Fitur Pengujian Data Terstruktur menampilkan error markup dan kartu pratinjau untuk konten seperti tampilannya dalam Penelusuran.
Laporan Kartu Informasi di Search Console menunjukkan kartu yang mengalami error, dan kartu yang dapat ditingkatkan dengan markup lebih lanjut.
Uji AMP membantu memvalidasi halaman AMP serta markup di halaman.
Jika ada pertanyaan, temukan kami di bagian Data terstruktur khusus pada forum kami, di Twitter, atau di Google+.

Google
Labels: AMP , menengah , Rich Card
#NoHacked: A year in review (Tinjauan Tahunan)
Rabu, 22 Maret 2017
Kondisi Keamanan Situs di tahun 2016
Pertama, beberapa kabar buruk. Kami mendapati adanya peningkatan jumlah situs yang diretas di tahun 2016 sekitar 32%, dibandingkan tahun 2015. Kami memperkirakan laju tren ini tidak akan melambat. Karena peretas menjadi semakin agresif dan banyak situs yang usang, mereka akan terus memanfaatkan momen ini untuk menginfeksi lebih banyak situs.
Kabar baiknya adalah, 84% webmaster yang mengajukan pertimbangan ulang telah berhasil membersihkan situs mereka. Namun, 61% webmaster yang situsnya diretas tidak pernah menerima pemberitahuan dari Google bahwa situs mereka diinfeksi karena situs tersebut tidak diverifikasi di Search Console. Jangan lupa untuk mendaftar ke Search Console, jika Anda memiliki atau mengelola situs. Search Console adalah saluran utama yang digunakan oleh Google untuk berkomunikasi terkait pemberitahuan kesehatan situs.
Bantuan lebih untuk Webmaster yang Diretas
Kami mendengarkan masukan Anda untuk lebih memahami cara membantu webmaster terkait masalah keamanan ini. Salah satu permintaan utama adalah dokumentasi yang mudah dipahami terkait situs yang diretas. Karena itu, kami telah berupaya sebaik mungkin agar dokumentasi ini menjadi lebih bermanfaat.
Pertama-tama, kami membuat dokumentasi baru untuk memberikan lebih banyak konteks kepada webmaster saat situs mereka disusupi. Berikut adalah daftar dokumentasi bantuan baru:
Top ways websites get hacked by spammers (Metode yang sering dilakukan pelaku spam untuk meretas situs)
Glossary for Hacked Sites (Glosarium untuk Situs yang Diretas)
FAQs for Hacked Sites (FAQ untuk Situs yang Diretas)
How do I know if my site is hacked? (Bagaimana cara mengetahui apakah situs saya diretas?)
Kemudian, kami membuat panduan pembersihan untuk situs yang terkena dampak peretasan. Kami menyadari bahwa situs sering diretas dengan cara yang sama. Dengan menyelidiki kesamaannya, kami dapat membuat panduan pembersihan untuk jenis peretasan tertentu. Berikut adalah penjelasan pendek terkait setiap panduan yang kami buat:
Peretasan dengan Kalimat Nonsens: Peretasan nonsens secara otomatis membuat banyak halaman dengan kalimat yang tidak masuk akal dan berisikan kata kunci di situs target. Peretas melakukan ini supaya halaman yang diretas muncul di Google Penelusuran. Lalu, saat ada orang yang coba membuka halaman tersebut, mereka akan dialihkan ke halaman yang tidak terkait, seperti situs porno. Pelajari lebih lanjut tentang cara memperbaiki situs dari jenis peretasan ini.
Peretasan dengan Kata Kunci Bahasa Jepang: Peretasan kata kunci bahasa Jepang biasanya membuat halaman baru dengan teks bahasa Jepang di situs target yang membuat nama direktori secara acak. Halaman ini dimonetisasi menggunakan link afiliasi ke toko yang menjual barang dagangan bermerek palsu, lalu ditampilkan di penelusuran Google. Terkadang akun peretas juga ditambahkan di Search Console sebagai pemilik situs. Pelajari lebih lanjut tentang cara memperbaiki situs dari jenis peretasan ini.
Peretasan dengan Kata Kunci Terselubung: Peretasan link dan kata kunci terselubung secara otomatis membuat banyak halaman berisikan kalimat tidak masuk akal, link, dan gambar. Halaman ini terkadang berisi elemen template dasar dari situs asli, sehingga sekilas tidak terlihat adanya kejanggalan halaman sebelum Anda membaca kontennya. Pada jenis serangan ini, biasanya peretas menggunakan teknik terselubung untuk menyembunyikan konten berbahaya dan membuat halaman yang terinfeksi muncul sebagai bagian dari situs asli atau halaman error 404. Pelajari lebih lanjut tentang cara memperbaiki situs dari jenis peretasan ini.
Pencegahan adalah Kuncinya
Seperti biasanya, lebih baik mengambil tindakan pencegahan dan mengamankan situs daripada mengatasi situs yang terinfeksi. Ingat, rantai akan menjadi kuat jika bagian terlemahnya juga kuat. Anda dapat membaca selengkapnya tentang cara mengidentifikasi kerentanan situs di panduan bantuan untuk halaman yang diretas kami. Ada baiknya Anda tetap mengikuti update terkait rilis dan pengumuman dari penyedia Sistem Pengelolaan Konten (CMS) dan vendor software/hardware.
Harapan Ke Depan
Perilaku meretas ini berevolusi secara terus-menerus, dan riset memungkinkan kami agar tetap update terkait hal tersebut dan menghadapi tren terbaru ini. Anda dapat mempelajari tentang publikasi riset terbaru kami di situs riset keamanan informasi. Berikut ini adalah beberapa studi khusus yang spesifik untuk peretasan situs:
Cloak of Visibility: Detecting When Machines Browse a Different Web (Selubung Visibilitas: Mendeteksi Saat Mesin Menjelajahi Web yang Berbeda)
Investigating Commercial Pay-Per-Install and the Distribution of Unwanted Software (Menyelidiki Bayar Per Instal Komersial dan Distribusi Software yang Tidak Diinginkan)
Users Really Do Plug in USB Drives They Find (Pengguna Tanpa Ragu Mencolokkan Drive USB yang Mereka Temukan)
Ad Injection at Scale: Assessing Deceptive Advertisement Modifications (Injeksi Iklan dalam Skala: Menaksir Modifkasi Iklan yang Menipu)
Jika ada masukan atau pertanyaan khusus terkait situs yang disusupi, Forum Bantuan Webmaster memiliki grup Googler aktif dan kontributor teknis yang dapat menjawab pertanyaan Anda dan memberikan dukungan teknis tambahan.
Ditulis oleh Wafa Alnasayan, Trust & Safety Analyst dan Eric Kuan, Webmaster Relation
Semoga tahun Anda dimulai dengan aman dan terjamin!
Kami ingin berbagi ringkasan selama menjalankan kampanye #NoHacked di tahun 2016 dengan Anda. Mari kita mulai dengan beberapa tren di situs yang diretas tahun lalu.
Kondisi Keamanan Situs di tahun 2016
Pertama, beberapa kabar buruk. Kami mendapati adanya peningkatan jumlah situs yang diretas di tahun 2016 sekitar 32%, dibandingkan tahun 2015. Kami memperkirakan laju tren ini tidak akan melambat. Karena peretas menjadi semakin agresif dan banyak situs yang usang, mereka akan terus memanfaatkan momen ini untuk menginfeksi lebih banyak situs.
Kabar baiknya adalah, 84% webmaster yang mengajukan pertimbangan ulang telah berhasil membersihkan situs mereka. Namun, 61% webmaster yang situsnya diretas tidak pernah menerima pemberitahuan dari Google bahwa situs mereka diinfeksi karena situs tersebut tidak diverifikasi di Search Console. Jangan lupa untuk mendaftar ke Search Console, jika Anda memiliki atau mengelola situs. Search Console adalah saluran utama yang digunakan oleh Google untuk berkomunikasi terkait pemberitahuan kesehatan situs.
Bantuan lebih untuk Webmaster yang Diretas
Kami mendengarkan masukan Anda untuk lebih memahami cara membantu webmaster terkait masalah keamanan ini. Salah satu permintaan utama adalah dokumentasi yang mudah dipahami terkait situs yang diretas. Karena itu, kami telah berupaya sebaik mungkin agar dokumentasi ini menjadi lebih bermanfaat.
Pertama-tama, kami membuat dokumentasi baru untuk memberikan lebih banyak konteks kepada webmaster saat situs mereka disusupi. Berikut adalah daftar dokumentasi bantuan baru:
Top ways websites get hacked by spammers (Metode yang sering dilakukan pelaku spam untuk meretas situs)
Glossary for Hacked Sites (Glosarium untuk Situs yang Diretas)
FAQs for Hacked Sites (FAQ untuk Situs yang Diretas)
How do I know if my site is hacked? (Bagaimana cara mengetahui apakah situs saya diretas?)
Kemudian, kami membuat panduan pembersihan untuk situs yang terkena dampak peretasan. Kami menyadari bahwa situs sering diretas dengan cara yang sama. Dengan menyelidiki kesamaannya, kami dapat membuat panduan pembersihan untuk jenis peretasan tertentu. Berikut adalah penjelasan pendek terkait setiap panduan yang kami buat:
Peretasan dengan Kalimat Nonsens: Peretasan nonsens secara otomatis membuat banyak halaman dengan kalimat yang tidak masuk akal dan berisikan kata kunci di situs target. Peretas melakukan ini supaya halaman yang diretas muncul di Google Penelusuran. Lalu, saat ada orang yang coba membuka halaman tersebut, mereka akan dialihkan ke halaman yang tidak terkait, seperti situs porno. Pelajari lebih lanjut tentang cara memperbaiki situs dari jenis peretasan ini.
Peretasan dengan Kata Kunci Bahasa Jepang: Peretasan kata kunci bahasa Jepang biasanya membuat halaman baru dengan teks bahasa Jepang di situs target yang membuat nama direktori secara acak. Halaman ini dimonetisasi menggunakan link afiliasi ke toko yang menjual barang dagangan bermerek palsu, lalu ditampilkan di penelusuran Google. Terkadang akun peretas juga ditambahkan di Search Console sebagai pemilik situs. Pelajari lebih lanjut tentang cara memperbaiki situs dari jenis peretasan ini.
Peretasan dengan Kata Kunci Terselubung: Peretasan link dan kata kunci terselubung secara otomatis membuat banyak halaman berisikan kalimat tidak masuk akal, link, dan gambar. Halaman ini terkadang berisi elemen template dasar dari situs asli, sehingga sekilas tidak terlihat adanya kejanggalan halaman sebelum Anda membaca kontennya. Pada jenis serangan ini, biasanya peretas menggunakan teknik terselubung untuk menyembunyikan konten berbahaya dan membuat halaman yang terinfeksi muncul sebagai bagian dari situs asli atau halaman error 404. Pelajari lebih lanjut tentang cara memperbaiki situs dari jenis peretasan ini.
Pencegahan adalah Kuncinya
Seperti biasanya, lebih baik mengambil tindakan pencegahan dan mengamankan situs daripada mengatasi situs yang terinfeksi. Ingat, rantai akan menjadi kuat jika bagian terlemahnya juga kuat. Anda dapat membaca selengkapnya tentang cara mengidentifikasi kerentanan situs di panduan bantuan untuk halaman yang diretas kami. Ada baiknya Anda tetap mengikuti update terkait rilis dan pengumuman dari penyedia Sistem Pengelolaan Konten (CMS) dan vendor software/hardware.
Harapan Ke Depan
Perilaku meretas ini berevolusi secara terus-menerus, dan riset memungkinkan kami agar tetap update terkait hal tersebut dan menghadapi tren terbaru ini. Anda dapat mempelajari tentang publikasi riset terbaru kami di situs riset keamanan informasi. Berikut ini adalah beberapa studi khusus yang spesifik untuk peretasan situs:
Cloak of Visibility: Detecting When Machines Browse a Different Web (Selubung Visibilitas: Mendeteksi Saat Mesin Menjelajahi Web yang Berbeda)
Investigating Commercial Pay-Per-Install and the Distribution of Unwanted Software (Menyelidiki Bayar Per Instal Komersial dan Distribusi Software yang Tidak Diinginkan)
Users Really Do Plug in USB Drives They Find (Pengguna Tanpa Ragu Mencolokkan Drive USB yang Mereka Temukan)
Ad Injection at Scale: Assessing Deceptive Advertisement Modifications (Injeksi Iklan dalam Skala: Menaksir Modifkasi Iklan yang Menipu)
Jika ada masukan atau pertanyaan khusus terkait situs yang disusupi, Forum Bantuan Webmaster memiliki grup Googler aktif dan kontributor teknis yang dapat menjawab pertanyaan Anda dan memberikan dukungan teknis tambahan.
Ditulis oleh Wafa Alnasayan, Trust & Safety Analyst dan Eric Kuan, Webmaster Relation

Google
Labels: peretasan , sekuriti , spam , tips umum
Tutup untuk hari ini
Rabu, 15 Maret 2017
Opsi: Blokir fungsi keranjang
Jika situs hanya perlu memblokir pengguna agar tidak membeli sesuatu, pendekatan paling sederhana adalah menonaktifkan fungsi khusus tersebut. Pada umumnya, halaman keranjang belanja dapat diblokir dari aktivitas crawling melalui file robots.txt, atau diblokir dari pengindeksan dengan tag meta robot. Karena mesin telusur tidak dapat melihat atau mengindeks konten tersebut, Anda dapat mengomunikasikan hal ini kepada pengguna dengan cara yang sesuai. Misalnya, Anda dapat menonaktifkan link ke keranjang, menambahkan pesan yang relevan, atau menampilkan halaman informatif sebagai ganti keranjang.
Opsi: Selalu tampilkan halaman informatif atau pop-up
Jika Anda perlu memblokir seluruh situs dari pengguna, dengan menggunakan pesan "sementara tidak tersedia", halaman informatif, atau pop-up, server harus menampilkan kode hasil HTTP 503 ("Layanan Tidak Tersedia"). Kode hasil 503 memastikan bahwa Google tidak mengindeks konten sementara yang ditampilkan kepada pengguna. Tanpa kode hasil 503, halaman informatif akan terindeks sebagai konten situs Anda.
Googlebot akan mencoba lagi halaman yang menampilkan 503 maksimal sekitar satu minggu, sebelum menganggapnya sebagai error permanen yang dapat berujung pada penghapusan halaman dari hasil penelusuran. Anda dapat menyertakan header "Retry after" untuk menunjukkan seberapa lama situs tidak tersedia. Memblokir situs lebih dari satu minggu dapat menimbulkan efek negatif pada hasil penelusuran situs, terlepas dari metode yang Anda gunakan.
Opsi: Nonaktifkan seluruh situs
Menonaktifkan server sepenuhnya adalah opsi lain yang memungkinkan. Anda juga dapat melakukan hal ini jika memindahkan server secara fisik ke pusat data lain. Untuk itu, sediakan server sementara agar dapat menampilkan kode hasil HTTP 503 untuk semua URL (dengan halaman informatif yang sesuai untuk pengguna) dan alihkan DNS agar mengarah ke server tersebut selama waktu pemindahan.
Setel TTL DNS ke waktu yang singkat (seperti 5 menit) dalam beberapa hari sebelumnya.
Ubah DNS ke alamat IP server sementara.
Nonaktifkan server utama setelah semua permintaan dipindahkan ke server sementara.
… server Anda sekarang offline ...
Saat server sudah siap, sambungkan lagi server utama agar online.
Alihkan DNS kembali ke alamat IP server utama.
Ubah TTL DNS kembali ke normal.
Kami berharap opsi ini dapat mengatasi situasi umum saat Anda perlu menonaktifkan situs untuk sementara. Jika ada pertanyaan, silakan ajukan ke forum bantuan webmaster kami!
NB. Jika bisnis Anda aktif secara lokal, pastikan Anda juga menyesuaikan jam buka untuk listingan lokal dengan penutupan ini!
Diposting oleh John Mueller, Webmaster Trend Analyst, Switzerland
Terkadang bisnis juga perlu istirahat sejenak, bahkan di dunia yang "selalu aktif" ini. Ada waktu di saat aktivitas di dunia online memerlukan jeda. Entri blog ini mencakup beberapa opsi yang tersedia agar status situs dalam penelusuran tidak terpengaruh.
Opsi: Blokir fungsi keranjang
Jika situs hanya perlu memblokir pengguna agar tidak membeli sesuatu, pendekatan paling sederhana adalah menonaktifkan fungsi khusus tersebut. Pada umumnya, halaman keranjang belanja dapat diblokir dari aktivitas crawling melalui file robots.txt, atau diblokir dari pengindeksan dengan tag meta robot. Karena mesin telusur tidak dapat melihat atau mengindeks konten tersebut, Anda dapat mengomunikasikan hal ini kepada pengguna dengan cara yang sesuai. Misalnya, Anda dapat menonaktifkan link ke keranjang, menambahkan pesan yang relevan, atau menampilkan halaman informatif sebagai ganti keranjang.
Opsi: Selalu tampilkan halaman informatif atau pop-up
Jika Anda perlu memblokir seluruh situs dari pengguna, dengan menggunakan pesan "sementara tidak tersedia", halaman informatif, atau pop-up, server harus menampilkan kode hasil HTTP 503 ("Layanan Tidak Tersedia"). Kode hasil 503 memastikan bahwa Google tidak mengindeks konten sementara yang ditampilkan kepada pengguna. Tanpa kode hasil 503, halaman informatif akan terindeks sebagai konten situs Anda.
Googlebot akan mencoba lagi halaman yang menampilkan 503 maksimal sekitar satu minggu, sebelum menganggapnya sebagai error permanen yang dapat berujung pada penghapusan halaman dari hasil penelusuran. Anda dapat menyertakan header "Retry after" untuk menunjukkan seberapa lama situs tidak tersedia. Memblokir situs lebih dari satu minggu dapat menimbulkan efek negatif pada hasil penelusuran situs, terlepas dari metode yang Anda gunakan.
Opsi: Nonaktifkan seluruh situs
Menonaktifkan server sepenuhnya adalah opsi lain yang memungkinkan. Anda juga dapat melakukan hal ini jika memindahkan server secara fisik ke pusat data lain. Untuk itu, sediakan server sementara agar dapat menampilkan kode hasil HTTP 503 untuk semua URL (dengan halaman informatif yang sesuai untuk pengguna) dan alihkan DNS agar mengarah ke server tersebut selama waktu pemindahan.
Setel TTL DNS ke waktu yang singkat (seperti 5 menit) dalam beberapa hari sebelumnya.
Ubah DNS ke alamat IP server sementara.
Nonaktifkan server utama setelah semua permintaan dipindahkan ke server sementara.
… server Anda sekarang offline ...
Saat server sudah siap, sambungkan lagi server utama agar online.
Alihkan DNS kembali ke alamat IP server utama.
Ubah TTL DNS kembali ke normal.
Kami berharap opsi ini dapat mengatasi situasi umum saat Anda perlu menonaktifkan situs untuk sementara. Jika ada pertanyaan, silakan ajukan ke forum bantuan webmaster kami!
NB. Jika bisnis Anda aktif secara lokal, pastikan Anda juga menyesuaikan jam buka untuk listingan lokal dengan penutupan ini!
Diposting oleh John Mueller, Webmaster Trend Analyst, Switzerland

Google
Labels: menengah , tips umum
Definisi anggaran perayapan untuk Googlebot
Rabu, 18 Januari 2017
Googlebot dirancang untuk menjadi fitur web yang baik. Perayapan adalah prioritas utamanya, sembari memastikan hal ini tidak menyulitkan pengguna yang mengunjungi situs. Kami menyebut hal ini "batas laju perayapan", yang membatasi tingkat pengambilan maksimum untuk situs tertentu.
Singkatnya, hal ini menunjukkan jumlah sambungan paralel simultan yang dapat digunakan Googlebot untuk merayapi sebuah situs, serta waktu untuk menunggu antara pengambilan satu ke pengambilan berikutnya. Batas laju perayapan dapat naik dan turun berdasarkan beberapa faktor:
Kualitas perayapan: jika situs menanggapi dengan sangat cepat untuk sementara waktu, batas laju perayapan naik, yang artinya ada lebih banyak sambungan yang dapat digunakan untuk melakukan perayapan. Jika situs melambat atau menanggapi dengan error server, batas laju perayapan menurun dan Googlebot akan lebih sedikit melakukan perayapan.
Batas yang disetel di Search Console: pemilik situs web dapat mengurangi frekuensi perayapan Googlebot di situs mereka. Perlu diperhatikan bahwa menyetel batas yang lebih tinggi tidak meningkatkan perayapan secara otomatis.
Permintaan perayapan
Meskipun laju perayapan belum mencapai batasnya, jika tidak ada permintaan dari pengindeksan, aktivitas Googlebot menjadi rendah. Dua faktor yang memiliki peran penting dalam menentukan permintaan perayapan antara lain:
Popularitas: URL yang lebih populer di Internet cenderung dirayapil lebih sering untuk mempertahankan posisinya di indeks kami.
Kedaluwarsa: sistem kami berupaya mencegah URL kedaluwarsa dalam indeks.
Selain itu, peristiwa yang berdampak pada situs secara keseluruhan seperti perpindahan situs dapat memicu peningkatan permintaan perayapan untuk mengindeks ulang konten dengan URL baru.
Dengan mempertimbangkan laju perayapan dan permintaan perayapan, kami mendefinisikan anggaran perayapan sebagai jumlah URL yang dapat dan ingin dirayapi oleh Googlebot.
Faktor yang memengaruhi anggaran perayapan
Menurut analisis kami, memiliki banyak URL bernilai tambah rendah dapat memberikan dampak yang buruk pada proses perayapan dan pengindeksan situs. Kami mengetahui bahwa URL bernilai tambah rendah termasuk dalam kategori berikut, disebutkan sesuai dengan urutan signifikansinya:
Navigasi yang difasetkan dan pengenal sesi
Konten duplikat pada situs
Halaman dengan kesalahan ringan
Halaman yang diretas
Ruang dan proxy tidak terbatas
Konten berkualitas rendah dan spam
Menyia-nyiakan sumber daya server pada halaman seperti ini akan mengurangi aktivitas perayapan dari halaman yang benar-benar bernilai, sehingga dapat menyebabkan penundaan signifikan dalam menemukan konten yang bermutu di situs tertentu.
Pertanyaan teratas
Perayapan adalah pintu masuk situs ke hasil penelusuran Google. Perayapan sebuah situs web secara efisien akan membantu pengindeksannya di Google Penelusuran.
T: Apakah kecepatan situs memengaruhi anggaran perayapan? Bagaimana dengan error yang terjadi?
J: Mempercepat situs akan meningkatkan pengalaman pengguna sekaligus meningkatkan laju perayapan. Bagi Googlebot, situs yang cepat menunjukkan bahwa servernya sehat, sehingga situs dapat memperoleh lebih banyak konten dengan jumlah sambungan yang sama. Di sisi lain, error 5xx atau putusnya sambungan dalam jumlah yang signifikan menandakan sebaliknya, dan perayapan akan melambat.
Sebaiknya perhatikan Laporan Kesalahan Perayapan di Search Console dan pastikan jumlah error server rendah.
T: Apakah perayapan adalah faktor yang menentukan peringkat?
J: Laju perayapan yang tinggi belum tentu meningkatkan posisi situs pada hasil Penelusuran. Google menggunakan ratusan sinyal untuk menentukan peringkat pada hasil penelusuran, dan meskipun diperlukan untuk membuat situs muncul di hasil penelusuran, perayapan bukanlah sinyal yang menentukan peringkat.
T: Apakah URL alternatif dan konten yang disematkan berpengaruh pada anggaran perayapan?
J: Umumnya, setiap URL yang dirayapi Googlebot berpengaruh pada anggaran perayapan situs. URL alternatif, seperti AMP atau hreflang, serta konten yang disematkan, seperti CSS dan JavaScript, mungkin harus dirayapi dan menyedot anggaran perayapan situs. Demikian juga, rantai pengalihan (redirect) yang panjang dapat berdampak negatif pada perayapan.
T: Dapatkah saya mengontrol Googlebot dengan perintah "penundaan perayapan"?
J: Perintah robots.txt "penundaan perayapan" non-standar tidak diproses oleh Googlebot.
T: Apakah perintah nofollow mempengaruhi anggaran perayapan?
J: Bergantung kepada beberapa hal. Setiap URL yang dirayapi mempengaruhi anggaran perayapan, meskipun kamu menandakan sebuah laman sebagai nofollow, laman tersebut masih bisa dirayapi apabila ada laman lain disitus, ataupun diweb yang tidak menandakan tautan menuju laman tersebut dengan perintah nofollow.
Untuk informasi terkait cara mengoptimalkan perayapan situs Anda, kunjungi entri blog kami tentang mengoptimalkan perayapan yang ditulis pada 2009 namun masih berlaku. Jika Anda memiliki pertanyaan, ajukan di forum!
Diposting oleh Gary, Crawling and Indexing Team
Akhir-akhir ini, kita mendengar banyak definisi untuk "anggaran perayapan", namun tidak ada satu istilah yang benar-benar menjelaskan tentang "anggaran perayapan" secara eksternal. Melalui postingan ini, kami akan memperjelas definisinya menurut kami dan maknanya bagi Googlebot.
Pertama-tama, kami ingin menekankan bahwa anggaran perayapan, seperti yang dijelaskan di bawah, bukanlah hal yang harus dikhawatirkan oleh kebanyakan publishers. Jika halaman baru cenderung dirayapi di hari yang sama saat ditayangkan, anggaran perayapan bukanlah hal yang perlu diperhatikan oleh webmaster. Demikian halnya jika sebuah situs memiliki kurang dari beberapa ribu URL, biasanya situs tersebut akan dirayapi secara efisien.
Memprioritaskan apa yang dirayapi, kapan, dan seberapa banyak sumber daya yang dapat dialokasikan oleh server yang menjadi host adalah hal yang lebih penting bagi situs yang lebih besar, atau situs yang membuat halaman secara otomatis berdasarkan parameter URL, misalnya.
Batas laju perayapan
Googlebot dirancang untuk menjadi fitur web yang baik. Perayapan adalah prioritas utamanya, sembari memastikan hal ini tidak menyulitkan pengguna yang mengunjungi situs. Kami menyebut hal ini "batas laju perayapan", yang membatasi tingkat pengambilan maksimum untuk situs tertentu.
Singkatnya, hal ini menunjukkan jumlah sambungan paralel simultan yang dapat digunakan Googlebot untuk merayapi sebuah situs, serta waktu untuk menunggu antara pengambilan satu ke pengambilan berikutnya. Batas laju perayapan dapat naik dan turun berdasarkan beberapa faktor:
Kualitas perayapan: jika situs menanggapi dengan sangat cepat untuk sementara waktu, batas laju perayapan naik, yang artinya ada lebih banyak sambungan yang dapat digunakan untuk melakukan perayapan. Jika situs melambat atau menanggapi dengan error server, batas laju perayapan menurun dan Googlebot akan lebih sedikit melakukan perayapan.
Batas yang disetel di Search Console: pemilik situs web dapat mengurangi frekuensi perayapan Googlebot di situs mereka. Perlu diperhatikan bahwa menyetel batas yang lebih tinggi tidak meningkatkan perayapan secara otomatis.
Permintaan perayapan
Meskipun laju perayapan belum mencapai batasnya, jika tidak ada permintaan dari pengindeksan, aktivitas Googlebot menjadi rendah. Dua faktor yang memiliki peran penting dalam menentukan permintaan perayapan antara lain:
Popularitas: URL yang lebih populer di Internet cenderung dirayapil lebih sering untuk mempertahankan posisinya di indeks kami.
Kedaluwarsa: sistem kami berupaya mencegah URL kedaluwarsa dalam indeks.
Selain itu, peristiwa yang berdampak pada situs secara keseluruhan seperti perpindahan situs dapat memicu peningkatan permintaan perayapan untuk mengindeks ulang konten dengan URL baru.
Dengan mempertimbangkan laju perayapan dan permintaan perayapan, kami mendefinisikan anggaran perayapan sebagai jumlah URL yang dapat dan ingin dirayapi oleh Googlebot.
Faktor yang memengaruhi anggaran perayapan
Menurut analisis kami, memiliki banyak URL bernilai tambah rendah dapat memberikan dampak yang buruk pada proses perayapan dan pengindeksan situs. Kami mengetahui bahwa URL bernilai tambah rendah termasuk dalam kategori berikut, disebutkan sesuai dengan urutan signifikansinya:
Navigasi yang difasetkan dan pengenal sesi
Konten duplikat pada situs
Halaman dengan kesalahan ringan
Halaman yang diretas
Ruang dan proxy tidak terbatas
Konten berkualitas rendah dan spam
Menyia-nyiakan sumber daya server pada halaman seperti ini akan mengurangi aktivitas perayapan dari halaman yang benar-benar bernilai, sehingga dapat menyebabkan penundaan signifikan dalam menemukan konten yang bermutu di situs tertentu.
Pertanyaan teratas
Perayapan adalah pintu masuk situs ke hasil penelusuran Google. Perayapan sebuah situs web secara efisien akan membantu pengindeksannya di Google Penelusuran.
T: Apakah kecepatan situs memengaruhi anggaran perayapan? Bagaimana dengan error yang terjadi?
J: Mempercepat situs akan meningkatkan pengalaman pengguna sekaligus meningkatkan laju perayapan. Bagi Googlebot, situs yang cepat menunjukkan bahwa servernya sehat, sehingga situs dapat memperoleh lebih banyak konten dengan jumlah sambungan yang sama. Di sisi lain, error 5xx atau putusnya sambungan dalam jumlah yang signifikan menandakan sebaliknya, dan perayapan akan melambat.
Sebaiknya perhatikan Laporan Kesalahan Perayapan di Search Console dan pastikan jumlah error server rendah.
T: Apakah perayapan adalah faktor yang menentukan peringkat?
J: Laju perayapan yang tinggi belum tentu meningkatkan posisi situs pada hasil Penelusuran. Google menggunakan ratusan sinyal untuk menentukan peringkat pada hasil penelusuran, dan meskipun diperlukan untuk membuat situs muncul di hasil penelusuran, perayapan bukanlah sinyal yang menentukan peringkat.
T: Apakah URL alternatif dan konten yang disematkan berpengaruh pada anggaran perayapan?
J: Umumnya, setiap URL yang dirayapi Googlebot berpengaruh pada anggaran perayapan situs. URL alternatif, seperti AMP atau hreflang, serta konten yang disematkan, seperti CSS dan JavaScript, mungkin harus dirayapi dan menyedot anggaran perayapan situs. Demikian juga, rantai pengalihan (redirect) yang panjang dapat berdampak negatif pada perayapan.
T: Dapatkah saya mengontrol Googlebot dengan perintah "penundaan perayapan"?
J: Perintah robots.txt "penundaan perayapan" non-standar tidak diproses oleh Googlebot.
T: Apakah perintah nofollow mempengaruhi anggaran perayapan?
J: Bergantung kepada beberapa hal. Setiap URL yang dirayapi mempengaruhi anggaran perayapan, meskipun kamu menandakan sebuah laman sebagai nofollow, laman tersebut masih bisa dirayapi apabila ada laman lain disitus, ataupun diweb yang tidak menandakan tautan menuju laman tersebut dengan perintah nofollow.
Untuk informasi terkait cara mengoptimalkan perayapan situs Anda, kunjungi entri blog kami tentang mengoptimalkan perayapan yang ditulis pada 2009 namun masih berlaku. Jika Anda memiliki pertanyaan, ajukan di forum!

annotation: header footer