SEO para testes A/B na edge

«> TL;DR — Edge A/B testing means running a split test on your CDN — the network

that sits in front of your site — instead of in the browser or on your own server. A little script at the edge decides which version of a page each visitor gets, before the page reaches them. For SEO that’s actually good news: Google sees real HTML, not a JavaScript swap. The one thing to get right is consistency — don’t let Google see a different version than your users, and don’t leave the test running forever. Testing is fine; showing Google something different from people is cloaking, and that’s against the rules. » (Tradução) (Síntese localizada do trecho três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## What edge A/B testing is » (Tradução) (Síntese localizada do trecho quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Edge A/B testing assigns and modifies variants at the delivery layer rather than requiring the origin application to render every variation. Evidência desta afirmação Cloudflare Workers can execute code and modify requests or responses at the network edge. Escopo: Cloudflare Workers; other edge platforms have different runtimes and controls. Confiança: alta · Verificado: 2026-07-14 Cloudflare: Workers overview Google permits website testing but warns against cloaking and recommends temporary, controlled experiments. Evidência desta afirmação Google permits website testing, warns against cloaking, and recommends appropriate canonicals or temporary redirects and limited test duration. Escopo: Google Search guidance for website testing; it applies regardless of whether assignment occurs at the edge or origin. Confiança: alta · Verificado: 2026-07-14 Google: Website testing and Search » (Tradução) (Síntese localizada do trecho cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«An A/B test shows some visitors version A of a page and others version B, so you can measure which one performs better. Edge A/B testing just means the choice of which version to show happens on your CDN (Cloudflare, Akamai, Fastly, or a tool like Optimizely or VWO running at the edge) rather than in the visitor’s browser or on your own web server. » (Tradução) (Síntese localizada do trecho seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«There are three places a test can happen, and it matters a lot for SEO: » (Tradução) (Síntese localizada do trecho sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«1. Client-side — JavaScript in the browser swaps the content after the page loads. Fast to set up, but Google may never see the change, because it doesn’t always wait around for late JavaScript. 2. Origin server-side — your application server builds the chosen version and sends it as real HTML. 3. Edge — the CDN builds or rewrites the chosen version as real HTML, before the request even reaches your server. Same SEO benefit as server-side (Google gets real HTML), plus it’s faster and doesn’t need a code deploy. » (Tradução) (Síntese localizada do trecho oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Why the edge is a safer place to test (for SEO) » (Tradução) (Síntese localizada do trecho nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«The big win: because the edge sends real HTML, search engines and users get the same kind of page. That sidesteps the biggest problem with client-side testing, where Google can miss the tested version entirely. » (Tradução) (Síntese localizada do trecho dez, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## The one rule: don’t show Google something different from people » (Tradução) (Síntese localizada do trecho onze, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Google is completely fine with A/B testing — it says so in its own documentation. What it is not fine with is cloaking: deliberately showing search engines different content than you show real users to manipulate rankings. The whole trick with a safe edge test is making sure Googlebot sees a legitimate, consistent version of the page — the same kind of page any real user could get — not a special “bot version.” » (Tradução) (Síntese localizada do trecho doze, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Two things can accidentally break that rule at the edge: » (Tradução) (Síntese localizada do trecho treze, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- Cookies. Most edge tests remember a visitor’s assigned version with a cookie. Googlebot generally doesn’t keep cookies — so it can get randomly re-assigned to a different version every time it visits. That’s not you trying to cheat, but it can still look messy to Google.

• Redirects to a second URL. If your test sends visitors to a slightly different URL (like ?variant=b), Google might treat that as a separate page and index both. » (Tradução) (Síntese localizada do trecho catorze, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Both are fixable, and the Avançado tab covers exactly how — plus how long you can safely run a test, and whether “just give bots the normal version” is a smart shortcut or a trap. » (Tradução) (Síntese localizada do trecho quinze, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«> TL;DR — Edge A/B testing serves variant HTML or redirects from the CDN worker

layer before the origin ever sees the request. Because engines get real HTML (not a client-side JS swap), it’s the safest place to test — but it has an edge-specific risk surface. Split it into two patterns: same-URL HTML rewrites (risk: Googlebot generally doesn’t hold cookies, so cookie-bucketing can show it a fresh random variant on each crawl) and redirects to a variant URL (risk: duplicate-content/canonical confusion). Fixes: make bot/no-cookie traffic deterministic, rel=canonical the variant back to the control, use a 302 not a 301 while live, and tear the test down as soon as you have a winner. Google’s line is “testing is fine, cloaking is not” — and cloaking is about intent and asymmetry, not “a bot once saw variant B.” I’d cover what edge SEO is only briefly here — the general edge SEO piece in this cluster owns the platform tour; this article is about the testing-specific risks. » (Tradução) (Síntese localizada do trecho dezoito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## What’s actually different about testing at the edge » (Tradução) (Síntese localizada do trecho dezenove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«An edge worker can route or transform a response close to the visitor, which changes where assignment happens but not the underlying experimental logic. Evidência desta afirmação Cloudflare Workers can execute code and modify requests or responses at the network edge. Escopo: Cloudflare Workers; other edge platforms have different runtimes and controls. Confiança: alta · Verificado: 2026-07-14 Cloudflare: Workers overview Search safety depends on serving legitimate test variants consistently rather than targeting search crawlers with materially different content. Evidência desta afirmação Google permits website testing, warns against cloaking, and recommends appropriate canonicals or temporary redirects and limited test duration. Escopo: Google Search guidance for website testing; it applies regardless of whether assignment occurs at the edge or origin. Confiança: alta · Verificado: 2026-07-14 Google: Website testing and Search » (Tradução) (Síntese localizada do trecho vinte, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Edge A/B testing is a use case of edge SEO: you’re doing your bucketing and your HTML rewriting (or your redirect) in a CDN worker — Cloudflare Workers, Akamai EdgeWorkers/EdgeKV, Fastly Compute, or the edge/server-side integrations from Optimizely and VWO — before the request reaches origin. SearchPilot describes SEO at the edge as “any SEO changes that are made after the HTML is created by your CMS or origin server before it is served to the user,” and makes the key point for us: “They appear to all users and googlebot as server side HTML changes, so there are no risks or downsides from an indexation point of view.” That’s the baseline advantage — the edge is a safe place to test because engines get real HTML, the same as origin-side. » (Tradução) (Síntese localizada do trecho vinte e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«So why does this article exist at all if the edge is safe? Because where you test is safe; how you bucket at the edge is where the SEO-specific traps live. Two of them are almost unique to this pattern, and generic “A/B testing and SEO” articles gloss over both. » (Tradução) (Síntese localizada do trecho vinte e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Google’s actual stance: testing is fine, cloaking is not » (Tradução) (Síntese localizada do trecho vinte e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Say this plainly, because half the fear around SEO testing is misplaced. Google explicitly supports A/B and multivariate testing and publishes best practices for it. The line it draws is cloaking, which its spam policy defines as “presenting different content to users and search engines with the intent to manipulate search rankings and mislead users.” Note intent to manipulate and the asymmetry between users and engines — not “a bot ever saw a variant.” Optimizely paraphrases the same thing to its own customers: “Google encourages constructive testing and does not view the ethical use of testing tools such as Optimize to constitute cloaking.” » (Tradução) (Síntese localizada do trecho vinte e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«The practical bright line Google gives in its testing doc is blunt: “Don’t show one set of URLs to Googlebot, and a different set to humans.” If your edge test honors that — everyone, bots included, is eligible for the same legitimate variants, served consistently — you’re on the right side of the policy. » (Tradução) (Síntese localizada do trecho vinte e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## The two edge-testing patterns (and their different risks) » (Tradução) (Síntese localizada do trecho vinte e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Keep these two apart in your head, because they fail differently and get fixed differently. » (Tradução) (Síntese localizada do trecho vinte e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«### Pattern 1 — same-URL HTML rewritten at the edge » (Tradução) (Síntese localizada do trecho vinte e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«The worker keeps the URL the same (/product/123) and swaps a headline, a CTA, a price-display format — the HTML Rewriter rewrites the response in flight. This is the Cloudflare Workers “A/B testing with same-URL direct access” model, which as their docs put it will “Choose a group and set the cookie (50/50 split)” for a new visitor. » (Tradução) (Síntese localizada do trecho vinte e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«The edge-specific risk: cookies. Google states it directly — “Googlebot generally doesn’t support cookies. This means it will only see the content version that’s accessible to users with browsers that don’t accept cookies.” Nearly every edge implementation persists the bucket in a cookie so a returning human stays in the same group (Akamai’s EdgeKV example does exactly this: “Client bucket selection will be persistent via a cookie value to ensure a client is locked to the same URL on subsequent visits”). But Googlebot doesn’t carry that cookie, so on each crawl it can re-enter the randomizer and land in a different bucket than last time. That’s not deceptive cloaking — but it means Google can index a fluctuating, inconsistent version of the same URL over time. It’s the subtler, edge-native cousin of the classic “we deliberately show bots something else” problem, and it’s the single most important thing this article exists to explain. » (Tradução) (Síntese localizada do trecho trinta, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«### Pattern 2 — an edge redirect to a variant URL » (Tradução) (Síntese localizada do trecho trinta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Here the worker 302s /product/123 to a distinct URL — /product/123?v=b or /product/123-b. Now you have a genuinely different URL that engines can discover and index on its own. » (Tradução) (Síntese localizada do trecho trinta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«The edge-specific risk: duplicate content and canonical confusion. If Google indexes the variant URL as its own page, you’ve split signals and possibly created a duplicate. » (Tradução) (Síntese localizada do trecho trinta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Fixing Pattern 1: make crawlers deterministic » (Tradução) (Síntese localizada do trecho trinta e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«The fix is not “detect the bot and hide the test.” It’s: don’t let uncookied requests get a random roll. Bucket humans by cookie if you like, but for any request without a cookie — which includes Googlebot — resolve the variant deterministically: hash the URL, pin by a stable key, or simply serve the control every time. The point is that the same URL always yields the same variant to any no-cookie client, so Google sees one stable page per crawl instead of a coin flip. » (Tradução) (Síntese localizada do trecho trinta e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Cloudflare documents a usable mechanism for this: “Enable Passthrough to allow direct access to control and test routes.” Passthrough lets anyone — bots, QA, stakeholders — consistently reach /control/* or /test/* rather than being re-randomized on every uncookied request. That’s the officially-documented lever for giving crawlers a consistent variant without inventing a bot-only code path. » (Tradução) (Síntese localizada do trecho trinta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«SearchPilot’s model dodges this entirely by splitting at a different level: “When doing SEO A/B testing, there is only one version of the page. We are not showing different versions of the same page to users or Google. This isn’t cloaking and doesn’t create any duplicate versions of the same page.” They split pages deterministically (a given page always shows the same variant to everyone) rather than users randomly — the opposite bucketing philosophy from the Cloudflare cookie-50/50 example, and a genuinely different SEO risk profile even though both get called “edge A/B testing.” As they put it: “There is only one Googlebot. You also can’t make two versions of a single page because it would cause problems like duplicate content.” » (Tradução) (Síntese localizada do trecho trinta e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Fixing Pattern 2: canonical + redirect discipline » (Tradução) (Síntese localizada do trecho trinta e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«When the test lives at its own URL, three rules from Google’s testing doc apply directly: » (Tradução) (Síntese localizada do trecho trinta e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- Canonical the variant back to the control. Google: “you can use the rel=“canonical” link attribute on all of your alternate URLs to indicate that the original URL is the preferred version.” Every variant URL points its canonical at the control URL.

• Use a 302, not a 301, while the test runs. Google: “use a 302 (temporary) redirect, not a 301 (permanent) redirect.” A 302 tells Google the move is temporary and to keep the original indexed; a 301 says permanent. Save the 301 for after you pick a winner and commit to it.
• Tear it down when it’s over. Google: “Once you’ve concluded the test, update your site with the desired content variation(s) and remove all elements of the test as soon as possible… we may interpret this as an attempt to deceive search engines and take action accordingly.” » (Tradução) (Síntese localizada do trecho quarenta, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«One honest caveat on the canonical: it’s a hint, not a directive. If the variant’s content differs substantially from the control, Google can ignore your canonical and index both — which is exactly why Pattern 2 is riskier than a same-URL rewrite, and why big structural changes are better handled as a page-split than a per-user variant URL. » (Tradução) (Síntese localizada do trecho quarenta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Crawl budget: the multivariate multiplication problem » (Tradução) (Síntese localizada do trecho quarenta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«A single A/B test adds one extra state a crawler might see. A multivariate test multiplies them: three independent variables at two variants each is up to eight distinct combinations a crawler could theoretically encounter if your bucketing isn’t sticky and deterministic per URL. Non-deterministic bucketing turns one URL into a shifting cloud of states, and every distinct crawlable state is crawl budget spent. This compounding- permutation angle is basically absent from most testing-and-SEO write-ups, and it’s the reason deterministic, sticky bucketing matters for crawl efficiency and not just for cloaking. (Google’s 2024 “Crawling December” guidance on CDNs and crawl budget is the right background reading; the general edge SEO piece in this cluster points at it.) » (Tradução) (Síntese localizada do trecho quarenta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## “Just serve bots the control variant” — shortcut or trap? » (Tradução) (Síntese localizada do trecho quarenta e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«This one needs care, because it’s half-good advice. Serving crawlers a stable control version is fine — good, even — if that control is genuinely the version you’d be happy for any user to always get and for Google to index. The safety comes from consistency and legitimacy, not from bot-detection. » (Tradução) (Síntese localizada do trecho quarenta e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«It crosses into cloaking the moment the “bot path” exists specifically to show search engines a different reality than real users get — that’s Google’s “Don’t show one set of URLs to Googlebot, and a different set to humans” verbatim. So the correct framing is: serve crawlers the same deterministic variant you’d be comfortable with any user always seeing — not a special bot-only route built to dodge scrutiny. UA-sniffing to “exclude bots from the test” is only safe because you happened to standardize on one true version; it is not safe as a general technique. » (Tradução) (Síntese localizada do trecho quarenta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## How long can you run an edge test? » (Tradução) (Síntese localizada do trecho quarenta e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Google doesn’t give a day count. It warns against leaving test elements in place so long that the “test” has quietly become the site’s permanent state without you ever declaring a winner — that’s the “remove all elements of the test as soon as possible” line again. Google’s John Mueller has spoken to this: continuously running new experiments one after another is fine, but a single test left running indefinitely so it becomes the de facto permanent page is what starts to look like it isn’t really testing anymore. (Mueller’s remarks here are relayed via industry coverage of a Google Webmaster Central Hangout, not a first-party Google document — treat the wording as paraphrase.) Mueller has also noted that running an A/B test during a site migration muddies the redirect signals Google needs to recognize the migration cleanly, so avoid overlapping the two. » (Tradução) (Síntese localizada do trecho quarenta e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Optimizely, restating Google to its customers, puts a rule-of-thumb on it: “If you are running an experiment for an unnecessarily long time, Google may interpret this as an attempt to deceive search engines and take action accordingly.” And on rolling out a winner, Optimizely estimates a 301 redirect carries “a small loss of link equity (around 10%)” — that’s an Optimizely figure and a rule-of-thumb, not a Google- confirmed number, so treat it as such. » (Tradução) (Síntese localizada do trecho quarenta e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Bing’s guidance is thinner — default to Google’s » (Tradução) (Síntese localizada do trecho cinquenta, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Bing has no dedicated edge/CDN A/B-testing page as detailed as Google’s. What it does have: a general cloaking standard that hinges on materially-equivalent content — “as long as you make a good faith effort to return the same content to all visitors, with the only difference being the content is rendered on the server for bots and on the client for real users, this is acceptable and not considered cloaking” — and a note that for “significant structural changes, we recommend hosting each version on separate URLs, or split URL testing,” with IndexNow to get variant URLs seen quickly. Since Bing’s standard is compatible with Google’s, apply Google’s canonical/302/duration rules as the conservative default for both engines. » (Tradução) (Síntese localizada do trecho cinquenta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Where this sits » (Tradução) (Síntese localizada do trecho cinquenta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«This is the testing-specific companion to the general edge SEO article in this cluster — that one owns the platform tour (which workers exist, what else you can do at the edge); this one is only about split-testing risk. The canonical and duplicate-content mechanics in Pattern 2 lean on the same ideas as the canonicalization and duplicate-content deep dives, and the crawl-budget angle connects to the crawling and crawl-budget material — all elsewhere on the site. » (Tradução) (Síntese localizada do trecho cinquenta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## AI summary » (Tradução) (Síntese localizada do trecho cinquenta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«A condensed take on the Advanced version: » (Tradução) (Síntese localizada do trecho cinquenta e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- Edge A/B testing runs split tests at the CDN worker layer (Cloudflare Workers, Akamai EdgeWorkers, Fastly Compute, Optimizely/VWO edge) so variant HTML or redirects are served before origin. Engines get real HTML, so it’s a safe place to test — much safer than client-side JS-swap testing.

• Google’s stance: testing is fine; cloaking is not. Cloaking is defined by intent to manipulate and asymmetry between users and bots — not “a bot ever saw variant B.”
• Two patterns, two risks. (1) Same-URL HTML rewrite: Googlebot generally doesn’t hold cookies, so cookie-bucketing can re-randomize it into a different variant each crawl → inconsistent indexed content. (2) Redirect to a variant URL: duplicate-content/canonical confusion.
• Fixes. Make bot/no-cookie traffic deterministic (same variant per URL always; Cloudflare’s “passthrough” is a model). rel=canonical any variant URL back to the control. Use a 302, not a 301, while live. Remove the test as soon as you have a winner.
• Page-split vs user-split. SearchPilot-style deterministic page-splitting sidesteps the cookie problem entirely; random per-user cookie bucketing (Cloudflare/Akamai examples) needs the deterministic fallback.
• Crawl budget compounds with multivariate tests — many independent variables multiply crawlable states unless bucketing is sticky/deterministic.
• “Serve bots the control” is safe only if that control is genuinely what you want » (Tradução) (Síntese localizada do trecho cinquenta e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.) « indexed — safety comes from consistency and legitimacy, not bot-detection.
• Duration: no fixed limit, but don’t let a test become the permanent state; avoid running tests during a migration. Bing guidance is thinner — default to Google’s. » (Tradução) (Síntese localizada do trecho cinquenta e oito, parte dois: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Which edge-test pattern are you running — and what’s your fix? » (Tradução) (Síntese localizada do trecho sessenta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Most edge-testing SEO problems come down to two questions: does the test change the URL, and is the crawler’s variant deterministic? Walk this to find the fix that applies to you. » (Tradução) (Síntese localizada do trecho sessenta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Official documentation » (Tradução) (Síntese localizada do trecho setenta e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Primary-source guidance from the search engines and the platform vendors. » (Tradução) (Síntese localizada do trecho setenta e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Google

• A/B testing best practices for search — the canonical/302/duration/cookies guidance this whole article leans on.
• Spam policies — Cloaking — the definition of cloaking (intent to manipulate + asymmetry). » (Tradução) (Síntese localizada do trecho setenta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Bing / Microsoft

• A/B Test for Better Search Engine Performance with IndexNow and Microsoft Clarity — Bing’s (thin) A/B testing note; separate URLs for structural changes, IndexNow to get them seen.
• bingbot Series: JavaScript, Dynamic Rendering, and Cloaking. Oh My! — Bing’s “good faith, materially equivalent content” cloaking standard. » (Tradução) (Síntese localizada do trecho setenta e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«CDN / testing platform vendors

• Cloudflare Workers — A/B testing with same-URL direct access — the cookie-50/50 example and the “passthrough” pattern for consistent variant access.
• Akamai — Building an A/B Test with EdgeWorkers and EdgeKV — cookie-locked bucketing at the edge (notably: zero SEO/bot framing in the doc).
• Optimizely — A/B Testing and Search Engine Optimization — vendor guidance restating Google’s rules to its own customers. » (Tradução) (Síntese localizada do trecho setenta e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Quotes from the source » (Tradução) (Síntese localizada do trecho oitenta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«On-the-record statements from Google, Bing, and the platform vendors. Each Google/Bing/ Cloudflare link is a deep link that jumps to the quoted passage on the source page. » (Tradução) (Síntese localizada do trecho oitenta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Google — A/B testing best practices » (Tradução) (Síntese localizada do trecho oitenta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- “Don’t show one set of URLs to Googlebot, and a different set to humans.” Jump to quote

• “Googlebot generally doesn’t support cookies. This means it will only see the content version that’s accessible to users with browsers that don’t accept cookies.” — the crux quote for edge testing. Jump to quote
• “you can use the rel=“canonical” link attribute on all of your alternate URLs to indicate that the original URL is the preferred version.” Jump to quote
• “use a 302 (temporary) redirect, not a 301 (permanent) redirect.” Jump to quote » (Tradução) (Síntese localizada do trecho oitenta e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.) «- “Once you’ve concluded the test, update your site with the desired content variation(s) and remove all elements of the test as soon as possible… we may interpret this as an attempt to deceive search engines and take action accordingly.” Jump to quote » (Tradução) (Síntese localizada do trecho oitenta e quatro, parte dois: o texto-fonte foi preservado para conferência na revisão nativa.)

«Google — cloaking (spam policy) » (Tradução) (Síntese localizada do trecho oitenta e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- “Cloaking refers to the practice of presenting different content to users and search engines with the intent to manipulate search rankings and mislead users.” Jump to quote » (Tradução) (Síntese localizada do trecho oitenta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Bing / Microsoft » (Tradução) (Síntese localizada do trecho oitenta e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- “as long as you make a good faith effort to return the same content to all visitors, with the only difference being the content is rendered on the server for bots and on the client for real users, this is acceptable and not considered cloaking.” Jump to quote

• “If you’re creating significant structural changes, we recommend hosting each version on separate URLs, or split URL testing.” Jump to quote » (Tradução) (Síntese localizada do trecho oitenta e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Cloudflare Workers — the same-URL example » (Tradução) (Síntese localizada do trecho oitenta e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- “Enable Passthrough to allow direct access to control and test routes.” — the documented way to give crawlers (and QA, and stakeholders) a consistent variant instead of a random cookie roll. Jump to quote » (Tradução) (Síntese localizada do trecho noventa, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Akamai — the EdgeKV example » (Tradução) (Síntese localizada do trecho noventa e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- “Client bucket selection will be persistent via a cookie value to ensure a client is locked to the same URL on subsequent visits.” (Akamai’s doc is a pure conversion-engineering doc — worth noting it contains no SEO, bot, or crawler framing at all; the SEO lens is something you have to bring yourself.) » (Tradução) (Síntese localizada do trecho noventa e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Optimizely — vendor guidance to its customers » (Tradução) (Síntese localizada do trecho noventa e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- “Google encourages constructive testing and does not view the ethical use of testing tools such as Optimize to constitute cloaking.”

• “If Google determines that the variation of your page is substantially different from the original in scope and content, then they may construe this change as cloaking.” (These are Optimizely’s statements to its own customers, restating its reading of Google’s policy — treat as vendor guidance, not an independent authority. The oft-quoted “~10% link-equity loss on a 301” is likewise an Optimizely rule-of-thumb, not a Google-confirmed figure.) » (Tradução) (Síntese localizada do trecho noventa e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«SearchPilot — page-split methodology » (Tradução) (Síntese localizada do trecho noventa e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- “When doing SEO A/B testing, there is only one version of the page. We are not showing different versions of the same page to users or Google. This isn’t cloaking and doesn’t create any duplicate versions of the same page.” (SearchPilot is a server-side/edge testing vendor describing its own page-split approach; quoted here as a methodological contrast to random cookie bucketing.) » (Tradução) (Síntese localizada do trecho noventa e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Edge A/B testing SEO checklist » (Tradução) (Síntese localizada do trecho noventa e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Run this before you ship an edge test that touches indexed pages: » (Tradução) (Síntese localizada do trecho cem, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- [ ] You know which pattern you’re running: same-URL HTML rewrite, or redirect to a variant URL.

• No-cookie requests are deterministic. Googlebot (which generally doesn’t hold cookies) always resolves to the same variant per URL — not a fresh random roll.
• If it’s a variant URL, every variant carries a rel=canonical pointing to the control URL.
• The redirect during the test is a 302, not a 301. (301 is only for the winner, after the test.)
• The variant crawlers see is a legitimate, representative version you’d be happy to index — not a bot-only path built to hide the experiment.
• You are not UA-sniffing to show bots something different from real users to dodge scrutiny.
• For a multivariate test, bucketing is sticky/deterministic per URL so you don’t multiply crawlable page states.
• There’s a defined end: a winner-selection point and a plan to remove all test scaffolding promptly (no test left running as the de facto permanent page).
• The test is not overlapping a site migration (it muddies redirect signals).
• Your CDN’s WAF / bot rules aren’t silently blocking or diverting Googlebot before the test worker even runs.
• You verified in URL Inspection / logs which variant Googlebot actually gets. » (Tradução) (Síntese localizada do trecho cento e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## The mental models » (Tradução) (Síntese localizada do trecho cento e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«1. Testing is fine; cloaking is not. Google encourages A/B and multivariate testing. The risk isn’t the test — it’s asymmetric treatment of bots vs. users (with intent to manipulate), or leaving the test running until it’s effectively the permanent site. Anchor every decision to this. » (Tradução) (Síntese localizada do trecho cento e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«2. Two patterns, two fixes.

• Same-URL HTML rewrite → risk is inconsistent crawls (cookie bucketing + cookie-blind Googlebot). Fix: deterministic variant for no-cookie traffic.
• Redirect to a variant URL → risk is duplicate content / canonical confusion. Fix: canonical to control + 302 while live. » (Tradução) (Síntese localizada do trecho cento e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«3. Consistency and legitimacy, not bot-detection, is what keeps you safe. Serving crawlers a stable control is fine only because it’s a legitimate version you’d index anyway. The safety comes from consistency, not from the act of detecting a bot. A bot-only path built to hide content is the definition of cloaking. » (Tradução) (Síntese localizada do trecho cento e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«4. Page-split vs. user-split. Deterministic page-splitting (one variant per page, same for everyone) sidesteps the cookie problem entirely. Random per-user cookie bucketing needs a deterministic fallback for crawlers. Both get called “edge A/B testing”; they have very different risk profiles. » (Tradução) (Síntese localizada do trecho cento e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«5. Crawlable state = crawl budget. Every distinct state a URL can be crawled in costs budget. One A/B test adds one state; a multivariate test multiplies them unless bucketing is sticky and deterministic per URL. » (Tradução) (Síntese localizada do trecho cento e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«6. Client-side < origin server-side ≈ edge (for SEO visibility). Client-side JS swaps can be missed by search engines. Origin server-side and edge both serve real HTML — the edge just does it faster and before origin, at the cost of the cookie/redirect traps above. » (Tradução) (Síntese localizada do trecho cento e dez, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Edge A/B testing — cheat sheet » (Tradução) (Síntese localizada do trecho cento e treze, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«The two patterns » (Tradução) (Síntese localizada do trecho cento e catorze, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«| Pattern | What changes | Main SEO risk | The fix | | --- | --- | --- | --- | | Same-URL HTML rewrite | Content at the same URL | Googlebot re-randomized each crawl (cookie-blind) → inconsistent indexed variant | Deterministic variant for no-cookie/bot traffic | | Redirect to variant URL | Sends to a different URL | Duplicate content / both URLs indexed | rel=canonical → control + 302 while live | » (Tradução) (Síntese localizada do trecho cento e quinze, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Redirect rules while testing » (Tradução) (Síntese localizada do trecho cento e dezesseis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«| Redirect | Signal to Google | Use for | | --- | --- | --- | | 302 (temporary) | “Keep indexing the original” | Any variant redirect while the test runs | | 301 (permanent) | “This move is permanent” | Only after you commit to a winner | » (Tradução) (Síntese localizada do trecho cento e dezessete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«“Serve bots the control” — safe or not?

• Safe: control is genuinely representative and what you’d index anyway; consistency is the point.
• Not safe: a bot-only path built to show engines a different reality than users → cloaking. » (Tradução) (Síntese localizada do trecho cento e dezoito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Fast facts

• Googlebot generally doesn’t hold cookies → cookie-only bucketing is unreliable for bots.
• Canonical is a hint, not a directive → big structural variants can get both URLs indexed anyway.
• No fixed duration limit, but don’t let a test become the permanent state; don’t run it during a migration.
• Bing has no dedicated edge A/B testing page — default to Google’s rules.
• Optimizely’s “~10% link-equity loss on a 301” is a vendor rule-of-thumb, not a Google number. » (Tradução) (Síntese localizada do trecho cento e dezenove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Edge-testing myths and mistakes to avoid » (Tradução) (Síntese localizada do trecho cento e vinte e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«The traps that come up most — several are widely-repeated myths worth correcting: » (Tradução) (Síntese localizada do trecho cento e vinte e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- “Testing is inherently risky / against the rules.” No. Google encourages constructive A/B and multivariate testing. The risk lives in implementation, not in the act of testing.

• “If I exclude bots from the test entirely, I’m safe.” Only half true. Serving bots a stable control is fine if that control is genuinely the version you’d index anyway. Built as “bot-detection to dodge scrutiny,” it reads as textbook cloaking — showing engines a different reality than real users get.
• “Cookie bucketing is fine — that’s how ad-tech always does A/B tests.” Not for SEO. Google says outright Googlebot generally doesn’t hold cookies, so cookie-only logic built for humans behaves unpredictably for crawlers unless you add a deterministic fallback.
• “A 301 to the winner is basically the same as a 302 during the test.” No. A 302 says temporary (keep indexing the original); a 301 says permanent. Use the 301 only after you’ve committed to the winner.
• “A canonical tag guarantees Google won’t index my variant URL.” No. Canonical is a hint. If the variant’s content differs substantially from the control, Google can ignore it and index both — which is why big structural changes belong in a page-split, not a per-user variant URL.
• “Edge, origin server-side, and client-side testing carry the same SEO risk.” No. Client-side JS swaps can be missed by engines entirely; edge/origin serve real HTML. And the edge adds its own risks (cookie-blind bots, variant-URL redirects, CDN caching » (Tradução) (Síntese localizada do trecho cento e vinte e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.) « and WAF interactions) that plain client-side testing doesn’t have.
• “An edge test running for months is fine as long as it’s ‘still testing.’” Risky. A test left running until it’s the de facto permanent page — with no winner ever declared — is exactly what Google warns can read as an attempt to deceive. Conclude it, pick a winner, remove the scaffolding.
• “The CDN vendor’s A/B testing docs cover the SEO angle.” Usually not — Akamai’s official EdgeKV A/B example, for instance, has no SEO, bot, or crawler framing at all. The SEO lens is something you bring; the platform docs won’t. » (Tradução) (Síntese localizada do trecho cento e vinte e quatro, parte dois: o texto-fonte foi preservado para conferência na revisão nativa.)

«## See which variant a crawler actually gets » (Tradução) (Síntese localizada do trecho cento e vinte e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«The whole game is making a no-cookie request (which is how Googlebot generally behaves) resolve to a consistent variant. Here’s how to check what your edge is serving when no cookie is present. » (Tradução) (Síntese localizada do trecho cento e vinte e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Fetch as a no-cookie client (shell / curl) » (Tradução) (Síntese localizada do trecho cento e vinte e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

# No cookie sent — this is closest to how Googlebot hits you.
# Run it a few times: the variant should be the SAME every time (deterministic),
# not a fresh 50/50 roll.
for i in 1 2 3; do
  curl -s -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" \
    https://example.com/product/123 | grep -o 'data-variant="[^"]*"'
done

# Show the response headers too — look for Set-Cookie (bucketing),
# Vary, and any redirect (302 good / 301 bad while testing).
curl -sI -A "Googlebot" https://example.com/product/123

«Spot a variant-URL redirect and its status (shell) » (Tradução) (Síntese localizada do trecho cento e trinta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

# -L follows redirects; -w prints the chain of status codes.
# A live test should show 302, never 301.
curl -sIL -o /dev/null \
  -w "%{http_code} -> %{redirect_url}\n" \
  https://example.com/product/123

«Check the served variant + canonical in the DevTools console (bookmarklet-friendly) » (Tradução) (Síntese localizada do trecho cento e trinta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Paste into the browser console on the page under test — or save it as a bookmarklet (javascript: + the body) to check any page in one click: » (Tradução) (Síntese localizada do trecho cento e trinta e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

// What variant am I seeing, and does the page canonical to the control?
(() => {
  const variant = document.querySelector('[data-variant]')?.dataset.variant
    ?? 'no data-variant attr found';
  const canonical = document.querySelector('link[rel="canonical"]')?.href
    ?? 'no canonical';
  const hasCookie = /(?:^|; )ab_bucket=/.test(document.cookie);
  console.log({ url: location.href, variant, canonical, hasCookie });
})();

«Confirm deterministic bucketing (regex over your edge logs) » (Tradução) (Síntese localizada do trecho cento e trinta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«If your worker logs the assigned bucket per request, this pulls no-cookie requests and their bucket so you can confirm the same URL always maps to the same variant: » (Tradução) (Síntese localizada do trecho cento e trinta e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

# Match log lines with no ab_bucket cookie, capture URL + assigned variant.
# Group by URL: every URL should show ONE variant, not a mix.
grep -vE 'ab_bucket=' edge.log \
  | grep -oE '"(GET|HEAD) [^"]+".*variant=[AB]' \
  | sort | uniq -c | sort -rn

«If any URL shows both variant=A and variant=B for no-cookie requests, your bucketing isn’t deterministic for crawlers — fix that before Googlebot indexes a moving target. » (Tradução) (Síntese localizada do trecho cento e trinta e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Tools for running and checking edge tests » (Tradução) (Síntese localizada do trecho cento e quarenta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- Cloudflare Workers — same-URL HTML Rewriter rewrites and the documented “passthrough” pattern for consistent control/test access.

• Akamai EdgeWorkers + EdgeKV — edge bucketing with cookie-locked assignment (bring your own SEO guardrails; the docs don’t).
• Fastly Compute — edge compute for the same rewrite/redirect patterns.
• Optimizely / VWO (edge / server-side integrations) — commercial experimentation platforms that can run at the edge rather than client-side.
• SearchPilot — server-side/edge SEO A/B testing built on deterministic page-splitting (one variant per page for everyone), which sidesteps the cookie problem.
• Google Search Console — URL Inspection — check how Googlebot actually crawled and rendered the URL under test, and which variant it saw.
• Server log file analysis — the ground truth for which variant real crawlers got, how often, and whether no-cookie requests are landing consistently.
• curl / DevTools console — quick manual checks of the no-cookie variant, the canonical, and the redirect status (see the Scripts tab).
• IndexNow — Bing/Yandex push protocol to get variant URLs seen quickly if you’re doing URL-split testing (Bing’s recommended path for structural changes). » (Tradução) (Síntese localizada do trecho cento e quarenta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Audit edge bucketing for crawler determinism » (Tradução) (Síntese localizada do trecho cento e quarenta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

Review this edge A/B test implementation. First classify it as:
A. Same-URL HTML rewriting, or
B. Redirect to a separate variant URL.

Then trace assignment for: a normal first visit, a returning visitor with a cookie,
Googlebot without a cookie across repeated crawls, and a request whose cache key is reused.
Return:
1. Every source of randomness or unstable assignment
2. Whether the same URL can show a crawler different indexable versions over time
3. Whether cache keys mix control and variant responses
4. For redirected variants, the redirect status and canonical relationship
5. User-agent branches that show bots content users cannot receive
6. A deterministic replacement and a repeat-request test plan
7. The cleanup required when the test ends

Do not assume crawlers retain cookies. Do not call a test safe merely because bots receive
the control; verify that control is genuinely available to users and is the intended
indexable version. Do not invent CDN settings or experiment data.

Worker/middleware code, routes, cache configuration, and test design:
[PASTE INPUT]

«## Review a proposed variant-URL test » (Tradução) (Síntese localizada do trecho cento e quarenta e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

Check this edge redirect test for temporary-test hygiene. Verify that the variant URL
canonicalizes to the control, the redirect is temporary, internal links and sitemaps do
not multiply the test URLs, crawler assignment is stable, and an end date/winner-removal
plan exists. Return pass/fail per condition and the smallest safe correction.

Inputs:
[PASTE REDIRECT RULES, HEAD OUTPUT, CANONICALS, AND TEST WINDOW]

«## Resources worth your time » (Tradução) (Síntese localizada do trecho cento e cinquenta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«My related writing

• The Beginner’s Guide to Technical SEO — where testing and crawlability fit in the bigger picture, including the cloaking line an edge test must not cross. » (Tradução) (Síntese localizada do trecho cento e cinquenta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«My speaking

• How Search Works (SlideShare) — my walkthrough of crawling, rendering, indexing, and ranking; useful background for why cookie-blind, cookie-less crawling behaves the way it does. (My standing disclaimer applies: “This is my understanding of systems… not going to be 100% complete or accurate.”) » (Tradução) (Síntese localizada do trecho cento e cinquenta e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«From around the industry

• A/B testing best practices for search (Google Search Central) — the authoritative doc: canonical, 302, duration, and the cookies/Googlebot line.
• Cloudflare Workers — A/B testing with same-URL direct access — the cookie-50/50 example and the “passthrough” pattern for consistent variant access.
• Building an A/B Test with EdgeWorkers and EdgeKV (Akamai) — edge cookie-locked bucketing (note: no SEO framing in the doc).
• A/B Testing and Search Engine Optimization (Optimizely) — vendor guidance restating Google’s rules; source of the “~10% link-equity loss on 301” rule-of-thumb.
• What is SEO A/B testing? (SearchPilot) — the page-split vs. user-split methodology and why “there is only one Googlebot.”
• SEO and SEO testing on the edge (SearchPilot) — why edge changes appear to users and Googlebot as server-side HTML changes. » (Tradução) (Síntese localizada do trecho cento e cinquenta e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.) «- A/B Test for Better Search Engine Performance with IndexNow and Microsoft Clarity (Bing Webmaster Blog) — Bing’s A/B testing note and IndexNow guidance. » (Tradução) (Síntese localizada do trecho cento e cinquenta e cinco, parte dois: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Test yourself: Edge A/B Testing SEO » (Tradução) (Síntese localizada do trecho cento e cinquenta e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Five quick questions on running split tests at the edge without tripping SEO problems. Pick an answer for each, then check. » (Tradução) (Síntese localizada do trecho cento e cinquenta e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

Registro de alterações