Robots.txt

Penjelasan tentang fungsi robots.txt—mengendalikan perayapan, bukan pengindeksan—beserta sintaks, cara Google menanganinya, dan kesalahan yang dapat merusak situs.

Pertama kali diterbitkan: 23 Jun 2026 · Terakhir diperbarui: 21 Agu 2026 · Advanced
Bahasa
1 sinyal bukti di halaman ini

Robots.txt adalah file teks biasa di root setiap host yang memberi tahu perayap URL mana yang boleh diminta. File ini mengendalikan perayapan, bukan pengindeksan. URL yang diblokir masih dapat diindeks tanpa cuplikan; untuk mengeluarkan halaman dari indeks, gunakan noindex dan jangan blokir halaman itu agar Google dapat melihat arahannya. Google mendukung user-agent, allow, disallow, dan sitemap. File berada di /robots.txt, berlaku untuk satu host, protokol, dan port, dibatasi 500 KiB, biasanya disimpan dalam cache sekitar 24 jam; respons 4xx berarti tidak ada pembatasan sedangkan 5xx dapat menghentikan perayapan, dan file tidak boleh dipakai untuk menyembunyikan informasi sensitif.

TL;DR — Robots.txt adalah file teks biasa di root setiap host (/robots.txt, huruf kecil) yang menerapkan Robots Exclusion Protocol (RFC 9309). File ini mengendalikan perayapan, bukan pengindeksan—URL yang tidak diizinkan masih dapat diindeks tanpa cuplikan jika ditautkan dari tempat lain; untuk menghapus halaman dari indeks, gunakan noindex pada halaman yang tidak diblokir. Google hanya mendukung user-agent, allow, disallow, dan sitemap; dukungan noindex/nofollow/crawl-delay dihentikan pada 1 September 2019. Cakupannya satu host+protokol+port. Pencocokan memakai aturan paling spesifik (terpanjang), dan pada panjang yang sama aturan paling tidak membatasi menang; * dan $ adalah karakter pengganti; jalur peka huruf besar-kecil. Google membatasi file hingga 500 KiB, menyimpannya dalam cache sekitar 24 jam, memperlakukan 4xx (kecuali 429) sebagai tanpa pembatasan, dan pada 5xx menghentikan perayapan sekitar 12 jam lalu memakai salinan baik terakhir sekitar 30 hari. Jangan blokir CSS/JS penting untuk rendering dan jangan gunakan robots.txt sebagai kontrol akses—file ini bersifat publik.

Apa itu robots.txt dan di mana letaknya

Robots.txt menerapkan Robots Exclusion Protocol, yang dibuat Martijn Koster pada 1994 dan akhirnya distandardisasi pada 2022 sebagai RFC 9309—ditulis bersama Gary Illyes, Henner Zeller, Lizzi Sassman dari Google, dan Koster sendiri. Rumusan standar tersebut: “This document specifies and extends the ‘Robots Exclusion Protocol’ method originally defined by Martijn Koster in 1994 for service owners to control how content served by their services may be accessed, if at all, by automatic clients known as crawlers.” (terjemahan) “Dokumen ini menetapkan dan memperluas metode ‘Robots Exclusion Protocol’ yang pertama kali didefinisikan Martijn Koster pada 1994 agar pemilik layanan dapat mengendalikan bagaimana konten yang disajikan layanannya boleh diakses, jika memang boleh, oleh klien otomatis yang dikenal sebagai perayap.”

Beberapa fakta yang sering mengecoh:

  • File harus berada di root dan memakai huruf kecil. RFC 9309 menyatakan dengan tegas: “The rules MUST be accessible in a file named ‘/robots.txt’ (all lowercase) in the top-level path of the service.” (terjemahan) “Aturan HARUS dapat diakses dalam file bernama ‘/robots.txt’ (seluruhnya huruf kecil) pada jalur tingkat teratas layanan.” Google menambahkan bahwa URL itu sendiri peka huruf besar-kecil, seperti URL lainnya.
  • Cakupannya satu host + protokol + port. Google: “The rules listed in the robots.txt file apply only to the host, protocol, and port number where the robots.txt file is hosted.” (terjemahan) “Aturan yang tercantum dalam file robots.txt hanya berlaku bagi host, protokol, dan nomor port tempat file robots.txt tersebut dihosting.” Jadi https://example.com, https://www.example.com, https://blog.example.com, dan http://example.com masing-masing memerlukan file sendiri. Subdomain dan protokol tidak berbagi satu file.
  • Protokol yang didukung Google adalah HTTP, HTTPS, dan FTP.

Kesalahpahaman yang mendasari topik ini: perayapan vs pengindeksan

Jika hanya satu hal yang diingat dari artikel ini, ingatlah: robots.txt mengendalikan perayapan, bukan pengindeksan. Memblokir URL tidak sama dengan menghapusnya dari Google. Evidence for this claim A robots.txt rule controls crawling rather than guaranteeing removal from Google Search; a URL can still appear when Google cannot crawl it. Scope: Google Search crawler behavior. Other crawlers can interpret robots.txt differently. Confidence: high · Verified: Google: Introduction to robots.txt

Dokumentasi Google menyatakannya dengan jelas: robots.txt “is not a mechanism for keeping a web page out of Google. To keep a web page out of Google, block indexing with noindex or password-protect the page.” (terjemahan) “bukan mekanisme untuk mengeluarkan halaman web dari Google. Untuk melakukannya, blokir pengindeksan dengan noindex atau lindungi halaman dengan kata sandi.” Google juga menjelaskan bahwa URL yang diblokir dapat tetap muncul tanpa cuplikan jika halaman lain menautkannya.

Evidence for this claim Robots.txt controls crawler access, not index eligibility; Google may still index a disallowed URL discovered through links, typically without a content snippet. Scope: web crawling Confidence: high · Verified: Robots.txt Introduction and Guide

Spesifikasi tersebut mengulangi nuansa yang sama untuk aturan disallow: “Google can’t index the content of pages which are disallowed for crawling, but it may still index the URL and show it in search results without a snippet.” (terjemahan) “Google tidak dapat mengindeks konten halaman yang tidak diizinkan untuk dirayapi, tetapi masih dapat mengindeks URL dan menampilkannya dalam hasil penelusuran tanpa cuplikan.”

Mengapa Anda TIDAK boleh memblokir halaman yang ingin diberi noindex

Inilah jebakan yang diam-diam merusak upaya deindeksasi. noindex hanya bekerja jika Google dapat merayapi halaman dan membacanya. Dokumentasi Google menjelaskan: “For the noindex rule to be effective, the page or resource must not be blocked by a robots.txt file, and it has to be otherwise accessible to the crawler. If the page is blocked by a robots.txt file or the crawler can’t access the page, the crawler will never see the noindex rule, and the page can still appear in search results, for example if other pages link to it.” (terjemahan) “Agar aturan noindex efektif, halaman atau sumber daya tidak boleh diblokir robots.txt dan harus tetap dapat diakses perayap. Jika halaman diblokir atau tidak dapat diakses, perayap tidak akan melihat aturan noindex dan halaman masih dapat muncul dalam hasil penelusuran, misalnya jika ditautkan dari halaman lain.” Evidence for this claim Google must be able to crawl a URL to see a noindex rule; blocking the URL in robots.txt can prevent the rule from being observed. Scope: Google Search indexing controls for HTML meta robots and X-Robots-Tag rules. Confidence: high · Verified: Google: Block indexing with noindex

Jadi, jika tujuan Anda adalah mengeluarkan halaman dari indeks, panduan John Mueller merupakan cara paling mudah untuk mengingatnya: ketika ingin membatalkan pengindeksan halaman, jangan blokir Google dengan robots.txt; gunakan noindex.

Bukti langsung: saya memblokir dua halaman kami yang berperingkat tinggi

Saya tidak perlu membahasnya hanya dari teori. Dalam eksperimen saya yang memblokir dua halaman Ahrefs berperingkat tinggi, saya sengaja memblokir keduanya di robots.txt dan melacak hasilnya. Halaman tersebut tetap diindeks dan tetap berperingkat—tidak menghilang. Yang hilang adalah kesegaran yang diperoleh Google melalui perayapan ulang: “We lost a position here or there and all of the featured snippets for the pages.” (terjemahan) “Kami kehilangan satu posisi di sana-sini dan seluruh cuplikan unggulan untuk halaman tersebut.” Trafik turun, tetapi tidak sebanyak perkiraan saya: “Both pages lost some traffic. But it didn’t result in much change to our traffic estimate like I was expecting.” (terjemahan) “Kedua halaman kehilangan sebagian trafik, tetapi perubahan estimasi trafik kami tidak sebesar yang saya perkirakan.”

Kesimpulan saya dari data tersebut: “Accidentally blocking pages (that Google already ranks) from being crawled using robots.txt probably isn’t going to have much impact on your rankings, and they will likely still show in the search results.” (terjemahan) “Memblokir perayapan halaman yang sudah diberi peringkat oleh Google secara tidak sengaja melalui robots.txt mungkin tidak akan banyak memengaruhi peringkat Anda, dan halaman tersebut kemungkinan masih muncul dalam hasil penelusuran.” Versi terus terangnya: “Don’t block pages you want indexed. It hurts. Not as bad as you might think it does—but it still hurts.” (terjemahan) “Jangan blokir halaman yang ingin Anda indeks. Dampaknya buruk. Memang tidak separah yang Anda bayangkan, tetapi tetap merugikan.”

Sisi lainnya cukup melegakan: ketika Search Console menandai “Indexed, though blocked by robots.txt” (terjemahan) “Terindeks, meski diblokir robots.txt” untuk URL utilitas—keranjang, filter, atau parameter sampah—biasanya itu bukan masalah. Mueller menjelaskan bahwa memblokir URL tambah-ke-keranjang tidak masalah; sekalipun URL tersebut “diindeks”, kemungkinan besar URL tidak akan ditampilkan kecuali seseorang menjalankan kueri yang sangat spesifik untuk URL itu, sesuatu yang tidak dilakukan pengguna nyata. Bedakan peringatan yang terdengar menakutkan dari masalah sebenarnya: peringatan ini hanya penting jika URL yang diblokir merupakan halaman yang memang ingin Anda rayapi dan indeks.

Sintaks (referensi)

Robots.txt terdiri dari sekumpulan grup. Setiap grup dimulai dengan satu atau beberapa baris User-agent yang menyebut perayap yang menjadi sasaran, lalu diikuti aturan untuk perayap tersebut.

User-agent: *
Disallow: /cart/
Disallow: /search
Allow: /search/help

User-agent: Googlebot
Disallow: /no-google/

Sitemap: https://example.com/sitemap.xml

User-agent dan grup. Perayap mematuhi tepat satu grup—grup dengan user-agent paling spesifik yang cocok—dan mengabaikan sisanya. Google: “Google’s crawlers determine the correct group of rules by finding in the robots.txt file the group with the most specific user agent that matches the crawler’s user agent. Other groups are ignored.” (terjemahan) “Perayap Google menentukan grup aturan yang benar dengan menemukan grup dalam file robots.txt yang memiliki user-agent paling spesifik dan cocok dengan user-agent perayap. Grup lain diabaikan.” Lalu: “Only one group is valid for a particular crawler.” (terjemahan) “Hanya satu grup yang valid untuk perayap tertentu.” (Bing berperilaku sama—selengkapnya di bawah.)

Grup khusus tidak ditambah dengan aturan wildcard; grup itu dipakai sendiri dan tidak digabungkan dengan User-agent: *. Spesifikasi Google menyatakan “user agent specific groups and global groups (*) are not combined.” (terjemahan) “grup khusus agen pengguna dan grup global tidak digabungkan.” Jika Anda membuat grup User-agent: googlebot-news, ulangi setiap aturan dari grup * yang masih perlu berlaku.

Evidence for this claim For Google's crawlers, the most specific matching user-agent group applies; rules from that specific group are not combined with the global asterisk group, although multiple matching specific groups are merged internally. Scope: robots.txt parsing and fetching Confidence: high · Verified: How Google Interprets the robots.txt Specification

Disallow dan Allow. Disallow mencantumkan jalur yang tidak boleh diminta perayap; Allow membuat pengecualian dari larangan tersebut. Aturan disallow “specifies paths that must not be accessed by the crawlers identified by the user-agent line the disallow rule is grouped with.” (terjemahan) “Menentukan jalur yang tidak boleh diakses oleh perayap yang diidentifikasi oleh baris user-agent dalam grup aturan disallow.” Aturan allow “specifies paths that may be accessed by the designated crawlers. When no path is specified, the rule is ignored.” (terjemahan) “Menentukan jalur yang boleh diakses perayap yang ditetapkan. Jika tidak ada jalur yang ditentukan, aturan tersebut diabaikan.”

Aturan pencocokan (sering dijelaskan secara keliru). Saat dua aturan bertentangan, aturan yang paling spesifik menang, dan “paling spesifik” berarti jalur terpanjang: “When matching robots.txt rules to URLs, crawlers use the most specific rule based on the length of the rule path. In case of conflicting rules, including those with wildcards, Google uses the least restrictive rule.” (terjemahan) “Saat mencocokkan aturan robots.txt dengan URL, perayap memakai aturan paling spesifik berdasarkan panjang jalur. Jika aturan bertentangan, termasuk aturan dengan karakter pengganti, Google memakai aturan yang paling tidak membatasi.” Jadi, pada kondisi seri yang sebenarnya, aturan yang paling tidak membatasi menang—Allow mengalahkan Disallow. RFC 9309 menyebutnya “Longest Match”: “The following example shows that in the case of two rules, the longest one is used for matching.” (terjemahan) “Contoh berikut menunjukkan bahwa jika ada dua aturan, aturan terpanjang yang digunakan untuk pencocokan.” Evidence for this claim Google resolves matching robots.txt rules by path specificity and uses the least restrictive rule when equally specific rules conflict. Scope: Google crawler interpretation of robots.txt rules; other crawlers may implement different extensions. Confidence: high · Verified: Google: Robots.txt interpretation

Contoh penerapan:

User-agent: *
Allow: /folder/page
Disallow: /folder/

URL /folder/page cocok dengan kedua aturan. Allow: /folder/page (12 karakter) lebih panjang daripada Disallow: /folder/ (8 karakter), sehingga aturan Allow yang lebih panjang dan lebih spesifik menang dan halaman dapat dirayapi.

Karakter pengganti * dan $. Google: * designates 0 or more instances of any valid character. $ designates the end of the URL.” (terjemahan) “Tanda bintang mewakili nol atau lebih kemunculan karakter valid apa pun. Tanda dolar menandai akhir URL.” Jadi, Disallow: /*.pdf$ memblokir setiap URL yang berakhir dengan .pdf, dan Disallow: /*? memblokir setiap URL yang berisi string kueri. Pencocokan didasarkan pada awalan: Disallow: /fish cocok dengan /fish, /fish.html, dan /fish/salmon.html, tetapi tidak dengan /Fish (peka huruf besar-kecil) atau /catfish (yang dicocokkan adalah awalan, bukan substring).

Kepekaan huruf besar-kecil (bagian yang mudah terlewat). Nama kolom dan nama user-agent tidak peka huruf besar-kecil; nilai jalur peka huruf besar-kecil. Google: “Both the user-agent field name and its value are case-insensitive,” (terjemahan) “Nama kolom user-agent dan nilainya sama-sama tidak peka huruf besar-kecil,” tetapi “The field name (disallow) is case-insensitive, but its value is case-sensitive,” (terjemahan) “Nama kolom (disallow) tidak peka huruf besar-kecil, tetapi nilainya peka huruf besar-kecil,” dan “The path value must start with / to designate the root and the value is case-sensitive.” (terjemahan) “Nilai jalur harus dimulai dengan garis miring untuk menunjukkan root dan nilainya peka huruf besar-kecil.” Jadi, Disallow: /Folder/ tidak memblokir /folder/.

Sitemap. Arahan Sitemap: menerima URL absolut lengkap dan tidak bergantung pada grup—baris ini dapat diletakkan di mana saja dalam file.

Komentar. Semua teks setelah # diabaikan: “To include comments, precede your comment with the # character.” (terjemahan) “Untuk menyertakan komentar, awali komentar dengan karakter pagar.”

noindex, nofollow, dan crawl-delay BUKAN arahan robots.txt

Ini adalah mitos yang terus bertahan. Sejak 1 September 2019, Google menghentikan dukungan untuk aturan yang tidak didukung dan tidak didokumentasikan—termasuk noindex, nofollow, dan crawl-delay. Pengumuman Google membahas aturan yang tidak didukung draf internet, seperti crawl-delay, nofollow, dan noindex, yang tidak pernah didokumentasikan Google, serta menyatakan bahwa seluruh kode yang menangani aturan tidak didukung dan tidak dipublikasikan (seperti noindex) akan dihentikan pada tanggal tersebut. Daftar kolom yang didukung memang pendek, dan spesifikasi menyebut pengecualiannya secara langsung: Google mendukung user-agent, allow, disallow, dan sitemap, sedangkan “other fields such as crawl-delay aren’t supported.” (terjemahan) “Kolom lain seperti crawl-delay tidak didukung.”

Jika sebelumnya Anda mengandalkan noindex dalam robots.txt, pilihannya adalah tag meta noindex atau header X-Robots-Tag, kode status 404/410, perlindungan kata sandi, Disallow, atau alat penghapusan Search Console.

Cara Google menangani robots.txt di balik layar

  • Batas ukuran: 500 KiB. “Google enforces a robots.txt file size limit of 500 kibibytes (KiB). Content which is after the maximum file size is ignored.” (terjemahan) “Google membatasi file robots.txt hingga 500 KiB; konten setelah batas maksimum diabaikan.”
  • Cache sekitar 24 jam. “Google generally caches the contents of robots.txt file for up to 24 hours, but may cache it longer in situations where refreshing the cached version isn’t possible.” (terjemahan) Evidence for this claim Google generally caches robots.txt for up to 24 hours and changes crawling behavior according to the HTTP status returned for the file. Scope: Google crawler handling of robots.txt fetches, including documented 4xx, 5xx, and redirect behavior. Confidence: high · Verified: Google: Robots.txt file handling “Google umumnya menyimpan isi robots.txt hingga 24 jam, tetapi dapat menyimpannya lebih lama jika cache tidak dapat diperbarui.” Jadi, perubahan belum tentu langsung diambil.
  • Kode status berdampak pada seluruh situs:
    • 4xx kecuali 429 → tidak ada pembatasan; 404 pada /robots.txt berarti seluruh URL boleh dirayapi. Jangan memakai 401 atau 403 untuk membatasi perayapan.
    • 5xx atau tidak dapat dijangkau → Google menghentikan perayapan selama 12 jam, lalu memakai salinan terakhir yang baik hingga 30 hari sambil terus mencoba. Kesalahan server pada /robots.txt dapat menghentikan perayapan seluruh situs pada periode awal. Setelah 30 hari, jika situs tetap dapat dijangkau, Google memperlakukan situs seolah tidak memiliki robots.txt.
    • 3xx → Google mengikuti setidaknya lima hop redirect, lalu memperlakukannya sebagai 404.

robots.txt di Bing, Yandex, dan sistem lainnya

Pengelompokan dan sintaksnya pada dasarnya sama, tetapi ada dua perbedaan penting:

  • crawl-delay. Google mengabaikannya, Bing masih mendukungnya, dan Yandex berhenti pada 2018. Dokumentasi Yandex menyatakan “From February 22, 2018, Yandex doesn’t take into account the Crawl-delay directive,” (terjemahan) “Sejak 22 Februari 2018, Yandex tidak memperhitungkan arahan Crawl-delay,” dan mengarahkan pengguna ke pengaturan laju perayapan Yandex Webmaster. Bing menyatakan bahwa robots.txt adalah satu-satunya tempat yang sah untuk menetapkan crawl-delay bagi MSNBot dan nilainya merupakan pembatas relatif, bukan detik literal.
  • Jebakan bagian bingbot. Seperti aturan Google “only one group per crawler” (terjemahan) “hanya satu grup per perayap”, jika Anda membuat bagian User-agent: bingbot, Bing hanya menerapkan bagian itu dan mengabaikan nilai bawaan User-agent: *, kecuali crawl-delay. Ulangi semua arahan yang masih perlu diberlakukan.
  • Cache dan perilaku kegagalan Amazon. Amazon menyatakan bahwa perayapnya dapat memakai salinan robots.txt yang tersimpan dalam 30 hari terakhir. Jika file tidak dapat diambil, perayap bertindak seolah file itu tidak ada. Pemeriksa hanya dapat melaporkan salinan yang berhasil diambil, tetapi tidak dapat membuktikan versi cache yang digunakan Amazon—atau bahwa Amazon mengalami kegagalan yang sama dengan pemeriksa. Evidence for this claim Amazon says its crawlers may use a robots.txt copy cached within the previous 30 days and behave as though the file does not exist when they cannot fetch it. Scope: Amazon crawler behavior only; a checker result cannot establish which cached copy Amazon used or whether Amazon observed the same fetch failure. Confidence: high · Verified: Amazon: Amazonbot

Mengelola perayap AI dengan robots.txt

Saat ini, robots.txt merupakan kendali utama untuk mengelola perayap AI, dan perayap tersebut memakai sintaks grup/user-agent yang sama. Namun, semua ini adalah token terpisah, sehingga memblokir satu token tidak memblokir token lainnya.

  • OpenAI menjalankan beberapa bot berbeda, dan kontrol masing-masing bersifat independen—mengizinkan satu bot tidak mengizinkan bot lain, dan memblokir satu bot tidak memblokir bot lain. GPTBot merayapi konten untuk melatih model OpenAI; OAI-SearchBot menampilkan situs dalam fitur penelusuran ChatGPT; OAI-AdsBot memeriksa keamanan halaman yang diajukan sebagai iklan (datanya tidak digunakan untuk pelatihan). Blokir pelatihan dengan User-agent: GPTBot / Disallow: /—aturan itu saja tidak menghentikan bot penelusuran atau iklan. ChatGPT-User berbeda lagi: bot ini berjalan untuk tindakan yang dipicu seseorang di ChatGPT atau Custom GPT, bukan perayapan otomatis, dan OpenAI menyatakan “robots.txt rules may not apply” (terjemahan) “aturan robots.txt mungkin tidak berlaku” baginya—jadi jangan mengandalkan Disallow untuk mencegah aksesnya. Jika Anda mengubah bagian yang boleh dirayapi OAI-SearchBot, OpenAI menyatakan pembaruan dapat memerlukan sekitar 24 jam untuk mencapai sistem penelusurannya.
  • Google-Extended mengendalikan pelatihan Gemini/Vertex dan terpisah dari Googlebot.
  • Bot lain yang perlu diketahui: CCBot (Common Crawl), ClaudeBot (Anthropic), PerplexityBot, dan Bytespider.

Peringatan utamanya: kepatuhan bersifat sukarela. Robots.txt hanya meminta; file ini tidak memaksa. Perayap yang berperilaku baik mematuhinya, sedangkan scraper dapat dan memang mengabaikannya. Jika Anda benar-benar harus menjauhkan sesuatu dari bot, gunakan autentikasi atau pemblokiran; robots.txt bukan jawabannya.

Kesalahan umum (dan perbaikannya)

File mengembalikan 200, tetapi sebenarnya bukan file robots yang dapat digunakan. Status saja tidak cukup. Rekam Content-Type respons dan byte awalnya: template galat khusus/CDN dapat mengembalikan HTML pada /robots.txt dengan status 200, yang harus ditandai sebagai peringatan, bukan dianggap “izinkan semua”. Google mendokumentasikan robots.txt sebagai teks biasa UTF-8 dan dapat mengabaikan karakter yang tidak valid. Satu BOM UTF-8 di awal dapat ditoleransi, tetapi BOM kedua, BOM di tengah, byte UTF-16, NUL, atau karakter tak terlihat/kontrol dapat mengubah token pertama atau membatalkan suatu baris. Tampilkan offset byte dan baris terdampak; jangan menormalkan file secara diam-diam sebelum memberi tahu pengguna apa yang diterima perayap. Terapkan batas penguraian efektif Google sebesar 500 KiB sebelum menghitung hasil allow/disallow, tetapi tetap laporkan bagian akhir yang dibuang.

  • Blocking sebuah halaman Anda juga ingin deindexed. Block + noindex berarti Google tidak pernah melakukan perayapan ini untuk melihat noindex. gunakan noindex tanpa block.
  • menggunakan robots.txt untuk deindex. salah alat entirely — itu’s noindex’s job.
  • Blocking render-critical CSS/JS. Google perlu itu assets untuk melihat halaman sebagai sebuah pengguna melakukan; Google’s sendiri sample robots.txt explicitly re-allows .css/.js karena itu Googlebot dapat perayapan them.
  • Trying untuk hide sensitive data. RFC 9309 adalah blunt: “The Robots Exclusion Protocol is not a substitute for valid content security measures. Listing paths in the robots.txt file exposes them publicly and thus makes the paths discoverable.” (terjemahan) “Robots Exclusion Protocol bukan pengganti langkah pengamanan konten yang memadai. Mencantumkan jalur dalam robots.txt membukanya kepada publik sehingga jalur tersebut dapat ditemukan.” Menolak /secret-admin/ justru mengiklankan jalur itu. Gunakan autentikasi.
  • sebuah stray Disallow: /. ini blocks entire situs untuk named perayap — classic staging leftover itu takes sebuah situs out dari Google.
  • Ignoring kode respons pada /robots.txt. sebuah 5xx dapat stall crawling situs-wide; treat file’s availability sebagai production-critical.

untuk broader pipeline ini sits di dalam — penemuan, perayapan scheduler, perenderan, dan bagaimana crawling differs dari pengindeksan — melihat crawling hub. sibling topics (anggaran crawling, dan bagaimana Google handles sitemaps) setiap membuka deeper pada satu piece dari ini.

Who's been ignoring my robots.txt?

This is live data from this site, not an illustration. My robots.txt disallows /api/trap/, and the only link to it is invisible to humans — so a compliant crawler will never request it. Every user-agent below fetched it anyway. (Humans poking at it with curl show up too; the user-agent usually gives them away.)

Loading trap log…

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.