Laporan HTTPS

TL;DR — Laporan HTTPS di Google Search Console memberi tahu berapa banyak halaman Anda yang ditampilkan Google melalui versi aman (HTTPS) dibanding versi lama yang tidak aman (HTTP)—dan, untuk halaman HTTP, alasannya. Google lebih memilih versi HTTPS, jadi situs yang sehat seharusnya berada di atau mendekati 100% HTTPS di sini.

Apa itu laporan HTTPS

Jika halaman dapat diakses melalui http://example.com/page dan https://example.com/page, Google umumnya ingin menampilkan versi HTTPS (aman) di hasil penelusuran. Laporan HTTPS adalah kartu skor Google untuk melihat seberapa baik hal itu terjadi di situs Anda: laporan ini menghitung berapa banyak halaman terindeks yang memakai HTTPS dan berapa banyak yang masih berada di HTTP.

Beberapa hal yang perlu diketahui sebelum membacanya:

• Laporan ini hanya mencakup halaman yang sudah diindeks Google—bukan setiap halaman di situs Anda.
• Laporan ini menampilkan sampel, bukan daftar lengkap. Jangan menganggap jumlahnya sebagai inventaris yang presisi.

Mengapa halaman HTTP bisa muncul

Ketika halaman muncul sebagai HTTP, biasanya itu tidak berarti keamanan Anda rusak. Penyebabnya bisa beragam: sesuatu di situs memberi tahu Google untuk memilih HTTP, versi HTTPS tidak ada atau mengalami error, Google berhenti sementara setelah error di seluruh situs, atau URL itu masih baru dan belum dievaluasi. Mulailah dari penyebab umum di bawah—masing-masing adalah sinyal yang dapat Anda temukan dan ubah:

• Tag “canonical” pada halaman menunjuk ke alamat HTTP.
• Sitemap Anda mencantumkan versi HTTP dari URL.
• Versi HTTPS mengarahkan kembali ke HTTP (arah yang salah).
• Versi HTTPS diblokir dalam robots.txt.
• Sertifikat SSL benar-benar rusak.

Apa yang harus dilakukan

Pilih penyebab yang sesuai di atas, lalu ubah sinyalnya agar menunjuk ke HTTPS—perbaiki tag kanonik, perbarui sitemap, perbaiki pengalihan agar HTTP menuju HTTPS (tidak pernah sebaliknya), atau bereskan sertifikat. Setelah itu, minta Google memeriksa ulang halaman (URL Inspection memungkinkan Anda meminta crawl ulang). Seiring waktu, jumlah HTTPS seharusnya naik mendekati 100%.

Hal yang paling sering disalahpahami

HTTPS bukan faktor peringkat besar. HTTPS adalah sinyal nyata, tetapi sangat ringan. Beralihlah ke HTTPS demi keamanan, kepercayaan pengunjung, serta analytics dan URL kanonik yang bersih—bukan karena perpindahan itu akan menaikkan posisi Anda di hasil penelusuran. Jika melihat “HTTPS not evaluated”, jangan langsung menganggapnya tidak berbahaya: status ini dapat berarti versi HTTPS belum ada, Google mundur setelah error di seluruh situs, Google memilih kanonik HTTP, atau (satu-satunya kasus yang benar-benar berisiko rendah) URL masih baru dan belum di-crawl. Periksa penyebabnya sebelum memutuskan untuk memperbaiki atau sekadar menunggu.

Ingin rincian lengkap setiap baris error, sekaligus hubungan laporan ini dengan kanonikalisasi dan laporan Page Indexing? Buka tab Advanced.

TL;DR — Laporan HTTPS menunjukkan berapa banyak URL Anda yang sudah diindeks dan disajikan Google melalui HTTPS dibanding HTTP—ini adalah sampel, bukan daftar menyeluruh. Google lebih memilih mengindeks versi HTTPS dari halaman yang tersedia di kedua protokol, tetapi baris HTTP tidak otomatis berarti conflicting signal telah mengalahkan default itu: bisa juga berarti padanan HTTPS tidak ada, pemrosesan seluruh situs gagal, atau URL benar-benar baru dan belum di-crawl. Preferensi HTTPS hanyalah satu dari banyak sinyal yang dipertimbangkan Google saat memilih kanonik; laporan HTTPS, laporan Page Indexing, dan URL Inspection saling berkaitan tetapi tidak dapat dipertukarkan. HTTPS adalah sinyal peringkat ringan—perbaiki masalahnya demi kepercayaan dan kanonikalisasi yang bersih, bukan demi kenaikan peringkat.

Apa yang sebenarnya diukur laporan ini

Langsung dari dokumentasi: “The HTTPS report shows how many indexed URLs on your site are HTTP vs HTTPS.” (terjemahan) “Laporan HTTPS menunjukkan berapa banyak URL terindeks di situs Anda yang berupa HTTP dibanding HTTPS.” Dua kualifikasi di kalimat itu sangat penting dan sering terlewat.

Pertama, terindeks—laporan dibatasi pada URL yang sudah diindeks Google, bukan seluruh kumpulan URL Anda. Kedua, ini adalah sampel: “The report isn’t a comprehensive list of all detected items.” (terjemahan) “Laporan ini bukan daftar lengkap semua item yang terdeteksi.” Jadi laporan ini adalah alat diagnosis, bukan inventaris. Jika Anda mencoba mencocokkan jumlahnya dengan total halaman, hentikan—keduanya bukan populasi yang sama. Laporan tersedia untuk properti Domain dan properti awalan URL HTTPS.

Search Console mencocokkan setiap URL HTTP dengan padanan HTTPS-nya sambil mengabaikan parameter—query string seperti ?utm_source= tidak merusak pencocokan. Namun, URL HTTPS dengan struktur URL berbeda tidak dianggap sebagai versi aman dari URL HTTP. Jika migrasi mengubah path, bukan hanya protokol, halaman HTTPS itu tidak akan dicatat sebagai padanan di sini meskipun dapat berfungsi dengan baik. Karena ini adalah sampel populasi terindeks, bukan crawl langsung setiap URL yang Anda miliki, URL yang tidak muncul di laporan belum tentu baik-baik saja—URL itu mungkin belum diindeks atau tidak masuk sampel. Gunakan laporan untuk menemukan pola, bukan sebagai audit lengkap URL demi URL.

Mengapa baris HTTP bisa ada

Inilah model mental yang membuat laporan mudah dipahami: “If your site has a page with both an HTTP and HTTPS address, Google prefers to index the HTTPS version.” (terjemahan) “Jika situs memiliki halaman dengan alamat HTTP dan HTTPS, Google lebih memilih mengindeks versi HTTPS.” Preferensi HTTPS adalah default—tetapi baris HTTP tidak selalu berarti sinyal yang lebih kuat telah mengalahkannya. Telusuri penyebab berikut secara berurutan:

1. HTTPS tidak ada atau mengalami error. Belum ada padanan HTTPS yang berfungsi, atau padanan itu menghasilkan error.
2. Sinyal yang bertentangan. Sesuatu di situs secara eksplisit memilih HTTP—tag kanonik, entri sitemap, pengalihan yang salah arah, atau blok robots. Inilah cakupan lima baris alasan yang disebutkan di bawah.
3. Kegagalan pemrosesan seluruh situs. Google menemukan begitu banyak error sehingga berhenti memproses URL yang menunggu, atau masalah di seluruh situs (seperti sertifikat rusak) menghalangi evaluasi.
4. URL benar-benar baru atau belum di-crawl. Google belum melihatnya, atau sudah melihatnya tetapi belum melakukan crawl—ini satu-satunya kasus yang menurut panduan Google layak ditunggu sebentar (sekitar satu hari) sebelum diperiksa lagi.

HTTPS-vs-HTTP adalah salah satu dari banyak sinyal yang dipertimbangkan Google saat memilih URL kanonik—jumlahnya bukan angka tetap, dan saya tidak akan mengulang angka pasti tanpa sumber yang dapat diverifikasi. Setiap baris error bernama di bawah cocok dengan penyebab #2; “HTTPS not evaluated” mencakup penyebab #1, #3, dan #4.

Baris error—“mengapa halaman HTTP tidak disajikan melalui HTTPS”

Ini adalah baris status laporan. Masing-masing menunjukkan sinyal bertentangan tertentu dan memiliki perbaikan tertentu.

• HTTP ditandai dengan tag kanonik—“The HTTP page has a <link rel="canonical"> tag, indicating that the HTTP version is canonical.” (terjemahan) “Halaman HTTP memiliki tag <link rel="canonical"> yang menunjukkan bahwa versi HTTP adalah kanonik.” Anda secara eksplisit memberi tahu Google bahwa URL HTTP yang dipilih. Perbaikan: nyatakan URL HTTPS sebagai kanonik.
• HTTPS memiliki sertifikat tidak valid—“The HTTPS URL has an invalid SSL certificate.” (terjemahan) “URL HTTPS memiliki sertifikat SSL yang tidak valid.” Google tidak akan menguji URL HTTPS sebelum sertifikat valid, dan masalah ini biasanya berdampak pada seluruh situs, bukan satu halaman. Perbaiki sertifikatnya.
• Sitemap menunjuk ke HTTP—“A sitemap on your site is pointing to an HTTP URL that was indexed as canonical.” (terjemahan) “Sitemap di situs Anda menunjuk ke URL HTTP yang diindeks sebagai kanonik.” Sitemap Anda memilih HTTP. Perbaikan: perbarui sitemap agar mencantumkan URL HTTPS.
• HTTPS memiliki pengalihan—“The HTTPS URL exists, but redirects to an HTTP URL.” (terjemahan) “URL HTTPS ada, tetapi mengarah ke URL HTTP.” Ini pengalihan ke arah yang salah. Arah yang benar selalu HTTP → HTTPS, tidak pernah sebaliknya. Dalam studi technical SEO Ahrefs terhadap lebih dari satu juta domain, bagian yang tidak kecil dari situs ternyata melakukan kesalahan persis ini.
• URL HTTPS diblokir robot—“The HTTPS URL is present, but is blocked from crawling by a robots.txt rule.” (terjemahan) “URL HTTPS ada, tetapi diblokir untuk di-crawl oleh aturan robots.txt.” Google tidak dapat melakukan crawl pada versi HTTPS untuk mengonfirmasinya, sehingga kembali ke HTTP. Perbaikan: buka blokir URL HTTPS di robots.txt.
• HTTPS belum dievaluasi—ini status payung, bukan satu kegagalan. Dokumentasi menyatakan “This error can be caused by any of the following conditions” (terjemahan) “Error ini dapat disebabkan oleh salah satu kondisi berikut”: URL HTTP tidak memiliki padanan HTTPS; keduanya ada tetapi Google memilih HTTP sebagai kanonik karena alasan tertentu; Google menemukan begitu banyak error dari jenis apa pun sehingga berhenti memproses URL yang menunggu; ada error seluruh situs (misalnya sertifikat SSL buruk); atau Google belum pernah melihat URL itu, atau sudah melihatnya tetapi belum melakukan crawl. Jangan langsung menyebutnya tidak berbahaya—lakukan triase berdasarkan penyebab. URL yang benar-benar baru atau belum di-crawl adalah satu-satunya kasus yang mendapat panduan bersyarat dari Google (tunggu sekitar satu hari setelah crawl sebelum memeriksa ulang); padanan HTTPS yang hilang, pilihan kanonik HTTP, atau error seluruh situs adalah masalah nyata yang perlu diperbaiki, bukan ditunggu.
• Masalah lain—“Another error occurred that is not covered in the list of errors.” (terjemahan) “Terjadi error lain yang tidak tercakup dalam daftar error.” Ini adalah kategori penampung.

Satu koreksi penting terhadap mitos umum: halaman Bantuan saat ini tidak mencantumkan baris “noindex” atau baris “HSTS”. Keduanya adalah konsep terkait yang layak dipahami—noindex pada halaman HTTPS memang dapat mencegah halaman diindeks dan disajikan, dan HSTS memaksa HTTPS pada tingkat browser serta mendukung pengalihan yang benar—tetapi keduanya bukan kategori dalam laporan ini. Jangan mencari baris yang memang tidak ada.

Hubungan preferensi HTTPS, kanonikalisasi, dan laporan Page Indexing

Laporan HTTPS bukan alat yang berdiri sendiri, tetapi juga tidak dapat dipertukarkan dengan saudara-saudaranya. Tiga permukaan Search Console dapat relevan untuk URL yang sama, dan masing-masing memberi informasi berbeda:

Keduanya dapat memiliki akar masalah yang sama—konflik kanonik dapat muncul sebagai baris HTTP di sini dan sebagai “Duplicate, Google chose a different canonical” di Page Indexing—tetapi itu hipotesis yang harus diverifikasi per URL, bukan pemetaan satu-ke-satu yang pasti. Periksa URL Inspection untuk halaman tertentu sebelum menganggap dua laporan sedang menjelaskan masalah yang sama.

Mixed content dan dependensi yang tidak aman

Mixed content—halaman HTTPS yang memuat aset HTTP (gambar, skrip, stylesheet)—bukan baris bernama dalam laporan ini, dan dokumentasi Google saat ini tidak mencantumkannya sebagai penyebab laporan HTTPS. Tetap layak diperbaiki karena alasan sendiri: browser memperingatkan atau memblokirnya, dan ini adalah celah keamanan nyata. Namun, jangan mendiagnosisnya melalui laporan ini—jika halaman masih muncul sebagai HTTP setelah lima alasan bernama di atas disingkirkan, perlakukan mixed content sebagai pemeriksaan terpisah (Chrome DevTools atau crawler situs), bukan sebagai penjelasan laporan ini. Hal yang sama berlaku untuk HSTS: kontrol tingkat browser ini berguna, tetapi juga bukan baris laporan.

HTTPS sebagai sinyal peringkat—versi yang jujur

HTTPS telah dibingkai sebagai faktor peringkat sejak 2014, ketika tim webmaster Google (Zineb Ait Bahajji dan Gary Illyes) mengumumkannya—saat itu dilaporkan sebagai sinyal ringan yang bobotnya lebih kecil daripada hal-hal seperti kualitas konten. Saya belum dapat mengonfirmasi ulang rumusan persis tulisan 2014 itu melalui salinan langsung untuk pembaruan ini, jadi anggap angka tepatnya sebagai laporan sekunder, bukan jaminan kutipan verbatim; poin yang bertahan tetap sama terlepas dari angka persisnya—HTTPS tidak pernah diposisikan sebagai tuas peringkat besar. HTTPS juga termasuk dalam panduan pengalaman halaman yang lebih luas. Dan agar jelas, semua ini bukan berasal dari laporan HTTPS itu sendiri: laporan ini tidak menampilkan dampak peringkat, klik, atau trafik—ini murni alat diagnosis implementasi protokol. Jadi rumusan jujurnya: perbaiki masalah HTTPS demi keamanan, kepercayaan pengguna, data rujukan yang bersih dalam analytics, dan kanonikalisasi yang rapi—bukan demi kenaikan peringkat. Ini standar minimum, bukan tuas pertumbuhan.

Memperbaiki dan mengonfirmasi

Alur kerjanya sama, apa pun baris yang Anda kejar—dan semuanya dimulai dari penyebab, bukan label baris:

1. Identifikasi penyebabnya. Laporan memberi titik awal berbasis sampel—konfirmasikan apa yang sebenarnya terjadi: HTTPS hilang, sinyal bertentangan, error seluruh situs, atau URL yang benar-benar baru.
2. Perbaiki di sumbernya. Benahi kanonik, entri sitemap, arah pengalihan, aturan robots, atau sertifikat. Menghapus tautan ke URL terdampak bukan perbaikan—itu hanya menyembunyikan gejala tanpa menangani penyebab.
3. Konfirmasi dengan URL Inspection, dengan memeriksa uji langsung dan status terindeks secara terpisah—keduanya dapat berbeda segera setelah perbaikan.
4. Pantau kelompok sampel, bukan hanya satu URL. Laporan HTTPS mengklasifikasikan ulang sesuai jadwalnya sendiri; tidak ada SLA universal yang dapat dijanjikan. Satu-satunya kasus dengan panduan bersyarat adalah URL baru yang belum di-crawl—tunggu kira-kira satu hari sebelum memeriksa ulang.

Saya telah memigrasikan banyak situs antaraprotokol (ceramah SMX East 2016 saya, Lebih Baik Aman daripada Menyesal dengan HTTPS, adalah versi panjangnya), dan pelajaran yang berulang selalu sama: memiliki versi HTTPS saja tidak cukup. Jika tag kanonik, sitemap, atau pengalihan masih menunjuk ke HTTP, Google akan dengan mudah terus mengindeks HTTP. Buat semua sinyal sejalan, dan laporan ini akan beres dengan sendirinya.

Ringkasan AI

Ringkasan padat dari versi Advanced:

• Yang diukur: berapa banyak URL terindeks yang disajikan Google melalui HTTPS dibanding HTTP. Ini adalah sampel, bukan daftar lengkap, tersedia untuk properti Domain dan properti awalan URL HTTPS. Pencocokan mengabaikan parameter URL tetapi tidak mengabaikan perubahan struktur URL.
• Default: Google lebih memilih mengindeks versi HTTPS dari halaman yang tersedia di kedua protokol—tetapi baris HTTP tidak selalu berarti sinyal bertentangan mengalahkannya. Periksa berurutan: HTTPS hilang/error, sinyal bertentangan (lima baris bernama di bawah), kegagalan pemrosesan seluruh situs, atau URL yang benar-benar baru/belum di-crawl.
• Tujuh baris: HTTP ditandai dengan tag kanonik · HTTPS memiliki sertifikat tidak valid · Sitemap menunjuk ke HTTP · HTTPS memiliki pengalihan (HTTPS→HTTP yang salah arah) · URL HTTPS diblokir robot · HTTPS belum dievaluasi (status payung—triase berdasarkan penyebab, jangan menganggapnya tidak berbahaya) · Masalah lain.
• Luruskan mitos: halaman Bantuan saat ini tidak memiliki baris “noindex”, baris “HSTS”, atau baris “mixed content”—semuanya konsep terkait, bukan kategori laporan.
• Tiga permukaan terkait: laporan HTTPS (tampilan protokol berbasis sampel), laporan Page Indexing (status pengindeksan dan kanonik terpilih), dan URL Inspection (status terindeks dibanding status langsung). Ketiganya dapat berbagi akar masalah, tetapi itu hipotesis yang harus diperiksa per URL, bukan kecocokan pasti.
• Peringkat: HTTPS adalah sinyal ringan (diperkenalkan 2014) dan bagian dari pengalaman halaman—tetapi laporan itu sendiri sama sekali tidak menampilkan data peringkat, klik, atau trafik. Perbaiki demi kepercayaan dan kanonikalisasi yang bersih, bukan demi kenaikan peringkat.
• Siklus perbaikan: identifikasi penyebab spesifik → perbaiki di sumbernya (jangan sekadar menghapus tautan) → konfirmasi dengan uji langsung dan status terindeks URL Inspection secara terpisah → pantau tren kelompok sampel menuju 100% HTTPS, tanpa menjanjikan batas waktu.

Dokumentasi resmi

Dokumentasi sumber utama dari Google.

Google

• Laporan HTTPS — Bantuan Search Console — hal yang ditampilkan laporan, baris error, dan subpenyebab status “HTTPS not evaluated” (terjemahan) “HTTPS belum dievaluasi”.
• Laporan HTTPS baru di Search Console (September 2022) — pengumuman saat laporan diluncurkan.
• HTTPS sebagai sinyal peringkat (Agustus 2014) — pengumuman asli tentang sinyal peringkat.
• Mengindeks halaman HTTPS secara bawaan (Desember 2015) — latar belakang pengindeksan HTTPS bawaan Google.
• Canonicalization URL — posisi preferensi HTTPS di antara sinyal canonical Google.
• Menggabungkan URL duplikat (rel=canonical) — cara menyatakan URL HTTPS sebagai canonical.
• Memahami pengalaman halaman — posisi HTTPS dalam pengalaman halaman.

Kutipan dari sumber

Pernyataan tercatat dari Google. Setiap tautan adalah deep link yang langsung menuju bagian yang dikutip pada halaman sumber.

Google—apa yang ditunjukkan laporan ini

• “The HTTPS report shows how many indexed URLs on your site are HTTP vs HTTPS.” (terjemahan) “Laporan HTTPS menunjukkan berapa banyak URL terindeks di situs Anda yang berupa HTTP dibanding HTTPS.” — Search Console Help. Lompat ke kutipan
• “The report isn’t a comprehensive list of all detected items.” (terjemahan) “Laporan ini bukan daftar lengkap semua item yang terdeteksi.” — Search Console Help. Lompat ke kutipan
• “If your site has a page with both an HTTP and HTTPS address, Google prefers to index the HTTPS version.” (terjemahan) “Jika situs memiliki halaman dengan alamat HTTP dan HTTPS, Google lebih memilih mengindeks versi HTTPS.” — Search Console Help. Lompat ke kutipan

Google—baris error

• “The HTTP page has a <link rel="canonical"> tag, indicating that the HTTP version is canonical.” (terjemahan) “Halaman HTTP memiliki tag <link rel="canonical"> yang menunjukkan bahwa versi HTTP adalah kanonik.” — Search Console Help. Lompat ke kutipan
• “The HTTPS URL has an invalid SSL certificate.” (terjemahan) “URL HTTPS memiliki sertifikat SSL yang tidak valid.” — Search Console Help. Lompat ke kutipan
• “A sitemap on your site is pointing to an HTTP URL that was indexed as canonical.” (terjemahan) “Sitemap di situs Anda menunjuk ke URL HTTP yang diindeks sebagai kanonik.” — Search Console Help. Lompat ke kutipan
• “The HTTPS URL exists, but redirects to an HTTP URL.” (terjemahan) “URL HTTPS ada, tetapi mengarah ke URL HTTP.” — Search Console Help. Lompat ke kutipan
• “The HTTPS URL is present, but is blocked from crawling by a robots.txt rule.” (terjemahan) “URL HTTPS ada, tetapi diblokir untuk di-crawl oleh aturan robots.txt.” — Search Console Help. Lompat ke kutipan
• “Another error occurred that is not covered in the list of errors.” (terjemahan) “Terjadi error lain yang tidak tercakup dalam daftar error.” — Search Console Help. Lompat ke kutipan

Google—HTTPS sebagai sinyal peringkat (Agustus 2014)

• HTTPS disebut sebagai “very lightweight signal — affecting fewer than 1% of global queries, and carrying less weight than other signals such as high-quality content.” (terjemahan) “sinyal yang sangat ringan—memengaruhi kurang dari 1% kueri global dan bobotnya lebih kecil daripada sinyal lain seperti konten berkualitas tinggi.” — Zineb Ait Bahajji & Gary Illyes, Google Webmaster Central Blog, 2014. Baca pengumuman

Baris error—lembar contekan

Arti setiap baris dan perbaikannya. (Ingat: laporan mencakup sampel URL terindeks. Baris HTTP dapat berarti sinyal bertentangan mengalahkan default preferensi HTTPS Google—tetapi dapat juga berarti padanan HTTPS belum ada, pemrosesan seluruh situs error, atau URL masih baru dan belum dievaluasi. Periksa baris yang spesifik.)

Tidak ada dalam laporan ini (mitos umum): tidak ada baris “noindex”, baris “HSTS”, atau baris “mixed content” dalam halaman Bantuan saat ini. Semuanya konsep terkait, bukan kategori di sini.

Fakta singkat

• Cakupan: hanya URL terindeks, dan berupa sampel—bukan inventaris lengkap.
• Ketersediaan: properti Domain dan awalan URL HTTPS.
• Default: Google lebih memilih mengindeks versi HTTPS jika keduanya ada—tetapi baris HTTP tidak otomatis berarti “sinyal mengalahkan HTTPS”; periksa apakah HTTPS hilang, evaluasi terhenti, atau URL memang baru.
• Arah pengalihan yang benar: HTTP → HTTPS (tidak pernah HTTPS → HTTP).
• Bobot peringkat: ringan, dilaporkan kurang dari 1% kueri (2014)—dan laporan ini sendiri sama sekali tidak menampilkan data peringkat.

Daftar periksa triase baris HTTP

Jika URL muncul sebagai HTTP, ikuti daftar ini untuk menemukan sinyal yang bertentangan:

• Tag kanonik—apakah rel="canonical" pada halaman HTTP menunjuk ke HTTP? Arahkan ulang ke URL HTTPS.
• Sitemap—apakah ada sitemap yang mencantumkan versi HTTP? Ganti dengan URL HTTPS.
• Pengalihan—apakah URL HTTPS mengarah kembali ke HTTP? Balik arahnya agar HTTP → HTTPS.
• robots.txt—apakah URL HTTPS diblokir dari crawl? Buka blokirnya.
• Sertifikat SSL—apakah sertifikat valid untuk seluruh situs? Google tidak akan menguji HTTPS sebelum sertifikat valid.
• Mixed content—apakah halaman HTTPS memuat aset HTTP (dependensi tidak aman)? Ganti ke HTTPS.
• “HTTPS not evaluated”?—jangan menganggap “tidak apa-apa”. Periksa penyebabnya: HTTPS hilang, HTTP dipilih sebagai kanonik, error seluruh situs, atau (satu kasus berisiko rendah) URL benar-benar baru/belum di-crawl.
• Periksa ulang—jalankan URL Inspection, minta pengindeksan, dan tunggu evaluasi ulang.
• Bandingkan silang—bandingkan dengan keputusan kanonik laporan Page Indexing untuk URL yang sama.

Model mental

1. Preferensi HTTPS adalah default—tetapi baris HTTP punya lebih dari satu kemungkinan penyebab. Google lebih memilih mengindeks versi HTTPS dari halaman yang tersedia dalam kedua protokol. Saat URL muncul sebagai HTTP, tanyakan berurutan: apakah HTTPS hilang atau mengalami error? Apakah sesuatu secara eksplisit memilih HTTP (baris alasan bernama)? Apakah Google berhenti setelah error seluruh situs? Atau ini URL baru yang belum sempat didatangi Google?

2. Setiap baris memetakan satu sinyal bertentangan. Tag kanonik · entri sitemap · arah pengalihan · aturan robots · sertifikat. Temukan yang berlaku, ubah ke HTTPS, selesai. Itulah seluruh siklus perbaikannya.

3. “Tidak dievaluasi” perlu ditriase, bukan langsung diasumsikan. Status payung ini mencakup masalah nyata (HTTPS hilang, pilihan kanonik HTTP, error seluruh situs) sekaligus satu kasus berisiko rendah (URL baru yang belum di-crawl Google). Identifikasi kasusnya sebelum memutuskan untuk memperbaiki atau menunggu.

4. Laporan ini, Page Indexing, dan URL Inspection berkaitan tetapi tidak dapat dipertukarkan. HTTPS-vs-HTTP adalah salah satu sinyal dari banyak sinyal yang dipertimbangkan Google untuk memilih kanonik. Laporan HTTPS, laporan Page Indexing, dan URL Inspection dapat memiliki akar masalah sama, tetapi anggap itu hipotesis yang harus dikonfirmasi per URL—bukan pemetaan satu-ke-satu yang pasti.

5. Perbaiki HTTPS demi kepercayaan, bukan peringkat. HTTPS adalah sinyal peringkat ringan dan bagian dari pengalaman halaman. Imbalan nyata adalah keamanan, kepercayaan pengguna, data rujukan yang bersih, dan kanonikalisasi yang tidak ambigu.

Buktikan perbaikan HTTPS sudah berlaku

Konfirmasi pengalihan dan sertifikat

Uji yang dijalankan— Minta URL HTTP dan ikuti rantai pengalihannya dengan curl -I atau panel jaringan browser, lalu buka URL HTTPS final. Hasil yang diharapkan— HTTP mengarah langsung ke HTTPS, respons final berhasil, dan browser melaporkan sertifikat valid. Interpretasi kegagalan— pengalihan salah arah, loop pengalihan, atau masalah sertifikat masih mencegah tujuan HTTPS yang bersih. Jendela pemantauan— Segera. Pemicu rollback— Kembalikan perubahan pengalihan jika terjadi loop, berakhir di HTTP, atau membuat URL produksi tidak tersedia.

Konfirmasi semua sinyal kanonik selaras

Uji yang dijalankan— Periksa halaman HTTPS aktif dan entri sitemap-nya, lalu periksa URL di URL Inspection Search Console. Hasil yang diharapkan— kanonik halaman menunjuk ke HTTPS, sitemap mencantumkan HTTPS, dan URL yang diperiksa menampilkan kanonik HTTPS yang diinginkan tanpa blok robots. Interpretasi kegagalan— setidaknya satu sinyal tingkat situs masih memilih HTTP atau mencegah Google mengevaluasi HTTPS. Jendela pemantauan— Sinyal situs bersifat segera; kanonik yang dipilih Google mungkin memerlukan crawl ulang. Pemicu rollback— Hentikan peluncuran jika perubahan mengarahkan kanonik ke kumpulan URL yang salah atau menghapus halaman yang dimaksud dari sitemap.

Konfirmasi halaman tidak memiliki dependensi tidak aman

Uji yang dijalankan— Muat halaman HTTPS dengan panel Console dan Network browser terbuka, lalu crawl kumpulan template perwakilan untuk resource http://. Hasil yang diharapkan— tidak ada error mixed content aktif dan tidak ada aset yang diperlukan diminta melalui HTTP. Interpretasi kegagalan— template, host aset, atau konten tersimpan masih mengeluarkan dependensi yang tidak aman. Jendela pemantauan— Segera setelah deployment. Pemicu rollback— Lakukan rollback jika konversi HTTPS merusak skrip, style, gambar, atau alur checkout yang diperlukan.

Konfirmasi Search Console mengklasifikasikan ulang URL

Uji yang dijalankan— Setelah crawl ulang, periksa kembali URL Inspection dan baris laporan HTTPS untuk kelompok URL terdampak. Hasil yang diharapkan— Google melihat versi HTTPS dan kelompok error HTTP menurun tanpa kehilangan halaman terindeks yang dimaksud. Interpretasi kegagalan— Google belum melakukan crawl ulang atau masih ada sinyal bertentangan lain. Jendela pemantauan— Tunggu Google melakukan crawl ulang dan memperbarui laporan sampel; jangan menganggap status “not evaluated” langsung sebagai kegagalan. Pemicu rollback— Selidiki atau batalkan perubahan jika URL terindeks yang dimaksud menurun sementara error HTTPS tetap ada.

Alat untuk bekerja dengan laporan HTTPS

• Google Search Console—laporan HTTPS—laporannya sendiri: jumlah HTTPS dibanding HTTP dan baris “why HTTP isn’t served over HTTPS” (terjemahan) “mengapa HTTP tidak disajikan melalui HTTPS”.
• URL Inspection (GSC)—periksa bagaimana satu URL di-crawl, dirender, dan diindeks, lihat kanonik terpilihnya, dan minta crawl ulang setelah perbaikan.
• Laporan Page Indexing (GSC)—laporan saudara; mengonfirmasi apakah URL diindeks dan kanonik yang dipilih Google.
• Browser DevTools—panel Security/Console menandai mixed content dan masalah sertifikat secara langsung.
• Crawler audit situs—Ahrefs Site Audit dan Screaming Frog SEO Spider menemukan kanonik yang menunjuk ke HTTP, pengalihan salah arah, entri sitemap HTTP, blok robots, dan mixed content dalam skala besar.
• Ahrefs Webmaster Tools—crawl dan audit gratis untuk situs yang Anda verifikasi.

Sumber yang layak Anda baca

Presentasi saya

• Lebih Baik Aman daripada Menyesal dengan HTTPS (SMX East 2016, SlideShare)—ceramah saya tentang migrasi HTTPS; versi panjang dari pelajaran “buat semua sinyal selaras”.

Tulisan terkait dari saya

• Google Menggunakan ~40 Sinyal Canonicalization — posisi preferensi HTTPS di antara sinyal canonical.
• 11 Jenis Redirect dan Dampaknya terhadap SEO — alasan arah redirect harus selalu HTTP → HTTPS.
• Studi SEO Teknis Ahrefs (lebih dari 1 juta domain) — data nyata tentang situs yang melakukan redirect ke arah yang salah dan masalah protokol lainnya.
• Migrasi Situs: Panduan Lengkap — untuk pembaca yang melakukan migrasi HTTP→HTTPS.

Dari pihak lain

• Laporan HTTPS — Bantuan Search Console — sumber utama.
• Google meluncurkan laporan HTTPS baru di Search Console — liputan peluncuran Barry Schwartz di Search Engine Land.
• Kebingungan tentang status HTTPS Tidak Valid di Google Search Console — Search Engine Roundtable mendokumentasikan kebingungan komunitas mengenai status “HTTPS is invalid” (terjemahan) “HTTPS tidak valid”.
• Mengapa HTTPS Penting — pengantar web.dev tentang pentingnya HTTPS bagi keamanan, kepercayaan, dan performa di luar SEO.
• Memperbaiki mixed content — panduan web.dev untuk melacak dan menyelesaikan aset HTTP pada halaman HTTPS (masalah “insecure dependencies” (terjemahan) “dependensi tidak aman” yang dapat melemahkan pemilihan canonical HTTPS).
• HTTPS sebagai sinyal peringkat (Agustus 2014) — pengumuman asli Google yang membingkai HTTPS sebagai sinyal ringan.
• r/TechSEO — komunitas untuk men-debug status “HTTPS is invalid / not evaluated” (terjemahan) “HTTPS tidak valid / belum dievaluasi”.

Uji diri: laporan HTTPS

Lima pertanyaan singkat tentang membaca dan memperbaiki laporan HTTPS Search Console. Pilih satu jawaban untuk setiap pertanyaan, lalu periksa hasilnya.

Log perubahan