<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>GEO: Generative Engine Optimization · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2311.09735/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/2311.09735/feed.xml" rel="self" type="application/rss+xml" /><item><title>GEO: Generative Engine Optimization — mentioned by vincko</title><link>https://news.ycombinator.com/item?id=47458661</link><guid isPermaLink="false">urn:hackerpapers:mention:2311.09735:47458661</guid><pubDate>Fri, 20 Mar 2026 18:29:43 GMT</pubDate><description>&lt;p&gt;There is the preselection, which depends on the fanout queries the model comes up with and the contents performance across those queries on the search index. After that content is actually assessed by the model. This paper tried different strategies to improve performance for this last step: https://arxiv.org/pdf/2311.09735. Adding statistics, sources, original data are all strategies that we apply. In classic SEO, creating more and more content leads to &amp;quot;cannibalization&amp;quot;. Generally this hurts performance of all overlapping content so much that it is not worth it.&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2311.09735/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.LG</category></item></channel></rss>
