<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Content - Tag - arleo.eu</title><link>https://www.arleo.eu/en/tags/content/</link><description>Content - Tag - arleo.eu</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Sat, 09 May 2026 13:09:37 +0200</lastBuildDate><atom:link href="https://www.arleo.eu/en/tags/content/" rel="self" type="application/rss+xml"/><item><title>Roadmap: should we migrate the 16 articles to content/posts/?</title><link>https://www.arleo.eu/en/posts/roadmap-migration-content-posts/</link><pubDate>Sat, 09 May 2026 13:09:37 +0200</pubDate><author>Jmr</author><guid>https://www.arleo.eu/en/posts/roadmap-migration-content-posts/</guid><description><![CDATA[<div class="featured-image">
                <img src="/images/roadmap-migration-content-posts-featured.jpg" referrerpolicy="no-referrer">
            </div><h2 id="status-thinking-decision-pending">Status: thinking, decision pending</h2>
<p>This page documents a Hugo content architecture question I have not yet decided.</p>
<h2 id="context">Context</h2>
<p>The LoveIt theme used by arleo.eu follows the recommended Hugo convention: blog articles go in content/posts/. The home filters where Site.RegularPages Type posts.</p>
<p>But due to Grav migration history, my 16 editorial articles are at the root of content/, not in content/posts/. Hugo by default treats all these folders as Type page, not Type posts. So the LoveIt home filter does not see them, and I have to either override layouts/index.html or filter manually.</p>
<h2 id="the-question">The question</h2>
<p>Should I migrate the 16 articles to content/posts/ to follow LoveIt convention, or leave them at the root?</p>
<h2 id="option-a-migrate-to-contentposts">Option A: Migrate to content/posts/</h2>
<p>Pros:</p>
<ul>
<li>Theme conformity, no layout override needed</li>
<li>Repo readability, instantly see which folders are articles vs reference pages</li>
<li>Future-proof, if LoveIt evolves with new features on Type posts they apply for free</li>
<li>Standard mental model for any Hugo dev discovering the repo</li>
</ul>
<p>Cons:</p>
<ul>
<li>URL change. /csp-nonce/ would become /posts/csp-nonce/ by default. Breaks all inbound links.</li>
<li>Possible mitigation via explicit url in front matter to preserve URLs</li>
<li>Migration friction, 16 folders to move, 16 files to edit</li>
<li>Internal links: many articles cite each other, must audit</li>
</ul>
<h2 id="option-b-keep-the-root">Option B: Keep the root</h2>
<p>Pros:</p>
<ul>
<li>Identical URLs without doing anything</li>
<li>No migration, 0 files touched</li>
<li>Internal links intact by definition</li>
<li>layouts/home.html override already in place, 1 line diff</li>
</ul>
<p>Cons:</p>
<ul>
<li>Custom override to maintain if LoveIt evolves</li>
<li>Repo readability: reference pages and articles mixed at root</li>
<li>Weird convention, a Hugo dev wonders why no posts folder</li>
</ul>
<h2 id="seo-considerations">SEO considerations</h2>
<p>SEO fears URL change. With url override on Option A, no URL change. But then what is the migration&rsquo;s purpose? Just internal repo readability. Cost vs benefit, probably not worth it.</p>
<h2 id="hugo-mcp-considerations">Hugo MCP considerations</h2>
<p>The MCP tools accept a route parameter. With url override, MCP workflow is unchanged for the user.</p>
<h2 id="the-provisional-decision">The provisional decision</h2>]]></description></item></channel></rss>