SEO対開発、顧客を傷つけない方法

記事内のすべての統計は経験のみによって示されており、お客様のデータとは異なる場合があります（68 SEOプロジェクトが分析され、そのうち26が開発とプロモーション、23のプロジェクトが開発と最適化の側面にあります）。



Web開発者はSEOオプティマイザーを本当に嫌います。 当然、遺伝子操作された種の憎しみの主な問題は、 しかし、合理的なポイントがあります。 しかし、まず第一に、顧客はこれに苦しんでいます。



この競合が何につながり、どのように回避するかについて話しましょう。







この競合でプロジェクトに何が起こるか：

• 完全かつ最終的な失敗：費やされた（そして相当な）お金、そして結果の代わりに、不快な結果のみ。
• （プロジェクトが正式に成功した場合でも）サイト全体の売り上げが落ちます。
• プロジェクトは成功し、売上も増加しましたが、数回のコストが見積もりに適合しませんでした。
• はい、プロジェクトは正常に完了する可能性がありますが、マネージャーと交渉担当者の魔法のスキルが必要です。

紛争の構造

開発者は、「ほとんどの場合、SEOがサイトの位置を改善する可能性のある妄想的な編集を提供し、開発者へのリンクを削除する必要があります（おそらくそれが位置を台無しにします）



SEOは次のように述べます。「開発者は、単にサイトを変更したくないだけでなく、なぜ必要なのかを理解していません。主題を理解していないからです。 実際、すべてが基本的に行われ、編集の安全性は専門家の経験に依存しています。」



状況は理解可能であり、対立は避けられないようです。 確かに、西部部門と開発部門が1つの会社の部門である場合は軽減できます。



通常、開発者とオプティマイザーとのやり取りは、検索エンジン最適化の技術タスク（TOR）の準備​​が整ったときに始まります。 これは、SEOの専門家が開発者にサイトを要件に合わせて再描画するよう依頼するドキュメントです。 そして、顧客にとって驚きが始まります。



Webサイト最適化の技術仕様には、通常、非常に一般的かつ論理的な要件があります。 開発者はそれらについて知っており、コードでそれを予測しています。 しかし、ここには微妙な違いがあります：



1.目的：「適切な」ページアドレスを作成する（CNC-SEOの用語で）。

不十分な修飾オプティマイザーはこのフレーズに限定され、テキストTKでは、そのアドレスでどのページを表示するかを指定せずに、自身が作成したURLを使用します。 一方、スペシャリストは、まずサイトのすべてのページのCNCを構築するための汎用アルゴリズムを規定し、次に「was-it-became」形式の特別なアドレスを必要とするページのリストを規定します。



しかし、問題は常に良い方法で解決されるとは限りません。 さらに、1C-Bitrixのような一見問題のないCMSの場合でも（たとえば、サイトのメインコンテンツが、フィルターによる選択によってカテゴリが設定されるディレクトリである場合）。



2.目的：指定されたページに指定されたメタタグを指定します （単純なように見えますが、フィルターを含むディレクトリを再度覚えておいてください）。



3.タスク：特定のページにテキストブロックを追加します。 問題は同じかもしれません。 ここでも、顧客はSEOの危険にさらされています。 作業指示書に「テキストは後で提供されます」と書かれている場合-いかなる場合でも機能させないでください！



最初に適切なテキストを作成してから、サイトへのインストールに関する問題を解決することをお勧めします。 2つの理由があります。第1に、コンテンツのブロックのデザインをカスタマイズする場合、構造的には適切ではないブロックにコンテンツを詰め込む場合よりも、最終的に見た目が良くなります。







第二に、オプティマイザーは数百ページのテキストを要求できるためです。 テキストを提供しない場合、SEOコピーライターから注文されます。 投稿する前にそれらを読んだ場合、1か月あたり10個に同意することができます（または自分で書き直します）。 そうしないと、サイトを宣伝しても意味がありません。コンテンツの品質が低いため、ユーザーは注文しません。



通常、ページレイアウト、画像名、リンク、robots.txtなどの要件は次のとおりです。 -一般的に-犯罪者はいません。 非常に正気でないことが起こります（神に感謝します、私たちのTKにはありません）。

• 入力ページ（SEO-jargonの「マズル」）のアドレスを「sitename.ru」から「sitename.ru/product_name.html」に変更します。
• 電卓からのカタログからの自動データ置換を中断し、電卓への入力が常にゼロデータであり、ユーザーがすべての値をゼロから手で操作できるようにします。
• メインページに3列ではなく2列を作成します（もちろん、この説明の神聖な意味は説明なしです）。
• エキゾチックなスキーム（手書きの見出し-ルール）に従ってページヘッダーを生成します。

個人的な経験から、検索エンジン最適化プロジェクトが成功し、おそらく失敗する場合：

SEOでは、プロジェクトの成功のためのさまざまな基準、さまざまな正式なパラメーターがありますが、最終的に成功するための決定的なパラメーターは常に顧客満足度です。 不満のある顧客は、たとえ正式な基準が満たされ、プロジェクトが全額支払われたとしても、会社に損失をもたらすだけです。



開発者はSEO-TKを受け取ると、通常、要件の一部の実装に関する問題を発見し、完全なナンセンスについて質問し始めます。 顧客は主張します（オプティマイザーが彼を押しています）-開発者は説得力のある値札を展開しています。



顧客はこれをオプティマイザーに言います。 それらは反対し始めます-すべてが基本的に行われることができること。 当然、顧客は極端です。



イベント開発のオプション：

• 顧客は、技術的なタスクの実装に対して開発者に支払います。 結果：TKは完了しましたが、オプティマイザーは常に何か不満を言うものを見つけます。 ほとんどの場合、すべてが競合につながります。 そして、顧客は彼が過払いになったという悲惨な気持ちで残ります。 このため、オプティマイザーに障害があります。 プロジェクトは最終的に失敗します。
• TKを実装するためにオプティマイザー自体が呼び出され、顧客はこれを保存するために行います。 結果：サイトが故障する可能性が高くなります（オプティマイザーに優れたプログラマーがいる場合でも、サイトは複雑なシステムです！）。 この場合、誰もが隣人の曲がった手を指しています。 お客様は修理する必要があります。 まあ、彼がこの時点で開発者との関係を損なわなかったら。 3番目のチームは、さらに高価で不快な作業を行います。 この場合のオプティマイザーのチームとの関係も必然的に悪化します。 プロジェクトは失敗します。

古いジョーク



マーケティング担当者はプログラマーに質問します。大規模なプロジェクトをサポートすることの難しさは何ですか？



プログラマー：さて、あなたが作家であり、プロジェクト「戦争と平和」を支援していると想像してください。 あなたはTKを持っています-ナターシャ・ロストワが雨の中で公園を歩いた方法に関する章を書きます。 「雨が降っていた」と書いて保存すると、「ナターシャロストヴァが死亡しました。継続は不可能です」というエラーメッセージが飛び出します。 なぜ彼女は死んだのですか？ あなたは理解し始めます。 ピエール・ベズホフのつるつるした靴、彼が転んだ、銃が地面にぶつかり、ポールを撃った、コラムからの弾丸がナターシャに跳ね返ったことがわかりました。 どうする 銃をアイドル状態に充電しますか？ 靴を交換しますか？ 柱を取り外すことにしました。 「ルジェフスキー中Liが死亡しました。」というメッセージが表示されます。次の章では、彼はもはや柱ではなく、

• 開発者はSEOのプロジェクトを取り上げます。 これは、特に最初のTKに変更があった場合にも発生しますが、顧客がそれを非常に疑っていました。 結果：顧客は、同じものに対して2回支払い、すべての人が彼を欺こうとしていると感じています。 プロジェクトは失敗する可能性があります。 開発者側の優れたプロジェクトマネージャーが、常にそうとは限りません。

「開発者とオプティマイザー」の競合は、顧客を介さずに直接合意した場合、または顧客側のクールな管理によって解決できることがわかりました。 これを行うことができたのは、開発したプロジェクトのみをプロモーションすることでした。これは、これまで最適化する時間がなかったためです。



このオプションは理想的と思われますが、そのようなプロジェクトでさえ最終的に失敗する可能性があります。 理由は通常、顧客の期待と正式な基準との不一致、顧客のプロセスへの参加拒否または不可抗力です（これは他の業界よりもこの業界で一般的です）。 これらの問題に対処する方法-以下を検討してください。 とにかく、成功したプロジェクトの割合は何倍も大きいです。

個人的な経験から。 SEOプロジェクトを最小限の損失で目標に到達させる方法

顧客向けに次の推奨事項を作成しました（ここではSEOトリックについては説明しませんが、オプティマイザーはそれらについてよりよく話すことができますが、組織の問題についてのみ触れます）。

• 検索プロモーションのために会社を選択するときは、開発者に商業的なオファーをリクエストしてください。 これを使用すると、編集の量がある程度節約されます。 オファーの価格を比較するときは、このことに留意してください。 そして、それは皆の多くの神経を救います。

• 開発が不可能な同じ場所でSEOを注文し、顧客が真っ向から対立して両方のチームを管理する力を持っていない場合は、直接接続する方が良いでしょう。
• 開始する前に、プロモーションのプロジェクトマネージャーが、サイトの開発プロジェクトの管理経験があるかどうか（または、少なくともWebプログラミングの経験があるかどうか）を確認してください。 理想的には、彼がユーザビリティ能力も持っている場合。 これにより、不可能または非常に高価なTKアイテムからサイトを保護したり、サイトの操作性を低下させたりします。
• 検索エンジン最適化のための技術仕様を作成するときは、常にユーザビリティを優先する必要があります。 編集によりサイトの利便性が低下した場合-不要です。 さらに、今や検索エンジンは行動要因に多くの重みを付けています（ユーザーがあなたのサイトを非常に早く離れると位置が落ちます）。
• SEOに、非常に詳細で理解しやすい具体的な参照条件を要求します。 開発者だけでなく、顧客にとっても明確でなければなりません。 代名詞を一般化するべきではありません：すべて、全員、すべてなど。 この場合にのみ、オプティマイザは結果の欠如を技術仕様の要件の不正確または不完全な履行に帰することはできません。
• 開発者から、ToRの一般的な評価ではなく、参照条件の各項目の評価を要求します。 第一に、予想外に高額な編集内容をすぐに明らかにすることができ、第二に、要件を変更するときに新しい金額について議論するのが簡単になります。
• 編集予算があなたを悩ませているアイテムについて、開発者だけでなくSEOとも話し合ってください。 おそらく、この編集なしで実行することも、別の方法で実行することもできます。 サイトに変更を加えるコスト（面倒さ）が、この編集から予想される収益よりも大きい場合、間違いなくそれを行う必要はありません。
• 顧客はまず第一に、正式なサインではなく、アプリケーションの量と質によってプロジェクトの成功を評価します。 したがって、オプティマイザーは最初に変換について考え、次に位置について考える必要があります。 サイトが古くなっている場合、十分な情報がなく、テキストはあまりにも創造的な雑草の下の誰かによって書かれました-あなたはそれを修正する必要があります！ 顧客へのアドバイス：あなたのサイトを気に入っているかどうか、そしてそれを使うのが便利かどうか、あなたの潜在的な顧客に尋ねてください。 否定的なレビューが繰り返される場合-これを反映し、緊急にこれをやり直す機会。
• さて、別の瞬間。 顧客がコンバージョンの低下について苦情を言った場合、オプティマイザーはこれを許可しません。 顧客へのアドバイス：アプリケーションの数が少ないように思える場合（実際には計算後）、オプティマイザーに問題の分析を要求することをためらわないでください。 プロジェクトを完全にテストし、すべてのメトリックを分析する必要があります。 通常、このような場合、SEOに関連しない予期しないものをキャッチできますが、プロジェクトは失敗する可能性があります。 たとえば、アプリケーションはありましたが、メールに届かなかった、または突然すべての注文がスパムになり始めました。 または問題は、悪い写真があるため、サイト上の新製品の変更です。 要するに、オプションは無限です。
• 代替チャネルを使用してトラフィックを引き付けます。 お客様がSEOの効果を待つことは心理的に困難です。SEOの効果は、ご存知のように、6か月で少し顕著になります。 お金が空気のために取られているように思われないように-並行して、それは文脈広告を通してトラフィックを引き付ける価値があります。
• 絶対に、絶対に、決して、SEOコピーライターにテキストを注文しないでください。 あなたのサイトにも、リンクが購入された外部サイトへの記事としても。 製品が安くない場合、買い手は会社名で検索エンジンを介して売り手に関する情報を探します。 そして、これらのコピーライティング「テキスト」は引き渡しに表示されます。 買い手はそれらを読み、不十分さを確認し、高い確率で取引を拒否します。
• PR部門が報いることを忘れないでください。 しかし、コピーライターがフリーランスではなく、一日中オフィスにいて、すでにトピックを理解しているという条件でのみ。 たとえば、私たちの州には、時間の90％を私たちに書き込む2人のコピーライター-pr-managerがいます。 CEOおよび時にはプロジェクトマネージャーも記事を執筆しています。

もちろん、あなたは猫と犬を友好的にすることができます。 これらのルールに従えば、当事者が単に武装中立性を遵守している場合でも、プロジェクトを正常に実行できます。 すべての参加者への忍耐！