5 tools

Marketing and SEO tools

Build and preview campaign and search assets. Choose a task and open the matching tool.

Marketing and SEO tools

UTM Builder creates tagged campaign URLs, QR Generator creates downloadable codes, and Hashtag Generator cleans topic lists. Meta Tag and OpenGraph previews help review search and social copy.

Search engines and social platforms can crop, rewrite, cache, or omit metadata. Test the final public URL on the destination platform after deployment.

The marketing catalog covers five preparation jobs: UTM Builder creates tagged destination links, QR Code Generator turns a short link or text into a PNG, Hashtag Generator normalizes topic phrases, Meta Tag Preview sketches a search-style result, and OpenGraph Preview sketches a social share card. These outputs belong to one publishing process, but they do not replace a campaign platform or content-management system.

Begin with the public destination. Confirm its owner, HTTPS host, path, launch state, redirect behavior, consent setup, and mobile experience. Then assign campaign naming, create channel links, and derive QR assets from approved URLs. Preview page metadata before deployment, followed by inspection of the live page and destination platform after release.

Keep an approval record that ties every asset to a landing-page version. A QR printed on packaging may outlive the campaign that created it. A campaign URL may circulate after a redirect changes. Ownership and a retirement plan prevent old materials from quietly sending people to irrelevant or unsafe content.

UTM Builder requires destination, source, medium, and campaign values, with optional term and content. It uses the browser URL API, preserves unrelated query parameters, and replaces existing values for the same UTM keys. It does not enforce lowercase, separators, controlled vocabulary, ownership, or analytics-platform channel definitions.

Define those rules outside the tool. A campaign registry should name allowed sources and media, the campaign identifier, optional-dimension meanings, responsible person, clean destination, generated URL, placement, and approval date. Use stable terms across newsletter, partner, social, paid, and QR placements when they belong to the same initiative.

Never put email addresses, customer IDs, audience traits, secrets, or internal notes into query parameters. Tagged URLs appear in browser history, logs, screenshots, analytics, copied messages, and sometimes referrer data. Campaign dimensions should describe the placement and creative, not the individual who clicked.

QR Code Generator trims the entered URL or short text and creates a 768-pixel PNG with a white background, dark modules, a three-module margin, and medium error correction. It does not shorten the destination, host a redirect, save a campaign record, or check whether a URL is reachable. The encoded payload is fixed inside the downloaded image.

Use the shortest approved URL that meets governance needs. Long payloads create denser symbols with smaller modules at the same printed size. Avoid placing the code over photographs, changing its colors after download, cropping the quiet area, or stretching it nonuniformly. Leave enough physical size and contrast for the expected viewing distance and printing method.

A dynamic redirect can let an organization change a destination later, but that capability belongs to the chosen link service and its continuity policy, not the PNG generator. Document who owns the redirect, how long the domain will remain active, and what happens after the campaign ends before printing a large batch.

Test the downloaded PNG before layout, then test the final exported artwork and a physical proof. Scan with several current devices and camera applications at the intended distance, angle, and lighting. Verify the decoded text character for character, open the link, follow redirects, and confirm the destination is usable without an account when that is the campaign promise.

Printing introduces ink spread, glare, folds, curvature, low contrast, and scaling. A code that works from a bright monitor can fail on a small glossy label. Packaging seams, poster height, and screen brightness change the scan conditions. Place a human-readable short destination or support path nearby when the medium and risk justify a fallback.

Repeat the test after any design export, printer change, URL change, or redirect update. Do not assume that replacing nearby copy leaves the code untouched. Archive the approved payload, PNG, final artwork, proof result, and placement version so a field report can be traced to the exact asset.

Meta Tag Preview displays the entered URL, title, and description in a desktop-style search result sketch. OpenGraph Preview adds an optional image URL and renders a card with a 1.91-to-1 image area. The fields provide length counters, but a character count is not a ranking rule or a promise that text will display in full.

Write titles that identify the page and descriptions that help a person decide whether the result fits the query or shared context. Keep the claim consistent with visible page content. A preview cannot detect a missing `<title>` element, conflicting metadata, blocked crawler, canonical problem, server error, or JavaScript rendering issue on the deployed URL.

Social and search services can rewrite, truncate, omit, crop, cache, or combine metadata based on their own systems. Account settings, image fetching, locale, query, device, and prior cache state can change presentation. The local preview is a drafting surface, followed by live source inspection and platform-specific testing.

The OpenGraph image field points the preview at an image URL; the workbench does not upload, host, resize, or validate that asset for crawlers. The final image needs a public HTTPS URL, suitable response headers, stable availability, and dimensions appropriate to the target channels. Test the exact deployed URL without relying on a logged-in session.

Keep critical words and subjects away from likely crop edges. Check small-screen legibility, contrast, brand marks, product accuracy, and translated text. Avoid packing all meaning into the image because some clients suppress images, and people using assistive technology need useful page text and image alternatives in the published implementation.

When an image changes, platform caches can continue showing the old version. Follow the platform's current cache refresh or sharing-debug process after deployment. A query-string version may or may not be treated as a new asset by every service, so confirm the observed result rather than claiming that one invalidation method works universally.

Hashtag Generator splits comma-separated or line-separated topics, removes one leading number sign, strips characters outside letters, numbers, and `_`, removes exact duplicates, then joins the results with spaces. It does not research popularity, check blocked terms, score relevance, enforce a platform limit, translate topics, or predict reach.

Start with a short set tied to the post, event, or campaign. Read each generated tag after punctuation and spaces disappear because phrase boundaries can become ambiguous. Check capitalization for readability and search the final tag on the intended platform for unrelated, harmful, or conflicting usage before publication.

More tags do not guarantee more discovery. Platform behavior and audience norms change, and repeated generic labels can weaken the caption's meaning. Maintain approved campaign and event tags in the editorial brief, then use the generator to normalize input rather than to decide the content strategy.

Before release, verify the page status, title, description, canonical destination, OpenGraph fields, social image, UTM link set, QR payloads, hashtags, consent behavior, and analytics test events. Check spelling, claims, dates, offer terms, accessibility, and ownership. Use a second reviewer for high-cost print or paid placements.

After release, inspect the public HTML and open the page from outside the publishing account. Test representative campaign links and scan distributed QR codes. Review actual search and social displays when available, allowing for cache and processing time. Capture differences that require a content fix separately from differences controlled by another platform.

Keep source links, generated assets, approvals, and observed results in the campaign record. Set a review date for long-running pages and physical materials. The browser tools help prepare consistent inputs and previews; publication quality comes from governance, live testing, accessible content, and accountable follow-up.

A delivery package should identify the clean landing URL, every tagged placement URL, QR payload and PNG, approved hashtag set, page title, meta description, OpenGraph title, description, image URL, campaign owner, and review date. Label drafts separately from assets cleared for publication. A generic filename such as `final-qr.png` becomes risky when several campaigns share a folder.

Give channel operators a short verification instruction. Email teams should test links after template wrapping. Print vendors should preserve QR dimensions, contrast, and quiet space. Social publishers should confirm caption, tags, card rendering, and destination from the scheduled post. Web publishers should inspect rendered metadata in the public response and ensure crawlers can fetch the image.

Translations need their own review, URLs, metadata, and visual checks where localized pages exist. Text length, line wrapping, hashtag meaning, search wording, and image text can change by language. Do not copy an English approval onto a localized asset merely because the campaign identifier stays constant.

Accessibility belongs in the handoff. Link labels should explain their destination, page content must not depend on the preview image, and QR codes need an equivalent human-usable path when appropriate. Metadata descriptions should be useful rather than keyword lists. Hashtags with internal capitalization can improve readability for some screen readers, but test the final post in its real context.

Record platform-controlled differences without turning them into false defects. A search engine may choose another snippet, and a social service may retain an older card. Separate editorial changes under your control from cache, crawler, account, or ranking behavior owned elsewhere. Escalate with the public URL, observed time, platform, and screenshot instead of promising a fixed appearance.

After the campaign, review dead links, expired offers, QR destinations, and physical stock. Preserve enough taxonomy and asset history to explain reports, then retire redirects and files under policy. Long-lived print should point to a maintained destination whose ownership survives a staff or vendor change.