Switch from Header Footer Code Manager
Snipfire imports Header Footer Code Manager (HFCM) snippets with their locations and display rules. Read Switching from another snippet plugin first for how importing, Check first and Switch over work.
Steps
- Snipfire → Snippets → Import, then pick Header Footer Code Manager.
- Select the snippets and click Import … selected. They arrive switched off in Imported/Header Footer Code Manager.
- Look at anything marked Check first.
- Click Switch over.
- Clear your page cache, check the site, then deactivate and delete HFCM.
Command line: wp snipfire import-from hfcm --dry-run, then --switch.
What comes across
| HFCM | In Snipfire |
|---|---|
| HTML snippets | HTML snippets on the matching location |
CSS or JavaScript snippets in the header or footer that are a single <style> or <script> block |
Real CSS or JavaScript snippets |
| Other CSS or JavaScript snippets | HTML snippets, with their tags as they were |
| Site wide (with excluded pages and posts) | No conditions, or Post / page ID is not … |
| Specific pages / Specific posts | Post / page ID |
| Specific categories / Specific tags | Taxonomy term |
| Specific custom post types (posts, archives or both) | Post type, plus Page type when limited to posts or archives |
| Home page, Archive, Search | Page type |
| Shortcode only | As a shortcode |
| Device: desktop / mobile | Device condition |
Marked "Check first"
- Latest posts: Snipfire has no "latest N posts" rule. Add the post IDs you want before switching it on.
- A display setting Snipfire can't convert.
- Rules limited to pages or terms that no longer exist.
Close, but not identical
- CSS HFCM printed in the footer: Snipfire loads CSS in the header.
Shortcodes
[hfcm id="…"] keeps working after switching over, even with HFCM deleted.
Switching over
Snipfire sets each snippet to inactive in HFCM's table, then switches the copy on and test-loads the site.
Something unclear or missing? Tell us