Jak od klienta získat podklady pro web na WordPressu

Aktualizováno:

Tvorba webu na WordPressu se obvykle zasekne na čekání na klienta — na texty, obrázky a přístupy — ne na samotné stavbě webu. Tady je, o co žádat a v jakém pořadí.

Co web na WordPressu skutečně potřebuje

Rozdělte požadavek na to, co blokuje vývoj, co blokuje spuštění a co může přijít později. Žádat o všechno najednou, bez pořadí, je přesně to, co klienta zablokuje a nepošle nic.

Položka Proč ji potřebujete Kdy
Logo (SVG nebo PNG ve vysokém rozlišení) Potřeba pro hlavičku, favicon a jakékoli tiskové využití. Zmenšený JPEG se čistě neškáluje na hlavičku pro retina displej ani na favicon. Před zahájením
Barvy značky (hex kódy) Určují barevnou paletu šablony. Bez hex kódů raději odečtěte barvu z fotky mobilem něčeho brandovaného, než abyste ji odhadovali ze screenshotu. Před zahájením
Text jednotlivých stránek (nadpis, tělo textu, CTA) Náhradní text udrží layout pohromadě, ale finální text mění počet řádků i výšku sekcí — zapracujte ho, jakmile existuje, místo výměny na poslední chvíli. Hlavní stránka před zahájením; ostatní stránky mohou následovat
Obrázky pro jednotlivé stránky, s minimální velikostí uvedenou předem Minimální šířku uveďte přímo v požadavku. Fotka mobilem v plném rozlišení je v pořádku, obrázek už zmenšený pro příspěvek na sociální síti obvykle ne. Pro hlavní (hero) obrázky před zahájením; u zbytku může počkat
Přístup do wp-admin stávajícího webu, pokud existuje Potřeba pro přenos existujícího obsahu a zjištění, co už tam je, než to nahradíte. Žádejte ho jako přístupový údaj, ne jako dokument. Před zahájením
Přístup k hostingu a DNS (nebo rozhodnutí hosting přesunout) Den spuštění na tomhle stojí. Zjistit dva dny před spuštěním, že klient nemá kontrolu nad vlastní DNS, je běžné a zbytečné zdržení. Před zahájením
Licenční klíče k používaným pluginům (page builder, formuláře, SEO) Licenční klíč pluginu je potřeba převést, nebo znovu zakoupit; zjišťovat až při spuštění, na jakých pluginech je klient zavěšený, je pozdě. Před zahájením
Právní stránky (zásady ochrany osobních údajů, obchodní podmínky, cookie lišta) Mají právní váhu a měly by přijít od klienta nebo jeho právníka, ne být vymyšlené za něj. Může přijít později, ale před spuštěním
Kontaktní údaje, otevírací doba, oblast působení Fakta o firmě, která správně dodá jen klient a která se objeví v patičce, na kontaktní stránce a ve strukturovaných datech. Před zahájením

Podrobnější verzi tohoto seznamu napříč typy projektů, nejen pro WordPress, najdete v checklistu podkladů pro tvorbu webu.

V jakém pořadí žádat

Nejdřív pošlete položky identity a přístupů — logo, barvy, wp-admin, hosting — protože buď blokují začátek, nebo klientovi trvá nejdéle je dohledat (přihlášení k DNS od dodavatele zpřed tří vývojářů se nenajde rychle). Text a obrázky po stránkách pošlete jako druhý požadavek, na kterém může klient pracovat, zatímco stavba webu už běží. Právní stránky a cokoli skutečně volitelné nechte na třetí kolo blíž ke spuštění. Tři požadavky rozprostřené v čase projektu působí rozumně; jeden požadavek se čtrnácti položkami k okamžitému vyřízení působí zahlcující, a zahlcený klient obvykle neodpoví na nic, místo aby odpověděl aspoň na část.

Bezpečné zacházení s přístupovými údaji

Přístup do wp-admin, hostingu, k registrátorovi domény a k účtu jakéhokoli licencovaného pluginu jsou přístupové údaje, ne dokumenty, a zaslouží si jiné zacházení než textový podklad nebo složka fotek. Heslo, které leží v e-mailovém vlákně, zůstává čitelné v každé záloze té schránky navždy — bezpečnějším se po skončení projektu nestane. Přístupy raději sbírejte někde postaveném na jednorázové předání. Důvody najdete v článku jak bezpečně získat přístupy od klienta, a jak to řeší trezor BriefGate, v sekci Secrets: klientův vstup se přenese přes HTTPS a server BriefGate ho zapečetí pomocí libsodium sealed box ještě předtím, než se vůbec zapíše do databáze; vývojář, který o ni požádal, ji pak získá přesně jednou.

Pracovní list obsahu po stránkách

U každého projektu na WordPressu s víc než čtyřmi nebo pěti stránkami strukturujte požadavek na text po jednotlivých stránkách, ne jako jeden otevřený požadavek typu „pošlete mi svůj obsah" — požadavek bez struktury vyprodukuje dokument bez struktury.

Pro každou stránku si vyžádejte:

Takhle sestavený pracovní list přesně odpovídá tomu, jak page builder stránku ve skutečnosti skládá, takže obsah dorazí připravený k umístění, místo aby ho musel ten, kdo web staví, znovu rozsekávat.

Jak to v praxi řeší BriefGate

AI kódovací agent pracující z Cursoru, Claude Code nebo z dashboardu promění každý řádek výše v typovanou položku a zavolá define_intake() jednou za každou fázi projektu:

json
{
  "project_name": "Riverside Dental — WordPress Rebuild",
  "client": {
    "email": "[email protected]",
    "name": "Dr. Patel",
    "language": "en"
  },
  "items": [
    {"key": "logo", "type": "image", "label": "Practice logo", "required": true, "constraints": {"formats": ["svg", "png"], "min_width": 512}},
    {"key": "brand_colors", "type": "color_list", "label": "Brand colors", "required": true},
    {"key": "wp_admin", "type": "secret", "label": "Current WordPress admin login", "required": true},
    {"key": "hosting_dns_access", "type": "secret", "label": "Hosting or domain registrar login", "required": true},
    {"key": "plugin_licences", "type": "longtext", "label": "Licence keys for existing paid plugins, if any", "required": false},
    {"key": "homepage_copy", "type": "longtext", "label": "Homepage headline and intro text", "required": true},
    {"key": "team_photos", "type": "file_list", "label": "Team photos for the About page", "required": true, "constraints": {"formats": ["jpg", "png", "heic"], "min_count": 2, "max_count": 10}}
  ],
  "chase_schedule": "default"
}

Úplný přehled typů polí najdete v typech položeksecret pro přístupové údaje, structured pro cokoli s pevnou strukturou jako otevírací doba, file_list pro skupinu fotek — a všechny parametry, které define_intake přijímá, v přehledu MCP nástrojů.

BriefGate klientovi pošle e-mailem jeden portál s vaším brandingem pro danou fázi, validuje každou položku v okamžiku, kdy ji klient vyplňuje (obrázek, který je moc malý, nebo licenční klíč ve špatném formátu, je odmítnut hned na místě, ještě než ho vývojář vůbec uvidí), a chase systém posílá upomínky podle rozvrhu, takže nikdo nemusí ručně hlídat, kdo co ještě dluží. Jakmile klient vyplní všechno, agent zavolá get_intake_results() a dostane zpět soubor s logem se skutečnými rozměry, barvy jako hex kódy a přístupové údaje — uvolněné jednou, tomu, kdo o ně požádal — připravené k rovnou nasazení do stavby webu, místo složky nesourodých příloh a zaseknutého e-mailového vlákna.