केवल ट्रैफ़िक घटने की बजाय उपयोगिता-क्षय ढूँढें
उपयोगिता-क्षय उस अंतर को दर्शाता है जो अब पृष्ठ प्रदान करता है और उसके इच्छित विज़िटर को जो चाहिए उसके बीच है। यह बदले हुए तथ्य, नियम, कीमतें, इंटरफ़ेस, स्क्रीनशॉट, उपलब्धता, शब्दावली, या निर्णय मानदंडों के कारण हो सकता है। एक पुराना evergreen स्पष्टीकरण अभी भी सटीक और संतोषजनक हो सकता है, इसलिए केवल उम्र संपादन का कारण नहीं होनी चाहिए। Search Console में, मौसमी रूप से तुलनीय अवधि की तुलना करें और पेज क्लिक, इम्प्रेशन, क्लिक-थ्रू रेट (CTR), और संबंधित क्वेरियाँ जांचें। इसे कन्वर्ज़न-फ्रिक्शन, सपोर्ट प्रश्नों, टूटी-लिंक रिपोर्टों और मालिक ज्ञान के साथ मिलाएँ। हर सिग्नल एक लीड है, निर्णय नहीं: सर्च डेटा परिप्रेक्ष्य और उपयोगकर्ता संदर्भ के अनुसार बदलता है।
गलत निर्देशों, टूटी मंज़िलों, जोखिम भरे दावों, और उच्च-मूल्य निर्णयों को प्रभावित करने वाले पृष्ठों की समीक्षा करें—पहले इनका सुधार करें बजाय मामूली ट्रैफ़िक हानि के।
URL, ऑडियंस का काम (audience job), बेसलाइन तिथियाँ और मीट्रिक्स, जांचने के लिए सबूत, प्रस्तावित कार्रवाई, समीक्षक, और रिलीज़ मालिक को कैप्चर करें।
पुनर्लेखन से पहले मंशा सुरक्षित रखें
सर्च इंटेंट वह काम है जो व्यक्ति पूरा करने की कोशिश कर रहा है: एक प्रक्रिया सीखना, विकल्पों की तुलना करना, एक त्रुटि हल करना, या किसी विशिष्ट मंज़िल तक पहुँचना। संपादन से पहले एक वाक्य में पृष्ठ का प्रश्न, निर्णय, और वादा किया गया परिणाम लिखें। विज़िटर लाने वाली क्वेरियों और लैंडिंग-पेज संदर्भ का निरीक्षण करें, पर एक पृष्ठ को हर संबंधित विषय में मत बदलें। केंद्रीय उत्तर को शीर्ष के पास रखें और उन सेक्शन को बरकरार रखें जो अभी भी काम के लिए सेवा करते हैं। यदि विषय वास्तव में बदल गया है तो नया पेज बनाएं या जानबूझकर समेकित करें बजाय परिचित URL पर अलग मंशा जबरन लागू करने के।
टाइटल, परिचयात्मक उत्तर, कॉल-टू-एक्शन, और आंतरिक एंकर टेक्स्ट को एक ही अपेक्षा सेट करनी चाहिए।
ड्राफ्ट के बाहर किसी से कहें कि वह इच्छित कार्य का प्रयास करे और पहला गायब या भ्रमित करने वाला कदम पहचाने।
पुराने सबूत बदलें और अगले कदम बेहतर करें
हर तिथि-संवेदी दावा, आँकड़ा, उद्धरण, स्क्रीनशॉट, उत्पाद विवरण, लिंक, और प्रक्रियात्मक कदम का इन्वेंटरी बनाएं। हर सामग्री दावे के लिए मूल या आधिकारिक स्रोत खोलें; जिसे आप समर्थन नहीं कर सकते उसे बदलें, स्पष्ट करें, या हटाएँ। वर्तमान पूर्वापेक्षाएँ, निर्णय मानदंड, सटीक कदम, और वर्तमान अनुभव से मेल खाते उदाहरण जोड़ें। पृष्ठ को किसी कथित आदर्श लंबाई तक भरने की कोशिश न करें। Google की मार्गदर्शिका मूल मूल्य, सटीक तथ्य, स्पष्ट स्रोत-उल्लेख, और विशेषज्ञता पर ज़ोर देती है न कि किसी वर्ड-काउंट पर। वित्त, कानूनी, स्वास्थ्य, सुरक्षा, गोपनीयता और भुगतान सामग्री के लिए उपयुक्त योग्य मालिकों से समीक्षा आवश्यक है; एक SEO एडिट इसका अनुपालन-रिव्यू नहीं है।
सुनिश्चित करें कि इमेजेस वर्णित स्थिति को दिखाती हैं, प्रमुख मंज़िलों का परीक्षण करें, और मृत या अनावश्यक रीडायरेक्ट करने वाले लिंक को सीधे प्रासंगिक स्रोत से बदलें।
तथ्यात्मक, संपादकीय, डिज़ाइन, और तकनीकी परिवर्तनों का आंतरिक रिकॉर्ड रखें ताकि बाद में निदान और रोलबैक संभव हो सके।
URL रखें जब तक आर्किटेक्चर बदलना ज़रूरी न हो
जब पृष्ठ अभी भी वही मूल ज़रूरत पूरा करता हो तो उसका पसंदीदा URL रखें। जांचें कि उस पर self-referencing canonical है, आंतरिक लिंक सीधे उसी की ओर इशारा करते हैं, और साइटमैप इच्छित संस्करण को दर्शाता है। यदि दो पृष्ठ आपस में बड़े पैमाने पर डुप्लिकेट हैं, तो मजबूत डेस्टिनेशन चुनें, उपयोगी अनन्य सामग्री उसे स्थानांतरित करें, और डुप्लिकेट को रिटायर करें। यदि किसी स्थायी नई टैक्सोनॉमी या समेकन के कारण URL बदलना वाज़िब है तो हर पुराने URL को निकटतम समतुल्य गंतव्य पर मैप करें और जहाँ संभव सर्वर-साइड स्थायी रीडायरेक्ट (permanent redirect) का उपयोग करें। आंतरिक लिंक और कैनोनिकल एनोटेशन अपडेट करें, रीडायरेक्ट चेन से बचें, और पुराने व नए URL दोनों की निगरानी रखें।
कैनोनिकल संकेत और साइटमैप प्राथमिकता व्यक्त करते हैं; डुप्लिकेट हटाने या गंतव्य स्थानांतरण पर स्थायी रीडायरेक्ट उपयोग करें।
Shared template, नेविगेशन, या राउटिंग परिवर्तनों के लिए रोलबैक मालिक और बहाल पथ प्लान करें। यह सक्रिय अपटाइम ऑप्टिमाइज़ेशन है, आउटेज मॉनिटरिंग नहीं।
ईमानदारी से प्रकाशित करें और सावधानी से मापें
एक दृश्य 'last-updated' लेबल और Article dateModified markup केवल तब बदलें जब संशोधन वास्तविक हो और पाठकों के लिए ताजगी महत्वपूर्ण बनाए। जहाँ उपयुक्त हो, मूल प्रकाशन तिथि रखें। Google article markup के लिए datePublished और dateModified को ISO 8601 फॉर्मेट में टाइमज़ोन जानकारी के साथ सुझाता है, पर markup किसी सर्च फीचर या रैंकिंग परिणाम की गारंटी नहीं देता। रिलीज़ से पहले रेंडर किया गया पृष्ठ, canonical, प्रमुख लिंक, फ़ॉर्म, मीडिया, और स्रोत पूर्व-परीक्षण (preflight) करें। कुछ बदले हुए URLs के लिए URL Inspection से क्रॉल का अनुरोध किया जा सकता है; बहुत से URLs के लिए साइटमैप सबमिट करें। Google कहता है कि क्रॉलिंग में दिनों से हफ्तों तक लग सकते हैं और किसी भी रास्ते पर इंडेक्सिंग या दृश्यता की गारंटी नहीं है।
मूल पृष्ठ, प्रस्तावित परिवर्तन, पृष्ठ और क्वेरी मीट्रिक्स, कार्य या रूपांतरण माप, तिथि-सीमा, और मौसम/अभियानों जैसे कन्फाउंडरों को रिकॉर्ड करें।
तुल्यनात्मक अवधियों की तुलना करें और प्रमाणिक क्लिक, प्रासंगिक CTR, कार्य पूरा होना, या सपोर्ट फ़्रिक्शन में तार्किक बदलाव देखें। औसत स्थिति (average position) कोई वादा नहीं है, और रैंकिंग डायनामिक होती हैं।