Яка практична різниця між 301 та 302?

301 = постійний. Передає майже весь рівень посилань. Інтенсивно кешує перенаправлення. Використовуйте для змін слуг, міграцій доменів. 302 = тимчасовий. Передає менше рівня. Не кешує так агресивно. Використовуйте для A/B тестів або тимчасових збоїв. Для більшості перенаправлень електронної комерції 301 є правильним.

Яка різниця між 404 та 410?

404 = 'не знайдено, може повернутися'. Google може зберігати URL в своєму індексі деякий час на випадок, якщо він повернеться. 410 = 'зник, постійно видалений'. Google швидше видаляє URL. Для постійно знятих продуктів 410 є кращою гігієною SEO.

Скільки переходів перенаправлення занадто багато?

Два переходи - це практичний ліміт. Кожен перехід втрачає 5–10% рівня посилань і додає затримку. Три або більше переходів - це сигнал. Виявляйте та спростіть їх автоматично.

Як Ordiko обробляє історію слуг?

Кожна таблиця сутності має відповідну таблицю історії слуг (наприклад, product_slug_history). При зміні слугу новий рядок вставляється зі старим слугом; 301 перенаправлення автоматично записується в storeRedirects. Завдання Trigger.dev щотижня перевіряє ланцюги перенаправлень, HEAD-trace перенаправлення та позначає ланцюги та зламані цілі.

Перенаправлення в електронній комерції: 301, 410, Історія слуг та уникнення ланцюгів (2026) | Ordiko

Посібник

Перенаправлення в електронній комерції: 301, 410, Історія слуг та уникнення ланцюгів (2026)

Коли використовувати 301 проти 410 проти інших кодів статусу HTTP для змін URL електронної комерції, як відстежувати історію слуг, виявляти ланцюги перенаправлень та уникати поширених пасток, які шкодять SEO.

PT45M

TL;DR. Редиректи в електронній комерції стосуються збереження SEO-капіталу через зміни URL. Використовуйте 301 для постійних переміщень (виправлення слуг, ребрендинг). Використовуйте 410 для постійних видалень. Відстежуйте історію слуг для кожної сутності, щоб старі URL автоматично перенаправляли. Виявляйте та спрощуйте ланцюги щотижня. Відображайте відсутні сторінки з корисним контентом, а не загальним 404.

HTTP статус-коди для електронної комерції

Код	Назва	Значення	Сценарій використання
200	OK	Сторінка існує	Звичайна сторінка продукту/категорії
301	Переміщено назавжди	Використовуйте новий URL назавжди	Зміни слуг, ребрендинг, міграції доменів
302	Знайдено	Тимчасове перенаправлення	A/B тести, гео-редиректи, тимчасові збої
307	Тимчасове перенаправлення	Те ж саме, що 302, але зберігає метод

Поширені запитання

Яка практична різниця між 301 та 302?: 301 = постійний. Передає майже весь рівень посилань. Інтенсивно кешує перенаправлення. Використовуйте для змін слуг, міграцій доменів. 302 = тимчасовий. Передає менше рівня. Не кешує так агресивно. Використовуйте для A/B тестів або тимчасових збоїв. Для більшості перенаправлень електронної комерції 301 є правильним.
Яка різниця між 404 та 410?: 404 = 'не знайдено, може повернутися'. Google може зберігати URL в своєму індексі деякий час на випадок, якщо він повернеться. 410 = 'зник, постійно видалений'. Google швидше видаляє URL. Для постійно знятих продуктів 410 є кращою гігієною SEO.
Скільки переходів перенаправлення занадто багато?: Два переходи - це практичний ліміт. Кожен перехід втрачає 5–10% рівня посилань і додає затримку. Три або більше переходів - це сигнал. Виявляйте та спростіть їх автоматично.
Як Ordiko обробляє історію слуг?: Кожна таблиця сутності має відповідну таблицю історії слуг (наприклад, product_slug_history). При зміні слугу новий рядок вставляється зі старим слугом; 301 перенаправлення автоматично записується в storeRedirects. Завдання Trigger.dev щотижня перевіряє ланцюги перенаправлень, HEAD-trace перенаправлення та позначає ланцюги та зламані цілі.

Подія	Шаблон
Виправлення слугу продукту (друкарська помилка)	`/products/leather-bagg` → `/products/leather-bag`
Ребрендинг продукту	`/products/leather-bag` → `/products/heritage-bag`
Реструктуризація категорії	`/products/bags-leather` → `/categories/leather-bags`
Міграція домену	`oldbrand.com/...` → `newbrand.com/...`
Зміна URL локалізації	`/products/bag` → `/en/products/bag`
Нормалізація слешу в кінці	`/products/bag/` → `/products/bag`
HTTP → HTTPS	`http://...` → `https://...`

// next.config.ts
export default {
  async redirects() {
    return [
      {
        source: '/products/leather-bagg',
        destination: '/products/leather-bag',
        permanent: true,  // 301
      },
    ];
  },
};

// src/middleware.ts or proxy.ts
const redirect = await getRedirect(request.url);
if (redirect) {
  return NextResponse.redirect(redirect.to, redirect.statusCode);
}

// Псевдокод
const gone = await isGonePath(storeId, request.url.pathname);
if (gone) {
  return new Response(renderGonePage(gone.suggestions), {
    status: 410,
    headers: { 'Content-Type': 'text/html' },
  });
}

CREATE TABLE product_slug_history (
  id SERIAL PRIMARY KEY,
  product_id UUID NOT NULL,
  old_slug TEXT NOT NULL,
  new_slug TEXT NOT NULL,
  changed_at TIMESTAMPTZ DEFAULT NOW()
);

async function updateProductSlug(productId: string, newSlug: string) {
  const product = await db.products.findOne({ id: productId });
  const oldSlug = product.slug;

  if (oldSlug === newSlug) return;

  await db.products.update({ id: productId, slug: newSlug });
  await db.productSlugHistory.insert({ productId, oldSlug, newSlug });
  await db.storeRedirects.insert({
    from: `/products/${oldSlug}`,
    to: `/products/${newSlug}`,
    statusCode: 301,
  });
  await enqueueIndexNow([`/products/${oldSlug}`, `/products/${newSlug}`]);
}

async function traceRedirect(url: string, hops: number = 0): Promise<{ finalUrl: string; chainLength: number }> {
  if (hops > 5) return { finalUrl: url, chainLength: hops }; // захист від циклів

  const res = await fetch(url, { method: 'HEAD', redirect: 'manual' });
  if (res.status >= 300 && res.status < 400) {
    const location = res.headers.get('location');
    if (!location) return { finalUrl: url, chainLength: hops };
    return traceRedirect(location, hops + 1);
  }
  return { finalUrl: url, chainLength: hops };
}

// Перед: A → B → C
await db.redirects.update({ from: '/a', to: '/b' });  // існуючий
// Після спрощення:
await db.redirects.update({ from: '/a', to: '/c' });  // переписано

async function writeRedirect(from: string, to: string) {
  const wouldLoop = await detectLoop(from, to);
  if (wouldLoop) {
    throw new Error(`Редирект з ${from} на ${to} створює цикл`);
  }
  await db.redirects.insert({ from, to, statusCode: 301 });
}

await enqueueIndexNow([oldUrl, newUrl]);

Ми поважаємо вашу конфіденційність

Ми поважаємо вашу конфіденційність

Перенаправлення в електронній комерції: 301, 410, Історія слуг та уникнення ланцюгів (2026)

HTTP статус-коди для електронної комерції

Поширені запитання

Коли використовувати 301

Коли використовувати 410

Історія слуг для кожної сутності

Ланцюги редиректів

Цикли редиректів

Пінг IndexNow

Найкращі практики

Як Ordiko обробляє редиректи

FAQ

SEO для категорій сторінок та канонічна стратегія для електронної комерції (2026)

Основні веб-показники для електронної комерції 2026: виправлення LCP, INP, CLS

E-E-A-T для електронної комерції у 2026 році: Досвід, Експертиза, Авторитетність, Довіра

Ми поважаємо вашу конфіденційність

Ми поважаємо вашу конфіденційність

Перенаправлення в електронній комерції: 301, 410, Історія слуг та уникнення ланцюгів (2026)

HTTP статус-коди для електронної комерції

Поширені запитання

Схоже для читання

Коли використовувати 301

Коли використовувати 410

Історія слуг для кожної сутності

Ланцюги редиректів

Цикли редиректів

Пінг IndexNow

Найкращі практики

Як Ordiko обробляє редиректи

FAQ

SEO для категорій сторінок та канонічна стратегія для електронної комерції (2026)

Основні веб-показники для електронної комерції 2026: виправлення LCP, INP, CLS

E-E-A-T для електронної комерції у 2026 році: Досвід, Експертиза, Авторитетність, Довіра