Langkau ke kandungan

Aliran Kerja Audit SEO: Daripada Bukti kepada Pembetulan Disahkan

Jalankan audit SEO yang boleh dipercayai meliputi perangkakan, pengindeksan, kandungan, seni bina, prestasi, pautan, pengukuran, keutamaan dan QA pelaksanaan.

Kolaj potret kelabu dengan bingkai segi empat
Jack Lee
10 Minit Bacaan
Kongsi
Dalam Halaman Ini

Audit SEO ialah penyiasatan berstruktur, bukan eksport perangkak. Ia harus menerangkan halaman mana yang penting, perkara yang menghalangnya daripada ditemui atau berguna, sejauh mana bukti kukuh, perkara yang perlu diubah dahulu, siapa pemilik karya itu dan cara kejayaan akan disahkan. Outputnya ialah sistem pelaksanaan—bukan senarai amaran seratus halaman.

Peraturan audit

Penemuan tidak bersedia sehingga ia mempunyai skop, URL atau kohort templat yang terjejas, bukti boleh dihasilkan semula, impak, keyakinan, pengesyoran, pemilik, risiko, pergantungan dan kaedah pengesahan.

Tentukan perkara yang mesti diputuskan oleh audit

Pemeriksaan kesihatan rutin, penyiasatan penurunan trafik, semakan prapelancaran dan audit migrasi WordPress adalah projek yang berbeza. Tentukan keputusan sebelum memilih alat. Jika tidak, audit menghabiskan masa yang sama pada notis tidak berbahaya dan kegagalan kritikal perniagaan.

Sambungkan audit kepada Rangka kerja pengukuran SEO. Catatkan garis dasar, hasil perniagaan yang dimaksudkan, kohort halaman penting, perubahan yang diketahui dan isyarat yang akan mengesahkan setiap pembetulan.

Jenis auditKeputusan utamaBukti kritikalKeluaran biasa
Kesihatan rutinApa yang boleh merosot secara material?Rangka, indeks, templat, arah aliran penjejakanTertunggak penyelenggaraan yang diutamakan
Kemerosotan trafikDi mana dan mengapa prestasi berubah?Kohort pertanyaan/halaman, permintaan, perubahan, keadaan teknikalHipotesis dan ujian yang diterajui oleh bukti
PrapelancaranAdakah keluaran itu selamat untuk diterbitkan?Pariti pementasan, kawalan indeks, pautan, analitikPergi, pergi bersyarat, atau pintu jangan pergi
PenghijrahanAdakah laluan dan isyarat carian akan dikekalkan?Inventori lama/baru, peta ubah hala, Canonicals, metadataPemetaan, pelancaran dan rancangan pemantauan
Sistem kandunganApakah yang perlu disimpan, ditambah baik, digabungkan atau dibersarakan?Niat, kegunaan, bukti, pertindihan, hasilKeputusan kandungan peringkat halaman
Peluasan pasaranBolehkah setiap perjalanan bahasa/lokasi berfungsi secara bebas?URL setempat, hreflang, navigasi, bukti tempatanPelan pelaksanaan khusus pasaran

Tulis kontrak audit

Skop sebelum merangkak
  1. Namakan objektif perniagaan, pemilik keputusan dan pencetus audit.
  2. Senaraikan domain, subdomain, protokol, persekitaran, folder dan perjalanan pihak ketiga dalam skop.
  3. Tentukan pasaran, bahasa, peranti, templat dan peranan halaman yang penting.
  4. Dokumentasikan migrasi, reka bentuk semula, perubahan CMS, gangguan, kempen dan keluaran penjejakan terkini.
  5. Setuju tempoh asas dan hasil perniagaan utama.
  6. Nyatakan akses tersedia: Konsol Carian, analitik, CMS, log, pelayan, CDN dan sumber pautan balik.
  7. Rekodkan pengecualian, andaian, kekangan privasi dan bukti yang tidak tersedia.
  8. Tentukan kriteria keterukan, keyakinan, keutamaan, pemilik dan penerimaan.
  9. Tetapkan format penghantaran, pemilik pelaksanaan, tarikh semakan dan laluan peningkatan.

Triage kecemasan sebelum merangkak penuh

Sebelum menghabiskan berjam-jam pada metadata, sahkan bahawa tapak itu tersedia dan selamat. Gangguan di seluruh tapak, noindex tidak disengajakan, kegagalan robot, templat Kanonik yang rosak, sijil TLS tamat tempoh, halaman yang digodam atau tindakan manual boleh melebihi ratusan penemuan yang lebih kecil.

Laporan Tindakan Manual dan Isu Keselamatan Konsol Carian adalah berasingan. Tindakan manual melibatkan pelanggaran dasar yang disemak oleh Google; isu keselamatan melibatkan tingkah laku yang digodam atau berbahaya. Ketiadaan notis tidak membuktikan tapak tersebut tidak mempunyai masalah algoritma, kualiti atau teknikal.

Pemeriksaan kecemasanBuktiKeputusan segera
Ketersediaan tapakPerwakilan HTTP, DNS, TLS dan semakan masa aktifTingkatkan 5xx, tamat masa, sijil atau kegagalan DNS
Kawalan indeksMeta robot yang diberikan, X-Robots-Tag, robots.txtHentikan blok seluruh tapak yang tidak diingini
Templat kanonikSumber/diberikan sampel KanonikHentikan pelancaran jika halaman keutamaan menghala ke tempat lain
KeselamatanIsu Keselamatan, Penyemakan Imbas Selamat, bukti pelayan/CMSIsi, bersihkan, tampal, kemudian minta semakan
Tindakan manualTindakan Manual Konsol CarianFahami skop dan dasar sebelum pemulihan
PenjejakanGTM/GA4 dan ujian penukaranJangan mendiagnosis tingkah laku pengguna daripada koleksi yang rosak

Kekalkan garis dasar sebelum mengubah apa-apa

Eksport atau rekod keadaan semasa sebelum pembetulan: inventori URL, ubah hala, kod respons, tajuk, perihalan, tajuk, Canonicals, arahan robot, hreflang, data berstruktur, Peta laman, pautan dalaman, kohort Konsol Carian utama, acara analitik dan hasil yang layak.

Untuk migrasi atau reka bentuk semula, simpan tangkapan skrin templat perwakilan dan peraturan penghalaan lama. Tanpa garis dasar, pasukan tidak dapat mengetahui sama ada pelancaran membetulkan keadaan yang dimaksudkan, mencipta regresi atau hanya bertepatan dengan perubahan permintaan.

Pek bukti minimum
  • Rangka awam dan render sampel daripada templat penting.
  • Peta Laman XML, robots.txt, pengepala HTTP dan inventori kod status.
  • Bukti Pengindeksan Halaman Konsol Carian, Prestasi, Tindakan Manual, Keselamatan dan Perangkaan.
  • Pelaksanaan GA4/GTM, definisi peristiwa penting dan rekod ujian.
  • Inventori URL lama dan semasa serta peraturan ubah hala.
  • Peranan halaman, pasaran, bahasa, templat dan peta keutamaan perniagaan.
  • Pautan balik dan bukti sebutan jenama dengan URL sumber.
  • Log perubahan, sejarah keluaran, insiden yang diketahui dan temu bual pihak berkepentingan.

Bina inventori URL daripada lebih daripada satu sumber

Perangkak hanya mencari apa yang boleh dicapai dari titik permulaannya. Gabungkan rangkak langsung dengan Peta Laman, halaman pendaratan analitik, halaman Konsol Carian, log pelayan apabila dibenarkan, eksport CMS atau pangkalan data, destinasi pautan balik, URL kempen berbayar dan inventori tapak lama.

Biasakan skema, nama hos, garis miring, selongsong, serpihan, parameter penjejakan dan borang URL yang dinyahkod sebelum membandingkan set. Simpan bukti mentah secara berasingan; normalisasi tidak seharusnya memadamkan perbezaan penghalaan sebenar.

SumberApa yang boleh didedahkantitik buta
CrawlerURL langsung dipautkan dan keadaan teknikalAnak yatim dan laluan terhalang
Peta lamanMengisytiharkan inventori boleh diindeks pilihanURL ditinggalkan atau lapuk
Konsol CarianURL yang dikenali dan berprestasi GoogleSejarah dan sampel terhad
AnalitisHalaman pendaratan yang diukurURL tanpa trafik dan tidak dijejaki
CMS/pangkalan dataRekod yang diterbitkan dan dijadualkanLaluan di luar CMS
Pautan balikURL semasa atau bersara yang dirujuk secara luaranInventori dalaman dinyahpautkan
Log pelayanPermintaan perangkak dan pengguna sebenarPengekalan, bot dan kerumitan penghuraian

Penemuan audit, merangkak dan akses pelayan

Carian Google melibatkan penemuan, merangkak, pemaparan, pengindeksan, pemilihan kanonik dan penyajian. Mulakan pada pintu yang paling awal rosak. Jika halaman penting tidak mempunyai pautan boleh dirangkak biasa atau pelayan tidak dapat mengembalikannya dengan pasti, menulis semula pengenalannya bukanlah keutamaan pertama.

Gunakan panduan merangkak dan pengindeksan dan Peta tapak dan panduan robot untuk urutan diagnostik terperinci. Robots.txt mengawal merangkak; ia bukan alat yang boleh dipercayai untuk mengalih keluar URL daripada indeks.

MencariBukti untuk membiakTindakan berkemungkinanPengesahan
anak yatim yang pentingURL CMS/Peta Laman/GSC tidak ada dalam rangkakTambahkan pautan dalaman yang boleh dirangkak yang berguna atau berhentiMerangkak semula dari hab yang dimaksudkan
Ubah hala rantaiA → B → C dengan pengepala statusTitik A terus kepada setara akhirUji HTTP semua sumber yang dipetakan
Lembut 404200 respons dengan pengalaman hilang/ralatKembalikan status yang benar atau halaman bergunaPengambilan langsung dan pemeriksaan
5xx atau tamat masaRespons berulang atau kohort logBetulkan kapasiti, aplikasi atau pergantunganPantau titik akhir dan log yang terjejas
Sumber disekatRobot dan perbezaan halaman yang diberikanBenarkan hanya sumber yang diperlukan untuk pemahamanPemeriksaan yang diberikan
Perangkap crawlerPenapis, kalendar atau parameter tidak terhadMengekang laluan dan penemuan dalamanCorak merangkak dan aliran log

Bandingkan HTML sumber, HTML yang diberikan dan pengalaman pengguna

Untuk halaman JavaScript, bandingkan respons awal, DOM yang diberikan penyemak imbas, paparan yang diberikan Google jika tersedia dan tugas sebenar pada mudah alih. Google boleh memaparkan JavaScript, tetapi pemaparan ialah peringkat pemprosesan yang berasingan dan sumber yang disekat atau logik pelanggan yang tidak konsisten masih boleh menyembunyikan kandungan dan pautan kritikal.

Jangan menganggap bahawa teks boleh dilihat selepas klik pembangun wujud untuk perangkak atau pengguna kali pertama. Semak tajuk, robot, Canonical, hreflang, tajuk, kandungan utama, pautan, data berstruktur, keadaan ralat, media yang dimuatkan malas dan penomboran dalam kedua-dua keadaan sumber dan yang diberikan.

PerbandingansoalanContoh kegagalan
HTTP → sumber HTMLAdakah kandungan yang boleh digunakan dikembalikan?Cangkang apl kosong atau ralat dengan 200
Sumber → diberikan DOMAdakah skrip mengekalkan isyarat?Kanonik atau robot berubah
Desktop → mudah alihAdakah kandungan dan fungsi penting setara?Mudah alih mengalih keluar butiran perkhidmatan
Muatan segar → interaksiBolehkah pengguna mencapai kandungan tanpa prasyarat tersembunyi?Pautan wujud hanya selepas carian/penapis
Kejayaan → keadaan ralatAdakah negeri yang tidak tersedia itu benar?API yang gagal masih menunjukkan halaman kosong yang boleh diindeks

Kebolehindeksan audit, Canonicals dan kelompok pendua

Kebolehindeksan ialah keadaan yang dimaksudkan, bukan sasaran 100 peratus. Halaman log masuk, carian dalaman, penapis pendua, kempen tamat tempoh dan salinan alternatif boleh kekal tidak diindeks dengan betul. Audit harus mendapati halaman penting dikecualikan atas sebab yang salah dan URL bernilai rendah disertakan tanpa tujuan.

Isyarat kanonik boleh termasuk ubah hala, rel=canonical, Kemasukan Peta Laman dan pautan dalaman yang konsisten. Mereka harus menunjuk ke arah URL pilihan yang benar-benar setara. Canonical bukanlah cara untuk menggabungkan halaman yang tidak berkaitan atau menggantikan keperluan pengguna ubah hala.

Keadaan halamanKawalan yang dijangkakanBuktiKeputusan
Halaman awam pilihan200, boleh diindeks, isyarat konsisten diriPemeriksaan URL dan rangkak langsungSimpan dan kukuhkan penemuan
Duplikat setaraKanonik atau ubah hala ke versi pilihanKesetaraan kandungan dan tujuanMenyatukan isyarat
Peribadi/sensitifPengesahanAkses tanpa nama ditolakJangan bergantung pada robot sahaja
Awam tetapi bukan untuk CarianNoindex semasa boleh dirangkakArahan yang diberikanSimpan hanya jika pengguna masih memerlukannya
Dialih keluar dengan penggantianUbah hala kekal kepada setara benarUbah hala peta dan QA destinasiKemas kini rujukan dalaman
Dikeluarkan tanpa diganti404 atau 410Pembersihan tindak balas dan navigasiBenarkan penyingkiran yang benar

Templat audit sebelum URL terpencil

Kecacatan templat tunggal boleh menjejaskan beratus-ratus URL: tajuk pendua, kandungan utama tiada, Kanonikal yang salah, akordion tidak boleh diakses, serbuk roti yang lemah, imej wira bersaiz besar atau skema pendua. Kumpulan penemuan mengikut templat dan peranan halaman sebelum membuat tiket.

Contohi URL berprestasi terbaik, berprestasi paling teruk, terbaharu, tertua, diindeks, dikecualikan, berbilang bahasa, mudah alih dan huruf besar daripada setiap templat penting. Satu semakan halaman utama tidak boleh mewakili keseluruhan tapak.

kohort templatSampel perwakilanPenekanan audit
PerkhidmatanHalaman bernilai tinggi dan tera rendahNiat, bukti, CTA, kesesuaian tempatan/bahasa
ArtikelTiang, menyokong, baru, menurunKebergunaan, sumber, pengarang, pautan dalaman
Kategori/habKumpulan besar dan kecilPenemuan, perihalan, penomboran, pertindihan
Portfolio/kajian kesProjek pelanggan dan milikSkop, media, tuntutan, penukaran yang boleh disahkan
Utiliti/alatKejayaan, kosong, keadaan ralatKefungsian, laluan merangkak, kebolehindeksan hasil
SetempatHalaman setara dan tidak setaraTerjemahan, navigasi, hreflang, Canonical

Seni bina audit dan pautan dalaman mengikut perjalanan pengguna

Seni bina harus membantu orang ramai memahami di mana mereka berada, mencari langkah yang berkaitan dan mencapai destinasi komersial atau sokongan. Kedalaman merangkak ialah diagnostik, bukan peraturan sejagat; halaman penting apabila penempatannya mencerminkan tujuan dan kepentingan.

Gunakan sebenar seni bina tapak dan penghubung dalam keputusan. Google biasanya merangkak pautan yang dinyatakan sebagai elemen utama dengan atribut href, jadi pengendali klik skrip sahaja bukanlah pengganti yang boleh dipercayai.

SemaksoalanTindakan yang berguna
HierarkiBolehkah seseorang menerangkan di mana halaman ini berada?Jelaskan hab, label, serbuk roti dan navigasi
KedalamanAdakah halaman keutamaan tidak perlu dikebumikan?Cipta laluan yang berkaitan daripada konteks yang kukuh
SauhAdakah teks pautan menerangkan destinasi?Gantikan sauh yang tidak jelas, paksa atau berulang
anak yatimAdakah halaman boleh diindeks kekurangan pautan biasa?Pautkan, gabungkan, noindex atau bersara mengikut tujuan
BertindihAdakah beberapa URL menyelesaikan niat yang sama?Bezakan pekerjaan atau satukan
Hujung matiAdakah halaman menawarkan langkah seterusnya yang logik?Tambahkan laluan seterusnya yang berkaitan, bukan blok pautan rawak

Petakan permintaan carian ke tugas halaman yang betul

Halaman yang sempurna dari segi teknikal masih boleh gagal kerana ia menjawab tugas yang salah. Kumpulan pertanyaan mengikut niat, khalayak, pasaran, bahasa, peringkat corong dan format yang diperlukan. Kemudian bandingkan kedudukan semasa atau URL pendaratan dengan halaman yang sepatutnya memenuhi keperluan itu.

guna penyelidikan kata kunci dan niat mencari untuk memutuskan sama ada keperluan memerlukan halaman perkhidmatan, panduan, kategori, perbandingan, alat, halaman setempat atau tiada URL baharu. Jangan buat halaman nipis untuk setiap varian perkataan.

CorakKemungkinan diagnosisKeputusan
Kedudukan halaman yang salahSeni bina atau niat bertindihJelaskan peranan, pautan, kandungan atau satukan
Tera tetapi klik lemahCoretan, campuran kedudukan, ciri hasil atau ketidakpadanan niatPeriksa SERP pertanyaan keutamaan sebelum menulis semula
Trafik tanpa hasilPermintaan maklumat atau perjalanan yang lemahPadankan CTA dan langkah seterusnya kepada niat
Tiada kesanKelayakan, permintaan, persaingan atau kegunaanDiagnosis pintu yang gagal paling awal
Banyak halaman yang serupaPeluasan kata kunci-varianSimpan hanya tugas pengguna yang berbeza

Nilai kandungan untuk kegunaan, bukti dan akauntabiliti

Panduan orang diutamakan Google bertanya sama ada kandungan memberi khalayak yang dimaksudkan, menunjukkan pengalaman atau pengetahuan yang berguna, mempunyai tujuan yang jelas dan membolehkan orang ramai mencapai matlamat mereka. Audit harus memeriksa hasil ini—bukan mengira skor E-E-A-T yang dicipta.

Semak Siapa yang mencipta kandungan, Bagaimana ia dihasilkan dan Mengapa ia wujud. Untuk topik kewangan, kesihatan, undang-undang, keselamatan atau lain-lain topik berimpak tinggi, memerlukan kepakaran yang lebih kukuh, sumber semasa, pengehadan yang teliti dan menyemak pemilikan. Bantuan AI tidak secara automatik menjadi masalah; kandungan tidak asli berskala yang dibuat untuk memanipulasi kedudukan adalah.

DimensiBukti untuk diperiksaIsyarat lemah
Penonton dan tujuanKosongkan pengguna dan tugas yang dimaksudkanDitulis hanya untuk potensi trafik
Nilai asalKeputusan, contoh, ujian, data, pengalamanRingkasan halaman lain
KetepatanSumber utama semasa dan laluan pembetulanTuntutan tidak disokong atau lapuk
PenciptaIdentiti pengarang/pengulas yang berkaitanbyline generik tanpa akauntabiliti
KaedahPendedahan di mana proses itu pentingAutomasi menyembunyikan pengeluaran yang tidak boleh dipercayai
PenyelenggaraanSemak tarikh pencetus dan kebenaranTarikh berubah tanpa kemas kini bahan

Audit isyarat pada halaman dan pembentangan carian

Elemen tajuk, tajuk, jawapan pembukaan, huraian, imej dan pautan harus menjelaskan tujuan halaman kepada pengguna dan sistem carian. Betulkan mereka dalam konteks tugas halaman; kerja metadata tidak boleh mengimbangi halaman yang tidak boleh diakses, pendua atau tidak membantu.

Gunakan panduan praktikal untuk Tag Tajuk, Penerangan Meta, Struktur Tajuk, SEO imej, dan Muat Semula Kandungan.

Bukti peringkat halaman
  • Satu tugas utama yang jelas, dengan keperluan sekunder yang berbeza.
  • Tajuk yang tepat, deskriptif dan H1 tanpa pengulangan paksa.
  • Membuka jawapan bahagian atau membingkai keperluan dengan cepat.
  • Tajuk mencipta rangka logik yang berguna.
  • Tuntutan, contoh, imej dan sumber menambah maklumat sebenar.
  • Pautan dalaman dan luaran menggunakan konteks deskriptif.
  • Kawalan coretan dan metadata sepadan dengan kandungan yang boleh dilihat.
  • CTA sesuai dengan peringkat pelawat dan berfungsi pada mudah alih.
  • Butiran pengarang, perniagaan, hubungan dan dasar adalah tepat.

Audit data berstruktur sebagai lapisan kelayakan

Data berstruktur menerangkan maklumat halaman yang boleh dilihat dan mungkin mendayakan ciri Carian yang layak. Ia bukan suis kedudukan umum, dan penanda yang sah tidak menjamin hasil yang kaya. Audit mesti menyemak kesahihan teknikal, kelayakan ciri Google, padanan kandungan kelihatan, sifat yang diperlukan/disyorkan dan pematuhan dasar.

Uji templat perwakilan dengan Ujian Hasil Kaya dan periksa laporan peningkatan Konsol Carian jika berkaitan. Jangan tambah ulasan layan diri, penilaian rekaan, harga palsu, jenis yang tidak berkaitan atau dakwaan organisasi yang pengguna tidak dapat mengesahkan.

LapisansoalanBukti
SintaksBolehkah penanda dihuraikan?Pengesah dan output sumber/diberikan
KelayakanAdakah Google menyokong ciri dan jenis halaman ini?Dokumentasi ciri semasa
Padanan kandunganBolehkah pengguna melihat maklumat yang ditanda?Perbandingan halaman yang diberikan
identitiAdakah nama, URL dan entiti konsisten?Rekod organisasi/orang/halaman
DasarBolehkah tuntutan itu mengelirukan atau melanggar garis panduan?Semakan manual dan pemetaan dasar

Pengalaman halaman audit tanpa mengejar satu markah

Core Web Vitals mengukur pemuatan dunia sebenar, responsif dan kestabilan visual melalui LCP, INP dan CLS. Gunakan data medan untuk bukti populasi dan alatan makmal atau jejak untuk mendiagnosis punca. Skor makmal yang sempurna tidak menggantikan kandungan berguna atau perjalanan kerja.

Semak pengalaman yang lebih luas: kebolehgunaan mudah alih, penghantaran selamat, tindanan mengganggu, reka letak boleh dibaca, interaksi yang stabil, navigasi boleh diakses, penyiapan borang dan pemulihan ralat. Gunakan Aliran kerja medan Teras Web Vitals untuk diagnosis peringkat templat.

KawasanBuktijangan buat
LCP/INP/CLSPengedaran lapangan ditambah surih makmal yang boleh dihasilkan semulaOptimumkan satu makmal dijalankan secara berasingan
Perjalanan mudah alihNavigasi peranti sebenar, bentuk dan pariti kandunganSembunyikan kandungan teras untuk meningkatkan skor
MuatanImej, fon, skrip, pihak ketigaMampatkan sehingga aset menjadi tidak boleh digunakan
TindananAkses kandungan lawatan pertamaSekat tugas utama dengan kenaikan pangkat
KebolehcapaianPapan kekunci, label, kontras, fokus, semantikAnggap skor automatik sebagai bukti lengkap

Audit perjalanan berbilang bahasa dan tempatan secara bebas

Versi Bahasa Inggeris, Bahasa Melayu dan Bahasa Cina Ringkas seharusnya menjadi halaman yang berguna dalam hak mereka sendiri. Semak kualiti terjemahan, istilah tempatan, kesinambungan navigasi, niat kanonik, hreflang timbal balik, pautan dalaman khusus bahasa, metadata setempat dan langkah seterusnya perniagaan yang betul.

Untuk SEO tempatan, sahkan kelayakan Profil Perniagaan sebenar, butiran awam yang konsisten, ulasan tulen, kebenaran kawasan perkhidmatan dan halaman lokasi dengan nilai setempat yang berbeza. Templat yang diterjemahkan atau ditukar bandar bukan bukti kegunaan tempatan.

LapisanSoalan auditCorak kegagalan
TerjemahanAdakah ia membaca secara semula jadi dan mengekalkan niat?Teks mesin dengan istilah yang rosak
NavigasiAdakah bahasa yang dipilih kekal konsisten?Pautan kembali ke bahasa Inggeris secara tidak dijangka
KanonikAdakah setiap yang setara tulen diutamakan?Semua bahasa Canonical kepada Inggeris
HreflangAdakah setara langsung adalah timbal balik?Tiada pautan pulangan atau kod tidak sah
Bukti tempatanAdakah tuntutan lokasi/perkhidmatan benar dan berguna?Halaman bandar klon atau alamat palsu
PenukaranBolehkah pengguna menghubungi pasukan yang betul dalam bahasa itu?CTA tidak diterjemahkan atau rosak

Semak halaman sumber yang tepat, konteks, destinasi, sauh, corak pemerolehan, perkaitan dan sama ada destinasi masih berfungsi. Pihak berkuasa pihak ketiga atau skor toksik ialah metrik vendor—bukan fakta Google dan bukan bukti yang mencukupi untuk pemadaman atau penolakan.

Asingkan pautan editorial yang berguna, sebutan jenama, perkongsian, petikan, peletakan berbayar, pautan jana pengguna, pautan seluruh tapak, pautan yang digodam dan manipulasi yang disengajakan. Rujuk kepada audit pautan balik yang diterajui oleh bukti dan Tolak panduan keputusan sebelum tindakan berisiko tinggi.

Keadaan buktiMaknanyaTindakan
Sebutan editorial yang berkaitanSumber sebenar memilih untuk memetikPelihara destinasi dan hubungan
Dibayar atau ditajaPenempatan komersialLayakkan pautan dan dedahkan dengan sewajarnya
Toksik berlabel alatPendapat vendor automatikPeriksa secara manual; jangan anggap mudarat
Kempen manipulatif yang disahkanCorak dan bukti pemilikanHentikan amalan, dapatkan penyingkiran/kelayakan, nilai Disavow
Pautan ke URL bersaraPermintaan luar mencapai laluan lamaPulihkan, ubah hala kepada yang setara, atau kembalikan status yang benar

Penghijrahan audit sebagai sistem berisiko tinggi yang berasingan

Audit migrasi bermula dengan inventori lama ke baharu yang lengkap. Kekalkan URL yang telah ditetapkan jika boleh. Apabila URL mesti berubah, petakan setiap URL lama yang berharga ke destinasi yang benar-benar setara, kemas kini pautan dalaman dan Canonicals, jana Peta Laman yang bersih, uji kod status dan corak ubah hala, dan pantau kedua-dua sifat.

Google mengesyorkan menukar satu pembolehubah utama pada satu masa yang praktikal. Jangan gabungkan pemindahan domain, penggantian CMS, reka bentuk semula, penulisan semula kandungan, pembinaan semula penjejakan dan penstrukturan semula URL melainkan perniagaan menerima pengurangan kejelasan diagnostik dan risiko tambahan.

Gerbang bukti migrasi
  1. Pegunkan URL lama, metadata, Canonical, hreflang, status dan inventori prestasi.
  2. Petakan persamaan satu sama lain dan benderakan URL tanpa penggantian yang jujur.
  3. Uji tapak baharu tanpa meninggalkan noindex pengeluaran atau blok dalam salinan pelancaran.
  4. Kemas kini pautan dalaman, Canonicals, hreflang, data berstruktur, navigasi dan Peta Laman.
  5. Pemetaan wakil ujian dan ubah hala pukal untuk gelung, rantai, corak dan niat.
  6. Sahkan analitis, GTM, borang, telefon, WhatsApp dan persetujuan sebelum pelancaran.
  7. Lancarkan, periksa URL perwakilan dan pantau trafik dan rangkak lama/baharu.
  8. Simpan ubah hala cukup lama untuk pengguna dan sistem; jangan keluarkannya dengan segera.

Gunakan bukti QA pihak pertama, bukan bukti rekaan

Audit yang boleh dipercayai membezakan proses yang boleh diguna semula daripada bukti khusus projek. Binaan SEOWithJack semasa merekodkan hasil pengesahannya sendiri dan bukannya menuntut keuntungan trafik tanpa nama. Nombor ini boleh berubah dengan tapak, jadi ia tergolong dalam rekod keluaran versi dan bukannya janji kekal.

Bukti binaan yang disahkanKeputusan semasaApa yang dibuktikanApa yang tidak dibuktikan
Dokumen HTML disemak710Inventori yang dijana telah diimbasBahawa setiap halaman layak diberi kedudukan
URL Boleh diindeks dan Peta Laman459 / 459Mengisytiharkan inventori boleh diindeks dan penjajaran Peta LamanBahawa Google mesti mengindeks setiap URL
Imej disemak14,663 rujukanImej yang dirujuk QA dijalankan pada masa binaanKebergunaan visual atau kesan kedudukan
Blok JSON-LD710Setiap dokumen HTML mempunyai blok yang disemakKelayakan atau paparan hasil kaya
URL artikel WordPress yang dipelihara27Laluan artikel asal dipadankan atau diubah halaTiada turun naik carian masa hadapan
Baris peta ubah hala53Keputusan migrasi didokumenkanSetiap 410 sepatutnya menjadi 301

Diagnosis perubahan trafik mengikut corak, bukan masa sahaja

Penurunan boleh datang daripada masalah teknikal, keselamatan atau tindakan manual, penghijrahan, permintaan dan kemusim, persaingan, perubahan halaman, kegagalan pengukuran atau perubahan sistem kedudukan. Mulakan dengan bentuk dan kohort yang terjejas, kemudian uji sebab yang munasabah.

Bandingkan tempoh suka-untuk-suka dan segmen mengikut halaman, pertanyaan, negara, peranti, bahasa, jenis Carian dan peranan halaman. Gunakan garis masa kemas kini Google yang disahkan, tetapi jangan sesekali menganggap tarikh bertepatan sebagai bukti.

CorakPemeriksaan pertamaJangan beranggapan
Kehilangan mengejut di seluruh tapakKetersediaan, robot, noindex, Canonical, tindakan keselamatan/manual, penjejakanIsu kualiti kandungan
Penurunan kohort perlahanPermintaan, persaingan, niat, kandungan, pautan dalamanSatu bendera teknikal menyebabkannya
Tayangan tetap; klik jatuhCTR, campuran kedudukan, tajuk/coretan, ciri hasilPengindeksan gagal
GSC stabil; GA4 jatuhTag, persetujuan, ubah hala, klasifikasi sumberTrafik carian hilang
Hanya URL yang dipindahkan akan jatuhUbah hala, Kanonik, pautan dalaman, Peta Laman, kesetaraanKemas kini algoritma umum
Hanya satu bahasa/pasaran jatuhHreflang, navigasi, permintaan, penyetempatanSeluruh domain terjejas

Asingkan keterukan penemuan daripada keutamaan pelaksanaan

Keterukan menerangkan akibat jika penemuan adalah nyata. Keutamaan juga termasuk jangkauan, kepentingan perniagaan, keyakinan bukti, usaha, risiko, pergantungan, kebolehbalikan dan masa. Isu keterukan tinggi yang menjejaskan satu URL usang mungkin berada di bawah isu sederhana yang mempengaruhi setiap halaman perkhidmatan.

Jangan sembunyikan pertimbangan di dalam skor kesihatan misteri. Tunjukkan logik pemarkahan dan benarkan pihak berkepentingan mengatasinya dengan alasan yang didokumenkan.

DimensisoalanContoh skala
KesanApakah kelayakan, pengalaman atau hasil yang boleh dipertingkatkan?Rendah / sederhana / tinggi / kritikal
capaiBerapa banyak URL atau perjalanan penting yang terjejas?Tunggal / kohort / templat / seluruh tapak
KeyakinanSejauh manakah diagnosis boleh dihasilkan dan disokong?Hipotesis / disokong / disahkan
usahaApakah pembangunan, kandungan, data atau penyelarasan yang diperlukan?Kecil / sederhana / besar
risikoBolehkah perubahan itu membahayakan trafik, pengguna, data atau pematuhan?Rendah / sederhana / tinggi
KebergantunganApa yang mesti berlaku dahulu?Pemilik / kelulusan / platform / data
KebolehbalikanBolehkah perubahan itu ditarik balik dengan selamat?Mudah / terkawal / sukar

Tukar setiap penemuan menjadi tiket pelaksanaan

Medan tiketKandungan yang diperlukanContoh
MencariKeadaan tepat, bukan label yang tidak jelasArtikel berhijrah diubah hala melalui dua lompatan
SkopURL, kohort, templat, pasaran27 laluan artikel warisan
BuktiUjian atau sumber yang boleh dihasilkan semulaEksport crawler serta peta ubah hala
KesanAkibat pengguna/carian/perniagaanLaluan yang lebih perlahan dan penyelenggaraan yang lebih sukar
SyorKeadaan akhir tertentuSetiap URL lama mengubah hala terus ke setara akhir
Pemilik/pergantunganPasukan yang bertanggungjawab dan prasyaratPemaju; peta ubah hala yang diluluskan
Risiko/putar balikApa yang boleh gagal dan pemulihanRegresi penghalaan; memulihkan set peraturan sebelumnya
PenerimaanKeadaan mesin dan manusia yang boleh diujiLompatan kekal tunggal, destinasi yang betul, tiada gelung
PengesahanBila dan bagaimana untuk mengesahkanUjian pementasan, ujian HTTP pengeluaran, merangkak semula
StatusKitaran hayatBacklog → bersedia → melakukan → QA → disahkan

Keluarkan pembetulan melalui QA berasaskan risiko

Tidak setiap perubahan memerlukan upacara yang sama. Pembetulan salinan boleh menggunakan semakan terfokus; Perubahan kanonikal, robot, penghalaan, templat, data berstruktur atau penjejakan seluruh tapak memerlukan pementasan, sampel yang mewakili, semakan automatik, penyediaan rollback dan pemantauan selepas pelancaran.

Pengesahan hendaklah terlebih dahulu mengesahkan keadaan teknikal yang dimaksudkan, kemudian memerhatikan hasil carian dan perniagaan dalam tempoh yang sesuai. Tiket tidak lengkap kerana kod telah digabungkan; ia lengkap apabila kriteria penerimaan lulus dan keputusan direkodkan.

risikoContohQA minimum
rendahTaip, kemas kini sumber, teks alt terpencilSemakan editorial dan semakan langsung
SederhanaCorak tajuk, pautan dalaman, gabungan kandunganSampel pementasan, pautan, Canonical, mudah alih
tinggiRobot, noindex, templat Canonical, ubah halaUjian inventori automatik, rollback, pemantauan pengeluaran
kritikalPenghijrahan domain/CMS, penghalaan atau pembinaan semula penjejakanPintu penuh, tanda keluar pemilik, pemantauan lama/baru

Ikuti urutan audit praktikal

Daripada soalan kepada perubahan yang disahkan
  1. Tentukan keputusan audit, skop, pihak berkepentingan, dan garis dasar.
  2. Ketersediaan triage, kawalan indeks, keselamatan, tindakan manual dan penjejakan.
  3. Kumpul URL berbilang sumber dan inventori bukti.
  4. Rangka dan sampel keadaan sumber, dipaparkan, mudah alih, kejayaan dan ralat.
  5. Penemuan peta, akses, pengindeksan, Kanonik dan keadaan Peta Laman.
  6. Semak templat, seni bina, pautan dalaman, niat dan peranan halaman.
  7. Nilaikan kegunaan kandungan, bukti, akauntabiliti dan penyelenggaraan.
  8. Periksa pengalaman halaman, data berstruktur, berbilang bahasa/tempatan dan kepercayaan luar jika berkaitan.
  9. Bandingkan Carian yang terjejas dan kohort perniagaan dengan log perubahan.
  10. Sahkan setiap penemuan dan rekod keyakinan serta penjelasan alternatif.
  11. Utamakan mengikut impak, capaian, keyakinan, usaha, risiko dan pergantungan.
  12. Tukar penemuan yang diluluskan kepada tiket milik dengan kriteria penerimaan.
  13. Uji dengan risiko pelepasan, lancarkan, merangkak semula, memeriksa dan memantau.
  14. Arkibkan bukti, keputusan, keputusan dan pencetus semakan seterusnya.

Nyatakan perkara yang tidak dapat dibuktikan oleh audit

  • Amaran crawler ialah petunjuk untuk menyiasat, bukan bukti bahaya secara automatik.
  • Konsol Carian melaporkan sampel, pengagregatan dan data khusus Google; ia bukan log web yang lengkap.
  • Pemeriksaan URL mewakili URL dan detik ujian, bukan setiap halaman atau keadaan kedudukan.
  • Halaman yang sah, entri Peta Laman atau permintaan pengindeksan tidak menjamin pengindeksan atau kedudukan.
  • Canonical ialah isyarat; Google boleh memilih Canonical yang berbeza.
  • Data berstruktur yang sah tidak menjamin hasil yang kaya atau peningkatan kedudukan.
  • Skor prestasi makmal tidak mewakili setiap pengguna sebenar.
  • E-E-A-T bukanlah satu skor boleh diukur yang didedahkan oleh Google.
  • Trafik pihak ketiga, kuasa, kata kunci dan metrik ketoksikan ialah anggaran vendor.
  • Perubahan trafik yang bertepatan dengan keluaran atau kemas kini algoritma tidak membuktikan punca.
  • Membetulkan setiap isu yang dikenal pasti tidak dapat menjamin trafik, kedudukan, petunjuk atau masa pemulihan.
  • Audit adalah terhad masa; tapak, pasaran dan sistem Carian terus berubah.

Elakkan kegagalan audit biasa

  • Memulakan rangkak tanpa soalan perniagaan atau skop yang ditentukan.
  • Menganggap setiap URL tidak diindeks sebagai ralat.
  • Melaporkan setiap amaran perangkak tanpa pengesahan manual.
  • Menggunakan satu skor kesihatan automatik sebagai kesimpulan.
  • Mengaudit hanya halaman utama atau hanya pemaparan desktop.
  • Membetulkan metadata sementara akses seluruh tapak atau kegagalan Canonical kekal.
  • Menukar URL yang stabil untuk kebersihan kosmetik.
  • Membuat halaman untuk setiap variasi kata kunci atau nama bandar.
  • Memanggil bukti skor pautan toksik dan mengesyorkan Disavow secara besar-besaran.
  • Menyalahkan kemas kini Google kerana tarikhnya hampir.
  • Menghantar dokumen tanpa pemilik, tiket, perlindungan atau pengesahan.
  • Penandaan pelaksanaan selesai sebelum kriteria penerimaan pengeluaran lulus.

Soalan lazim

Berapa kerap audit SEO perlu dilakukan?

Pantau ketersediaan kritikal, keselamatan, pengindeksan dan kegagalan penjejakan secara berterusan. Jalankan audit yang lebih mendalam sebelum atau selepas pelancaran utama, migrasi, penurunan yang tidak dapat dijelaskan dan perubahan perniagaan yang material; jadual semakan rutin mengikut kadar perubahan tapak dan risiko.

Alat audit SEO manakah yang terbaik?

Tiada alat tunggal adalah audit. Perangkak, Konsol Carian, analitis, ujian penyemak imbas/penyediaan, bukti CMS atau pelayan dan rekod perniagaan menjawab soalan yang berbeza. Pilih set bukti terkecil yang boleh menyokong keputusan.

Perlukah setiap amaran perangkak dibetulkan?

Tidak. Sahkan sama ada syarat itu nyata, dalam skop dan mampu mempengaruhi pengguna penting, URL, kelayakan Carian atau ukuran.

Berapa lama masa audit SEO?

Ia bergantung pada saiz inventori, templat, pasaran, JavaScript, migrasi, akses dan soalan yang sedang disiasat. Audit tapak kecil berfokus mungkin mengambil masa beberapa hari; penghijrahan pelbagai pasaran yang kompleks boleh memerlukan beberapa semakan berperingkat.

Apakah yang perlu disampaikan oleh audit SEO?

Ringkasan keputusan yang ringkas, arkib bukti, penemuan yang diutamakan, skop halaman/templat, tiket pelaksanaan, pemilik, kriteria penerimaan dan pelan pengesahan.

Bolehkah audit menjamin pemulihan kedudukan?

Tidak. Ia boleh mengenal pasti dan membetulkan masalah yang disokong, meningkatkan kelayakan dan kegunaan serta mengurangkan risiko. Permintaan, persaingan, sistem kedudukan dan masa kekal di luar kawalan sepenuhnya.

Adakah tapak: carian audit indeks lengkap?

Tidak. Ini adalah pemeriksaan penemuan kasar, bukan senarai yang berwibawa. Gunakan laporan Konsol Carian dan Pemeriksaan URL untuk diagnosis khusus Google, serta inventori anda sendiri.

Adakah semua halaman yang dikecualikan harus diindeks?

Tidak. Pendua, halaman peribadi, carian dalaman, penapis, URL usang dan halaman lain mungkin dikecualikan dengan betul. Persoalannya ialah sama ada keadaan halaman yang dimaksudkan sepadan dengan tujuannya.

Adakah saya memerlukan log pelayan?

Bukan untuk setiap tapak kecil. Ia menjadi berharga apabila gelagat perangkak, inventori besar, corak tindak balas, trafik migrasi atau keadaan akses yang dipertikaikan tidak dapat dijawab dengan pasti oleh bukti lain.

Siapa yang patut melaksanakan penemuan audit?

Tetapkan orang yang paling dekat dengan sistem: pembangun, pemilik kandungan, pereka bentuk, pemilik analitis, pentadbir pelayan atau pemegang kepentingan perniagaan. Juruaudit harus menentukan keadaan akhir dan pengesahan, bukan menyembunyikan pemilikan dalam laporan.

Rujukan rasmi

Perlukan langkah praktikal seterusnya?Tukar bukti audit menjadi perintah pelaksanaan.

Kongsi domain, akses atau eksport Konsol Carian, sejarah perubahan, rekod migrasi dan keutamaan perniagaan. Jack boleh mengasingkan risiko yang disahkan daripada bunyi alat dan menentukan pembetulan yang patut diambil tindakan terlebih dahulu.

Bincangkan audit SEO di WhatsApp

Kongsi Artikel Ini