APA MAKSUDNYA HALAMAN DITEMUKAN SAAT INI TIDAK DI INDEX?

Ada beberapa pertanyaan dengan nada tulisan sedikit kuatir yang datang ke halaman ini, pertanyaannya adalah: Mengapa halaman saya di nyatakan sebagai "ditemukan - saat ini tidak di indeks?".

Dari ungkapannyasaja seharusnya kita tahu bahwa 'saat ini tidak di indeks' adalah tindakan sementara.

1. MENGAPA GOOGLE TIDAK LANGSUNG MENGINDEKS POSTINGAN SAYA?

Kalau kita baca pada kalimat lebih awal akan tertulis:


Inspeksi URL:

URL tidak ada di Google. Halaman ini tidak ada di index bukan karena eror.

Jika kita mau memeriksa saran dan penjelasan Google lebih lanjut maka akan muncul penjelasan sebagai berikut:



Alat Inspeksi akan memberikan informasi tentang halaman spesifik dalam versi yang sudah diindeks Google. Informasi mencakup error AMP, error data terstruktur, dan masalah pengindeksan.

Tugas umum pengindeksan menurut sumber Google adalah sebagai berikut:

• Melihat status indeks URL saat ini: Mengambil informasi tentang halaman Anda dalam versi yang telah diindeks Google. Lihat alasan Google dapat atau tidak dapat mengindeks halaman Anda.
• Memeriksa URL aktif: Menguji apakah halaman di situs Anda dapat diindeks.
• Meminta pengindeksan URL: Anda dapat meminta agar URL di-crawl (atau di-crawl ulang) oleh Google.
• Melihat versi halaman yang dirender: Melihat screenshot tampilan halaman di dari mata Googlebot.
• Melihat resource yang dimuat, output JavaScript, dan informasi lainnya: Melihat daftar resource, kode halaman, dan informasi lainnya dengan mengklik Lihat halaman yang di-crawl (hasil yang diindeks) atau Lihat halaman yang diuji (pengujian langsung).
• Memecahkan masalah halaman yang hilang: Ada banyak alasan yang menyebabkan halaman belum diindeks. Inspeksi URL dapat membantu memecahkan beberapa masalah tersebut.

Saya tertarik dengan poin ke 5 "melihat resource" yang dimuat seperti kode halaman ini tentunya terkait dengan kecepatan halaman. Namun seluruhnya adalah tentang performa halaman blog kita. Namun arti DITEMUKAN - SAAT INI TIDAK DI INDEKS adalah semata mata bersifat sementara. Persoalannya mengapa halaman kita tidak menjadi prioritas? Adalah tidak adil berandai andai tanpa menyertakan alasan langsung dari sumber Google berikut:

2. MENGAPA HALAMAN SAYA TIDAK DI PRIORITASKAN?

Jika halaman Anda tidak ada dalam laporan, salah satu hal berikut mungkin benar:

Google tidak mengetahui halaman tersebut. Beberapa catatan tentang visibilitas halaman:

• Jika berupa situs atau halaman baru, perlu diingat bahwa Google memerlukan waktu untuk menemukan dan meng-crawl situs atau halaman baru.
• Agar Google dapat mempelajari suatu halaman, Anda harus mengirimkan peta situs atau permintaan crawl halaman; jika tidak, Google harus menemukan link ke halaman Anda di suatu tempat.
• Setelah URL halaman diketahui, perlu beberapa saat (hingga beberapa minggu) sebelum Google meng-crawl sebagian atau seluruh situs Anda.
• Pengindeksan tidak bersifat instan, bahkan jika Anda mengirimkan permintaan crawl secara langsung.
• Google tidak menjamin bahwa semua halaman di mana pun akan masuk ke indeks Google.
• Google tidak dapat menjangkau halaman Anda (halaman memerlukan login atau tidak tersedia untuk semua pengguna di internet)
• Halaman berisi tag noindex yang mencegah pengindeksan oleh Google
• Halaman dihapus dari indeks karena alasan tertentu.

3. LANGKAH PERBAIKAN:

Gunakan Alat Inspeksi URL untuk menguji masalah di halaman Anda. Jika halaman tidak tercantum dalam Laporan Cakupan Indeks, tetapi dicantumkan sebagai diindeks dalam Laporan Inspeksi URL, halaman tersebut mungkin baru saja diindeks, dan akan segera muncul dalam Laporan Cakupan Indeks.

Jika halaman dicantumkan sebagai tidak diindeks pada alat Inspeksi URL (yang Anda harapkan), uji halaman aktifnya. Hasil pengujian halaman aktif akan menunjukkan masalahnya: gunakan informasi dari pengujian dan dokumentasi pengujian untuk mempelajari cara memperbaiki masalah tersebut. Klik pengujian dan Google akan memberitahu kesalahan yang harus diperbaiki.

4. ANALOGI ANTRIAN

Semua orang ingin halamannya di cepat cepat di index, akan tetapi perlu di ingat ada banyak alasan mengapa satu halaman mudah di index sedangkan yang lain tidak, tentu saja segala hal berjalan menuruti prioritasnya dan kadang hal tersebut tidak sepenuhnya kita sadari. Tuhan saja memiliki prioritas, apalagi Google.

Namun dapat di simpulkan jika ingin halaman cepat terindeks ya lakukan hal hal berikut, diantaranya:

Tingkatkan performa halaman secara keseluruhan seperti kecepatan, keaslian konten, kanonis halaman, sumber kode yang simple dan mudah dimengerti oleh mesin pencari.
Tingkatkan branding halaman seperti situs besar
Lakukan kampanye teratur halaman layaknya situs besar
Intinya, jadilah pesaing yang kuat dan selalu menarik perhatian manusia dan sekaligus mesin pencarian mungkin sebagai misal: melalui pengatahuan SEO dan keyword (hanya misal ya).

Dan jika ternyata halaman dinyatakan:

ditemukan - saat ini tidak di indeks

Berarti sebenarnya tidak ada masalah dengan halaman kalian. Setiap halaman memang harus menunggu antrian pengindeksan, walaupun ada beberapa jenis halaman tentunya akan di prioritaskan. Namun alasan yang paling umum adalah benar benar semata mata karena harus menunggu seperti kalian yang sering antrean menunggu giliran di depan mesin kartu ATM.

Ikuti terus trik, tips, teknik hack dan kabar terupdate dari blog ini! Share:

SHARE YA:

CARA MENAMBAHKAN KOTAK PENELUSURAN SITELINK KE DALAM TEMPLATE VIOMAGZ

Jika kalian adalah pengguna template viomagz versi yang lebih lama kalian mungkin pernah menerima perbaikan atau update breadcrumb yang tidak valid karena Google menghentikan dukungannya kepada breadcrumb versi struktur data tertentu, sebaliknya mendukung penuh breadcrumb schema.org.

Waktu itu template viomagz buatan mas sugeng ini menggunakan data vocalubary.org alih alih menggunakan data terstruktur schema.org yang di dukung oleh Google.

Alhasil ketika dilakukan pengujian di halaman Google webmaster, breadcrumb dinyatakan tidak valid dan dapat angka merah. Bukan seluruhnya kesalahan mas Sugeng. Kadang di  dunia web dan di halaman Internet terjadi perubahan yang tidak terduga, dan kita baru merasakan dampaknya setelah melihat notifikasi yang menyalahi parameter.

Cara mengganti breadcrumb template viomagz telah banyak di posting oleh para blogger, dan lagi pula Mas sugeng telah merilis update template viomagz dengan tampilan yang lebih segar dan mengganti data terstruktur breadcrumb yang valid. 

Jadi masalah itu saya ungkit hanya sebagai contoh. Saya juga tahu tidak ada yang sempurna, termasuk template viomagz, hanya saja ia sudah terlanjur sangat populer dan memang memiliki banyak hal yang bagus. Contohnya saya menggunakannya walaupun hanya untuk sementara, sebelum template buatan saya sendiri lolos uji coba.

Cara menambahkan fitur kotak penelusuran ke dalam template viomagz versi ke 3

Setelah memperbaiki breadcrumb saya kemuida melakukan pengujian dengan mengirimkan konten tulisan ke Google webmaster, dan mengujinya, saya merasa ada yang kurang. Ya template viombaz masih minus kotak penelusuran SITELINK. Padahal itu penting karena ia masuk ke dalam bagian penyempurnaan agar dapat di ranking oleh mesin pencari dengan lebih maksimal.

Perhatikan contoh record datanya di webmaster sebelum saya tambahkan script SITELINK:

Contoh di atas adalah hasil pengujian template viomagz versi 3.1.1 setelah saya perbaiki parameter breadcrumbnya. Namun saya membandingkannya dengan template buatan saya yang memiliki kotak penelusuran SITELINK, ternyata template viomagz tidak memilikinya. 

Jadi saya memeriksa halaman HTMLnya pada bagian bawah tag <head> memang benar tidak ada jadi saya tambahkan script berikut yang saya ambil dari halaman resmi panduan Google:

<script type='application/ld+json'>
{
&quot;@context&quot;: &quot;https://schema.org&quot;,
&quot;@type&quot;: &quot;WebSite&quot;,
&quot;url&quot;: &quot;<data:blog.homepageUrl/>&quot;,
&quot;name&quot;: &quot;<data:blog.title/>&quot;,
&quot;alternateName&quot;: &quot;<data:blog.title/>&quot;,
&quot;potentialAction&quot;: {
&quot;@type&quot;: &quot;SearchAction&quot;,
&quot;target&quot;: &quot;<data:blog.homepageUrl/>search?q={search_term_string}&amp;max-results=6&quot;,
&quot;query-input&quot;: &quot;required name=search_term_string&quot;
}
}
</script>

Pokoknya letakan dia setelah kode tag <head> di dalam halaman HTML template viomagz

Dan setelah saya uji ulang konten segera di baca telah memiliki fitur kotak penelusuran:

Perhatikan bagian bawah telah ada fitur kotak penelusuran Sitelink yang valid. 

Apa gunanya fitur kotak penelusuran Sitelink ini?

Jika ia tidak berguna Google tidak akan menambahkankannya ke dalam dasbor penyempurnaan di halaman Google Webmaster. Ia dapat memaksimalkan mesin pencari dalam meranking halaman blog kita.

Menurut google:

Kotak penelusuran sitelink adalah cara cepat bagi orang-orang untuk menelusuri situs atau aplikasi Kalian di halaman hasil penelusuran. Kotak penelusuran menerapkan saran real-time dan fitur lainnya.

Google Penelusuran dapat otomatis menampilkan kotak penelusuran yang dicakupkan ke situs Kalian saat situs muncul sebagai hasil penelusuran, Kalian tidak perlu melakukan apa pun untuk mewujudkannya. Kotak penelusuran ini didukung oleh Google Penelusuran. Namun, Kalian dapat secara eksplisit memberikan informasi dengan menambahkan data terstruktur WebSite, yang dapat membantu Google memahami situs Kalian dengan lebih baik.

Jika Google Penelusuran sudah menampilkan kotak penelusuran sitelink untuk situs, Kalian dapat mengontrol aspek tertentu dari kotak penelusuran sitelink dengan menambahkan data terstruktur WebSite.

Manfaat sitelink adalah untuk kampanye iklan adsense, video dan halaman Blog kalian karena:

1. Mempermudah pembaruan: Ubah teks link dan URL kapan pun Kalian inginkan, sehingga memastikan iklan terus diperbarui dengan info penjualan dan penawaran khusus. Kalian tidak perlu membuat iklan baru atau mengeditnya untuk menyertakan sitelink.
2. Melihat data yang mendetail tentang klik Kalian: Temukan jumlah klik yang terjadi pada iklan Kalian saat sitelink muncul. Kelompokkan statistik menurut kampanye, grup iklan, atau iklan. Segmentasikan statistik Kalian untuk melihat jumlah klik yang terjadi pada masing-masing sitelink versus bagian lain dari iklan (misalnya, judul, sitelink lain, atau ekstensi lain).
3. Menggunakan tracking konversi untuk halaman landing: Siapkan tracking konversi untuk halaman landing yang dikunjungi orang saat mereka mengklik sitelink di bawah iklan. Kalian harus mengoptimalkan halaman landing untuk peristiwa konversi "ringan" (seperti kunjungan situs atau "tambahkan ke keranjang").
4. Mengedit ekstensi sitelink tanpa kehilangan data: Edit ekstensi sitelink tanpa mereset statistik performanya.
5. Sitelink yang disesuaikan untuk seluler: Buat sitelink yang dioptimalkan untuk seluler untuk tampil di perangkat seluler.
6. Menjadwalkan dengan tanggal mulai dan akhir: Tentukan tanggal, hari, atau waktu untuk menampilkan sitelink Kalian.

Manfaat untuk penelusuran:

• Ekstensi sitelink muncul di iklan di bagian atas dan bawah hasil penelusuran Google.
• Kalian memerlukan minimal 2 ekstensi sitelink (untuk desktop), dan minimal 1 ekstensi sitelink (untuk seluler) agar sitelink muncul di iklan. Jumlah sitelink yang dapat muncul berbeda-beda bergantung pada tempat orang melihat iklan:
• Desktop: Iklan Kalian dapat menampilkan hingga 6 sitelink. Sitelink dapat muncul pada baris yang sama atau mengisi hingga 2 baris iklan Kalian.
• Seluler: Iklan Kalian dapat menampilkan hingga 8 sitelink. Sitelink ini muncul berdampingan pada satu baris dalam format carousel. Orang dapat menggeser ke kiri atau ke kanan di carousel untuk menjelajahi berbagai sitelink. Jika iklan Kalian muncul di posisi paling atas, sitelink Kalian memenuhi syarat untuk ditampilkan di baris yang menonjol, dengan hanya satu sitelink di setiap baris.

Manfaat untuk kampanye video

• Ekstensi sitelink muncul di bawah iklan yang memenuhi syarat yang diputar sebelum, selama, atau setelah video lain di YouTube. Sitelink hanya muncul di bawah iklan yang memenuhi syarat di perangkat seluler.
• Kalian memerlukan setidaknya 2 ekstensi sitelink agar sitelink muncul di iklan.
• Iklan Kalian dapat menampilkan hingga 4 sitelink. Orang-orang dapat menjelajahi dan memilih sitelink saat menonton iklan.

Kesimpulan:

Kotak penelusuran sitelink itu penting bagi halaman Anda sekaligus penting bagi pengoptimalan mesin pencari dalam meranking halaman.

Dan script ini dapat di tambahkan ke dalam template blogger tipe apa saja dengan posisi penempatan yang telah saya singgung di atas.

Ikuti terus trik, tips, teknik hack dan kabar terupdate dari blog ini! Share:

SHARE YA:

INI SEBAB MENGAPA PERANKINGAN HALAMAN WEB MOBILE DAN WEB DESKTOP DI BERBEDA

Menurut sumber Google itu disebabkan karena personalisasi, jika kita membuat halaman kita mobile friendly, cepat dan simple, itu berarti halaman kita akan di index dan di ranking sebagi mobile. Boleh jadi saat kita periksa di webmaster ia tidak masuk pengindeksan pada versi dekstop.

halaman web mobile di utamakan

Orang bisa bertanya mengapa ranking halaman itu harus dibedakan antara pengideksan mobile dan web? Sedangkan kita telah menghubungkannya ke versi mobile. Dan alasan kita mengaitkan halaman lebih kepada mobile tentu saja karena dunia web mobile itu sekarang lebih penting daripada dunia web desktop. Akan tetapi mengapa terkadang halaman yang kita telah kita buat tetap saja di index sebagai web desktop?

Personalisasi Web mobile

Halaman web mobile adalah halaman yang mobile friendly, halaman tersebut dapat dengan mudah di akses melalui hape atau ponsel atau peralatan mobile lainnya termasuk tablet. Jika dulu sebala hal yang terkait mobile di aplikasikan sebagai gadget hape layar genggam, kini muncul trend baru layar mobile semakin besar hingga menjadi lebar seperti tablet. Namun ia tetap di kategorikan sebagai halaman mobile.

Alasan lain adalah Halaman mobile hanya akan di indeks oleh robot mobile atau Mobile Bot. Sedangkan yang desktop di indeks oleh google bot biasa. Dan bot bot mengenali perangkat mobile dan perangkat desktop karena mereka masuk ke dalamnya.

Halaman mobile memang berbeda dengan halaman web desktop. Perangkat yang menayangkannya juga beda, Yang satu di tayangkan oleh perangkat mobile seperti hape atau seperti tablet, sedangkan yang lain di tayangkan oleh perangkat PC seperti PC desktop dan laptop.

Pemilik situs web biasanya membuat personalisasi halaman dan menghubungkan halamannya sebagai halaman mobile. Alasanya sudah sangat jelas halaman mobile selalu akan di istemewakan di banding halaman web desktop. Bahkan halaman web desktop akan di tinggalkan.

Akan tetapi jika konten terindikasi hanya cocok buat halaman web desktop, maka ia akan di index sebagai halaman desktop. Halaman tersebut misalnya memiliki konten konten gambar gambar besar dan tidak memenuhi standar mobile.

Kecepatan kedua perangkat juga berbeda.

Lalu tujuan dan cara orang menggunakan kedua perangkat juga beda, orang membuka halaman mobile untuk mendapatkan informasi dan lokasi untuk mobilitas yang lebih tinggi. 

Namun pada halaman desktop orang mungkin mencari informasi text dan lebih banyak  gambar. Lebih banyak video yang dapat di tonton dengan lebih leluasa.

Mungkin saja kedua perangkat hingga saat ini dapat membuka kedua halaman masing masing namun bot bot yang menanganinya terpisah, halaman desktop tidak di tangani oleh bot mobile. Sehingga kecepatan terasa berbeda.

Mobile membutuhkan - setidaknya hingga saat ini - kompresi tinggi saat merender halaman, sehingga para pembuat halaman mobile harus menyesuaikannya agar halaman menjadi lebih ringan dan cepat. Itu sebabnya mengapa bot bot mobile akan mengenali halaman mobile dari 'kustomisasi' pembuat kontennya. Halaman mobile hingga saat ini memang masih harus di tangani secara khusus.

Halaman mobile tergantung kustomisasi pemilik web

Jadi kitalah yang memutuskan mau switch halaman ke mobile atau ke desktop. Atau dalam arti kata lain kita sendirilah yang memilihnya. 

Untuk menjadikan halaman sebuah blog menjadi mobile tentu hal pertama yang kita lakukan adalah memilih template yang mobile friendly. Namun itu saja tentu tidak akan cukup jika menambahkan konten dengan gambar gambar besar dan berat loading. Untuk halaman mobile kita juga harus memilih gambar ilustrasi yang mobile firendly dengan format yang ringan. 

Dan tentu saja semuanya dapat menjadi lebih mobile dengan mengikuti kaidah halaman mobile yang benar. Karena kita tahu bagaimana halaman web dunia sedang dipenuhi oleh halaman dengan kecenderungan mobile.

Kesimpulan

Dunia web memang sedang 'switch to mobile' dan bisnis juga sedang 'switch to mobile'. Untuk tetap menjaga halaman mobile rasa desktop sekarang sedang tren tablet tipis namun denag layar gede mendekati laptop. 

Itu kalau kita bicara tentang perangkat, namun untuk menjadikan halaman menjadi mobile biasanya pemilik web akan melakukan hal berikut:

• Menggunakan template yang mobile friendly
• Membuat konten ringan, komplit namun sesuai dengan kebutuhan blogging mobile.
• Menggunakan perangkat yang mobile

Mengapa perangkat saya masukan juga? Karena bot bot Google bisa membedakannya. Jadi pertanyaan mengapa perankingan mobile dan desktop di bedakan? 

• Ya karena beda kebutuhannya
• Ya karena beda perangkatnya
• Ya karena beda personalisasi dan kustomisasinya
• Ya karena beda juga target dan pada akhirnya juga penghasilannya
• Ya karena beda bot bot pengindeksannya

Namun hal di atas tidak mutlak harus seperti yang terlihat dan yang ada sekarang. Misal, jika kita mematok halaman mobile adalah halaman yang di tampilkan oleh perangkat genggam mobile seperti hape, kita kini melihat bahwa google juga harus mempertimbangkan halaman tablet yang semakin besar sebagai perangkat mobile.

Perangkat mobile adalah perangkat dengan mobilitas tinggi dan sebuah tablet walaupun memiliki layar 14" tetaplah sebuah perangkat yang lebih mobile jika di banding dengan PC laptop dan apalagi desktop.

Jika perangkat ini menjadi tren Google mau tidak mau harus mencari cara demi menyesuaikan kompatibilitasnya...Bisnis tetaplah bisnis...

Saya rasa kita kini mulai mengerti...

Ikuti terus trik, tips, teknik hack dan kabar terupdate dari blog ini! Share:

SHARE YA:

KECEPATAN HALAMAN BLOG SEMAKIN PENTING DI WEBMASTER

Semakin mendekati hitungan mundur prioritas halaman mobile oleh Google di atas halaman desktop, kecepatan halaman blog ternyata menjadi semakin penting bagi SEO. 

Web inti atau Core Web Vitals adalah metrik kecepatan yang merupakan bagian dari sinyal Halaman yang digunakan oleh Google untuk mengukur pengalaman pengguna. 

Yakni:  Metrik mengukur beban visual dengan Largest Contentful Paint (LCP), stabilitas visual dengan Kumulatif Tata Letak Shift (CLS), dan interaktivitas dengan First Input Delay (FID).

Dengan menggunakan template berat halaman kami tidak memiliki catatan kecepatan pada bagian web inti lagi dan itu terbukti dengan semakin menurunnya performa halaman. Perhatikan rekor catatannya di Google Webmaster bagian Web Inti:

Dengan menggunakan tool GTMetrix dan Google PageSpeed kita segera tahu penyebabnya. 

Kami memeriksa sekilas di Google Pagespeed, javascript menjadi biang kerok paling dominan memotong dan melukai kecepatan loading penampakannya sebagai berikut:

Mengapa Kita harus perduli?

Karena April adalah batas akhir tenggat waktu bagi para websider termasuk blogger untuk segera move on dari halaman desktop ke halaman mobile. 

Google telah mewanti mewantinya jauh hari bahkan sejak beberapa tahun yang lalu. Dan projek AMP yang mengutamakan halaman 100% mobile adalah sebuah harapan besar dari Google dimana halaman mobile tidak hanya meningkatkan pengalaman pengguna dari sisi tampilan namun juga nilai dari kecepatannya.

Kecepatan loading menjadi penting karena ternyata terkait langsung dengan manusia. Ketika pengguna merasa halaman tidak mengganggu pengalaman dalam mengakses, maka mereka akan berkunjung berkali kali. 

Zaman tampilan warna warni dan rumit telah lewat, hari ini adalah tampilan sederhana dan modern, fast loading dan kemudahan akses. Alasannya sederhana karena akan lebih banyak orang mencari targetnya yang memberikan manfaat dan dampak yang nyata terhadap kehidupan mereka yang semakin sibuk ketimbang hanya membuang waktu untuk melihat halaman 'yang indah'. Padahal indah dan tidak indah itu hanya subjektif.

Dan bagi kita para blogger, kecepatan itu penting karena ia telah menjadi sinyal dan ranking SEO yang tertinggi di mata mesin pencari.

Semoga bermanfaat.

Ikuti terus trik, tips, teknik hack dan kabar terupdate dari blog ini! Share:

SHARE YA:

CARA MENGATASI ISU HTTPS GAGAL DI GOOGLE WEBMASTER

Kalian sering mengunjungi google search console di webmaster? Itu berarti kalian sudah melakukan hal yang benar, karena setelah konten di buat tentu kita ingin agar konten tersebut cepat terindex oleh mesin pencarian terbesar dan terkuat di planet bumi: Google Search. Cara yang paling tepat adalah mengirimnya melalui Google Webmaster yakni pada bagian Search Console. Agar konten, atau artikel kita sampai ke hadapan para pembaca di seantero dunia.

Ilustrasi HTTPS

Akan tetapi bukan sekedar mengirimkan link artikel atau konten blog, halaman google webmaster juga berisikan tool yang amat berguna bagi kesehatan halaman web atau halaman blog yang sedang kita kelola, terutama pengalaman pengguna mobile seluler (pengguna hape atau handphone). 

Karena artikel saya sekarang sedang membahas isu 'HTTPs' jadi mari kita klik bagian tool ' Pengalaman bagian seluler Pengguna' di webmaster. Siapa tahu kalian memiliki masalah dengan HTTPS salah satu dari lima points pada tool ini.

Adapun 5 poin bagian pengalaman pengguna adalah:

1. Data web inti
2. Kebergunaan seluler
3. Masalah keamanan
4. HTTPS
5. Pengalaman iklan

• Mengatasi masalah data web inti: Percepat halaman, gunakan gambar gambar format terbaru dan ringan.
• Kebergunaan seluler: Halaman harus mudah di akses oleh pengguna melalui perangkat seluler, kalian dapat menggunakan template yang mobile friendly
• Masalah keamanan kalian bisa membuat halaman aman salah satunya dengan cara menggunakan pengalihan ke HTTPS. silahkan setting melalui dasbor blog alihkan HTTP blog kalian ke HTTPS.
• HTTPS. Ini akan segera kita bahas 
• Pengalaman iklan. Yang telah memasang iklan adsense dan google melakukan pembatasan tayangan adalah cara untuk meningkatkatkan pengalaman pengguna, demi kenyamanan pembaca.

ISU HTTPS GAGAL DAN CARA MENGATASINYA.

Nah kita masuk ke bagian HTTPS salah satu cakupan data web inti tadi, jika kalian mengalami hal ini dan mencari ke dalam template apakah masih ada link yang menggunakan HTTP alih alih menggunakan HTTPS? Jika tidak terdapat sebenarnya halaman blog kalian tidak memiliki isu HTTPS. Apalagi jika kalian telah setting dari dasbor pengaturan blogger bergini:

gambar 1

Pada gambar kalian masuk ke halaman pengaturan dasbor blogger:

Pilih setelan dan scroll halaman kanan sampai bertemu menu HTTPS lalu hidupkan tombol dikanannya menjadi hijau.

Tidak ada masalah! Halaman kalian benar benar telah menggunakan HTTPS, tapi mengapa di google webmaster yakni di bagian web inti untuk pengalaman halaman HTTPS masih di nyatakan gagal? Perhatikan gambar di bawah:

Gambar 2

Di sana dinyatakan "penerapan HTTPS di situs Anda tidak memadai". Dan kemanapun kalian mencari masalahnya akan tampak gagal padahal semua link telah dinyatakan HTTPS. Are you Joking? Bagaimana itu bisa terjadi?

Berhari hari saya menyelidikinya, setelah membaca petunjuk dari bantuan google masih saja tidak mengerti, akhirnya menemukan kejanggalan pada properti domain di halaman webmaster itu sendiri. 

Jadi properti domain saya tidak menyertakan HTTPS pada awalan URL, saya hanya mengetik begini: editblogtema.com alih alih https://www.editblogtema.com. 

Tentu saja tanpa ragu saya menghapus properti domain tersebut dari halaman Google Webmaster!

Lho menghapus properti domain? Jangan panik itu hanya properti, bukan site domain miliki kita kok, bukan itu yang dimaksud disini. Itu hanya registrasi domain di webmaster saja. Cara menghapusnya mudah:

Masuk ke halaman Google Webmaster dimana kalian tentunya telah mendaftarkan halaman blog, lalu periksa halaman blog pada bagian properti domain apakah ia terdaftar dengan URL berawalan HTTPS atau tidak.

Klik tanda panah pada ujung nama domain seperti ditujukan oleh gambar berikut:

gambar 3

Ketika panah di klik akan muncul daftar domain yang kalian miliki perhatikan apakah ketika di daftarkan sebagai properti domain apakah URLnya telah berawalan HTTPS?

Jika belum memiliki awalan HTTPS segera hapus properti domain tersebut dan daftarkan ulang saja. 

Cara masuk ke Google webmaster atau search console itu mudah sekali yakni melalui dua cara, bisa melalui pengaturan dasbor blogger, atau langsung ketikan alamat google Webmater ke pencarian melalui halaman web Google.

Nah setelah mengklik mata panah seperti yang saya tunjukan melalui gambar maka akan muncul daftar domain jika kalian memiliki lebih dari satu domain atau subdomain bawaan Google. 

Mungkin saja domain kalian yang sedang aktif malah terdaftar sebagai: xxx.com tanpa HTTPS mengawalinya.

Dan ternyata itu mempengaruhi pengalaman halaman yang di namakan 'HTTPs' oleh Google Webmaster. Perhatikan gambar selanjutnya:

gambar 4

Pada gambar berikut (gambar 4) ekstensi properti domain yang benar dan telah menggunakan HTTPS telah saya centang warna hijau sedangkan yang saya silang merah adalah properti domain yang tanpa HTTPS.

Sebenarnya  tidak masalah jika domain tersebut tidak penting atau bukan halaman blog utama. Akan tetapi jika itu adalah blog aktif maka ia akan mempengaruhi banyak halaman sebagai 'GAGAL HTTPS' 

kalian dapat menghapus dan menambahkan kembali properti yang tidak di inginkan dengan mudah melalui Halaman Google Webmaster yakni dengan cara:

Menghapus: Klik properti domain yang diinginkan setelah terbuka pada bagian bawah sebelah kanan halaman cari tombol 'Hapus Properti.

Sedangkan untuk menambahkan kembali halaman adalah dengan cara Klik tanda panah seperti yang di tunjukan pada gambar 3 maka akan muncul menu yang menampilkan properti domain, kalian pilih tombol paling bawah dengan tulisan 'Tambahkan properti' (Lihat gambar 4) atau lebih lengkapnya perhatikan gambar berikut:

Gambar 5: Tombol tambahkan dan tombol hapus properti domain

Jadi kalian bisa menambahkan atau menghapus domain sekaligus pada satu halaman tersebut.

Untuk menambahkan domain baru kalian akan membuka blanko pendaftaran sebagai berikut:

Blanko akan muncul ketika kalian mengkilik tambahkan properti perhatikan petunjuk yang saya tandai dengan panah dan lingkaran merah dimana kalian seharusnya menambahkan URL halaman dengan awalan HTTPS. Jika tidak maka akan terjadi kesalahan dan kegagalan HTTPS seperti yang telah kita bahas sebelumnya. 

Dan perlu di ingat Google akan memberikan notifikasi kesalahan meskipun itu terjadi hanya pada sejumlah kecil halaman yang terpengaruh.

Walaupun hal di atas hanyalah salah satu dari fitur 'pengalaman halaman' pada web inti di google webmaster, namun mengabaikannya bisa menurunkan performa halaman blog secara dignifikan. Terutama karena ia masuk ke dalam fitur utama: Web mobile.

Dan seperti yang telah kita maklumi selama masa kejayaan halaman web telah berakhir, maka halaman mobile atau halaman selulerlah yang sekarang menempati prioritasnya Sang God Father: Google.

Ikuti terus trik, tips, teknik hack dan kabar terupdate dari blog ini! Share:

SHARE YA:

Aduhai! Mengapa halaman web tidak juga terindex setelah dikirim ke Search Consol?

Setiap pemilik halaman web ingin agar konten kontennya segera terindeks oleh mesin pencari, jika tidak terindeks dalam waktu lama atau bahakan tidak terindeks samasekali, hal tersebut bisa menjadi alamat buruk, bahkan sangat buruk karena:

• Tidak akan memiliki trafik dan pengunjung organik
• Tidak memiliki penghasilan apabila blog telah di monetisi dengan adsense
• Menandakan halaman memiliki masalah SEO, teknis, validitas HTMl dsb
• Tampak seperti usaha yang sia sia

Walaupun mungkin search consol webmaster bukanlah segala galanya akan tetapi faktanya ia sangat menentukan sukses atau gagalnya sebuah halaman web. Ia adalah matriks, analitik, tool yang tidak mungkin dapat di abaikan begitu saja.

Normalnya para pemilik halaman di internet akan mengirimkan kontennya ke search consol Google master setelah selesai menerbitkan halaman (baca: konten/artikelnya) tersebut. Adalah keinginan setiap penulis, setiap pemilik halaman blog agar konten kontennya bisa dan cepat terindeks di halaman Google.

Namun banyak keluhan dan tidak kurang pertanyaan dan protes yang dilayangkan ke Google dengan pertanyaan mengapa halaman yang mereka kirim belum juga terindex?

Akan tetapi melaui John Mu Ia menjelaskan bahwa Google punya standar dalam lini produksi mereka.  Dan standar itu sesunguhnya ada dimana mana jika sebuah perusahaan ingin bersaing di medan pertempuran bisnis, mereka harus fight.

Dan Google adalah sebuah perusahaan raksasa, tempat mereka jelas bermain di aturan bisnis global, mereka berjalan di beberapa lini produk dan termasuk konten konten berupa baik itu lisan (misalnya lagu, ceramah, dsb), tulisan, gambar, video yang akan publikasikan dihalaman mereka tentunya harus mengikuti ketentuan ketentuan berikut (ini hanya sebagian).

1. Pass QC

Maksudnya disini adalah produk baru akan dapat dipublikasikan jika memang sudah melewati uji kelayakan untuk menjadi konsumsi publik di halaman web. Tentu saja untuk melewati hal ini sebuah konten harus melewati beberapa tahap dan requirement, misalnya:

Konten tulisan, lisan, gambar, video harus  mengikuti syarat syarat dan ketentuan umum, rapih, ringan, kualitas tinggi. Penulisan tidak asal asalan dan harus mengiktui kaedah berbahasa yang benar menurut bahasa dari negara atau wilayah masing masing.

Mengapa ini harus dilakukan? Karena produk harus laku dan sasarannya adalah manusia. Manusialah yang akan membaca artikel Anda bukan mesin. Mereka adalah Kustomer dan pelanggan adalah raja. Jika tulisan kurang berkualitas tentunya akan di prioritaskan di belakang antrean atau bahkan tidak akan masuk ke dalam antrean mesin pencari

2. Halaman harus valid

Halaman juga harus valid mengikuti pedoman teknis web. Misalnya data terstruktur, valid HTML 5, mengikuti pedoman penulisan web. Contohnya sebuah halaman yang tidak terstruktur dengan baik, walaupun tampilannya cantik namun penuh DOM akan memberatkan loading. 

Google juga harus menghitung bandwith dan harga yang harus mereka keluarkan untuk memunguti setiap konten yang akan di pajang di halaman web sebelum dapat menjadi konsumsi pembaca.

konten yang buruk secara teknis dan tidak valid tentu akan meningkatkan beaya. Itulah seabnya Google terus meningkatkan sumber daya seperti tool online, algoritma, A.I, dan kapasitas server agar segalanya berjalan lebih cepat dan lebih efesien sekaligus untuk meningkatkan pengalaman pembaca/konsumen

Poin kedua berbeda dengan poin pertama, jika yang pertama lebih kepada kepuasan pelanggan dan meningkatkan pengalaman pengguna, poin kedua ini lebih fokus kepada hal hal internal bersifat teknis dua arah, Google menuliskan aturannya (pedomannya) dan para pemilik halaman web mengikuti pedomannya.

Pada poin kedua ini Anda bisa mengikuti pedoman Google, bagaimana membuat konten di halaman yang valid, ringan dan sederhana.

3. Aturan hukum

Publisher, pemilik web, penulis juga harus patuh hukum dan tidak melanggar aturan yang telah ditetapkan oleh perusahaan dalam hal ini adalah Google. Setiap aturan hukum berbasis pada hukum aturan lokal dan global. Misalnya aturan aturan yang berlaku di Uni Eropa, Amerika dan Asia pasifik.

Anda tentu saja tidak boleh mencontek konten orang lain ada formulanya, ketika banyak orang beralasan bahwa konten mereka original dan kesamaan yang terlihat adalah kebetulan. Anda juga tidak boleh mempublikasikan hal hal berbau porno tidak pada tempatnya. 

Hindarkan dari membuat konten merusak lingkungan, menulis hal hal berbau sara, ujaran kebencian, tulisan yang subjektif dan tidak objektif. Karena jika pada poin pertama dan kedua halaman Anda hanya mendapatkan notifikasi dan diminta memperbaiki maka pada poin ketiga inilah sebuah halaman dapat di hukum, di banned hingga di hapus!

Jadi jangan bermain api dengan aturan hukum, apalagi jika halaman Anda telah di monetisi dan telah cuan.

Kesimpulan

Tiga poin diatas hanyalah pengalaman selama menjadi pelaku publisher ads sebagai imbalan menjual konten tulisan. 

Poin pertama Kualitas artinya tulisan harus pass QC. Tulisan harus memiliki teknik yang baik, syukur syukur karakter yang kuat, harus mengikuti kaedah berbahasa yang benar, harus enak di konsumsi oleh pengunjung halaman.

Poin kedua adalah validitas halaman terkait teknis. Halaman harus terstruktur dengan baik HTMLnya agar mudah di temukan dan fahami oleh mesin telusur. Halaman yang buruk akan mempengaruhi konten yang telah kita buat di halamannya. Anda bisa menyerahkan ini kepada ahinya misalnya meminta saran template yang baik untuk halaman web dan blogging. Mengoptimalkan SEO onpage dan offpage sekaligus.

Poin ketiga HUKUM dan Aturan. Jangan terjebak dengan hal yang terakhir ini karena bisa berakibat sangat buruk tehadap nasib halaman yang telah susah payah Anda bangun: 

Jika Anda seorang Publisher adsense dan halaman Anda sudah cuan, Google bisa menarik itu dengan membanned halaman Anda. Dan yang paling buruk Google bahkan bisa menghapus halaman Anda samasekali hilang dari halaman web. Apa boleh buat, demikianlah aturannya. Itu namanya PHK online, he he he... Dimana Anda akhirnya kehilangan penghasilan sekaligus pekerjaan.

Ikuti terus trik, tips, teknik hack dan kabar terupdate dari blog ini! Share:

SHARE YA:

AWAS SCRIPT PALSU, JANGAN PASANG FAKE AGGREGATE SCORE INI DI BLOG

Salah seorang konstributor kami telah menulis postingan yang hampir mirip karena ada saja blogger nakal atau kurang mengerti dan menyarankan agar teman temannya memasang kode kode dengan tujuan 'mengelabui' tool Google dalam membaca skor performa sebuah halaman web dan termasuk blogger. Script ini dimaksudkan oleh TS-nya agar halaman tampak tinggi perfomanya di mata pengunjung dan syukur syukur oleh klien.

Akan tetapi sayangnya, Google telah memiliki berbagai tool pendeteksi yang sangat kuat dan dapat membedakan mana skor yang memang asli dan alami dan mana yang FAKE alias palsu. Yang asli pasti akan mendapatkan nilai tinggi dan sejati. karena bagaimanapun juga nilai berlian asli sangatlah mahal di banding berlian palsu walaupun kelihatan lebih menyala dan indah.

Tapi kan palsu....

1. Jangan pernah pasang script fake score rating berikut ini di halaman HTML blogger:

Nah pada postingan waktu yang lalu, kode script yang di suruh pasang oleh TS-nya adalah:

<script type='application/ld+json'>
{
"@context": "https://schema.org/",
"@type": "Book",
"name": "Nama Blog Anda",
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "5",
"ratingCount": "Jumlah Ratingnya",
"bestRating": "5",
"worstRating": "1"
}
}
</script>

Perhatikan kode script yang benar benar maksa agar rating tampak worth tapi sebenarnya palsu:

1. Rating value di paksa jadi 5,
2. Best rating di tetapkan sendiri jadi 5,
3. Tiba bagian 'worst'nya di beri hanya 1.

LOL! Sepertinya pembuat script itu mau menentukan sendiri rating halaman yang di injeksinya. Tahu akibatnya setelah di uji ke webmaster? Muncul peringatan sebagai berikut:


'Masalah Cuplikan ulasan baru terdeteksi untuk situs BlogDummy.blogspot.com.'


Yang terhormat pemilik xxx.blogspot.com:

Search Console telah mengidentifikasi bahwa situs Anda terpengaruh oleh 1 Cuplikan ulasan masalah:

Error Teratas

Error dapat menyebabkan halaman atau fitur Anda tidak muncul di Hasil penelusuran. Error berikut ditemukan di situs Anda:

Bilangan bulat dalam properti "ratingCount" tidak valid

Sebaiknya perbaiki masalah tersebut jika memungkinkan agar situs Anda dapat memberikan cakupan dan pengalaman terbaik di Google Penelusuran.

Perbaiki Cuplikan ulasan masalah

Nah lo. Jadi ketahuan dengan mudah, bukan? Bohong ketahuan masih mau pasang?

Sebenarnya saya bingung juga karena script di atas adalah JasonLD yang biasa dipergunakan untuk memperbaiki dan meningkatkan performa dan struktur halaman, tetapi di tulis ulang untuk menghasilkan feedback palsu terhadap tool pemeringkatan ranking halaman. Bagi saya itu itu konyol sekali karena alih alih memberikan feedback positif, ia malah menberikan sinyal buruk terhadap performa halaman itu sendiri.

Siapa penulisnya jelas jagoan, tetapi sayangnya Google adalah raksasa dengan kemampuan yang terintegrasi penuh terhadap field bisnis mereka. 

2. Bukan fake score rating, yang benar pasang script sitelink ini.

Jadi script rating di atas sepenuhnya salah, tidak benar dan berbahaya bagi halaman blogger itu sendiri. apakah ia di baca oleh mesin penelusur? Ya! Tapi dibaca sebagai text pemberi sinyal yang buruk! Maka itu di google webmaster kita disuruh memperbaikinya. Intinya memasang script itu di masa sekarang dengan kecanggihan algoritma Google lebih memberikan mudharat, alih alih manfaatnya.

Google membacanya sebagai cuplikan, nah jika kalian ingin agar halaman blog terbaca dan mendapatkan kotak sitelink yang memberikan cuplikan istemewa di halaman Google, seharusnya kalian memasang script pemberi sinyal yang benar, script tersebut adalah:

<script sync='async' type='application/ld+json'>
{
&quot;@context&quot;: &quot;https://schema.org&quot;,
&quot;@type&quot;: &quot;WebSite&quot;,
&quot;url&quot;: &quot;<data:blog.homepageUrl/>&quot;,
&quot;name&quot;: &quot;<data:blog.title/>&quot;,
&quot;alternateName&quot;: &quot;<data:blog.title/>&quot;,
&quot;potentialAction&quot;: {
&quot;@type&quot;: &quot;SearchAction&quot;,
&quot;target&quot;: &quot;<data:blog.homepageUrl/>search?q={search_term_string}&amp;max-results=6&quot;,
&quot;query-input&quot;: &quot;required name=search_term_string&quot;
}
}
</script>

Letakan kode tersebut ke dalam halaman editor HTML yakni setelah atau dibawah kode </head>.

Lalu silahkan save template.

Kalian boleh menguji halaman kalian melalui search console google webmaster, apakah setelah itu halaman blog akan mendapatkan kotak sitelink?

Ya tentu saja. Masak saya juga ikut ikutan bohong...sumber itu saya ambil dari halaman google itu sendiri.

SHARE YA:

TRIK BARU MENGHAPUS JAVASCRIPT YANG TIDAK DIPERGUNAKAN PADA TEMPLATE TEMPLATE TERBARU BLOGGER

Pernah mengukur kecepatan halaman blog menggunakan matrik Google PageSpeed? Ya pernah dong.  Saya gagal fokus pada bagian LCP (Largest Contenful Paint) karena itu adalah salah satu biang kerok lambatnya halaman berpacu di jaringan web, sangat melukai performa kecepatan. Pada pengukuran akan menghasilkan data sebagai berikut:

Tentu saja saya tidak akan mempermasalahkannya jika ia tidak di gunakan sebagai sinyal bagi mesin pencari di Google console Webmaster. Terutama pada bagian data web inti ini bisa mencerminkan kegagalan mengoptimalkan halaman sebuah web termasuk halaman blog. Lalu apa biang keroknya?

Setelah klik disana terdapat salah satu datanya: Jika ingin halaman jadi wuss dan ringan kita harus menghapus javascript yang tidak dipergunakan dari dalam template. Malangnya kemanapun mencarinya di halaman editor HTMLblogger Javascript itu tidak di temukan. Walaupun sudah tekan CTRL+ALT. dan memasukan kata kunci, tidak ada. Javascript itu adalah:

…widgets/53698643-widgets.js

Para blogger senior umumnya menyarankan agar kita 'menghentikan' aktivitas sang javascript yang tidak terlihat dengan merubah atau mengganti tag penutup body yakni </body> dengan &lt;!–</body>–&gt;&lt;/body&gt;  dan setelah itu halaman memang menjadi ringan, tapi apa yang terjadi kemudian?

Begini akibatnya:

• Tombol reply komentar berhenti berfungsi, hampir tidak ada cara untuk memperbaikinya, kecuali mengembalikan kode </body> seperti semula.
• Widget 'contact form' berhenti bekerja
• Search form atau menu pencarian tidak berfungsi lagi
• Widget Wikipedia juga jadi tidak berfungsi
• Widget arsip blog berhenti bekerja
• DLL

Melihat akibat yang ditimbulkan di atas, bagi saya itu semua adalah harga yang harus ditebus dan sangat mahal karena bagi saya terutama tombol reply komentar itu penting dan widget menu pencarian juga.

IDENTITAS TEMPLATE MELALUI IKATAN JAVASCRIPT

Tapi tunggu, karena saya menggunakan template terbaru blogger di bawah kode yang 'tidak di temukan' tersebut ada kode desain template notable: 

…res/247…-rockpool_compiled.js

Kodenya ada di dalam 5 varian blogger terbaru dengan masing masing perbedaan penulisan:

1. Notable:  <b:template-script async='true' name='rockpool' version='1.0.0'/> 
2. SOHO: <b:template-script async='true' name='fancy' version='1.0.0'/>
3. Contempo: <b:template-script async='true' name='indie' version='1.0.0'/>
4. Emporio: <b:template-script async='true' name='vegeclub' version='1.0.0'/>
5. Essential: <b:template-script async='true' name='strm' version='1.0.0'/>

Jadi untuk notable saya menghapus : <b:template-script async='true' name='rockpool' version='1.0.0'/>  dan menyelidiki dampaknya.

1. Benar, ia membuat kolom pencarian menjadi tidak bekerja. 
2. Ia menghilangkan efek sticky header template template terbaru
3. Tapi, ia tidak mempengaruhi kolom reply pada komentar sama sekali. 

Bagi saya itu masih worth. Tidak apa apa mengorbankan tombol pencarian, toh saya dapat menggantinya dengan yang kustom.

Jadi saya meneliti hal hal berikut:

XML:

<?xml version="1.0" encoding="UTF-8" ?>

<!DOCTYPE html>
<html b:css='false' b:defaultwidgetversion='2' b:layoutsVersion='3' b:responsive='true' b:templateUrl='rockpool.xml' b:templateVersion='1.3.3' expr:dir='data:blog.languageDirection' expr:lang='data:blog.locale' xmlns='http://www.w3.org/1999/xhtml' xmlns:b='http://www.google.com/2005/gml/b' xmlns:data='http://www.google.com/2005/gml/data' xmlns:expr='http://www.google.com/2005/gml/expr'>

Pengaturan CSS terkait dengannya adalah:

body.variant-rockpool_deep_orange .centered-top-secondline .PageList .overflow-popup li a{

color:#000

}

body.variant-rockpool_pink .blog-name h1,body.variant-rockpool_pink .blog-name h1 a{

text-transform:none

}

body.variant-rockpool_deep_orange .post-filter-message{

background-color:$(header.background.color)

}

Lupakan kode kode xml dan CSS di atas, itu hanya penelusuran keterkaitan kode terhadap struktur template, gunanya bagi saya adalah bagaimana memahami setiap kode bekerja dan berdampak terhadap kinerja template secara keseluruhan.

Setelah saya menghapus kode tersebut dan membuang widget bawaan tombol bawaan astaga, loading yang tadinya di ukur hanya di kecepatan 50-65 untuk mobile berubah drastis menjadi 85-90!. 

Dan yang lebih aneh setelah saya periksa  kembali data kecepatan di PageSpeed java script yang disuruh hapus bebanya sekarang telah jauh berkurang:

Sebelum:

Sesudah:

Tentu saja itu tidak dapat di hapus, namun kita dapat mengurangi dampaknya dengan melakukan beberapa perbaikan, misalnya:

• Memperbaiki ukuran dimensi gambar
• Menghilangkan resource yang memblokir render halaman]
• Mengurangi penggunaan javascript
• dll

Setelah melakukan perbaikan perubahan tidak akan serta-merta terjadi, karena berbeda dari anggapan sebagian orang bahwa yang melakukan tugas mengumpulkan data adalah Google bot atau robot.txt, sebaliknya baik google bot atau robot.txt tidak mengambil bagian dari tugas ini, yang melakukannya justeru peramban Google Chrome! Tool matrix pagespeed harus membaca data yang di kumpulkan melalui UX peramban chrome terlebih dahulu, barulah setelah score terkumpul bedasarkan itu, score real time performa halaman web kita dapat di tampilkan di dalam matriks search console di halaman webmaster.

MENGAPA KITA HARUS PERDULI?

Karena pada matrik penilaian di search consol Google memberikan skor dan peringatan terkait performa halaman dan jika halaman tidak sesuai dengan standar, maka halaman tersebut berpotensi mengalami penurunan trafik lalu di ikuti oleh penghasilan.

Kita harus mempebaiki data halaman blog yang di tandai merah oleh Google, jika tidak halaman akan mulai rusak secara perlahan. Ini terutama bagi para blogger yang halamannya telah di monetisi, perbaikan biasanya akan selalu diikuti oleh peningkatan performa dan peningkatan trafik.

Perbaikan disini lebih ke struktur template. Dengan teknik dan desain yang valid, tepat dan akurat pastinya akan meningkatkan pengalaman pengguna pada saat menggunakan halaman tersebut.

Dan alih alih menghapusnya, kita tidak dapat melakukannya karena javascript tersebut di remote dari sisi server ke librari, lalu ke dalam template kita. Kita hanya dapat mengurangi 'aktivitasnya' yang sangat merugikan kecepatan loading tersebut.

Ikuti terus trik, tips, teknik hack dan kabar terupdate dari blog ini! Share:

SHARE YA:

Ada tambahan fitur Pengalaman Halaman di halaman google webmaster

Fitur baru ini memungkinkan kita melihat bagian mana yang masih menjadi PR bagi seorang pemilik halaman website termasuk halaman blogger. Pada fitur ini ada lima daftar item (yang kita sebut PR tadi meminjam istilah Pekerjaan Rumah) yang di tampilkan berikut skor baik dan buruknya:

Peringatan-nya: Situs Anda memiliki masalah pengalaman halaman yang kritis

Perubahan juga terlihat pada tampilan 'Sekilas' dimana terdapat peringatan Pengalaman halaman yang merah. Pada bagian penyempurnaan, di tampilkan kesalahan pada bagian ulasan: Contohnya 'Terdapat 1 kesalahan' dan tentu saja itu harus di perbaiki:

1. Data web inti: Baik ditandai centang warna hijau, buruk merah.
2. Kebergunaan seluler: Baik ditandai centang warna hijau, buruk merah.
3. Masalah keamanan:Baik ditandai centang warna hijau, buruk merah.
4. Pengalaman Iklan: Baik ditandai centang warna hijau, buruk merah.
5. HTTPS: Baik ditandai centang warna hijau, buruk merah.

Data web inti 

Disebut juga Core web vitals. URL dengan status Buruk atau Perlu peningkatan di laporan Data Web Inti ditandai sebagai Gagal dalam laporan Pengalaman Halaman. 

Status URL dihitung berdasarkan jadwal waktu yang berbeda di du laporan ini, sehingga status Pengalaman Halaman mungkin tidak mencerminkan status Data Web Inti saat ini untuk URL tertentu.

Kebergunaan Seluler

URL dengan masalah kegunaan seluler di laporan Kegunaan Seluler ditandai sebagai Gagal dalam laporan Pengalaman Halaman. 

Status URL dihitung berdasarkan jadwal waktu yang berbeda di dua laporan ini, sehingga status Pengalaman Halaman mungkin tidak mencerminkan status laporan Kegunaan Seluler saat ini untuk URL tertentu.

Masalah keamanan

Masalah keamanan dapat mencegah beberapa atau semua situs Anda dianggap memiliki pengalaman halaman yang baik.

Tentu saja itu sangat penting, karena keamanan adalah hal vital bagi kelangsungan hidup sebuah halaman web, apalagi di masa kini.

Pengalaman Iklan

Hati hati,  masalah Pengalaman Iklan dapat menggagalkan semua URL di situs Anda dianggap sebagai pengalaman halaman yang baik menjadi buruk. Jadi semakin banyak iklan yang tidak termanage dengan baik semakin buruk performa halaman blog Anda.

Perlu diingat bahwa status Pengalaman Iklan tidak tersedia untuk laporan Pengalaman Halaman, tetapi dipertimbangkan saat membuat hasil penelusuran.

HTTPS

Jika sejumlah besar halaman di situs Anda menggunakan HTTP, Anda akan melihat peringatan HTTPS di laporan Pengalaman Halaman, meskipun hanya halaman HTTP yang ada di situs yang terpengaruh.

Cari di dalam template apakah masih ada XML / HTML menggunakan URL 'http://...."

Peringatan untuk HTTPS ini terlihat cukup serius:

Bunyi warning:

Cakupan HTTPS tidak memadai di situs Anda

Kesimpulan:

Jika menemukan peringatan seperti di atas segera cari penyebabnya lakukan perbaikan baik dengan cara menghapus, menambahkan atau mengedit ulang.

Fitur baru ini antar-mukanya cukup baik dan mudah di mengerti.

Fitur ini tampak berguna bagi kita yang ingin segera update halaman dan mengatasi 5  masalah jika ternyata ada. Google mencoba mempermudah pengguna dalam menganalisa halaman web milik mereka masing masing...

SHARE YA:

Jangan pasang Fake aggregate score di blog, karena begini akibatnya...

Di setiap forum terdapat saran saran aneh, untuk mencobakannya saya menggunakan blog dummy yang lumayan telah memiliki rating baik. Saya mencoba usaha hack ini apakah benar itu bekerja seperti yang disarankan?

Di salah satu grup sarannya begini:

"Saya ingin berbagi cara memasang fake aggregate score di blog". 

Lalu di tambahi dengan embel embel daftar manfaatnya. 

1. Menarik atau membuat tertarik pengunjung karena rating halaman terlihat sangat mentereng, duh ini bias dan ambigu.
2. Halaman jadi tampak keren karena memiliki rating
3. Saya lupa
4. Saya juga lupa poinnya.

Katanya script aggregate harus di pasang di bawah kode tag <head>. Kodenya:

<script type='application/ld+json'>

{

  "@context": "https://schema.org/",

  "@type": "Book",

  "name": "Nama Blog Anda",

  "aggregateRating": {

    "@type": "AggregateRating",

    "ratingValue": "5",

    "ratingCount": "Jumlah Ratingnya",

    "bestRating": "5",

    "worstRating": "1"

  }

}

</script>

Robah 'Nama Blog Anda' dengan nama halaman blog, misalnya "EditBlogTema". Dan rating lima itu tampaknya adalah tertinggi, lalu supaya tampak wajar alias alami berikan juga "WorstRating:: '1".

Selang beberapa jam setelah pasang, notifikasi masuk ke alamat gmail saya, bunyinya:

Masalah Cuplikan ulasan baru terdeteksi untuk situs BlogDummy.blogspot.com.


Yang terhormat pemilik BlogDummy.blogspot.com:

Search Console telah mengidentifikasi bahwa situs Anda terpengaruh oleh 1 Cuplikan ulasan masalah:

Error Teratas

Error dapat menyebabkan halaman atau fitur Anda tidak muncul di Hasil penelusuran. Error berikut ditemukan di situs Anda:

Bilangan bulat dalam properti "ratingCount" tidak valid

Sebaiknya perbaiki masalah tersebut jika memungkinkan agar situs Anda dapat memberikan cakupan dan pengalaman terbaik di Google Penelusuran.

Perbaiki Cuplikan ulasan masalah

Bilangan yang dimaksud di atas adalah, bilangan yang sengaja kita masukan ke dalam script fake aggregate di atas, yakni:

"@type": "AggregateRating",

    "ratingValue": "5",

    "ratingCount": "Jumlah Ratingnya",

    "bestRating": "5",

    "worstRating": "1"

  }

Membohongi diri dengan kebohongan yang telah lama ketahuan

Nah error ini bisa berakibat halaman atau fitur blog tidak muncul. Jadi apa manfaatnya fake aggregate score selain mendatangkan error, juga seperti membohongi diri sendiri dengan bohong yang sebenarnya sudah lama ketahuan. Usaha hack ini sia sia.

Dengan algoritma, tool, parameter dan matrixnya Google pasti tahu apa yang kita lakukan. Dan script 'fake aggregate score' ini dapat merusak performa halaman blog secara parsial atau menyeluruh. Sebaiknya di hindari. Karena ia akan meberikan sinyal yang sangat buruk terhadap mesin penelusuran.

Jadi alih alih mendapatkan manfaat, ia bahkan sangat me'mudharat'kan halaman webblog kita. Jika ingin blog memiliki rating bukan demikian caranya. Apapun itu namanya, apakah dimasa lalu ia pernah bekerja, namun dari kata 'FAKE' saja kita seharusnya telah tahu bahwa itu hanya bohongan.

Apakah Fake aggregate score itu?

Mungkin sesuai namanya ya...ia dimaksudkan untuk menampilkan skor terbaik dari performa halaman setelah dikumpulkan dari berbagai hal secara keseluruhan tapi dalam bentuk 'bohongan' dan apakah itu benar bagus untuk di sarankan? Saya rasa tidak.

Jadi kesimpulannya adalah itu tidak worst sama sekali, bahkan di Google webmaster itu terbaca sebagai score palsu, menghasilkan skor real merah dan kita disuruh melakukan perbaikan halaman jika tidak mesin pencari akan berhenti dan mengabaikannya. Nah lho.

Ikuti terus trik, tips, teknik hack dan kabar terupdate dari blog ini! Share:

SHARE YA:

Pengertian Web Core Vitals bagi halaman blog dan mengapa kita harus memperbaikinya

Awas!  Count down to Core Web Vitals! 

Semakin dekat ke hitungan mundur atau batas penalti Google yang akan merobah cara kita dalam mengelola halaman web kita untuk selamanya. Karena setelah ini hanya halaman mobile yang akan di prioritaskan oleh mesin pencari. 

Artinya halaman web desktop telah ditinggalkan. 

Rajin rajin mengintip halaman tool webmaster apakah postingan Anda mendapatkan skor mobile atau malah desktop?  

Dalam seminggu ini editblogtema hanya mendapatkan skor NOL untuk kedua tipe halaman tersebut. Ini akibat dari elemen elemen konten yang berat dan juga dibebani oleh ukuran gambar yang besar namun dengan kualitas yang buruk juga. 

Penyempurnaan

Jenis	Valid	Kesalahan	Tren
Data Web Inti Mobile Desktop	0 0	0 0		BUKA LAPORAN
Kebergunaan Seluler	205	0		BUKA LAPORAN
Breadcrumb	380	0		BUKA LAPORAN
Kotak penelusuran Sitelink	208	0

Dan itu akan kita hadapi pada bulan Mei 2021 ini. 

Lalu apa saja yang harus diperhatikan? Menurut Laman Google sendiri prioritas web core vitals adalah:

1. Kecepatan loading halaman (LCP) 
2. Kecepatan interaksi halaman (FID) 
3. Tampilan visual yang stabil (CLS)

Ketiga hal di atas akan menjadi signal yang kuat bagi mesin pencari untuk menemukan halaman web atau halaman blog kita. 

1. Halaman harus cepat muat (LCP) 

Atau Largest Contentful Paint (LCP). Jelas ini adalah prioritas utama. Selain halaman harus mobile halaman juga harus cepat, itu sebabnya mengapa preforma halaman blog ini tampak menurun pada saat kehabisan tenaga menampilkan gambar dan ikon yang melebihi ukuran yang di anjurkan. Mereka menyebutnya dengan LCP (Largest Contentful Paint).

Yakni Waktu yang dibutuhkan untuk memuat konten utama halaman. Pengukuran LCP yang ideal adalah 2,5 detik atau lebih cepat daripada itu.

Yang masuk dalam kategori harus cepat muat (atau cepat tampil) itu adalah:

• Menu
• Ikon (termasuk ikon ikon medsos) 
• Judul Blog
• Logo

Bayangkan ternyata ini tidak main main, halaman lambat bisa menjadi sangat menderita pada bulan Mei 2021 karena halaman cepat akan menjadi signal utama pada mesin pencari untuk menemukan halaman blog kita. Kita bisa saja dengan apatis mengatakan halaman kompas, detik dan Tribun lambat tapi masih sangat tinggi trafiknya. Astaga...jangan membandingkan halaman raksasa yang tingginya laksana mercusuar yang mudah terlihat.

Maksud saya mesin pencari tidak perlu bersusah payah menemukan sebuah laman raksasa yang memang sangat menonjol, ibarat gedung pencakar langit yang dengan mudah di lihat dari tempat yang sangat jauh. Di tambah lagi brandingnya yang sangat kuat.

Bayangkan kalau saya harus mencari rumah si A diantara 2000 blok kota sementara itu hanyalah perumahan fitur biasa. Mesin pencari butuh waktu sangat lama untuk mencapainya. 

Ini jika kita bicara tentang signal penanda, penanda dan penarik perhatian bagi mesin pencari.

Karena segala hal tentang kecepatan loading adalah kecepatan nyata pada halaman blog maka berikut cara mengatasinya:

• Hapus semua skrip pihak ketiga yang tidak perlu
• Tingkatkan host web Anda (jika mengunakan Hosting pilih hosting yang cepat)
• Pasang lazy load
• Hapus elemen elemen halaman yang besar dan berat seperti gambar, script gambar dll.
• Minify atau perkecil ukuran CSS

2. Kecepatan halaman berinteraksi (FID) 

Atau disebut juga dengan: First Input Delay atau Penundaan Input Pertama yakni waktu yang dibutuhkan halaman untuk menjadi interaktif. Pengukuran ideal kurang dari 100 ms.

Waktu di hitung saat pertama pengunjung mengklik halaman, jika lama jelas buruk alias tidak cepat, alias memaksa pengunjung menunggu loading. 

Tapi Google juga mengukurnya melalui data lab. 

Maksudnya begini walaupun pengunjung sudah memasuki halaman awal blog kita namun belum mengklik tombol untuk masuk lebih jauh membaca konten, maka Google menganggapnya sebagai waktu loading yang buruk. Data lab tidak akan tahu kalau sebenarnya sang pengunjung belum mengklik karena sedang mengangkat telpon. 

Waduh! 

Akan tetapi setelah di uji real loading interaktif editblogtema jelas lebih berat daripada batas 100 ms itu. Jadi bagi kami ini adalah PR yang harus diperbaiki. 

Ternyata menulis atau membuat konten juga membutuhkan strategi, misalnya harus disesuaikan dengan fitur dan postur template yang sedang kita pergunakan. 

Cara mengatasinya:

• Minimalkan (atau tunda) JavaScript: Karena hampir tidak mungkin bagi pengguna untuk berinteraksi dengan halaman saat browser memuat JS. Jadi meminimalkan atau menunda JS di halaman Anda adalah kunci untuk FID ini.
• Hapus semua skrip pihak ketiga yang tidak penting: Sama seperti FCP, skrip pihak ketiga (seperti Google Analytics, peta panas, dll.) Dapat berdampak negatif pada FID. Bagus sih bagus, tapi ini zamannya Web Core Vitals bukan zaman dulu lagi.
• Gunakan cache browser: Ini membantu memuat konten di halaman Anda agar menjadi lebih cepat. Yang membantu browser pengguna Anda bekerja lebih cepat melalui tugas pemuatan JS.

3. Tampilan visual yang stabil (CLS) 

Atau di gambarkan sebagai Cumulative Layout Shift atau Pergeseran Tata Letak Kumulatif: Jumlah pergeseran tata letak yang tidak terduga dari konten halaman visual (cumulative layout shift) . Pengukuran ideal kurang dari 0,1. 

Misalnya saat pengunjung mengklik menu malah kepencet sesuatu yang mengakibatkan halaman tujuan berpindah ke halaman yang tidak mereka inginkan. Ini disebabkan jarak atau range marjin-nya antara tombol terlalu sempit. Seolah manipulasi. Kalau terus menerus terjadi pengunjung akan berpentalan. 

Cara mengatasinya:

• Gunakan dimensi atribut ukuran yang ditetapkan untuk media apa pun (video, gambar, GIF, infografis, dll.) contohnya 'height=24px' width=''24px' Dengan demikian browser pengguna tahu persis berapa banyak ruang yang akan digunakan elemen tersebut di halaman itu tidak lagi harus menghitung hitungnya.  Dan tidak akan mengubahnya dengan cepat saat halaman dimuat sepenuhnya.
• Jika menggunakan iklan di halaman blog maka, pastikan elemen iklan memiliki ruang yang telah ditetapkan: Jika tidak, elemen iklan dapat tiba-tiba muncul di halaman, mendorong konten ke bawah, ke atas atau ke samping.

Persoalannya apakah halaman mobile non-AMP termasuk prioritas? 

AMP sangat besar dan pastinya memiliki masa depan blogging yang tidak dapat diabaikan oleh pemasar mesin pencarian. Kecepatan dan tampilan konten yang optimal adalah aspek terpenting bagi pengguna mobile seluler.

Tidak terbantahkan lagi bahwa kecepatan halaman mobile pada halaman seluler di segala ukuran layar tidak mungkin dapat di abaikan begitu saja, jika Anda ingin bisnis Anda berjalan maksimal. Ini adalah jawaban pada isu isu di masa lalu bahwa Google sangat fokus terhadap kenyamana pengguna terutama para pengguna seluler yang jumlahnya ribuan kali lipat pengguna PC baik desktop maupun laptop. Siapa mau mengabaikan pasar sebesar pengguna seluler di masa depan?

Itulah alasannya mengapa projek AMP (accelaration Mobile Page) dikembangkan oleh Google. Ini benar benar fokus ke halaman seluler, dan ini bisa membuat halaman desktop benar benar tersingkir dari prioritas Google terutama jika merujuk pada tool webmaster Web Core Vitals.

Dan jika AMP atau Accelerated Mobile Pages Accelerated Mobile Pages (AMP) adalah halaman ringan yang dirancang untuk dimuat dengan cepat di perangkat seluler. Halaman yang sesuai dengan AMP menggunakan subset HTML dengan beberapa ekstensi. Accelerated Mobile Pages (AMP), adalah kerangka kerja yang sangat mudah diakses untuk membuat halaman web seluler yang memuat dengan cepat.

Maka,i halaman mobile yang non-AMP adalah halaman web atau blog yang dibuat dengan desain mobile friendly.

Halaman yang mobile-friendly adalah halaman dengan Responsive Web Design (RWD). 

RWD adalah pendekatan desain web yang ditujukan untuk membuat situs guna memberikan pengalaman menonton yang optimal di berbagai perangkat - mulai dari monitor komputer desktop, tablet, hingga ponsel. Secara khusus, bereaksi terhadap lebar jendela browser - tidak hanya mengalirkan teks, tetapi sering mengubah aspek tata letak halaman. Dan pekerjaan merubah ini adalah tugas yang sedikit banyaknya menghalangi kecepatan halaman mobile non-AMP.

Jadi sebuah situs web dapat dibuat responsif atau ramah seluler dengan menambahkan Media Queries. Contohnya:

<!-- Media query CSS pada elemen link --> <link rel="stylesheet" media="(max-width: 800px)" href="example.css" /> <!-- Media query CSS di dalam style sheet --> <style> @media (max-width: 600px) { .facet_sidebar { display: none; } } </style>

Media Queries memungkinkan tampilan setiap konten menyesuaikan diri dengan perangkat pengguna tanpa harus mengubah konten itu sendiri. 

Ini adalah teknik CSS yang diperkenalkan di CSS3 versi ke 3. Media Queri memungkinkan halaman web menggunakan aturan gaya CSS yang berbeda beda berdasarkan fitur seperti lebar, tinggi, dan warna. Media Queri adalah ekspresi logis yang benar atau yang salah (true or false).

Yang jelas halaman mobile akan menjadi prioritas blogging setelah May 2021 nanti tiba, baik ketika dia dibuat dengan Media Queri (mobile page non AMP) ataupun ketika blogging menggunakan halaman AMP.

Ikuti terus trik, tips, teknik hack dan kabar terupdate dari blog ini! Share:

SHARE YA: