背景：去年下半年，搜索引擎優(yōu)化需求持續(xù)了幾個月。首先，從開發(fā)的角度來看，一個簡單的答案是為什么程序員不喜歡SEO的需求。

首先，服務(wù)器端開發(fā)的程序員對項目有一定的主動性。畢竟，守則是由他們維護的，他們的基本興趣如下：就“業(yè)務(wù)”和“搜索引擎優(yōu)化”而言，程序員通常傾向于開發(fā)業(yè)務(wù)。畢竟，在開發(fā)業(yè)務(wù)之前，PK實際上是程序員工作的樂趣之一。對于SEO來說，往往是由SEO需求者決定的，開發(fā)起來非常麻煩、無聊和無聊。

一般來說，這個關(guān)鍵字的數(shù)量是非常大的。我的要求之一是“從數(shù)以千萬計的關(guān)鍵字中提取n個數(shù)據(jù)，并將它們顯示在頁面的模板中”。此外，所提取的關(guān)鍵字數(shù)據(jù)也具有相應(yīng)的權(quán)重。根據(jù)權(quán)重的不同，它們在N個數(shù)據(jù)中所占的比例也不同。這看起來并不復(fù)雜，但事實上，找出這個大表中的數(shù)據(jù)可能會影響頁面的加載時間。之前經(jīng)過精心優(yōu)化減少的加載時間會瞬間增加，而且功能根本沒有增加

復(fù)雜的邏輯和產(chǎn)品經(jīng)理提出的各種“個性化”需求將使項目代碼難以維護。事實上，一些搜索引擎優(yōu)化要求并沒有得到很好的維護。例如，我上一次做面包屑，有n代策略。搜索引擎優(yōu)化的需求者沒有考慮到一些情況，也沒有注意到程序的開發(fā)，導(dǎo)致了在線異常…然后費心去修復(fù)這個錯誤。

例如，URL直接更改的內(nèi)容與業(yè)務(wù)密切相關(guān)。當業(yè)務(wù)更改時，URL可能會更改。舊的URL通常是直接脫機的。如果在302之前將所有URL重定向到新URL，那么代碼的維護成本將高得多。后來的維修人員不知道為什么。

另外，由于考慮了KPI，SEO的大部分信用實際上是分配給需求方的，而作為實現(xiàn)方的程序員收入和技術(shù)積累并不大。如果雙方能夠在各種需求之間相互溝通，了解彼此的工作原理，這些問題可能不存在。