CDN dan SEO

TL;DR — sebuah CDN (jaringan pengiriman konten) adalah sebuah network dari server spread sekitar world itu pertahankan copies dari Anda halaman dan sajikan them dari sebuah location close untuk setiap pengunjung. itu membuat Anda situs lebih cepat dan lebih reliable. sebuah CDN tidak akan secara langsung boost Anda rankings, tetapi sebuah lebih cepat, lebih reliable situs helps hal Google melakukan mengukur — so ini adalah biasanya sebuah win. main cara sebuah CDN hurts SEO adalah oleh accidentally blocking mesin pencari bot, yang adalah fixable.

Apa sebuah CDN adalah

Biasanya, setiap pengunjung untuk Anda situs connects untuk satu server — Anda origin — wherever ini physically lives. Seseorang pada lainnya side dari world menunggu lebih lama untuk setiap permintaan, karena data memiliki farther untuk travel.

sebuah CDN memperbaiki itu oleh putting copies dari Anda konten pada lots dari server (called edge server) di berbeda locations. Ketika seseorang visits, mereka’re disajikan dari nearest satu alih-alih Anda origin. itu’s lebih cepat untuk them, dan ini takes muat off Anda own server. Cloudflare, Fastly, Akamai, Amazon CloudFront, dan Bunny adalah umum contoh.

melakukan sebuah CDN help SEO?

pendek jawaban: sebuah CDN adalah tidak sebuah peringkat factor oleh itself, tetapi ini helps hal itu adalah. Google tidak memberikan Anda sebuah boost untuk “menggunakan a CDN.” (terjemahan) “menggunakan sebuah CDN.” Apa ini melakukan adalah:

• membuat halaman muat lebih cepat — yang improves Anda Core Web Vitals, halaman-experience metrics Google looks di.
• pertahankan situs up — CDNs dapat pertahankan serving cached halaman bahkan selama traffic spikes atau pendek outages, dan mereka absorb attacks.
• Let mesin pencari crawl Anda sebuah bit lebih cepat — Google sebenarnya raises bagaimana hard ini adalah willing untuk crawl sebuah situs ketika ini detects sebuah CDN behind ini.

So honest framing adalah: sebuah CDN adalah sebuah baik alat itu mendukung SEO, tidak sebuah magic peringkat button.

main cara sebuah CDN dapat hurt SEO

CDNs come dengan bot protection — mereka block floods dari buruk traffic. Occasionally itu protection catches baik bot too, dan Googlebot atau Bingbot mendapatkan stuck behind sebuah “prove Anda human” (terjemahan) “prove Anda’re human” challenge mereka dapat’t lulus. jika itu happens, Google dapat’t see Anda halaman, dan Anda rankings dapat suffer.

baik news: ini adalah fixable. Anda periksa ini dengan pemeriksaan URL alat di Google Search Console — ini menampilkan Anda halaman cara Google sees ini. jika Google sees sebuah blank halaman, sebuah error, atau sebuah bot challenge alih-alih Anda konten, itu’s Anda CDN blocking ini, dan Anda (atau Anda CDN provider) perbaiki firewall aturan.

sebuah couple dari lainnya hal orang worry tentang itu mostly tidak masalah:

• sebuah shared CDN IP address (digunakan oleh lots dari lainnya situs too) adalah fine — Google’s John Mueller memiliki mengatakan Anda tidak perlu untuk buy Anda own IP block.
• “Duplicate konten penalties” (terjemahan) “Duplicate konten penalties” dari sebuah CDN tidak sebuah nyata hal — di worst sebuah misconfiguration membuat Google pick wrong versi dari sebuah URL, yang Anda perbaiki dengan tag canonical, tidak oleh fearing sebuah penalty.

ingin deep versi — anggaran crawling dan cold caches, hard vs. soft bot blocks, Google’s December 2024 guidance, HTTPS pitfalls, dan canonicalization melalui edge? Switch untuk Advanced tab.

TL;DR — sebuah CDN caches dan menyajikan Anda konten dari edge server near setiap requester, cutting TTFB dan improving Core Web Vitals, menambahkan uptime/flood protection, dan letting Google crawl lebih cepat (ini raises crawl-rate thresholds untuk CDN-backed situs, inferred dari serving IP). ini adalah tidak sebuah peringkat factor itself. catches adalah semua operational: sebuah cold cache masih membuat Anda origin sajikan setiap baru URL setidaknya setelah (sebuah crawl-budget cost pada big launches); sebuah CDN’s WAF atau bot-verification interstitials dapat silently block crawler — single biggest dunia nyata CDN/SEO failure mode; tag canonical dan HTTPS config memiliki untuk survive edge; dan Google reversed itself di di bawah sebuah week di December 2024 pada sharding critical JS/CSS untuk sebuah CDN subdomain (now discouraged untuk critical resources, masih fine untuk besar non-critical assets like video). authoritative sumber adalah Google’s “Crawling December: CDNs dan crawling” (terjemahan) “crawling December: CDNs dan crawling” post.

Apa sebuah CDN sebenarnya melakukan

sebuah CDN adalah sebuah intermediary antara Anda origin server dan everyone requesting Anda URLs — pengunjung dan crawler alike. Google’s own December 2024 “Crawling December” (terjemahan) “crawling December” post mendeskripsikan ini plainly: CDNs adalah sebuah intermediary antara Anda origin server dan end pengguna itu menyajikan beberapa files pada Anda behalf, dan secara historis mereka biggest focus adalah caching — setelah sebuah URL adalah requested, CDN stores -nya contents untuk sebuah sementara so Anda server tidak memiliki untuk sajikan itu file again. Google frames seluruh poin sebagai decreasing latency dari Anda situs web: speedy pengiriman dari Anda konten bahkan di bawah berat traffic.

itu single post — oleh Martin Splitt dan Gary Illyes — adalah paling authoritative dan saat ini hal either mesin pencari memiliki published pada CDNs dan SEO, dan sebagian besar competing artikel jangan gunakan ini. Hampir semuanya di bawah adalah grounded di ini.

Worth menjadi precise tentang apa sebuah CDN adalah, since istilah mendapatkan digunakan loosely: sebuah CDN adalah secara khusus distributed edge-server topology — network dari caching/serving nodes sitting antara Anda origin dan requesters. ini tidak synonymous dengan generic web hosting, dan ini tidak synonymous dengan HTTP caching itself (apa pun server atau proxy dapat cache sebuah respons). Web Application Firewall protection dan TLS termination tidak bagian dari core CDN function either — sebagian besar CDN vendors bundle them di, yang adalah mengapa istilah mendapatkan blurred, tetapi mereka’re terpisah capabilities layered pada top dari edge pengiriman.

melakukan sebuah CDN help SEO? honest jawaban

sebuah CDN adalah tidak sebuah peringkat factor. ini adalah sebuah performa dan reliability lever itu influences several hal Google melakukan weigh. Three dari them penting:

Lebih cepat TTFB dan Core Web Vitals

Serving dari sebuah nearby edge cache cuts round-trip time, yang lowers time untuk pertama byte — dan TTFB adalah leading edge dari LCP, largest dari Core Web Vitals. Google’s framing adalah itu offloading media, JavaScript, CSS, dan bahkan HTML untuk sebuah CDN’s caches reduces server muat dan berarti halaman muat lebih cepat di pengguna’ browser, yang correlates dengan better conversions. ini adalah paling bersih, sebagian besar defensible SEO argument untuk sebuah CDN, dan ini overlaps dengan semuanya di caching, resource hints, dan web performa alat siblings di ini cluster — sebuah CDN adalah satu dari biggest levers Anda pull untuk perbaiki sebuah buruk CWV atau PageSpeed score.

itu benefit adalah conditional, though. sebuah cache hit near requester adalah apa cuts round-trip time; sebuah miss, sebuah uncached personalized respons, atau sebuah poorly placed edge node dapat leave TTFB unchanged atau bahkan tambahkan overhead. sebuah CDN tidak jaminan sebuah lebih rendah TTFB di setiap region atau pada setiap permintaan — ini jaminan satu ketika edge dapat sebenarnya sajikan respons.

Lebih tinggi crawl-rate thresholds untuk CDN-backed situs

ini adalah underrated upside. Google infers server headroom dari IP serving Anda URLs, dan ini explicitly designs -nya crawling infrastructure untuk izinkan lebih tinggi crawl rates pada situs itu adalah backed oleh sebuah CDN. throttling threshold adalah banyak lebih tinggi ketika kami crawling infrastructure detects itu Anda situs adalah backed oleh sebuah CDN, karena ini assumes server dapat tangani lebih simultaneous permintaan. untuk sebuah besar atau frequently diperbarui situs, itu’s sebuah genuine, terdokumentasi benefit — lebih dari Anda halaman dapat menjadi di-crawl lebih cepat. menjadi precise tentang apa sebenarnya guaranteed di sini: ini adalah sebuah inferred capacity threshold, tidak sebuah promised crawl-budget, pengindeksan, atau peringkat gain — Google masih decides bagaimana banyak dari itu lebih tinggi ceiling untuk gunakan berdasarkan -nya own crawl-demand sinyal untuk Anda situs. (dan bahkan di penuh gunakan, ini adalah masih sebuah crawl budget efficiency gain, tidak sebuah sinyal peringkat — crawling lebih tidak peringkat better.)

Reliability, uptime, dan flood protection

Google names dua lebih benefits. Traffic flood protection: CDNs adalah baik di identifying dan blocking excessive atau malicious traffic, mempertahankan Anda situs usable bahkan ketika misbehaving bot akan overload ini. dan reliability: beberapa CDNs dapat sajikan Anda situs untuk pengguna bahkan jika Anda situs adalah down — setidaknya static konten, yang dapat menjadi cukup untuk pertahankan pengunjung dari leaving. scale di sini adalah nyata — CDNs memiliki autonomously detected dan mitigated multi-terabit DDoS floods itu akan take sebuah unprotected origin server offline di seconds. Uptime adalah diam-diam sebuah SEO concern — sustained downtime itu mengembalikan errors untuk Googlebot akan eventually cost Anda di indeks.

crawl-budget catch: cold caches pada baru URLs

Di sini’s nuance hampir setiap pesaing artikel misses. sebuah CDN melakukan tidak exempt Anda origin dari serving brand-baru URLs. pada pertama permintaan untuk sebuah URL CDN’s cache adalah cold — tidak seorang pun’s ditanyakan untuk ini namun, so ini tidak cached — dan Anda origin masih memiliki untuk sajikan ini setidaknya setelah untuk warm cache. Google’s contoh adalah sebuah webshop launching sebuah million-plus URLs: bahkan behind sebuah CDN, Anda server akan perlu untuk sajikan itu 1 000 007 URLs setidaknya setelah sebelum CDN dapat help. itu’s sebuah nyata hit pada anggaran crawling, dan Google warns laju crawling akan mungkin spike untuk sebuah sedikit days.

Practical takeaway: jika Anda’re launching sebuah lot dari URLs di setelah — sebuah baru situs bagian, sebuah migration, sebuah huge product catalog — plan untuk Anda origin untuk absorb itu awal crawl. CDN melindungi Anda setelah warm-up, tidak selama ini. ini adalah yang sama “where the load actually falls” (terjemahan) “di mana muat sebenarnya falls” thinking itu muncul up di situs migrations.

seharusnya static assets langsung pada sebuah CDN subdomain?

sebuah recurring architecture pertanyaan: melakukan Anda host CSS/JS/images pada sebuah terpisah hostname like cdn.example.com, atau back Anda main hostname dengan sebuah CDN? Google says keduanya berfungsi — -nya crawling infrastructure mendukung either option tanpa issues. Splitting resources onto mereka own hostname dapat let -nya Web rendering Service render lebih efficiently, tetapi Google flags caveat itself: ini dapat negatively memengaruhi halaman performa karena overhead dari sebuah connection untuk sebuah berbeda hostname.

dan ini adalah di mana Google publicly changed -nya mind di di bawah sebuah week. -nya December 3, 2024 companion post pertama suggested hosting resources pada sebuah berbeda hostname untuk shift crawl-budget concerns onto resource host. Three days kemudian ini ditambahkan sebuah correction: karena itu dapat hasil di lebih lambat halaman performa karena overhead dari connection untuk sebuah berbeda hostname, Google Tidak lebih lama recommends ini untuk critical rendering resources like JavaScript atau CSS — though ini adalah masih worth considering untuk besar non-critical assets like video atau downloads. jika Anda sudah back Anda main host dengan sebuah CDN, Anda sidestep seluruh tradeoff: satu hostname untuk kueri, critical resources disajikan dari CDN’s cache. Note too itu WRS caches JS/CSS untuk up untuk 30 days regardless dari Anda HTTP cache headers, so resource perubahan dapat lag.

Ketika CDNs hurt SEO: bot blocking ( biggest nyata risk)

angka-satu dunia nyata CDN/SEO masalah adalah tidak duplicate konten — ini adalah CDN silently mempertahankan crawler out. Google adalah direct: karena flood protection, bot itu Anda melakukan ingin pada Anda situs dapat end up di Anda CDN’s blocklist, typically di Web Application Firewall (WAF), yang dapat mencegah Anda situs dari menunjukkan up di penelusuran di semua. Google splits failure modes ke hard blocks dan soft blocks.

Hard blocks — dan yang kode status Anda kembalikan penting enormously

• HTTP 503 / 429 — right cara untuk sinyal sebuah temporary block. ini buys Anda time untuk react sebelum apa pun adalah deindexed. Prefer ini.
• Network timeouts — buruk. Google memperlakukan ini sebagai terminal, “hard” (terjemahan) “hard” errors. precise outcome — removal dari indeks, sebuah cut untuk Anda laju crawling, atau keduanya — bergantung pada status/network-error class, bagaimana panjang ini persists, dan apakah ini recurs, per Google’s saat ini HTTP kode status, dan network dan DNS errors documentation; sebuah single isolated timeout adalah sebuah banyak lebih kecil risk daripada sebuah sustained pattern dari them.
• sebuah random error message disajikan dengan sebuah 200 status (“soft error” (terjemahan) “soft error”) — worst case. jika Google membaca ini sebagai sebuah hard error, ini menghapus URL; jika ini dapat’t, semua halaman sharing itu error body dapat menjadi eliminated sebagai duplicates.

itu peringkat dari outcomes adalah single sebagian besar actionable hal di ini seluruh topic: sebuah bersih 503 adalah better daripada sebuah “technically up” (terjemahan) “secara teknis aktif” pada halaman error berstatus 200.

Soft blocks — bot-verification interstitials

Ketika sebuah CDN throws sebuah “adalah Anda human” (terjemahan) “adalah Anda human” challenge, itu interstitial adalah semua crawler sees — tidak Anda halaman. Google’s perbaiki adalah jelas: untuk ini bot-verification interstitials ini strongly recommends sending sebuah jelas sinyal di form dari sebuah 503 HTTP kode status untuk automated clients, so konten tidak dropped dari indeks secara otomatis.

cara debug ini

Google’s workflow untuk keduanya hard dan soft blocks: gunakan pemeriksaan URL alat di Search Console dan lihat dirender screenshot — Anda halaman berarti Anda’re fine; sebuah blank halaman, sebuah error, atau sebuah bot challenge berarti talk untuk Anda CDN. lalu verify crawler terhadap published IP ranges dan, jika appropriate, hapus blocked IPs dari Anda WAF aturan atau allowlist them. Crucially, Google warns itu IPs dapat end up pada sebuah blocklist secara otomatis, tanpa Anda knowing, so memeriksa Anda WAF blocklists periodically adalah worth melakukan. Google publishes Googlebot’s IP ranges untuk persis ini; Bing publishes equivalent (see Bing bagian di bawah).

ini adalah, incidentally, satu place I’ve watched hal break di seluruh stack. di my SMX Advanced 2018 “Solving Complex SEO Problems” (terjemahan) “Solving kompleks SEO masalah” deck I map out bagaimana banyak layers logic dapat langsung di — DNS, CDN, middleware, server, HTTP header, locale — dan CDN edge adalah satu dari them. Ketika sebuah redirect atau sebuah block behaves satu cara di sebuah browser dan lainnya cara untuk Googlebot, edge adalah sering di mana surprise adalah hiding.

Cache headers dan canonicalization melalui sebuah CDN

Duplicate konten dari sebuah CDN adalah sebuah manageable risk, tidak sebuah penalty. cara ini sebenarnya goes wrong:

• CDN menyajikan konten dari -nya own domain tanpa echoing Anda origin’s canonical tag atau header — so edge URL competes dengan nyata satu.
• Multi-region nodes sajikan geographically varied konten tanpa correct hreflang, splitting sebuah halaman di seluruh regional variants.
• kueri-string atau cache-key menangani manufactures parameter-based duplicates.

perbaiki adalah yang sama discipline canonicalization dan duplicate konten artikel cover: pastikan Anda tag canonical dan headers survive edge intact, dan verify them setelah sebuah CDN deploy, tidak sebelum. Remember canonicalization adalah sebuah consolidation dari sinyal — sebuah CDN itu strips atau overrides Anda canonical adalah hanya satu lebih sinyal pulling wrong cara.

Satu myth untuk retire sementara kami’re di sini: Vary header adalah sebuah caching-correctness concern, tidak sebuah SEO sinyal. sebuah Vary: User-Agent dapat wreck sebuah CDN’s cache hit rate jika CDN refuses untuk cache varied respons, tetapi Google melakukan tidak gunakan Vary sebagai sebuah mobile/desktop pengindeksan sinyal. itu’s sebuah ops masalah, tidak sebuah peringkat satu.

HTTPS/TLS melalui sebuah CDN

sebuah CDN menambahkan sebuah kedua leg untuk Anda encryption: origin↔edge dan edge↔client. Keduanya perlu untuk menjadi HTTPS. classic misconfiguration adalah sebuah “Flexible SSL” (terjemahan) “mode Flexible SSL” di mana pengunjung sees HTTPS tetapi CDN talks untuk Anda origin di atas plain HTTP — dan HTTP-hanya asset URLs baked ke sebuah CDN config produce mixed-konten warnings. pastikan security headers like HSTS dan CSP lulus melalui edge, too. HTTPS adalah sebuah lightweight sinyal peringkat di -nya own right, dan sebuah CDN adalah satu dari easier places untuk accidentally undo ini. jika Anda’re standing up atau switching sebuah CDN tanpa mengubah Anda URLs, treat ini like sebuah hosting perubahan — Google’s mengubah Anda web hosting guidance covers “Tidak URL ubah” (terjemahan) “Tidak URL perubahan” situs-move case.

Shared IPs, dan apa tidak penting

• sebuah shared CDN IP address adalah sebuah non-issue untuk rankings. Google’s John Mueller memiliki mengatakan situs owners jangan perlu untuk artificially buy IP address blocks; ending up pada sebuah CDN IP shared dengan lainnya companies adalah yang diharapkan dan fine.
• ** cdn.example.com vs. ketiga-party CDN domain pilihan** adalah sebuah teknis/performa decision, tidak sebuah SEO satu, sebagai panjang sebagai konten adalah dapat di-crawl — yang mengikuti secara langsung dari Google supporting either hostname setup.

Bing’s side

Bing memiliki Tidak single “CDN dan SEO” (terjemahan) “CDN dan SEO” explainer sebagai detailed sebagai Google’s, tetapi yang sama masalah dan memperbaiki apply. direct parallel untuk Google’s WAF guidance: Bing publishes official Bingbot IP ranges dan sebuah verification alat precisely so situs owners behind sebuah CDN atau bot-management layer dapat konfirmasi sebuah crawler adalah benar-benar Bingbot sebelum izinkan- atau deny-listing ini — see Verify Bingbot dan Verify Bingbot alat. Microsoft juga dirilis -nya Bingbot IP address list sebagai sebuah JSON file, yang sama cara Google melakukan. Bing’s umum guidance juga lists situs speed among optimization considerations dan names menggunakan sebuah CDN sebagai satu dari tactics untuk meningkatkan muat times. dan Bing’s Fabrice Canel memiliki spoken, di sebuah tinggi tingkat, tentang bagaimana konten cached pada CDNs dan hosted di cloud membuat baru challenges untuk pengukuran dan managing konten di seluruh platforms — sebuah fair characterization dari operational reality, bahkan jika ini tidak sebuah peringkat claim.

Di mana ini fits

CDN decisions touch nearly semuanya di web performa cluster — caching, resource hints, Core Web Vitals, TTFB — karena sebuah CDN adalah satu dari biggest levers pada semua dari them. ini juga reaches ke crawling (crawl budget, cold caches), pengindeksan (canonicalization, duplicate menangani), HTTPS, dan situs migrations. recurring theme: sebuah CDN adalah sebuah straightforward win untuk sinyal itu penting jika Anda pertahankan tag canonical, HTTPS config, dan crawler access intact melalui edge — dan sebuah leading penyebab dari “indexed tanpa konten” (terjemahan) “terindeks tanpa konten” jika Anda tidak.

AI summary

sebuah condensed take pada Advanced versi:

• sebuah CDN adalah tidak sebuah peringkat factor — ini adalah sebuah performa/reliability lever itu moves hal Google dan Bing melakukan gunakan: TTFB → LCP / Core Web Vitals, uptime, HTTPS pengiriman, dan crawl efficiency.
• Google raises crawl-rate thresholds untuk CDN-backed situs, inferred dari serving IP — sebuah terdokumentasi upside untuk besar/frequently diperbarui situs, tetapi ini adalah sebuah inferred capacity ceiling, tidak sebuah guaranteed crawl-budget, pengindeksan, atau peringkat gain (dan masih sebuah efficiency lever, tidak sebuah sinyal peringkat, bahkan ketika Google menggunakan ini).
• ** cold-cache catch:** sebuah CDN tidak spare Anda origin dari serving setiap brand-baru URL setidaknya setelah untuk warm cache. Big launches/migrations masih hit anggaran crawling hard untuk sebuah sedikit days.
• Hostname sharding dari critical JS/CSS untuk sebuah CDN subdomain adalah now discouraged — Google reversed -nya own advice di dalam sebuah week di December 2024 karena extra-hostname connection overhead; masih fine untuk besar non-critical assets (video/downloads).
• ** biggest dunia nyata failure adalah bot-blocking**, tidak duplicate konten. Hard blocks: 503/429 = baik dan recoverable; network timeouts = terminal errors milik siapa sebenarnya consequence (removal, sebuah crawl-rate cut, atau keduanya) scales dengan bagaimana panjang dan bagaimana sering mereka happen; sebuah 200 “soft error” (terjemahan) “soft error” halaman = worst (dedup/removal). Soft blocks (CAPTCHA interstitials) → perbaiki oleh returning 503 untuk crawler.
• Debug dengan pemeriksaan URL dirender screenshot, verify crawler terhadap Google’s dan Bing’s published IP ranges, dan review Anda WAF blocklist periodically (IPs dapat menjadi blocked secara otomatis).
• Canonicalization/duplicates adalah sebuah manageable risk (tag canonical/headers harus survive edge; watch kueri strings dan multi-region konten). Vary adalah sebuah caching concern, tidak sebuah SEO sinyal.
• HTTPS perlu keduanya origin↔edge dan edge↔client legs encrypted; hindari “Flexible SSL” (terjemahan) “Flexible SSL” mixed konten. Shared CDN IPs adalah fine untuk rankings (per Mueller).

Dokumentasi resmi

Utama-sumber documentation dari mesin pencari.

Google

• crawling December: CDNs dan crawling (Splitt & Illyes, Dec 2024) — authoritative CDN/SEO post: caching, flood protection, lebih tinggi crawl rates, cold caches, hard vs. soft blocks, dan pemeriksaan URL debug workflow.
• crawling December: bagaimana dan mengapa dari Googlebot crawling (Dec 3, 2024, diperbarui Dec 6, 2024) — hostname sharding dari resources, December 6 correction pada critical JS/CSS, dan WRS 30-day resource caching.
• HTTP kode status, dan network dan DNS errors — saat ini documentation untuk persis apa happens (dan ketika) setelah sebuah hard block, timeout, atau soft error.
• mengoptimalkan Anda anggaran crawling — crawl capacity limit; throttling model CDN post references.
• Mengubah Anda web hosting — “Tidak URL ubah” (terjemahan) “Tidak URL perubahan” situs-move case, yang adalah apa menambahkan atau switching sebuah CDN adalah.
• Googlebot IP ranges (googlebot.json) — published IPs untuk verifying Googlebot dan clearing WAF salah-blocks.

Bing / Microsoft

• Verify Bingbot (help doc) — konfirmasi sebuah crawler adalah benar-benar Bingbot sebelum izinkan/deny-listing ini di sebuah CDN WAF.
• Verify Bingbot (alat) — publik verification alat.
• Bing Webmaster Guidelines — umum guidance, including situs-speed considerations.

Quotes dari sumber

pada—record statements dari Google. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage pada sumber halaman. (Bing’s dan John Mueller’s positions adalah summarized di Advanced tab alih-alih quoted — see caveat di bawah.)

Google — apa sebuah CDN melakukan dan mengapa ini helps

• “Content delivery networks (CDNs) are particularly well suited for decreasing latency of your website and in general keeping web traffic-related headaches away. This is their primary purpose after all: speedy delivery of your content even if your site is getting loads of traffic.” (terjemahan) “Jaringan distribusi konten (CDN) sangat cocok untuk mengurangi latensi situs Anda dan secara umum menjauhkan masalah terkait traffic web. Itulah tujuan utamanya: mengirimkan materi dengan cepat meskipun situs Anda menerima traffic besar.” — Martin Splitt & Gary Illyes, Google Search Central Blog, Dec 2024. Jump untuk quote
• “CDNs are basically an intermediary between your origin server (where your website lives) and the end user, and serves (some) files for them.” (terjemahan) “CDN pada dasarnya menjadi perantara antara origin server (tempat situs Anda berada) dan pengguna akhir, lalu menyajikan sebagian file untuk mereka.” Jump untuk quote
• “Traffic flood protection: CDNs are particularly good at identifying and blocking excessive or malicious traffic, letting your users visit your site even when misbehaving bots or no-good-doers would overload your servers.” (terjemahan) “Perlindungan dari lonjakan traffic: CDN sangat baik dalam mengidentifikasi dan memblokir traffic berlebihan atau berbahaya, sehingga pengguna tetap dapat mengunjungi situs Anda saat bot yang berperilaku buruk atau pelaku jahat berpotensi membebani server.” Jump untuk quote
• “Reliability: Some CDNs can serve your site to users even if your site is down. This of course might only work for static content, but that might already be enough to ensure they don’t take their business somewhere else.” (terjemahan) “Keandalan: beberapa CDN dapat menyajikan situs Anda kepada pengguna meskipun situs sedang down. Ini tentu mungkin hanya berlaku untuk konten statis, tetapi itu bisa cukup agar mereka tidak membawa bisnisnya ke tempat lain.” Jump untuk quote

Google — laju crawling dan cold-cache cost

• “Our crawling infrastructure is designed to allow higher crawl rates on sites that are backed by a CDN, which is inferred from the IP address of the service that’s serving the URLs our crawlers are accessing.” (terjemahan) “Infrastruktur crawling kami dirancang untuk memungkinkan laju crawling lebih tinggi pada situs yang didukung CDN; hal ini disimpulkan dari alamat IP layanan yang menyajikan URL yang diakses crawler kami.” Jump untuk quote
• “In short, even if your webshop is backed by a CDN, your server will need to serve those 1,000,007 URLs at least once.” (terjemahan) “Singkatnya, meskipun webshop Anda didukung CDN, server Anda tetap perlu menyajikan 1.000.007 URL tersebut setidaknya sekali.” Jump untuk quote

Google — bot blocking ( biggest dunia nyata risk)

• “Due to the CDNs’ flood protection and how crawlers, well, crawl, occasionally the bots that you do want on your site may end up in your CDN’s blocklist, typically in their Web Application Firewall (WAF).” (terjemahan) “Karena perlindungan lonjakan traffic CDN dan cara crawler melakukan crawling, bot yang sebenarnya Anda inginkan di situs dapat sesekali masuk ke blocklist CDN, biasanya di Web Application Firewall (WAF)-nya.” Jump untuk quote
• “In case of these bot-verification interstitials, we strongly recommend sending a clear signal in the form of a 503 HTTP status code to automated clients like crawlers that the content is temporarily unavailable.” (terjemahan) “Jika terjadi interstitial verifikasi bot, kami sangat menyarankan pengiriman sinyal jelas berupa kode status HTTP 503 kepada klien otomatis seperti crawler, yang menandakan konten untuk sementara tidak tersedia.” Jump untuk quote
• “Remember that the IPs may end up on a blocklist automatically, without you knowing, so checking in on the blocklists every now and then is a good idea for your site’s success in search and beyond.” (terjemahan) “Ingat, IP dapat masuk blocklist secara otomatis tanpa Anda ketahui; periksa blocklist sesekali demi keberhasilan situs Anda di penelusuran dan seterusnya.” Jump untuk quote

Google — hostname sharding, dan December 6 course-correction

• “Splitting out resources to their own hostname or a CDN hostname (cdn.example.com) may allow our Web Rendering Service (WRS) to render your pages more efficiently. This comes with a caveat though: this practice may negatively affect page performance due to the overhead of a connection to a different hostname.” (terjemahan) “Memisahkan resource ke hostname sendiri atau hostname CDN (cdn.example.com) dapat membantu Web Rendering Service (WRS) merender halaman dengan lebih efisien. Namun, praktik ini dapat menurunkan performa halaman karena overhead koneksi ke hostname lain.” Jump untuk quote
• “Update on December 6, 2024: This can result in slower page performance due to the overhead of connection to a different hostname, so we don’t recommend this strategy for critical resources (such as JavaScript or CSS) that are needed for rendering a page.” (terjemahan) “Pembaruan 6 Desember 2024: hal ini dapat memperlambat performa halaman karena overhead koneksi ke hostname lain, jadi kami tidak merekomendasikan strategi ini untuk resource kritis seperti JavaScript atau CSS yang diperlukan untuk merender halaman.” Jump untuk quote

CDN-dan-SEO audit — checklist

sebuah lulus untuk konfirmasi sebuah CDN adalah helping, tidak silently hurting, Anda SEO:

• crawler access: pemeriksaan URL di GSC menampilkan Anda nyata halaman di dirender screenshot — tidak sebuah blank halaman, error, atau bot challenge.
• WAF blocklist reviewed untuk accidentally blocked Googlebot/Bingbot IPs; verify terhadap Google’s googlebot.json dan Bing’s published ranges.
• Temporary blocks kembalikan 503/429, tidak pernah sebuah network timeout atau sebuah 200 halaman error.
• bot-verification interstitials kembalikan 503 untuk automated clients so konten tidak auto-deindexed.
• tag canonical/headers survive edge — verified setelah CDN deploy, tidak sebelum.
• HTTPS pada keduanya legs (origin↔edge dan edge↔client); Tidak “Flexible SSL” (terjemahan) “Flexible SSL” mixed konten; HSTS/CSP headers lulus melalui.
• Tidak accidental duplicate URLs dari CDN domain, multi-region konten, atau kueri-string/cache-key menangani; hreflang correct di mana konten varies oleh region.
• Big launches planned sekitar cold caches — origin dapat absorb awal sajikan dari setiap baru URL.
• Critical JS/CSS tidak sharded onto sebuah terpisah CDN subdomain (per Google’s Dec 2024 correction); besar non-critical assets pada sebuah subdomain adalah fine.
• Cache headers jangan accidentally sajikan stale atau wrong konten untuk crawler; Vary tidak tanking Anda cache hit rate.

mental models

1. sebuah CDN adalah sebuah enabler, tidak sebuah sinyal. Berhenti asking “akan a CDN rank me lebih tinggi?” (terjemahan) “akan sebuah CDN peringkat me lebih tinggi?” dan tanyakan “which signals does it move?” (terjemahan) “yang sinyal melakukan ini move?” — TTFB/CWV, uptime, HTTPS, crawl efficiency. mengoptimalkan itu; CDN adalah sebuah berarti.

2. edge adalah lainnya layer di mana logic lives. DNS, CDN, middleware, server, header HTTP, locale — sebuah redirect, sebuah block, atau sebuah header rewrite dapat happen di apa pun dari them. Ketika sesuatu behaves differently untuk Googlebot daripada di Anda browser, suspect edge.

3. Warm vs. cold cache. CDN melindungi Anda setelah pertama hit, tidak selama ini. Cold caches pada baru URLs masih cost origin capacity dan anggaran crawling — so plan launches dan migrations untuk warm-up period.

4. Fail loudly dan recoverably, tidak diam-diam. Ketika edge memiliki untuk turn sebuah crawler away, sebuah bersih 503/429 adalah better daripada sebuah timeout atau sebuah 200 halaman error. Loud-dan-temporary adalah recoverable; tenang-dan-fake mendapatkan Anda deindexed.

5. Sinyal memiliki untuk survive edge. tag canonical, HTTPS, security headers, dan crawler access semua lulus melalui CDN. Treat “melakukan ini masih berfungsi setelah itu CDN?” (terjemahan) “melakukan ini masih berfungsi setelah CDN?” sebagai sebuah diperlukan verification langkah, tidak sebuah assumption.

CDN-dan-SEO cheat sheet

Ketika sebuah CDN memiliki untuk turn sebuah crawler away — pick right respons

Apa sebuah CDN melakukan / tidak melakukan untuk SEO

Fast facts

• Authoritative sumber: Google’s crawling December: CDNs dan crawling (Dec 2024).
• Debug bot blocks dengan pemeriksaan URL’s dirender screenshot.
• Verify crawler terhadap googlebot.json dan Bing’s published IP ranges.
• HTTPS harus menjadi pada keduanya legs (origin↔edge dan edge↔client).

Myths dan mistakes, dengan perbaiki

setiap dari ini adalah sebuah umum belief tentang CDNs dan SEO — mengapa ini adalah wrong, dan apa untuk melakukan alih-alih.

Myth: “A CDN akan secara langsung boost my rankings.” (terjemahan) “sebuah CDN akan secara langsung boost my rankings.” Mengapa ini adalah wrong: Google tidak reward “menggunakan a CDN.” (terjemahan) “menggunakan sebuah CDN.” sebuah CDN adalah sebuah enabler dari performa dan reliability sinyal, tidak sebuah peringkat factor. melakukan alih-alih: gunakan CDN untuk meningkatkan TTFB/Core Web Vitals, uptime, dan crawl efficiency, dan mengukur itu.

Myth: “Menggunakan a CDN secara otomatis penyebab a duplicate-konten penalty.” (terjemahan) “menggunakan sebuah CDN secara otomatis penyebab sebuah duplicate-konten penalty.” Mengapa ini adalah wrong: ada Tidak duplicate-konten penalty. di worst, sebuah misconfigured canonical di seluruh CDN dan origin membuat Google pick sebuah unexpected canonical URL. melakukan alih-alih: Ensure tag canonical/headers survive edge dan verify them setelah setiap CDN deploy — ini adalah sebuah canonicalization hygiene task, tidak sebuah penalty risk.

Myth: “A shared CDN IP address (digunakan oleh lebih rendah-quality sites) drags down my rankings.” (terjemahan) “sebuah shared CDN IP address (digunakan oleh lebih rendah-quality situs) drags down my rankings.” Mengapa ini adalah wrong: Google’s John Mueller memiliki mengatakan sharing sebuah CDN IP block dengan lainnya companies adalah yang diharapkan dan fine; ada Tidak penalty untuk ini. melakukan alih-alih: jangan waste money buying dedicated IP blocks untuk SEO alasan.

Myth: “Putting static assets pada a cdn.example.com subdomain adalah selalu better untuk anggaran crawling.” (terjemahan) “Menempatkan aset statis pada subdomain cdn.example.com selalu lebih baik untuk anggaran crawling.” Mengapa ini adalah wrong: Google reversed ini advice di dalam sebuah week di December 2024 — untuk critical render-blocking JS/CSS extra-hostname connection overhead outweighs crawl-budget saving. melakukan alih-alih: pertahankan critical resources pada Anda main (CDN-backed) host; reserve terpisah-hostname hosting untuk besar non-critical assets like video dan downloads.

Myth: “Jika my CDN returns a weird error halaman dengan a 200 status, itu harmless karena itu site adalah technically up.” (terjemahan) “Jika CDN saya mengembalikan halaman error aneh dengan status 200, itu tidak berbahaya hanya karena situs secara teknis aktif.” Mengapa ini adalah wrong: Google panggilan ini sebuah soft error dan memperlakukan ini sebagai worst case — ini dapat hapus URL atau eliminate semua halaman sharing itu error body sebagai duplicates. melakukan alih-alih: mengembalikan bersih 503/429 untuk temporary blocks, tidak pernah sebuah 200 error halaman.

Myth: “CDNs adalah a dev/ops concern dengan tidak ada apa pun untuk lakukan dengan SEO.” (terjemahan) “CDNs adalah sebuah dev/ops concern dengan tidak ada apa pun untuk melakukan dengan SEO.” Mengapa ini adalah wrong: CDN misconfiguration adalah sebuah leading dunia nyata penyebab dari “indexed without content,” (terjemahan) “terindeks tanpa konten,” crawler blocking, dan halaman-experience regressions. melakukan alih-alih: Treat CDN perubahan sebagai SEO-relevant — loop di whoever owns crawling dan pengindeksan, dan re-verify crawler access, canonicals, dan HTTPS setelah setiap perubahan.

periksa apa sebuah crawler sebenarnya mendapatkan melalui Anda CDN

sajikan permintaan sebagai Googlebot dan bandingkan ini untuk sebuah wajar permintaan. jika CDN challenges atau blocks bot, dua akan differ (kode status, sebuah challenge body, atau sebuah redirect untuk sebuah interstitial).

macOS / Linux

# Fetch as Googlebot — watch the status line and headers
curl -sSI -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" \
  https://example.com/some-page/

# Compare against a normal browser UA
curl -sSI -A "Mozilla/5.0 (Windows NT 10.0; Win64; x64)" \
  https://example.com/some-page/

Windows / PowerShell

$gb = "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
Invoke-WebRequest -Uri "https://example.com/some-page/" -UserAgent $gb -Method Head |
  Select-Object StatusCode, Headers

sebuah 403, sebuah challenge halaman, atau sebuah 200 dengan sebuah suspiciously kecil body disajikan hanya untuk bot UA adalah Anda CDN’s WAF/bot management getting di cara.

Verify sebuah bot adalah benar-benar Googlebot sebelum izinkan/deny-listing ini

tidak pernah allowlist sebuah WAF entry berdasarkan pengguna-agent string alone — ini adalah trivially faked. melakukan sebuah reverse + forward DNS periksa.

macOS / Linux

# Reverse-DNS the IP from your logs — should end in googlebot.com or google.com
host 66.249.66.1
# Forward-DNS that hostname back — it must resolve to the same IP
host crawl-66-249-66-1.googlebot.com

Windows

nslookup 66.249.66.1
nslookup crawl-66-249-66-1.googlebot.com

jika reverse lookup tidak end di sebuah Google domain, atau forward lookup tidak match original IP, ini tidak Googlebot. Anda dapat juga match terhadap Google’s published ranges (googlebot.json) dan Bing’s published Bingbot IP list.

Spot mixed konten baked ke sebuah CDN config (DevTools Console)

Paste ke Chrome DevTools Console pada sebuah halaman untuk list apa pun assets dimuat di atas plain HTTP — sebuah umum “Flexible SSL” (terjemahan) “gejala mode Flexible SSL”:

[...document.querySelectorAll('[src],[href]')]
  .map(el => el.src || el.href)
  .filter(u => u && u.startsWith('http://'))
  .forEach(u => console.warn('Insecure:', u));

Apa pun logged adalah menjadi requested di atas HTTP dan akan trigger mixed-konten warnings behind Anda HTTPS CDN.

Monthly CDN crawler-access periksa

1. Sample critical templates. Pick setidaknya satu homepage, category, artikel, dan conversion URL, dan periksa setiap di seluruh setidaknya dua regions/PoPs dan cache status (hit, miss, stale) di mana itu’s practical. Selesai berarti sample covers setiap CDN cache atau WAF aturan set.
2. Inspect setiap URL sebagai Google. Jalankan pemeriksaan URL’s pengujian langsung dan review dirender halaman. Selesai berarti Google menerima halaman, tidak sebuah error atau challenge.
3. Review WAF events. Filter month’s blocks untuk verified penelusuran crawler; validate identities terhadap published Googlebot atau Bingbot ranges. Selesai berarti Tidak legitimate crawler tetap blocked.
4. Bandingkan edge headers. periksa status, canonical, Cache-Control, HTTPS, HSTS, dan CSP setelah edge. Selesai berarti CDN memiliki tidak stripped atau rewritten them.
5. Record exceptions dan owners. Log affected aturan, URL pattern, perbaiki, dan berikutnya review date. Selesai berarti setiap exception memiliki sebuah owner dan expiry.

Googlebot suddenly menerima sebuah CDN challenge

1. Konfirmasi incident di pemeriksaan URL. jika langsung dirender halaman adalah wajar, periksa apakah masalah adalah limited untuk sebuah region atau URL pattern; jika tidak continue.
2. Identify edge respons. sebuah 403, timeout, challenge body, atau fake 200 poin untuk WAF atau bot-management layer. jika origin mengembalikan yang sama hasil, hand incident untuk origin owner alih-alih.
3. membuat failure recoverable. kembalikan 503 atau 429 untuk sebuah temporary automated block. melakukan tidak leave sebuah timeout atau sebuah challenge halaman dengan 200 sementara diagnosing.
4. Verify crawler. Konfirmasi sumber IP dengan reverse-dan-forward DNS atau mesin pencari’s published ranges sebelum mengubah sebuah allowlist.
5. Sempit aturan perubahan. hapus buruk block atau exempt verified crawler, lalu repeat pemeriksaan URL. jika nyata halaman renders, monitor WAF events dan crawl errors; jika tidak, inspect berikutnya edge aturan di permintaan chain.
6. mencegah recurrence. Document triggering aturan dan tambahkan ini untuk monthly crawler-access periksa.

Google sees sebuah challenge alih-alih halaman

Symptom: pemeriksaan URL renders sebuah interstitial, blank halaman, atau WAF message. mungkin penyebab: bot verification atau sebuah automated block di CDN. Perbaiki: verify crawler, adjust relevant WAF aturan, dan kembalikan 503 sementara block adalah temporary. Konfirmasi perbaiki dengan sebuah fresh langsung inspection.

Canonicals differ setelah CDN deploy

Symptom: edge respons berisi sebuah missing atau berbeda canonical dari origin. mungkin penyebab: sebuah HTML transformation, header rewrite, atau stale cached document. Perbaiki: purge affected cache key, hapus rewrite, dan bandingkan origin dan publik respons again.

HTTPS berfungsi publicly tetapi mixed konten muncul

Symptom: browser reports insecure assets bahkan though halaman URL adalah HTTPS. mungkin penyebab: CDN talks untuk origin di atas HTTP atau rewrites asset URLs. Perbaiki: memerlukan HTTPS pada keduanya legs, correct asset URLs, purge, dan rerun Console periksa dari Scripts tab.

sebuah besar launch overloads origin

Symptom: origin latency atau errors spike sementara Google discovers banyak baru URLs. mungkin penyebab: cold edge caches masih memerlukan satu origin respons per baru URL. Perbaiki: restore origin capacity, gunakan recoverable temporary kode status jika needed, dan plan future launches sekitar cache warm-up alih-alih assumed CDN protection.

Temporary bot block: buruk respons vs recoverable respons

HTTP/2 200
content-type: text/html

<h1>Verify you are human</h1>

200 hides failure dan dapat membuat banyak URLs look like duplicate challenge halaman. sebuah temporary block seharusnya identify itself:

HTTP/2 503
retry-after: 300
content-type: text/html

CDN cache key: accidental duplicates vs satu canonical respons

sebuah cache key itu varies HTML oleh irrelevant tracking parameters dapat buat terpisah edge objects untuk /product?utm_source=a dan /product?utm_source=b. sebuah cleaner setup ignores itu parameters untuk caching dan preserves yang sama canonical URL di keduanya respons. ini adalah sebuah simplified configuration contoh; tepat aturan syntax varies oleh CDN.

alat untuk auditing CDN perilaku

• Google Search Console pemeriksaan URL — jalankan sebuah pengujian langsung dan inspect dirender halaman untuk catch bot challenges, blanks, dan edge errors.
• Googlebot IP ranges — validate sebuah sumber terhadap Google’s published googlebot.json sebelum mengubah WAF access.
• Bing Verify Bingbot — konfirmasi Bingbot identities dengan official verification alat.
• curl atau PowerShell Invoke-WebRequest — bandingkan status dan headers di seluruh sebuah browser pengguna agent, sebuah crawler pengguna agent, dan origin di mana direct access adalah safe.
• Chrome DevTools — gunakan Network untuk status/cache headers dan Console untuk mixed konten setelah sebuah edge configuration perubahan.

Prove sebuah CDN perubahan adalah safe untuk penelusuran

crawler-access test

Test untuk jalankan: gunakan pemeriksaan URL’s pengujian langsung pada setiap changed template. Yang diharapkan hasil: dirender screenshot berisi nyata halaman dan mengembalikan -nya yang dimaksud status. Failure interpretation: sebuah WAF, bot challenge, atau edge aturan adalah intercepting Google. Monitoring window: immediate, lalu repeat setelah aturan propagate. Rollback trigger: Google menerima sebuah challenge, blank respons, atau hard block.

Edge-header parity test

Test untuk jalankan: bandingkan publik dan origin status, canonical, Cache-Control, dan security headers. Yang diharapkan hasil: yang dimaksud sinyal match setelah diizinkan CDN transformations. Failure interpretation: sebuah rewrite atau stale cache changed respons. Monitoring window: immediate setelah deploy dan purge. Rollback trigger: canonical, HTTPS, atau crawler-facing status differs dari approved origin.

Warm-cache performa test

Test untuk jalankan: permintaan yang sama URL twice dan bandingkan CDN’s cache-status header dan TTFB. Yang diharapkan hasil: kedua eligible permintaan adalah disajikan dari cache dan adalah Tidak lebih lambat daripada cold permintaan. Failure interpretation: respons adalah uncacheable, cache key varies unexpectedly, atau edge adalah bypassed. Monitoring window: setelah configuration propagation. Rollback trigger: perubahan increases errors atau consistently worsens TTFB pada representative halaman.

Region dan cache-state verification test

Test untuk jalankan: bandingkan dirender output dan headers untuk yang sama URL di seluruh multiple regions/PoPs dan cache status (hit, miss, stale), untuk keduanya sebuah wajar pengguna agent dan sebuah verified crawler pengguna agent, including apa pun personalized atau cookie-bearing variant. Yang diharapkan hasil: status, canonical, robots directives, dan dirender konten match Anda yang dimaksud output regardless dari region, cache state, atau requester jenis — unless sebuah perbedaan adalah deliberate (genuinely region-spesifik konten) dan terdokumentasi. Failure interpretation: sebuah unintended region-, cache-state-, atau requester-dependent perbedaan poin untuk cache-key, Vary, atau edge-config drift. Monitoring window: immediately setelah deploy, lalu selama pertama crawl/log review cycle. Rollback trigger: sebuah unintended perbedaan di status, canonical, atau crawler-facing konten di seluruh apa pun tested dimension.

CDN health metrics itu penting

Edge cache-hit ratio

Metric: eligible permintaan disajikan dari edge cache. Apa ini tells Anda: apakah CDN adalah sebenarnya offloading repeat permintaan. cara pull ini: CDN analytics panel, segmented oleh cacheable konten jenis. Benchmark / realistic range: establish sebuah baseline per template dan asset class; personalized HTML dan immutable assets seharusnya tidak share satu target. Cadence: weekly, plus setelah cache-aturan perubahan.

Origin error rate dan TTFB

Metric: origin 5xx rate dan respons time untuk cache misses. Apa ini tells Anda: apakah cold caches atau traffic spikes exceed origin capacity. cara pull ini: CDN origin analytics dan server logs. Benchmark / realistic range: gunakan situs’s own wajar range oleh URL class; investigate sustained regression. Cadence: continuous alerting dengan sebuah weekly trend review.

Verified crawler blocks

Metric: WAF blocks dari confirmed Googlebot dan Bingbot permintaan. Apa ini tells Anda: apakah bot protection adalah excluding wanted crawler. cara pull ini: WAF events validated terhadap official ranges atau DNS. Benchmark / realistic range: zero unintended blocks. Cadence: alert immediately dan review monthly.

Uji pemahaman Anda: CDN dan SEO

Five quick pertanyaan pada bagaimana CDNs memengaruhi crawling, speed, dan pengindeksan. Pick sebuah jawaban untuk setiap, lalu periksa.

Resources worth Anda time

My related writing

• Google PageSpeed Insights untuk SEOs & Developers — halaman-speed tooling piece; sebuah CDN adalah satu dari biggest levers Anda pull untuk perbaiki sebuah poor PageSpeed / Core Web Vitals score.
• Beginner’s Guide untuk SEO teknis — di mana performa dan crawling fit di bigger picture.

My speaking

• SMX Advanced 2018: Solving kompleks SEO masalah (SlideShare) — di mana I map layers logic dapat langsung di, CDN edge disertakan, dan bagaimana itu penyebab crawl/redirect surprises.
• Fine-Tune Anda SEO teknis, kecepatan halaman, dan Security (Marketing Speak, ep. 109) — SEO teknis, kecepatan halaman, dan security — CDN-berdekatan territory.

Official

• Google — crawling December: CDNs dan crawling dan bagaimana dan mengapa dari Googlebot crawling.
• Bing — Verify Bingbot dan Verify Bingbot alat.

dari sekitar industry

• dapat sebuah jaringan pengiriman konten Boost situs web SEO? (DebugBear) — practical CDN setup walkthrough tied untuk Core Web Vitals.
• SEO teknis Checklist (DebugBear) — di mana CDN/performa items sit di sebuah lebih luas audit.
• Best SEO untuk Anda CDN (KeyCDN) — vendor take pada canonical headers dan robots.txt di edge.
• Bagaimana konten Pengiriman Networks (CDNs) dapat Impact SEO (mesin pencari Journal) — sebuah umum CDN/SEO overview (lebih lama dari Google’s December 2024 guidance).
• Microsoft list dari Bingbot IP addresses dirilis (mesin pencari Land) — Bing parallel untuk Google’s published crawler IPs.
• Microsoft Bing Lists semua dari BingBot’s IP Addresses di JSON File (mesin pencari Roundtable) — coverage dari yang sama JSON IP list.

Log perubahan