類型化頁面、清單頁面與新路徑

網站中有些區塊是由多個部分組合而成的：例如在 /interviews/google/software-engineer 為每一組公司與職位提供一份面試指南。內容引擎會從你自己的頁面讀出這種結構，撰寫人們會搜尋的組合，維護從這些頁面彙整項目的清單頁面，也能新增一個值（例如新的公司）或將其下架。在新的位址寫入任何內容之前，系統都會先詢問你的網站。

AutoPSEO 如何找出結構

結構來自你自己的頁面，而不是來自任何宣告。每次掃描時，AutoPSEO 會依區塊與層級深度將你的位址分組：

• 一個群組至少需要 6 個頁面，位於區塊之下兩層或更深，且各區段的值會在多個頁面中重複出現。結果是類似 /interviews/{company}/{role} 的模式。
• 每個值的名稱是從你的標題中讀出的，因此 goldman-sachs 會變成「Goldman Sachs」，縮寫也能辨識（bcg 對應 Boston Consulting Group）。
• 人們如何搜尋這些頁面，取自 Search Console：某種措辭只要占相符搜尋的 20% 以上，就會被採計。
• 你的頁面所遵循的數量與清單，是以 AutoPSEO 保存的頁面副本來衡量（至少 5 個頁面）：數量取 90% 的頁面所落在的範圍，而當 80% 的頁面都具備某份清單時，該清單才會被採計。

只有你交給 AutoPSEO 的區塊才會有這種結構：也就是該路徑下的受管理內容類型。你的網站會透過其 webhook 告知交出了哪些區塊（交付）；區塊的其他一切內容都是從頁面中讀取的。

撰寫類型化頁面

• 路由。 若搜尋詞以名稱、別名或位址區段的形式，指出了每個部分的其中一個值，就會導向該類型化內容類型。「amazon data engineer interview questions」會對應到 company amazon 與 role data-engineer。
• 簡報會顯示位址、選定的值，以及你自己關於這些值的頁面所說的內容，這些內容在建立簡報時即時讀取。
• 檢查。 文章中的每個數字都必須出現在這些頁面或各個值已記錄的事實中；擁有獨立頁面的值，必須在 H1 或直接回答中提及；每份清單都必須有規定的項目數；而且該位址必須仍未被占用。你自己的 AI 會將這些值以 parts 傳給 content_get_brief 與 content_submit。
• 翻譯會讓每份清單保持相同長度。
• 交付內容帶有 article.parts，例如 { "company": "google", "role": "software-engineer" }。

規劃人們會搜尋的組合

每次掃描都會列出你的模式所允許、但尚無頁面的組合（最多 500 個位址），並以 path.check 詢問你的網站，在每個位址是否願意接受一個頁面，每次 50 個。遭拒絕的位址會連同你的理由一併保留，且不再詢問；你的網站未回應的位址則會在下次再詢問。若未連接 path.check，則「在連接之前不會規劃任何新頁面。」

每次掃描中，對最多 200 個已接受的位址，AutoPSEO 會使用研究點數查詢每月搜尋量。每月搜尋量至少 10 次的組合，會直接列入待辦清單，不經過模型審查，因為你的網站已經接受了它的位址。低於此門檻的組合則會以「搜尋量太少，不足以獨立成頁」為由被淘汰。

清單頁面

清單頁面會從每個共用同一個值的頁面彙整出一份清單：例如在 /interview-questions/data-engineer 列出某個職位的所有範例問題，每個項目都指回其來源頁面。AutoPSEO 只會為你的網站交出、且掃描判定為此類樞紐的區塊建立清單頁面（其頁面涵蓋某個部分至少 60% 的值，且至少有三個）。

• 清單頁面存在於每種語言；翻譯中缺少的項目會顯示原文。
• 交付內容會標記為 article.kind = "list" 並帶有 article.parts，其內容為 { title, h1, items: [{ from, text }] }。
• 只要它所彙整的任一頁面有變動就會重建，不使用模型、不經審查，也不占用配額，而且絕不會占用其他頁面已有的位址（維護）。
• 無法手動編輯：認領、改寫、回復、下架與合併一律被拒絕。該內容類型會顯示由其他頁面建立。

新路徑

新路徑是位址第一個部分的新值：例如 /interviews/jane-street 中的新公司。

1. 提出。 你自己的 AI 以 content_propose_value 提出，或由 AutoPSEO 每月從搜尋需求中找出：它會針對與你現有搜尋類似、但不含公司部分的搜尋詞請求關鍵字建議，由模型挑出指名公司的詞組，每個內容類型最多提出五個，每個詞組合計每月至少被搜尋 100 次，且在單一搜尋詞中至少被搜尋 10 次。探索功能需要連接 path.add 並具備研究點數。
2. 詢問。 每個提案都會先送到你的網站：以 new: { part, value, name } 呼叫 path.check。遭拒絕時會連同你的理由一併保留，且該值不會再被提出。
3. 撰寫。 被接受的值會成為佇列中的值任務。只有能讀取網路的撰寫者才會接手：你自己的 AI，或無人值守執行器的 values 工作階段（你自己的 AI）。AutoPSEO 的撰寫者會略過值任務，且這些任務不占用配額。
4. 提交。 撰寫者閱讀簡報（規則、兩個你關於其他值的頁面，以及指名這個新值的搜尋詞），然後送出 content_submit_value：其名稱、最多 10 個別名、它自己的 https 網站、最多五個其他官方頁面、不超過 160 個字元的說明，以及 3 到 12 項事實。每項事實是一個簡單的句子，附有 https 來源、閱讀日期（須在最近一年內）與層級：來源為該值自己的網站時為 official，否則為 reported。一個值需要一項官方事實，或來自至少兩個網站的三項報導事實。目前規則要求提供關於該公司如何招募的事實。
5. 審查與送出。 該值會像草稿一樣等待審查，接著 path.add 會透過交付寄件匣送到你的網站；若你的網站尚未連接該指令，則會持續等待。
6. 接受或拒絕。 被接受後，該值會顯示為已在你的網站上，並連同其事實加入該內容類型的值，下一次掃描就會規劃它的頁面。若以 invalid_value 拒絕，它會連同你的理由退回給撰寫者，第三次拒絕即為最終結果。其他任何錯誤碼都會使其永久遭拒。

「內容」頁面的「AutoPSEO 提出、新增或下架的路徑」下會列出每個值，狀態包括撰寫中、審查中、已送到你的網站、已在你的網站上，以及已淘汰。

下架路徑

只有人才能啟動此操作：在「內容」頁面按一下下架路徑（「要下架的路徑」、「其位址的導向目標（選填）」），或在你同意後透過 MCP 使用 content_remove_path。path.remove 會請你的網站下架該值及其路徑下的每個頁面，並以 301 導向 redirectTo 作為回應；除非你另外選擇了網站上的其他位址，否則導向的是該內容類型自己的頁面。

• 內容類型唯一的值無法下架。
• 若你的網站接受，或回應 404 與 not_found，AutoPSEO 保存的那些頁面副本會直接下架而不再另行交付，原本等待送出的相關內容會被捨棄，它們的任務與該值已規劃的主題會被淘汰，該值也會離開內容類型，而你的舊頁面仍會在掃描中出現。
• 若你的網站以其他錯誤拒絕，例如 409 in_use，則不會有任何變更。

path.check、path.add 與 path.remove 的酬載格式請見交付。