Audit teknikal SEO: temui isu yang menghalang carian

Apa yang diperiksa oleh audit SEO teknikal

Sebuah SEO teknikal audit adalah tinjauan fokus berasaskan bukti terhadap sistem yang membolehkan enjin carian menemui, merender, mengindeks, dan memahami halaman anda. Matlamatnya adalah mencari halangan teknikal yang mengurangkan keterlihatan, membazirkan crawl budget, merosakkan pengalaman pengguna, atau menimbulkan kekaburan kedudukan.

Kawasan utama untuk disemak

• Discovery and crawlability — robots.txt, respons pelayan, liputan sitemap, pautan dalaman, dan pengalihan
• Isyarat pengindeksan — meta robots, header X-Robots-Tag, tag canonical, dan penggunaan noindex
• Rendering dan JavaScript — rendering sisi-server vs sisi-klien, penyumbatan sumber, dan bagaimana halaman kelihatan apabila dirender
• Prestasi laman dan pengalaman halaman — Core Web Vitals data lapangan, masa respons pelayan, dan pemuatan sumber
• Kandungan duplikat dan kanonisasi URL — pengendalian parameter, varian trailing slash, dan paginasi
• Data berstruktur dan ciri SERP — ketepatan markup dan kelayakan untuk rich results
• Pengantarabangsaan dan ketepatan hreflang
• Keselamatan dan kebolehcapaian — liputan HTTPS, mixed content, dan header selamat

Cara menjalankan audit SEO teknikal (langkah demi langkah)

1. Tetapkan skop dan metrik kejayaan

Mulakan dengan menentukan bahagian laman yang akan anda audit dan mengapa. Contoh: keseluruhan domain, subdirektori, kategori produk besar, atau satu set halaman pendaratan. Tentukan isyarat kejayaan yang boleh diukur (pengindeksan halaman kanonik, pengurangan ralat pelayan, peningkatan peratus Core Web Vitals, keterlihatan kumpulan URL tertentu).

2. Buat inventori

Kumpulkan senarai URL wakilan daripada sitemaps, analytics, server logs, pautan dalaman, dan halaman pendaratan yang diketahui. Inventori ini ialah permukaan audit anda — simpan dalam hamparan atau projek pemerayap supaya anda boleh menandakan dan menapis URL semasa bekerja.

3. Perayapan dan perbandingan (external crawl + server logs)

Jalankan external crawl untuk meniru penemuan halaman oleh enjin carian. Gabungkan keputusan perayapan dengan server logs untuk melihat URL yang sebenarnya diminta oleh enjin carian. Server logs mendedahkan kekerapan pemerayap mengambil halaman dan sama ada pengalihan, soft-404 atau ralat kerap muncul dalam produksi.

Untuk memeriksa hanya header: gunakan curl -I https://example.com/page untuk melihat status dan medan header. Untuk mendapatkan HTML yang diterima oleh user-agent tertentu: gunakan curl -A \"Googlebot/2.1 (+http://www.google.com/bot.html)\" https://example.com/page dan simpan output untuk perbandingan.

4. Sahkan kebolehpengindeksan dan niat kanonik

Untuk halaman yang anda miliki, gunakan Google Search Console URL Inspection untuk memeriksa bagaimana Google mengindeks sebuah URL dan sama ada sebarang isu pengindeksan dikesan. Untuk halaman pihak ketiga (penerbit, laman rakan kongsi), gunakan pemeriksaan luaran: view-source, curl, semakan rendered DOM dalam Chrome DevTools, dan isyarat indeks awam seperti operator site: sebagai petunjuk (bukan bukti) bahawa Google mengetahui tentang URL tersebut.

5. Uji rendering dan tingkah laku JavaScript

Buka halaman dalam Chrome DevTools, gunakan panel Elements dan Network untuk mengesahkan sumber dimuat dan tidak disekat, dan periksa rendered DOM untuk kandungan yang disuntik oleh JavaScript. Jika kandungan kritikal muncul hanya selepas interaksi pengguna atau lewat dalam kitar hidup render, catat risiko terhadap keterlihatan dan langkah ujian untuk mengulanginya.

Gunakan Rich Results Test dan Schema Markup Validator (schema.org) untuk mengesahkan data berstruktur dan mengesan ralat yang akan menghalang kelayakan untuk rich results.

6. Ukur pengalaman halaman dan prestasi

Kumpulkan metrik lapangan (Core Web Vitals) dari Search Console dan profil lab dari Lighthouse atau ujian tempatan. Data lapangan mencerminkan pengguna sebenar; data lab membantu menghasilkan semula masalah secara tempatan. Utamakan pembaikan yang menjejaskan metrik pengguna sebenar untuk halaman yang penting kepada keterlihatan carian.

Pengesahan dan penyahpepijat

Penyahpepijat ialah proses seperti detektif: ulang simptom, asingkan pembolehubah, dan uji pembaikan. Gunakan gabungan alat awam dan eksklusif pemilik.

Langkah pengesahan berguna

• Semak respons pelayan: curl -I akan menunjukkan status HTTP, content-type dan header X-Robots-Tag.
• Periksa HTML yang dihantar: curl -A \"Googlebot/2.1 (+http://www.google.com/bot.html)\" https://example.com/page dan bandingkan dengan fetch dari pelayar untuk mengesan perbezaan kandungan.
• Semakan rendered DOM: buka URL dalam Chrome, lumpuhkan cache, dan gunakan Elements untuk mengesahkan bahawa kandungan penting hadir dalam DOM tanpa memerlukan interaksi pengguna.
• Bukti pengindeksan (halaman milik anda): Google Search Console URL Inspection menunjukkan status indeks dan sebab pengecualian.
• Data berstruktur: jalankan Rich Results Test dan Schema Markup Validator untuk melihat parsing dan ralat.
• Prestasi lapangan: semak Core Web Vitals dalam Search Console untuk metrik pengguna sebenar; gunakan Lighthouse atau run lab untuk menghasilkan semula kes perlahan.
• Aktiviti perayapan: bandingkan permintaan pemerayap dalam server logs dengan sitemap dan halaman yang diketahui untuk mengenal pasti jurang atau perayapan berlebihan pada URL bernilai rendah.

Kesilapan dan salah tanggapan biasa

• Menganggap amaran alat sebagai audit: Pemerayap memaparkan banyak isyarat; tugas audit ialah mentafsir amaran yang penting kepada matlamat perniagaan anda.
• Kelirukan antara crawling dan indexing: diambil oleh pemerayap tidak menjamin halaman diindeks atau akan mendapat kedudukan.
• Bergantung pada site: sebagai bukti muktamad: site: ialah isyarat awam berguna tetapi bukan autoritatif. Untuk halaman milik anda, gunakan URL Inspection dalam Search Console.
• Menyekat aset kritikal: robots.txt atau peraturan pelayan yang menghalang CSS/JS boleh mengubah cara Google merender halaman dan boleh merosakkan Core Web Vitals atau pengesanan data berstruktur.
• Tag canonical atau rantaian redirect yang salah: tag canonical yang menunjuk kepada kandungan bukan kanonik atau rantaian redirect panjang mencipta kekaburan dan melambatkan perayapan.
• Menganggap rel=\"nofollow\" bermaksud tiada nilai: Google menganggap rel=\"nofollow\" sebagai petunjuk; perlakuannya bukan suis hidup/mati.
• Mengabaikan kebolehpengindeksan halaman penerbit atau rakan kongsi: backlink atau sebutan kurang berguna jika halaman tidak boleh diindeks atau tersembunyi di belakang pengesahan.

Apabila penempatan berbayar atau kandungan tajaan terlibat, ikut panduan Google: tandakan pautan berbayar/berimbuhan dengan rel=\"sponsored\" atau rel=\"nofollow\" dan gunakan rel=\"ugc\" untuk pautan yang dijana pengguna. Ingat: tiada atribut rel=\"dofollow\"; pautan standard ialah pautan tanpa rel=nofollow/sponsored/ugc. Panduan linkspam Google menunjukkan pautan yang bertujuan utama untuk memanipulasi kedudukan boleh dianggap sebagai link spam, jadi pastikan konteks editorial, kebolehpengindeksan, dan ketelusan apabila bekerja dengan penempatan luaran.

Senarai semak: item berimpak tinggi dan cara mengesahkannya

Gunakan senarai semak ringkas ini untuk mengesahkan isu teknikal berimpak tinggi yang paling biasa. Untuk setiap item, alat pengesahan yang sesuai dinyatakan.

1) Niat kanonik: Adakah tag canonical konsisten dan menunjuk ke URL yang dikehendaki? (Sahkan: view-source, bandingkan dengan HTTP headers, dan gunakan external crawler.)

2) Status HTTP dan rantaian redirect: Adakah halaman penting mengembalikan 200 dan bukan ralat redirect, dan adakah redirect minima? (Sahkan: curl -I dan server logs.)

3) Robots dan meta robots: Adakah aset atau halaman penting tersangkut disekat secara tidak sengaja? (Sahkan: fetch robots.txt, X-Robots-Tag dalam header via curl -I, dan meta robots dalam HTML.)

4) Anomali pengindeksan: Adakah halaman dikecualikan untuk sebab teknikal (noindex, canonical menunjuk ke tempat lain, soft-404)? (Sahkan: Google Search Console URL Inspection untuk halaman milik anda; untuk halaman luaran, bandingkan HTML + isyarat indeks awam.)

5) Pariti kandungan yang dirender: Adakah HTML yang dilihat enjin carian mengandungi kandungan kritikal yang sama seperti yang dilihat pengguna? (Sahkan: curl dengan UA sesuai, rendered DOM dalam Chrome DevTools.)

6) Ketepatan data berstruktur: Adakah data berstruktur sah dan terkini? (Sahkan: Rich Results Test dan Schema Markup Validator.)

7) Core Web Vitals dan prestasi muat: Adakah metrik lapangan menunjukkan masalah untuk halaman utama anda? (Sahkan: laporan Core Web Vitals dalam Search Console dan ujian lab dengan Lighthouse.)

Pemprioritan: pilih pembaikan yang memberi impak

Utamakan kerja dengan menggabungkan tiga dimensi: kaitan kepada matlamat perniagaan (halaman mana penting untuk trafik carian atau penukaran), keterukan teknikal (menghalang pengindeksan, menyebabkan ralat kerap), dan usaha untuk membaiki. Kemenangan cepat sering termasuk membaiki tag noindex yang salah konfigurasi, menghapuskan rantaian redirect untuk halaman bertrafik tinggi, dan membuka sekatan CSS/JS kritikal yang menjejaskan rendering.

Pelaporan dan pemantauan

Sediakan laporan audit yang mengumpulkan isu mengikut keutamaan, menunjukkan contoh dan langkah repro, dan memasukkan pelan pelancaran yang disyorkan. Tambah pemantauan untuk regresi: jejak ralat pelayan, perubahan pengindeksan melalui Search Console, dan metrik lapangan Core Web Vitals. Selepas pembaikan dikerahkan, jalankan semula langkah pengesahan yang sama yang digunakan semasa audit untuk mengesahkan penyelesaian.

Soalan Lazim

Bagaimana perayapan berbeza daripada pengindeksan dan ranking?

Perayapan ialah proses menemui dan mengambil URL. Pengindeksan ialah keputusan untuk menyimpan sebahagian atau semua kandungan halaman dalam indeks carian. Ranking ialah susunan keputusan apabila pertanyaan diajukan. Halaman boleh dirayapi tetapi tidak diindeks, dan diindeks tidak menjamin kedudukan tinggi; setiap peringkat mempunyai isyarat dan pemeriksaan berasingan.

Bagaimana jika anda melihat HTML yang berbeza apabila anda fetch halaman sebagai Googlebot?

Pertama, sahkan sama ada perbezaan itu sengaja (kandungan dioptimumkan peranti) atau tidak sengaja (misconfig pelayan atau user-agent sniffing). Gunakan curl dengan UA seperti Googlebot untuk menyimpan HTML, bandingkan dengan fetch pelayar biasa, dan semak logik sisi-pelayan yang mengubah output berdasarkan UA atau header. Elakkan menyajikan kandungan yang ketara berbeza kepada pemerayap berbanding pengguna.

Bagaimana saya menyemak sama ada halaman penerbit dengan backlink boleh diindeks?

Dari luar, periksa HTML halaman untuk meta robots, gunakan curl -I untuk memeriksa header X-Robots-Tag, dan sahkan halaman mengembalikan status 200. Gunakan rendered DOM dalam pelayar untuk memastikan pautan hadir dalam HTML statik atau yang dirender. Operator site: boleh memberi isyarat indeks awam tetapi bukan penentu muktamad.

Adakah membaiki isu teknikal menjamin peningkatan ranking?

Tiada satu pun pembaikan teknikal tunggal yang menjamin kenaikan ranking. Kerja teknikal menghapuskan halangan dan meningkatkan kebarangkalian kandungan yang kuat dan relevan boleh bersaing. Selepas pembaikan, pantau pengindeksan dan isyarat prestasi serta gabungkan peningkatan teknikal dengan kerja kandungan dan relevansi.

Oleh kerana Google menggunakan pengindeksan mobile-first, apa yang patut saya semak terlebih dahulu?

Google menggunakan versi mudah alih sebagai asas utama untuk perayapan dan pengindeksan. Since July 2024, Google crawls sites for Search with Googlebot Smartphone by default. Sahkan bahawa HTML mudah alih mendedahkan kandungan kritikal, metadata dan data berstruktur yang sama seperti versi desktop, dan pastikan prestasi mudah alih serta tingkah laku responsif adalah boleh diterima.