Anthropic обвинила DeepSeek, Moonlight и Alibaba в дистиляции

Статья о том, как китайские компании массово выкачивают ответы западных нейросеток, чтобы дообучать свои модели. Anthropic говорит о 24 000 фейковых аккаунтов и 16 млн запросов к Claude. Вывод простой: рынок ИИ входит в фазу жёсткого копирования, а китайские модели Qwen, Kimi и DeepSeek могут быстро догонять лидеров дешевле.

➡️ Читайте на сайте: https://aff.top/blog/anthropic-obvinila-deepseek-moonlight-i-alibaba-v-distiliacii

🧠 Ещё больше инсайтов → в канале AFF.top

Machine vs human translation for localized pages: the SEO tradeoff

The translation method behind your locales is an SEO decision, not just a content one. We compared raw machine output, post-edited machine, and full human localization across indexed multilingual sites.

Findings:

— Raw machine translation at scale risks being treated as auto-generated, low-value content. We have seen large auto-translated sections fail to gain traction even with perfect hreflang. The technical signals were flawless; the content earned nothing.
— Post-edited machine translation (a human passes over MT output) is the pragmatic middle. It localizes idiom and search intent — 'sneakers' vs 'trainers', local query phrasing — which pure MT misses and which directly affects whether you match real searches.
— Full human localization wins on quality but rarely scales to 30 locales economically.

The data suggests the decisive factor is not translation fidelity but search-intent localization. A grammatically perfect translation that uses the wrong regional term for a product will not rank, because nobody searches the translated phrase.

Our tactic: machine-translate to draft, then human-edit specifically for local query language and currency/units, not just grammar. Caveat — Google has softened its stance on quality translation regardless of method; the risk is in unedited, intent-blind output, not in machine assistance per se.

One sitemap with hreflang vs separate sitemaps per locale

When hreflang lives in sitemaps, you face a structural choice: a single sitemap declaring all alternates, or per-locale sitemaps. The tradeoff is real and rarely discussed.

Comparison:

— A single combined sitemap with full hreflang annotations per URL keeps every reciprocal relationship in one parseable place. Auditing reciprocity is straightforward. The cost is file size — large clusters generate enormous sitemaps that can hit the 50MB / 50,000-URL limits fast.
— Per-locale sitemaps (one for /en/, one for /de/) are cleaner operationally and let teams own their locale. But hreflang reciprocity must still reference across files, and a sitemap index gluing them together adds a layer where one missing reference breaks a set.

What the data suggests:

— Combined sitemaps are safer for reciprocity integrity because the relationships are co-located and easier to validate in one pass.
— Split sitemaps scale better operationally but raise the odds of cross-file reference drift.

Our heuristic: combined while you are under the size limits and reciprocity discipline matters most; split only when file size forces it or distinct teams own locales — and then audit cross-references religiously. Limitation — we have not benchmarked crawl efficiency between the two at very large scale; the choice is about auditability, not measured crawl speed.

Тем временем подстилка коричневых Кардиналов и лично Кустова главред Максим Огненный завёл собственный канал, где, наверное, опять будет писать стихи и анонсировать вьюхи с ме**дроновыми наркоманами.🤡🤡

Чем вообще известен этот персонаж? Собсна, только порцией отборного кринжа, например, не так давно он выебывался на Иванова в "Письмах кардинала", но недожал и тема осталась нераскрытой. ЕЮ заслужил даже высокоинтеллектуальные выпады, которые тот не понял в силу врождённого аутизма:

Высокохудожественная лексика героя, демонстрируемая им не только на своем канале, но и на любой публичной площадке, настолько пленит любого слушателя, что мало кто может стать собеседником жертвы во второй раз.

Нихуя не разбираясь в аффилке, он на серьёзных щах брал интервью у Мефмедова и пытался построить серьёзный диалог с объёбанной ракетой. Из остальных достижений только нытье в чатиках: персонаж настолько невзрачный, что даже хуесосить его не так интересно.¯\_(ツ)_/¯

А теперь Огненный завёл собственный канал, где собрался выебать всех, но, походу, ебать будет лишь подписоту своей графоманией. Похожей хуйнёй занимался и оунер ФБ Киллы, который так любит рассуждать про экономику и политику. Оно и понятно: что у коричневых, что у киллы, что у партнёркина — один инвестор и одна крыша, поэтому подопечные синхронно занимаются бестолковой хуйнёй. Кому не похуй, подписывайтесь, будет интересно (нет): https://t.me/+dr240TeLtPc2Nzdk

В арбитраже деньги есть, но только у тех, кто с LuckyCards 💵

ISO 639-1 vs 639-2: which language code set hreflang accepts

A niche but consequential comparison: hreflang expects ISO 639-1 two-letter codes, yet ISO 639-2/3 three-letter codes exist and tempt people for languages that seem to lack short codes.

What the data and spec say:

— Use the two-letter 639-1 code whenever one exists: en, de, fr, ja. This is the overwhelming majority of cases.
— Three-letter 639-2 codes are valid in BCP 47 (which Google follows) only for languages with no two-letter equivalent — e.g. fil for Filipino, where no 639-1 code exists. Here the three-letter form is correct, not a fallback.
— Mixing — using 'eng' instead of 'en' for English — is invalid and silently ignored, the same quiet failure mode as 'en-UK'.

The nuance: this matters for sites targeting languages outside the common two-letter set. Teams either wrongly force a two-letter code that does not exist, or wrongly use three letters where two exist.

Our tactic: default to two-letter, and only reach for three-letter codes when you have confirmed no 639-1 code is defined for that language. Limitation — coverage of rarer languages in Google's parser is poorly documented; for anything beyond the top fifty languages, validate behavior in Search Console rather than assuming.

ccTLD vs subfolder: what actually moves the needle

The perennial structure debate. Rather than rehearse opinions, here's what we can and can't support with evidence.

What holds up:

— ccTLDs (example.de) carry an inherent, unambiguous geotargeting signal Google cannot override and users trust visually. The cost is real: separate authority pools, separate link equity, no Search Console country-targeting needed but also none available.

— Subfolders (example.com/de/) inherit the root domain's accumulated authority. For sites without decades of per-country link history, this is usually the pragmatic winner — one strong domain beats fifteen weak ones.

— Subdomains (de.example.com) sit awkwardly between. Google treats them as part of the same site for most purposes now, so they capture less of the "separate brand" benefit while still fragmenting some signals.

What we cannot honestly claim: that one structure ranks better holding all else equal. The confound is fatal — sites that can afford 30 ccTLDs differ systematically from sites on subfolders, so observational comparisons measure budget and brand, not architecture.

The defensible heuristic: choose ccTLD when local trust and legal separation justify rebuilding authority per market; choose subfolders when consolidating authority matters more. Both work with correct hreflang.

Caveat: this is structure for organic search. Local payment, hosting, and legal requirements can force ccTLDs independent of any SEO argument.

Antropic раскрыла ферму с нейронными дейтинг-моделями

Anthropic раскрыла кейс китайской студии, которая запустила 20 дейтинг-приложений с нейропрофилями для удержания пользователей. Вместо стандартного слива дейтинг-трафика на чужие смартлинки, вебмастерам стоит присмотреться к разработке собственных LLM-сервисов. Затраты на токены и подключение платежных решений окупаются за счет прямого контроля над монетизацией и забора всей маржи рекламодателя.

➡️ Читайте на сайте: https://aff.top/blog/antropic-raskryla-fermu-s-neironnymi-deiting-modeliami

🧠 Ещё больше инсайтов → в канале AFF.top

Разработчик игры слил $220 в Google ads на установки ботами

Статья описывает кейс разработчика, потерявшего бюджет в Google Ads из-за фрода и специфики атрибуции. Платформа засчитала конверсии, которые не подтвердились в Google Play Console, так как алгоритм учитывает установки без прямой связи с кликом. Главный вывод: Google Ads может наливать ботов не меньше пуш-сетей. При работе за инсталы важно жестко контролировать качество трафика и сверять аналитику с бэкендом, в то время как Facebook на данный мо…

➡️ Читайте на сайте: https://aff.top/blog/razrabotchik-igry-slil-220-v-google-ads-na-ustanovki-botami

🧠 Ещё больше инсайтов → в канале AFF.top

Google расширил Data Manager

Google интегрировал инструмент Data Manager в GA и DV360 для удобной передачи first-party данных, что дает рост ROAS до 26%. Для арбитража трафика прямого применения у офлайн-данных нет, однако инструмент можно использовать для манипуляции алгоритмами: отправка синтетических конверсий через API поможет скорректировать оптимизацию и направить автостратегии на поиск нужной аудитории.

➡️ Читайте на сайте: https://aff.top/blog/google-rasshiril-data-manager

🧠 Ещё больше инсайтов → в канале AFF.top

Auto-redirecting by IP undermines your own hreflang

A self-inflicted wound we find often: a site invests in a clean hreflang setup, then bolts an IP-based geo-redirect on top that forces every visitor to their "local" version. The two fight, and the redirect usually wins in a way that hurts indexing.

The core conflict:

— Googlebot crawls predominantly from US IPs. An aggressive IP redirect can trap the crawler on the US variant, preventing it from ever seeing /de/, /fr/, etc. — which makes your carefully-built hreflang annotations point to pages Google never properly crawls.

— Hreflang's entire purpose is to let Google choose the variant per user in the SERP. An auto-redirect preempts that choice before the user even sees the page they clicked, often sending them somewhere other than the result they selected — frustrating and, at scale, a quality signal.

What the data suggests works better:

— Suggest, don't force. A dismissible banner ("Looks like you're in Germany — switch to German?") preserves user and crawler access to all variants.

— If you must redirect, never redirect Googlebot, and never make it a hard 302 that the crawler can't escape. Let the user land on the URL they chose.

Limitation: some businesses have legal or payment reasons to hard-gate by country. In those cases hreflang's benefit is partly lost, and that's a genuine tradeoff, not a bug to fix. We flag it as a conscious decision, not an oversight — but most geo-redirects we see are oversights.

One global page vs country-split pages: the consolidation tradeoff

Before hreflang even enters, you choose an architecture: serve all English speakers one page, or split by country. This decision determines whether hreflang helps or just multiplies maintenance.

Comparison:

— Global consolidated page (one /en/ for all English markets) concentrates link equity and ranking signals on a single URL. It ranks more strongly overall but cannot tailor currency, shipping, or legal specifics, and forces every English searcher onto identical content.
— Country-split pages (en-US, en-GB, en-AU) tailor each market but dilute signals across URLs and create internal competition that hreflang exists to mediate.

What the data suggests:

— Splitting is justified only when per-country differences are material enough to change conversion or compliance, not merely 'nice to have'.
— Premature splitting is a leading cause of self-cannibalization we audit — three thin country pages competing where one strong page would have ranked.

The key insight: hreflang does not add ranking power to a split; it only prevents the wrong version from showing. If the split itself dilutes your signals below the ranking threshold, perfect hreflang still leaves you nowhere.

Our heuristic: consolidate until a concrete market difference forces a split. Caveat — high-competition commercial terms in a single market may justify a dedicated country page purely to win that SERP, even at signal-dilution cost.

Xchat удалён из App Store и Google play

Google Play и App Store удалили мессенджер XChat, продвигавшийся Илоном Маском как сервис с шифрованием без рекламы. Несмотря на трафик из X.com, приложение исключили из сторов. Причиной мог стать отказ от трекинга, что мешает монетизации и антифрод-системам площадок. Кейс доказывает: отсутствие рекламных инструментов делает софт уязвимым, а медийная поддержка не спасает продукт, если его политика нарушает правила маркетплейсов.

➡️ Читайте на сайте: https://aff.top/blog/xchat-udalen-iz-app-store-i-google-play

🧠 Ещё больше инсайтов → в канале AFF.top

В Facebook Ads Manager появилась метрика Creative Diversity

Meta представила метрику Creative Diversity для оценки разнообразия креативов. Алгоритм Generative Recommender анализирует стиль, тему, тип хука и формат объявлений. Простое изменение цвета или ракурса теперь не работает: система пессимизирует похожие подходы. Для эффективного залива арбитражникам придется тестировать принципиально разный контент, чтобы алгоритмы лучше находили аудиторию. Инструмент выйдет из беты до конца года.

➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-manager-poiavilas-metrika-creative-diversity

🧠 Ещё больше инсайтов → в канале AFF.top