製品が変更されたときに、EコマースSEOに何が役立つか?

対象イベントとして商品変更を扱います

最初の質問は「新しいメタデータが何を言うべきか」ではなく、「誰がそれを承認したのか、どのページが依存しているのか」です。 サプライヤーの訂正、商品化の好み、法的制限、価格の更新およびプロダクト取り替えに異なった結果があります。 ソース、古い値、新しい値、影響を受けた製品、および異種識別子、市場、タイムスタンプ、レビュアーを録音し、公開変更の準備をします.

ワークフロー全体で安定した製品と多様 ID を保持します。 タイトル、ハンドル、SKUおよびサプライヤーの参照は変更できますので、それらのどれがレコードが更新を受け取るかを決定するために使用される唯一のキーでなければなりません。 アイデンティティが不確実であるか、または2つの製品が同じ参照を主張する場合、SEOの変更を最も同様のタイトルに適用するのではなく、レビューを停止します.

M.I.A.I SEO Automationは、管理された製品データから有用な一貫性のある検索コンテンツを準備する目的で設計されています。 承認された機能 - メタデータの準備、コンテンツテンプレート、製品データの接地と承認ワークフロー - この依存プロセスをサポートし、その背後にある事実からパブリックコピーを分離することなく.

それぞれのソースフィールドをSEO面にマップして制御します

更新を自動化する前に、依存マップを作成します。 製品名、ブランド、モデル、カテゴリ、材料、サイズ、アプリケーション、市場、ライフサイクルの状態およびイメージはそれぞれ異なる公共分野に影響を与えることができます。 変更された寸法は、仕様とメタの記述に所属するが、URLではない場合があります。 修正されたカテゴリは、製品名を変更することなく、パン粉、コレクション会員、内部リンクに影響を及ぼす可能性があります.

地図は、必要なリフレッシュ、可能なリフレッシュ、および安定したままのフィールドを区別する必要があります。 また、使用するルールやテンプレートのバージョンを名前付ける必要があります。 つまり、プレビューが説明できる: ハンドハンドルがなかったときにタイトルが変更された理由は、レビュアーが確認できます.

• アイデンティティ: 安定したプロダクトおよび変形ID、承認された製造業者の参照
• 目に見える内容:製品タイトル、見出し、要約、仕様、比較テキスト
• メタデータを検索: タイトル要素とメタの説明
• 発見構造:コレクション、パン粉、内部リンク、サイトマップの適格性
• メディア:画像選択、記述的な代替テキストとキャプション
• 技術的な信号:canonical URL、構造化されたデータ、リダイレクトおよび索引ビリティ

コピーの準備の前に変更を分類して下さい

小さな変更クラスで、同様のイベントが一貫した治療を受けられます。 事実上の修正は、それがどこにいても不正確な情報を置き換えます。 アイデンティティを変更することなく、商品化の改善をテストすることができます。 ライフサイクルの変更は、可用性、可視性、またはページの目的地を変更することがあります。 重複をマージするなど、構造的な変化は、規範的および決定をリダイレクトする必要があります.

低リスク変更が自動的に高リスク領域のロックを解除しないでください。 色のラベルを修正するには、URLを再生したり、履歴コピーを削除したり、互換性クレームを変更したりしないでください。 逆に、可視仕様が間違っていた場合は、修正された安全評価はメタデータに限定されることができません.

• 事実上の修正:すべての依存ステートメントを更新し、証拠を保存します
• 商業変更: 緊急事態を発明することなく価格、可用性、またはテキストを提供
• 範囲の変更:新しい変形、取り替えモデルおよび名前を付けられたプロダクトを区別して下さい
• ライフサイクルの変更:文書化された決定に従って維持、アーカイブ、リダイレクト、または削除
• 構造変更:重複、キャニカル、内部リンクを一緒に解決する

変更する理由がより強くない限り、URLを安定させる

商品名の変更は、自動的に新しいハンドルを必要としません。 既存の URL にはリンク、ブックマーク、検索履歴があり、表示されたタイトルとメタデータは独立して変更できます。 どのイベントが URL の変更を正当化するかを定義します。例えば、誤解を招いたレガシー識別子や本物製品マージなどです。また、旧および新しい目的地のプレビューが必要です.

Shopify URL が変更されるか、製品が削除されると、関連するリダイレクトを使用して、顧客は依然として適切な宛先を見つけることができます。 ドキュメント URL が変更または削除されたページをリダイレクトし、アクティブなページではなく壊れた URL から作業をリダイレクトするメモをShopify。 古い URL をテストし、リダイレクトを想定する代わりに新しい URL とマーケットのサブフォルダが正しいです.

退職した製品をホームページにリダイレクトしないでください。 直接置換が存在する場合は、その関係を宛先に説明してください。 等価がなければ、有用な退職された製品ページや正直な不当な回答が無関係なコレクションよりも明確になるかもしれません.

ページタイトル、見出し、目に見えるコンテンツの整列をキープ

Googleは、タイトルのリンクは、タイトル要素、メインビジュアルタイトル、見出し、著名なテキスト、アンカーテキスト、およびその他のソースから形成することができると述べています。 製品変更後のこれらの信号が消えた場合は、検索結果は、SEOフィールドに入力した値以外のテキストを使用する可能性があります.

それぞれがその目的を果たすことを可能にする間、同じ承認された事実からのタイトル要素そして主要な見出しを更新して下さい。 見出しは、ページ上の人のために明確に製品名を付ける必要があります。 title 要素は、単語を繰り返したり、すべての属性をリストしたりすることなく、簡潔な差別化やブランドコンテキストを追加できます.

Googleは、ボイラプレートとキーワードの詰め物に対して、記述的、簡潔で明確なタイトルテキストを推薦し、警告します。 テンプレートは、半空セパレータを離れるのではなく、未利用可能なフィールドをクリーンに省略し、ページが実際にサポートしたときにのみ、区別属性を含める必要があります.

入力が変更されたときにのみメタデータを再生する

準備されたタイトルと説明の背後にある入力とテンプレートバージョンを保存します。 ソースフィールドが変更されると、どの出力が stale であるかを計算します。 株式の数量変更は、記述的なメタデータには影響しません。修正されたモデル、材料またはアプリケーションは、おそらくそうではありません。 これは、不要なチューンを回避し、レビュー担当者に差の集中セットを与えます.

大規模なカタログでは、Googleは、プログラム的に生成された説明は、ページ固有のデータから構築され、人間が読みやすく、多様で構築されたときに適切であると述べています。 利用可能なすべてのフィールドを連結する許可はありません。 製品、意味のある区別、ページがサポートする顧客の決定を伝達する文パターンを使用します.

必須の事実が見つからない場合は、推測や汎用的な重合で置き換えないでください。 既存の承認されたテキストを正確のままに保つか、またはレビューのレコードをフラグを立てる。 オートメーションは、不足している製品データをサポートされていないクレームに変えることなく、手動メタデータ作業を削減する必要があります.

メタの説明は、約束ではなく提案であることを覚えておいてください

Googleは主にページコンテンツからスニペットを作成し、ページをよりよく説明するときにメタの説明を使うことができます。 表示されるスニペットは検索によって異なる場合があります。 入力された説明と検索結果の違いは、Shopifyフィールドが保存できないことを証明するものではありません.

更新後、レンダーされたソースには、意図したタイトルとメタの説明が含まれているかを確認し、それらのフィールドを目に見える製品情報と比較します。 Shopifyは、検索リストが異なるときにページソースをチェックし、再描画が時間がかかる可能性があるメモをお勧めします。 毎日正しいメタデータを再作成し、一時的に変更されていないスニペットを追跡しないでください.

顧客の決定に役立つ事実を要約するために説明を使用してください:製品の種類、重要な変種またはアプリケーションの詳細と真剣な次のステップ。 キーワードリスト、サポートされていない可用性の約束やページが現在の状態を維持できない揮発性情報を避ける.

顧客の決定が変更されたとき目に見えるプロダクトコピーを新たにして下さい

不正確な製品ページを修復することはできません。 変更された事実が適合性、互換性、寸法、材料、含まれている項目に影響を及ぼす場合、同じレビューで可視説明と仕様を更新してください。 ページ上の他の古い値を残すのではなく、 obsolete ステートメントを削除します.

製品固有の事実から再利用可能なカテゴリのガイダンスを分離します。 一般的な段落は、製品導入と仕様表が標的変更を必要とする間、範囲全体で有効である可能性があります。 これは、小さな修正のためにすべての文を再生せずにページを便利です.

変更されたクレームを繰り返すときに内部リンクとコレクションの説明を確認してください。 更新された製品ページは、レコード自体を超えて依存関係がマップされていない場合、カテゴリのコピー、比較表、またはサポート記事とまだ競合することができます.

ハンドルの価格、供給およびライフサイクルは別に変わります

価格と在庫は、製品アイデンティティよりもはるかに頻繁に変更できます。 これらの値がライブ コマース レコードと構造化されたデータに接続されているのではなく、長期にわたる編集コピーにハード コーディングする。 メタデータにオファーが含まれている場合は、更新のcadenceと市場スコープが正確に保つことができることを確認してください.

一時的に利用できなくなったアイテムについては、お客様がページからまだ学習できるかどうか、通知リストに参加するか、代替品を選択してください。 中断された項目については、直接置換があるかどうかを記録し、有用な文書を保持するか、削除する必要があります。 決定は、可用性信号、内部リンク、リダイレクトを決定します.

承認された製品証拠がその関係をサポートしない限り、成功者を同じように記述しないでください。 交換は、サプライヤーが次のモデルとしてそれを提示しても、適合、仕様、または含まれているコンポーネントで異なる場合があります.

実際に表示されるイメージからイメージテキストを更新する

製品イメージが変更されると、その記述的な代替テキストを確認します。 Shopifyは、表示されているものを説明する読みやすいaltテキストを書くことをお勧めします。 対象キーワードをイメージにコピーしたり、新しい写真が表現されていないモデル名を保持したりしないでください.

ページの約束を変更することもできます。 プライマリイメージ、バリアントセレクション、キャプションがライブ製品にマッチすることを確認します。 装飾的なグラフィックは、アクセス可能なテキストから欠落している事実上の詳細を運ぶべきではありません.

顧客リスクに基づく承認レベルの使用

プレビューは、値、提案された値、ソースの事実、依存した表面と理由をそれぞれ表示する必要があります。 低リスクのスペル修正は、より軽いレビューパスに従う可能性があります。 URLの変更、互換性のクレーム、規制された属性、重複するマージと削除は、間違いが顧客と検索の両方に影響を及ぼす可能性があるため、明示的な承認が必要です.

不適切な変更が繰り返し提案されていないため、その理由で拒否された提案を続けて下さい。 最終セットを承認したレコード, ストアを統一し、ターゲットに販売, それが実行し、どのレコードが失敗したときに. 成功した API 応答は、すべての公開ページが正しいという証拠ではありません.

1. 承認されたソースの変更を安定した製品や多様なIDからキャプチャします.
2. 変化を分類し、影響を受けたSEO表面を計算します.
3. 店に書き込むことなくフィールドレベルのプレビューを生成します.
4. 実際のURLとライフサイクルの結果を適切なレベルで確認します.
5. 承認されたフィールドのみを適用し、レコードごとの結果を保持します.
6. ライブページを確認し、動作をリダイレクトし、メタデータをレンダリングします.

ワークフローを正しいShopifyストアとレコードに接続する

Shopifyインテグレーションは、認証された組織、ストア、製品、および各種IDにすべての操作をバインドする必要があります。 実行前にストアのアイデンティティと接続ステータスを表示します。 CSV の商品タイトル、ハンドル、または行の位置だけを識別しません.

Shopifyは、検索エンジンのリストからページタイトルとメタの説明を公開し、表示される見出しに製品タイトルを使用し、画像altテキストとURLリダイレクトをサポートしています。 SEO のワークフローは、これらを関連するが独立したフィールドとして扱い、合意されたスコープに限定される権限で処理する必要があります.

書き込み後、影響を受けたレコードを読んで、パブリックページを確認します。 観音URL、タイトル要素、メタ説明、見出し、可視事実、画像テキスト、構造化されたデータ、ステータス、サイトマップの動作を確認します。 例外は、完成したバッチとしてカウントされるのではなく、目に見えるはずです.

具体的な例:掘削機のバケツの範囲の訂正

Shopifyカタログは、18〜22トンの掘削機に適したディギングバケットをリストします。 承認されたエンジニアリングレコードは20〜22トンまで修正され、コピーに記載されているメーカーモデルがサポートされていない。 安定したShopify製品とバリエーションIDは変わりません.

依存性プレビューは、製品概要、仕様、アプリケーションコピー、ページタイトル、およびメタの説明への編集をそれぞれ古い範囲を使用するため提案します。 コレクションの紹介とレビューの比較記事を1つにフラグ付けします。 製品のハンドル、価格、画像、または無関係の配信テキストは、入力が変更されていないため変更しません.

レビュアーはエンジニアリングの証拠を確認し、サポートされていないモデルを削除し、影響を受けたフィールドを承認します。 ワークフローは、正規のShopifyレコードに書き込み、それを読み込み、公開ページを確認します。 古いURLは依然として解決します。, 正式なままの安定, そして、ページはもはや、正規の適合性クレームを作ります. Googleは表示されたタイトルとスニペットをページを再描画し、再処理した後にのみ更新することができます.

代表的なイベントで変更エンジンをテストする

スペル補正、製品の名前変更、仕様変更、新しいバリアント、一時的ストックアウト、永続的な中断、直接交換、マージの重複、画像の交換および欠落したソースデータのための回帰ケースを作成します。 変更すべきフィールドと、自動化を実行する前に変更しないフィールドをステータスします.

失敗を含める: 期限切れのShopifyアクセス, 間違ったストア, 重複識別子, 部分的な書き込み, 無効なリダイレクトと古いキャッシュされたコンテンツをレンダリングするページ. 失敗したレコードがシステムが完全なように全体のバッチを報告しないことを確認してください.

速度の前に正確さを測定して下さい。 有用な証拠には、承認されたversusの拒否された提案、階段のフィールドが含まれている、意図しないURLの変更が防止され、ライブ検証の失敗と承認された製品の変更と正しい公開ページの間の時間.