Что я бы сделал иначе?

Проект запустился быстро, но у меня есть список очевидных улучшений, которые я бы внедрил, имея второй шанс или больше времени в рамках месяца разработки. 1. Отдельный авторский интерфейс с минимальным редактором Сохранение контента в Git удобно для разработчиков, но не всегда для авторов. На ближайших этапах я бы добавил лёгкий headless CMS (например, Tina или Netlify CMS) или собственный минимальный интерфейс, который пишет в репозиторий через GitHub API. Это бы сократило число шагов для автора примерно на 3 и снизило вероятность ошибочных форматов MDX. 2. Долгосрочная стратегия поиска Meilisearch прекрасно показал себя на старте, но при росте числа статей и трафика я бы перешёл на более управляемое решение с возможностью ранжирования по ручным весам. Также я готовлю план миграции на Elastic Cloud при достижении ~200k документов или необходимости сложных агрегаций. 3. Больше автоматических тестов и проверок контента В первый месяц я фокусировался на функционале, не на покрытиях....

Как я сделал статейник на Next.js 15 за месяц

Я собрал полностью рабочий статейник на Next.js 15 за 30 календарных дней — от идеи до запуска на продакшн. Проект вырос из личной потребности: быстрый, недорогой и удобный инструмент для публикации долгих материалов и гайдов.

Почему не WordPress?

Выбор платформы определялся требованиями: максимальная скорость страницы, прозрачный рабочий процесс для разработчика, высокая степень контроля над SEO-маркетингом и стоимость поддержки ниже $50/месяц на старте. WordPress по-прежнему хорош для многих задач, но он не подошел под конкретные ограничения и цели этого проекта.

1. Производительность и контроль над рендерингом

На WordPress часто приходится мириться с плагинами, которые увеличивают количество запросов, добавляют блоки JavaScript и замедляют TTFB. С Next.js 15 я получил:

TTFB в проде ~90–120 мс для статичных страниц и ~130–220 мс для динамических при Edge-рендеринге.
Lighthouse Performance 98–100 для основных страниц (Desktop и Mobile) после оптимизаций.
Контроль над HTML: серверные компоненты, возможность тонко настраивать приоритеты загрузки скриптов и картинок.

2. SEO и предсказуемость выдачи

app/
  layout.tsx
  page.tsx
  article/
    [slug]/
      page.tsx
      head.tsx
  api/
    revalidate/route.ts
lib/
  mdx.ts
  db.ts
  search.ts
public/
  robots.txt
  images/

import { notFound } from 'next/navigation'
import { getArticleBySlug } from '@/lib/db'
import { MDXContent } from '@/lib/mdx'

export default async function ArticlePage({ params }: any) {
  const article = await getArticleBySlug(params.slug)
  if (!article) notFound()

  return (
    <article>
      <h1>{article.title}</h1>
      <MDXContent code={article.mdx} />
    </article>
  )
}

import { NextResponse } from 'next/server'

export async function POST(request: Request) {
  const { secret, slug } = await request.json()
  if (secret !== process.env.REVALIDATE_SECRET) {
    return NextResponse.json({ revalidated: false }, { status: 401 })
  }

  try {
    await fetch(`${process.env.NEXT_PUBLIC_BASE_URL}/api/revalidate?slug=${slug}`)
    return NextResponse.json({ revalidated: true })
  } catch (err) {
    return NextResponse.json({ revalidated: false, error: String(err) }, { status: 500 })
  }
}

export async function generateMetadata({ params }: any) {
  const article = await getArticleBySlug(params.slug)
  return {
    title: article.title,
    description: article.excerpt,
    openGraph: {
      title: article.title,
      images: [article.ogImage]
    },
    alternates: { canonical: `/article/${article.slug}` }
  }
}

Как я сделал статейник на Next.js 15 за месяц | KtoHto

Как я сделал статейник на Next.js 15 за месяц

Почему не WordPress?

1. Производительность и контроль над рендерингом

2. SEO и предсказуемость выдачи

Комментарии (0)

3. Стоимость и поддержка

4. Быстрая итерация и DX (developer experience)

Стек и архитектура

Основные компоненты

Папочная структура проекта (пример)

Пример рендера статьи (app/article/[slug]/page.tsx)

ISR и Revalidation

SEO: структура и микроразметка

CI/CD и деплой

Что я бы сделал иначе?

1. Отдельный авторский интерфейс с минимальным редактором

2. Долгосрочная стратегия поиска

3. Больше автоматических тестов и проверок контента

4. Улучшение обработки медиа

5. Гибкая система кеширования и мониторинг

6. Автоматические сниппеты и A/B для превью

7. Больше внимания к аналитике приватности

Практические итоги и числа