Hébergez votre blog sur /blog

Diffusez votre contenu dans le dossier de votre site principal pour concentrer votre autorité SEO, sans déplacer votre site ni changer de stack.

Un domaine. Une seule autorité.

Un blog sur un sous-domaine comme blog.votredomaine.com est traité comme un site distinct. Servi depuis un sous-répertoire, chaque article vit sous le même domaine que votre produit : les liens et l'attention que votre contenu génère s'accumulent au même endroit.

  • Tout votre site reste sous un seul domaine
  • Une marque cohérente, de la barre d'adresse au pied de page
Sous-domaine
blog.acme.com/post
Sous-répertoire
acme.com/blog/post

Votre site reste exactement où il est

Hyvor Blogs ne vous demande rien migrer. Votre site principal continue de tourner sur sa technologie actuelle. Seules les requêtes vers /blog sont transmises à Hyvor Blogs, le reste n'est pas touché.

  • Pas besoin de déplacer votre site ni de changer de stack
  • Compatible avec Docker, Cloudflare, les reverse proxies et les frameworks courants
  • Rédigez, personnalisez et gérez dans Hyvor Blogs comme d'habitude
acme.com/*
Votre site
/ /pricing /app
Hyvor Blogs
/blog /blog/hello-world /blog/tag/news

Sans code avec Cloudflare Workers

Si votre domaine est déjà sur Cloudflare, c'est le moyen le plus simple. Déployez le Worker open source, ajoutez une route pour le chemin de votre blog, et c'est en ligne. Le contenu est mis en cache dans Cloudflare KV et servi depuis le nœud le plus proche de vos lecteurs.

  • Aucun code requis, environ 10 à 15 minutes de mise en place
  • Les pages sont mises en cache sur le réseau de Cloudflare
  • Script Worker open source, que vous pouvez inspecter et posséder
$ wrangler deploy
✓ Blog en ligne sur https://acme.com/blog

Docker et votre reverse proxy

Vous utilisez déjà des conteneurs ? Ajoutez l'image Docker officielle de Hyvor Blogs comme service et routez /blog/* vers elle avec Caddy, Nginx ou Traefik. Elle récupère le contenu via l'API Delivery et le met en cache, donc les requêtes suivantes sont rapides.

  • Image Docker officielle, prête pour docker compose ou Kubernetes
  • Fonctionne derrière Caddy, Nginx et Traefik
  • Mise en cache après la première requête, actualisée par webhooks
$ docker compose up -d
✓ Hyvor Blogs fonctionne sur https://acme.com/blog

Ou servez-le directement depuis votre framework

Utilisez un package prêt à l'emploi pour votre framework et affichez le blog dans votre propre application. Mettez en cache sur le système de fichiers ou Redis, et laissez les webhooks l'invalider à chaque publication.

  • Packages pour NextJS, Laravel et Symfony
  • Tout autre framework : utilisez directement l'API Delivery
  • Cache sur système de fichiers ou Redis, avec invalidation par webhook
NextJSLaravelSymfonyCaddyNginxTraefik

Cela consiste à servir votre blog sur un chemin de votre domaine principal, comme votredomaine.com/blog, plutôt que sur un sous-domaine comme blog.votredomaine.com ou un domaine séparé. Votre contenu est toujours rédigé et géré dans Hyvor Blogs.

Un sous-répertoire garde tout sous un seul domaine, ce que de nombreux experts SEO recommandent, car votre contenu et votre produit partagent la même autorité. Cela évite aussi de répartir cookies et sessions entre sous-domaines.

Non. Votre site principal reste où il est. Les requêtes vers le chemin de votre blog sont routées vers Hyvor Blogs, via un Cloudflare Worker, un reverse proxy ou un package de votre framework.

Si votre domaine est sur Cloudflare, utilisez Cloudflare Workers, qui ne demande aucun code. Si vous utilisez Docker, prenez l'image officielle derrière Caddy, Nginx ou Traefik. Pour intégrer le blog dans votre application, utilisez le package NextJS, Laravel ou Symfony.

Non. Le contenu est récupéré via l'API Delivery à la première requête puis mis en cache. Les requêtes suivantes sont servies depuis le cache, et les webhooks le vident quand vous modifiez un article, ce qui peut prendre quelques secondes.

Non. Vous utilisez toujours Hyvor Blogs comme service géré. Seul le petit composant qui sert votre blog sur votre chemin (Worker, conteneur ou package) tourne de votre côté. Consultez la documentation sous-répertoire.