Category: Google SEO

  • Google Manual Actions: A Prevention and Recovery Playbook

    Google Manual Actions: A Prevention and Recovery Playbook

    A Google manual action is more than a ranking problem for a business that depends on organic discovery. It can disrupt revenue, raise acquisition costs and place planned growth on hold while the organization investigates practices accumulated across content, links and commercial partnerships.

    The practical response is to treat search compliance as an operating discipline. Prevention requires visibility into old and new risks, while recovery requires evidence that the underlying system has changed rather than a handful of questionable pages being removed.

    Key takeaways

    • A manual action follows an identified policy violation and should not be diagnosed or managed like an algorithmic visibility change.
    • Legacy links, sponsored publishing arrangements and scaled content can remain liabilities long after the campaigns that created them have ended.
    • Prevention depends on recurring compliance reviews, clear ownership and controls that cover every team or partner able to publish or acquire links.
    • Recovery can take months and involve multiple reviews, according to the supplied CrushPress.AI article, so business continuity planning matters alongside SEO remediation.
    • A credible cleanup addresses the production and approval processes that allowed violations to accumulate, not only the URLs or links that were eventually discovered.

    Diagnose the incident before designing the response

    Manual actions and algorithmic changes can produce a similar visible symptom: declining search traffic. Their causes and remedies are different. The source article describes a manual action as a response to a verified violation of Google Search Essentials, whereas an algorithmic decline does not by itself establish that a reviewer found a specific policy breach.

    That distinction prevents two costly mistakes. The first is treating a confirmed compliance issue as an ordinary ranking fluctuation and waiting for it to reverse. The second is assuming that every traffic decline is punitive, then making broad changes without evidence. Teams should establish what triggered the investigation, which properties and publishing systems are implicated, and whether the problem is isolated or systemic before choosing a remedy.

    The business assessment should run in parallel. The supplied article reports that a manual action can affect revenue, customer acquisition costs and expansion plans, with effects that may continue after the policy problems are addressed. Leaders therefore need both a remediation owner and a continuity plan for the period in which organic visibility remains impaired.

    Prevention starts with a map of accumulated risk

    An overhead view of a team organizing abstract content, link, partnership, and workflow elements into different risk groups.

    Compliance exposure rarely belongs to one recent page. The source article presents it as something that can erode gradually: an ecommerce company accumulates questionable links, a publisher embeds commercial content in its main site, a software company produces weak location pages, or a lead-generation operation expands supplemental content without sufficient editorial scrutiny.

    A useful audit consequently looks beyond the current editorial calendar. It examines the historical footprint of the site and the business arrangements behind it. Paid placements, commercial guest posts and directory links from earlier campaigns may persist as unresolved liabilities, according to the article. A change in staff, agency or strategy does not remove what remains published or linked.

    What a recurring compliance review should cover

    • Link acquisition: identify who can commission, purchase, exchange or approve links and whether old campaigns remain visible.
    • Third-party publishing: review sponsored, affiliate, partner and contributor content, including how closely it is integrated with the site’s trusted sections.
    • Scaled page systems: examine templates, feeds and automation for repetition, unsupported claims and pages whose primary difference is a keyword or location.
    • Editorial accountability: confirm that named owners can stop publication, demand evidence, update weak material and remove content that no longer meets policy or quality expectations.
    • Change records: preserve decisions, approvals and remediation evidence so future reviewers can understand how a risky pattern arose and what ended it.

    These reviews should be independent enough to challenge established revenue practices. The source argues that even capable internal SEO teams can overlook exposure when the same organization designed or benefited from the underlying programs. Independence can come from a separate compliance owner, a cross-functional review group or qualified external scrutiny; the essential feature is freedom to question the system rather than merely inspect its output.

    Publishing scale changes the control problem

    Scale does not automatically make content problematic, but it multiplies the effect of weak judgment. The article identifies several patterns that can create exposure: nearly identical affiliate comparisons, cookie-cutter regional service pages, AI-assisted publishing with unsupported information and mass-produced destination material offering little original insight.

    The shared weakness is not a particular production tool. It is a system that can publish more quickly than the organization can verify usefulness, originality and factual support. A responsible workflow therefore places controls at the point of production: evidence requirements, sampling rules, approval thresholds, duplication checks and a mechanism for pausing an entire template or pipeline when a pattern fails review.

    Third-party content requires equally clear boundaries. The source warns that insufficiently supervised material can place the host publisher’s reputation and broader visibility at risk, including valuable sections unrelated to the problematic partnership. Commercial teams should not be able to bypass the standards applied to staff-produced content simply because a placement is contractually attractive.

    Recovery must prove that the underlying system changed

    An investigator reviews layered website controls showing removed risky connections, approval gates, monitoring, and organized remediation evidence.

    The supplied article characterizes recovery as expensive and potentially prolonged, sometimes taking months and multiple reviews. That makes superficial cleanup a poor strategy. Removing a visible batch of pages while leaving the same incentives, templates, vendor relationships or approval gaps in place does not resolve the source of the exposure.

    A defensible recovery sequence

    1. Stabilize the environment. Pause related publishing, link acquisition or partner activity so the suspected pattern does not continue during the investigation.
    2. Define the full scope. Inventory affected pages, links, templates, subdirectories, contributors, vendors and commercial programs rather than reviewing only the most obvious examples.
    3. Trace causes to controls. Determine which incentives, permissions or missing checks allowed the pattern to develop and persist.
    4. Remediate consistently. Remove, revise or otherwise address problematic material according to a documented standard, including older assets created under previous strategies.
    5. Change the operating model. Add accountable owners, approval gates, monitoring and escalation rules that reduce the chance of recurrence.
    6. Preserve evidence. Maintain a clear record of what was found, what changed and how the organization verified the work for any subsequent review.

    Recovery ownership should extend beyond the SEO team when the causes involve sales partnerships, affiliate revenue, editorial operations, automation or agency management. Otherwise, the team responsible for cleanup may lack the authority to end the practices that created the violation.

    Make search compliance part of business resilience

    The strongest prevention program connects search risk to ordinary governance: vendor oversight, publishing permissions, revenue approvals, audit schedules and executive risk reporting. This turns compliance from an occasional technical exercise into a repeatable decision process.

    Organizations should also plan for imperfect recovery timelines. Alternative acquisition channels, current customer communications and realistic internal forecasts cannot restore search visibility, but they can reduce the pressure to pursue another risky shortcut while remediation is underway.

    As publishing systems and commercial models evolve, the next priority is to review controls before scale is added. A business that can explain who approved a tactic, what evidence supported it and how it will be monitored is better prepared to prevent compliance erosion before it becomes an operational crisis.

    References

  • What Google Content Visibility Signals Really Tell Publishers

    What Google Content Visibility Signals Really Tell Publishers

    Google visibility is often discussed as if it could be improved through a single tactical change: choose a more successful headline pattern, add a machine-readable file, or imitate whatever appears to perform best across a large dataset. The source reporting points to a more demanding conclusion.

    A study of Google Discover headlines shows how an apparent format advantage can be driven by publisher and audience differences, while Google’s reported guidance on llms.txt says the file has no effect on Search rankings. Together, these accounts offer a practical way to distinguish an observable characteristic from a credible visibility lever.

    Visibility is not one outcome or one mechanism

    The two source articles address different Google environments. The Discover analysis concerns how often editorial articles appeared across the 1492.vision fleet. Its metric was hits per article, which the source described as a proxy for visibility rather than a count of Discover clicks. The llms.txt article, by contrast, concerns whether a site-level file affects visibility in Google Search.

    That distinction matters because a feature associated with frequent appearances on one surface is not automatically a ranking factor, a cause of traffic, or a general rule for Google visibility. A Discover headline can be correlated with exposure without causing it. A file can help another service understand a site while remaining irrelevant to Google Search. The surface, measured outcome, and proposed mechanism must therefore be identified before a result becomes actionable.

    Headline format looks powerful until publisher context is added

    Two contrasting publisher environments show different content-card styles, audience sizes, and distribution conditions around a central magnifying lens.

    The Discover report described an analysis of 1,674,518 English articles and 1,690,295 French articles from the 1492.vision corpus. When publishers were pooled, quote-led headlines produced 37% more hits per article than statements in English and 48% more in French. Questions also exceeded statements in the aggregate, by 7% in English and 16% in French.

    Those figures appear to support a simple editorial prescription. Yet the report argued that the aggregate comparison mixed together publishers with different audiences, subject matter, editorial styles, and patterns of Discover exposure. Celebrity publications, regional news organizations, and outlets focused on trending topics were among the types said to use quotations more often. Their underlying visibility could therefore make the quotation format look more effective than it was.

    The source identified this as an example of Simpson’s paradox: a relationship visible in pooled data can weaken, disappear, or reverse after the data is separated into meaningful groups. In this case, the relevant test is not simply whether all quote headlines outperform all statements. It is whether the formats perform differently within comparable publishers and contexts, with each publisher serving as its own baseline.

    This does not make headline construction irrelevant. It changes the claim that the evidence can support. The reported aggregate results describe where visibility occurred across a mixed population; on their own, they do not establish that converting a statement into a quotation will create the same lift for an individual publisher.

    Google’s llms.txt position removes a different false lever

    The second source reported that Google updated its AI Search optimization guidance to say that llms.txt files do not affect Search rankings. According to that account, Google Search does not use the files, and publishers do not need to create new AI-oriented text or Markdown files to qualify for inclusion in Search experiences involving generative AI.

    The reported guidance includes an important qualification: Google may still discover, crawl, and index various file types. That general ability does not mean llms.txt receives special ranking treatment. The source also noted that a site may maintain the file for other services without improving or damaging its Google Search visibility.

    This is a more direct finding than the Discover correlation. The headline analysis asks whether an apparent advantage survives contextual controls. The llms.txt guidance says the proposed mechanism is not used for the claimed Google Search benefit. One tactic requires better causal analysis; the other has been explicitly ruled out as a Google ranking aid in the source’s account.

    A stronger test for proposed visibility signals

    Glowing signal tokens move through a sequence of evidence checkpoints, with weaker signals diverted and stronger signals reaching an illuminated content card.

    The synthesis suggests that publishers should evaluate any claimed signal along three dimensions. First, the claimed outcome should be precise: ranking position, impressions, Discover appearances, clicks, or another measure. Second, comparisons should account for publisher, audience, topic, language, and surface whenever those factors could influence both the tactic and the outcome. Third, the proposed mechanism should be checked against Google’s stated use of the feature when relevant guidance exists.

    For headline decisions, the most informative evidence would come from comparisons within the same publication and from controlled editorial tests that keep topic and distribution conditions as comparable as possible. Hits per article can reveal exposure patterns, but it should not be presented as click performance or as proof that punctuation and syntax independently caused the result.

    For machine-readable files, the decision can be separated by beneficiary. An llms.txt file may be maintained for a non-Google service that uses it, but the reported Google guidance provides no basis for treating its creation as a Search ranking project. This prevents an implementation task from being justified with an unsupported visibility promise.

    Key takeaways

    • Google visibility claims must name the surface and metric; Discover hits, clicks, and Search rankings are not interchangeable outcomes.
    • The reported quote-headline advantage appeared in pooled English and French data, but publisher and audience differences made a simple format-based explanation unreliable.
    • Within-publisher comparisons are more useful than global averages when editorial conventions and baseline visibility vary across outlets.
    • According to the llms.txt source, Google Search does not use the file as a ranking aid, although sites may keep it for other services.
    • An observable pattern becomes actionable only after plausible confounders and the proposed mechanism have been examined.

    As new visibility tactics emerge, the durable editorial advantage will come from asking what was measured, what else could explain it, and whether the platform recognizes the proposed mechanism. That discipline leaves room for experimentation while keeping correlation, platform guidance, and causal claims in their proper roles.

    References

  • Google’s New SEO Guidelines: A Personal Take on Third-Party Tools & AI

    Google’s New SEO Guidelines: A Personal Take on Third-Party Tools & AI

    When I heard that Google had added a new help document to its search developer documentation, I knew I needed to dive in. This new document, “Google Search’s guidance on using third-party SEO tools, services, and advice,” provides updated insights into the world of SEO, especially revolving around the hot topic of generative AI optimization.

    Google also revamped its “Do you need an SEO?” guide, adding fresh content around generative AI topics. The intent behind these updates, as stated by Google, is to highlight what to consider when evaluating third-party tools and to simplify existing documentation. They want us to be cautious about trusting these tools and advice without proper verification.

    Reading through Google’s new guidance, I found some valuable advice on thoughtfully evaluating third-party SEO services. Here’s how they suggest approaching it:

    Evaluate external SEO advice against Google’s official guidelines, think critically about third-party tools, and always verify the claims made by these services.

    • Evaluate and verify external SEO advice against official Google guidelines
    • Think critically about using third-party SEO tools and services
      • Assisting in sitemap generation
      • Establishing indexing directives
      • Offering to generate “SEO-optimized” content for you
      • Providing advice to improve the ranking of existing content
      • Promising improvements for AI experiences and search formats (“AEO” or “GEO” tools)

    While Google doesn’t endorse any third-party tools, they emphasized using Google Search Console for credible data directly from Google Search. We need to be wary of tools claiming to guarantee success since they lack access to Google’s internal ranking data.

    With the updated “Do you need an SEO?” document, Google has also covered topics like Optimizing for generative AI. It includes essential reminders that if an SEO uses a third-party tool, one should not assume it’s approved by Google, and during audits, access to Search Console should be limited initially.

    In essence, before making any site changes based on third-party audits, it’s crucial to cross-reference their advice with Google’s official resources, especially when it comes to AI optimization strategies.

    Understanding these updates helps us not only in improving our own SEO strategies but also in promoting ethical and effective use of tools.

    The document updates come as a reminder for us to regularly check Google’s official documentation. Staying informed about new guidelines ensures that we’re always on the right path in our SEO journey.


    Inspired by this post on Search Engine Land.


    crushpress.ai community screenshot
  • Discover Google’s New Search Profiles for Publishers

    Discover Google’s New Search Profiles for Publishers

    Hey there, have you heard about Google’s latest feature within Google Discover? They’ve just launched Search profiles in the U.S., and it’s a game-changer for publishers like me. These profiles act as enhanced landing pages where my audience can not only follow me but also see a collection of my latest articles, videos, and social media posts all in one convenient spot.

    Google has been working on this for quite some time, refining and testing it over several months. They’ve even made some tweaks, such as adding shortnames, which make it even easier to share these profiles.

    What are Search Profiles? According to Google’s description:

    “Search profiles give publishers and creators a central place to showcase their latest articles, videos, and social posts. People can easily follow sources from their profile, so they’re more likely to see that content on Discover, found on the home screen of the Google app.”

    It’s described as a “new way for publishers and creators to shape their presence on Search. Search profiles are a dedicated, shareable space to highlight content across platforms and help audiences find accurate, up-to-date information about sources on Search.”

    What it looks like: Curious to see it in action? Here’s a video demonstration:

    Managing Your Search Profile: If you’re a publisher or creator with a significant following on a major social or video platform, you’re in luck! You’ll be able to claim your Search profile, personalize it with an avatar, bio, and links to your website and social media platforms.

    Once you claim your profile, it might even create a Knowledge Panel for you, or enhance your existing one with updated details and a direct link to your profile.

    If you’re interested in setting up your own Search profile, check out this guide for creating a profile, claiming an existing one, and managing it.

    Availability: Currently, this feature is available in the U.S. for users and publishers who meet a certain follower threshold. Here’s what you need:

    • TikTok: 300,000 followers
    • YouTube: 100,000 subscribers
    • Instagram: 100,000 followers
    • X: 100,000 followers

    Why This Matters: As a publisher, I’m always looking for ways to get more visibility. Google’s new feature allows us to increase our reach not just on Google platforms but across our entire digital presence. It’s an exciting time, though one has to ponder whether this will be enough in the fast-paced world where AI continues to evolve.


    Inspired by this post on Search Engine Land.


    crushpress.ai community screenshot
  • Unveiling Google Search Console’s AI Controls and Reports

    Unveiling Google Search Console’s AI Controls and Reports

    As someone who eagerly follows Google’s updates, I was thrilled to learn about the latest developments in Google Search Console. Recently, Google has started to roll out new Search Generative AI performance reports. These reports, along with a feature to block your content in AI responses, are designed to give website owners more control.

    Currently, these features are being introduced to a select group of website owners in the UK, but there are plans to expand access in the near future. This gradual rollout allows us to get accustomed to these changes before they become widely available.

    Exploring the Search Generative AI Performance Report

    The new AI performance report in Google Search Console is something I’ve been anticipating. Although it doesn’t cover everything, it does provide some important insights into how our content is performing within AI responses, AI Mode, and AI Overviews on Google Search. The report includes data on impressions, pages, countries, devices, and dates. However, a notable omission is click data, so we’re left guessing about the exact number of searchers clicking through to our sites from AI responses.

    Google stated:

    – We’re rolling out new insights for website owners regarding their pages’ appearances in generative AI Search features. These insights include impressions metrics and information on which pages appear in AI responses and in which countries. We’re working closely with website owners to determine what insights would be most helpful and will expand the metrics available over time. 

    Additionally, Google shared more details about the metrics we can expect:

    Impressions: Frequency of your site’s URLs appearing in generative AI features in Search and Discover.

    Pages: Identifying URLs that appeared within AI features.

    Countries: Understanding visibility on a country basis.

    Devices: Identifying the devices used to view your website. Available for Search results.

    Dates: Monitoring performance with hourly, daily, weekly, and monthly granularity.

    I inquired about click data from a Google representative, who mentioned that they are exploring additional metrics that will help inform our strategies in the future.

    Initially, this report is available to a subset of users in the UK, with plans to expand globally in the future.

    If you want to explore more about this report, I recommend checking out the Google help center document.

    Introducing AI Blocking Controls

    Another exciting feature Google introduced is the ability to block your content from appearing in AI search features like AI Overviews, AI Mode, or AI Discover. Google described this as a “new toggle” within Google Search Console, allowing us to decide whether or not our site should be part of these AI search features.

    Google notes that opting out will prevent your site from receiving traffic or impressions from these features. Importantly, this control won’t affect your ranking in standard search results outside of generative AI Search features, so there’s no risk of negatively impacting core web search visibility.

    Again, like the performance report, this toggle is currently available to a subset of UK website owners, with plans to widen access as they complete further testing. Google had promised these controls after facing some backlash from the EU, and it’s promising to see them starting to roll out now.

    One study even showed that 1/3rd of SEOs are willing to block Google from showcasing their content in AI search features.

    Why It Matters

    As site owners and publishers, many of us have been asking for control over how and if our content appears in Google’s AI features. Now, we have just that. Although it’s initially limited, I’m hopeful these features will eventually be available to all.

    Moreover, we’ve been requesting AI Search reporting from Google from day one. With Google’s announcement following Bing’s release of its own AI performance report, we’re taking a significant step forward. While Google’s report currently targets UK site owners and lacks click data, it holds promise for a global rollout soon.


    Inspired by this post on Search Engine Land.


    crushpress.ai community screenshot
  • Google May 2026 Core Update: A Practical Recovery Plan

    Google May 2026 Core Update: A Practical Recovery Plan

    Your traffic graph dropped during the May core update, and now you need to know whether to rewrite pages, change your SEO strategy, or simply wait. Start by resisting the urge to make sitewide edits. A core update can expose weak content, but it can also coincide with changes in demand, search-result layouts, competitors, or tracking.

    The useful response is a page-level diagnosis. You want to identify where visibility changed, determine what those pages now fail to deliver, and improve them without destroying content that still works.

    Anchor your diagnosis to the actual rollout

    The official rollout ran from May 21 through June 2. Noticeable ranking movement appeared by May 23 and continued into the following week. This was the second core update of 2026, so earlier changes in your reporting may belong to a different event.

    Build clean comparison periods

    In Google Search Console, compare May 7-20 with June 3-16. These are equal 14-day periods immediately before and after the rollout, without mixing rollout days into either side. If your business has strong weekly or seasonal patterns, compare each period with the equivalent days from a normal prior period as a second check.

    Export clicks, impressions, click-through rate, and average position by query and page. A chart of total clicks is not enough. It can tell you that performance changed, but not why.

    Separate ranking losses from other traffic losses

    If positions declined across several important queries for the same pages, investigate relevance, usefulness, and competition. If impressions declined while positions remained broadly stable, check whether search demand or the set of queries triggering those pages changed. If positions and impressions held steady but click-through rate fell, inspect the live results for new answer features, stronger titles, or a changed search intent.

    Also rule out unrelated technical problems. Check whether affected URLs are indexed, canonicalized as intended, crawlable, and returning the correct status code. Review analytics changes, security incidents, migrations, and major template releases. A core-update diagnosis cannot fix a broken canonical or missing tracking tag.

    Find the losses that actually need intervention

    A magnifying glass isolates three webpage tiles connected to abstract signals for demand, competition, search layout, and measurement.

    Sitewide averages hide the decisions you need to make. Group affected URLs by topic, search intent, template, author, and content type. Then calculate the change for each group. A fall concentrated in old comparison pages calls for a different response than a decline across every page using the same template.

    Start with URLs that combine three traits: a material visibility loss, meaningful business value, and a problem you can clearly describe. Do not prioritize a page merely because its percentage decline looks dramatic. A page that fell from ten impressions to two is usually less urgent than one that lost a large share of qualified visits.

    Inspect the queries that disappeared

    For each priority URL, compare its pre-update and later query sets. Ask whether it lost its main query, a cluster of secondary questions, or visibility for terms that never matched its real purpose. Losing poorly matched impressions may not require a repair. Losing the queries that express the page’s central promise does.

    Search those important queries manually and examine the pages now appearing above yours. Look for differences in intent, scope, specificity, first-hand evidence, freshness, and format. The goal is not to copy competitors. It is to understand what searchers can accomplish with the current results that they cannot accomplish with yours.

    Look for patterns across winners and losers

    Your unaffected and improving pages are useful controls. Compare them with declining pages from the same site. If both groups share the same design, author box, and schema, those elements are less likely to explain the difference. If losses cluster around thin location pages, outdated tutorials, or articles built from the same generic outline, you have a stronger hypothesis to test.

    Audit for satisfaction, not an imaginary update factor

    The update was intended to favor relevant and satisfying content. That direction is more useful than hunting for a new word-count target, schema type, or keyword-density rule. Google has not provided a single prescribed fix for pages that lost visibility.

    Test whether the page fulfills its promise

    Read the title, opening, and major headings without relying on your memory of the page. They should define one clear task or question. Then check whether a reader can complete that task without returning to search for missing steps, definitions, evidence, or limitations.

    Remove introductions that delay the answer. Put the central answer or decision criteria near the relevant heading, then support it with explanation. If the query requires a procedure, make the sequence explicit. If it requires a choice, explain who each option suits and what changes the decision.

    Add value that another generic page cannot reproduce

    A rewrite that merely changes wording preserves the original weakness. Add the missing substance: a worked example, a transparent method, a limitation, an expert interpretation, a screenshot that proves a step, or an explanation of what happens when the standard advice fails. Keep only material that helps the reader act or decide.

    For factual or high-consequence claims, make the basis visible. Identify the responsible organization or expert where that identity matters. Link to supporting material you actually used. Show when the page was reviewed, and update that date only after a meaningful review. An unexplained assertion does not become trustworthy because it sounds confident.

    Check ownership, duplication, and internal competition

    Decide which URL should own each core intent. Several pages targeting the same question can divide internal links and leave each version incomplete. Consolidate genuine duplicates when one stronger destination can serve the reader. Keep separate pages when the intents, audiences, or required answers are materially different.

    Update internal links so descriptive anchor text points to the intended owner. Make sure related pages support one another instead of repeating the same opening-level information. Do not delete a large group of URLs solely because traffic fell during the rollout; first determine whether each page has a distinct, supportable purpose.

    Improve search and AI visibility without conflating them

    A Google core update and visibility inside frontier language models are not the same measurement system. A decline in Google rankings does not prove that ChatGPT, Claude, or another answer engine stopped citing you for the same reason. Track conventional search performance and AI citations separately, even when the same content improvements may benefit both.

    For answer-oriented visibility, make important facts easy to locate and interpret. Use descriptive headings, answer the stated question directly, name entities consistently, and keep qualifications beside the claim they modify. Tables should represent real comparisons, while lists should represent genuine steps or criteria. Formatting cannot compensate for an unsupported answer, but it can make a strong answer easier to extract correctly.

    Apply JSON-LD only when it accurately describes visible content and the page’s real entity relationships. Schema is packaging, not evidence. Adding more markup will not repair stale facts, unclear authorship, duplicated intent, or an answer that misses the query.

    Measure AI visibility with a stable set of prompts tied to your customers’ questions. Record whether your brand is mentioned, cited, represented accurately, or omitted. Keep that record beside, but not merged into, your Search Console analysis. This prevents a gain in one channel from concealing a loss in another.

    Make controlled changes and preserve what you learn

    Two parallel sets of webpage cards show one controlled change while the original version remains preserved for comparison.

    Create a change log for every priority URL. Record the date, the affected query or intent, your diagnosis, and the substantive edits. That turns recovery work into a testable process. Without a log, several teams can modify the same page and leave you unable to connect later movement with a plausible cause.

    Work in related batches rather than changing the entire site at once. Start with a small group that shares a documented weakness. Recheck query-level performance after those pages have accumulated enough impressions for a meaningful comparison. Keep the changes if the intended queries recover without harming conversions or accuracy; revise the hypothesis if they do not.

    Do not judge success only by restored clicks. A revised page may attract fewer but better-matched visits. Review conversions, qualified leads, engaged visits, and the queries now associated with the page. The objective is durable visibility for the right need, not the recreation of every impression that existed before May 21.

    Key takeaways

    • Use May 21 through June 2 as the rollout window, and keep those dates out of your before-and-after comparison periods.
    • Diagnose changes by page and query; total traffic alone cannot distinguish ranking, demand, click-through, and technical problems.
    • Prioritize valuable pages with a clear loss and a specific weakness instead of rewriting the whole site.
    • Improve intent match, distinct value, evidence, ownership, and internal linking before reaching for more schema.
    • Measure Google rankings and AI-answer visibility separately, with a written change log for both.

    Your next move is simple: export the two 14-day comparison periods, select the five affected URLs with the greatest business value, and write one testable diagnosis for each. Make only the changes that diagnosis supports. That gives you a recovery plan you can measure instead of a collection of update myths.

    References

  • How to Build Search Visibility Across Google and AI

    How to Build Search Visibility Across Google and AI

    Your pages can rank in Google while your brand remains absent from AI recommendations. The reverse happens too: buyers hear your name in communities, search for confirmation, and find thin pages, inconsistent claims, or results that fail to answer the decision in front of them.

    You do not need separate strategies for every discovery channel. You need one evidence system that works before a search, during Google validation, and when an AI system assembles an answer. The framework below will help you find the weak layer and invest there instead of treating every visibility problem as a ranking problem.

    Key takeaways

    • Plan for three moments: pre-search discovery, search confirmation, and AI synthesis.
    • Make important pages explicit about the entity, problem, audience, evidence, alternatives, and limitations.
    • Earn credible mentions in the communities and publications where buyers actually narrow their options.
    • Do not confuse AI training, current data access, and citation retrieval; each affects visibility differently.
    • Track branded demand, Google performance, AI inclusion, citation patterns, and language variants as separate signals.

    Map the three moments that create a buyer’s shortlist

    For many considered purchases, the first meaningful search is no longer a broad category query. A buyer may already have encountered several names through social feeds, specialist publications, peer groups, review discussions, or Reddit. By the time that person reaches Google, the query may be a brand review, a comparison, or a check for a specific concern. In other words, the mental shortlist often forms before the Google query.

    AI discovery adds another route through the same decision. A person can ask for recommended options, a comparison, or an explanation without visiting a conventional results page. The system may then combine information from brand-owned pages, independent coverage, community discussions, and other retrievable material.

    Decision momentWhat the buyer is doingWhat you need to provide
    Pre-search discoveryLearning the category and noticing possible optionsUseful participation, credible mentions, memorable problem-brand associations, and distribution where the audience already gathers
    Search confirmationChecking a brand, claim, comparison, reputation issue, or purchase concernClear owned pages, accurate third-party results, direct answers, and enough detail to support a decision
    AI synthesisAsking a system to explain, compare, shortlist, or recommendUnambiguous entity information, substantive evidence, independent corroboration, and passages that can be understood outside their surrounding page

    This model gives you a better diagnosis than a visibility score alone. If you rank for unbranded category terms but branded searches and direct visits remain weak, your pre-search presence may be the constraint. If people search for you but hesitate after landing, the confirmation layer is failing. If Google performs well but AI answers omit or misdescribe you, inspect whether your evidence is explicit, consistent, independently supported, and available in the contexts those systems retrieve.

    Do not assume absence from an AI response proves a single cause. The system may not have retrieved the relevant page, may not have found enough corroboration, may have interpreted the request differently, or may have selected a different answer on another run. Look at the citations and competing entities before choosing a remedy.

    Turn important pages into evidence Google and AI can use

    An abstract web page organizes demonstrations, sources, comparisons, and expert evidence for use by search and AI systems.

    A page can be technically indexable and still be difficult to use as evidence. The usual problem is not a missing keyword. It is missing meaning. The page never states exactly what the company or product is, whom it serves, which problem it solves, when it is appropriate, or where its limitations begin.

    That ambiguity matters in both search environments. Google has to decide which query and intent the page deserves to serve. An AI system has to extract claims, connect them to an entity, weigh them against other material, and assemble a useful answer. Clever brand language that avoids plain definitions makes both jobs harder.

    Use a decision-first page pattern

    1. Name the decision. Put the real question in the title, opening, or primary heading. A comparison page should identify the alternatives. A service page should name the problem and intended customer.
    2. Define the entity plainly. State what the company, product, service, person, or place is before introducing slogans or benefits.
    3. Set the scope. Identify relevant audiences, use cases, regions, languages, product versions, or other conditions. A claim without its boundary is easier to misunderstand.
    4. Explain the reasoning. Show why an option fits one situation and not another. Include tradeoffs, constraints, and unsuitable cases instead of presenting every feature as universally positive.
    5. Add experience that changes the decision. Reviews, interviews, support questions, community discussions, and customer language can reveal setup friction, recurring objections, unexpected limitations, and the circumstances behind a positive or negative outcome.
    6. Answer the next question. Connect the page to pricing, compatibility, implementation, alternatives, policies, or supporting explanations when those details determine the next step.

    Firsthand detail is especially valuable for subjective decisions. Official pages often describe capabilities, while community conversations explain what using the product felt like and why someone preferred one option. That is a major reason experience-rich discussions can become useful retrieval material. You can bring comparable depth to your own site through genuine reviews, interviews, demonstrations, support insights, and transparent explanations. Do not imitate the tone of a forum or manufacture customer stories.

    Keep the entity consistent across the site

    Check whether your homepage, about page, product pages, author profiles, help content, titles, internal links, and JSON-LD describe the same relationships. Product names, organization names, URLs, service areas, and category labels should not drift from page to page.

    Structured data should confirm what the visible page already establishes. It can make an explicit relationship easier to interpret, but it cannot turn vague copy into evidence or create independent authority. If the markup says one thing and the page implies another, fix the underlying content first.

    Review each priority page at the passage level. Copy a key paragraph into a blank document and ask whether a reader could still identify the entity, claim, scope, and supporting reason. If the paragraph depends on a logo, navigation label, or unexplained pronoun, rewrite it so the meaning survives extraction.

    Earn the mentions that happen before someone searches

    Publishing more pages will not place your brand into conversations occurring elsewhere. That requires audience research, listening, credible participation, and distribution. The objective is not to spread a link across every platform. It is to become relevant in the few environments where your buyers learn the category and narrow their options.

    1. Map decision environments. Identify the communities, professional groups, creators, specialist publications, review spaces, and comparison sites that appear while buyers investigate the problem.
    2. Record the questions that recur. Separate category education, implementation concerns, comparison questions, complaints, and brand-validation queries. These are different content and participation opportunities.
    3. Set up listening. Watch for the problem language, category terms, competing approaches, and your brand name. A timely, complete answer is more useful than a promotional interruption.
    4. Contribute without forcing the brand. Answer the question, disclose your connection when relevant, and mention your product only when it genuinely belongs in the answer.
    5. Build publication credibility. Give editors and specialist publishers a defensible insight, explanation, example, or point of view rather than asking for a context-free mention.
    6. Return what you learn to the site. When the same objection or misunderstanding keeps appearing, update the appropriate owned page so future searchers find a direct response.

    Reddit deserves attention only when your audience uses it for relevant decisions. The claim that a model was trained on Reddit is not, by itself, a reason to launch a subreddit or manufacture posts. Training, licensed or current access, and retrieval for citations are separate mechanisms. Training can influence general patterns without preserving a specific thread as a retrievable memory. Current access can expose newer discussions. Retrieval can surface a thread because it answers the immediate query.

    That distinction changes the action. You cannot reliably place a sentence into a model’s memory by posting it. You can create or support a genuinely useful public discussion that people find, reference, and potentially retrieve later. An empty product subreddit, scripted endorsement, or coordinated pile of repetitive comments supplies neither trustworthy experience nor durable community value.

    Choose platforms by behavior, not fashion

    Evaluate each platform against a short scorecard:

    • Decision relevance: Are people asking questions that affect a shortlist or purchase?
    • Audience fit: Are the participants actual users, buyers, advisers, or credible peers?
    • Contribution fit: Can your team answer usefully without turning the interaction into an advertisement?
    • Experience depth: Does the environment support reasoning, tradeoffs, and real usage details?
    • Discoverability: Can useful discussions continue to be found through site search, Google, links, or AI retrieval?
    • Continuity risk: What happens if the platform’s popularity, policies, or search visibility changes?

    A fashionable platform with weak decision relevance is a distribution distraction. A smaller specialist community where buyers openly compare options may contribute more to both reputation and engine comprehension.

    Separate core-update volatility from language retrieval failures

    An analyst compares widespread movement among web pages with broken connections between a source page and an AI answer system.

    A ranking decline and an AI visibility gap can happen at the same time without sharing a cause. Broad Google changes, weak content, inconsistent entity information, off-site reputation, language detection, and retrieval choices require different remedies. Diagnose the pattern before rewriting the site.

    Wait for a core update pattern, then inspect the affected intent

    Google makes broad core changes several times a year. For the May 2026 core update, Google indicated that the rollout could take up to two weeks. That specific window does not apply automatically to every future update, but it illustrates why a single day’s movement is a poor basis for a site-wide response.

    1. Mark the announced rollout period on your reporting timeline.
    2. Segment changes by page type, query intent, country, language, device, and brand versus non-brand demand.
    3. Look at the results that replaced you. Identify whether they answer a different intent, provide stronger evidence, offer a more useful format, or represent a different kind of site.
    4. Check technical access and indexing separately from content quality. A crawl or canonical problem should not be diagnosed as an editorial problem.
    5. Prioritize pages where the decline persists and a clear usefulness gap exists. Preserve pages that are merely fluctuating until the pattern is stable enough to interpret.

    A core-update loss does not automatically mean that every affected page is defective. It does mean the competitive result set has changed. Avoid mass deletion or indiscriminate rewriting during volatility. Removing established URLs can also remove content, links, and accumulated relevance you may later need. Preserve the URL, document the evidence, and improve it only when you can name the user problem the change will solve.

    Test each language as its own retrieval environment

    Multilingual visibility is not a translation checkbox. The language of a query can change which pages are retrieved, which authorities are favored, how local context is interpreted, and even which language the system thinks it is processing.

    Catalonia provides a useful warning because Catalan and Spanish queries can be tested in the same geography. Documented results have included Catalan being misidentified as Occitan, even with local context in Barcelona. The practical lesson extends beyond Catalonia: a strong result in one language does not prove equivalent retrieval in another.

    Build a paired test for every commercially important language:

    • Use queries with the same underlying intent rather than comparing unrelated keywords.
    • Record the query language, returned answer language, cited domains, brands included, and geographic framing.
    • Flag language misidentification, imported terminology, missing local entities, and citations from the wrong market.
    • Review whether your page was written for a local reader or merely translated word for word.
    • Strengthen native terminology, local examples, geographic context, and relevant in-language corroboration where gaps appear.
    • Report each language separately so strong performance in a dominant language does not hide failure in another.

    If one language underperforms while another succeeds in the same location, start with language detection, local evidence, and retrieval differences. A site-wide authority campaign is unlikely to be the most precise first move.

    Use a scorecard that reveals the next visibility constraint

    A single ranking report cannot tell you whether buyers know your brand, whether Google confirms their expectations, or whether AI systems include you accurately. Keep the layers separate, then read them together.

    Track pre-search demand

    • Brand mention volume by relevant platform or publication
    • The problems, categories, and competing options mentioned near the brand
    • Positive, negative, mixed, or corrective context
    • Branded search trends
    • Direct and referral visits connected to distribution activity

    Count context, not just mentions. A brand repeatedly associated with the wrong audience or problem may become more visible without becoming more likely to enter the desired shortlist.

    Track Google confirmation

    • Visibility and clicks for brand, brand review, brand comparison, and brand alternative queries
    • Unbranded discovery queries tied to the problem you solve
    • Which owned and third-party pages appear for brand validation searches
    • Page and query clusters affected during core updates
    • Whether the landing page answers the same concern expressed in the query

    If branded demand rises while clicks or downstream actions remain weak, inspect the results page and landing experience. The awareness layer may be working while search confirmation is exposing a reputation problem, unclear positioning, or an unanswered objection.

    Track AI inclusion and interpretation

    • Whether the brand appears in a fixed set of problem, category, comparison, and validation prompts
    • How the system describes the brand and intended audience
    • Whether inclusion is a recommendation, neutral mention, warning, or citation
    • Which domains and passages support the answer
    • Whether important claims are accurate, outdated, incomplete, or attributed to the wrong entity
    • How the result changes by platform, language, and location context

    Keep the prompts and test conditions stable enough to compare observations, but do not treat one generated answer as a permanent rank. Repeated inclusion, recurring citation patterns, and consistent descriptions are more informative than an isolated response.

    Read the combined signals as a diagnostic:

    • Mentions rise but branded demand does not: check audience fit and whether the brand is being connected to the right problem.
    • Branded demand rises but Google confirmation is weak: improve brand-result coverage, reputation evidence, and decision pages.
    • Google visibility is strong but AI inclusion is weak: inspect passage clarity, entity consistency, independent corroboration, and the domains being cited instead.
    • AI inclusion exists but descriptions are inaccurate: reconcile conflicting facts across owned pages and correct retrievable public information where you have legitimate access.
    • One language lags: investigate language-specific retrieval and local evidence before assuming a global authority problem.

    Start with one commercially important decision, not the entire market. Map where the shortlist forms, upgrade the owned page that should confirm it, choose the off-site environment where a useful contribution belongs, and capture a baseline across Google and a fixed AI prompt set. Your next investment should follow the first measured constraint. That is how visibility becomes an operating system instead of a collection of disconnected SEO tasks.

    References

  • Google FAQ Rich Results Retirement: A Practical Action Plan

    Google FAQ Rich Results Retirement: A Practical Action Plan

    You may still have FAQ sections, FAQPage JSON-LD, reporting filters, and client promises built around Google’s expandable FAQ listings. The listing has gone away, but that does not mean every FAQ or every line of FAQ markup should disappear with it.

    Your job now is to separate the retired Google Search feature from the content and data that may still serve a purpose. That distinction will tell you what to remove, what to retain, and what to measure.

    What Google retired, and when each dependency changes

    Google ended support for FAQ rich results on May 7, 2026. The visible consequence is straightforward: adding valid FAQPage structured data no longer makes a page eligible for an FAQ rich result in Google Search.

    The retirement also affects the tools around the feature. Google’s announced schedule separates the wind-down into three operational milestones:

    MilestoneWhat changesWhat you should do
    May 7, 2026FAQ rich results stop appearing in Google Search.Stop treating FAQ markup as a Google rich-result opportunity.
    By June 2026Google planned to remove the FAQ search appearance, the dedicated rich-result report, and FAQ support in the Rich Results Test.Replace reports, tests, and documentation that depend on those surfaces.
    By August 2026Google plans to remove FAQ rich-result support from the Search Console API.Update API jobs before missing FAQ-specific data or filters can break them.

    These milestones affect eligibility, reporting, testing, and API access. They do not delete the visible questions and answers on your pages. They also do not establish that FAQPage markup is harmful. The retirement notice alone is not evidence of a penalty.

    Key takeaways

    • Stop approving FAQ schema work on the promise of a Google FAQ rich result.
    • Do not remove useful visible answers merely because the associated search enhancement has retired.
    • Keep the markup only when you can identify a remaining consumer or justify its maintenance cost.
    • Remove FAQ-specific dependencies from Search Console reports, alerts, dashboards, and API jobs.
    • Measure the change with page cohorts and query data, not a single sitewide before-and-after chart.

    Decide whether to keep or remove FAQPage markup

    There is no universal requirement to purge FAQPage from every site. The right decision depends on what consumes the markup, how it is maintained, and whether it remains accurate.

    DecisionUse it whenMain risk to control
    Keep itA verified non-Google search engine, application, internal knowledge system, or publishing workflow consumes it, and the data stays synchronized with the visible page.Do not assume another system uses the markup merely because it can parse JSON-LD.
    Remove itThe only documented purpose was Google FAQ rich-result eligibility, or the implementation produces stale, duplicated, or misleading data.Target FAQPage specifically so you do not erase unrelated structured data.
    Keep it temporarilyYou cannot yet identify every downstream dependency.Give the uncertainty an owner and review date so temporary markup does not become permanent by neglect.

    The phrase “other systems may use it” is not a business case by itself. Ask for evidence: a documented integration, a consuming application, a test that shows the data being ingested, or a named team that depends on the output. Without one of those, you are maintaining code for a hypothetical benefit.

    Retention also has a cost. Automatically generated markup can drift away from the visible answer, survive after an FAQ is deleted, or duplicate data emitted by a theme and a plugin. That creates audit noise and makes future structured-data incidents harder to diagnose. If no verified consumer remains, removing that unused layer is a reasonable cleanup.

    Audit the implementation before touching production

    1. Find every emitter. Search templates, plugins, block settings, custom fields, tag-management rules, and rendered HTML for FAQPage. Check both server-generated source and JavaScript-rendered output.
    2. Map pages to templates. Record the canonical URL, template or content type, markup generator, owner, and any known consumer. This distinguishes a centralized fix from hundreds of apparent page-level fixes.
    3. Check for duplicate output. A page may receive one graph from an SEO plugin and another from its theme or page builder. Removing one does not necessarily remove the other.
    4. Separate schema types. Confirm that the proposed change removes only the FAQ node and its intended relationships. Preserve unrelated Article, BreadcrumbList, Product, organization, or other data unless your audit finds a separate reason to change it.
    5. Verify visible parity. If you retain FAQ markup, each marked-up question and answer should still correspond to content a visitor can access on that page.
    6. Test a representative sample. Include different templates, locales, device-rendering paths, and pages with nested structured-data graphs. A successful test on one hand-built page does not prove that a shared template is safe.

    If you remove the markup, use a staged release or a small controlled page group where your publishing system allows it. Capture the prior output first, verify that the visible FAQ still works, and compare the full structured-data graph before and after deployment. A broad search-and-delete operation can remove braces, graph relationships, or neighboring schema that were never part of the retirement.

    Repair Search Console reports and API jobs before they fail silently

    An obsolete accordion-shaped module is disconnected from a linked browser, structured-data, reporting, and API workflow on a worktable.

    The reporting change deserves as much attention as the markup. A dashboard can keep loading while an FAQ filter returns no rows, a chart becomes permanently flat, or an alert stops firing. That is more dangerous than an obvious error because the report still looks operational.

    Inventory every place where FAQ search appearance is used: saved Search Console views, exported workbooks, business-intelligence models, scheduled reports, client templates, annotations, anomaly alerts, and API queries. For each dependency, decide whether to remove the component, replace it with page-level reporting, or preserve the historical series as a closed metric.

    1. Preserve available history. Keep any existing FAQ-specific exports with their original date range and definitions. Historical data remains useful for explaining why an old report or traffic pattern differs from a new one.
    2. Retire the metric explicitly. Label the series as discontinued rather than allowing it to fall to zero without explanation. A zero can be misread as an implementation failure.
    3. Remove brittle filters. Update queries and transformation steps that expect an FAQ appearance value. Jobs should handle its absence without discarding otherwise valid Search Console rows.
    4. Test empty and missing states. Confirm that dashboards, alerts, and API pipelines behave correctly when FAQ-specific data is unavailable, not merely when its value is zero.
    5. Update stakeholder language. Replace promises to “earn FAQ rich results” with goals you can still observe, such as answering a query clearly, improving organic engagement, or reducing duplicated support content.

    Do not merge the date of Google’s presentation change with the date you remove code. Record both. Otherwise, a later analyst may blame a traffic movement on your deployment when the search feature had already disappeared, or attribute a template change to Google when it happened weeks later.

    Measure the traffic effect without inventing causation

    An analyst compares two separate streams of abstract signals using transparent dividers and balanced measuring instruments.

    FAQ rich results could occupy extra search-result space and influence click behavior, so affected pages deserve closer monitoring. A sitewide organic trend will not isolate that effect. Most pages never had the same FAQ visibility, query mix, ranking stability, or search-result competition.

    Build a page cohort from URLs that carried FAQ structured data and, where your historical records allow it, distinguish pages that actually received FAQ search appearances from pages that were merely eligible. Eligibility is not the same as an impression.

    1. Choose a comparison group. Use pages with a similar purpose and query profile that did not depend on FAQ presentation. The comparison will not create a perfect experiment, but it is more informative than comparing the whole site with itself.
    2. Track impressions, clicks, click-through rate, and average position together. A click-through-rate decline while impressions and position remain broadly stable is more consistent with a presentation change than a simultaneous loss of rankings and visibility.
    3. Inspect page-query pairs. Brand queries, broad informational searches, and long-tail questions can behave differently. Page totals can hide one group falling while another grows.
    4. Annotate both the Google milestones and your deployments. Include the retirement, reporting changes, content edits, template releases, migrations, and other material SEO work in the same analysis window.
    5. Follow the business outcome. Check whether affected pages still generate the actions that matter, such as product discovery, qualified visits, support deflection, leads, or sales. A presentation loss matters differently when click volume changes but useful outcomes do not.

    A before-and-after chart cannot prove that FAQ retirement caused a change. Rankings, seasonality, query demand, competing search features, and your own releases can move at the same time. Use the cohort analysis to identify where investigation is warranted, not to manufacture certainty the data cannot support.

    Keep the answers, but remove the obsolete SEO promise

    A useful FAQ section can still solve a reader’s next problem. It can clarify eligibility, compatibility, pricing logic, implementation constraints, returns, terminology, or a decision that would otherwise send the visitor back to search. None of that value depends on an expandable Google result.

    Review FAQ content as content, not as a schema container. Keep a question when it represents a real decision or recurring point of confusion. Rewrite it when the answer is vague, promotional, outdated, or dependent on information that appears elsewhere. Remove it when it exists only to repeat a keyword or restate the main body.

    • Use the wording a reader would recognize, but do not create several near-identical questions for minor keyword variations.
    • Answer the question in the opening sentence, then add conditions, exceptions, evidence, or a next step.
    • Name the product version, location, customer type, plan, or other qualifier whenever the answer changes across those boundaries.
    • Link to a deeper page when the reader needs a procedure or full explanation; do not compress a complex guide into an evasive two-line answer.
    • Assign an owner to answers that depend on policies, features, prices, or other changeable facts.
    • Keep marked-up data synchronized with visible content if you decide to retain the JSON-LD.

    The same discipline helps answer-engine and generative-search work, but do not replace one unsupported promise with another. FAQPage markup is not a guaranteed route into an AI answer, citation, or model response. Clear visible content, precise scope, consistent entity information, and accessible supporting detail are useful publishing practices; none guarantees selection by a search engine or model.

    Be especially careful with thin FAQ pages created solely to win the retired enhancement. If a page contains unique information or attracts useful demand, improve it. If it duplicates a stronger resource, consider consolidation only after checking its traffic, links, internal references, and destination. Do not delete or redirect a URL merely because its structured-data feature disappeared.

    Turn the retirement into a controlled cleanup

    Start with a single inventory that joins code, content, reporting, and ownership. Give every FAQ implementation one status: retain for a verified consumer, remove as Google-only legacy code, or investigate because the dependency is unknown.

    Resolve the unknown group first. It carries the greatest operational risk: deleting it may break an unrecorded integration, while leaving it indefinitely creates unmanaged data. Once every row has an owner and reason, update the template, reporting pipeline, documentation, and stakeholder expectations as one change set.

    Your next concrete action is simple: search a rendered sample of each major page template for FAQPage, record what generates it, and write down who still consumes it. If no one can answer the last question, you have found the first dependency to investigate.

    References

  • Google’s UCP Checkout Revolutionizes Search Shopping

    Google’s UCP Checkout Revolutionizes Search Shopping

    I find it fascinating that Google’s Universal Commerce Protocol (UCP), which was initially limited to AI Mode, is now expanding into regular search results. It’s not just a fleeting trend; some retailers have already begun integrating this technology into their listing pages, making our online shopping experience even more intuitive.

    Earlier this year, Google rolled out UCP for AI-agents to facilitate direct purchases from search results. It first launched exclusively within Google’s AI Mode but now, we’re seeing it implemented in Google’s main search results for retailers who support UCP.

    Discovering what the UCP checkout looks like was made easier thanks to a post by Brodie Clark. He shared a screenshot showing how Wayfair’s listings on Google Search now feature a UCP-powered ‘Buy’ button. This button is a game-changer because it allows purchases directly from Google’s interface without navigating to Wayfair’s website.

    The UCP protocol is paving the way for seamless transactions by establishing a common language for AI agents and commerce systems. No longer do we have to worry about bespoke integrations across different platforms.

    ```json
{
  "alt": "Google search results for striped bed sheet set, featuring various sheet options and prices.",
  "caption": "Exploring online options for striped bed sheet sets? Check out this search showcasing a variety of styles and prices to suit every bedroom decor.",
  "description": "This image shows a Google search result page for 'striped bed sheet set'. Various bed sheets including options from Wayfair, IKEA, and Eddie Bauer are displayed, with prices ranging from $15.99 to $239.00. A highlighted product is the 100% Cotton Sateen Striped Sheet Set from Wayfair in black. The image also features browser and interface elements like search tabs and filters, ideal for navigating online shopping efficiently. Keywords: striped bed sheets, Google search, online shopping, sheet set prices."
}
```

    Collaboratively developed with big names like Shopify, Etsy, Wayfair, and Target, UCP aligns with existing standards, such as Agent2Agent and Agent Payments Protocols, creating a more cohesive digital commerce space.

    What really excites me is the potential for profit growth for retailers who embrace this technology. Although Wayfair might miss out on direct site traffic for specific searches, their affiliation with Google through UCP can still result in conversions.

    While it’s clear that not everyone will bypass the traditional shopping journey, as many of us still prefer exploring products on the retailer’s site, the option to ‘Buy’ directly adds a layer of convenience. It’s definitely something worth monitoring as its prevalence in search results increases.


    Inspired by this post on Search Engine Land.


    crushpress.ai community screenshot
  • SEO Priorities After Google’s March 2026 Core Update

    SEO Priorities After Google’s March 2026 Core Update

    If your rankings fell after Google’s March 2026 core update, the worst first move is a sitewide rewrite. This update produced unusually broad result churn, arrived immediately after a spam update, and changed which kinds of sources appeared most prominently. A blanket response can destroy the evidence you need to diagnose the loss.

    Your job is to separate market-wide movement from page-specific weakness, identify what the replacement results provide that you do not, and improve the shortest path between your brand, its evidence, and the searcher’s next step. That puts diagnosis, primary-source value, the homepage, and information architecture ahead of cosmetic content refreshes.

    Diagnose the loss before changing the site

    A digital investigator compares abstract page evidence while broad search movement is visually separated from one isolated page issue.

    The March update was volatile enough to make a ranking decline look more conclusive than it is. Across the observed results, 79.5% of top-three URLs changed position, 90.7% of top-10 URLs moved, and 24.1% of pages that had ranked in the top 10 disappeared from the top 100. Those figures show how much the result set changed; they do not prove that the same percentage of your pages became unhelpful.

    Attribution is also unusually difficult because the core update began one day after a significant spam update ended. Most of the observed disruption appeared to come from the core update, but the overlap makes a single-cause diagnosis unreliable. Do not use “penalty” as shorthand for every decline.

    Build the diagnosis at the query-page level, not from a sitewide visibility score:

    1. Compare equivalent periods. In Google Search Console, compare the same queries and landing pages before and after the disruption. Match weekdays where possible, and exclude periods distorted by migrations, tracking failures, promotions, or unusual demand.
    2. Separate ranking loss from click loss. If clicks fell while positions stayed broadly stable, rewriting the page may not address the cause. Inspect impressions, result composition, query demand, titles, and snippets. If impressions and positions fell together, a relevance or source-preference change is more plausible.
    3. Check indexation before judging content. A page that is excluded, canonicalized elsewhere, blocked, or no longer rendered correctly has a technical problem. A page that remains indexed but loses to a different source type has a competitive or content problem.
    4. Classify the replacements. Mark each new winner as an official or institutional site, a specialist source, an established brand, a dominant platform, an aggregator, a directory, or a comparison page. The pattern matters more than any one competitor.
    5. Group losses by template and purpose. Look for concentration in comparison pages, location directories, programmatic pages, definitions, product summaries, or informational articles. A shared template usually points to a shared weakness.
    6. Write a testable explanation. “Google dislikes us” cannot guide an edit. “Our location pages repeat third-party facts while the new winners own the locations and publish current operating details” can.

    Preserve the export, affected URLs, replacement results, and your annotations before making changes. Otherwise, you will not know whether a later movement came from your work, continued volatility, or a different query mix.

    Move each important page closer to the primary source

    The clearest pattern from the update was a movement toward official and institutional sites, specialist sources, established brands, and major platforms, while many aggregators, directories, and comparison sites lost visibility. This was not a blanket platform bonus: YouTube had the largest visibility decline in the dataset. Brand size alone did not guarantee a gain.

    A useful working hypothesis is that the update raised the cost of being an unnecessary intermediary. The more steps between a page and the entity that owns the fact, product, job, place, clinical expertise, or dataset, the more clearly that page must justify its existence.

    Ask four questions of every page that matters:

    • Which facts on this page does your organization own, produce, verify, or maintain?
    • What can the reader learn here that is not available from the original provider or from every competing summary?
    • Can the reader see where each consequential claim came from and when time-sensitive information was checked?
    • Does the page help the reader complete a decision, or does it merely restate information found elsewhere?

    The right upgrade depends on the page’s role. A software page can publish version-specific instructions, working configuration examples, limitations, and maintained documentation. A data page can expose definitions, methodology, dates, and the relationship between the figures and their originating institution. A comparison can explain inclusion criteria, show the evidence behind each distinction, disclose commercial relationships, and separate observed facts from editorial judgment. A directory can verify records, link to the responsible entity, remove duplicates, and make its coverage and maintenance process visible.

    Query type should influence the source you treat as authoritative. The update shifted job visibility toward employer-specific destinations, data-driven searches toward institutional sources, travel and real-estate results toward primary destinations, and health searches toward clinical and specialist material. If you operate in one of those areas, compare what the new winner directly owns with what your page merely describes. Then decide whether to add first-party value, cite the origin more clearly, narrow the page’s promise, or stop competing for an intent better served by the primary entity.

    Do not mass-delete every comparison, directory, or aggregator-style page. Those formats can still solve legitimate search tasks, and deletion can remove demand, links, and useful pathways. Preserve pages with demonstrated value, upgrade pages that can become meaningfully distinctive, consolidate genuine duplicates, and remove or noindex a page only after reviewing its traffic, links, conversions, replacement URL, and role in the site architecture.

    JSON-LD belongs after this content decision, not before it. Structured data can confirm visible facts and relationships; it cannot manufacture first-party authority. Keep names, canonical URLs, authorship, dates, products, organizations, and entity identifiers consistent with the page a person sees. Do not mark up credentials, reviews, services, or relationships that the visible page does not substantiate.

    Turn the homepage into a verification and routing page

    A central glass pavilion displays evidence objects and routes visitors along short paths to several destinations.

    AI assistants can handle part of a user’s exploratory research before that person visits a website. Once persuaded that a brand belongs on the shortlist, the user may perform a branded search and arrive directly on its homepage, carrying intent that conventional analytics cannot fully explain. That makes the homepage more important as the bridge between AI-assisted discovery and the next action.

    This does not mean turning the homepage into an index of every keyword. It means making the entity and its routes unmistakable. A useful homepage should let a new visitor answer these questions without interpreting internal company language:

    • What is this organization, and what does it provide?
    • Who is each main offering for?
    • Which route matches the visitor’s task: learn, compare, verify, buy, contact, or get support?
    • Where can the visitor inspect proof, documentation, methodology, expertise, policies, or case material?
    • What is the next meaningful action for each major audience?

    Use plain labels based on user tasks. “Solutions,” “Resources,” and “Insights” can be too broad when they hide several unrelated destinations. A prospective buyer should not have to guess whether implementation details live under Services, Platform, Learn, or Company.

    Information architecture carries that clarity beyond the homepage. Group related material under a parent hub, connect supporting pages to that hub, and use breadcrumbs and contextual internal links to show the relationship. Treat the ability to reach important information within three clicks as a practical audit metric, not as permission to place hundreds of links in the footer.

    Run the audit from a logged-out view of the site. For every commercially or editorially important page, record its parent hub, click depth from the homepage, navigation route, breadcrumb route, relevant contextual links, and orphan status. If a priority page is difficult to reach, add a semantically appropriate path from its hub or a closely related page. A link from an unrelated global block may reduce click depth without clarifying the page’s place in the site.

    Keep the entity consistent across the homepage, About page, service or product hubs, author or expert pages, contact details, and JSON-LD. Organization, WebSite, Person, and BreadcrumbList markup should describe the same names, URLs, roles, and hierarchy that the navigation and visible copy establish. When those layers disagree, adding more schema creates more ambiguity rather than more authority.

    Sequence recovery work by evidence and consequence

    The easiest tasks are rarely the most important ones. Changing dates, adding paragraphs, or installing another optimization tool can feel productive while leaving the actual weakness untouched. Use the observed pattern to choose the next action.

    Observed signalLikely workstreamFirst action
    Pages are excluded, canonicalized incorrectly, blocked, or not rendered as intendedTechnical SEOFix the affected template or directive and verify that the intended canonical page can be crawled, rendered, and indexed.
    Losses cluster in secondary summaries while official or specialist pages replace themContent and authorityIdentify the facts you can own or verify, add evidence and methodology, and consolidate pages that cannot justify a separate result.
    Positions remain broadly stable while clicks declineSearch-result and demand analysisInspect impressions, result features, titles, snippets, and query intent before rewriting the body content.
    Branded discovery reaches the homepage, but visitors do not find the relevant routeHomepage and conversion architectureClarify the entity, audience choices, proof paths, and next actions above the deeper content layer.
    One page falls while the rest of its topic cluster remains stablePage-level relevanceCompare that page with the current winners, then repair the specific intent, evidence, or duplication gap instead of changing the whole site.

    Measure each workstream with a matching indicator. Technical work should improve index eligibility and canonical consistency. Content work should restore impressions for the intended query-page pairs and reduce dependence on unverified secondary claims. Architecture work should reduce orphaning and meaningful click depth. Homepage work should improve selection of the correct audience route and the completion of its next action.

    A sitewide average can hide progress. Review affected clusters separately, retain annotations for every substantial change, and compare pages with the same role. A documentation hub, product page, directory entry, and editorial comparison should not be judged by one blended benchmark.

    Key takeaways

    • Do not interpret every March 2026 decline as a penalty. The result set experienced exceptional churn, and the core update followed immediately after a spam update.
    • Diagnose query-page pairs before changing templates or deleting content. Separate ranking loss, click loss, indexation problems, and changes in source preference.
    • Prioritize pages that own, produce, verify, or explain consequential information. An intermediary page needs a clear reason to exist.
    • Use the homepage to identify the entity, route major audiences, expose proof, and convert branded or AI-assisted discovery into a useful next step.
    • Organize important content into coherent hubs and keep it reachable through meaningful paths, ideally within three clicks.
    • Treat JSON-LD as a confirmation layer for visible, consistent facts. It cannot compensate for thin evidence or confused information architecture.

    Start with the page that lost the most qualified visibility and still matters to the business. Put the current winner beside it and write down what that source owns, proves, or routes better than you do. That comparison should tell you whether the next task is a technical repair, an evidence upgrade, a consolidation decision, or a clearer path through the site. Apply the same method cluster by cluster instead of launching an undirected sitewide refresh.

    References