30 artykułów miesięcznie: operacyjny plan content marketingu w Smart-Copy.ai

Trzydzieści artykułów w miesiąc to nie jest problem pisania, tylko problem operacyjny. Generowanie tekstu jest dziś najtańszym etapem łańcucha — wąskimi gardłami są brak planu tematycznego, ręczne przeklejanie treści do CMS-a i brak liczb pod koniec miesiąca. Poniżej miesięczny cykl rozłożony na cztery powtarzalne kroki, na konkretnych parametrach Smart-Copy.ai, a nie na ogólnikach o content marketingu AI.

Krok 1. Architektura miesiąca, zanim zamówisz cokolwiek

Najczęstszy błąd przy skalowaniu to trzydzieści przypadkowych tematów z eksportu fraz. Klaster działa, gdy ma hierarchię: kilka tekstów filarowych pokrywających szeroką intencję i materiały wspierające, które odpowiadają na wąskie zapytania i linkują do filarów. Strategia treści AI zaczyna się od podziału puli, nie od promptu.

Rola tekstu	Liczba	Długość (znaki)	text_type	Zadanie
Filar	3	15 000–20 000	ARTICLE	Temat główny, cel linkowania
Wsparcie	18	6 000–9 000	BLOG_POST	Zapytania long-tail
Porównania i przewodniki	6	8 000–12 000	ARTICLE	Intencja komercyjna
Strony kategorii	3	2 000–4 000	CATEGORY_DESCRIPTION	Konwersja ruchu

Parametr length podaje się w znakach (ok. 2000 znaków na stronę tekstu), zakres to 500–300 000. Konsekwencja operacyjna: filary zamawiasz pierwszego dnia, bo do nich linkuje reszta, a linku nie wpleciesz, zanim docelowy URL zacznie istnieć.

Krok 2. Jeden brief to jeden obiekt w tablicy

Automatyzacja content marketingu sprowadza się do tego, że trzydzieści briefów staje się trzydziestoma obiektami JSON w jednym żądaniu. Endpoint POST /v1/texts przyjmuje zamiast pojedynczego obiektu pole texts z tablicą — do 500 pozycji, jedno zamówienie, jedna płatność z salda. Pola, które faktycznie decydują o jakości:

• guidelines — ton, grupa docelowa, co ma się znaleźć w tekście. Tu rozstrzygasz, czy artykuł będzie o Twoim produkcie, czy o niczym.
• keywords — maksymalnie 10 fraz na tekst.
• links — do 5 pozycji w formacie {url, anchor}, wplatanych w treść. To mechanizm spinający klaster.
• source_urls — do 10 własnych źródeł do researchu; source_mode przełącza między auto, web, academic i hybrid.
• outline_approval — true wstrzymuje pisanie do akceptacji konspektu (status awaiting_outline_approval).

Zatwierdzanie konspektów dla całej paczki to trzydzieści decyzji w panelu — rozsądny kompromis to outline_approval tylko dla filarów. Przed wysłaniem paczki POST /v1/estimate zwróci wycenę i pole sufficient_balance. Warto też dodać nagłówek Idempotency-Key: powtórzone żądanie z tym samym kluczem odda zapisaną odpowiedź, zamiast pobrać środki drugi raz. Samą mechanikę zamówienia wsadowego opisaliśmy w tekście Masowe generowanie treści.

Krok 3. Warstwa SEO ustawiana raz, nie poprawiana ręcznie

Przy jednym artykule optymalizację robi się na oko. Przy trzydziestu „na oko" oznacza trzydzieści różnych standardów. Frazy i linkowanie traktuj więc jako parametry zamówienia, nie pracę redakcyjną po fakcie: fraza główna pierwsza w keywords, warianty long-tail dalej, linki z gotowym anchorem, żeby trafiły w środek zdania. Mechanikę doboru fraz i walidacji linków rozłożyliśmy na części w artykule Jak działa optymalizacja SEO w Smart-Copy.ai.

Kolejność zamawiania ma tu znaczenie. Filary idą w pierwszej paczce bez linków do reszty klastra, bo reszta nie istnieje. Druga paczka dostaje w polu links adresy opublikowanych filarów. Trzeci ruch to rewizja filarów — POST /v1/texts/:id/revision z opisem, co dopisać, do trzech bezpłatnych rewizji na tekst. Tak domykasz linkowanie w obie strony bez pracy w edytorze.

Krok 4. Publikacja: CMS jako punkt docelowy

Gotowy tekst wraca w polu html razem z featured_image, więc integracja z dowolnym CMS-em to przekazanie tego HTML-a dalej. Dla WordPressa krok znika w całości: w zamówieniu podajesz wp_site_id (lista z GET /v1/wp-sites) i wp_status o wartości draft, publish albo future. Ta trzecia wymaga daty w wp_scheduled_at (ISO 8601, minimum pięć minut w przyszłości) — i to cała mechanika kalendarza redakcyjnego: trzydzieści dat publikacji ustawiasz razem z zamówieniem.

Alternatywą jest Autoblog: POST /v1/plans planuje klaster około dwudziestu tematów z niszy lub profilu witryny i pisze w rytmie texts_per_week od 1 do 7, publikując na WordPressie; serię można wstrzymać i wznowić. To dobry tryb podtrzymania między kampaniami, ale przy trzydziestu tekstach miesięcznie nadal potrzebujesz zamówień wsadowych.

Pętla kontroli: skąd wiesz, że wszystko wyszło

Odpytywanie statusu w pętli nie ma sensu — limit to 120 żądań na minutę na token. Zamiast tego webhooki przy kluczu API: text.completed z gotowym html (po rewizji wraca z flagą revised: true), text.failed z polem refunded: true, bo środki wracają na saldo automatycznie, oraz outline.ready, jeśli włączyłeś zatwierdzanie konspektu. Dostawa to POST z JSON-em, ponawiany do pięciu prób, podpisany HMAC-SHA256 w nagłówku X-SmartCopy-Signature, weryfikowanym na surowym body. Integrację zbuduj najpierw na kluczu testowym sc_test_ — te same walidacje i kształty odpowiedzi, zamówienia symulowane, zero kosztów.

Rozliczenie: jak policzyć ROI, żeby liczba coś znaczyła

Rachunek „koszt generowania kontra stawka copywritera" jest zbyt wygodny, żeby był prawdziwy — pomija wszystko po wygenerowaniu. Uczciwy koszt opublikowanego artykułu to cztery pozycje: wycena zamówienia z POST /v1/estimate, czas na brief, czas redakcji i weryfikacji faktów oraz koszt publikacji, który przy wp_status spada praktycznie do zera. Zamiast jednej ogólnej liczby prowadź cztery wskaźniki miesięcznie:

1. Koszt na opublikowany URL, nie na wygenerowany tekst. Teksty, które nie trafiły na stronę, też kosztowały.
2. Odsetek tekstów wymagających rewizji. Rosnący udział to sygnał, że problem jest w briefach — popraw guidelines i source_urls, nie liczbę prób.
3. Czas od briefu do publikacji. Przy paczce z wp_status: future powinien być stały niezależnie od wolumenu. Jeśli rośnie razem z liczbą tekstów, gdzieś został ręczny krok.
4. Ruch organiczny na URL po 90 dniach, liczony w kohortach miesięcznych. Porównywanie sierpnia do sierpnia nic nie da — porównuj kohortę marcową po 90 dniach z kwietniową po 90 dniach.

Granica, której nie warto przekraczać

Skala sama w sobie nie jest problemem dla wyszukiwarki. Google od marca 2024 opisuje w politykach spamowych zjawisko scaled content abuse — masowego tworzenia stron, których głównym celem jest manipulacja rankingiem, a nie pomoc użytkownikowi. Polityka jest wprost niezależna od metody: obejmuje treści powstałe automatycznie, ludzką pracą i w każdej kombinacji obu. Trzydzieści tekstów odpowiadających na realne zapytania i trzydzieści wariantów tego samego pod odmiany frazy to z tej perspektywy dwie różne rzeczy; szerzej pisaliśmy o tym w tekście Czy Google karze treści generowane przez AI.

Wniosek dla planowania kalendarza: jeśli nie potrafisz w jednym zdaniu powiedzieć, na jakie pytanie odpowiada dany tekst i czym różni się od pozostałych dwudziestu dziewięciu, to nie jest brakujący artykuł w klastrze, tylko pozycja dopisana po to, żeby wyszło trzydzieści. Usuń ją z planu i zamów dwadzieścia dziewięć.