Pada 7 Ogos 2014, Google mengumumkan HTTPS sebagai isyarat kedudukan. Pada pelancaran, Google menyifatkan ia sangat ringan, menjejaskan kurang daripada 1% pertanyaan global dan membawa berat kurang daripada kandungan berkualiti tinggi. Nombor sejarah itu bukanlah ramalan moden. Hari ini, HTTPS dianggap terbaik sebagai garis dasar keselamatan dan platform web; berpindah dari HTTP ke HTTPS juga merupakan penghijrahan URL yang mesti menyelaraskan ubah hala, kanonik, pautan dalaman, aset, peta laman dan ukuran.
HTTPS dalam enam mata yang disahkan
HTTPS menyulitkan trafik HTTP dengan TLS. Ia membantu melindungi kerahsiaan dan integriti antara penyemak imbas dan pelayan yang bertindak balas.
Google mengesahkan HTTPS sebagai isyarat kedudukan pada tahun 2014. Pengumuman pelancaran menyebutnya sangat ringan dan mengatakan kualiti kandungan membawa lebih berat.
HTTP dan HTTPS ialah URL yang berbeza. Walaupun laluan dan kandungan kekal sama, penghijrahan protokol mengubah setiap alamat yang diminta oleh Google dan pengguna.
Ubah hala kekal boleh membawa isyarat. Google menyatakan bahawa 301 dan ubah hala kekal lain tidak menyebabkan kehilangan PageRank, tetapi pemetaan dan pelaksanaan masih menentukan sama ada langkah itu difahami dengan betul.
Google biasanya lebih suka HTTPS kanonik. Sijil tidak sah, kebergantungan tidak selamat, ubah hala HTTPS-ke-HTTP atau kanonik HTTP boleh mencipta isyarat bercanggah.
Keselamatan adalah sebab utama. HTTPS tidak memperakui bahawa syarikat adalah jujur, menghentikan setiap serangan atau menggantikan kandungan yang berguna, kawalan akses dan penyelenggaraan.
Ogos 2014
Daripada isyarat ringan kepada garis dasar web
| Tempoh | Pembangunan yang didokumenkan | Maksud praktikal |
|---|---|---|
| 7 Ogos 2014 | Google mengumumkan HTTPS sebagai isyarat kedudukan dan menyifatkan isyarat awal memberi kesan kepada kurang daripada 1% pertanyaan global. | Angka itu menggambarkan pelancaran, bukan berat semasa atau keuntungan trafik yang dijanjikan. |
| 2014 dan seterusnya | Penyemak imbas dan platform semakin memerlukan konteks selamat dan menyekat atau meningkatkan subsumber tidak selamat. | HTTPS menjadi infrastruktur dan kerja keselamatan pengguna, bukan sekadar percubaan SEO. |
| Panduan kanonik semasa | Google mendokumenkan keutamaan umum untuk HTTPS berbanding URL HTTP yang setara, melainkan wujud konflik teknikal yang penting. | Ubah hala, kanonik, peta laman dan pautan dalaman semuanya harus menghala ke URL selamat yang sama. |
| Panduan migrasi semasa | Google menganggap HTTP-to-HTTPS sebagai langkah tapak dengan perubahan URL, menjangkakan turun naik sementara dan mengesyorkan ubah hala kekal sebelah pelayan terus. | Pemasangan sijil hanyalah satu langkah dalam peralihan URL terkawal. |
Penyulitan dan penghijrahan adalah berkaitan—tetapi pekerjaan berbeza
HTTPS menyokong tiga sifat praktikal: penyulitan menjadikan trafik lebih sukar dibaca semasa transit, integriti membuat pengubahsuaian dalam transit lebih sukar, dan pengesahan membolehkan penyemak imbas mengesahkan bahawa sijil itu sah untuk hos yang dicapai. Sempadan keselamatan masih bergantung pada penyemak imbas, pelayan, rantaian sijil dan aplikasi yang berkelakuan dengan betul.
Perubahan protokol mencipta versi lama dan baharu setiap halaman: http://example.com/page/ dan https://example.com/page/. Penghijrahan berjaya apabila pengguna, perangkak dan setiap isyarat teknikal secara konsisten mencapai versi selamat tanpa rantai, gelung, sumber yang disekat atau jurang ukuran.
Kandungan campuran melanggar janji itu. Dokumen HTTPS yang meminta skrip HTTP, helaian gaya, iframe, fon, imej atau muat turun masih mendedahkan sebahagian daripada pengalaman kepada pengangkutan yang tidak selamat. Pelayar moden boleh menaik taraf beberapa jenis sumber dan menyekat yang lain; bergantung pada pembaikan penyemak imbas bukanlah strategi penghijrahan.
HTTPS juga tidak mewujudkan kebenaran perniagaan. Halaman penipuan boleh mempunyai sijil yang sah, manakala tapak yang sah boleh mengkonfigurasi TLS dengan teruk. Anggap keselamatan pengangkutan, keselamatan aplikasi, identiti, ketepatan kandungan dan SEO sebagai lapisan bersambung tetapi boleh diuji secara berasingan.
Semakan kesediaan migrasi HTTPS
Jangan jadualkan suis sehingga setiap hos kritikal, templat, kebergantungan dan laluan pengukuran mempunyai pemilik dan ujian.
| Kawasan kesediaan | Bukti diperlukan | Penyekat pelancaran |
|---|---|---|
| Perlindungan sijil | Rantaian yang sah, nama hos yang betul, pemantauan tamat tempoh dan konfigurasi TLS yang disokong. | Tidak padan, sijil tamat tempoh atau tiada subdomain yang diperlukan. |
| Inventori URL | Halaman boleh diindeks, ubah hala, fail, imej, PDF, API dan laluan parameter penting. | Kelas URL tidak diketahui atau tiada pemetaan HTTP-ke-HTTPS. |
| Kebergantungan selamat | Sokongan HTTPS untuk skrip, gaya, fon, iframe, media, muat turun, suapan dan panggilan pihak ketiga. | Sumber penting HTTP sahaja atau pergantungan pembayaran/borang. |
| Penjajaran isyarat | Ubah hala HTTPS, kanonik sendiri, hreflang, pautan dalaman, data berstruktur dan peta laman XML. | Halaman baharu menghala kembali ke HTTP atau mendedahkan kedua-dua protokol sebagai pilihan. |
| Akses merangkak | HTTPS mengembalikan status yang betul, memaparkan sepenuhnya dan tidak disekat oleh robot atau noindex. | Perlindungan pementasan, tembok api atau noindex tidak sengaja kekal aktif. |
| Pengukuran | Analitis, GTM, persetujuan, penukaran, Konsol Carian, iklan, penjejakan panggilan dan webhook diuji. | Aliran hasil atau pertanyaan tidak boleh diselaraskan sebelum pelancaran. |
| operasi | Sandaran, rollback, akses DNS/CDN, log pelayan, amaran dan dinamakan pemilik pelancaran. | Tiada laluan pemulihan atau akses bergantung pada seorang yang tidak tersedia. |
Perkara yang diubah oleh HTTPS untuk SEO teknikal
HTTPS menjadikan protokol sebahagian daripada tadbir urus berkanun. Ubah hala, teg kanonik, pautan dalaman, peta laman dan hreflang boleh mengukuhkan satu sama lain; perselisihan faham memaksa Google dan penyemak imbas menyelesaikan arahan yang bercanggah.
Perancangan migrasi menjadi lebih luas daripada HTML. Imej, CSS, JavaScript, fon, PDF, suapan, API, panggilan balik pembayaran, e-mel, URL pengiklanan dan benaman pihak ketiga boleh mengekalkan rujukan protokol lama atau gagal di bawah peraturan keselamatan yang lebih ketat.
Google mengesyorkan menukar satu perkara utama pada satu masa jika boleh. Menggabungkan HTTPS, domain, CMS, reka bentuk semula dan penstrukturan semula kandungan menjadikan kegagalan lebih sukar untuk diasingkan dan tarik balik.
Pemantauan mesti meliputi kedua-dua peralihan dan keselamatan. Konsol Carian dan bukti log menunjukkan merangkak dan pengindeksan; ujian pelayar mendedahkan kandungan bercampur; semakan analitik dan penukaran mendedahkan sama ada tapak selamat masih menyelesaikan tugas perniagaan.
Gantikan pemikiran sijil sahaja dengan penjajaran isyarat
| Andaian lebih awal | Pelajaran yang tahan lama |
|---|---|
| Pasang sijil dan penghijrahan selesai. | Sijil membolehkan HTTPS; setiap URL, sumber, isyarat dan laluan pengukuran masih memerlukan penghijrahan. |
| HTTPS menghasilkan peningkatan kedudukan yang besar. | Google menyifatkan isyarat pelancaran sebagai ringan; keselamatan dan integriti platform adalah sebab utama. |
| Ubah hala HTTP melalui beberapa versi lama. | Hantar setiap URL lama terus ke HTTPS terakhir yang setara dengan ubah hala sisi pelayan kekal. |
| Simpan kanonik HTTP supaya Google mengingati halaman lama. | Setiap halaman selamat yang boleh diindeks harus menunjuk ke kanonik HTTPS yang dimaksudkan. |
| Senaraikan kedua-dua protokol dalam peta laman web. | Senaraikan URL kanonik HTTPS mutlak pilihan sahaja. |
| Naik taraf automatik penyemak imbas membetulkan kandungan bercampur. | Gantikan rujukan sumber yang tidak selamat dan uji semua templat; kandungan aktif yang disekat boleh memecahkan halaman. |
| Dayakan pramuat HSTS pada hari pertama. | Stabilkan HTTPS merentas setiap subdomain yang diperlukan terlebih dahulu; HSTS dan pramuat sengaja sukar untuk diterbalikkan. |
| Reka bentuk semula, susun semula dan tukar protokol bersama-sama. | Asingkan perubahan besar apabila boleh supaya bukti, pemilikan dan penarikan balik kekal jelas. |
| Perubahan Alamat diperlukan untuk HTTP kepada HTTPS. | Google mengatakan Tukar Alamat adalah untuk perubahan domain atau subdomain, bukan pergerakan protokol sahaja. |
Enam situasi migrasi
Laman web perniagaan statik kecil
Pastikan setiap laluan sama, pasang sijil yang sah, kemas kini aset dan metadata berkod keras, gunakan ubah hala HTTP-ke-HTTPS terus, jana semula peta laman dan uji setiap templat halaman serta laluan pertanyaan.
Laman web WordPress
Kemas kini WordPress dan Alamat Tapak dengan berhati-hati, gantikan URL bersiri dan kandungan dengan alat yang selamat, semak tema dan pemalam, bersihkan cache, uji kelakuan REST dan cron serta elakkan logik ubah hala diduplikasi merentas pemalam, pelayan dan CDN.
E-dagang atau tapak penjanaan petunjuk
Semakan ujian, panggilan balik pembayaran, log masuk, tetapan semula kata laluan, borang, CRM, penjejakan panggilan, persetujuan dan e-mel transaksi. Rangkakan peringkat halaman tidak dapat membuktikan aliran hasil masih berfungsi.
Tapak berbilang bahasa
Kemas kini kanonik kendiri dan setiap URL hreflang timbal balik kepada HTTPS. Satu alternatif HTTP yang tinggal boleh membuat gugusan bahasa yang tidak konsisten walaupun navigasi kelihatan kelihatan betul.
Tapak di belakang CDN atau proksi terbalik
Sahkan liputan sijil di tepi dan asal, kekalkan skema asal dengan betul, halang gelung ubah hala, sambungan asal selamat dan uji variasi cache. Penyulitan tepi "Fleksibel" sahaja boleh meninggalkan sambungan lain tanpa perlindungan.
Tapak dengan subdomain dan API
Pentadbir inventori, media, API, legasi dan nama hos pihak ketiga sebelum digunakan includeSubDomains atau pramuat. Satu perkhidmatan HTTP sahaja yang terlupa boleh menjadi tidak dapat dicapai di bawah HSTS.
Aliran kerja penghijrahan HTTP-ke-HTTPS secara berperingkat
- Tetapkan skop dan pemilikan. Tentukan sama ada ini adalah protokol sahaja atau digabungkan dengan hos, domain, laluan, CMS atau perubahan reka bentuk. Asingkan pergerakan utama jika boleh.
- Eksport garis dasar yang lengkap. Simpan URL boleh dirangkak, kod status, kanonik, hreflang, peta laman, pautan, halaman pendaratan teratas, penukaran, pautan luaran dan log pelayan.
- Sediakan rollback dan pementasan. Sandarkan kandungan, pangkalan data dan konfigurasi; uji templat dan aliran selamat tanpa meninggalkan URL pementasan awam boleh diindeks.
- Pasang dan sahkan TLS. Tutup setiap nama hos yang diperlukan, sediakan rantaian yang betul, pantau tamat tempoh dan sahkan penyulitan tepi ke asal tempat proksi digunakan.
- Jadikan tapak selamat lengkap. Kemas kini tetapan aplikasi, URL pangkalan data, templat, aset, API, borang, muat turun dan kebergantungan pihak ketiga kepada HTTPS.
- Laksanakan ubah hala kekal terus. Hantar setiap URL HTTP ke laluan HTTPS akhir yang sama dengan bahagian pelayan 301 atau 308. Alih keluar gelung dan elakkan rantaian yang boleh dielakkan.
- Jajarkan isyarat kanonik. Gunakan kanonik sendiri HTTPS dan kemas kini pautan dalaman, hreflang, rujukan penomboran, data berstruktur, Graf Terbuka, suapan dan URL ganti.
- Terbitkan peta laman HTTPS yang bersih. Sertakan URL kanonik mutlak pilihan sahaja, rujuknya daripada robots.txt jika sesuai dan serahkannya dalam Konsol Carian.
- Alih keluar blok pelancaran. Sahkan HTTPS tidak dilindungi dengan pengesahan pementasan, peraturan robot, dasar tembok api atau tidak sengaja
noindex. - Membaiki kandungan bercampur di sumber. Rangka templat yang diberikan, sumber carian dan pangkalan data kandungan untuk URL sumber yang tidak selamat dan ujian dengan menyekat penyemak imbas didayakan.
- Sahkan pengukuran dan aliran perniagaan. Uji GTM, analitik, persetujuan, penukaran, CRM, panggilan balik pembayaran, log masuk, borang, penjejakan panggilan dan mesej transaksi.
- Kemas kini destinasi terkawal. Tukar profil, iklan, templat e-mel, kod QR, apl, pautan luaran yang penting dan klien API kepada URL HTTPS akhir.
- Lancarkan semasa tetingkap yang boleh diperhatikan. Sediakan pemilik teknikal, kandungan dan ukuran, simpan log keputusan dan elakkan keluaran yang tidak berkaitan.
- Pantau setiap kelas URL. Semak log pelayan, status ubah hala, 404/5xx, pengindeksan Konsol Carian, kanonik terpilih, peta laman, kumpulan pertanyaan dan penukaran pada protokol lama dan baharu.
- Tambah HSTS hanya selepas kestabilan. Mulakan secara konservatif, faham
umur maks, uji setiap subdomain sebelum iniincludeSubDomains, dan menganggap pramuat sebagai komitmen jangka panjang yang disengajakan. - Pastikan ubah hala dan pembaharuan hidup. Google mengesyorkan ubah hala sekurang-kurangnya satu tahun; mengekalkannya lebih lama membantu pautan dan pengguna lama. Pantau sijil selama-lamanya.
Ukur keselamatan, pengindeksan dan kesinambungan perniagaan bersama-sama
Tangkap garis dasar prapelancaran dan anotasi suis yang tepat. Turun naik carian sementara boleh berlaku, tetapi kegagalan keselamatan atau penukaran harus dianggap sebagai insiden berbanding bunyi migrasi biasa.
| Lapisan | Apa yang perlu dipantau | Corak sihat |
|---|---|---|
| TLS dan ketersediaan | Kesahan sijil, hos yang disokong, masa beroperasi, jabat tangan dan 5xx. | Semua hos yang diperlukan menyediakan HTTPS yang sah tanpa kegagalan sekejap. |
| Ubah hala | Status HTTP, destinasi akhir, rantai, gelung dan laluan yang tidak sepadan. | Satu lompatan kekal ke setara HTTPS sebenar. |
| Peralihan indeks | Kiraan HTTP/HTTPS yang diindeks, kanonik terpilih, Pemeriksaan URL dan pemprosesan Peta Laman. | HTTPS meningkat apabila HTTP merosot tanpa kehilangan halaman yang tidak dijangka. |
| Penyampaian selamat | Amaran kandungan campuran, sumber disekat, ralat JavaScript, borang dan muat turun. | Templat dipaparkan dan berfungsi tanpa pergantungan yang tidak selamat. |
| Prestasi carian | Klik, tera dan kedudukan mengikut halaman, pertanyaan, negara dan peranti. | Peralihan sementara diselesaikan tanpa kehilangan peringkat kelas yang tidak dapat dijelaskan. |
| Kesinambungan perniagaan | Acara, borang, panggilan, urus niaga, log masuk, CRM dan hasil GTM. | Hasil selaras dengan ujian asas dan hujung ke hujung. |
Sepuluh mitos HTTPS untuk bersara
- HTTPS tidak diumumkan sebagai peningkatan kedudukan utama. Google memanggil isyarat pelancaran itu sangat ringan dan meletakkan kualiti kandungan di atasnya.
- Angka "kurang daripada 1%" 2014 bukanlah pemberat semasa. Google belum menerbitkan peratusan moden yang mudah untuk dimodelkan oleh pemilik tapak.
- Sijil yang sah tidak membuktikan pengendali boleh dipercayai. Ia mengesahkan sambungan teknikal kepada hos, bukan setiap tuntutan perniagaan.
- HTTPS tidak menghentikan perisian hasad, pancingan data atau kata laluan yang lemah. Keselamatan aplikasi, kemas kini, kawalan akses dan pemantauan kekal diperlukan.
- HTTPS tidak menyatukan pendua dengan sendirinya. Gunakan ubah hala, kanonik, pautan dalaman dan peta laman secara konsisten.
- Tiada tempoh migrasi tetap. Kiraan URL, kadar rangkak, kapasiti pelayan dan kualiti pelaksanaan mempengaruhi peralihan.
- Ubah hala kekal tidak semestinya kehilangan PageRank. Sasaran, rantaian, ralat atau URL yang hilang masih boleh kehilangan nilai pengguna dan carian.
- Pertukaran Alamat bukan untuk pemindahan protokol sahaja. Google menyimpan proses itu untuk perubahan domain atau subdomain.
- Peningkatan automatik kandungan campuran bukanlah satu bil kesihatan yang bersih. Sesetengah sumber disekat, perubahan tingkah laku pihak ketiga dan rujukan sumber kekal salah.
- HSTS bukan togol SEO pemula. tak betul
includeSubDomainsatau keputusan pramuat boleh membuat perkhidmatan yang diperlukan tidak dapat dicapai sehingga ditetapkan.
Soalan migrasi HTTPS, dijawab
Adakah SSL sama dengan HTTPS?
Orang sering menyebut "sijil SSL", tetapi HTTPS moden menggunakan TLS. HTTPS ialah HTTP yang dibawa melalui sambungan TLS yang selamat.
Adakah HTTPS meningkatkan kedudukan Google?
Google mengesahkannya sebagai isyarat kedudukan, tetapi menyifatkan pelancaran 2014 sebagai sangat ringan. Gunakannya untuk keselamatan dan ketepatan platform, bukan sebagai janji trafik.
Adakah trafik akan menurun selepas bertukar kepada HTTPS?
Turun naik sementara boleh berlaku semasa Google merangkak semula dan mengindeks semula URL. Penurunan yang berterusan atau teruk memerlukan penyiasatan terhadap ubah hala, akses, kanonik, pemaparan, penjejakan dan perubahan serentak yang lain.
Sekiranya saya menggunakan ubah hala 301 atau 308?
Kedua-duanya adalah ubah hala sisi pelayan kekal dan boleh menandakan sasaran sebagai kanonik. Gunakan kaedah yang disokong oleh platform anda dengan pasti, kekalkan tingkah laku permintaan jika perlu dan elakkan rantaian.
Apakah URL kanonik yang sepatutnya?
Selepas pelancaran, setiap halaman boleh diindeks biasanya harus mengkanonikal sendiri ke URL HTTPS akhir pilihannya. Ubah hala, pautan dalaman, hreflang dan peta laman harus bersetuju.
Patutkah peta laman mengandungi URL HTTP?
Tidak. Terbitkan hanya URL kanonik HTTPS mutlak pilihan dalam peta laman aktif.
Adakah saya menyerahkan Perubahan Alamat dalam Konsol Carian?
Bukan untuk HTTP-to-HTTPS pada domain yang sama. Google mengatakan ia adalah untuk perubahan domain atau subdomain. Sahkan sifat yang berkaitan dan serahkan peta laman HTTPS.
Berapa lamakah ubah hala HTTP harus kekal?
Google mengesyorkan mengekalkan ubah hala alih tapak selama sekurang-kurangnya satu tahun. Mengekalkan ubah hala protokol selama-lamanya biasanya berguna untuk pautan lama, penanda halaman dan pengguna.
Bilakah saya harus mendayakan HSTS?
Selepas HTTPS berfungsi dengan pasti merentas skop yang dimaksudkan. Mulakan dengan umur maks yang dipertimbangkan, uji subdomain sebelum includeSubDomains dan fahami bahawa pramuat sukar untuk diterbalikkan.
Bagaimanakah saya mencari kandungan bercampur?
Cari sumber dan pangkalan data untuk rujukan sumber HTTP, merangkak halaman yang diberikan, memeriksa keselamatan penyemak imbas dan laporan konsol, dan menguji templat wakil, borang, muat turun dan benam.
Adakah sijil TLS percuma cukup baik?
Harga tidak menentukan nilai ranking. Perkara yang penting secara teknikal ialah pengeluaran yang dipercayai yang sah, liputan nama hos yang betul, konfigurasi selamat, pembaharuan yang boleh dipercayai dan jenis sijil yang diperlukan oleh organisasi.
Rujukan utama dan rasmi
- Google: HTTPS sebagai isyarat kedudukan
- Google: tapak bergerak dengan perubahan URL
- Google: ubah hala dan Carian Google
- Google: kanonik dan keutamaan HTTPS
- Google: bina dan serahkan peta tapak
- MDN: kandungan campuran
- MDN: Ketat-Pengangkutan-Keselamatan
- web.dev: mengapa HTTPS penting
- Cara Carian Google berfungsi
Lengkapkan sistem migrasi teknikal
Teruskan siri Sejarah Algoritma Google
Semak halaman, pertanyaan, tarikh, keluaran, rangkak, permintaan dan penukaran yang terjejas sebelum memilih pembetulan.