Laman web sedia carian bukanlah halaman yang kelihatan selesai sahaja. Ia adalah keluaran terkawal yang URL awam, isyarat carian, kandungan, perjalanan pengguna, pengukuran, perlindungan dan pemiliknya telah diuji dengan bukti.
Laman web sedia carian: jawapan ringkas
Tapak web sedia carian boleh diakses secara umum, boleh difahami secara teknikal, berguna untuk khalayak yang ditentukan, mudah dikendalikan dan mampu menjadikan lawatan layak menjadi langkah seterusnya yang boleh diukur. Keperluan teknikal minimum Google—akses Googlebot, respons HTTP yang berjaya dan kandungan boleh diindeks—mewujudkan kelayakan, pengindeksan atau kedudukan yang tidak dijamin. Oleh itu, kelulusan pelancaran memerlukan bukti merentas penemuan, kandungan, pengalaman, penukaran, pengukuran dan operasi.
| Lapisan | Lepaskan soalan | Bukti |
|---|---|---|
| Kelayakan | Bolehkah perangkak mendapatkan respons yang berfungsi dan boleh diindeks? | Status, robot, robot meta, HTML yang diberikan |
| Kefahaman | Adakah tujuan halaman, URL pilihan, bahasa dan entiti jelas? | Kandungan, tajuk, Canonical, hreflang, pautan, skema |
| Pengalaman | Bolehkah orang sebenar membaca, menavigasi, berinteraksi dan pulih daripada ralat? | Mudah alih, papan kekunci, borang, prestasi, QA penyemak imbas |
| Hasil | Adakah halaman menyokong perniagaan atau tindakan pengguna yang berguna? | Panggilan, WhatsApp, borang, tempahan, acara layak jualan |
| operasi | Bolehkah pasukan memantau, mengemas kini, melindungi dan melancarkannya? | Pemilik, buku panduan, makluman, sandaran, rekod keluaran |
1. Membekukan skop pelancaran
| Keputusan | Rekod sebelum QA |
|---|---|
| Persekitaran | Pengeluaran, pementasan, pratonton, pembangunan dan siapa yang boleh mengakses setiap satu |
| Hartanah | Domain, subdomain, folder tempat, apl, CDN, borang dan perkhidmatan luaran |
| Keluarkan kandungan | Templat, URL, ubah hala, aset, penyepaduan, penjejakan dan salinan sah |
| Kerja yang dikecualikan | Jurang yang diketahui diterima untuk keluaran kemudian, setiap satu dengan pemilik dan tarikh |
Pelancaran tidak boleh diluluskan terhadap tapak web yang tidak ditentukan. Rekod versi binaan atau komitmen, eksport kandungan, versi peta ubah hala, keadaan pangkalan data dan sasaran pengeluaran yang tepat.
2. Berikan pemilik, kelulusan dan bukti
| Kawasan | Pemilik yang bertanggungjawab | Keluarkan bukti |
|---|---|---|
| Kandungan dan tuntutan | Editor atau pemilik subjek perniagaan | Salinan, sumber, tarikh, imej dan hak bukti yang diluluskan |
| Pelaksanaan carian | Pemilik SEO | Keadaan indeks, Canonicals, hreflang, peta laman web, skema, ujian ubah hala |
| Binaan dan infrastruktur | Pemaju atau pemilik platform | Letak log, pengepala, prestasi, keselamatan, sandaran, rollback |
| Penukaran dan pengukuran | Pemasaran ditambah pemilik jualan | Pertanyaan ujian, pengesahan acara, penghalaan petunjuk, semakan privasi |
3. Buat inventori halaman boleh diindeks
Mulakan daripada semua URL yang dijana dan ditemui, bukan sahaja navigasi. Berikan setiap URL keadaan yang disengajakan. Ini ialah jambatan antara pelan halaman, rangkak, peta laman, set Canonical, ubah hala dan pemantauan selepas pelancaran.
| negeri | Isyarat yang dijangkakan | Gunakan apabila |
|---|---|---|
| Boleh diindeks | 200, indeks dibenarkan, Canonical pilihan, kemasukan peta laman | Halaman ini mempunyai tugas pengguna yang berbeza dan nilai tahan lama |
| Boleh diakses tetapi tidak boleh diindeks | 200, noindex, dikecualikan daripada peta laman | Pengguna memerlukan halaman tetapi keterlihatan carian tidak dimaksudkan |
| Persendirian | Pengesahan atau sekatan rangkaian | Kandungan mestilah tidak umum; robots.txt bukan keselamatan |
| Dihalakan semula | Ubah hala sisi pelayan kepada penggantian akhir yang tulen | Alamat awam dipindahkan |
| hilang | 404 / 410 | Tiada penggantian yang relevan wujud |
4. Berikan setiap halaman satu tugas utama
| Jenis halaman | Keputusan pengguna utama | Bukti yang diperlukan |
|---|---|---|
| Laman utama | Adakah saya berada di tempat yang betul dan ke mana saya harus pergi seterusnya? | Kedudukan, perkhidmatan, bukti, navigasi, CTA utama |
| Perkhidmatan | Adakah ini sesuai, boleh dipercayai dan patut dibincangkan? | Skop, kesesuaian, proses, konteks harga, bukti, langkah seterusnya |
| Artikel atau panduan | Bolehkah saya menyelesaikan atau memahami tugasan ini? | Jawapan langsung, kaedah, contoh, sumber, batasan |
| Kajian kes | Adakah kerja ini sebenarnya telah dilakukan? | Konteks, kekangan, tindakan, bukti, hasil, kaveat |
| Hubungi | Bagaimanakah saya bermula dengan selamat dan apa yang berlaku seterusnya? | Saluran, waktu perniagaan, butiran yang diperlukan, privasi, jangkaan respons |
Jika dua URL menyediakan tugas khalayak yang sama tanpa perbezaan yang bermakna, tingkatkan satu URL pemilik atau satukan URL tersebut. Untuk kaedah perancangan, gunakan panduan seni bina tapak.
5. Sahkan seni bina dan laluan penemuan
- Setiap halaman boleh diindeks boleh dicapai melalui sekurang-kurangnya satu pautan boleh dirangkak biasa.
- Label navigasi menerangkan destinasi dan kekal boleh digunakan pada desktop, mudah alih dan papan kekunci.
- Serbuk roti, hab, kategori, penomboran dan pautan berkaitan menggambarkan hubungan sebenar.
- Carian tapak adalah kemudahan, bukan satu-satunya laluan ke halaman penting.
- URL yatim, pendua, nipis, parameter, penapis, teg dan arkib mempunyai keputusan yang jelas.
6. Seragamkan URL tahan lama
| peraturan | Standard praktikal |
|---|---|
| Maknanya | Gunakan laluan pendek dan boleh dibaca yang mengenal pasti halaman tanpa bahasa kempen |
| Kestabilan | Jangan ubah URL berguna semata-mata untuk memasukkan kata kunci atau mengalih keluar tarikh |
| Varian | Pilih protokol, hos, kes, garis miring dan peraturan fail indeks secara konsisten |
| Parameter | Dokumentasikan parameter yang mengubah kandungan, menapis, mengisih, menjejaki atau memperibadikan |
| Penyetempatan | Simpan satu URL yang stabil dan boleh dirangkak untuk setiap versi bahasa yang dimaksudkan |
7. Uji status HTTP dan integriti respons
| Respon | Syarat lulus | Kegagalan biasa |
|---|---|---|
200 | Halaman yang dimaksudkan dan kandungan yang bermakna dimuatkan pada URL akhir | Soft 404, shell kosong, ralat pelayan diberikan sebagai 200 |
301 / 308 | Perpindahan tetap mencapai satu destinasi yang relevan dan bekerja | Rantaian, gelung, ubah hala halaman utama selimut, sasaran yang tidak berkaitan |
302 / 307 | Perpindahan itu benar-benar sementara dan sumber tetap diutamakan | Digunakan selama-lamanya untuk penghijrahan kekal |
404 / 410 | Kandungan yang tiada tiada penggantian yang berkaitan dan halaman menyampaikan pilihan pemulihan | Templat ralat mengembalikan 200 atau rehat navigasi |
5xx | Tidak pernah keadaan pelancaran yang diterima | Tamat masa, kegagalan penggunaan, gangguan pergantungan, isu kapasiti |
8. Gunakan pautan boleh dirangkak dengan tujuan deskriptif
Untuk Google, corak paling selamat yang boleh ditemui ialah sauh HTML dengan href. Butang boleh mencetuskan tindakan antara muka, tetapi navigasi penting tidak boleh bergantung pada pengendali klik tanpa destinasi pautan. Teks sauh harus membantu orang ramai meramalkan ke mana pautan itu pergi.
- Ikut menu, kad, serbuk roti, penomboran, suis bahasa, pautan pengaki dan pautan dalam kandungan.
- Sahkan respons pertama, status akhir, URL akhir, serpihan, Canonical dan maksud destinasi.
- Alih keluar laluan pecah, bulat, mengelirukan, kosong, pendua dan ubah hala yang berat.
- Jadikan imej terpaut dan kawalan ikon sahaja boleh diakses mengikut nama.
9. Asingkan rangkak, pengindeksan dan kawalan privasi
| Matlamat | Kawalan yang betul | Jangan bergantung harap |
|---|---|---|
| Urus trafik perangkak | robots.txt | Robot memerintah sebagai keselamatan atau penyahindeksan terjamin |
| Jauhkan halaman awam daripada Google | noindex dan benarkan merangkak | Menyekat URL yang sama dalam robots.txt |
| Lindungi kandungan peribadi | Pengesahan, kebenaran atau sekatan rangkaian | Pautan tersembunyi, URL tidak jelas, robots.txt atau noindex sahaja |
| Alih keluar halaman secara kekal | Padamkannya, kembalikan 404/410, alih keluar pautan dan entri peta laman | Mengubah hala setiap URL yang dialih keluar ke halaman utama |
Gunakan panduan merangkak dan pengindeksan apabila URL ditemui tetapi tidak diindeks, dikecualikan secara tidak dijangka atau disekat oleh kawalan yang bercanggah.
10. Jajarkan isyarat kanonik
| isyarat | URL pilihan boleh diindeks |
|---|---|
| HTML atau HTTP Canonical | Menuding kepada URL akhir mutlak yang dimaksudkan |
| Ubah hala | Semua varian bersara diselesaikan terus ke destinasi yang sama |
| Pautan dalaman | Pautkan terus ke URL pilihan, bukan varian ubah hala |
| Peta laman | Termasuk URL pilihan sahaja |
| hreflang dan skema | Rujuk identiti tempat dan halaman akhir yang sama |
Canonical ialah petunjuk yang kuat, bukan kebenaran untuk menerbitkan pendua yang tidak terkawal. Sahkan Canonical yang dipilih kemudian dalam Konsol Carian dan siasat perselisihan pendapat menggunakan Panduan kanonik dan ubah hala.
11. Sahkan persamaan berbilang bahasa
- Setiap tempat yang diterbitkan mempunyai URL yang stabil dan kandungan kelihatan yang benar-benar setempat.
- Setiap halaman yang setara mengkanonikal sendiri dan mengisytiharkan gugusan hreflang timbal balik yang lengkap.
- Kod bahasa sepadan dengan bahasa yang dimaksudkan; kod wilayah ditambah hanya apabila geografi berbeza.
- Suis bahasa membawa kepada destinasi yang setara atau menjelaskan bahawa tiada versi wujud.
- Metadata, borang, pengesahan, pengesahan, laluan hubungan, skema dan bukti utama disetempatkan.
Gunakan Panduan SEO berbilang bahasa Malaysia untuk memutuskan sama ada halaman bahasa Inggeris, Melayu dan Cina harus wujud dan bagaimana ia harus dikekalkan.
12. Terbitkan peta laman XML yang bersih
| Semak | Syarat lulus |
|---|---|
| Keahlian | Hanya URL pilihan mutlak yang dimaksudkan untuk Carian Google |
| Status dan kebolehindeksan | Setiap URL yang disenaraikan mengembalikan 200 dan tidak disekat atau tidak diindeks |
| Konsistensi kanonik | Setiap URL ialah URL pilihan yang sama yang diisytiharkan pada halaman |
| lastmod | Dikemas kini hanya selepas perubahan halaman yang ketara dan dijana dengan tepat |
| Penemuan | Dirujuk daripada robots.txt dan diserahkan kepada sifat Search Console yang betul |
Peta laman yang diserahkan ialah petunjuk penemuan, bukan arahan atau jaminan pengindeksan. Lihat Peta laman XML dan panduan robots.txt.
13. Sahkan output JavaScript yang diberikan
| Uji | Apa yang mesti bertahan dalam rendering |
|---|---|
| URL dalam langsung | Muat semula memuatkan halaman, status, tajuk, kandungan dan navigasi yang dimaksudkan |
| Sambutan mentah | Kandungan dan pautan kritikal tersedia tanpa interaksi pengguna yang rapuh jika praktikal |
| Diberikan DOM | Tajuk, tajuk, teks, Kanonik, robot meta, skema, pautan dan media kekal betul |
| Mod kegagalan | Ralat berguna atau sandaran muncul apabila API, skrip atau pergantungan persetujuan gagal |
Google boleh memproses JavaScript, tetapi pemaparan menambah kebergantungan dan kelewatan. Uji pelaksanaan daripada menganggap rangka kerja mesra carian secara automatik. The Panduan SEO JavaScript meliputi laluan dalam, pautan, kod status, metadata dan diagnostik pemaparan.
14. Semak kandungan dan tindakan yang mengutamakan mudah alih
- Kandungan utama, tajuk, pautan, imej, teks alt, data berstruktur dan metadata adalah setara.
- Menu, akordion, penapis, karusel, tab dan notis kuki boleh dikendalikan dengan sentuhan dan papan kekunci.
- Telefon, WhatsApp, peta, daftar keluar, muat naik, log masuk dan perjalanan borang yang lengkap pada telefon sebenar.
- Tiada limpahan mendatar, teks terpotong, CTA tersembunyi, gangguan mengganggu atau sasaran yang tidak boleh digunakan.
- Prestasi mudah alih dan kegagalan sambungan diuji secara berasingan daripada desktop.
15. Jadikan pautan tajuk tepat dan jelas
| unsur | Standard keluaran |
|---|---|
<tajuk> | Ringkas, deskriptif, khusus halaman dan ditulis dalam bahasa halaman |
| Kelihatan H1 | Mengenal pasti topik utama dengan jelas dan dominan secara visual |
| Teks yang menonjol | Tidak bersaing dengan tajuk kedua atau bercanggah dengan tujuan halaman |
| Nama laman | Digunakan secara konsisten dan tanpa boilerplate berulang |
| Jangkaan | Google mungkin menjana pautan tajuk yang berbeza daripada beberapa halaman dan isyarat pautan |
Tiada kiraan aksara universal yang menjamin paparan. Tulis untuk ketepatan dan perbezaan, kemudian semak pertanyaan langsung. Lihat panduan tag tajuk.
16. Anggap perihalan meta sebagai ringkasan khusus halaman
| Semak | Syarat lulus |
|---|---|
| Ketepatan | Meringkaskan perkara yang sebenarnya akan ditemui oleh pelawat |
| Kekhususan | Menggunakan fakta peringkat halaman dan bukannya satu penerangan di seluruh tapak |
| Kebergunaan | Menyampaikan nilai, butiran atau langkah seterusnya yang berkaitan tanpa senarai kata kunci |
| Jangkaan | Google terutamanya mencipta coretan bergantung kepada pertanyaan daripada kandungan yang boleh dilihat dan mungkin tidak menggunakannya |
Utamakan halaman utama, perkhidmatan teras, trafik tinggi dan halaman bernilai tinggi apabila tapak besar tidak boleh menulis tangan setiap huraian. The panduan penerangan meta menerangkan penjanaan program yang selamat dan diagnosis penulisan semula.
17. Gunakan tajuk untuk mendedahkan struktur halaman
- Halaman mempunyai satu tajuk utama yang jelas kelihatan; gunakan elemen H1 tambahan hanya apabila struktur dokumen benar-benar memerlukannya.
- Label H2 dan H3 menerangkan bahagian tersebut dan ikut susunan bacaan yang logik.
- Jangan pilih tahap tajuk hanya untuk saiz; gayakan mereka dengan CSS.
- Tajuk tersembunyi, berulang, kosong dan dijana komponen disemak merentas templat.
- Pembaca skrin dan susunan bacaan papan kekunci sepadan dengan hierarki visual.
Gunakan panduan struktur tajuk untuk artikel, perkhidmatan, kategori, Soalan Lazim dan corak komponen.
18. Memerlukan kandungan lengkap tugasan, diutamakan orang
| soalan | Bukti kesediaan |
|---|---|
| untuk siapa? | Penonton, situasi, bahasa, pasaran dan pengetahuan sedia ada yang ditentukan |
| Apakah kerja yang ia selesaikan? | Jawapan langsung, langkah, pilihan, contoh dan tindakan seterusnya |
| Mengapa mempercayainya? | Bukti tangan pertama, sumber yang tepat, konteks pengarang, kaedah dan batasan |
| Mengapa ia wujud? | Berguna walaupun pelawat datang terus, bukan sahaja untuk menangkap pertanyaan |
| Siapa yang mengekalkannya? | Pemilik, tarikh disemak, pencetus kemas kini, laluan pembetulan dan daftar sumber |
Google tidak menetapkan kiraan perkataan pilihan. Selesaikan tugas pengguna tanpa pelapik, kepastian tidak disokong atau halaman yang dibuat hanya kerana alat melaporkan volum. Gunakan kandungan dan panduan kuasa topikal untuk merancang halaman pemilik dan bukti sokongan.
19. Terbitkan bukti, kepengarangan dan had
| Jenis tuntutan | Bukti sebelum dikeluarkan |
|---|---|
| Keupayaan perkhidmatan | Skop sebenar, proses, penghantaran, tanggungjawab yang dinamakan dan pengecualian |
| Hasil portfolio | Kebenaran, artifak bertarikh, konteks pelaksanaan dan sumber yang diukur |
| sebut harga pelanggan | Kelulusan pelanggan sebenar, atribusi yang tepat dan tiada imej atau penilaian rekaan |
| Fakta teknikal | Dokumentasi utama semasa dan kebolehgunaan yang tepat |
| Syor | Kaedah, andaian, tukar ganti, alternatif dan had |
20. Optimumkan imej tanpa kehilangan makna
| Kerja imej | Perlaksanaan |
|---|---|
| Kandungan yang bermakna | Nama fail deskriptif yang berguna, alt kontekstual ringkas, teks penerangan berdekatan |
| hiasan | Alt kosong dan tiada label pertuturan pendua |
| Berpaut atau berfungsi | Nama yang boleh diakses menerangkan tindakan atau destinasi |
| Prestasi | Dimensi yang betul, format moden yang disokong, sumber responsif, lebar dan ketinggian yang jelas |
| Keutamaan memuatkan | Jangan malas memuatkan wira LCP yang berkemungkinan; menangguhkan media bawah lipatan dengan teliti |
| Hak dan kebenaran | Dokumen lesen, persetujuan, suntingan dan sama ada imej ilustrasi boleh mengelirukan |
The panduan SEO imej meliputi keputusan alt, penghantaran responsif, peta laman, pelesenan dan diagnostik carian imej.
21. Tambahkan data berstruktur hanya apabila ia sepadan dengan halaman
| Gerbang | Syarat lulus |
|---|---|
| Kelayakan | Jenis ini disokong untuk ciri Carian yang dimaksudkan |
| Keterlihatan | Fakta yang ditandakan muncul pada halaman dan tidak disembunyikan atau mengelirukan |
| identiti | URL, nama, imej, tarikh, harga, ketersediaan dan entiti sepadan dengan data sumber |
| Pengesahan | Sintaks lulus ujian dan sifat yang diperlukan telah lengkap |
| Jangkaan | Penanda yang sah tidak menjamin hasil yang kaya, kedudukan atau paparan |
Alih keluar penanda seluruh templat yang menerangkan kandungan yang tidak terdapat pada beberapa halaman. Ikuti panduan data berstruktur untuk pemilihan, pengesahan, penggunaan dan pemantauan.
22. Uji Vitals Web Teras dengan bukti lapangan dan makmal
| Metrik | Ambang yang baik pada persentil ke-75 | Apa yang diwakilinya |
|---|---|---|
| LCP | ≤ 2.5 s | Memuatkan elemen kandungan terbesar yang boleh dilihat |
| INP | ≤ 200 ms | Responsif merentas interaksi pengguna |
| CLS | ≤ 0.1 | Pergerakan visual yang tidak dijangka |
Bahagikan mudah alih dan desktop. Alat makmal membantu mencari regresi sebelum dikeluarkan; data medan mencerminkan peranti, rangkaian dan interaksi sebenar selepas trafik yang mencukupi. Skor Rumah Api tidak sama dengan medan lulus Core Web Vitals. Gunakan Panduan Web Vitals Teras untuk menghubungkan simptom dengan punca.
23. Nilai keseluruhan pengalaman halaman
| Soalan pengalaman | Keluarkan bukti |
|---|---|
| Adakah ia selamat dan boleh dipercayai? | HTTPS, tiada kandungan bercampur, identiti yang jelas, tuntutan yang tepat, tindakan luaran yang selamat |
| Adakah kandungan utama mudah dicari? | Tiada reka letak yang mengelirukan, tindanan mengganggu, kekeliruan iklan atau interaksi paksa |
| Adakah ia berfungsi di bawah tekanan? | Sambungan perlahan, skrin kecil, zum, teks panjang, ralat pengesahan, keadaan kosong |
| Bolehkah orang menyelesaikan tugas? | Navigasi, membaca, perbandingan, hubungan, pembayaran, pengesahan, pemulihan |
24. Sertakan kebolehcapaian dalam pintu keluar
- Gunakan kawasan semantik, tajuk sebenar, label, senarai, butang dan pautan.
- Kendalikan keseluruhan perjalanan menggunakan papan kekunci dengan fokus yang boleh dilihat, logik dan tidak dikaburkan.
- Sediakan alternatif teks, kapsyen, nama pautan yang bermakna dan isyarat status bukan warna.
- Semak kontras teks dan antara muka, zum dan aliran semula, saiz sasaran, gerakan, tamat masa dan pemulihan ralat.
- Kaitkan setiap medan borang dengan arahan, pengesahan dan mesej ralat yang boleh difahami.
- Gabungkan semakan automatik dengan papan kekunci, pembaca skrin, zum dan semakan pengguna sebenar di mana risiko memerlukannya.
Kebolehcapaian adalah lebih luas daripada SEO dan alat automatik tidak dapat membuktikan pematuhan WCAG. Gunakan WCAG 2.2 dan nasihat undang-undang yang berkenaan untuk organisasi dan pasaran.
25. Uji setiap laluan penukaran hujung ke hujung
| Laluan | Perkara yang perlu disahkan |
|---|---|
| Telefon dan WhatsApp | Nombor yang betul, format antarabangsa, mesej praisi, sandaran desktop, penghalaan perniagaan |
| Borang | Label, medan yang diperlukan, pengesahan, kawalan spam, persetujuan, penghantaran, pengesahan, pengendalian pendua |
| Tempahan atau daftar keluar | Ketersediaan, harga, mata wang, zon waktu, keadaan pembayaran, resit, pembatalan, pemulihan ralat |
| E-mel dan pemberitahuan | Identiti penghantar, laluan balasan, penghantaran, pendedahan data selamat, pemilikan dalaman, susulan |
Klik CTA bukan bukti pertanyaan lengkap. Serahkan petunjuk ujian terkawal dari mudah alih dan desktop, sahkan ketibaan dalam sistem penerima dan sahkan orang yang bertanggungjawab boleh bertindak.
26. Sahkan ukuran tanpa penjejakan pendua
| Lapisan ukuran | Ujian pelepasan |
|---|---|
| Penghantaran tag | Satu laluan pelaksanaan yang dimaksudkan, bekas/harta yang betul, tiada paparan halaman pendua |
| Persetujuan dan privasi | Tingkah laku sepadan dengan dasar organisasi dan keperluan serantau yang diluluskan |
| Peristiwa | Nama, parameter, pencetus, penyahduplikasian dan keadaan kejayaan sepadan dengan pelan pengukuran |
| Atribusi | UTM, perujuk, halaman pendaratan, merentas domain dan navigasi dalaman tidak menulis ganti sumber secara tidak betul |
| Hasil perniagaan | Peristiwa analitis disambungkan kepada petunjuk, tempahan, jualan atau nilai terkumpul yang layak jika sesuai |
Dokumentasikan perkara yang tidak dapat diperhatikan oleh Analitis kerana persetujuan, penyekat, susulan luar talian, gelagat merentas peranti, peraturan atribusi atau ambang data. The Panduan pengukuran SEO memisahkan keterlihatan, lawatan, penglibatan, penukaran dan hasil perniagaan.
27. Sahkan keselamatan, privasi dan ketepatan undang-undang
| Kawasan | Gerbang pelepasan praktikal |
|---|---|
| Pengangkutan | HTTPS berfungsi pada setiap sumber awam; HTTP dan hos ganti menyelesaikan dengan selamat kepada hos pilihan |
| Kandungan campuran dan kebergantungan | Tiada aset tidak selamat; skrip pihak ketiga adalah perlu, dimiliki, terhad dan diuji kegagalan |
| Rahsia dan akses | Tiada bukti kelayakan yang terdedah; keistimewaan terkecil, MFA, semakan akses dan pemilikan pemulihan telah disediakan |
| Pengumpulan data | Kumpul hanya data yang diperlukan; tujuan dokumen, destinasi, pengekalan, pemadaman dan laluan kenalan |
| Dasar yang diterbitkan | Privasi, terma, harga, tuntutan, waranti, kuki, bayaran balik dan pemilikan sepadan dengan amalan sebenar |
Senarai semak ini adalah panduan operasi, bukan pensijilan undang-undang atau keselamatan. Dapatkan semakan yang layak di mana perniagaan, data, pasaran atau risiko memerlukannya.
28. Jauhkan pementasan daripada carian awam dengan selamat
| Kawalan alam sekitar | Tindakan pilihan |
|---|---|
| Akses | Pengesahan, sekatan rangkaian atau kawalan akses platform |
| Pertahanan pengindeksan | Gunakan noindex sebagai perlindungan kedua apabila halaman kekal boleh dirangkak; jangan layan robots.txt sebagai privasi |
| Pautan dan peta laman | Tiada pautan awam, entri peta laman pengeluaran, Canonicals, hreflang, suapan atau pratonton kongsi yang menunjuk kepada pementasan |
| Penjejakan dan pemberitahuan | Gunakan destinasi ujian dan cegah aktiviti pementasan daripada mencemarkan data pengeluaran atau menghubungi pelanggan |
| kenaikan pangkat | Tukar semua kawalan khusus persekitaran dengan sengaja; merangkak semula binaan pengeluaran akhir |
29. Uji templat wakil, peranti dan keadaan kegagalan
- Uji setiap templat unik dan keadaan komponen, bukan sahaja set rawak URL.
- Sertakan keadaan terpendek, terpanjang, kosong, imej tiada, berbilang bahasa, bernombor muka surat, ditapis, ralat dan log keluar.
- Gunakan pelayar utama semasa dan telefon sebenar yang berkaitan dengan khalayak; termasuk lebar jalur rendah dan zum.
- Uji dengan cache kosong dan hangat, persetujuan diterima dan ditolak, skrip disekat dan perkhidmatan pihak ketiga tidak tersedia.
- Rekod URL, persekitaran, binaan, peranti, penyemak imbas, masa, hasil yang dijangka, hasil sebenar, bukti, pemilik dan ujian semula.
30. Lindungi penghijrahan sebelum dilancarkan
| Aset migrasi | Keperluan pelepasan |
|---|---|
| Inventori URL lama | Digabungkan daripada CMS, peta laman, rangkak, Konsol Carian, analitis, log, pautan, kempen dan profil perniagaan |
| Peta ubah hala | Setiap URL awam yang diketahui menerima keputusan simpan, ubah hala, alih keluar atau penyiasatan |
| Kesetaraan kandungan | Teks berharga, metadata, media, skema, bahasa, kepengarangan, tarikh dan laluan penukaran disimpan dengan sengaja |
| Kemas kini isyarat | Pautan dalaman, Canonicals, hreflang, peta laman, skema, suapan, iklan, e-mel, sosial, QR dan profil menghala terus ke URL akhir |
| Sempadan rollback | Ketahui perkara yang boleh diterbalikkan tanpa memulihkan URL yang telah bersara, data yang hilang atau ubah hala yang bercanggah |
Bina dan uji peta ubah hala lengkap sebelum DNS, penghalaan atau pautan awam berubah.
31. Ikuti urutan pelancaran terkawal
- Bekukan perubahan yang tidak berkaitan dan sahkan pembuat keputusan, saluran komunikasi dan kuasa tarik balik.
- Cipta sandaran atau syot kilat yang disahkan dan rekod versi kerja sebelumnya yang tepat.
- Gunakan kod pengeluaran, kandungan, data, aset, ubah hala, pengepala dan konfigurasi sebagai satu keluaran yang direkodkan.
- Jalankan ujian asap untuk halaman utama, templat teras, URL lama, laluan bahasa, aset, log masuk, carian, borang, panggilan, WhatsApp dan pembayaran.
- Rangka pengeluaran dan bandingkan kebolehindeksan, Canonicals, hreflang, tajuk, status, skema, pautan dan peta laman terhadap inventori yang diluluskan.
- Sahkan peristiwa masa nyata dan uji penghantaran petunjuk tanpa mencemarkan pelaporan jualan.
- Luluskan, tahan atau tarik semula daripada kriteria keterukan yang didokumenkan—bukan keyakinan.
32. Pantau 24 jam pertama
| isyarat | Perhatikan | Pencetus tindakan |
|---|---|---|
| Ketersediaan | 5xx, tamat masa, DNS/TLS, aset rosak, kegagalan pergantungan | Tingkatkan segera apabila perjalanan kritikal gagal |
| Penghalaan | 404 pancang, rantai ubah hala, gelung, tempat atau nama hos yang salah | Membaiki pemetaan dan pautan terus; gulung semula jika luas |
| Penukaran | Kegagalan borang, mesej hilang, telefon salah, daftar keluar rosak, pemberitahuan tertunda | Anggap pertanyaan yang hilang atau tersilap sebagai kritikal |
| Pengukuran | Tiada data, peristiwa pendua, harta yang salah, rujukan diri, kesilapan persetujuan | Anotasi dan baiki sebelum mempercayai perbandingan |
| Akses carian | Googlebot yang disekat, noindex, Canonical salah, peta laman tidak sah, kegagalan rendering | Betulkan percanggahan kelayakan sebelum meminta rangkak semula |
33. Pantau hasil carian dan perniagaan selama 30 hari
| Tingkap | Semakan utama |
|---|---|
| Hari 1–3 | Ketersediaan, akses rangkak, kod status, ubah hala, Canonicals, pemprosesan peta laman, petunjuk kritikal |
| Hari 4–7 | Corak halaman diindeks, Canonicals terpilih, pemaparan, liputan pertanyaan/halaman, ralat penukaran |
| Minggu 2–4 | Kohort templat, klik, tera, halaman pendaratan, penglibatan, pertanyaan berkelayakan, maklum balas jualan |
| Selepas cukup bukti | Utamakan pembaikan teknikal, peningkatan kandungan, penyatuan, pengalaman kerja atau ujian permintaan |
Bandingkan kohort suka sama dan akaun untuk bermusim, kempen, persetujuan, perubahan platform, kelewatan pelaporan dan skop penghijrahan. Pergerakan jangka pendek tidak secara automatik disebabkan oleh pelancaran.
34. Kegagalan triage oleh kesan pengguna dan kebolehbalikan
| Keterukan | Contoh | Respons lalai |
|---|---|---|
| kritikal | Tapak tidak tersedia, pendedahan data, pembayaran atau kehilangan petunjuk, kawalan penyahindeksan yang luas | Hentikan lepaskan atau gulung semula; memelihara bukti; memberitahu pemilik |
| tinggi | Templat teras rosak, kumpulan ubah hala utama salah, CTA utama tidak boleh digunakan | Pembetulan terkini dalam tetingkap terkawal; menguji semula perjalanan bergantung |
| Sederhana | Metadata setempat, reka letak kedua, pautan terpencil atau isu skema | Tetapkan pemilik dan tarikh akhir; lepaskan hanya jika risiko yang diterima didokumenkan |
| rendah | Pengilat visual kecil tanpa tugas, kebolehcapaian, carian atau kesan kepercayaan | Tunggakan dengan bukti; jangan sembunyikannya dengan menandakan lengkap |
35. Tukar senarai semak kepada penyelenggaraan
| Kekerapan | Semak |
|---|---|
| Setiap keluaran | URL, status, metadata, skema, pautan, kebolehcapaian, prestasi, penukaran, penjejakan yang telah diubah |
| Mingguan | Ketersediaan, corak 5xx/404, makluman keselamatan, borang, penghantaran petunjuk, anomali carian |
| Bulanan | Liputan Konsol Carian, pertanyaan, halaman, kohort CWV, penukaran, pereputan kandungan, pautan rosak |
| Suku tahunan | Tugas khalayak, inventori halaman, kebenaran, kebergantungan, privasi, pemulihan, ketepatan sumber, hutang penyelenggaraan |
| Tercetus | Penghijrahan, penjenamaan semula, pasaran baharu, bahasa, CMS, domain, dasar, penjejakan, pembayaran atau perubahan kandungan utama |
36. SEOWithJack mengeluarkan bukti
Tapak ini menggunakan halaman berbilang bahasa yang dijana dan semakan keluaran automatik, tetapi automasi adalah bukti—bukan pengganti untuk penghakiman. Binaan yang disahkan semasa termasuk hasil yang boleh disemak mesin berikut:
| Semakan binaan yang disahkan | Keputusan semasa | Apa yang dibuktikan—dan tidak dibuktikan |
|---|---|---|
| Dokumen HTML yang dihasilkan | 710 | Dokumen yang dijangka telah dihasilkan; bukan bermakna setiap halaman layak diindeks |
| URL peta laman boleh diindeks | 459 | Inventori yang diisytiharkan adalah konsisten secara dalaman; penyerahan masih tidak menjamin pengindeksan |
| Rujukan imej disemak | 14,663 | Aset yang dirujuk diselesaikan dalam binaan; bukan bermakna setiap imej berguna atau berlesen |
| Dokumen JSON-LD disahkan | 710 | Markup menghuraikan dan mengikut peraturan projek; hasil yang kaya kekal dikawal oleh platform |
| URL artikel WordPress warisan dipelihara | 27 | Laluan artikel warisan yang diketahui kekal dilindungi; inventori luaran masih memerlukan pemantauan |
37. Gunakan kad skor keluaran, bukan skor sia-sia
| Gerbang | lulus | tahan |
|---|---|---|
| Kelayakan carian | Halaman yang dimaksudkan boleh diakses, 200, boleh diindeks dan diberikan | Blok luas, status salah, kandungan kosong, peraturan indeks bercanggah |
| Konsistensi isyarat | Inventori, pautan, Canonicals, hreflang, peta laman, ubah hala dan skema bersetuju | URL pilihan atau perhubungan setempat tidak bersetuju |
| Tugas pengguna | Perjalanan perwakilan berfungsi pada mudah alih, desktop, papan kekunci dan keadaan kegagalan | Tindakan kritikal, bentuk, navigasi, kebolehaksesan atau pemulihan gagal |
| Amanah dan pematuhan | Tuntutan, bukti, hak, identiti, privasi dan keselamatan diluluskan | Bukti rekaan, data terdedah, tuntutan mengelirukan atau tiada kelulusan |
| operasi | Pemilik, makluman, sandaran, rollback, sokongan dan pemantauan sudah sedia | Tiada tindak balas yang bertanggungjawab apabila pengeluaran gagal |
38. Perkara yang tidak dapat dijamin oleh senarai semak ini
Melepasi senarai semak ini tidak dapat menjamin kekerapan merangkak, pengindeksan, kedudukan, hasil kaya, petikan AI, data medan Core Web Vitals, trafik, petunjuk, jualan, pematuhan undang-undang, pematuhan kebolehaksesan atau kebebasan daripada insiden. Hasil tersebut bergantung pada permintaan, persaingan, sistem platform, pengguna sebenar, kualiti kandungan, kuasa, pelaksanaan, data dan keadaan yang berubah-ubah. Janji yang bertanggungjawab adalah lebih sempit: keputusan yang disengajakan, bukti yang boleh diuji, pengehadan yang telus, perjalanan kritikal yang bekerja dan respons yang dimiliki apabila realiti berbeza daripada rancangan.
Soalan Lazim tapak web sedia carian
Adakah lulus senarai semak ini menjamin pengindeksan Google?
Tidak. Google menyatakan bahawa memenuhi keperluan teknikal minimum menjadikan halaman layak, tetapi pengindeksan tidak dijamin. Gunakan Konsol Carian dan bukti pelayan untuk memantau perkara yang berlaku selepas pelancaran.
Sekiranya setiap halaman langsung berada dalam peta laman XML?
Tidak. Sertakan URL pilihan yang anda ingin tampilkan dalam Carian Google. Halaman noindex yang boleh diakses, alatan peribadi, URL diubah hala, ralat dan varian pendua tidak boleh disenaraikan.
Bolehkah robots.txt merahsiakan pementasan atau halaman peribadi?
Tidak. Robots.txt mengurus akses perangkak yang mematuhi dan boleh dibaca secara umum. Lindungi persekitaran peribadi dengan pengesahan atau kawalan rangkaian; gunakan noindex sahaja sebagai perlindungan pengindeksan tambahan jika sesuai.
Adakah saya memerlukan skor Rumah Api yang sempurna sebelum dilancarkan?
Tidak. Selesaikan masalah penyekatan tugas dan kesan pengguna terlebih dahulu. Rumah Api ialah diagnostik makmal yang boleh diulang, manakala Core Web Vitals ialah metrik medan yang diukur merentas lawatan sebenar. Gunakan kedua-duanya untuk keputusan yang berbeza.
Adakah satu H1 peraturan kedudukan Google yang ketat?
Tidak. Satu tajuk utama yang jelas boleh dilihat ialah konvensyen editorial dan kebolehaksesan yang berguna, bukan peraturan kedudukan ajaib. Kerja penting ialah hierarki logik dan topik utama yang tidak dapat disangkal.
Adakah data berstruktur yang sah menjamin hasil yang kaya?
Tidak. Penanda yang sah dan mematuhi dasar menjadikan halaman layak untuk ciri yang disokong. Google masih memutuskan sama ada dan cara ciri muncul.
Bilakah pelancaran perlu ditarik balik?
Gunakan kriteria keterukan yang dipersetujui. Ketidaksediaan yang meluas, pendedahan keselamatan atau privasi, kehilangan pembayaran atau pertanyaan, data yang rosak dan penyekatan carian seluruh tapak biasanya mewajarkan penahanan atau penarikan balik serta-merta. Isu berisiko rendah terpencil mungkin diperbetulkan.
Berapa banyak tapak yang perlu saya uji?
Uji setiap templat unik, keadaan komponen, perjalanan kritikal, keadaan indeks, corak tempat dan peraturan migrasi. Kemudian tambahkan sampel URL berasaskan risiko. Peratusan sahaja boleh terlepas satu-satunya templat yang rosak.
Bolehkah QA automatik menggantikan semakan manual?
Tidak. Automasi sangat baik untuk fakta berulang seperti status, pautan, aset, markup dan metadata yang dijangkakan. Orang ramai masih mesti menilai makna, dakwaan, bukti, kebolehgunaan visual, kebolehcapaian, penukaran dan pemulihan.
Apakah yang perlu saya simpan selepas pelancaran?
Simpan inventori yang diluluskan, peta ubah hala, versi keluaran, konfigurasi, bukti ujian, risiko yang diketahui, sandaran, rekod rollback, anotasi analitik, insiden, pembetulan dan keputusan pemantauan. Mereka menjadikan keluaran seterusnya lebih selamat.
Rujukan rasmi
- Google Search Essentials
- Keperluan teknikal Carian Google
- Google: Mencipta kandungan yang berguna, boleh dipercayai, mengutamakan orang
- Amalan terbaik pautan Google
- Panduan Canonical Google
- Pengenalan Google robots.txt
- Panduan peta laman Google XML
- Amalan terbaik pengindeksan yang diutamakan mudah alih Google
- Asas SEO JavaScript Google
- Panduan pautan tajuk Google
- Coretan Google dan panduan penerangan meta
- Amalan terbaik SEO imej Google
- Pengenalan data berstruktur Google
- Garis panduan data berstruktur umum Google
- Vitals dan Carian Web Teras Google
- web.dev Web Vitals
- W3C WCAG 2.2
- Tutorial borang W3C WAI
- Panduan alih tapak Google
Hantarkan Jack tapak web anda dan peringkat anda berada. Cadangan pertama akan menumpukan pada kekangan yang paling penting.