Google's 18 spam policies and how to comply Google's 18 spam policies define manipulative practices that can result in ranking suppression, deindexing, or manual penalties, operating independently from quality frameworks like E-E-A-T. The March 2024 update added three new policies—scaled content abuse, site reputation abuse, and expired domain abuse—with enforcement continuing through 2025 and 2026 via increased spam updates and manual actions. The document serves as both an installation manual for building defensive infrastructure and an audit reference for identifying, remediating, and recovering from violations. Originally published atPart of ThatDevPro's open SEO + AI framework library. thatdevpro.com . ThatDevPro is an SDVOSB-certified veteran-owned web + AI engineering studio. Open-source AI citation toolkit: github.com/Janady13/aio-surfaces . Google's Explicit Anti-Spam Policies — What Gets Punished, How to Avoid It, and How to Recover A comprehensive installation and audit reference for understanding Google's documented spam policies, identifying spam policy violations on a website, remediating violations, recovering from spam updates and manual actions, and building structural defenses against accidentally violating spam policies through scale or third-party content. This document is dual-purpose: installation manual and audit document. Cross-stack implementation note: the code samples in this framework are written in plain HTML for clarity. For React, Vue, Svelte, Next.js, Nuxt, SvelteKit, Astro, Hugo, 11ty, Remix, WordPress, Shopify, and Webflow equivalents of every pattern below, see . For pure client-rendered SPAs no SSR/SSG see framework-cross-stack-implementation.md . For Tailwind-specific concerns purge, dynamic classes, dark-mode CLS, focus accessibility see framework-react.md . framework-tailwind.md 1. Document Purpose & How to Use This Document 1.1 What This Document Is This is the canonical reference for Google's spam policies — the documented rules at developers.google.com/search/docs/essentials/spam-policies that define what Google considers manipulative practices, what triggers algorithmic spam updates, and what triggers manual actions. While the rest of the foundational framework library focuses on what to do to earn rankings and citations, this document focuses on what not to do — the practices that result in ranking suppression, deindexing, or manual penalties regardless of how strong other signals are. Spam policies are operationally distinct from quality frameworks. A site can score 130/130 on E-E-A-T, satisfy YMYL standards perfectly, and still get hit by a spam policy violation that suppresses or removes it from search entirely. Conversely, a site can have weak E-E-A-T and still avoid spam violations. The two systems run in parallel — quality frameworks affect where you rank; spam policies affect whether you can rank at all. The 2024-2026 evolution of Google's spam policies has been significant. The March 2024 update added three new spam policies scaled content abuse, site reputation abuse, expired domain abuse and integrated existing policies more aggressively into core ranking. The May 2024 spam update enforced these policies with substantial site impact. Continuing through 2025 and into 2026, spam updates have run alongside core updates with increasing frequency, and manual action issuance has accelerated for the new policy categories. This document specifies every documented spam policy, the patterns Google uses to detect violations, defensive structural patterns to prevent accidental violations, response procedures when violations are detected, and recovery protocols for both algorithmic suppression and manual actions. 1.2 Three Operating Modes Mode A — Install Mode : Building defensive infrastructure into a site to prevent spam policy violations. Follow Sections 2 → 14. Mode B — Audit Mode : Evaluating an existing site for spam policy compliance. Skip to Section 11. Mode C — Hybrid Mode : Audit then install for failing items. 1.3 How Claude Code CLI Should Consume This Document - Read Section 2 — collect client variables, especially historical penalty status - Read Section 3 — understand the difference between spam updates, manual actions, and core updates - Apply Section 4 — work through every documented spam policy systematically - Apply Section 5 — special focus on the three policies added in March 2024 most active enforcement - Install defensive patterns — Sections 6-9 - Validate — Section 11 - If active violation suspected — go directly to Section 10 response and recovery - Generate report — Section 14 1.4 Conflict Resolution Rules | Conflict | Rule | |---|---| | Existing manual action | Stop all other work. Section 10.3 takes priority. | | Suspected scaled content abuse | Audit immediately. Stop publishing AI content until audit complete. | | Existing site reputation abuse via subdomain/subfolder leasing | Terminate the arrangement. No remediation works while it's active. | | Existing expired domain abuse | Either commit to substantively continuing original purpose or migrate to new domain. | | Existing link schemes | Disavow + cease + document for any reconsideration request. | | Aggressive SEO contractor recommending policy-violating practices | Do not implement. Document advice in writing for accountability. | 1.5 Required Tools - Google Search Console — primary source for manual action notifications and spam-related ranking data - Google Search Console Disavow Tool — for disavowing toxic backlinks - Bing Webmaster Tools — parallel monitoring for Bing manual actions - The actual spam policies documentation — developers.google.com/search/docs/essentials/spam-policies - Originality.ai or similar — AI content detection for scaled content abuse audit - Ahrefs/Semrush/Majestic — backlink profile auditing for link scheme detection - Wayback Machine — historical site state research, especially for expired domain audit - Server logs — to detect cloaking, sneaky redirects, hacked content 2. Client Variables Intake ============================================ SPAM POLICIES FRAMEWORK CLIENT VARIABLES ============================================ --- Business Identity REQUIRED --- business name: "" primary domain: "" domain age years: 0 domain acquired from someone else: false Critical — if true, expired domain abuse risk previous domain owner known: "" previous domain purpose: "" --- Penalty History REQUIRED --- has received manual action: false manual action history: List of past manual actions and dates has filed reconsideration request: false reconsideration request outcome: "" historical spam update impacts: Past spam updates that affected this site --- Content Creation Patterns REQUIRED — be honest --- publishes ai generated content: false ai content publication volume: "" "low" <5/month , "medium" 5-50/month , "high" 50/month ai content review quality: "" "expert review", "editor review", "minimal review", "none" ai content disclosure: false publishes at high volume: false 10 articles per week content outsourced to freelancers: false content outsourced volume: "" --- Site Architecture REQUIRED --- has subdomains: false subdomain list: has subfolders with external content: false Critical for site reputation abuse external partners publishing on site: allows user generated content: false ugc moderation level: "" "none", "post hoc", "pre publication", "vetted only" --- Linking Patterns REQUIRED --- has outbound paid links: false paid links use rel sponsored: false has link exchange arrangements: false has purchased links: false has used link building services: false sponsored content disclosed: false affiliate links use rel sponsored: false --- Technical Spam Vectors REQUIRED --- serves different content to googlebot: false Cloaking risk uses user agent detection: false has redirect chains: false has meta refresh redirects: false has javascript redirects obscuring destination: false has doorway pages: false Many pages targeting variations of same intent has thin pages targeting keywords: false --- Content Quality Signals REQUIRED --- has scraped or syndicated content without value add: false has duplicated content across pages: false has machine translated content without review: false has auto generated text filler: false has keyword stuffed content: false has invisible or misleading text: false --- Hacking & Security REQUIRED --- last security audit date: "" has been hacked historically: false hack remediation complete: false has 2fa on admin accounts: false has security monitoring: false --- Affiliate & Monetization REQUIRED --- business model includes affiliate: false affiliate content adds value beyond links: false Honest answer affiliate disclosure present: false affiliate disclosure clear and conspicuous: false --- E-Commerce Specific if applicable --- sells user data: false displays misleading product information: false deceptive pricing practices: false fake reviews present: false review acquisition methods: How reviews are obtained --- Compliance Documentation REQUIRED --- has documented anti spam policies: false has third party content review process: false has link acquisition policy: false has ai content policy: false quarterly spam audit performed: false After variables are gathered, save as spam-policies-variables.yml . 3. What Spam Policies Are Google's spam policies are explicit rules documented at developers.google.com/search/docs/essentials/spam-policies that define manipulative practices Google does not allow in search results. These are operationally distinct from quality frameworks like E-E-A-T or HCS. 3.1 The Three Enforcement Mechanisms Algorithmic Spam Updates — Periodic updates to Google's spam-detection algorithms. Like core updates, they roll out over days to weeks, are publicly named, and affect rankings broadly. Sites violating spam policies see ranking suppression, sometimes severe. Recovery requires remediation plus time. Recent named spam updates include: - May 2024 Spam Update enforcement of the new March 2024 policies - October 2024 Spam Update - December 2024 Spam Update - June 2025 Spam Update - November 2025 Spam Update Manual Actions — Human-issued penalties communicated via Search Console under Security & Manual Actions. Manual actions can be partial specific pages or sections affected or sitewide. Some are reconsideration-eligible after demonstrating remediation , some are not. Manual action types include: - Site abused with third-party spam - User-generated spam - Spammy free hosts - Structured data issue - Unnatural links to your site - Unnatural links from your site - Thin content with little or no added value - Cloaking and/or sneaky redirects - Pure spam - Cloaked images - Hidden text and/or keyword stuffing - AMP content mismatch - Sneaky mobile redirects - News and Discover policy violations Algorithmic Demotion No Manual Action — Some spam-detection happens algorithmically without manual review, resulting in ranking suppression without an explicit manual action notification. Sites may experience traffic loss without knowing the cause. These cases require diagnostic investigation against spam policy criteria. 3.2 What Distinguishes Spam from Low Quality Quality issues low E-E-A-T, weak HCS are matters of degree — content can be more or less helpful, more or less authoritative. Spam violations are matters of category — content either is or isn't keyword stuffed, scraped, cloaked. Spam policies define bright lines. The practical implication: improving quality moves rankings up gradually. Eliminating spam violations may unlock sudden ranking restoration once Google's systems re-evaluate the site post-remediation. 3.3 The 2024 Policy Expansions In March 2024, Google added three new spam policies that have driven substantial enforcement activity: Scaled Content Abuse — Producing pages at scale primarily for ranking purposes, regardless of whether AI, human, or mixed authorship. Replaced the older "automatically generated content" policy with a broader definition focused on intent and pattern rather than method. Site Reputation Abuse — Third parties publishing content on a host site primarily to leverage that site's ranking signals. Common pattern: established media sites leasing subdomains or subfolders to coupon, casino, or supplement marketers. Expired Domain Abuse — Repurposing expired domains with prior authority to host content unrelated to the prior purpose, primarily for ranking benefit from inherited trust signals. These three policies represent the largest spam policy expansion in years and continue to drive significant enforcement through 2026. 3.4 What Spam Policies Don't Cover Spam policies don't cover: - Quality issues — addressed via core updates and HCS, not spam policies - Mistakes or accidents — Google distinguishes between intentional manipulation and good-faith errors - Personal preference disagreements — practices Google might not love but doesn't classify as spam - Legal compliance issues — copyright, defamation, etc. are addressed through other mechanisms When something isn't a spam policy violation, addressing it requires the relevant quality framework. 4. Documented Spam Policies — Comprehensive Reference This section catalogs every documented spam policy, what it covers, detection patterns, and avoidance requirements. 4.1 Cloaking What it is : Presenting different content to search engine crawlers than to human users. Common patterns : - User-agent detection serving different HTML to Googlebot vs browsers - IP-based content swapping - JavaScript that hides content from users that Googlebot sees as text - Reverse cloaking — keyword-stuffed text visible to bots, "cleaner" version to users - Geographic cloaking serving different content based on visitor location for ranking manipulation Detection : - Google fetches with browser-like user agents and compares - Googlebot also runs in different network locations - Discrepancies between rendered DOM and HTML sent to crawlers flagged Avoidance requirements : - Serve identical content to all visitors with legitimate exceptions for personalization, A/B testing through proper Google-supported methods, paywall/login walls properly declared - If using A/B testing, use Google's recommended approach canonical to original, no rel=canonical pointing to test variant - Personalization based on user signals must not differ for Googlebot in ways that would change ranking signals - Geographic content variations must use proper hreflang - Verify with Google's URL Inspection Tool — what Googlebot sees should match what users see Code pattern anti-cloaking : php < -- Same HTML for all visitors -- < -- Personalization happens client-side AFTER initial render -- < -- Or via Google-recognized signals like cookies, not user-agent -- 4.2 Doorway Pages What it is : Pages created primarily to rank for specific queries that funnel users to a different destination of less direct utility. Common patterns : - Multiple landing pages for slight variations of the same query e.g., "cheap car rental Austin," "affordable car rental Austin," "low cost car rental Austin" all leading to same booking page - Geographic doorway pages with thin city-specific content but identical service offering - Pages that exist solely to rank, then redirect or funnel users elsewhere - Templated pages with minor keyword variations across each instance Distinction from legitimate location pages : A genuine local landing page provides location-specific information local team, local hours, local context, local testimonials . A doorway page just swaps the city name in templated content. Detection : - Pattern recognition across page templates - Bounce-and-redirect behavior monitoring - Lack of unique value per page in a series Avoidance requirements : - Each page must offer substantive unique value beyond keyword targeting - Location-specific pages must include genuinely location-specific content - Don't create variations targeting query stems that resolve to the same intent - Consolidate query variations into single comprehensive pages Programmatic SEO consideration : Programmatic city pages such as those covering 4,715 city/service combinations are not automatically doorway pages. They're doorway pages when they're thin and offer no location-specific value. They're legitimate when each page offers genuinely useful location-specific information — local team contact, local pricing variations, local case studies, local testimonials, local regulatory considerations, etc. 4.3 Hacked Content What it is : Content placed on a site without permission, typically through security vulnerabilities, that's used for spam, phishing, or malware distribution. Common patterns : - Injected pages selling unrelated products pharmaceuticals, gambling - Hidden content cloaked only visible to search engines - Redirected pages sending users to malicious destinations - Modified existing pages with injected spam content - Created admin accounts using compromised credentials Detection : - Google security systems flag known hack patterns - Search Console issues "Hacked" warning - Sudden appearance of pages on unfamiliar topics - Server logs show unusual activity Avoidance requirements : - Keep all software CMS, plugins, themes, server stack current - Use 2FA on all admin accounts - Strong unique passwords password manager - Limit admin account count - Regular security scanning Wordfence, Sucuri, Patchstack for WordPress; equivalent for other stacks - Web Application Firewall Cloudflare, Sucuri, Wordfence - File integrity monitoring - Intrusion detection on server level - Off-site backups for rapid recovery Response if hacked : See Section 10.5. 4.4 Hidden Text and Links What it is : Text or links placed in a way that human users can't see but search engines can read. Common patterns : - White text on white background - Text positioned off-screen text-indent: -9999px - Text behind images - Tiny font sizes 1px font, 0px line-height - Display:none or visibility:hidden on text containing keywords - Hiding text with CSS that's recoverable by crawlers - Links in characters like commas or single periods - 1×1 pixel images linking to other sites Detection : - Google rendering identifies hidden content - Comparison of rendered vs HTML content reveals hidden elements - Pattern recognition on common hiding techniques Avoidance requirements : - All text on the page should be visible to users - Don't use CSS to hide content for ranking purposes - Legitimate cases where content is hidden until user interaction accordions, tabs, collapsible sections are acceptable but content should still be visible/accessible upon interaction - Modal/popup content acceptable when triggered by user action - Skip-to-content links acceptable if standard accessibility pattern Code pattern legitimate progressive disclosure :