Topická mapa a informačná architektúra
Vytvorte topickú mapu, ktorá každej stránke priradí jeden zámer, typ príspevku, stav, prioritu a cestu odkazu ešte predtým, než tvorba obsahu vytvorí nákladné prekrývanie.
Topická mapa je súbor stránok, ktoré web potrebuje na pokrytie svojej tematickej oblasti, zorganizovaný do klastrov, pričom každá stránka má priradený zámer čitateľa, typ príspevku, umiestnenie a úlohu v grafe interných odkazov. Nejde o tabuľku kľúčových slov ani publikačný kalendár. Kľúčové slová opisujú jazyk; mapa rozhoduje o vlastníctve a prepojeniach.
Fáza: P8, Topická mapa a informačná architektúra. Stupeň: B — Rozhodnúť. Časový rámec: 3–5 pracovných dní pre zameraný web alebo 1–2 týždne pre viactrhový web. Vlastník: SEO stratég alebo informačný architekt, pričom obsahoví a obchodní vlastníci schvaľujú svoje časti.
Toto je odovzdanie z výskumu do návrhu stránky. Procesný pilier určuje, čo web potrebuje; pilier typy SEO príspevkov potom určuje, ako má každý schválený uzol fungovať ako sprievodca, porovnanie, produktová stránka, prípadová štúdia, glosárový termín alebo iný definovaný formát.
Prečo táto fáza a prečo práve tu
P8 využíva analýzu konkurencie a medzier z P7: témy, ktoré konkurenti pokrývajú, prompty a dopyty, na ktoré odpovedajú, stránky, ktoré získavajú viditeľnosť, a medzery, kde web chýba alebo je slabý. Analýza medzier ukazuje príležitosť; nerozhoduje, či desať variantov dopytu potrebuje jednu stránku, desať stránok alebo žiadnu stránku. Toto rozhodnutie patrí sem.
Fáza prichádza pred produkciou, pretože prekrývanie je lacné predchádzať a drahé odstraňovať. Keď dve zadania ticho cielia na rovnaký vyhľadávací zámer , obe stránky môžu rozdeliť odkazy, skĺznuť k duplicitným odpovediam a striedať sa vo výsledkoch vyhľadávania. To je kanibalizácia obsahu : viacero stránok súťaží o rovnakú potrebu namiesto posilňovania jedného jasného cieľa. Neskoršia oprava vyžaduje výber preživšej stránky, zlúčenie užitočného materiálu, presmerovanie URL, opravu odkazov a čakanie, kým systémy spracujú novú štruktúru.
Spustenie P8 príliš skoro je tiež škodlivé. Bez základných zistení, údajov o existujúcich stránkach, výskumu kľúčových slov a promptov a konkurenčných medzier sa mapa stáva želaním formovaným interným slovníkom. Súbežná produkcia s nedokončenou mapou zmrazí náhodné rozhodnutia do publikovaných URL.
Druhým výstupom je informačná architektúra : hierarchia, názvy, cesty a vzťahy, ktoré robia obsah nájditeľným. Mapa hovorí, čo musí existovať; architektúra hovorí, kam to patrí a ako sa ľudia a prehľadávače pohybujú medzi nimi. Navrhujte ich spolu.
Vstupy a výstupy
Vstupy sú dôkazy, nie inšpirácia. Výstupy sú kontrakt, ktorý produkcia používa na vytváranie každej budúcej úlohy.
| Smer | Položka | Podmienka akceptácie |
|---|---|---|
| Vstup | Obchodné ciele a konverzné cesty | Pomenúva cieľové skupiny, ponuky, trhy a akcie, ktoré má web podporovať. |
| Vstup | Existujúci inventár URL | Zahŕňa kanonickú URL, indexovateľnosť, šablónu, adresár, návštevnosť alebo viditeľnosť, odkazy a vlastníka obsahu. |
| Vstup | Výskum kľúčových slov a promptov | Zoskupuje dopyty, témy promptov, modifikátory, fázu cesty a pozorovateľné vzorce výsledkov. |
| Vstup | Analýza konkurencie a medzier | Identifikuje chýbajúce pokrytie, slabé pokrytie, citované stránky konkurentov a príležitosti, ktoré stoja za zhodnotenie. |
| Vstup | Technické zistenia a zistenia prístupnosti pre AI | Označuje cesty, vzory renderingu, duplicitu a obmedzenia prehľadávania, ktoré ovplyvňujú navrhovanú architektúru. |
| Výstup | Schválený inventár uzlov | Každá stránka v rozsahu má jeden ID uzla, jeden primárny zámer, jeden typ príspevku a jednu navrhovanú alebo kanonickú URL. |
| Výstup | Dispozícia existujúcich stránok | Každý uzol je označený ako v poriadku, vylepšiť, zlúčiť alebo vytvoriť, pričom každé zlúčenie má určený cieľ. |
| Výstup | Model klastrov a pilierov | Každý lúč patrí do klastra a každý klaster má zodpovedný pilier alebo explicitný dôvod, prečo nie. |
| Výstup | Graf interných odkazov | Každý prioritný uzol má naplánované prichádzajúce a odchádzajúce kontextové odkazy so zaznamenaným zdrojom a cieľom. |
| Výstup | Zoradený front tvorby | Priority majú dôkazy, závislosti, vlastníkov a poradie vydania prispôsobené obchodnému modelu. |
Ak je niektorý vstup neúplný, označte obmedzenie. Chýbajúce analytické údaje by mali znížiť dôveru v rozhodnutie o zlúčení, nie vymazať problém duplicitného zámeru.
Kontrolný zoznam
Každá kontrola má podmienku hotovo, aby iný operátor mohol rozhodnutie auditovať bez opakovania celého procesu zisťovania.
1. Extrahovať entity a témy
Čo robiť: Vytvorte normalizovaný inventár entít, tém, atribútov, problémov, prípadov použitia, porovnaní a otázok z predchádzajúceho výskumu. Entita je odlišná vec, o ktorej web diskutuje, napríklad produkt, metóda, cieľová skupina, lokalita alebo štandard. Téma je vzťah subjektu okolo tejto veci, napríklad výber, používanie, porovnávanie, riešenie problémov alebo nákup.
Prečo to záleží: Surový jazyk fragmentuje rovnakú myšlienku cez synonymá a skrýva materiálne odlišné potreby za podobné slová. Normalizácia vytvára stabilné objekty na zoskupovanie bez toho, aby sa každá fráza považovala za stránku.
Ako to urobiť: Skombinujte témy promptov, rozvetvené dopyty, skupiny kľúčových slov, nadpisy konkurentov, produktovú taxonómiu a obchodné otázky. Ponechajte zdrojové frázy, ale pridajte normalizovanú entitu, tému, modifikátor, pravdepodobný zámer, trh a zdroj dôkazov.
Nástroj: Použite Sémantickú mapu na app.amicited.com/semantic-map na preskúmanie blízkosti medzi sledovanými promptmi, rozvetvenými dopytmi a citovanými stránkami. Blízkosť je indícia na objavovanie, nie dôkaz, že body patria na jednu stránku.
Hotovo, keď: Každá podstatná položka výskumu je mapovaná na normalizovanú entitu a tému, duplicity sú konsolidované a nejednoznačné položky majú vlastníka na vyriešenie.
2. Formovať klastre okolo zdieľaného subjektu a cesty
Čo robiť: Zoskupte uzly, ktoré posilňujú jednu tematickú oblasť a slúžia susedným potrebám čitateľov. Klaster je prepojená množina stránok, nie iba zdieľaný kmeň kľúčového slova.
Prečo to záleží: Klastre stanovujú hranice pre pokrytie a odkazovanie. Voľné zoskupovanie vytvára rozťahané piliere; príliš tesné zoskupovanie vytvára malé ostrovy, ktoré sa navzájom nepodporujú.
Ako to urobiť: Porovnajte sémantickú blízkosť, zdieľanú entitu, cieľovú skupinu, fázu cesty a pravdepodobné správanie odkazov. Stránka môže odkazovať naprieč klastrami, ale mala by mať jeden primárny klaster.
Nástroj: Použite pohľad Sémantickej mapy, pokrytie konkurencie a výskumný hárok.
Hotovo, keď: Každý plánovaný uzol má jeden primárny klaster, žiaden klaster nie je len neštruktúrovaný zoznam a každý hraničný prípad má zaznamenané zdôvodnenie.
3. Identifikovať pilier a definovať jeho rozsah
Čo robiť: Vyberte stránku, ktorá poskytuje širokú orientáciu pre každý klaster. Pilierová stránka vysvetľuje tému na úrovni potrebnej na nasmerovanie čitateľov k užším lúčom; nie je automaticky najdlhšou stránkou ani stránkou s najvyšším objemom vyhľadávania.
Prečo to záleží: Bez piliera lúče odkazujú náhodne do strán a klaster nemá spoľahlivý vstupný bod. Pilier, ktorý sa snaží odpovedať na každý lúč v plnom rozsahu, vytvára namiesto toho prekrývanie.
Ako to urobiť: Napíšte jednovetnú úlohu pre pilier, uveďte, na čo odpovedá, a uveďte, čo deleguje. Vyberte existujúcu stránku, ktorá túto úlohu plní; inak vytvorte uzol. Zdokumentujte akúkoľvek alternatívnu navigačnú cestu.
Nástroj: Inventár existujúcich stránok, report stránky a report adresárov.
Hotovo, keď: Každý klaster má jeden pilier alebo zdokumentovanú výnimku a rozsah piliera neduplikuje úplnú odpoveď vlastnenú žiadnym lúčom.
4. Definovať jeden zámer na lúč
Čo robiť: Dajte každému lúču jedno primárne vyhlásenie o zámere v tvare: „Pre [cieľovú skupinu], ktorá potrebuje [úlohu alebo rozhodnutie], táto stránka poskytne [užitočný výsledok].“
Prečo to záleží: Vlastníctvo jedného zámeru je hlavným preventívnym mechanizmom kanibalizácie. Robí dva zdanlivo odlišné názvy porovnateľnými skôr, než sa stanú nákladným obsahom.
Ako to urobiť: Porovnajte cieľovú skupinu, požadovaný výsledok, potrebné dôkazy, vzor výsledkovej stránky a vhodnú výzvu na akciu. Aplikujte test zlúčenia: ak by ten istý čitateľ bol spokojný s rovnakou odpoveďou, dôkazmi, formátom a ďalšou akciou, naplánujte jednu stránku so sekciami. Rozdeľte iba vtedy, keď sa aspoň jeden z týchto rozmerov materiálne zmení.
Nástroj: Zjednotené kľúčové slová na app.amicited.com/reports/keywords , výskum promptov a živá kontrola výsledkov.
Hotovo, keď: Žiadne dva aktívne uzly nezdieľajú rovnaký primárny zámer a každé rozdelenie alebo zlúčenie, o ktorom sa diskutovalo, má písomný dôvod.
5. Priradiť typ príspevku podľa zámeru
Čo robiť: Priraďte jeden typ príspevku každému uzlu podľa úlohy, ktorú čitateľ od stránky potrebuje.
Prečo to záleží: Téma neurčuje formát. „CRM softvér“ môže vyžadovať definíciu, zoznam najlepších možností, produktovú stránku, porovnanie alebo návod. Výber len podľa témy dáva autorom nesprávne dôkazy a štruktúru stránky.
Ako to urobiť: Priraďte zámer a očakávané rozhodnutie ku kontraktu typu príspevku: porovnanie pre priamy výber, návod pre opakovateľnú úlohu, glosárový termín pre definíciu a produktová alebo kategóriová stránka pre komerčné hodnotenie. Zaznamenajte výber v uzle.
Nástroj: Centrum typov SEO príspevkov a schválené dôkazy o vzoroch výsledkov.
Hotovo, keď: Každý uzol má presne jeden primárny typ príspevku a recenzent vie vysvetliť výber zo zámeru bez spoliehania sa na navrhovaný názov.
6. Mapovať každý uzol na existujúci web
Čo robiť: Priraďte každý uzol k existujúcim URL a priraďte presne jeden stav: existuje a je v poriadku, existuje a potrebuje úpravy, existuje a mal by sa zlúčiť alebo neexistuje.
Prečo to záleží: Považovať každú príležitosť za úplne novú produkciu plytvá už získanou autoritou a zhoršuje prekrývanie. Stav premieňa výskum na plán obsahu aj plán prerezávania.
Ako to urobiť: Porovnajte zámer s názvami stránok, nadpismi, dopyty v pozíciách, citáciami, návštevnosťou, konverziami a odkazmi. Pri zlúčení pomenujte prežívajúcu kanonickú stránku a materiál, ktorý stojí za zachovanie. Nikdy nepoužívajte „zlúčiť“ bez cieľa.
Nástroj: Organické vs. platené stránky na app.amicited.com/reports/pages , údaje z prehľadávania webu a inventár URL.
Hotovo, keď: Každý uzol má jeden stav, každá existujúca URL je zastúpená alebo explicitne mimo rozsahu a každé zlúčenie má preživšiu stránku, vlastníka migrácie a dôvod.
7. Navrhnúť graf interných odkazov
Čo robiť: Špecifikujte kontextové odkazy, ktoré spájajú piliere, lúče, komerčné ciele a užitočné medziklastrové stránky. Interné odkazovanie znamená odkazy medzi stránkami na rovnakej doméne; tu je navrhnuté ako graf so stránkami ako uzlami a odkazmi ako orientovanými hranami.
Prečo to záleží: Klaster bez naplánovaných hrán môže publikovať ako súbor osirelých stránok. Samotná navigácia len zriedka vyjadruje, ktorá stránka poskytuje detail, porovnanie, dôkaz alebo ďalšie rozhodnutie.
Ako to urobiť: Dajte každému lúču cestu späť k jeho pilieru a relevantnú cestu ďalej. Zaznamenajte zdroj, cieľ, dôvod, pravdepodobný koncept kotvy a či odkaz existuje. Pridávajte medziklastrové odkazy len pre skutočnú úlohu čitateľa.
Nástroj: Zobrazenie adresárov na app.amicited.com/reports/directory , údaje o odkazoch z prehľadávania a graf topickej mapy.
Hotovo, keď: Každý prioritný uzol má aspoň jeden plánovaný kontextový prichádzajúci odkaz a jeden kontextový odchádzajúci odkaz; každý klaster je prepojený so zvyškom webu; a žiaden nový uzol nie je závislý len na sitemape alebo menu pre objavenie.
8. Prioritizovať a zoradiť prepojenú prácu
Čo robiť: Zoraďte vytváranie, vylepšenia a zlúčenia ako prepojené verzie, nie izolované skóre stránok.
Prečo to záleží: Prvá stránka mení, na čo môžu neskoršie stránky odkazovať. Publikovanie desiatich lúčov pred ich pilierom zanecháva slabé cesty; prestavba navigácie skôr, než sú komerčné ciele pripravené, vytvára slepé uličky.
Ako to urobiť: Ohodnoťte obchodnú hodnotu, dôkazy dopytu, aktuálnu medzeru, závislosti, implementačné úsilie a riziko. Potom vyberte najmenšiu prepojenú verziu, ktorá dokáže slúžiť čitateľovi: často pilier, komerčný cieľ a dva až tri vysokohodnotné lúče. Prispôsobte poradie podľa obchodného modelu namiesto vynucovania jedného univerzálneho poradia.
Nástroj: Topická mapa, reporty stránok a kľúčových slov, sledovač doručenia a relevantný playbook pre typ podnikania.
Hotovo, keď: Každá priorita má dôvod, prvá verzia je interne prepojená pri spustení, zlúčenia predchádzajú obsahu, ktorý by odkazoval na vyradené URL, a vlastníci súhlasia s ďalšou produkčnou dávkou.
Nástroje v AmICited
Produktové pohľady podporujú rôzne rozhodnutia a nemali by byť zhrnuté do jedného generického kroku „výskum“.
| Produktový pohľad | Vykonateľné rozhodnutie | Hlboký odkaz | Dôkaz o dokončení |
|---|---|---|---|
| Sémantická mapa | Objavte sémantické susedstvá, stránky citované konkurenciou a rozvetvenie dopytov na posúdenie počas extrakcie a zoskupovania. | Otvoriť Sémantickú mapu | Exportujte alebo zachyťte filtrovaný pohľad a zaznamenajte posúdené klastre. |
| Zjednotené kľúčové slová | Porovnajte varianty dopytov, dôkazy z kanálov, kliknutia, pozíciu a komerčné signály pri testovaní hraníc uzlov. | Otvoriť kľúčové slová | Pripojte skupinu kľúčových slov použitú na akceptovanie rozdelenia alebo zlúčenia. |
| Report stránok | Priraďte dopyt a výkon k existujúcim URL pred výberom v poriadku, vylepšiť, zlúčiť alebo vytvoriť. | Otvoriť stránky | Každé rozhodnutie o existujúcom uzle cituje URL a relevantné dôkazy. |
| Zobrazenie adresárov | Preskúmajte tvar sekcie a výkon pri umiestňovaní klastrov a auditovaní ciest do nich. | Otvoriť Zobrazenie adresárov | Vlastník adresára a zamýšľaná rodičovská cesta sú zaznamenané pre každý klaster. |
Rozhodovacie pravidlá
Prahové hodnoty robia mapu použiteľnou naprieč recenzentmi. Sú to operačné brány, nie tvrdenia o tom, čo algoritmus odmeňuje.
| Rozhodnutie | Zlý príklad | Požadovaná akcia |
|---|---|---|
| Vlastníctvo uzla | Dva aktívne uzly majú rovnakú cieľovú skupinu, úlohu, odpoveď, dôkazy a ďalšiu akciu. | Zlúčte plánované uzly; jeden zámer môže mať mnoho variantov kľúčových slov. |
| Test rozdelenia | Jediný rozdiel je modifikátor alebo formulácia, pričom užitočná odpoveď zostáva rovnaká. | Ponechajte jeden uzol a pokryte varianty v sekciách. |
| Veľkosť klastra | Klaster má 2 alebo viac lúčov, ale žiaden pilier alebo zdokumentovanú alternatívnu cestu. | Definujte pilier pred vstupom klastra do produkcie. |
| Mapovanie existujúcich stránok | Akákoľvek URL v rozsahu nemá dispozíciu alebo zlúčenie nemá pomenovanú preživšiu stránku. | Blokujte schválenie mapy, kým každá URL a cieľ nie sú explicitné. |
| Pokrytie odkazmi | Prioritný uzol má 0 plánovaných kontextových prichádzajúcich odkazov alebo 0 plánovaných kontextových odchádzajúcich odkazov. | Pridajte užitočné hrany alebo odložte uzol; odkazy v menu a sitemape nespĺňajú bránu. |
| Prepojenosť klastra | Klaster nemá žiadnu kontextovú hranu so zvyškom webu. | Pridajte relevantnú cestu cez pilier, komerčnú stránku alebo susedný klaster. |
| Jasnosť typu príspevku | Uzol má viacero primárnych typov príspevkov alebo jeho typ bol vybraný len z názvu témy. | Preformulujte zámer a vyberte jeden formát, ktorý najlepšie splní túto úlohu. |
| Produkčná pripravenosť | Akémukoľvek uzlu chýba zámer, typ príspevku, stav, priorita, vlastník alebo navrhovaná/kanonická URL. | Nevytvárajte jeho obsahovú úlohu. |
| Prvé vydanie | Dávka obsahuje len neprepojené lúče alebo odkazy na URL naplánované na zlúčenie. | Zmeňte poradie do prepojenej dávky a dokončite migrácie ako prvé. |
Dôkazy môžu prekonať heuristiku, ale zaznamenajte výnimku. Pomocná stránka nemusí potrebovať žiaden kontextový odchádzajúci odkaz; jej uzol by mal uviesť prečo.
Zoradenie tvorby podľa typu podnikania
Poradie tvorby nasleduje ekonomický model webu a aktuálnu autoritu. Peňažné stránky sú stránky najbližšie k transakcii, leadu, rezervácii alebo predplatnému; podporné stránky odpovedajú na otázky, ktoré pomáhajú ľuďom dosiahnuť a dôverovať týmto cieľom.
| Typ podnikania | Zvyčajne najprv vytvoriť | Potom prepojiť |
|---|---|---|
| playbook pre e-commerce | Stabilné kategórie a prioritné produktové ciele | Nákupné príručky, porovnania, prípady použitia a obsah starostlivosti alebo riešenia problémov. |
| playbook pre SaaS | Produkt, prípady použitia a vysokozámerové porovnávacie cesty | Alternatívy, návody, glosárová podpora, integrácie a dôkazy. |
| playbook pre lokálne služby | Hlavné služby a platné lokalitné cesty | Vysvetlenia procesov, otázky cien, miestne dôkazy a rozhodovacie príručky. |
| playbook pre marketplace | Taxonómia, kategórie a indexovateľné ponukové stránky | Nákupné príručky, získavanie predajcov, dôvera a klastre prípadov použitia. |
| playbook pre médiá a affiliate | Kohézny autoritatívny klaster s jasnými redakčnými štandardmi | Komerčné porovnania a stránky „najlepších“ až po dosiahnutí dôveryhodnej podpory a údržby. |
| playbook pre B2B služby | Služby, prípady použitia a dôkazové ciele | Vzdelávacie piliere, podpora rozhodovania, porovnávací obsah a prípadové štúdie. |
Toto sú východiskové vzory. Etablovaný vydavateľ môže postrádať komerčné cesty; nová SaaS spoločnosť môže najprv potrebovať základné vysvetlenia. Zaznamenajte, ktorá závislosť riadi poradie.
Výstup: topická mapa
Výstupom je jedna verzovaná tabuľka alebo databáza plus grafové zobrazenie. Tabuľka je autoritatívna; graf zviditeľňuje chýbajúce odkazy a izolované klastre. Použite jeden riadok na uzol s minimálne týmito poľami:
ID uzla | Klaster | Entita/téma | Primárny zámer | Cieľová skupina | Fáza cesty
Typ príspevku | Existujúci stav | Kanonická/navrhovaná URL | Rola pilier/lúč
Priorita | Dôvod priority | Vlastník | Prichádzajúce odkazy | Odchádzajúce odkazy
Zdrojový dôkaz | Závislosti | Cieľ zlúčenia | Poznámky
Ukladajte ID uzlov alebo kanonické URL, nie „súvisiace články“. Ukladajte dôvody priority a používajte iba štyri schválené stavy. Zaznamenávajte schválenia pre zlúčenia, zmeny hraníc a architektonické rozhodnutia.
Je kompletná, keď vedúci obsahu môže vygenerovať úlohu bez opätovného rozhodovania o zámere, type príspevku, klastri alebo povinnostiach odkazov. Autori rozhodujú o vyjadrení, nie o vlastníctve.
Čo sa pokazí
- Mapa je tabuľka kľúčových slov. Má objem a obtiažnosť, ale žiadne uzly stránok, vlastníctvo zámeru, stav, typ príspevku ani odkazy. Preveďte skupiny kľúčových slov na explicitné rozhodnutia o stránkach.
- Klastre nemajú pilier. Lúče zdieľajú farbu v tabuľke, ale nemajú stabilnú cestu ani širokú orientáciu. Pomenujte pilier alebo zdokumentujte alternatívny navigačný model.
- Typy príspevkov nasledujú témy namiesto zámeru. Každý uzol „softvér X“ sa stáva produktovou stránkou, aj keď čitateľ chce porovnanie alebo definíciu. Znovu spracujte vyhlásenie o zámere pred výberom formátu.
- Mapa nemá graf odkazov. Produkcia vytvorí stránky, ale žiadna nemá zodpovedné prichádzajúce odkazy. Definujte hrany ako súčasť kontraktu uzla.
- Každá medzera sa stáva novou stránkou. Existujúca autorita je ignorovaná a prekrývanie rastie. Najprv mapujte medzeru na v poriadku, vylepšiť, zlúčiť alebo vytvoriť.
- Jeden obrovský pilier pohlcuje všetky lúče. Opakuje úplné odpovede a súťaží s detailmi. Stanovte hranice zahrnutia a delegovania.
- Klastre zrkadlia organizačnú schému spoločnosti. Overujte názvy a cesty voči úlohám a jazyku čitateľov.
- Priority sú nezávislé skóre. Desať najlepších uzlov na seba nevie odkazovať ani nezávisí od chýbajúcich cieľov. Zoraďte prepojené verzie, nie izolované súčty.
- Mapa sa nikdy nemení. Nové produkty, pozorované prompty, zlúčenia a dôkazy o výkone rušia staré rozhodnutia. Verzujte mapu a preskúmajte dotknuté klastre, keď sa web alebo trh zmení.
Odovzdanie do produkcie a typy príspevkov
P8 odovzdáva vedúcemu obsahu schválenú mapu, denník rozhodnutí, inštrukcie na zlúčenie a prvú prepojenú produkčnú dávku. Každá úloha dostane svoje ID uzla, zámer, cieľovú skupinu, typ príspevku, URL, dôkazy, požadované odkazy a akceptačné kritériá.
Vlastník typu príspevku aplikuje príslušnú šablónu bez opätovného otvárania hraníc uzla. Ak briefing ukáže, že dva uzly sú jeden zámer, práca sa vráti vlastníkovi mapy pred písaním, aby neskoršie úlohy prevzali opravu.
Odovzdanie je akceptované, keď:
- každá úloha sa viaže na presne jeden schválený uzol;
- prvá verzia má živé alebo naplánované zdroje odkazov;
- práca na zlúčení a presmerovaní predchádza odkazom na preživšiu URL;
- architektúra, obsah a obchodní vlastníci schvália svoje závislosti; a
- jedna osoba vlastní zmeny mapy po zvyšok angažmánu.
FAQ
Je topická mapa to isté ako zoznam kľúčových slov?
Nie. Zoznam kľúčových slov zaznamenáva frázy. Topická mapa definuje stránky, ktoré web potrebuje, odlišný zámer každej stránky, jej typ príspevku a stav, ako aj interné odkazy, ktoré ju spájajú so zvyškom webu.
Koľko kľúčových slov môže jeden uzol topickej mapy cieľovať?
Uzol môže zahŕňať viacero variantov dopytov, ak zdieľajú jeden zámer a užitočnú odpoveď. Rozdeľte iba v prípade materiálne odlišného rozhodnutia, úlohy, súboru dôkazov alebo formátu.
Mali by sme vytvárať pilierové stránky pred klastrovými stránkami?
Zvyčajne definujte pilier ako prvý, ale poradie tvorby závisí od obchodného modelu a existujúcej autority. Publikujte najmenšiu prepojenú jednotku, ktorá dokáže uspokojiť dopyt, potom pridajte lúče s už špecifikovanými odkazmi.
Čo by sa malo stať, keď dve existujúce stránky cielia na rovnaký zámer?
Vyberte silnejší kanonický cieľ, rozhodnite, aký jedinečný materiál zo slabšej stránky by sa mal zachovať, a označte slabší uzol na zlúčenie. Nevytvárajte tretiu stránku na vyriešenie prekrývania medzi dvoma stránkami.
Kedy je topická mapa dostatočne kompletná na produkciu?
Je pripravená, keď každý uzol v rozsahu má jeden zámer, jeden typ príspevku, jednu klasifikáciu aktuálneho stavu, prioritu, kanonickú alebo navrhovanú URL a explicitné prichádzajúce a odchádzajúce odkazy, bez nevyriešených kolízií vlastníctva.
Ďalšie návody v tejto sekcii
Pripravení uviesť to do praxe?
Bezplatná kontrola · 7-dňová skúška · bez platobnej karty