#jsonld — Public Fediverse posts

Do you like JSON-LD?

#EvanPoll #poll #ActivityPub #JSONLD

Микроразметка в 2026-м: что реально работает, что умерло, а за что можно получить санкцию

Микроразметке пятнадцать лет, и вокруг неё до сих пор два лагеря: одни верят в магическую кнопку «звёзды в выдаче», другие считают её карго-культом. Разбираю, что из Schema.org реально работает в Яндексе и Google в 2026 году, что тихо умерло за последние три года (FAQ, HowTo, sitelinks searchbox), зачем структурированные данные снова стали важны из-за LLM — и как за самодеятельность с рейтингами прилетает ручная санкция. С кодом, валидаторами и данными из практики агентства: у 95% сайтов, приходящих на продвижение, разметки нет вообще.

https://habr.com/ru/articles/1067328/

#микроразметка #schemaorg #jsonld #seo #сниппеты #микроданные

Почему нейросети путают ваш бренд с другой компанией — и как это проверить

Когда говорят про оптимизацию под ИИ, обычно представляют работу с текстом на сайте. Но у меня раз за разом всплывает более базовая проблема: модель вообще не понимает, что за компания стоит за названием. Путает её с иностранной компанией с похожим названием, приписывает чужие продукты, называет не тот город. Это провал не контента, а цифрового следа компании (entity footprint), и его можно измерить.

https://habr.com/ru/articles/1066020/

#цифровой_след #бренд_в_нейросетях #нейросети #schemaorg #sameAs #JSONLD #LLM #GEO #аудит #граф_знаний

Как попасть в голосовые ответы Алисы — и почему разметка тут почти ни при чём

Недавно на сайте одного из клиентов мы с командой по всем правилам поставили speakable — разметку, которая подсказывает голосовому ассистенту, какие куски страницы читать вслух: короткий ответ в начале, три ответа из FAQ, всё в валидном коде, а селекторы точно на нужных блоках. Алиса зачитывала ответ ноль раз. Причина оказалась глубже разметки: страница висела на 14-м месте обычной выдачи Яндекса. Ниже разбираю, как размечать под голос правильно, на что это реально влияет и на каких граблях я терял время.

https://habr.com/ru/articles/1064662/

#speakable #JSONLD #schemaorg #Алиса_AI #голосовой_поиск #AEO #GEO #structured_data #ЯндексВебмастер #voice_search

GEO: техника нейровыдачи: чанкование с оверлапом, Schema.org, robots.txt и пр. Часть 3 из 3

В этой части — самое приземлённое про GEO-продвижение. Никакой философии, только то, что можно взять и в понедельник начать делать руками: как резать страницу под чанки, какой JSON-LD писать, какие боты пускать на сайт, как честно замерить цитируемость и как поймать переходы в Метрике и GA. То есть форма, в которую упаковывается уже сформулированная ценность. Если ценности нет, форма не спасёт — об этом была вторая часть. Часть 1 — Нейросайт глазами бизнеса: позиции, трафик, конверсия и скорость изменений Часть 2 — Как принудить нейросеть рассказать про ваш продукт

https://habr.com/ru/articles/1060370/

#GEO #Schemaorg #JSONLD #robotstxt #llmstxt #чанкование #SEO #нейровыдача #AI_Overview #Share_of_Voice

Как внедрить микроразметку Product для каталога с торговыми предложениями на 1С-Битрикс: кейс и примеры кода

Почти все инструкции в выдаче и любой ответ нейросети показывают один и тот же шаблон, одиночный Product с одной ценой. Для лендинга это работает. Для интернет-магазина, где у куртки пять размеров и три цвета, это большая ошибка. Поисковик видит один вариант из пятнадцати, остальные для него не существуют. А половина карточек ещё и молчит про наличие и вылетает из товарных результатов целиком. Я разобрал это на живом проекте под 1С-Битрикс с торговыми предложениями. Перевёл карточку с одиночного Product на ProductGroup с вариантами, проставил наличие из остатков и прошёл Rich Results Test без критичных ошибок. По дороге собрал одиннадцать граблей, на которых все теряют время. Карточку рендерил не тот компонент, на который я думал. Кеш маскировал диагностику. Справочник отдавал числовой ID вместо «46». У вариантов отваливалась картинка, и валидатор Google подсвечивал это красным. И так далее, по списку. Внутри пошаговый план, таблица и готовый код, который можно скопировать одним списком. Писать php самому маркетологу не обязательно. А вот понимать, почему «просто поставьте плагин» часто не срабатывает и какой результат требовать от подрядчика, стоит. Тем более сейчас, когда в ИИ-поиске вы либо тот фрагмент, который система процитировала, либо вас просто нет.

https://habr.com/ru/articles/1054116/

#schemaorg #микроразметка #JSONLD #ProductGroup #1СБитрикс #Rich_Results #ecommerce_SEO #ИИпоиск #торговые_предложения #товарная_микроразметка

JSON-LD Explained for Personal Websites

https://hawksley.dev/blog/json-ld-explained-for-personal-websites/

#HackerNews #JSONLD #PersonalWebsites #WebDevelopment #StructuredData #TechExplained

Сайты под управлением ИИ: как это работает под капотом. Часть 2 из 3

Сайты под управлением ИИ: что это на самом деле и сколько стоит. Часть 1 Это вторая часть из трёх. В первой мы разбирались с концепцией: что такое сайт под управлением ИИ на самом деле, чем он не является, сколько стоит, есть ли инференс в рантайме (спойлер: для посетителя — нет). Если читали — отлично. Если нет — здесь будет понятно и без неё, потому что речь пойдёт про другое: про механику. Здесь я хочу честно показать, как у нас устроено под капотом: где живёт модель, как она правит код, почему она физически не может одним неудачным запросом снести прод, чем гарантируется, что сгенерированный код вообще валиден, и как мы развели версионирование кода и контента, чтобы откат дизайна не уносил с собой свежие статьи. Всё на примере живых стеков, которые как раз и работают под этим управлением.

https://habr.com/ru/articles/1049876/

#LLM #MCP #Nextjs #headless_WordPress #GitHub_Actions #prompt_injection #JSONLD #ISR #DevOps

Микроразметка на Tilda: внедрение JSON-LD, проверка и типовые ошибки

В этой статье разберу JSON-LD для сайтов на Tilda: что именно размечать, как разделять общий код и код конкретной страницы, где проверять микроразметку и какие ошибки чаще всего появляются после правок сайта. Материал не про то, как скопировать готовый JSON из генератора. Такой вариант годится только для самых простых страниц. На коммерческом сайте разметку лучше собирать от структуры: есть сайт, организация, конкретные страницы, услуги, статьи, контакты, изображения, хлебные крошки и вопросы. Часть этих данных относится ко всему сайту, часть - только к одной странице. Если это не разделить сразу, дальше начинаются дубли, старые URL, одинаковые схемы на всех страницах и странные предупреждения в валидаторах. Для примеров возьму нейтральную нишу - учебный центр.

https://habr.com/ru/articles/1049798/

#JSONLD #Schemaorg #микроразметка #Tilda #SEO_на_Tilda #структурированные_данные #техническое_SEO #nocode_SEO #seoпродвижение #seoоптимизация

Как JSON‑LD начинает врать — даже когда валидатор зелёный

На странице услуги пользователь видел цену «от 25 000 ₽», а meta description и JSON‑LD продолжали отдавать 50000. Валидатор был зелёным. И это был собственный сайт веб‑студии! Разберёмся, как валидная микроразметка начинает публиковать неверные данные, почему замена одного числа не решает проблему и что на самом деле нужно проверять после изменений сайта. Разобраться, что проверять

https://habr.com/ru/articles/1049472/

#JSONLD #Schemaorg #структурированные_данные #микроразметка #техническое_SEO #качество_данных #вебразработка

@steve @eblu

There are a couple of projects that explore #ActivityPub in its intended #LinkedData format. Plain JSON is allowed, but the AP's primary notation is using #JSONLD. I think there is a slight uptick in interest for this approach again, coming along with the opportunity to implement the Social API (client-to-server) as intended.

What I really like is that ecosystem tools which aim to ease #fediverse solution development, are gaining an interest. Most notably here is #Fedify imho, who recently received #NLnet funding to build Fedify Studio development platform..

https://studio.fedify.dev

Linked Data in HTTP Headers rather than in JSON (i.e., JSON-LD), etc

⁂

Many Fediverse servers will give you different content depending on the "Accept" header in the HTTP request.

If "application/activity+json" you get ActivityPub/ActivityStreams JSON-LD metadata. If something else, you get actual file/payload.

If we encoded Linked Data as HTTP headers (key-value pairs), we could include the Linked Data with the actual file/payload.

#ActivityPub #ActivityStreams #FediDev #LinkedData #JSONLD

An alle auf https://lsbt.me

Unsere Instanz ist auf der aktuellsten, stabilen Glitchsoc Version. Damit sind (unter Anderem) folgende kritische Sicherheitslücken behoben und geschlossen:

• Linked-Data Signature bypass through JSON-LD graph restructuring features
• SSRF protection bypass

Viel Spaß! 🙂

LG Christin

#upgrade #update #mastodon #glitchsoc #ssrf #jsonld #lsbt

Here is my work-in-progress FEP for using JSON Resume with ActivityPub:

FEP-6158: ActivityPub 'Resume' Object: JSON Resume expressed as JSON-LD

https://codeberg.org/reiver/fep/src/branch/fep-6158/fep/6158/fep-6158.md

I prefer to write for clarity, so it still needs work.

#ActivityPub #ActivityStreams #FediDev #ProToGo #JSONLD #JSONResume #fep6158 #fep_6158

I may have written a JSON-LD schema for JSON Resume.

It is defined in terms of ActivityPub.
For example:

'Resume' is a sub-type of an ActivityPub 'Object'. There are some new fields defined. Etc.

...

Now the question is — where do I put it?

Do I create a pull-request to the JSON Resume resume-schema repo?

Do I create a FEP?

Do I put it somewhere else?

#ActivityPub #ActivityStreams #FediDev #ProToGo #JSONLD #JSONresume

My personal desire would be to create a format from scratch (because you are in control, you get something bespoke to your needs, and it is personally satisfying), but —

I think there is probably an advantage to using something (such as JSON resume) that already has wide adoption.

I guess that makes me inclined towards the latter.

...

So, if I go that way, I would have to decide: plain JSON or JSON-LD.

#ActivityPub #ActivityStreams #FediDev #ProToGo #JSONLD #JSONresume

RE: https://mastodon.social/@reiver/116597879302607072

More on a resume / CV on the Fediverse on Social Web.

Another option could be to use something like "JSON resume":

https://jsonresume.org/

https://github.com/jsonresume/resume-schema/blob/master/job-schema.json

It seems to be popular.

It isn't JSON-LD. Although I think it would be straightforward to translate it to JSON-LD, if that was desired.

#ActivityPub #ActivityStreams #FediDev #ProToGo #JSONLD #JSONresume

RE: https://mastodon.social/@reiver/116597841178183282

There is also the other question of — would the resume / CV be JSON-LD.

On one hand, if it was in JSON-LD, it would make it machine-legible similar to ActivityPub.

On the other hand, I don't think anyone is going to write JSON-LD (especially HTML embedded in a JSON string value) by hand. But, I do think some people will want to write their resume by hand.

It feels like user-experience is fighting with JSON-LD based machine-legibility.

#ActivityPub #ActivityStreams #FediDev #ProToGo #JSONLD

How could you represent a resume / CV on the Fediverse and Social Web? Where would you put it? Etc?

I think it is tempting to put the whole resume in the Actor document.

But, it is probably better for the Actor document to point (rather than include) it. And, have the resume / CV live somewhere else.

It should probably be done in a way that let's people have multiple resumes / CV. For example, for different roles / career tracks, etc.

#ActivityPub #ActivityStreams #FediDev #ProToGo #JSONLD

In ActivityPub, these are all equivalent:

"type":"Banana"

"type":["Banana"]

"type":{"＠id":"Banana"}

"type":[{"＠id":"Banana"}]

"type":{"id":"Banana"}

"type":[{"id":"Banana"}]

"＠type":"Banana"

"＠type":["Banana"]

"＠type":{"＠id":"Banana"}

"＠type":[{"＠id":"Banana"}]

"＠type":{"id":"Banana"}

"＠type":[{"id":"Banana"}]

#ActivityPub #ActivityStreams #FediDev #JSONLD

What do you think about JSON-LD language maps for "preferredUsername"?

I.e., preferredUsernameMap.

"preferredUsernameMap": {
"en": "hello",
"fa": "درود",
"ko": "안녕하세요"
}

#FediDev #JSONLD #ActivityPub #ActivityStreams

@Floppy @amcewen

The "which BIT" and the - as I call it - #LinkedData conundrum, I addressed recently in a #SocialHub topic on the #JSONLD vs plain #JSON nature of #ActivityPub. Inspired to write a long and personal #SocialExperience tale on my travels in wild #fedi lands. See..

https://social.coop/@smallcircles/116368803389082089

The #EU @ngi #grant programs and the hard work of @nlnet to distribute @EUCommission Horizon Europe #funding has done wonders to take #fediverse where it stands today. In my article I list all the many #FOSS projects that received stimulus and support during the years.

However something fundamental has been lacking in the mandate on who is eligible. Coding is Social. The support does not cover the rich tapestry of #expertise that end-to-end #solutions need during their lifecycle. Does not include fostering cohesive #technology ecosystems, healthy #OpenStandards evolution.

Effectively this creates a 'handover point' of software code from poor FOSS to others who earn a living with it.

As precursor to my blog post announcement later today, here's my #SocialHub response to the topic on how to treat the #LinkedData based #ActivityPub open standard where messages can be expressed both as plain #JSON as well as in #JSONLD, leading to the most costly misconception that has dragged the #fediverse sideways from its original promise and power..

https://socialhub.activitypub.rocks/t/practices-around-json-formatting-of-json-ld-messages/8628/24

@mavnn

> As an aside, I'm quite liking the ActivityPub APIs so far, although ld-json does leave me feeling like there's a fair jump from "script that works" to "actually does everything the spec would theoretically allow".

There's the "linked data conundrum" as I call it, which recently reared its head again, triggered by a #SocialHub post I created the other day:

https://socialhub.activitypub.rocks/t/practices-around-json-formatting-of-json-ld-messages/8628

The #LinkedData conundrum is the eternal friction between the plain #JSON and the #JSONLD view of the #ActivityPub social web. And it has never really be solved. I consider it one of the misconception that led to endless discussion, confusion, and waste of time. For the ActivityPub API which hold the promise to correct course towards a more standards-compliant #fediverse, I created an issue on the subject..

https://github.com/swicg/activitypub-api/issues/63

Followed by another on protocol design..

https://github.com/swicg/activitypub-api/issues/66

Only 7.4% of Fortune 500 have an llms.txt file, study finds: ProGEO.ai research reveals just 7.4% of Fortune 500 companies have implemented llms.txt, while 92.8% use robots.txt and 53.8% use JSON-LD for AI visibility. https://ppc.land/only-7-4-of-fortune-500-have-an-llms-txt-file-study-finds/ #Fortune500 #AI #llms #robotsTxt #JSONLD

Are there any good talks or videos on JSON-LD in the context of the Fediverse? I've already looked at https://json-ld.org/learn/, but I'm wondering if there are any more recent or Fediverse-focused talks.

#fediverse #jsonld

@reiver

Today "ActivityStreams: Where do you want to go to today?" might be a slogan we borrowed from Microsoft.

The question is whether #ActivityStreams should be used - besides all the things it is already being used for - to also map to file systems.

The #LinkedData nature of #ActivityPub is generally shunned in favor of plain #JSON. That in itself is fine, as long as:

a) information still represents valid #JSONLD.

b) information models still follow data modeling best practices.

c) information models are designed with #interoperability in mind.

Not saying your approach is good or bad, just observing that everyone mapping and overloading their own app-specific semantics to the poor AS vocab looks to me a worst-practice. We can get away with it, as we made post-facto interop the poor man's accepted practice, lacking more rigorous extension process and guidance.

There are likely existing standardized ontologies.