# SEO

Workflow Audit SEO: Daripada Evidence kepada Fix yang Disahkan

Workflow Audit SEO: Daripada Evidence kepada Fix yang Disahkan

Audit SEO ialah structured investigation, bukan crawler export. Ia perlu menerangkan page mana penting, apa menghalang discovery atau usefulness, sekuat mana evidence, apa perlu diubah dahulu, siapa owner dan bagaimana result akan disahkan. Output sebenar ialah implementation system—not senarai ratusan warning.

Prinsip audit

Finding belum sedia sehingga mempunyai scope, affected URL atau template cohort, reproducible evidence, impact, confidence, recommendation, owner, risk, dependency dan verification method.

Tentukan keputusan yang perlu dibuat

Routine health check, traffic-drop investigation, pre-launch review dan WordPress migration audit ialah projek berbeza. Tentukan decision sebelum memilih tool supaya masa tidak dibahagi sama rata antara harmless notice dan business-critical failure.

Sambungkan audit kepada framework measurement SEO. Rekod baseline, intended business result, important page cohort, known change dan signal untuk verify setiap fix.

Jenis auditKeputusan utamaEvidence kritikalOutput
Routine healthApa boleh merosot secara material?Crawl, index, template, tracking trendMaintenance backlog berpriority
Traffic declineDi mana dan mengapa performance berubah?Query/page cohort, demand, change, technical stateHypothesis dan test berasaskan evidence
Pre-launchAdakah release selamat?Staging parity, index control, link, analyticsGo, conditional go atau no-go
MigrationAdakah route dan search signal dikekalkan?Old/new inventory, redirect, Canonical, metadataMapping, launch dan monitoring plan
Content systemApa perlu keep, improve, merge atau retire?Intent, usefulness, evidence, overlap, outcomePage-level content decision
Market expansionBolehkah setiap language/location journey berdiri sendiri?Localized URL, hreflang, navigation, local proofMarket-specific plan

Tulis audit contract

Scope sebelum crawl
  1. Namakan business objective, decision owner dan audit trigger.
  2. Senaraikan domain, subdomain, protocol, environment, folder dan third-party journey.
  3. Tentukan market, language, device, template dan page role penting.
  4. Dokumentasikan migration, redesign, CMS change, outage, campaign dan tracking release.
  5. Setujui baseline period dan primary business outcome.
  6. Rekod access kepada Search Console, analytics, CMS, log, server, CDN dan backlink source.
  7. Nyatakan exclusion, assumption, privacy constraint dan unavailable evidence.
  8. Tentukan severity, confidence, priority, owner dan acceptance criteria.
  9. Tetapkan format delivery, implementation owner, review date dan escalation path.

Triage emergency sebelum full crawl

Sebelum menghabiskan masa pada metadata, pastikan site available dan selamat. Sitewide outage, accidental noindex, robots failure, broken Canonical template, expired TLS, hacked page atau manual action lebih penting daripada ratusan minor finding.

Manual Actions dan Security Issues ialah report berasingan. Manual action berkaitan policy violation yang disemak Google; security issue berkaitan hacked atau harmful behaviour. Tiada notice tidak membuktikan tiada algorithmic, quality atau technical issue.

Emergency checkEvidenceKeputusan segera
AvailabilityRepresentative HTTP, DNS, TLS dan uptimeEscalate 5xx, timeout, certificate atau DNS failure
Index controlRendered robots meta, X-Robots-Tag, robots.txtStop unintended sitewide block
Canonical templateSource/rendered samplesStop rollout jika priority page menuju tempat lain
SecuritySecurity Issues, Safe Browsing, server/CMSContain, clean, patch, kemudian request review
Manual actionSearch Console Manual ActionsFahami scope dan policy dahulu
TrackingGTM/GA4 dan conversion testJangan diagnose behaviour daripada broken collection

Simpan baseline sebelum membuat perubahan

Export atau rekod URL inventory, redirect, status, title, description, heading, Canonical, robots, hreflang, structured data, Sitemap, internal link, Search Console cohort, analytics event dan qualified outcome sebelum fix.

Untuk migration atau redesign, simpan juga screenshot representative template dan old routing rules. Tanpa baseline, team tidak boleh membezakan fix, regression atau demand change.

Minimum evidence pack
  • Public crawl dan render sample daripada important template.
  • XML Sitemap, robots.txt, HTTP header dan status inventory.
  • Search Console Page Indexing, Performance, Manual Actions, Security dan Crawl Stats.
  • GA4/GTM implementation, key-event definition dan test record.
  • Old/current URL inventory serta redirect rules.
  • Page role, market, language, template dan business-priority map.
  • Backlink dan brand mention dengan source URL.
  • Change log, release history, incident dan stakeholder input.

Bina URL inventory daripada beberapa source

Crawler hanya menemukan laluan yang boleh dicapai dari starting point. Gabungkan live crawl dengan Sitemap, analytics landing page, Search Console page, server log jika perlu, CMS/database export, backlink destination, paid campaign URL dan old-site inventory.

Normalize scheme, hostname, trailing slash, casing, fragment, tracking parameter dan decoded form sebelum compare. Simpan raw evidence supaya normalization tidak memadam perbezaan routing sebenar.

SourceApa ditemuiBlind spot
CrawlerLinked live URL dan technical stateOrphan dan blocked path
SitemapDeclared preferred indexable inventoryOmitted atau stale URL
Search ConsoleGoogle-known dan performing URLHistory dan sample limit
AnalyticsMeasured landing pageNo-traffic dan untracked URL
CMS/databasePublished dan scheduled recordRoute luar CMS
BacklinkExternally referenced current/retired URLInternal inventory
Server logActual crawler dan user requestRetention dan parsing complexity

Audit discovery, crawl dan server access

Google Cari melibatkan discovery, crawling, rendering, indexing, Canonical selection dan serving. Mulakan pada gate terawal yang rosak. Jika important page tiada normal crawlable link atau server gagal, introduction rewrite bukan first priority.

Gunakan panduan crawling dan indexing serta panduan Sitemap dan robots. Robots.txt mengawal crawl; ia bukan reliable removal tool.

FindingEvidenceActionVerification
Important orphanCMS/Sitemap/GSC URL tiada dalam crawlTambah crawlable link atau retireRe-crawl dari intended hub
Redirect chainA → B → CA terus ke final equivalentHTTP test semua source
Soft 404200 dengan missing/error experienceTruthful status atau useful pageLive fetch dan inspection
5xx/timeoutRepeatable response atau log cohortFix capacity, app atau dependencyMonitor endpoint dan log
Blocked resourceRobots dan rendered differenceAllow resource diperlukanRendered inspection
Crawler trapUnbounded filter/calendar/parameterConstrain route dan discoveryCrawl pattern dan log trend

Banding source HTML, rendered HTML dan user experience

Untuk JavaScript page, compare initial response, browser-rendered DOM, Google rendered view jika ada dan actual mobile task. Google boleh render JavaScript, tetapi rendering ialah processing stage berasingan.

Semak title, robots, Canonical, hreflang, heading, main content, link, structured data, error state, lazy media dan pagination pada source serta rendered state.

ComparisonSoalanFailure
HTTP → sourceAdakah usable content dikembalikan?Empty app shell atau error 200
Source → renderedAdakah script mengekalkan signal?Canonical atau robots berubah
Desktop → mobileAdakah content dan function equivalent?Mobile buang service detail
Fresh load → interactionBolehkah content dicapai tanpa prerequisite tersembunyi?Link hanya selepas filter
Success → errorAdakah unavailable state truthful?Failed API hasilkan indexable empty page

Audit indexability, Canonical dan duplicate cluster

Indexability ialah intended state, bukan target 100%. Login, internal search, duplicate filter, expired campaign dan alternate copy boleh betul-betul unindexed. Cari important page yang excluded secara salah dan low-value URL yang included tanpa tujuan.

Canonical signal termasuk redirect, rel=canonical, Sitemap dan consistent internal link. Semua perlu menuju genuinely equivalent preferred URL.

Page stateControlEvidenceDecision
Preferred public200, indexable, self-consistentInspection dan live crawlKeep dan strengthen discovery
Duplicate equivalentCanonical atau redirectContent/purpose equivalenceConsolidate signal
Private/sensitiveAuthenticationAnonymous access deniedJangan rely pada robots
Public bukan untuk CariNoindex ketika crawlableRendered directiveKeep hanya jika user perlu
Removed with replacementPermanent redirectMap dan destination QAUpdate internal reference
Removed tanpa replacement404 atau 410Response dan navigation cleanupTruthful removal

Audit template sebelum isolated URL

Satu template defect boleh menjejaskan ratusan URL: duplicate title, missing content, wrong Canonical, inaccessible accordion, weak breadcrumb, oversized hero atau duplicate schema. Group finding mengikut template dan page role.

Sample best/worst performing, newest/oldest, indexed/excluded, multilingual, mobile dan edge-case URL bagi setiap important template.

TemplateSampleEmphasis
ServiceHigh-value dan low-impressionIntent, proof, CTA, local/language fit
ArtikelPillar, supporting, new, decliningUsefulness, source, author, internal link
Category/hubLarge dan small groupDiscovery, description, pagination, overlap
Portfolio/case studyClient dan owned projectVerifiable scope, media, claim, conversion
Utility/toolSuccess, empty dan error stateFunction, crawl route, result indexability
LocalizedEquivalent dan non-equivalentTranslation, navigation, hreflang, Canonical

Architecture perlu membantu user memahami kedudukan, langkah berkaitan dan commercial/support destination. Crawl depth ialah diagnostic—not universal rule.

Gunakan site architecture dan internal linking. Crawlable link biasanya memerlukan anchor element dengan href; script-only click bukan pengganti reliable.

CheckSoalanAction
HierarchyAdakah page placement jelas?Clarify hub, label, breadcrumb dan navigation
DepthAdakah priority page terlalu dalam?Cipta relevant route
AnchorAdakah text menjelaskan destination?Baiki vague atau forced anchor
OrphanAdakah indexable page tiada normal link?Link, merge, noindex atau retire
OverlapAdakah beberapa URL menjawab intent sama?Differentiate atau consolidate
Dead endAdakah logical next step?Tambah relevant path—not random links

Map search demand kepada page job

Technically perfect page masih boleh gagal kerana menjawab task salah. Group query mengikut intent, audience, market, language, funnel stage dan format. Compare ranking/landing URL dengan page yang sepatutnya memenuhi need.

Gunakan keyword research dan search intent untuk memilih service page, guide, category, comparison, tool, local page atau tiada URL baru.

PatternDiagnosisDecision
Wrong page ranksArchitecture atau intent overlapClarify role, link, content atau consolidate
Impression tetapi weak clickSnippet, position mix, feature atau mismatchInspect priority SERP
Traffic tanpa outcomeInformational demand atau weak journeyMatch CTA dengan intent
Tiada impressionEligibility, demand, competition atau usefulnessDiagnose earliest failed gate
Banyak similar pageKeyword-variant expansionKeep hanya distinct task

Nilai usefulness, evidence dan accountability content

People-first guidance bertanya sama ada content membantu intended audience, menunjukkan useful experience atau knowledge, mempunyai tujuan jelas dan membolehkan user mencapai goal. Jangan cipta E-E-A-T score.

Review Who, How dan Why. High-impact topic perlukan expertise, current source, limitation dan review owner yang lebih kuat. AI assistance bukan automatic problem; scaled unoriginal content untuk manipulate ranking ialah policy risk.

DimensionEvidenceWeak signal
Audience/purposeClear intended user dan taskDibuat hanya untuk traffic
Original valueDecision, example, test, data, experienceSummary page lain
AccuracyCurrent primary source dan correction pathUnsupported/stale claim
CreatorRelevant author/reviewerGeneric byline
MethodDisclosure jika process mattersAutomation menyembunyikan unreliable production
MaintenanceReview trigger dan truthful dateDate berubah tanpa material update

Audit on-page signal dan search presentation

Title, heading, opening, description, image dan link perlu menjelaskan page purpose. Metadata tidak boleh menggantikan inaccessible, duplicate atau unhelpful page.

Gunakan panduan Title Tag, Meta Description, Heading, Image SEO dan Content Refresh.

Page evidence
  • Satu primary task dengan distinct secondary need.
  • Accurate title dan H1 tanpa forced repetition.
  • Opening answer cepat.
  • Heading membentuk logical outline.
  • Claim, example, image dan source menambah information.
  • Link mempunyai descriptive context.
  • Metadata sepadan dengan visible content.
  • CTA sesuai dengan stage dan mobile.
  • Author, business, contact dan policy tepat.

Audit structured data sebagai eligibility layer

Structured data menerangkan visible information dan mungkin membolehkan eligible Cari feature. Ia bukan general ranking switch; valid markup tidak menjamin rich result.

Semak syntax, feature eligibility, visible-content match, property dan policy. Jangan tambah self-serving review, invented rating, false price atau unverifiable entity claim.

LayerSoalanEvidence
SyntaxBoleh parse?Validator dan source/render
EligibilityGoogle support feature dan page type?Current documentation
Content matchUser boleh lihat maklumat?Rendered comparison
IdentityName, URL dan entity konsisten?Organization/person/page record
PolicyClaim misleading atau melanggar guideline?Manual review dan policy map

Audit page experience tanpa mengejar satu score

Core Web Vitals mengukur real-world loading, responsiveness dan visual stability melalui LCP, INP dan CLS. Gunakan field data untuk population evidence dan lab trace untuk root cause.

Review mobile usability, secure delivery, overlay, readable layout, stable interaction, accessible navigation, form dan error recovery. Ikut workflow Core Web Vitals.

AreaEvidenceJangan
LCP/INP/CLSField distribution + reproducible traceOptimize satu lab run
Mobile journeyReal-device task dan content parityHide core content
PayloadImage, font, script, third partyCompress sehingga unusable
OverlayFirst-visit accessBlock primary task
AccessibilityKeyboard, label, contrast, focus, semanticAnggap automated score complete proof

Audit multilingual dan local journey berasingan

English, Bahasa Melayu dan Simplified Chinese perlu berguna secara sendiri. Semak translation, terminology, navigation, Canonical, reciprocal hreflang, internal link, metadata dan next step.

Untuk local SEO, verify Business Profile eligibility, public detail, genuine review, service-area truth dan location page yang mempunyai distinct local value.

LayerSoalanFailure
TranslationNatural dan preserve intent?Machine text dengan broken term
NavigationSelected language kekal?Unexpected English link
CanonicalGenuine equivalent self-preferred?Semua language Canonical ke English
HreflangLive equivalent reciprocal?Missing return atau invalid code
Local proofLocation/service claim real?Cloned city page atau fake address
ConversionBoleh contact team sesuai?Broken/untranslated CTA

Review exact source page, context, destination, anchor, acquisition pattern dan relevance. Third-party authority atau toxic score ialah vendor metric—not Google fact.

Pisahkan editorial link, mention, partnership, paid placement, UGC, hacked link dan deliberate manipulation. Gunakan backlink audit serta Disavow decision guide.

EvidenceMaksudAction
Relevant editorial mentionSource memilih untuk citePreserve destination
Paid/sponsoredCommercial placementQualify dan disclose
Tool-labelled toxicVendor opinionManual inspect
Confirmed manipulationPattern + ownership evidenceStop, remove/qualify, assess Disavow
Link ke retired URLExternal demand ke old routeRestore, equivalent redirect atau truthful status

Audit migration sebagai high-risk system

Migration audit bermula dengan complete old-to-new inventory. Kekalkan established URL jika boleh. Jika URL berubah, map setiap valuable old URL kepada genuinely equivalent destination dan update link, Canonical, Sitemap serta monitoring.

Google mengesyorkan perubahan major dilakukan satu demi satu jika praktikal. Domain move, CMS, redesign, content rewrite, tracking dan URL restructure serentak mengurangkan diagnostic clarity.

Migration gate
  1. Freeze old URL, metadata, Canonical, hreflang, status dan performance inventory.
  2. Map one-to-one equivalent dan flag URL tanpa honest replacement.
  3. Test new site dan pastikan production block tidak terbawa ke launch.
  4. Update link, Canonical, hreflang, schema, navigation dan Sitemap.
  5. Test redirect untuk loop, chain, pattern dan intent.
  6. Verify GTM, GA4, form, phone, WhatsApp dan consent.
  7. Launch, inspect URL dan monitor old/new crawling serta traffic.
  8. Kekalkan redirect untuk user dan system.

Gunakan first-party QA evidence

Audit credible memisahkan reusable process daripada project evidence. Current SEOWithJack build merekod verification sebenar—not anonymous traffic gain. Nombor ini versioned dan boleh berubah.

Verified evidenceResultMembuktikanTidak membuktikan
HTML documents710Generated inventory discanSemua page layak rank
Indexable/Sitemap459 / 459Declared inventory alignGoogle wajib index semuanya
Image references14,663Build image QA dijalankanVisual usefulness atau ranking
JSON-LD blocks710Setiap HTML ada checked blockRich result display
Preserved WordPress article URLs27Original route matched/redirectedTiada future fluctuation
Redirect-map rows53Migration decision documentedSetiap 410 perlu jadi 301

Diagnose traffic change ikut pattern

Decline boleh datang daripada technical, security/manual action, migration, demand, competition, page change, measurement failure atau ranking-system change. Mulakan dengan shape dan cohort.

Compare period setara dan segment page, query, country, device, language, Cari type serta role. Gunakan confirmed Google timeline tanpa menganggap tarikh sebagai cause.

PatternFirst checkJangan assume
Sitewide sudden lossAvailability, robots, noindex, Canonical, security, trackingContent-quality issue
Slow cohort declineDemand, competition, intent, content, linkSatu technical flag
Impression stable; click fallCTR, position mix, snippet, featureIndexing failure
GSC stable; GA4 fallTag, consent, redirect, classificationCari traffic hilang
Only migrated URLsRedirect, Canonical, link, SitemapGeneral algorithm update
One language/marketHreflang, navigation, demand, localizationWhole domain affected

Pisahkan severity dan implementation priority

Severity menerangkan consequence jika finding benar. Priority juga mengambil kira reach, business importance, confidence, effort, risk, dependency dan reversibility.

Jangan sembunyikan judgement dalam mystery health score. Paparkan logic dan dokumentasi override.

DimensionSoalanScale
ImpactApa boleh improve?Low / medium / high / critical
ReachBerapa important URL/journey?Single / cohort / template / sitewide
ConfidenceSeberapa reproducible?Hypothesis / supported / confirmed
EffortDevelopment/content/data?Small / medium / large
RiskBoleh harm traffic/user/data?Low / medium / high
DependencyApa perlu dahulu?Owner / approval / platform / data
ReversibilityBoleh rollback?Easy / controlled / difficult

Tukar finding menjadi implementation ticket

FieldRequiredContoh
FindingExact conditionMigrated article redirect dua hop
ScopeURL/cohort/template/market27 legacy routes
EvidenceReproducible testCrawler + redirect map
ImpactUser/search/business effectSlower path dan maintenance
RecommendationSpecific end stateDirect permanent redirect
Owner/dependencyTeam + prerequisiteDeveloper + approved map
Risk/rollbackFailure + recoveryRouting regression + restore rules
AcceptanceTestable stateSingle hop, correct destination
VerificationBila dan bagaimanaStaging, production HTTP, re-crawl
StatusLifecycleBacklog → ready → doing → QA → verified

Release fix melalui risk-based QA

Copy correction boleh focused review; sitewide Canonical, robots, routing, template, schema atau tracking perlukan staging, sample, automated checks, rollback dan monitoring.

Ticket complete apabila acceptance criteria pass—not apabila code merged.

RiskContohMinimum QA
LowTypo, source, isolated altEditorial review + live check
MediumTitle pattern, link, content mergeStaging sample, link, Canonical, mobile
HighRobots, noindex, Canonical, redirectAutomated inventory, rollback, monitoring
CriticalDomain/CMS migration, routing/tracking rebuildFull gate, owner sign-off, old/new monitoring

Ikut audit sequence praktikal

Daripada soalan kepada verified change
  1. Define decision, scope, stakeholder dan baseline.
  2. Triage availability, index control, security, manual action dan tracking.
  3. Assemble multi-source URL dan evidence inventory.
  4. Crawl dan sample source, rendered, mobile, success dan error state.
  5. Map discovery, access, index, Canonical dan Sitemap.
  6. Review template, architecture, link, intent dan page role.
  7. Evaluate content usefulness, evidence, accountability dan maintenance.
  8. Inspect page experience, schema, multilingual/local dan external trust.
  9. Compare affected Cari/business cohort dengan change log.
  10. Validate finding dan alternative explanation.
  11. Prioritize impact, reach, confidence, effort, risk dan dependency.
  12. Bina owned ticket dengan acceptance criteria.
  13. Test ikut risk, launch, re-crawl, inspect dan monitor.
  14. Archive evidence, decision, result dan review trigger.

Nyatakan apa yang audit tidak boleh buktikan

  • Crawler warning ialah lead—not automatic harm evidence.
  • Search Console bukan complete web log.
  • URL Inspection tidak mewakili setiap page atau ranking condition.
  • Valid page, Sitemap atau indexing request tidak guarantee index/rank.
  • Canonical ialah signal; Google boleh pilih lain.
  • Valid structured data tidak guarantee rich result.
  • Lab score tidak mewakili setiap real user.
  • E-E-A-T bukan exposed single score.
  • Third-party traffic, authority, keyword dan toxicity ialah estimate.
  • Correlation dengan release/update bukan causation proof.
  • Fix semua finding tidak guarantee traffic atau recovery.
  • Audit time-bounded; site dan market terus berubah.

Elakkan audit failure biasa

  • Crawl tanpa business question dan scope.
  • Anggap semua non-indexed URL sebagai error.
  • Lapor semua warning tanpa validation.
  • Satu health score sebagai conclusion.
  • Audit homepage atau desktop sahaja.
  • Fix metadata sebelum sitewide access/Canonical.
  • Ubah stable URL untuk cosmetic cleanliness.
  • Cipta page bagi setiap keyword/city variation.
  • Toxic score sebagai proof dan mass Disavow.
  • Salahkan update kerana tarikh hampir.
  • Report tanpa owner, safeguard atau verification.
  • Mark complete sebelum production criteria pass.

Soalan lazim

Berapa kerap audit SEO?

Monitor availability, security, indexing dan tracking secara berterusan. Buat deep audit sekitar major launch, migration, unexplained decline dan material business change.

Tool audit SEO mana terbaik?

Tiada satu tool ialah audit. Crawler, Search Console, analytics, render test, CMS/server evidence dan business record menjawab soalan berbeza.

Perlukah setiap crawler warning diperbaiki?

Tidak. Validate condition, scope dan potential impact terhadap important user, URL, Cari eligibility atau measurement.

Berapa lama audit mengambil masa?

Bergantung pada inventory, template, market, JavaScript, migration, access dan question. Small-site audit boleh mengambil hari; multi-market migration memerlukan staged review.

Apa deliverable audit?

Decision summary, evidence archive, prioritized finding, scope, ticket, owner, acceptance criteria dan verification plan.

Bolehkah audit guarantee ranking recovery?

Tidak. Audit boleh membaiki supported problem dan reduce risk; demand, competition, ranking system dan timing kekal tidak pasti.

Adakah site: search complete index audit?

Tidak. Ia rough discovery check. Gunakan Search Console, URL Inspection dan own inventory.

Perlukah semua excluded page diindex?

Tidak. Duplicate, private page, internal search, filter dan obsolete URL mungkin betul-betul excluded.

Adakah server log diperlukan?

Tidak untuk semua small site. Ia berguna apabila crawler behaviour, large inventory, response pattern atau migration tidak boleh dijawab oleh source lain.

Siapa implement audit finding?

Assign pemilik sistem: developer, content owner, designer, analytics, server admin atau stakeholder. Auditor mendefinisikan end state dan verification.

Rujukan rasmi

Perlukan langkah seterusnya?Tukar evidence audit kepada implementation order.

Kongsikan domain, Search Console access/export, change history, migration record dan business priority. Jack boleh memisahkan verified risk daripada tool noise.

Bincang audit SEO di WhatsApp

Jack Lee

Jack Lee

Building Cari Visibility with SEO, GEO & Laman Web Dibantu AI melalui projek dan eksperimen praktikal.