WordPress पर customization करनी है। आपने सोचा — functions.php में code डालते हैं। किसी ने कहा child theme बनाओ। किसी ने कहा plugin बनाओ। किसी ने कहा WPCode use करो।
चार लोग, चार advice। सब अलग। और आप confused।
यह confusion इसलिए है क्योंकि most articles यह बताते हैं कि child theme और plugin क्या होते हैं — लेकिन यह नहीं बताते कि कब कौन सा use करना चाहिए। यह distinction ज़्यादातर developers galat समझते हैं — और उसका result होता है code जो theme change होने पर टूट जाता है, या functionality जो wrong place पर है।
आज एक clear rule देंगे जो हमेशा काम करती है — examples के साथ।
{getToc} $title={Table of Contents} $count={true} $width={full}
The Golden Rule — एक Line जो सब Clear कर देती है
WordPress core documentation और experienced developers दोनों एक principle पर agree करते हैं:
अगर code theme पर depend करता है — Child Theme में जाएगा। अगर code theme change होने के बाद भी काम करना चाहिए — Custom Plugin में जाएगा।
इतना simple है। लेकिन इसे practically apply करना — वहाँ गलती होती है।
एक test है जो आप हर code snippet पर run कर सकते हो:
"अगर मैं कल theme change करूँ — क्या यह code अभी भी काम करना चाहिए?"
- अगर Yes — Plugin में जाएगा
- अगर No — Child Theme में जाएगा
- अगर Not sure — Plugin में जाएगा (safer choice)
Child Theme कब Use करें — Clear Examples के साथ
Child Theme का purpose है — parent theme की files को override करना बिना parent theme directly modify किए। जब भी parent theme update होती है — आपके child theme के changes safe रहते हैं।
Child Theme Use Cases — यह Code यहाँ जाता है
- Theme template files override करना — जैसे header.php, footer.php, single.php modify करना — यह theme-specific है
- Parent theme का CSS override करना — जो changes specifically उस theme के classes को target करती हैं
- Theme-specific layout changes — sidebar position, header layout, footer structure
- Parent theme के PHP functions override करना — जो specifically उस theme के functions हैं
- Custom page templates — जो उसी theme के template hierarchy पर depend करते हैं
Practical Example: आप Divi theme use करते हो। Divi के footer में copyright text modify करना है। यह Divi-specific है — दूसरी theme पर यह file नहीं होगी। यह child theme में जाएगा।
Child Theme Setup — Minimum Files:
1. wp-content/themes/your-child-theme/ folder बनाओ
2. style.css (required):
/*
Theme Name: My Child Theme
Template: divi (parent theme folder name — exactly)
Version: 1.0
*/
3. functions.php (parent styles enqueue करने के लिए):
<?php
add_action( 'wp_enqueue_scripts', 'child_enqueue_styles' );
function child_enqueue_styles() {
wp_enqueue_style(
'parent-style',
get_template_directory_uri() . '/style.css'
);
}
?>
4. WordPress Admin → Appearance → Themes → Child Theme Activate करो
Block Themes (WordPress 6.0+) पर Child Theme ज़रूरी है?
यह 2025 में बड़ा confusion point है। Block themes (Twenty Twenty-Four, Kadence Block, Blocksy, etc.) पर Site Editor में किए changes database में save होते हैं — theme files में नहीं। इसलिए theme update होने पर वो safe रहते हैं।
WordPress.org community का official answer है: Block themes के लिए child theme mostly ज़रूरी नहीं है — unless आप theme.json को significantly modify करना चाहते हो।
Classic themes के लिए child theme still essential है।
Custom Plugin (Site-Specific Plugin) कब Use करें
Custom plugin — जिसे Site-Specific Plugin भी कहते हैं — theme से completely independent होता है। Theme बदलो, plugin वैसे ही काम करता रहेगा।
Custom Plugin Use Cases — यह Code यहाँ जाता है
- Custom post types और taxonomies — ये data-related हैं, theme-independent होने चाहिए
- Custom shortcodes — theme change होने के बाद भी shortcodes काम करने चाहिए
- Custom widgets — theme-independent functionality
- Database operations — custom tables, queries
- External API integrations — payment gateway, SMS, email services
- Performance और security functions — Heartbeat control, emoji disable, XML-RPC disable
- Custom user roles और capabilities
- Admin customizations — dashboard modifications, custom admin pages
- WooCommerce customizations जो theme-independent हों
Practical Example: आपने एक custom shortcode बनाया जो latest jobs display करता है। अगर यह child theme के functions.php में है — theme change करने पर यह shortcode काम करना बंद कर देगा। इसे plugin में होना चाहिए।
Site-Specific Plugin बनाने का तरीका:
1. wp-content/plugins/my-site-functions/ folder बनाओ
2. my-site-functions.php file बनाओ:
<?php
/**
* Plugin Name: My Site Custom Functions
* Description: Site-specific customizations for MySite.com
* Version: 1.0
* Author: Sanjeev Kumar
*/
// यहाँ अपना सारा theme-independent code add करो
// Example: Custom shortcode
add_shortcode( 'current_year', function() {
return date('Y');
});
// Example: Custom post type
add_action( 'init', function() {
register_post_type( 'portfolio', array(
'public' => true,
'label' => 'Portfolio',
'supports' => array( 'title', 'editor', 'thumbnail' ),
));
});
?>
3. WordPress Admin → Plugins → यह plugin find करो → Activate करो
WPCode — तीसरा Option जो Most Cases में Best है
यहाँ वो honest advice है जो most articles नहीं देते।
अगर आप एक individual blogger हो — full custom plugin बनाना और child theme maintain करना दोनों overkill हो सकते हैं small snippets के लिए। WPCode free plugin एक middle ground है जो:
- Code को theme और core से completely separate रखता है
- Individual snippets enable/disable करने देता है
- PHP, JavaScript, CSS, HTML — सभी types support करता है
- Conditional loading support करता है — specific pages पर ही load करो
- Theme update होने पर code safe रहता है
लेकिन WPCode की एक limitation है — यह database में code store करता है। अगर आपको version control चाहिए, या team collaboration चाहिए, या complex functionality build करनी है — तब proper plugin या child theme better है।
Real Decision Tree — हर Situation के लिए
| Customization Type | Best Place | क्यों |
| Theme template override (header, footer, single) | Child Theme | Theme-specific files हैं |
| CSS changes जो parent theme classes target करें | Child Theme style.css | Theme-specific selectors |
| Custom shortcodes | Plugin या WPCode | Theme change होने पर shortcodes content में रहते हैं |
| Custom post types | Plugin (Must) | Data theme से independent होना चाहिए |
| Performance fixes (emoji disable, heartbeat) | Plugin या WPCode | Theme-independent server-side fixes |
| External API integration | Plugin (Must) | Complex, theme-independent |
| Small CSS tweaks (2-10 lines) | Customizer Additional CSS | Simple, database में stored, safe |
| Admin dashboard changes | Plugin या WPCode | Theme से completely independent |
| WooCommerce template override | Child Theme (specific folder) | WooCommerce template hierarchy follow करता है |
| theme.json modifications | Child Theme | Block theme के global styles |
वो Common Mistakes जो सबसे ज़्यादा होती हैं
Mistake 1: सारा Code functions.php में डाल देना
यह सबसे common mistake है। Parent theme का functions.php directly edit करना — next update में सब delete हो जाएगा।
❌ गलत: Parent theme का functions.php edit करो ✅ सही: Child theme का functions.php, WPCode, या custom plugin
Mistake 2: Custom Post Types को Child Theme में डालना
यह serious mistake है। अगर custom post type child theme के functions.php में है और आपने theme बदली — उस post type के सारे posts "orphan" हो जाएंगे। Database में exist करेंगे लेकिन accessible नहीं होंगे।
Custom post types, taxonomies, और user-generated data हमेशा plugin में होने चाहिए। यह एक hard rule है — कोई exception नहीं।
Mistake 3: Plugin Code जो Theme-Specific CSS Load करता है
Plugin में ऐसी CSS डालना जो specific theme के class names target करती है — यह भी गलत है। अगर theme बदली — CSS useless हो जाएगी।
Rule: Plugin में generic CSS, Child Theme में theme-specific CSS।
Mistake 4: Block Theme पर भी Classic Theme जैसा Child Theme Setup
Block themes पर most customizations Site Editor में होती हैं — child theme की ज़रूरत नहीं होती। अगर आप unnecessarily child theme बना रहे हो block theme पर — यह extra complexity है बिना benefit के।
Divi Theme Users के लिए Specific Guidance
अगर आप Divi 5 use करते हो — और WPCode use करते हो customization के लिए — तो technically आपके पास child theme की ज़रूरत नहीं है performance/security fixes के लिए।
लेकिन अगर आप:
- Divi के PHP functions override करना चाहते हो
- Divi के template files modify करना चाहते हो
- Custom page templates add करने हैं Divi के hierarchy में
— तो Divi child theme ज़रूरी है।
Divi Child Theme style.css header: /* Theme Name: Divi Child Template: Divi Version: 1.0 Description: Child theme for Divi */ Note: Template value में exactly Divi folder का नाम होना चाहिए। Divi 5 पर यह usually "Divi" (capital D) होता है। Verify करो: wp-content/themes/ में parent theme folder का exact नाम देखो।
Bloat और Customization का Connection
अगर आप WordPress bloat removal code add करना चाहते हो — तो वो code child theme में नहीं जाएगा। वो code WPCode या custom plugin में जाएगा। क्यों? क्योंकि emoji disable करना, XML-RPC disable करना, Dashicons remove करना — यह सब theme-independent functionality है।
यह exactly वो decision है जो most bloggers galat करते हैं — performance fixes को child theme में डाल देते हैं। Theme change होने पर sab performance fixes gone।
Multisite पर यह Decision कैसे Change होता है
अगर आप WordPress Multisite use कर रहे हो — तो customization strategy different है।
- Network-wide functionality — mu-plugins में जाती है (automatically load होती है, activate की ज़रूरत नहीं)
- Individual site customization — उस site की plugin या child theme में
- Network-wide theme overrides — network-active child theme में
Multisite mu-plugins path: wp-content/mu-plugins/network-functions.php यहाँ network-wide functions जाते हैं। Individual site plugins: normal plugin folder में, site-specific activate करो।
Quick Reference — अभी जो Code लिखना है, कहाँ जाएगा
अभी जो code लिखने वाले हो — यह 3 questions पूछो:
- क्या यह code specific theme के बिना काम नहीं करेगा? → Child Theme
- क्या यह code theme change होने के बाद भी काम करना चाहिए? → Plugin/WPCode
- क्या यह code data store करता है (post types, taxonomies)? → Plugin (Must)
निष्कर्ष
Child theme vs plugin का confusion इसलिए है क्योंकि WordPress दोनों जगह code accept करता है — लेकिन यह नहीं बताता कि कौन सा कहाँ होना चाहिए।
Rule simple है: Theme-dependent code → Child Theme। Theme-independent code → Plugin।
और अगर आप unsure हो — हमेशा plugin safer choice है। Plugin किसी theme से तोड़ा नहीं जाता। Child theme theme change होने पर irrelevant हो जाती है।
यह decision एक बार सही समझ लो — हर future WordPress project पर automatically सही choice होगी।
WordPress customization से related कोई specific सवाल है — यहाँ contact करो।
