Urgent.News

What's breaking now, across thousands of outlets.

AI

Можно ли оценивать поисковый спрос через Writesonic: проверка на живых данных

Можно ли оценивать поисковый спрос через Writesonic: проверка на живых данных — Agent Lab Journal Practice · SEO · Verification Можно ли оценивать поисковый спрос через Writesonic: проверка на живых данных Ask a writing assistant to sort fifty keywords into "high", "medium" and "low" demand and it will do it in seconds, with no hesitation and no footnotes. The problem is that a large language…

Can a keyword demand assessment be performed using Writesonic: live data verification? - Agent Lab Journal Practice · SEO · Verification

Can a writing assistant sort fifty keywords into high, medium, and low demand in seconds with no hesitation and no footnotes? The issue arises when a language model lacks a real-time connection to search statistics unless explicitly provided with such data. Using these labels in a content strategy could lead to wasting months writing for demand that was merely a model's estimation.

This article provides a protocol to measure this discrepancy: a discrepancy table, scoring script, and safe pre-selection process that maintains the model's usefulness without enabling it to fabricate numbers. Level: intermediate · Reading time: ~50 minutes · Updated: 2 October 2026 The article is a test protocol with tools and decision rules, but it does not include measured results from a live test due to the lack of verified output.

Each number in the example below is synthetic and labeled as such, only to ensure the script's functionality before applying it to actual data. Product behavior may vary between plans and releases, so always verify your account's settings before relying on any feature statements. The core issue: confidently labeling search demand without a source A practical example: a content plan that seemed fine Converting "can we trust it?" into a testable question Preparation: essential tools before starting Step 1.

Create a keyword set that could potentially fail Step 2. Obtain Writesonic estimates in a consistent manner Step 3. Gather reference data from a statistics tool Step 4. Analyze discrepancies using a table Step 5. Score discrepancies with a script Step 6. Validate the process before interpreting results Interpreting the outcome A method for safe keyword pre-selection Failure cases observed in similar tests Limitations Checklist 1.

The core issue: confidently labeling search demand without a source Search demand is a factual quantity. It represents the number of times a phrase was searched by users in a specific region over a certain period. Any claim of demand should have a traceable source, such as a search engine or a vendor selling or modeling clickstream data.

A language model, like those used in writing assistants, predicts plausible words rather than accessing live data. When asked about search volume for a term, the model generates a number or a label based on patterns it learned from training data, such as how often similar phrases were discussed or how commercial they sound. This reconstruction is a form of hallucination, not because the number is necessarily incorrect, but because there is no guarantee that it is accurate.

Three factors make this problematic for content planning: The output appears to be data. A table with High/Medium/Low labels may seem like a report rather than an estimate. Errors are not random noise. Models tend to overestimate phrases that sound important or are frequently written about, while undervaluing long, specific, local, or new queries.

Feedback is delayed. It may take three to six months to realize that an article targeting a dead query did not generate traffic, even though the plan has already been executed. Writesonic serves as a useful example because it is a popular writing platform with both free-form chat and SEO features. The practical question then becomes: does Writesonic accurately display demand levels for the specific screen and workflow used?

That can be measured in a short period. A typical scenario: a small B2B team selling appointment software wants a quarterly blog plan. A marketer asks a chat-style assistant to generate forty keywords around online booking for clinics, along with search volume levels and difficulty. The assistant returns a table with twelve high-demand phrases, fifteen medium-demand phrases, and the rest low-demand.

However, the team assumes the "high" designation is backed by statistics without knowing the region, language, search engine, or time frame. To address this, the article suggests adding a measurement step and provenance field to the process, rather than abandoning the assistant altogether. Instead of asking "is Writesonic good or bad?", the focus should be on whether the demand levels shown on a specific screen are backed by statistics and, if not, how far off they might be.

This measurement can be done within an afternoon. The article outlines three key questions and corresponding metrics to evaluate the accuracy of Writesonic's keyword demand estimates: Does it categorize keywords correctly (low/medium/high)? Bucket agreement rate and confusion matrix. Does it order the keywords correctly? Spearman rank correlation between estimates and reference data.

How significant are the numeric errors when the model provides numbers? Median absolute log10 error and share of estimates within ×2 and ×10 of the reference. The article recommends setting clear acceptance thresholds for each metric.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in AI

CycleCare: a private, local cycle companion powered by Gemma and Ollama

This is a submission for the Hacktoberfest Weekend Challenge: Build for a Friend What I Built CycleCare is a small web app that estimates where I am in my menstrual cycle, lets me log symptoms, mood…

  • CycleCare tracks menstrual cycles locally without cloud storage
  • AI-generated wellness suggestions based on user inputs and preferences
  • System prompts prevent medical diagnoses and medication recommendations

How to soak-test your MCP server before AI agents do it for you

Most MCP servers get tested the same way: connect one client, call a few tools by hand, ship it. Then real agents show up.

  • Soak test distinguishes server's health over extended period
  • mcpload simulates real agents with tool calls
  • Server handled 3,780 sessions with stable memory usage

I Built StudyBuddy AI to Help My Friend Study Smarter with Open-Source AI

📚 Why I Built StudyBuddy AI College students often struggle with difficult technical topics and exam preparation. A friend of mine faced this problem while studying for college exams.

  • StudyBuddy AI is a web-based study assistant for college students.
  • Created for Hacktoberfest 2026 Build for a Friend challenge.
  • Utilizes open-source AI (Qwen2.5-0.5B-Instruct) for study support.

More from Friday 2 October →