Cross-domain hreflang and the verification you can't see
When hreflang annotations span domains — example.de pointing to example.fr — an extra trust dimension enters that single-domain setups never face.
Methodology: we examined six ccTLD networks where alternates lived on separate registrable domains, watching how reliably swaps fired versus equivalent subfolder setups.
Findings:
— Cross-domain reciprocity is enforced more strictly. A single-domain cluster sometimes tolerates a broken return tag; cross-domain clusters were far less forgiving, presumably because a one-way cross-domain claim is a spam vector Google guards against.
— Annotations were honored most consistently when all participating domains were verified in the same
— Mixed-protocol or trailing-slash inconsistencies (http vs https, /page vs /page/) broke cross-domain pairs more readily because the URLs must match exactly on both ends.
Nuance: this is an argument for centralized property management. Federated teams owning separate ccTLDs independently are structurally prone to cross-domain reciprocity drift.
Caveat: our sample is small (six networks) and skewed toward well-resourced estates; smaller ccTLD networks may behave differently.
Limitation: 'honored more consistently' is from log-and-SERP observation, not a controlled experiment.
Conclusion: for ccTLD networks, verify every domain under one account, normalize URLs ruthlessly, and treat cross-domain reciprocity as non-negotiable rather than best-effort.
When hreflang annotations span domains — example.de pointing to example.fr — an extra trust dimension enters that single-domain setups never face.
Methodology: we examined six ccTLD networks where alternates lived on separate registrable domains, watching how reliably swaps fired versus equivalent subfolder setups.
Findings:
— Cross-domain reciprocity is enforced more strictly. A single-domain cluster sometimes tolerates a broken return tag; cross-domain clusters were far less forgiving, presumably because a one-way cross-domain claim is a spam vector Google guards against.
— Annotations were honored most consistently when all participating domains were verified in the same
Search Console account. We can't prove this is causal, but the correlation across our sample was strong.— Mixed-protocol or trailing-slash inconsistencies (http vs https, /page vs /page/) broke cross-domain pairs more readily because the URLs must match exactly on both ends.
Nuance: this is an argument for centralized property management. Federated teams owning separate ccTLDs independently are structurally prone to cross-domain reciprocity drift.
Caveat: our sample is small (six networks) and skewed toward well-resourced estates; smaller ccTLD networks may behave differently.
Limitation: 'honored more consistently' is from log-and-SERP observation, not a controlled experiment.
Conclusion: for ccTLD networks, verify every domain under one account, normalize URLs ruthlessly, and treat cross-domain reciprocity as non-negotiable rather than best-effort.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Mia Khalifa стала амбпссадором 1win
Mia Khalifa снова засветилась рядом с 1win: в Instagram она показала цепочку с логотипом бренда и статус «VIP 1win».
Параллельно всплыла история с ее ставкой на Испанию на ЧМ — по данным поста, выигрыш мог составить 200к$.
Официального подтверждения амбассадорства пока нет, но для арбитражников это уже повод для новых креативов. Что именно здесь…
➡️ Читайте на сайте: https://aff.top/blog/mia-khalifa-stala-ambpssadorom-1win
🧠 Ещё больше инсайтов → в канале AFF.top
Mia Khalifa снова засветилась рядом с 1win: в Instagram она показала цепочку с логотипом бренда и статус «VIP 1win».
Параллельно всплыла история с ее ставкой на Испанию на ЧМ — по данным поста, выигрыш мог составить 200к$.
Официального подтверждения амбассадорства пока нет, но для арбитражников это уже повод для новых креативов. Что именно здесь…
➡️ Читайте на сайте: https://aff.top/blog/mia-khalifa-stala-ambpssadorom-1win
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from КРАВЧЕНКО
Дорогие коллеги и партнеры,
Наш маршрут конференций за последние недели, получился особенно насыщенным.
Со стендами PoshFriends мы побывали на MAC и GGate, а затем продолжили встречи уже в полях iGB Live в Лондоне.
В Ереване увиделись с любимыми SEO-командами, попробовали местные вина, обменялись новостями и зарядились энергией УБТ-команд.
В Тбилиси обсуждали тренды, новые связки и совместные планы, встречались с действующими партнерами и знакомились с новыми. А за настроение на стенде отвечала Черемша, которая чуть не стала маскотом одного из наших продуктов. С этой задачей, кажется, справилась лучше всех.
В Лондоне все было уже по-деловому. Провели серию встреч с топ-партнерами, обсудили Японию, бурж и новые точки роста. География интересов растет, планы становятся амбициознее. Воротники, как выяснилось, нагладили не зря.
Спасибо всем, с кем удалось увидеться на этом маршруте. За открытые разговоры, новые идеи, доверие и планы, которые постепенно превращаются в реальные проекты.
Конференционный сезон продолжается. Скоро увидимся снова.
Всегда ваши, Команда Posh Friends 🤝
Наш маршрут конференций за последние недели, получился особенно насыщенным.
Со стендами PoshFriends мы побывали на MAC и GGate, а затем продолжили встречи уже в полях iGB Live в Лондоне.
В Ереване увиделись с любимыми SEO-командами, попробовали местные вина, обменялись новостями и зарядились энергией УБТ-команд.
В Тбилиси обсуждали тренды, новые связки и совместные планы, встречались с действующими партнерами и знакомились с новыми. А за настроение на стенде отвечала Черемша, которая чуть не стала маскотом одного из наших продуктов. С этой задачей, кажется, справилась лучше всех.
В Лондоне все было уже по-деловому. Провели серию встреч с топ-партнерами, обсудили Японию, бурж и новые точки роста. География интересов растет, планы становятся амбициознее. Воротники, как выяснилось, нагладили не зря.
Спасибо всем, с кем удалось увидеться на этом маршруте. За открытые разговоры, новые идеи, доверие и планы, которые постепенно превращаются в реальные проекты.
Конференционный сезон продолжается. Скоро увидимся снова.
Всегда ваши, Команда Posh Friends 🤝
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Короткий домен Telegram перестал работать
Telegram лишился домена t.me: он разделегирован и больше не работает на уровне регистратора. Платформа срочно переезжает на telegram.me, а владельцам крупных каналов стоит обновить публичные ссылки. Сроки восстановления неизвестны, и есть риск, что t.me не вернётся вовсе на фоне давления на Telegram.
➡️ Читайте на сайте: https://aff.top/blog/korotkii-domen-telegram-perestal-rabotat
🧠 Ещё больше инсайтов → в канале AFF.top
Telegram лишился домена t.me: он разделегирован и больше не работает на уровне регистратора. Платформа срочно переезжает на telegram.me, а владельцам крупных каналов стоит обновить публичные ссылки. Сроки восстановления неизвестны, и есть риск, что t.me не вернётся вовсе на фоне давления на Telegram.
➡️ Читайте на сайте: https://aff.top/blog/korotkii-domen-telegram-perestal-rabotat
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Youtube тестирует поиск с AI
YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.
Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.
Что это значит для поиска на YouTube и когда новинка дойдёт до других…
➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai
🧠 Ещё больше инсайтов → в канале AFF.top
YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.
Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.
Что это значит для поиска на YouTube и когда новинка дойдёт до других…
➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai
🧠 Ещё больше инсайтов → в канале AFF.top
The self-referencing hreflang tag everyone forgets — and why it's load-bearing
A frequently omitted detail: every page in an hreflang cluster must include an annotation pointing to itself. Skipping it is one of the quieter causes of cluster breakdown.
Why it matters, mechanically:
— Hreflang is meant to be read identically from any page in the set. If /en/ lists /de/ and /fr/ but not itself, then when Google crawls /de/ (which correctly lists /en/), the two pages describe different cluster memberships. The sets don't agree.
— The self-reference is what makes the annotation block portable. Each page should carry the complete set including its own entry, so any single page fully describes the cluster.
Methodology: we A/B-style compared clusters with and without self-references across one estate's templates during a refactor.
Findings:
— Clusters missing self-references showed intermittent validation — sometimes recognized, sometimes flagged as incomplete, depending on which page Google crawled and cached most recently.
— Adding self-references stabilized validation within two crawl cycles.
Nuance: this is easy to get right in sitemaps (you list every URL including the current one) and easy to get wrong in head-tag templates that loop over 'other' locales only.
Limitation: single-estate refactor, so generalization is cautious.
Conclusion: every annotation block lists all alternates including the page itself. The self-reference isn't redundant — it's what guarantees set agreement.
A frequently omitted detail: every page in an hreflang cluster must include an annotation pointing to itself. Skipping it is one of the quieter causes of cluster breakdown.
Why it matters, mechanically:
— Hreflang is meant to be read identically from any page in the set. If /en/ lists /de/ and /fr/ but not itself, then when Google crawls /de/ (which correctly lists /en/), the two pages describe different cluster memberships. The sets don't agree.
— The self-reference is what makes the annotation block portable. Each page should carry the complete set including its own entry, so any single page fully describes the cluster.
Methodology: we A/B-style compared clusters with and without self-references across one estate's templates during a refactor.
Findings:
— Clusters missing self-references showed intermittent validation — sometimes recognized, sometimes flagged as incomplete, depending on which page Google crawled and cached most recently.
— Adding self-references stabilized validation within two crawl cycles.
Nuance: this is easy to get right in sitemaps (you list every URL including the current one) and easy to get wrong in head-tag templates that loop over 'other' locales only.
Limitation: single-estate refactor, so generalization is cautious.
Conclusion: every annotation block lists all alternates including the page itself. The self-reference isn't redundant — it's what guarantees set agreement.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Z.ai анонсировала новую GLM-5.5
Z.ai готовит релиз флагманской GLM-5.5: модель обещают показать в августе 2026 года.
Главная интрига — рост до 1 трлн параметров при том же контекстном окне в 1 млн токенов. Новинка снова будет заточена под код и агентные задачи.
Почему версия сразу 5.5, без 5.3 и 5.4, и что это может означать для рынка — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/z-ai-anonsirovala-novuiu-glm-5-5
🧠 Ещё больше инсайтов → в канале AFF.top
Z.ai готовит релиз флагманской GLM-5.5: модель обещают показать в августе 2026 года.
Главная интрига — рост до 1 трлн параметров при том же контекстном окне в 1 млн токенов. Новинка снова будет заточена под код и агентные задачи.
Почему версия сразу 5.5, без 5.3 и 5.4, и что это может означать для рынка — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/z-ai-anonsirovala-novuiu-glm-5-5
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Telegram запустил собственный сервер для ботов
Telegram запустил собственный сервер для ботов и мани-приложений: теперь backend можно размещать прямо внутри инфраструктуры мессенджера.
Сервер работает на JavaScript/TypeScript, через вебхуки, и позволяет подключать SQL-базу для сбора контактов без посредников.
Пока неясны цена и ограничения — что именно уже можно тестировать, а где скрыт подв…
➡️ Читайте на сайте: https://aff.top/blog/telegram-zapustil-sobstvennyi-server-dlia-botov
🧠 Ещё больше инсайтов → в канале AFF.top
Telegram запустил собственный сервер для ботов и мани-приложений: теперь backend можно размещать прямо внутри инфраструктуры мессенджера.
Сервер работает на JavaScript/TypeScript, через вебхуки, и позволяет подключать SQL-базу для сбора контактов без посредников.
Пока неясны цена и ограничения — что именно уже можно тестировать, а где скрыт подв…
➡️ Читайте на сайте: https://aff.top/blog/telegram-zapustil-sobstvennyi-server-dlia-botov
🧠 Ещё больше инсайтов → в канале AFF.top
International near-duplicates: when localization is too thin to matter
There's a threshold below which a 'localized' page isn't different enough to justify its existence, and hreflang can't save it.
Hypothesis: machine-translated or trivially-varied locale pages get filtered or thinned regardless of correct hreflang annotation.
Methodology: we scored localization depth (lexical divergence, unique local content blocks, local entities) across ~1,500 locale pages and correlated with indexation retention over six months.
Findings:
— Pages differing only by auto-translation and a swapped currency symbol had the lowest retention. Hreflang prevented hard duplicate folding across locales, but Google still appeared to deprioritize them as low-value.
— A modest amount of genuine localization — local examples, region-specific FAQs, local-language metadata written natively — correlated with markedly better retention.
— The worst outcome was untranslated boilerplate (navigation, legal, footers in the source language) on otherwise-translated pages, which inflated cross-locale similarity scores.
Nuance: hreflang answers 'which version for whom,' not 'is this version worth indexing.' Those are independent questions and estates conflate them.
Limitation: 'localization depth' is our constructed metric, not Google's; it's a proxy.
Conclusion: hreflang is necessary but not sufficient. If a locale page only differs by translation and a currency glyph, ask whether it should exist as a separate URL at all, or whether language-only targeting on a leaner set serves you better.
There's a threshold below which a 'localized' page isn't different enough to justify its existence, and hreflang can't save it.
Hypothesis: machine-translated or trivially-varied locale pages get filtered or thinned regardless of correct hreflang annotation.
Methodology: we scored localization depth (lexical divergence, unique local content blocks, local entities) across ~1,500 locale pages and correlated with indexation retention over six months.
Findings:
— Pages differing only by auto-translation and a swapped currency symbol had the lowest retention. Hreflang prevented hard duplicate folding across locales, but Google still appeared to deprioritize them as low-value.
— A modest amount of genuine localization — local examples, region-specific FAQs, local-language metadata written natively — correlated with markedly better retention.
— The worst outcome was untranslated boilerplate (navigation, legal, footers in the source language) on otherwise-translated pages, which inflated cross-locale similarity scores.
Nuance: hreflang answers 'which version for whom,' not 'is this version worth indexing.' Those are independent questions and estates conflate them.
Limitation: 'localization depth' is our constructed metric, not Google's; it's a proxy.
Conclusion: hreflang is necessary but not sufficient. If a locale page only differs by translation and a currency glyph, ask whether it should exist as a separate URL at all, or whether language-only targeting on a leaner set serves you better.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Google картинки станут конкурентом Pinterest
Google Картинки начали превращать в полноценную платформу с персональной лентой по прошлым запросам — по сути, в аналог Pinterest.
Во вкладке For you уже тестируют подборки, а ещё обещают коллекции и генерацию изображений во встроенной Nano Banana.
Как это будет работать и когда новинка дойдёт до других стран — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/google-kartinki-stanut-konkurentom-pinterest
🧠 Ещё больше инсайтов → в канале AFF.top
Google Картинки начали превращать в полноценную платформу с персональной лентой по прошлым запросам — по сути, в аналог Pinterest.
Во вкладке For you уже тестируют подборки, а ещё обещают коллекции и генерацию изображений во встроенной Nano Banana.
Как это будет работать и когда новинка дойдёт до других стран — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/google-kartinki-stanut-konkurentom-pinterest
🧠 Ещё больше инсайтов → в канале AFF.top
Hreflang's hidden crawl-budget cost on large multilingual estates
An underdiscussed second-order effect: comprehensive hreflang annotation increases the crawl coordination Google must perform, and on large estates that interacts with crawl budget.
Methodology: we analyzed server logs from two estates exceeding 200k localized URLs, before and after full hreflang deployment.
What the logs suggested:
— Validating an annotation requires crawling both ends of every pair. A cluster of 20 locales is 20 pages that must each be fetched and reconciled before any swap is trusted. At scale, that's a lot of coupled fetches.
— Estates with bloated near-duplicate locale sets effectively multiplied their crawl surface. Google spent cycles re-validating low-value alternates instead of discovering fresh content.
— Sitemap-based hreflang mitigated this somewhat by centralizing the relationship data, reducing per-page reconciliation crawls.
Nuance: this is a large-estate concern. Below a few tens of thousands of URLs, crawl budget is rarely the binding constraint and this effect is negligible.
Caveat: we can't directly observe Google's crawl-scheduling logic; we infer coupling from request patterns in logs, which is indirect.
Limitation: two estates is a thin sample for a budget claim — treat this as a hypothesis worth monitoring, not a settled result.
Conclusion: on very large estates, prune dead and near-duplicate locales, prefer sitemap-declared hreflang, and watch logs for re-validation churn crowding out discovery of new pages.
An underdiscussed second-order effect: comprehensive hreflang annotation increases the crawl coordination Google must perform, and on large estates that interacts with crawl budget.
Methodology: we analyzed server logs from two estates exceeding 200k localized URLs, before and after full hreflang deployment.
What the logs suggested:
— Validating an annotation requires crawling both ends of every pair. A cluster of 20 locales is 20 pages that must each be fetched and reconciled before any swap is trusted. At scale, that's a lot of coupled fetches.
— Estates with bloated near-duplicate locale sets effectively multiplied their crawl surface. Google spent cycles re-validating low-value alternates instead of discovering fresh content.
— Sitemap-based hreflang mitigated this somewhat by centralizing the relationship data, reducing per-page reconciliation crawls.
Nuance: this is a large-estate concern. Below a few tens of thousands of URLs, crawl budget is rarely the binding constraint and this effect is negligible.
Caveat: we can't directly observe Google's crawl-scheduling logic; we infer coupling from request patterns in logs, which is indirect.
Limitation: two estates is a thin sample for a budget claim — treat this as a hypothesis worth monitoring, not a settled result.
Conclusion: on very large estates, prune dead and near-duplicate locales, prefer sitemap-declared hreflang, and watch logs for re-validation churn crowding out discovery of new pages.