Paid search के लिए landing pages पर dynamic text

dynamic text replacement आपके landing page का headline URL के एक parameter के हिसाब से बदल देता है, आमतौर पर उसी keyword के हिसाब से जिस पर ad चला था। कसे हुए paid search campaigns में इससे page ad के क़रीब आ जाता है, और इसका फ़ायदा होता है। Performance Max, Dynamic Search Ads और बिना keyword वाली किसी भी चीज़ पर यह चुपचाप फेल हो जाता है। तो इसे fallback के साथ बनाएँ, वरना बनाएँ ही मत।

setup आसान है

आप ad के destination में एक parameter जोड़ते हैं। page load होते ही उसे पढ़ लेता है, और text का एक टुकड़ा बदल जाता है। Google Ads में यह final URL suffix से होता है, जैसे kw={keyword}। click फिर yoursite.com/offer?kw=emergency%20plumber पर उतरता है। page query string से kw पढ़ता है और उसे H1 में लिख देता है। Framer में यह एक छोटा code component है जो URL पढ़ता है, कोई subscription नहीं। Unbounce और Instapage इसे बड़े feature की तरह बेचते हैं। अंदर का तरीका वही चंद लाइनों वाला है।

keyword parameter असल में क्या लौटाता है

इस जगह लोग बार-बार फिसलते हैं। Google की documentation साफ़ है। Search Network पर {keyword} आपके account का वह keyword लौटाता है जो query से मैच हुआ, न कि वे शब्द जो इंसान ने टाइप किए। मान लीजिए कोई रात 2 बजे plumber near me open now खोजता है, और आपका broad match keyword emergency plumber है। headline में emergency plumber ही आएगा। आमतौर पर यही बेहतर भी है, क्योंकि कच्चे search terms में spelling गलत होती है, गाली होती है या शब्द चौदह-चौदह लंबे होते हैं। असली search term के लिए कोई ValueTrack parameter है ही नहीं। तो जो आपसे page पर हूबहू search दिखाने का वादा कर रहा है, वह कुछ और बेच रहा है।

बिना keyword वाली campaigns में यह कुछ नहीं लौटाता

Google का कहना है कि जब ad बिना keyword के मैच होता है, तो {keyword} खाली value लौटाता है। इसमें Performance Max, Dynamic Search Ads और AI Max for Search आते हैं। आपके budget का जितना हिस्सा इन campaign types से जा रहा है, आपके traffic का उतना ही हिस्सा खाली headline वाले page पर उतरेगा। parameter को अकेले कभी render न करें। हमेशा parameter या fallback render करें, और fallback में अपना सबसे मज़बूत static headline रखें, वही जो आप इस feature के बिना लगाते।

headline बदलें, offer को हाथ न लगाएँ

dynamic हिस्सा H1 तक और ज़्यादा से ज़्यादा उसके नीचे की एक लाइन तक रखें। offer, price, proof, form और button की copy, सब जस के तस रहें। इसकी दो वजहें हैं। जो page हर keyword पर अपनी price या अपना वादा बदलता है, वह Google की destination requirements के हिसाब से policy का ख़तरा है, क्योंकि उनकी उम्मीद यही है कि destination वही कहे जो ad ने कहा था। और जिस page पर पाँच elements हिलते हैं, उसे आप कभी debug नहीं कर पाएँगे, क्योंकि किस visitor ने कौन सा version देखा, यह पता ही नहीं चलेगा।

formatting सँभालें, वरना page टूटा हुआ दिखेगा

कच्चे keywords lowercase में, URL encoded और किसी भी लंबाई के आते हैं। value को decode करें, plus के निशान और percent codes हटाएँ, फिर sentence case में लिखें। हर शब्द Title Case में हो तो वह spam जैसा पढ़ा जाता है। लंबाई की भी सीमा रखें। करीब 45 characters से बड़ी कोई भी चीज़ default पर लौट जानी चाहिए, वरना phone पर वह चार लाइनों में फैल जाएगी। जो अक्षर, अंक, space या hyphen नहीं है, उसे हटा दें। query string कोई भी edit कर सकता है, और आप नहीं चाहेंगे कि आपके H1 के अंदर कुछ भी अटपटा आकर बैठ जाए।

एक dynamic text page से अच्छे रहते हैं पाँच असली pages

dynamic text सिर्फ़ शब्द बदलता है। proof, hero image, objection handling या form, इनमें से कुछ भी वह नहीं बदल सकता, और conversion का ज़्यादातर फ़र्क़ इन्हीं में बैठा होता है। पाँच ad groups हैं, तो उनके लिए बने पाँच अलग pages, घूमते headline वाले एक page से ज़्यादा convert करेंगे। Framer में हर page एक duplicate और बीस मिनट की editing भर है। dynamic text तब उठाएँ जब आपके पास सैकड़ों long tail keywords हों और वे गिनती के, लगभग एक जैसे intents में बँटे हों। local service और category pages में ऐसा सच में होता है। बाक़ी जगह इसे छोड़ दें।

इस checklist के साथ इसे live करें

एक, parameter को campaign level पर final URL suffix में डालें, final URL में कभी नहीं। दो, पहले fallback headline लिखें और देखें कि parameter गायब होने पर भी page पूरा दिखता है। तीन, तीन URLs हाथ से test करें: एक आम keyword, 60 characters वाला keyword, और बिना किसी parameter के। चार, render होने से पहले value साफ़ करें और उसकी लंबाई सीमित करें। पाँच, render हुआ headline अपने conversion event के साथ एक property की तरह भेजें, ताकि दिखे कि कौन से versions सच में convert करते हैं। छह, इसे phone पर जाँचें। जो headline desktop पर आराम से बैठता है, वही 390 pixel की screen पर पाँच लाइनों में फैल जाता है।