自己ホスト型 CMS を持つ: 自動化された SEO, AEO, ブラウザベース設定

大半の CMS プラットフォームは、あなたのコンテンツとは全く関係のない技術的な決定を迫ります。どの SEO プラグインが canonical タグの処理に適しているのか、Sitemap プラグインが多言語対応プラグインと互換性があるか、Open Graph 画像を他のプラグインなしでどう設定するか、ファビコンがブラウザのタブでは表示されるが Google 検索結果では表示されないのはなぜか。同じ問題がサイトを超えて繰り返されているのを何年間も見てきた私たちは、自然な疑問を抱くようになります：CMS がすべて自分でやるなんてどうでしょう？ AliothPress は、その疑問を中心に構築された自己ホスト型 CMS です。この記事は何が自動化されているかを説明し、そのようなニーズを持つ人がその点を認識できるようにします。 自己ホスト型 CMS をインストールするのは通常、サーバーにファイルをアップロード、手動で設定ファイルを編集、ターミナルでコマンドを実行するなどして畏怖に怯えますが、AliothPress は異なります。その仕組みを理解することで、ほとんどが不安なくなります。 クラウドプロバイダーで新しい Ubuntu サーバーを作成する際、セットアップ中に「user-data」または「cloud-init スクリプト」というフィールドがあります。そこに短いスクリプトを貼り付け、作成ボタンをクリックするだけです。そこからすべてが自動的に実行されます。サーバーは自身を整え、必要なものをインストールし、更新サービスから最新の CMS バージョンをダウンロードし、自身を設定します。サーバーを直接触ることはありません。何もアップロードする必要も、手動でインストールする必要も、コマンドを実行する必要もありません。 数分で、サーバーの IP アドレスをブラウザで開きます。セットアップウィザードが、管理者アカウント、データベース、基本設定などを案内します。最初のセットアップ全体は約 5 分かかります。ビジュアルウォークスルーを好む人にも対応する、スクリーンショット付きの段階的インストールガイドが含まれています。 ドメインの DNS がサーバーを指すよう設定したら、管理パネルからワンクリックで無料の Let's Encrypt SSL 証明書を有効にします。証明書はあなたのドメインとその www バージョンの両方をカバーします。自動更新がバックグラウンドで設定されています。リダイルールは正しく設定されているため、訪問者は URL のバリエーションを経由せずに常にサイトの canonical バージョンにアクセスできます。 管理パネルでは、通常のフィールド（タイトル、コンテンツ、短い説明、ハイライト画像、キーワード）を入力します。著者の役割はこれだけで終わりです。検索エンジンが一切必要なものは、CMS がバックグラウンドでページソースコードから自動的に生成されます。 これには、タイトルタグ、メタ記述、canonical URL、Open Graph タグ（Facebook と LinkedIn のプレビュー向け）、Twitter カードタグ、および hreflang（Google に同じコンテンツが異なる言語で存在することを伝えるもの）が含まれます。 検索エンジンがサイト上のすべてのページを発見するために使用する XML サイトマップは、公開コンテンツから生成され、ページが追加・編集・削除されるたびに最新の状態を保ちます。検索エンジンや AI システムがサイトどのようにクローリングできるかを制御する robots.txt ファイルは、管理パネルから管理され、AI クローラー（GPTBot、Google-Extended、ClaudeBot）へのアクセス権限を含む合理的なデフォルト設定が搭載されています。 URL パスは入力時に整えられ、サイト全体で重複がないかチェックされます。ページのアドレスが変わると、古いアドレスから新しいアドレスへのリダイルが自動的に作成され、既存の外部リンクが機能し続けます。ページ、画像、ファイル、またはフォームが削除されると、サイト全体のコンテンツに対するすべての参照が自動的にクリーンアップされます。Google Search コンソールに 1 週間後にバードンリンクが現れることはありません。 アンサーエンジン最適化（AEO）は、AI ドライブド検索に対する SEO の対になっています。言語モデルが質問を答える際、モデルはトレーニングデータに基づき、ますますウェブ上のライブコンテンツも利用します。AEO に構造化されたコンテンツは、システムによって理解され、正確に引用される方が容易になります。 この構造化されたレイヤは、再び通常のコンテンツフィールドから自動的に生成されます。 Schema.org マークアップはサイトのエンティティ（サイトの背後にある組織、著者、アート

Most CMS platforms ask you to make technical decisions that have nothing to do with your content. Which SEO plugin handles canonical tags better. Whether the sitemap plugin conflicts with the multilingual plugin. How to configure Open Graph images without another plugin. Why the favicon only shows in the browser tab but not in Google's search results. After years of watching the same problems repeat on site after site, the natural question becomes: what if the CMS just did all of that itself? AliothPress is a self-hosted CMS built around that question. This post walks through what it automates, so the kind of person who needs this can recognise it. Installing a self-hosted CMS usually sounds intimidating: upload files to a server, edit configuration by hand, run commands in a terminal. AliothPress works differently, and understanding how it works removes most of the anxiety. When you create a new Ubuntu server at a cloud provider, there is a field during setup labelled "user-data" or "cloud-init script". You paste a short script into that field before you click create. From that point, everything happens on its own. The server prepares itself, installs what it needs, downloads the latest version of the CMS from the update service, and configures itself. You never touch the server directly. There is nothing to upload, nothing to install manually, no commands to run. After a few minutes, you open the server's IP address in your browser. A setup wizard walks you through the rest: admin account, database, basic site settings. The whole first-time setup takes around five minutes, and a step-by-step installation guide with screenshots is included for anyone who prefers a visual walkthrough. Once your domain's DNS points to the server, you activate a free Let's Encrypt SSL certificate from the admin panel with a single click. The certificate covers both your domain and its www version. Automatic renewal is set up in the background. The redirect rules are configured correctly so visitors always land on the canonical version of the site without unnecessary hops through different URL variants. In the admin panel, you fill in normal fields — title, content, a short description, featured image, keywords. That is all the author does. Everything a search engine needs is generated from those fields by the CMS itself, in the background, in the page's source code. This includes the title tag, meta description, canonical URL, Open Graph tags (for Facebook and LinkedIn previews), Twitter Card tags, and hreflang (which tells Google that the same content exists in different languages). The XML sitemap — the file search engines use to discover every page on a site — is generated from published content and stays current as pages are added, edited, or removed. The robots.txt file, which controls how search engines and AI systems are allowed to crawl the site, is managed from the admin panel and comes with sensible defaults, including permissions for AI crawlers (GPTBot, Google-Extended, ClaudeBot) for sites that want to be reachable by language models. URL paths are cleaned up on input and checked for duplicates across the whole site. When you change the address of a page, a redirect is created automatically from the old address to the new one, so existing external links keep working. When a page, image, file, or form is deleted, every reference to it across the site's content is cleaned up on its own. No broken links appearing in Google Search Console a week later. Answer Engine Optimisation is the counterpart to SEO for AI-driven search. When someone asks a language model a question, the model draws on training data and, increasingly, on live content from the web. Content structured for AEO is easier for those systems to understand and to quote accurately. This structured layer is generated automatically, again from the regular content fields: Schema.org markup describes the site's entities — the organisation behind the site, the authors, the articles, the pages — in a format that search engines and AI systems can read directly. The entities are linked together so they are understood as part of the same site, not as isolated pieces. FAQ markup is generated when a page has FAQ content, which makes questions and answers directly available to search and AI systems. Speakable markup identifies the parts of a page that voice assistants (like Google Assistant or Alexa) should read aloud. llms.txt is a plain-text summary of the whole site, placed at the site's root address, so AI systems have a clean structured overview when they visit. The author never writes any of this by hand. The author writes normal content; the CMS prepares the structured layer underneath. The admin panel and the public site are available in 31 languages. Each team member picks their own language in their profile. The public site serves content in the visitor's language, linked across translations with a single click. The technical parts are handled the same way as SEO: hreflang tags for search engines, RSS feeds per language, menus that adapt to the visitor's language. None of it requires plugins or additional configuration. Every uploaded image is automatically optimised. The CMS generates modern formats (WebP and AVIF) that load faster than traditional JPEG or PNG, plus multiple sizes for different screen widths so mobile phones don't have to download desktop-sized images. Dedicated crops are produced for social previews at the correct proportions. The dominant colour of the image is extracted for smooth loading placeholders. EXIF metadata is removed for privacy, SVG files are cleaned for security. Transparency is preserved across all generated variants, so logos and icons with transparent backgrounds stay transparent instead of picking up a white fill along the way. Every image is served from a short, clean URL at the root of the domain — for example, yoursite.com/product-hero.png rather than a deep path through system folders. Search engines prefer these short paths for image indexing. Favicons follow the same principle. You upload a single source image and the system generates the complete set: the classic favicon.ico in multiple sizes, PNGs for browsers and Android, an Apple Touch icon for iPhones, an SVG version, and a web manifest for progressive web apps. All served from standard paths that search engines can actually find — which is where many favicon tools fail, ending up visible only in the browser tab and not in the search results. The automation above is the technical foundation, but the CMS itself is a complete content platform. A visual page builder lets you assemble pages from blocks — headings, text, images, columns, galleries, sliders, forms, and more — without writing HTML. A form builder covers contact forms, surveys, and subscription forms with thirteen field types, including GDPR consent and star ratings. A newsletter module handles campaigns, subscriber lists, and double opt-in confirmation, so you don't need an external email service. A file manager serves downloads like PDFs or documents with clean URLs and proper metadata. None of these are separate plugins. They share the same interface, the same visual style, and the same automation layer underneath — so an image selected in the page builder comes from the same optimised library as images in posts, a form created in the form builder uses the same translation groups as a page, a newsletter signup can draw subscribers from any form on the site. The parts that require judgement stay with the user: what to write, how to structure the site, which of the fifteen built-in designer themes to choose (each with dark and light mode, selected with a single click in the admin panel), how the menu is organised, when to send newsletters. An optional AI assistant is available for content generation, translation, and filling SEO fields — it works with your own API key from Anthropic, DeepSeek, or Google Gemini — but the final decisions belong to the author. Backups are created with a single button and downloaded as a ZIP. Updates arrive through the admin panel when available; the user reviews and approves them rather than having updates applied silently. A self-hosted CMS means you own your server, your data, your domain. There is no subscription, no vendor lock-in, no surprise pricing change. The trade-off is that someone has to maintain the server — but with browser-based setup, one-click SSL, and in-panel updates, the maintenance surface is small. AliothPress is free for personal and non-commercial use, with a commercial licence required for business sites. You can find it at aliothpress.com — the same site runs on the engine it describes.