SEO teknis

sebuah menyelesaikan guide untuk SEO teknis — sebuah plain-language Beginner's Guide dan sebuah sistem-tingkat Advanced Guide untuk crawling, rendering, pengindeksan, dan peringkat.

Pertama kali diterbitkan: 25 Jun 2026 · Terakhir diperbarui: 3 Agu 2026 · Lanjutan

Dua guides di satu. Beginner's Guide menjelaskan SEO teknis dari scratch — crawl → indeks → peringkat pipeline, handful dari foundations setiap situs perlu, cara periksa Anda own situs, dan yang myths untuk ignore. Advanced Guide goes sistem-deep: anggaran crawling, rendering decision, canonicalization's ~40 sinyal, internal linking, Core Web Vitals sebagai three terpisah masalah, ongoing monitoring, migrations, dan AI penelusuran. throughline adalah satu I selalu come back untuk — SEO teknis adalah paling penting bagian dari SEO until ini tidak. ini adalah foundation itu lets konten dan tautan peringkat, tidak sebuah peringkat trick dari -nya own. Anda dapat't peringkat sebuah halaman Google tidak akan indeks, so highest-nilai berfungsi adalah biasanya paling boring.

TL;DR — SEO teknis adalah yang sama crawl → render → indeks → sajikan pipeline pada setiap situs — ada Tidak terpisah “technical SEO algorithm” (terjemahan) “SEO teknis algorithm” — dan ini adalah sebuah foundation, tidak sebuah peringkat factor dari -nya own. Treat pipeline sebagai sebuah series dari gates dan diagnose yang satu sebuah halaman adalah stuck di sebelum mengubah apa pun. leverage adalah mostly negative (tidak losing apa Anda’ve earned), so boring structural berfungsi — canonicalization, redirects, tautan internal — pays best, dan ini compounds di scale. sebagian besar situs jangan perlu untuk manage anggaran crawling; rendering adalah sebuah terpisah langkah itu dapat lag; Core Web Vitals adalah three distinct masalah dan sebuah minor peringkat lever; canonicalization adalah sebuah weighted decision di seluruh ~40 sinyal; dan dari 2025 pada, AI penelusuran gates eligibility pada bersih teknis sinyal sebelum ini peringkat atau cites Anda. highest skill di sini adalah prioritization — knowing apa untuk ignore.

SEO teknis decides eligibility, tidak position

SEO teknis adalah satu bagian dari SEO milik siapa payoff adalah hampir entirely negative: -nya job adalah untuk pertahankan Anda dari losing rankings, tidak untuk win them. Google tidak hand out positions untuk bersih plumbing. yang sama crawling, pengindeksan, dan peringkat sistem jalankan apakah Anda situs adalah pristine atau sebuah disaster — ada Tidak terpisah “technical SEO algorithm” (terjemahan) “SEO teknis algorithm” sitting behind them. Apa SEO teknis sebenarnya decides adalah apakah Anda halaman dapat enter itu sistem di semua, dan apakah mesin understands them correctly setelah mereka’re di.

So right mental model tidak “do technical SEO to rank.” (terjemahan) “melakukan SEO teknis untuk peringkat.” ini adalah “do technical SEO so your content and links are allowed to rank.” (terjemahan) “melakukan SEO teknis so Anda konten dan tautan adalah diizinkan untuk peringkat.” itu inversion adalah seluruh alasan unglamorous berfungsi — canonicalization, redirects, tautan internal — adalah highest-nilai berfungsi, dan mengapa single sebagian besar berguna skill di ini discipline adalah prioritization: knowing apa untuk perbaiki dan, hanya sebagai sering, apa untuk leave alone.

pipeline, sebagai gates

Semuanya hangs off satu pipeline, dan operative clause dari Google adalah “not all pages make it through each stage.” (terjemahan) “tidak semua halaman membuat ini melalui setiap stage.” Bukti untuk klaim ini Google Search describes crawling, indexing, and serving as three stages; discovery is part of the crawling stage, and not every page advances through each stage. Cakupan: Google Search documentation; conceptual explanation, not a promise of ranking outcomes. Tingkat keyakinan: tinggi · Diverifikasi: Google: How Search Works jangan picture sebuah conveyor belt itu carries setiap halaman untuk finish. Picture sebuah series dari gates, setiap dengan -nya own lulus/fail:

  • crawl — penemuan (tautan + sitemaps + push protocols) plus fetch. sebuah halaman tidak ada apa pun tautan untuk, atau satu disallowed di robots.txt, dapat tidak pernah arrive.
  • Render — Google berjalan Anda JavaScript di sebuah recent headless Chrome ( Web rendering Service) sebelum ini dapat fully memahami halaman. ini adalah sebuah terpisah langkah dari fetch, ini adalah stateless, dan ini dapat lag.
  • indeks — mesin memproses halaman, picks sebuah canonical among duplicates, dan decides apakah untuk store ini. “Indexing isn’t guaranteed” (terjemahan) “pengindeksan tidak guaranteed” bahkan ketika crawling dan rendering succeed.
  • sajikan — kueri understanding, lalu peringkat di seluruh banyak automated sistem, lalu penelusuran fitur layered pada top.

pertahankan crawl ≠ render ≠ indeks ≠ peringkat terpisah di Anda head dan sebagian besar dari SEO teknis berhenti menjadi mysterious. Ketika sebuah halaman underperforms, Anda tidak guess dan Anda tidak perubahan ten hal — Anda temukan yang gate ini failed dan perbaiki itu stage.

Satu honest caveat sebelum Anda treat apa pun pipeline deskripsi sebagai gospel, including mine: ini adalah sebuah model, tidak kode sumber. Bagaimana Penelusuran berfungsi adalah sebuah talk I memberikan di conferences itu walks melalui ini seluruh pipeline (slides pada SlideShare), dan I open ini dengan sebuah warning I’ll repeat di sini: “this is my understanding of systems… not going to be 100% complete or accurate.” (terjemahan) “ini adalah my understanding dari sistem… tidak going untuk menjadi 100% menyelesaikan atau accurate.” Hold ini loosely dan gunakan ini untuk alasan tentang masalah.

Siapa sebenarnya melakukan crawling

“Googlebot” (terjemahan) “Googlebot” sounds like satu program. ini adalah sebuah family — desktop, mobile ( satu itu penting, since pengindeksan adalah mobile-pertama), image, news, video, dan ads crawler — semua drawing dari sama anggaran crawling pool, yang adalah mengapa sebuah runaway image atau parameter crawl dapat starve crawling dari Anda nyata konten.

dan ini adalah tidak hanya mesin pencari anymore. Ketika I analyzed Cloudflare Radar crawl data (sebuah Ahrefs piece I wrote pada baru wave dari bot), penelusuran-mesin crawler masih di-crawl paling, tetapi AI bot adalah firmly di kedua place dan pada track untuk overtake them. jika Anda baca Anda logs, cast dari characters memiliki changed — dan managing ini (yang AI crawler Anda izinkan, dan confirming ones hitting Anda adalah siapa mereka claim) adalah now bagian dari job.

anggaran crawling: ketika ini penting, dan ketika ini tidak

«Google defines crawl budget as “the set of URLs that Google can and wants to crawl,” set by crawl capacity (your server’s health) and crawl demand (popularity and staleness). You raise effective budget two ways: give bots more capacity, or — far more often — stop wasting it. Consolidate duplicates, block low-value spaces, return 404/410 for permanently gone pages, fix soft 404s, keep sitemaps current with accurate lastmod, and avoid long redirect chains. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian lima puluh satu, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

reassuring bagian, dan I’ll pertahankan saying ini: sebagian besar situs jangan perlu untuk worry tentang anggaran crawling. Google itself tells Anda itu jika Anda halaman adalah umumnya di-crawl sama day mereka’re published, “Anda jangan perlu untuk baca ini guide.” (terjemahan) “Anda tidak perlu untuk baca ini guide.” ini dimulai untuk bite sekitar 1M+ halaman, atau 10k+ halaman itu perubahan rapidly. Di bawah itu, spend Anda energy elsewhere. Bukti untuk klaim ini Google says crawl-budget guidance is mainly relevant to very large sites, including sites with over one million unique pages or over ten thousand rapidly changing pages. Cakupan: Google Search guidance; the page-count examples are diagnostic starting points, not hard eligibility thresholds. Tingkat keyakinan: tinggi · Diverifikasi: Google: Large site crawl budget guide Bing’s Fabrice Canel frames yang sama idea lebih bluntly: lebih sedikit adalah lebih — fewer URLs untuk crawl adalah better untuk SEO.

robots.txt: crawl control, tidak indeks control

paling penting pembedaan di ini seluruh file: robots.txt controls crawling, tidak pengindeksan. Disallowing sebuah URL berhenti bot dari fetching ini — ini melakukan tidak pertahankan ini out dari indeks. sebuah disallowed halaman dapat masih menjadi terindeks (URL hanya, tanpa konten) jika lainnya halaman tautan untuk ini, dan worse, jika Anda disallow sebuah halaman Anda juga berhenti Google dari ever seeing sebuah noindex tag pada ini.

So aturan adalah:

  • ingin sebuah halaman hilang dari penelusuran? Izinkan crawling dan tambahkan noindex. tidak pernah gunakan robots.txt untuk deindex.
  • ingin bot untuk skip sebuah rendah-nilai URL space (internal penelusuran, infinite faceted combinations) dan jangan care tentang pengindeksan? robots.txt disallow adalah correct.
  • Managing AI crawler? ini adalah juga di mana Anda izinkan atau block GPTBot, ClaudeBot, PerplexityBot, CCBot dan friends — sebuah strategic decision, tidak sebuah default.

Canonicalization: sebuah weighted decision, tidak sebuah command

Canonicalization adalah di mana sebuah lot dari advanced SEO teknis lives, dan ini adalah widely misunderstood. rel="canonical" adalah sebuah hint, tidak sebuah directive. Google weighs ini terhadap banyak lainnya sinyal — redirects, tautan internal, sitemap inclusion, HTTPS, struktur URL — ketika ini picks representative URL. My deep dive pada canonicalization puts count sekitar 40 sinyal itu feed canonical selection, yang adalah mengapa Anda sometimes see “Duplicate, Google chose berbeda canonical daripada user” (terjemahan) “Duplicate, Google chose berbeda canonical daripada pengguna” di Search Console: Anda tag adalah outvoted.

practical implications:

  • jangan kirim conflicting sinyal. I spent tahun pada enterprise situs (I ran SEO teknis di-house di IBM), dan di sebuah talk I memberikan called SEO perusahaan Chaos I tampilkan nyata halaman itu “redirected untuk satu version, canonicaled untuk a second, dan internally linked untuk a third.” (terjemahan) “redirected untuk satu versi, canonicaled untuk sebuah kedua, dan internally ditautkan untuk sebuah ketiga.” Pick satu URL dan membuat setiap sinyal agree.
  • Sinyal strength roughly peringkat redirect > rel="canonical" > internal tautan > sitemap. sebuah 301 adalah sebuah banyak stronger statement daripada sebuah tag canonical.
  • Duplicate konten tidak sebuah penalty. Google’s Gary Illyes memiliki mengatakan roughly 60% dari web adalah duplicate konten, dan Google memperlakukan beberapa dari ini sebagai wajar — tidak sebuah spam violation. cost adalah split sinyal dan wasted crawling, tidak sebuah punishment. perbaiki adalah consolidation, tidak panic.

dan sebuah note pada JavaScript: I setelah ran sebuah test — injecting sebuah rel="canonical" melalui JavaScript pada sebuah halaman itu memiliki none di HTML — dan Google honored ini, bahkan though ini memiliki publicly mengatakan ini tidak akan. setelah itu surfaced, Google diperbarui -nya JavaScript SEO documentation. lesson tidak “gunakan JS canonicals” (terjemahan) “gunakan JS canonicals”; ini adalah itu ini stuff adalah testable, dan docs tidak selalu terakhir kata.

rendering decision

«Rendering is the step most overviews skip, and it’s where JavaScript sites get into trouble. “During the crawl, Google renders the page and runs any JavaScript it finds using a recent version of Chrome.” Bukti untuk klaim ini Google processes JavaScript pages in crawling, rendering, and indexing phases and uses a recent version of Chrome for rendering. Cakupan: Google Search JavaScript processing; rendering and indexing remain subject to technical and quality constraints. Tingkat keyakinan: tinggi · Diverifikasi: Google: JavaScript SEO basics It’s a separate, stateless service, it can cache resources for weeks, and it can lag the initial fetch — so a JS-dependent change can take a while to be reflected. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian enam puluh tiga, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

JavaScript tidak enemy di sini. sebagai I put ini di my guide untuk JavaScript SEO, JavaScript adalah tidak buruk untuk SEO, dan ini adalah tidak evil — ini adalah hanya berbeda dari apa banyak SEOs adalah digunakan untuk. nyata decision adalah bagaimana Anda render:

  • rendering sisi server (SSR) — safest untuk SEO; HTML arrives menyelesaikan.
  • Static generation (SSG/pre-rendering) — best dari keduanya worlds untuk konten itu tidak perubahan per permintaan.
  • rendering sisi klien (CSR) — highest risk; konten hanya ada setelah JS berjalan, so Anda’re betting pada render langkah.
  • Dynamic rendering — Google panggilan ini sebuah workaround, tidak sebuah recommendation; Bing adalah lebih favorable. Treat ini sebagai sebuah bridge, tidak sebuah destination.

Dua traps untuk know cold. pertama, lazy-memuat: Googlebot tidak scroll atau click, so konten itu hanya memuat pada interaction dapat stay invisible — pastikan ini memuat ketika ini adalah di viewport. kedua, tautan: Google dapat hanya ikuti sebuah tautan itu’s sebuah nyata <a href> element. sebuah routerLink atau sebuah click handler dengan Tidak href adalah tidak sebuah dapat di-crawl tautan. Verify dirender output terhadap mentah HTML dengan URL Inspection alat setiap kali Anda suspect sebuah kesenjangan.

situs architecture dan internal linking

tautan internal melakukan three jobs di setelah: mereka help bot menemukan halaman, mereka distribute PageRank, dan mereka lulus topical context melalui teks jangkar. John Mueller memiliki called internal linking “super critical untuk SEO” (terjemahan) “super critical untuk SEO” dan satu dari biggest levers Anda memiliki pada Anda own situs — dan I agree. ini adalah satu dari highest-ROI hal Anda control secara langsung.

sebuah sedikit sistem-tingkat poin:

  • Orphan halaman — halaman tidak ada apa pun tautan untuk — adalah pertama hal untuk hunt untuk. jika ini adalah tidak ditautkan, ini adalah barely discoverable dan mendapatkan hampir Tidak equity.
  • Architecture adalah crawl-funnel management. penting halaman belong close untuk home halaman; deep, click-distant halaman mendapatkan di-crawl lebih sedikit dan peringkat worse.
  • PageRank sculpting dengan nofollow adalah dead (since 2009). Nofollowing internal tautan membuat itu equity evaporate alih-alih redistribute. Manage flow dengan nyata architecture, tidak nofollow tricks.

Core Web Vitals: three masalah, tidak satu

biggest practitioner error dengan pengalaman halaman adalah treating ini sebagai sebuah single “membuat itu site lebih cepat” (terjemahan) “membuat situs lebih cepat” masalah. Core Web Vitals adalah three distinct masalah dengan berbeda root penyebab dan berbeda memperbaiki:

  • LCP (Largest Contentful Paint) — memuat. Driven oleh server respons time, render-blocking resources, dan bagaimana fast main konten asset memuat. Target di bawah 2,5 seconds.
  • INP (Interaction untuk Berikutnya Paint) — interactivity. Driven oleh JavaScript execution blocking main utas. Target di bawah 200 milliseconds. (INP replaced FID di 2024 — jika Anda masih see FID anywhere, advice adalah stale.)
  • CLS (Cumulative Layout Shift) — visual stability. Driven oleh images tanpa dimensions, late-memuat fonts, dan injected konten. Target di bawah 0,1.

Dua hal penting beyond definitions. data lapangan, tidak data lab: Google peringkat pada nyata-pengguna CrUX data, tidak Anda Lighthouse score, so sebuah Lighthouse 65 dengan baik field data beats sebuah Lighthouse 100 dengan buruk data lapangan. dan proportion: I’ll menjadi honest — I jangan think Core Web Vitals memiliki banyak impact pada SEO, dan unless sebuah situs adalah extremely slow I umumnya tidak akan prioritize memperbaiki them untuk rankings. melakukan berfungsi untuk pengguna dan conversions; hanya jangan oversell ini sebagai sebuah peringkat lever.

data terstruktur: sinyal untuk penelusuran dan AI

data terstruktur (gunakan JSON-LD) tidak peringkat Anda, tetapi ini membuat halaman eligible untuk rich hasil dan increasingly helps AI sistem parse Anda konten untuk citation. ini adalah genuinely berguna — dan genuinely oversold sebagai sebuah sinyal peringkat. My honest framing: sebagian besar dari SEO adalah melakukan basics well, dan konten dan tautan move needle lebih daripada schema melakukan. Implement ini di mana ini unlocks sebuah rich hasil atau clarifies sebuah entity; jangan expect ini untuk lift rankings pada -nya own. (dan note: schema markup URLs adalah tidak dapat di-crawl tautan internal — Mueller memiliki confirmed ini.)

International, briefly

jika Anda sajikan multiple languages atau regions, gunakan distinct URLs per versi dan hreflang annotations untuk map them, dan prefer ccTLDs atau subdirectories di atas URL parameters. jangan auto-redirect oleh IP — Google explicitly warns terhadap ini dan ini breaks crawling. SEO internasional adalah deep cukup untuk menjadi -nya own pillar; ini adalah hanya teknis handshake.

SEO teknis adalah sebuah ongoing sistem, tidak sebuah satu-time audit

framing setiap pesaing guide mendapatkan wrong: SEO teknis adalah tidak sebuah checklist Anda menyelesaikan setelah. situs perubahan constantly — deploys break tag canonical, sebuah rilis slips sebuah noindex ke sebuah template, sebuah baru ad script tanks INP, rantai pengalihan accumulate. mature practice adalah monitoring dan regression detection:

  • Watch GSC halaman pengindeksan untuk sudden perubahan di terindeks counts dan excluded statuses.
  • Watch Statistik Crawling dan Anda logs untuk respons-code spikes dan crawl-pattern shifts.
  • Re-validate crawl, render, dan redirects setelah setiap significant deployment.

pada log files secara khusus: I digunakan untuk treat them sebagai sebuah setelah-setiap-sedikit-tahun troubleshooting alat. itu’s changed. Logs adalah now clearest place untuk see yang AI crawler adalah sebenarnya hitting Anda dan bagaimana sering — sesuatu Tidak lainnya alat menampilkan Anda sebagai secara langsung — so untuk anyone siapa cares tentang AI penelusuran, mereka’ve become sebuah lot lebih berguna daripada mereka adalah.

situs migrations: highest-stakes event

sebuah migration — baru domain, HTTP untuk HTTPS, sebuah replatform, sebuah URL restructure — adalah single highest-stakes teknis event, karena ini touches setiap URL di setelah. Map old untuk baru 1:1, gunakan 301/308 permanent redirects, pertahankan them di place indefinitely (I akan tidak rush untuk hapus them — sebuah couple dari redirect hops adalah tidak ada apa pun untuk worry tentang), dan gunakan GSC perubahan dari Address alat di mana ini applies. Migrations dapat menjadi kompleks dan involve sebuah lot dari orang, tetapi jangan panic — Anda dapat perbaiki hampir apa pun itu goes wrong. ada sebuah penuh situs Migrations cluster di bawah ini pillar.

SEO teknis untuk AI penelusuran

modern shift, dan ini cuts terhadap lazy “technical SEO is dead” (terjemahan) “SEO teknis adalah dead” take: dari 2025 pada, AI penelusuran sistem decide eligibility sebelum mereka ever peringkat atau cite. untuk menjadi quoted di sebuah AI jawaban Anda halaman umumnya memiliki untuk menjadi cleanly canonicalized, fast cukup, renderable tanpa heroics, dan structured cukup untuk menjadi parsed dengan confidence. Messy sinyal jangan hanya lebih rendah sebuah peringkat now — mereka dapat hapus Anda dari jawaban entirely. Karena Bing’s indeks feeds banyak LLM jawaban, Bing Webmaster alat dan IndexNow penting lebih daripada Bing’s penelusuran share suggests. Teknis hygiene penting lebih di AI era, tidak lebih sedikit.

Di mana leverage sebenarnya adalah

jika Anda take satu hal dari ini guide, membuat ini prioritization. Spend Anda time pada pengindeksan, canonicalization, tautan internal, dan bersih migrations — berfungsi itu decides apakah halaman exist di penelusuran dan consolidate mereka equity. jangan lose sleep di atas anggaran crawling, Core Web Vitals, duplicate konten, atau pendek rantai pengalihan unless Anda memiliki sebuah spesifik, diagnosed masalah. dan jangan chase perfection — I doubt ada sebuah major situs web itu’s technically perfect, dan jika di sana adalah, I’d worry mereka adalah wasting resources pada hal itu jangan penting alih-alih hal itu melakukan.

ini hub maps rest dari pillar: Bagaimana Penelusuran berfungsi, situs Migrations, pada-halaman, mesin pencari alat, dan JavaScript SEO. Mulai wherever Anda situs adalah breaking — pipeline tells Anda yang gate untuk lihat pertama.

Tambahkan catatan pakar

Sematkan kutipan pakar

Orang baru? Buat profilnya yang belum diklaim di /admin/experts/ → Sematkan kutipan pakar terlebih dahulu.