Programmatic SEO polega na tworzeniu wielu podstron z uporządkowanych danych i wspólnego szablonu. W WordPressie mogą to być karty obiektów, zestawienia ofert albo strony lokalizacji. O sensie projektu decyduje to, czy każda podstrona pomaga użytkownikowi rozwiązać konkretny problem i czy jej dane można utrzymywać.
Zanim wybierzesz wtyczkę lub zlecisz generowanie, zaprojektuj wzorzec stron, źródło danych oraz warunki publikacji. Poniżej pokazuję ten proces na hipotetycznym katalogu obiektów. Przykład służy projektowaniu wdrożenia, nie jest opisem wyników klienta ani kompletną wtyczką do zainstalowania.
Spis treści
Kiedy programmatic SEO ma sens
Dobry projekt zaczyna się od powtarzalnej potrzeby. Osoba szukająca lokalu w danej dzielnicy chce zobaczyć konkretne miejsca, ich położenie i informacje potrzebne do wyboru. Osoba porównująca narzędzia chce poznać rzeczywiste różnice w funkcjach i warunkach korzystania.
Samo powtarzanie wzorca frazy nie wystarcza. Dla każdej planowanej grupy stron odpowiedz na trzy pytania:
- Co użytkownik chce tutaj znaleźć lub zrobić?
- Jakie dane pozwolą odpowiedzieć lepiej niż tekst z podmienioną nazwą miasta albo produktu?
- Kto i w jaki sposób będzie aktualizować te informacje?
Jeżeli masz bazę rzeczywistych obiektów z adresami, godzinami i cechami, możesz z niej budować użyteczne zestawienia. Jeśli masz jedynie listę miast i ten sam opis usługi, najpierw potrzebujesz informacji uzasadniających odrębne strony. Nie chodzi o zakaz stron lokalnych, tylko o ich faktyczną zawartość i cel.
Google w zasadach dotyczących spamu opisuje nadużycia związane z masowym tworzeniem treści i stronami przejściowymi. Automatyzacja sama w sobie nie rozstrzyga o naruszeniu. Ryzyko wynika m.in. z tworzenia wielu stron przede wszystkim do manipulowania rankingiem, bez wartości dla użytkownika. Dotyczy to również treści przygotowywanych ręcznie.
Zacznij od danych, które da się aktualizować
W przykładowym katalogu jedna karta odpowiada jednemu obiektowi. Rekord potrzebuje stabilnego identyfikatora, dzięki któremu ponowny import zaktualizuje istniejącą kartę zamiast utworzyć duplikat.
Zaplanuj też pochodzenie danych i datę ich weryfikacji. Adres może być poprawny przez lata, ale godziny otwarcia mogą zmienić się znacznie wcześniej. Data importu nie jest automatycznie datą potwierdzenia informacji u źródła.
| Element rekordu | Po co go przechowywać | Co sprawdzić przed publikacją |
|---|---|---|
| Stabilny identyfikator | Aktualizacja bez tworzenia duplikatów | Czy to ten sam obiekt, także po zmianie nazwy |
| Nazwa i adres | Rozpoznanie miejsca | Zgodność z wiarygodnym źródłem |
| Godziny i kontakt | Zaplanowanie wizyty | Aktualność i sposób obsługi brakujących informacji |
| Cechy i opis | Wybór odpowiedniego obiektu | Czy dotyczą konkretnego miejsca |
| Źródło i data weryfikacji | Kontrola oraz późniejsze odświeżenie | Co faktycznie potwierdzono i kiedy |
| Zdjęcia | Rozpoznanie obiektu | Zgodność z miejscem oraz prawo wykorzystania |
Nie każda karta potrzebuje identycznego zestawu pól. Dla obiektu działającego wyłącznie po rezerwacji brak stałych godzin może być prawidłową informacją, a nie błędem. Ustal taki stan w modelu danych. Nie wypełniaj pola przypadkową wartością, żeby przejść kontrolę kompletności.
Zdefiniuj również zachowanie po zmianie źródła. Co stanie się ze stroną zamkniętego obiektu? Czy utrzymasz informację o zamknięciu, połączysz rekord z następcą, czy usuniesz stronę? Przekierowanie ma sens, gdy istnieje odpowiedni adres zastępczy. Automatyczne kierowanie wszystkiego na stronę główną nie rozwiązuje problemu użytkownika.
Jak podzielić wdrożenie w WordPressie
WordPress może przechowywać dane, wyświetlać je i udostępniać do aktualizacji. Warto rozdzielić te zadania, żeby zmiana szablonu nie wymagała ponownego importowania całej bazy.
Typ treści, taksonomie i pola
Własny typ treści, czyli CPT, przechowuje karty obiektów. Taksonomie grupują je np. według rodzaju i lokalizacji. Pola przechowują informacje takie jak adres, godziny, kontakt oraz data weryfikacji.
CPT i wtyczka generująca strony nie są konkurencyjnymi rozwiązaniami. Wtyczka może importować dane do własnego typu treści, a szablon może je później wyświetlać. Wybierając narzędzie, sprawdź aktualizację istniejących rekordów, obsługę błędów i możliwość wycofania zmian. Sam import początkowy to tylko część pracy.
Jeżeli planujesz aktualizacje przez REST API, samo show_in_rest przy rejestracji CPT nie udostępnia wszystkich własnych pól. W przypadku pól meta obsługiwanych przez mechanizm WordPressa potrzebna jest odpowiednia rejestracja, ustawienie dostępności w REST oraz obsługa custom-fields przez typ treści. Zakres i uprawnienia opisuje dokumentacja własnych pól w REST API.
Import i aktualizacja
Importer powinien rozpoznawać rekord po stabilnym identyfikatorze, sprawdzać wartości i zapisywać wynik operacji. Rozdziel import danych od publikacji nowych kart. Dzięki temu błędny plik nie musi od razu utworzyć setek publicznych stron.
Potrzebujesz także reguły dla ręcznych poprawek. Jeżeli redaktor dopracuje opis, następny import nie powinien bez ostrzeżenia nadpisać go starszą treścią ze źródła. Możesz przechowywać oddzielne pola źródłowe i redakcyjne albo aktualizować tylko wskazane pola. Wybierz rozwiązanie przed pierwszym masowym zapisem.
Szablon i adresy
Szablon wyświetla dane konkretnego rekordu oraz elementy wspólne: nawigację, układ czy informacje o serwisie. Powinien obsługiwać braki bez pustych nagłówków, nieprawdziwych domyślnych wartości i powtórzonych akapitów.
Przykładowy adres karty może mieć postać /obiekty/nazwa-obiektu/. Adres zestawienia /obiekty/rodzaj/miasto/ wymaga dodatkowego projektu routingu, zapytania wybierającego obiekty i szablonu listy. Samo zarejestrowanie CPT oraz dwóch taksonomii nie tworzy automatycznie takiej kombinacji.
Które zestawienia powinny dostać osobny URL
W katalogu można łączyć rodzaj obiektu, dzielnicę, ulicę i cechy. Liczba możliwych kombinacji szybko rośnie. Zdecyduj, które z nich odpowiadają na odrębną potrzebę i mają dane wystarczające do wyboru.
Strona „kawiarnie na Jeżycach” może być użyteczna, jeśli pokazuje rzeczywiste miejsca i pomaga je porównać. Dodatkowa kombinacja ma sens wtedy, gdy daje użytkownikowi potrzebne zawężenie, a nie tylko nowy tytuł nad tą samą listą.
| Rodzaj strony | Kiedy rozważyć osobny adres | Co może przemawiać za filtrem lub rezygnacją |
|---|---|---|
| Karta obiektu | Ma własne, zweryfikowane dane | Duplikat istniejącej karty |
| Rodzaj i lokalizacja | Pomaga wybrać miejsca w określonym obszarze | Lista jest pusta lub nie różni się użytecznie od nadrzędnej |
| Zestawienie według cechy | Cecha odpowiada na realną potrzebę i jest sprawdzona | Cecha została jedynie odgadnięta |
| Sortowanie tej samej listy | Zwykle wystarczy funkcja interfejsu | Nowy URL powiela zawartość bez nowej odpowiedzi |
Nie ma uniwersalnego minimum liczby obiektów ani maksymalnej liczby wymiarów URL-a. Krótkie zestawienie może odpowiedzieć na bardzo konkretną potrzebę, a długa lista może być mało użyteczna. Oceniaj rzeczywiste wyniki i sposób wyboru, nie sam licznik rekordów.
Paginacja, czyli podział listy na kolejne strony, wymaga osobnej decyzji. Kolejne strony pokazują inne obiekty i nie są tym samym co zmiana sortowania. Google zaleca osobne adresy, dostępne linki między stronami oraz własny canonical każdej strony paginacji. Nie ustawiaj wszystkich stron serii jako kopii pierwszej. Szczegóły opisują zalecenia Google dotyczące paginacji.
Kompletność danych to pierwszy etap kontroli
Ocena „wypełniono trzy z pięciu pól” nie mówi, czy strona nadaje się do publikacji. Może brakować właśnie adresu albo informacji koniecznej do wyboru. Rozdziel obecność pól krytycznych, poprawność informacji i wartość gotowej strony.
Przykładowa kolejność kontroli:
- Rekord ma stabilny identyfikator, a jego krytyczne pola są obecne.
- Dane przeszły sprawdzenie poprawności i aktualności.
- Gotowa strona odpowiada na pytanie użytkownika oraz nie powiela niepotrzebnie innego adresu.
- Tytuł, odnośniki, obraz, canonical i ustawienia indeksowania są zgodne z projektem.
Przykład kontroli braków przez WP-CLI
Poniższy skrypt zakłada istniejący CPT obiekt oraz pola meta o podanych nazwach. W tym uproszczonym modelu wszystkie sześć pól jest wymaganych. Dostosuj je do swojej bazy, zwłaszcza sposób zapisu godzin i źródeł.
Zapisz kod jako kontrola-danych.php, poza publicznym katalogiem serwera. Uruchom go w środowisku z WP-CLI i odpowiednim WordPressem:
wp --quiet eval-file /sciezka/do/kontrola-danych.php
<?php
$required = ['adres', 'kontakt', 'godziny', 'opis',
'zrodlo', 'data_weryfikacji'];
$page = 1;
fputcsv(STDOUT, ['id', 'braki', 'etap'], ',', '"', '');
do {
$ids = get_posts([
'post_type' => 'obiekt',
'post_status' => ['publish', 'draft', 'pending', 'private'],
'posts_per_page' => 100,
'paged' => $page++,
'orderby' => 'ID',
'order' => 'ASC',
'fields' => 'ids',
]);
foreach ($ids as $id) {
$missing = [];
foreach ($required as $key) {
$value = get_post_meta($id, $key, true);
if (!is_string($value) || trim($value) === '') {
$missing[] = $key;
}
}
fputcsv(STDOUT, [
$id,
implode('|', $missing),
$missing ? 'uzupelnij_dane' : 'sprawdz_poprawnosc',
], ',', '"', '');
}
} while (count($ids) === 100);
Skrypt czyta rekordy partiami i wypisuje CSV. Nie zmienia wpisów, statusu publikacji ani dyrektyw robots. Stan sprawdz_poprawnosc oznacza wyłącznie obecność wszystkich wymaganych wartości tekstowych. Błędna data, nieaktualne godziny czy opis skopiowany z innej karty nadal mogą przejść ten etap. W czasie kontroli wstrzymaj masowy import, aby lista rekordów nie zmieniała się między partiami.
Dla zestawień sprawdź również wynik zapytania: czy lista pasuje do rodzaju i lokalizacji, linki prowadzą do właściwych kart, a komunikat o braku wyników odpowiada rzeczywistości.
Publikacja i sprawdzenie pierwszej grupy stron
Zacznij od ograniczonej grupy obejmującej różne sytuacje: pełne i brakujące dane, krótkie oraz długie zestawienia, długie nazwy i nieaktualny rekord. Zobacz gotowe strony na komputerze i telefonie. Przewijanie tabeli powinno działać w jej obszarze, bez rozciągania całej strony.
Przed udostępnieniem większej bazy sprawdź:
- czy strony zwracają właściwe kody odpowiedzi i mają zamierzone adresy kanoniczne;
- czy linki kategorii oraz kart są dostępne także poza mapą XML;
- czy sitemap zawiera adresy przeznaczone do indeksowania;
- czy dane uporządkowane odpowiadają rzeczywistej treści i typowi strony;
- czy nowe i aktualizowane rekordy zachowują się zgodnie z regułami importu.
Dla nowych kart z krytycznymi brakami bezpieczniej utrzymać status szkicu do czasu ich uzupełnienia. Jeżeli już opublikowana strona wymaga zmiany indeksowania, skoordynuj ją z wtyczką SEO i mechanizmem motywu. WordPress ma mechanizm wp_robots, ale wtyczka może zarządzać dyrektywami inaczej. Sprawdź końcowy HTML i nagłówki, zamiast dodawać drugi znacznik robots w ciemno.
Po publikacji obserwuj indeksowanie i zapytania w Search Console oraz działanie samych stron. Status „przeskanowano, obecnie niezindeksowana” nie wskazuje samodzielnie jednej przyczyny. Sprawdź treść, dostępność, canonical i dyrektywy, zanim wyłączysz całą grupę adresów. Nie oznacza on automatycznie, że strona wcześniej była w indeksie lub otrzymała karę.
Dalszą skalę oprzyj na działającym procesie: poprawnych danych, użytecznym szablonie, bezpiecznych aktualizacjach i sprawdzaniu wyników. Nawet dobrze przygotowana strona nie ma gwarancji utrzymania w indeksie.
Jeśli planujesz takie wdrożenie, napisz do mnie. Podaj wzorzec stron, dostępne dane i sposób ich aktualizowania. To pozwoli ustalić, czy warto budować generator i od czego zacząć.
Autor: Grzegorz Kołodziejski
Komentarze