HTTPS untuk SEO

TL;DR — HTTPS adalah versi HTTP yang aman dan terenkripsi—ditandai ikon gembok di browser. Google memang pernah memberi halaman HTTPS dorongan peringkat yang sangat kecil, tetapi alasan utama untuk beralih adalah Chrome menandai situs HTTP biasa sebagai “Not Secure” dan HTTPS kini menjadi standar yang diharapkan web. Perpindahan aman jika dilakukan dengan benar: arahkan setiap URL lama http:// ke versi https://-nya dan jangan merusak apa pun sepanjang proses.

Apa itu HTTPS

Saat membuka situs web, browser Anda berkomunikasi dengan server. Pada HTTP biasa, percakapan itu berlangsung terbuka—siapa pun di jaringan perantara (ISP, Wi-Fi kafe, atau penyerang) dapat membacanya atau mengubahnya. HTTPS adalah percakapan yang sama, tetapi terenkripsi. Huruf “S” berarti “Secure”. Anda mendapatkannya dengan memasang sertifikat TLS di server (orang masih sering menyebutnya “sertifikat SSL”).

Anda dapat melihat apakah halaman memakainya pada bilah alamat: URL diawali https:// dan biasanya disertai ikon gembok. Halaman http:// biasa di Chrome justru menampilkan label “Not Secure”.

HTTPS hanya melindungi koneksi itu sendiri—bukan menjamin isi halaman. Ikon gembok berarti data saat transit terenkripsi; ikon itu tidak mengatakan apakah konten situs tepercaya, formulirnya sah, atau bisnis di baliknya benar-benar nyata. Situs phishing juga dapat berjalan dengan sertifikat HTTPS yang valid.

Apakah HTTPS membantu SEO?

Sedikit, secara historis. Google mengonfirmasi pada 2014 bahwa HTTPS digunakan sebagai sinyal peringkat—tetapi sinyalnya sangat kecil, dan tim Google sendiri saat itu menyebutnya pemecah seri: jika dua halaman sama dalam hal lain, halaman yang aman mungkin sedikit lebih unggul. Sinyal itu tidak akan mengangkat halaman lemah melewati halaman kuat, dan panduan Google saat ini tidak lagi menyatakan adanya dorongan peringkat langsung dari HTTPS. Siapa pun yang menjanjikan kenaikan besar “hanya dengan menambahkan SSL” sedang melebih-lebihkan manfaatnya.

Alasan yang benar-benar penting:

• Chrome menampilkan “Not Secure”. Sejak 2018, setiap halaman HTTP mendapat peringatan itu. Pengunjung bisa takut meskipun Google tidak mempermasalahkannya.
• Kini menjadi standar dasar. Diperkirakan 9 dari 10 situs web sudah memakai HTTPS (W3Techs, 2026). Menjadi pengecualian membuat situs terlihat rusak.
• Fitur modern membutuhkannya. Banyak kemampuan browser (termasuk koneksi yang lebih cepat melalui HTTP/2) tidak akan berfungsi tanpa HTTPS.

Apakah perpindahan akan merusak peringkat saya?

Tidak, jika dilakukan dengan hati-hati. Memindahkan situs dari HTTP ke HTTPS adalah jenis migrasi situs, sehingga aturan utamanya sama seperti migrasi lain: arahkan setiap URL lama ke versi aman yang baru dengan pengalihan 301. Jika dilakukan dengan benar, peringkat tetap terjaga. Jika ceroboh—pengalihan terlewat, atau tautan ke gambar dan skrip rusak—trafik bisa hilang. Perpindahannya sendiri aman; kesalahan di sekitarnya yang menimbulkan kerugian. Evidence for this claim Google recommends permanent server-side redirects during site moves and says HTTP-to-HTTPS moves do not use the Change of Address tool. Scope: Google's site-move guide supports redirect and Search Console handling; it does not guarantee that a migration with implementation errors retains traffic. Confidence: high · Verified: 2026-07-14 Google Search Central: Site moves with URL changes

Ingin gambaran lengkap—seberapa besar bobot sinyalnya, langkah migrasi, mixed content, dan HSTS? Buka tab Advanced.

TL;DR — Panduan pengalaman halaman Google saat ini menyatakan aspek di luar Core Web Vitals “don’t directly help your website rank higher” (terjemahan) “tidak secara langsung membantu situs web Anda mendapat peringkat lebih tinggi”—jadi jangan menjanjikan kenaikan peringkat HTTPS pada masa kini. Yang terkonfirmasi adalah sejarah: Google mengumumkan HTTPS sebagai sinyal peringkat yang “very lightweight” (terjemahan) “sangat ringan” pada Agustus 2014 (kurang dari 1% kueri), dan Gary Illyes menyebutnya pemecah seri pada 2015—komentar bertanggal, bukan mekanisme saat ini yang terdokumentasi. Secara terpisah, panduan kanonikalisasi Google memang secara aktif lebih memilih halaman HTTPS sebagai kanonik dibanding padanan HTTP-nya saat ini—tetapi hanya secara bersyarat: sertifikat tidak valid, dependensi tidak aman, pengalihan HTTPS→HTTP, atau tag kanonik HTTP yang terselip dapat membalik preferensi itu, dan HSTS tidak dapat mengatasinya. Alasan nyata memakai HTTPS adalah label “Not Secure” Chrome, HTTP/2 (di semua browser utama), API browser modern, dan fakta bahwa HTTPS kini merupakan standar minimum—bukan tuas pertumbuhan. Migrasi adalah migrasi situs: arahkan setiap URL dengan 301 (301 tidak menghilangkan PageRank), perbaiki mixed content aktif dan pasif, perbarui kanonik/sitemap/tautan internal, lalu verifikasi ulang Search Console—tidak perlu alat Change of Address untuk perpindahan protokol. HSTS dan pengalihan internal 307-nya adalah perlindungan di lapisan browser, sebagai pelengkap, bukan pengganti 301 di server.

Apakah Google saat ini menjanjikan kenaikan peringkat dari HTTPS?

Mulailah dari apa yang dikatakan Google saat ini, bukan pada 2014. Dokumentasi pengalaman halaman Google menyatakan bahwa di luar Core Web Vitals, aspek pengalaman halaman—termasuk HTTPS—“don’t directly help your website rank higher in search results.” (terjemahan) “tidak secara langsung membantu situs web Anda mendapat peringkat lebih tinggi di hasil penelusuran.” Itulah panduan langsung dan paling mutakhir yang tersedia; panduan tersebut tidak mendukung janji kenaikan peringkat saat ini hanya karena memakai HTTPS.

Sinyal 2014 dan kerangka “pemecah seri”—sejarah, bukan mekanisme saat ini

Yang terkonfirmasi adalah sejarah: Google mengumumkan HTTPS sebagai sinyal peringkat pada 6 Agustus 2014 dan terus terang tentang bobotnya yang kecil saat diluncurkan. Rumusan aslinya adalah “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.” Tulisan itu menambahkan bahwa Google “may decide to strengthen it” (terjemahan) “mungkin memutuskan untuk memperkuatnya” seiring waktu guna mendorong adopsi—“memperkuat”, bukan “boost” seperti yang sering diparafrasekan media SEO. Evidence for this claim Google announced HTTPS as a very lightweight ranking signal affecting fewer than one percent of global queries at launch. Scope: Google's 2014 announcement establishes the signal and its weight at launch; it does not quantify the signal's current weight. Confidence: high · Verified: 2026-07-14 Google Search Central: HTTPS as a ranking signal

Setahun kemudian, pada September 2015, Gary Illyes menggambarkan sinyal itu sebagai pemecah seri: “it acts more like a tiebreaker. For example, if all quality signals are equal for two results, then the one that is on HTTPS would get … or may get … the extra boost.” (terjemahan) “sinyal itu lebih berfungsi sebagai pemecah seri. Misalnya, jika semua sinyal kualitas untuk dua hasil sama, hasil yang memakai HTTPS akan mendapat… atau mungkin mendapat… dorongan tambahan.” Pada tahun yang sama ia menegaskan prioritasnya: “you should switch to HTTPS for users, not as a ranking signal.” (terjemahan) “Anda sebaiknya beralih ke HTTPS demi pengguna, bukan sebagai sinyal peringkat.” Kerangka John Mueller dari periode yang sama—jangan mengharapkan perubahan peringkat yang terlihat hanya dari perpindahan—mengarah pada kesimpulan yang sama.

Perlakukan “pemecah seri” sebagai penjelasan representatif Illyes yang bertanggal dari 2015–2016, bukan sesuatu yang saat ini didokumentasikan Google sebagai mekanisme peringkat aktif—rumusan tentang pengalaman halaman di atas adalah sumber masa kini yang lebih berhati-hati. Jadi jawaban jujur dan bertanggal untuk pertanyaan “apakah HTTPS membantu SEO?” adalah: Google mengonfirmasi sinyal kecil pada 2014, seorang Googler menyebutnya pemecah seri pada 2015, dan panduan saat ini tidak menyatakan ulang mekanisme itu secara langsung. Jika harus memilih tempat untuk mengerahkan upaya, HTTPS adalah pekerjaan kebersihan teknis, bukan tuas pertumbuhan—terlepas dari bobot persis sinyal historis itu sekarang.

Preferensi kanonik HTTPS Google—bersyarat, bukan hanya berdasarkan skema

Terpisah dari sinyal peringkat 2014, Google kini mendokumentasikan preferensi kanonikalisasi: “Google prefers HTTPS pages over equivalent HTTP pages as canonical, except when there are issues or conflicting signals such as” (terjemahan) “Google lebih memilih halaman HTTPS daripada halaman HTTP yang setara sebagai kanonik, kecuali terdapat masalah atau sinyal yang bertentangan seperti”—sertifikat SSL tidak valid, dependensi yang tidak aman (selain gambar), halaman HTTPS yang mengarahkan pengguna ke atau melalui halaman HTTP, atau halaman HTTPS dengan rel="canonical" yang menunjuk ke versi HTTP.

Inilah nuansa yang terlewatkan hampir semua panduan lain, dan ini bertentangan dengan penyederhanaan umum (termasuk kalimat Illyes pada 2016 bahwa sinyal peringkat “basically looking at the first five characters in front of the URL” (terjemahan) “pada dasarnya melihat lima karakter pertama di depan URL”)—kalimat singkat itu menjelaskan sinyal peringkat 2014, bukan keputusan kanonikalisasi ini. Panduan Google sendiri tegas bahwa sertifikat buruk atau pengalihan downgrade mengalahkan preferensi HTTPS: “Avoid bad TLS/SSL certificates and HTTPS-to-HTTP redirects because they cause Google to prefer HTTP very strongly.” (terjemahan) “Hindari sertifikat TLS/SSL yang buruk dan pengalihan HTTPS-ke-HTTP karena hal itu membuat Google sangat kuat memilih HTTP.” HSTS juga tidak dapat memperbaikinya: “Implementing HSTS cannot override this strong preference.” (terjemahan) “Penerapan HSTS tidak dapat mengesampingkan preferensi kuat ini.”

Konsekuensi praktisnya: sertifikat kedaluwarsa atau salah konfigurasi bukan sekadar masalah UX—sertifikat itu juga dapat mendorong Google mengindeks halaman HTTP, bukan halaman HTTPS yang ingin Anda peringkatkan. Untuk jenis kegagalan sertifikat dan cara mendiagnosisnya, lihat sertifikat SSL/TLS; untuk membaca laporan Search Console khusus mengenai keputusan ini, lihat laporan HTTPS.

Mengapa HTTPS benar-benar penting

Singkirkan pertanyaan tentang peringkat dan alasan memakai HTTPS menjadi sangat kuat—dengan satu batasan penting: HTTPS mengamankan saluran transportasi antara browser dan server. HTTPS tidak mengaudit kode aplikasi, menjamin endpoint, atau memastikan niat pengguna—situs HTTPS yang diretas, formulir phishing yang disajikan melalui HTTPS, dan kebocoran data setelah dekripsi tetap mungkin terjadi. HTTPS adalah kebersihan teknis yang wajib, bukan jaminan keamanan untuk semua hal setelah koneksi.

Dengan batasan itu, alasan praktisnya:

• Peringatan “Not Secure” (terjemahan) “Tidak Aman” di Chrome. Sejak Chrome 68 (Juli 2018), Chrome menandai semua halaman HTTP sebagai “not secure.” (terjemahan) “tidak aman.” Label itu terlihat di bilah alamat di depan pengunjung nyata—masalah konversi yang jauh lebih besar daripada dorongan peringkat apa pun.
• Prasyarat praktis untuk HTTP/2 (dan HTTP/3). Tidak ada browser arus utama yang menyediakan HTTP/2 melalui HTTP biasa—semua browser utama menegosiasikannya melalui TLS, walaupun spesifikasi HTTP/2 sendiri tidak mewajibkan enkripsi. Dokumentasi Google menyebut, “in some cases, TLS can improve performance, mostly as a result of making HTTP/2 possible.” (terjemahan) “dalam beberapa kasus, TLS dapat meningkatkan performa, terutama karena memungkinkan HTTP/2.” Itu adalah kata “can” (terjemahan) “dapat” yang berkualifikasi, bukan jaminan—overhead TLS, konfigurasi server, dan penggunaan ulang koneksi tetap berpengaruh—tetapi multiplexing HTTP/2 dan kompresi header sering membuat situs HTTPS+HTTP/2 lebih cepat daripada HTTP/1.1 biasa, berlawanan dengan kekhawatiran lama “TLS adds latency” (terjemahan) “TLS menambah latensi”.
• Fitur browser modern membutuhkannya. Service worker, API geolokasi/kamera/mikrofon, dan progressive web app umumnya membutuhkan secure context (periksa fitur dan browser tertentu untuk pengecualian seperti localhost). Google menyatakan, “HTTPS is required for many new browser features, especially those required for progressive web apps.” (terjemahan) “HTTPS diperlukan untuk banyak fitur browser baru, terutama yang dibutuhkan progressive web app.”
• Data rujukan dan “dark traffic” (terjemahan) “trafik gelap”—secara bawaan, bukan universal. Browser dengan Referrer-Policy default modern (strict-origin-when-cross-origin) sepenuhnya menghilangkan header Referer ketika tautan berpindah dari halaman HTTPS ke tujuan HTTP—navigasi dengan skema sama atau upgrade tetap mengirim setidaknya origin. Jadi, jika situs masih memakai HTTP, trafik keluar (dan atribusi masuk) Anda dapat tampil sebagai “direct” (terjemahan) “langsung” secara bawaan—tetapi header Referrer-Policy milik situs dapat mengubah default itu ke arah mana pun. Jangan menganggapnya aturan mutlak saat mengaudit celah analitik situs lain.
• Kini merupakan standar minimum. Diperkirakan ~89% situs memakai HTTPS (W3Techs, 2026—anggap sebagai perkiraan arah, bukan hitungan terkini yang presisi). Cerita SEO-nya bukan keuntungan dari beralih, melainkan risiko menjadi pengecualian yang terlihat.

Migrasi HTTP → HTTPS

Perpindahan HTTP→HTTPS adalah migrasi situs dan layak mendapat disiplin yang sama. Kabar baiknya, langsung dari panduan perpindahan situs Google: “301 and other permanent redirects don’t cause a loss in PageRank.” (terjemahan) “301 dan pengalihan permanen lain tidak menyebabkan hilangnya PageRank.” Kekhawatiran lama bahwa perpindahan menghabiskan ekuitas tautan adalah mitos—risikonya sepenuhnya pada pelaksanaan, bukan pada pergantian protokol: 301 yang terlewat, mixed content, kanonik yang usang, dan properti HTTPS yang belum diverifikasi di Search Console-lah yang benar-benar mengurangi trafik.

Disiplin inti dalam satu paragraf: ukur situs HTTP yang sedang aktif terlebih dahulu (crawl, peringkat, ekspor Search Console, profil backlink), dapatkan sertifikat TLS (sertifikat DV gratis dari Let’s Encrypt membawa sinyal yang sama dengan sertifikat OV/EV berbayar), arahkan setiap URL HTTP dengan 301 satu-ke-satu ke padanan HTTPS, jadikan HTTPS kanonik di semua tempat (tautan internal, sitemap, hreflang—jangan mengandalkan pengalihan untuk menutupi tautan internal yang usang), perbaiki mixed content sebelum beralih, verifikasi ulang keempat properti Search Console (tidak perlu alat Change of Address untuk perpindahan protokol), dan pertahankan pengalihan setidaknya selama setahun. Antisipasi fluktuasi peringkat sementara—penurunan yang pulih berarti perpindahan sedang stabil; penurunan yang menetap berarti ada yang rusak.

Itu peta risiko, bukan runbook. Untuk urutan langkah demi langkah, latihan staging, pemetaan pengalihan berskala besar, rencana rollback, dan daftar periksa migrasi lengkap, lihat migrasi HTTP ke HTTPS—halaman ini tetap menjadi ringkasan singkat agar tidak menyimpang dari panduan yang lebih mendalam itu.

Mixed content

Mixed content terjadi ketika halaman HTTPS memuat sub-resource melalui HTTP. Ada dua jenis, dan perbedaannya menentukan prioritas Anda:

• Mixed content aktif—skrip, stylesheet, iframe, XMLHttpRequest. Browser memblokirnya langsung karena skrip yang diubah dapat menulis ulang seluruh halaman. Inilah yang benar-benar merusak situs setelah migrasi, jadi perbaiki lebih dahulu.
• Mixed content pasif—gambar, audio, video. Browser biasanya tetap menampilkannya, tetapi menurunkan indikator keamanan dan memberikan peringatan.

Temukan mixed content dengan melakukan crawl situs HTTPS (Ahrefs Site Audit, Screaming Frog), memeriksa konsol Chrome DevTools, atau mengumpulkan laporan CSP. Perbaikan proaktif yang paling bersih adalah header Content-Security-Policy: upgrade-insecure-requests, yang memberi tahu browser untuk menulis ulang permintaan sub-resource http:// menjadi https:// secara diam-diam sebelum dikirim—jaring pengaman yang berguna selama dan setelah migrasi. Tautan jangkar biasa menuju halaman HTTP bukan mixed content; tautan itu hanya melakukan navigasi.

HSTS (dan mengapa bukan pengganti 301s Anda)

HSTS—HTTP Strict Transport Security—adalah header respons (Strict-Transport-Security) yang memberi tahu browser untuk selalu memakai HTTPS bagi domain Anda, bahkan jika pengguna mengetik atau mengeklik tautan http://. HSTS menutup “masalah permintaan pertama”: dengan hanya 301, permintaan pertama dari pengunjung baru tetap dikirim melalui HTTP sebelum pengalihan berjalan, yaitu celah yang diincar penyerang SSL stripping. Seperti kata dokumentasi Google, HSTS memungkinkan Anda “avoid the cost of the 301 redirect” (terjemahan) “menghindari biaya pengalihan 301” bagi pengunjung yang kembali dan “defeats attacks like SSL Stripping.” (terjemahan) “mengalahkan serangan seperti SSL Stripping.”

Dua hal yang harus dipahami praktisi SEO:

• HSTS tidak menggantikan 301 di server. Saat browser mematuhi HSTS, browser melakukan pengalihan 307 internal ke HTTPS—tetapi itu terjadi di dalam browser dan tidak terlihat oleh crawler. Mesin pencari tetap memerlukan 301 nyata dari server untuk memahami perpindahan dan membawa ekuitas tautan. Anda membutuhkan keduanya.
• HSTS preload hampir permanen. Anda dapat mengirimkan domain ke daftar preload yang tertanam di browser (dengan syarat max-age minimal satu tahun, includeSubDomains, dan preload), sehingga celah tertutup bahkan bagi pengunjung pertama. Namun, keluar dari daftar preload lambat dan menyakitkan. Google memperingatkan: “Don’t enable HSTS until you’re certain your site operation is robust enough to avoid ever deploying HTTPS with certificate validation errors.” (terjemahan) “Jangan mengaktifkan HSTS sampai Anda yakin operasi situs cukup tangguh untuk tidak pernah menerapkan HTTPS dengan kesalahan validasi sertifikat.” Perlakukan preload sebagai pintu satu arah.

Mitos umum

• “HTTPS adalah dorongan peringkat besar saat ini.” Tidak—sinyal “very lightweight” (terjemahan) “sangat ringan” pada 2014 (kurang dari 1% kueri) dan kerangka “tiebreaker” pada 2015 adalah komentar bertanggal; panduan saat ini menyatakan aspek pengalaman halaman di luar Core Web Vitals “don’t directly help you rank higher.” (terjemahan) “tidak secara langsung membantu Anda mendapat peringkat lebih tinggi.”
• “Perpindahan akan menghancurkan peringkat.” Tidak, jika pengalihan dilakukan dengan benar; 301s tidak menghilangkan PageRank. Migrasi yang ceroboh merugikan, bukan pergantian protokolnya.
• “Anda perlu alat Change of Address.” Tidak untuk HTTP→HTTPS—alat itu hanya untuk perpindahan domain.
• “Sertifikat kedaluwarsa hanya merusak UX, bukan SEO.” Salah—sertifikat buruk adalah salah satu kondisi yang dapat membalik preferensi kanonik HTTPS Google ke halaman HTTP, selain merusak halaman bagi pengguna.
• “HTTPS hanya penting untuk halaman checkout.” Tidak—Chrome menandai setiap halaman HTTP, dan API modern umumnya membutuhkan secure context.
• “TLS membuat situs lebih lambat.” Dalam praktik biasanya sebaliknya karena HTTPS membuka HTTP/2—walau TLS “dapat” membantu performa, bukan jaminan.

Migrasi HTTP→HTTPS berada dalam disiplin migrasi situs yang lebih luas—jika Anda sekaligus mengubah domain atau platform, baca panduan itu lebih dahulu karena migrasi bertumpuk memperbesar risiko.

Ringkasan AI

Ringkasan padat dari versi Advanced:

• Panduan Google saat ini tidak menjanjikan kenaikan peringkat. Dokumentasi pengalaman halaman menyatakan aspek di luar Core Web Vitals “don’t directly help your website rank higher” (terjemahan) “tidak secara langsung membantu situs web Anda mendapat peringkat lebih tinggi”—HTTPS termasuk di dalamnya.
• Sinyal 2014 dan kerangka “pemecah seri” 2015 bersifat historis. “Sangat ringan”, kurang dari 1% kueri (2014); kalimat pemecah seri Illyes (2015)—komentar bertanggal, bukan mekanisme terkini yang dinyatakan ulang. Jangan memperlakukan HTTPS sebagai tuas pertumbuhan.
• Preferensi kanonik HTTPS Google terpisah dan bersyarat. Google saat ini memilih halaman HTTPS sebagai kanonik, kecuali ada sertifikat tidak valid, dependensi non-gambar yang tidak aman, pengalihan HTTPS→HTTP, atau tag kanonik HTTP yang terselip—dan HSTS tidak dapat mengesampingkannya. Sertifikat buruk adalah risiko kanonikalisasi, bukan hanya masalah UX.
• HTTPS hanya mengamankan transportasi—bukan logika aplikasi, endpoint, atau niat pengguna; halaman phishing dapat berjalan di HTTPS valid.
• Alasan nyata memakai HTTPS: label “Not Secure” Chrome pada semua halaman HTTP (sejak Juli 2018), HTTP/2 di semua browser utama (sering lebih cepat daripada HTTP/1.1, walau TLS “dapat” membantu performa, bukan jaminan), fitur browser secure context/PWA, perilaku data rujukan bawaan (tetapi dapat ditimpa), dan status sebagai standar minimum sekitar ~89% web.
• Migrasi = migrasi situs, dan di sini hanya ringkasan. Arahkan setiap URL satu-ke-satu dengan 301 (301 tidak menghilangkan PageRank), jadikan HTTPS kanonik, perbarui tautan internal/sitemap/hreflang, perbaiki mixed content, verifikasi ulang di GSC (properti HTTP dan HTTPS terpisah), pertahankan pengalihan ≥1 tahun, dan jangan gunakan Change of Address untuk perpindahan protokol—langkah lengkap ada di halaman migrasi khusus.
• Mixed content: yang aktif (skrip/iframe) diblokir—perbaiki lebih dahulu; yang pasif (gambar) memberi peringatan. CSP upgrade-insecure-requests adalah jaring proaktif.
• HSTS menutup celah permintaan pertama, tetapi memakai 307 khusus browser yang tidak terlihat crawler—HSTS melengkapi, bukan menggantikan, 301 server. Preload hampir permanen; jangan terburu-buru.

Dokumentasi resmi

Dokumentasi sumber utama dari mesin pencari dan tim browser.

Google

• HTTPS sebagai sinyal peringkat (pengumuman 2014) — tulisan asli tentang sinyal yang sangat ringan.
• Aktifkan HTTPS di server Anda (web.dev) — sertifikat, 301s, canonical, HSTS, dan cookie.
• Mengapa HTTPS penting (web.dev) — alasan keamanan dan fitur browser.
• Memperbaiki mixed content (web.dev) — mixed content aktif dibandingkan pasif dan upgrade-insecure-requests.
• Pemindahan situs dengan perubahan URL — panduan migrasi (redirect, tanpa alat Change of Address untuk HTTPS).
• Memahami pengalaman halaman — posisi HTTPS dalam kerangka pengalaman halaman; sumber saat ini untuk tidak menjanjikan kenaikan peringkat langsung.
• Cara menentukan URL canonical — preferensi canonical HTTPS dibandingkan HTTP yang bersyarat dan pengecualian (sertifikat buruk, dependensi tidak aman, redirect downgrade) yang dapat mengesampingkannya.

Chrome / Chromium

• Menuju web yang lebih aman (2016) — awal peluncuran label “Not Secure” (terjemahan) “Tidak Aman”.
• Web aman akan terus digunakan (2018) — Chrome 68 menandai semua halaman HTTP sebagai “not secure.” (terjemahan) “tidak aman.”

Bing / Microsoft

• Bing Webmaster Guidelines — panduan umum; pastikan rumusan HTTPS terkini langsung di browser.

Kutipan dari sumber

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

Google—pengumuman sinyal peringkat 2014

• “We’re starting to use HTTPS as a ranking signal. For now it’s only a very lightweight signal—affecting fewer than 1% of global queries, and carrying less weight than other signals such as high-quality content.” (terjemahan) “Kami mulai menggunakan HTTPS sebagai sinyal peringkat. Untuk saat ini sinyalnya 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. Lompat ke kutipan
• “But over time, we may decide to strengthen it, because we’d like to encourage all website owners to switch from HTTP to HTTPS.” (terjemahan) “Namun seiring waktu, kami mungkin memutuskan untuk memperkuatnya karena kami ingin mendorong semua pemilik situs beralih dari HTTP ke HTTPS.” — tulisan yang sama. Lompat ke kutipan

Gary Illyes—kerangka pemecah seri

• “With the HTTPS ranking boost, it acts more like a tiebreaker. For example, if all quality signals are equal for two results, then the one that is on HTTPS would get … or may get … the extra boost that is needed to trump the other result.” (terjemahan) “Dengan dorongan peringkat HTTPS, mekanismenya lebih seperti pemecah seri. Misalnya, jika semua sinyal kualitas untuk dua hasil sama, hasil yang memakai HTTPS akan mendapat… atau mungkin mendapat… dorongan tambahan yang diperlukan untuk mengungguli hasil lainnya.” — Gary Illyes, Google (melalui Search Engine Land). Baca liputannya
• “You should switch to HTTPS for users, not as a ranking signal.” (terjemahan) “Anda sebaiknya beralih ke HTTPS demi pengguna, bukan sebagai sinyal peringkat.” — Gary Illyes, SMX East 2015 (melalui Search Engine Land). Baca liputannya
• “Basically looking at the first five characters in front of the URL, and if it’s HTTPS … it will get a minimal boost.” (terjemahan) “Pada dasarnya melihat lima karakter pertama di depan URL, dan jika itu HTTPS… akan mendapat dorongan minimal.” — Gary Illyes, 2016 (melalui Search Engine Land). Baca liputannya

Google—preferensi kanonik HTTPS (panduan saat ini)

• “Google prefers HTTPS pages over equivalent HTTP pages as canonical, except when there are issues or conflicting signals such as the following.” (terjemahan) “Google lebih memilih halaman HTTPS daripada padanan halaman HTTP sebagai kanonik, kecuali ada masalah atau sinyal bertentangan seperti berikut.” — Google Search Central. Lompat ke kutipan
• “Avoid bad TLS/SSL certificates and HTTPS-to-HTTP redirects because they cause Google to prefer HTTP very strongly.” (terjemahan) “Hindari sertifikat TLS/SSL yang buruk dan pengalihan HTTPS-ke-HTTP karena membuat Google sangat memilih HTTP.” — Google Search Central. Lompat ke kutipan
• “Implementing HSTS cannot override this strong preference.” (terjemahan) “Penerapan HSTS tidak dapat mengesampingkan preferensi kuat ini.” — Google Search Central. Lompat ke kutipan

Google—panduan migrasi & HSTS

• “301 and other permanent redirects don’t cause a loss in PageRank.” (terjemahan) “301 dan pengalihan permanen lain tidak menyebabkan hilangnya PageRank.” — Google Search Central. Lompat ke kutipan
• “If you’re moving your site from HTTP to HTTPS, you don’t need to use the Change of Address tool.” (terjemahan) “Jika Anda memindahkan situs dari HTTP ke HTTPS, Anda tidak perlu menggunakan alat Change of Address.” — Google Search Central. Lompat ke kutipan
• “Don’t enable HSTS until you’re certain your site operation is robust enough to avoid ever deploying HTTPS with certificate validation errors.” (terjemahan) “Jangan mengaktifkan HSTS sampai Anda yakin operasi situs cukup tangguh untuk tidak pernah menerapkan HTTPS dengan kesalahan validasi sertifikat.” — web.dev (Google). Lompat ke kutipan
• “In some cases, TLS can improve performance, mostly as a result of making HTTP/2 possible.” (terjemahan) “Dalam beberapa kasus, TLS dapat meningkatkan performa, terutama karena memungkinkan HTTP/2.” — web.dev (Google). Lompat ke kutipan

Chrome—peluncuran label “Not Secure”

• “Beginning in July 2018 with the release of Chrome 68, Chrome will mark all HTTP sites as ‘not secure’.” (terjemahan) “Mulai Juli 2018 dengan rilis Chrome 68, Chrome akan menandai semua situs HTTP sebagai ‘tidak aman’.” — Emily Schechter, Chrome Security (Chromium Blog). Lompat ke kutipan

Daftar periksa migrasi HTTP → HTTPS

Versi singkat pra-penerbangan—untuk daftar periksa eksekusi lengkap, latihan staging, dan rencana rollback, lihat migrasi HTTP ke HTTPS.

Sebelum mulai

• Simpan crawl lengkap situs HTTP aktif (setiap 200 dan setiap pengalihan yang sudah ada).
• Arsipkan snapshot peringkat, ekspor Search Console, dan profil backlink.
• Dapatkan dan uji sertifikat TLS (sertifikat DV gratis cukup untuk sinyal ini).

Saat beralih

• Setiap URL HTTP mendapat pengalihan 301 satu-ke-satu dari server ke padanan HTTPS-nya.
• Tidak ada rantai pengalihan (URL lama → URL HTTPS final secara langsung).
• Jangan mengalihkan URL yang tidak cocok secara massal ke beranda.
• Setiap halaman merujuk dirinya sendiri dengan rel="canonical" ke URL HTTPS.
• Perbarui tautan internal, sitemap XML, dan hreflang ke HTTPS (jangan menyerahkannya pada pengalihan).
• Perbaiki mixed content aktif (skrip, style, iframe)—semuanya diblokir.
• Perbaiki mixed content pasif (gambar, media); pasang CSP upgrade-insecure-requests.

Search Console dan sesudahnya

• Verifikasi properti HTTPS di GSC (atau properti Domain yang mencakup semua varian).
• Kirim sitemap HTTPS baru.
• Jangan gunakan alat Change of Address (bukan untuk perpindahan protokol)—alat itu hanya untuk perpindahan domain.
• Tinjau file disavow (jika ada) untuk URL HTTP.
• Pertahankan pengalihan setidaknya 1 tahun—idealnya selama situs masih hidup.
• Pantau pengindeksan dan Crawl Stats; penurunan yang tidak pulih berarti ada yang rusak.

Model mental

1. HTTPS adalah kebersihan teknis, bukan tuas pertumbuhan. “Sangat ringan”, kurang dari 1% kueri, dan pemecah seri. Simpan upaya peringkat untuk konten dan tautan; gunakan HTTPS karena web menuntutnya, lalu lanjutkan.

2. Pisahkan sinyal peringkat 2014 dari preferensi kanonik saat ini. Sinyal peringkat 2014 secara historis berbasis skema—kalimat Illyes tentang “lima karakter pertama” menjelaskannya, dan itu adalah komentar bertanggal, bukan mekanisme terkini yang terdokumentasi. Preferensi kanonik HTTPS Google saat ini berbeda dan bersyarat: sertifikat buruk, dependensi tidak aman, atau pengalihan downgrade dapat membuat Google mengarah pada pengindeksan halaman HTTP. Jadi sertifikat rusak bukan sekadar keadaan darurat UX—sertifikat itu juga dapat membuat kanonik HTTPS Anda hilang.

3. Migrasi ditopang oleh 301s—yang lain merupakan sinyal pendukung. Pengalihan (yang tidak menghilangkan PageRank) melakukan pekerjaan utama untuk memindahkan peringkat. Kanonik, sitemap, pembaruan tautan internal, dan verifikasi ulang GSC hanya membantu Google memproses perpindahan lebih cepat dan lebih bersih.

4. Ada dua lapisan “paksa HTTPS”, dan Anda membutuhkan keduanya. 301 dari server ditujukan bagi crawler dan ekuitas tautan. HSTS (307 khusus browser) ditujukan bagi pengunjung manusia yang kembali dan perlindungan dari SSL stripping. Keduanya menyelesaikan masalah berbeda—HSTS tidak pernah menggantikan 301.

5. Mixed content: lakukan triase berdasarkan perilaku browser. Mixed content aktif (skrip/style/iframe) diblokir → perbaikannya bersifat fungsional, lakukan lebih dahulu. Mixed content pasif (gambar/media) hanya memberi peringatan → perbaiki berikutnya. upgrade-insecure-requests adalah jaring pengaman untuk hal yang terlewat.

HTTPS untuk SEO—lembar contekan

Realitas peringkat

Fakta pengalihan & migrasi

Mixed content & HSTS

Paksa HTTPS dan atur HSTS

Contoh untuk dua stack yang paling umum. Uji di staging terlebih dahulu—header HSTS melekat, dan loop pengalihan yang salah dapat mengunci orang di luar situs.

Apache (.htaccess)

# 301 every HTTP request to HTTPS
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

# HSTS — only add once you're confident HTTPS is solid
<IfModule mod_headers.c>
  Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains"
</IfModule>

Nginx

# Redirect HTTP → HTTPS
server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://$host$request_uri;
}

# On the HTTPS server block, add HSTS
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;

Tambahkan ; preload ke header HSTS hanya jika Anda memang berniat mengirimkannya ke hstspreload.org — statusnya hampir tidak dapat dibatalkan.

Menemukan mixed content dari baris perintah

Crawl halaman HTTPS dan cari sub-resource tersisa yang memakai http:// di HTML.

macOS / Linux

# Pull a page and flag insecure script/img/link/iframe sources
curl -s https://example.com/ \
  | grep -Eo '(src|href)="http://[^"]+"' \
  | sort -u

Windows (PowerShell)

# Same idea in PowerShell
(Invoke-WebRequest -Uri "https://example.com/").Content `
  | Select-String -Pattern '(src|href)="http://[^"]+"' -AllMatches `
  | ForEach-Object { $_.Matches.Value } | Sort-Object -Unique

Untuk pemeriksaan seluruh situs, crawler (Ahrefs Site Audit, Screaming Frog) atau konsol Chrome DevTools lebih cepat daripada menulis skrip halaman demi halaman.

Sumber yang layak Anda baca

Presentasi saya

• Lebih Baik Aman daripada Menyesal dengan HTTPS — SMX East 2016 (SlideShare)—pendalaman saya tentang TLS, kegagalan implementasi HTTPS yang umum, dan jebakan migrasi. (Penafian tetap berlaku: ini adalah pemahaman saya tentang sistem tersebut, dan statistik adopsinya berasal dari 2016.)

Tulisan terkait dari saya

• Panduan Pemula untuk SEO Teknis — tempat HTTPS berada dalam gambaran yang lebih besar.

Dari pihak lain (resmi)

• Google: Enable HTTPS on your servers dan Memperbaiki mixed content — kumpulan dokumentasi implementasi yang paling berguna.
• hstspreload.org — periksa kelayakan sebelum berkomitmen pada preload.
• Uji Server SSL Labs — nilai konfigurasi TLS Anda.

Dari industri

• HTTPS sebagai Faktor Peringkat — Search Engine Journal — uraian SEJ tentang sinyal tersebut, bobot sebenarnya, dan mengapa tetap menjadi pemecah seri, bukan tuas.
• Gary Illyes dari Google: HTTPS Dapat Memecahkan Seri di Antara Dua Hasil Pencarian yang Setara (Search Engine Land) — liputan asli tentang kerangka pemecah seri Illyes.
• Google Mulai Memberi Dorongan Peringkat kepada Situs HTTPS/SSL yang Aman (Search Engine Land) — liputan pengumuman 2014 dan reaksi awal industri.
• HSTS — Pengertian dan Cara Menggunakannya (Kinsta) — panduan penerapan yang membahas risiko daftar preload dan peringatan penguncian.
• Let’s Encrypt — otoritas sertifikat DV gratis dan otomatis; banyak digunakan bila Anda hanya memerlukan skema https:// tanpa membayar OV/EV.
• HTTPS Itu Mudah (Troy Hunt) — seri video singkat yang menjelaskan penyiapan TLS bagi pemula.

Statistik yang layak dikutip

• HTTPS adalah “a very lightweight signal—affecting fewer than 1% of global queries.” (terjemahan) “HTTPS adalah sinyal yang sangat ringan—memengaruhi kurang dari 1% kueri global.” Rumusan Google tentang bobot peringkat saat diluncurkan pada 2014—angka historis yang masih terbaik untuk mengatur ekspektasi, tetapi bukan pernyataan ulang mekanisme saat ini. Sumber
• Semua halaman HTTP ditandai “Not Secure” sejak Chrome 68 (Juli 2018). Alasan praktis yang paling terlihat untuk beralih. Sumber
• ~89% situs web kini memakai HTTPS. Ini standar minimum—risiko SEO-nya adalah menjadi pengecualian, bukan keuntungan dari beralih (W3Techs, 2026; konfirmasi angka terkini).
• Pengalihan 301 tidak menghilangkan PageRank. Pernyataan tegas Google yang membantah mitos bahwa perpindahan menghabiskan ekuitas tautan. Sumber

Uji diri: HTTPS untuk SEO

Lima pertanyaan singkat tentang HTTPS untuk SEO. Pilih satu jawaban untuk setiap pertanyaan, lalu periksa hasilnya.

Log perubahan