Premium sklep mięsny przestał gubić zamówienia. Po 6 tygodniach: zero podwójnie sprzedanych sztuk, zero failed redirects, zero ręcznych zwrotów.

Sklep, który gubił klientów

Co ten chaos kosztował naprawdę.

„Strona wolno chodzi” to abstrakcja. Konkretne koszty to godziny pracy zespołu i utracone zamówienia w piku.

30 minut audytu

Trzy z tych liczb tłumaczyły wszystko, co klient zgłosił:

• 40 MB pamięci PHP - mimo że host w php.ini deklarował 512M. Limit hardcoded'owany w wp-config.php przez poprzedniego dewelopera. Każde cięższe zapytanie (export, raport, kompozytowy produkt) zżerało wolną pamięć i wracało jako 500.
• Brak object cache - każda strona produktu robiła 200+ zapytań do MySQL przy każdym wejściu. Przy 46 wtyczkach to oznaczało setki milisekund samej bazy danych na każdy klik.
• Brak natywnego blokowania stocku - WooCommerce out-of-the-box pozwala dwóm klientom dodać tę samą sztukę do koszyka równocześnie. To nie jest bug, to feature. Dla sklepu z unikatowymi produktami to klęska.

Jak sklep żyje teraz. Po 6 tygodniach.

Nie chodziło o to, żeby strona była „szybsza” - chodziło o to, żeby zespół klienta nie musiał oddzwaniać do swoich klientów z przeprosinami.

Najważniejsza zmiana nie jest mierzalna w sekundach ani w gigabajtach pamięci. To zmiana w tym, ile godzin tygodniowo zespół Royal Beef poświęca na sklep zamiast na klientów, mięso i hodowlę.

Tutaj opisujemy jak. Tam zobaczysz, jak wygląda.

Case study to widok od kuchni — decyzje techniczne, kompromisy, kod, który niesie atomowe blokowanie stocku. Wpis portfolio to ten sam projekt od strony klienta: jak wygląda sklep Royal Beef, kolory, fotografie produktów, koszyk, który wreszcie nie gubi pozycji.

Liczby, które widzi klient. I co znaczą dla biznesu.

Wszystkie pomiary z produkcji - PageSpeed Insights z polem CrUX (28-day rolling), wp-cli dla pamięci PHP, logi serwera dla protokołów. Bez „lab” testów na pusto.

Rozpoznajesz swój sklep w tej historii?

Większość sklepów WooCommerce w Polsce, które robią obrót 500K-5M zł rocznie, ma podobny układ pod maską. Jeśli któreś z poniższych pytań brzmi znajomo - prawdopodobnie czeka Cię ta sama rozmowa.

Dla developerów: stack, decyzje, kod.

12 elementów stacka produkcyjnego, 8 decyzji architektonicznych z uzasadnieniem, 3 bloki kodu pluginu rb-cart-reservation, diagram flow requestu.

function rb_reserve_stock($product_id, $qty, $session_id) {
    global $wpdb;

    $table = rb_stock_table();      // HPOS vs postmeta
    $ttl   = 900;                  // 15 min hold

    $wpdb->query('START TRANSACTION');

    // row-level lock — drugi proces poczeka
    $row = $wpdb->get_row( $wpdb->prepare(
        "SELECT stock, reserved FROM {$table}
         WHERE product_id = %d FOR UPDATE",
        $product_id
    ));

    $available = $row->stock - $row->reserved;

    if ($available < $qty) {
        $wpdb->query('ROLLBACK');
        return new WP_Error('rb_no_stock', __('Brak na stanie', 'rb'));
    }

    $wpdb->query( $wpdb->prepare(
        "INSERT INTO rb_stock_reservation
         (product_id, qty, session_id, expires_at)
         VALUES (%d, %d, %s, NOW() + INTERVAL %d SECOND)",
        $product_id, $qty, $session_id, $ttl
    ));

    $wpdb->query('COMMIT');

    return true;
}

function rb_stock_table(): string {
    global $wpdb;

    // HPOS enabled? Sprawdź feature flag WooCommerce
    if (class_exists( '\\Automattic\\WooCommerce\\Utilities\\OrderUtil' )
        && \\Automattic\\WooCommerce\\Utilities\\OrderUtil::custom_orders_table_usage_is_enabled()) {

        return "{$wpdb->prefix}wc_orders";
    }

    // fallback: klasyczne postmeta
    return "{$wpdb->prefix}postmeta";
}

add_action('rb_cleanup_reservations', function () {
    global $wpdb;

    $wpdb->query(
        "DELETE FROM rb_stock_reservation
         WHERE expires_at < NOW()
         LIMIT 200"      // batch — nie blokuj request'u
    );
});

// schedule co minutę
if (! wp_next_scheduled('rb_cleanup_reservations')) {
    wp_schedule_event( time(), 'rb_every_minute', 'rb_cleanup_reservations' );
}

Najczęstsze pytania.