3-Tier Tag Container Architecture for Web Page Loading

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional tag management systems are not flexible, scalable, or efficient when handling multiple tags and tag types on web pages, leading to delayed page loading and decreased user experience, as well as challenges in managing obsolete tags and integrating new features.

Innovation Solution

A 3-tier tag container architecture that includes a configuration component, a template component, and a rules component, allowing for rule customization and selective activation of tags based on page context, reducing page loading delays and enhancing tag management efficiency.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple tags are incorporated onto web pages to manage advertising and marketing, then tag functionality and versatility are improved, but page loading speed deteriorates due to delayed loading and processing

Engineering Contradiction:
Improvetag functionalityVSAvoidpage loading speed
Core Design Contradiction:
Adaptability or versatilityVSSpeed

Solution Approach 1:

The patent merges multiple disparate tags into a unified tag container architecture that manages all tags through a single standardized interface. The container consolidates tag loading, configuration, and execution into one coordinated system, allowing multiple tags to function together without each tag independently blocking page load. This combining approach maintains versatility while improving loading speed by eliminating redundant tag initialization overhead.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The tag container architecture segments tag management into distinct functional layers: configuration management, template rendering, and execution control. This segmentation allows the system to independently optimize each layer - configuring tags asynchronously, pre-rendering templates, and selectively executing only active tags - thereby maintaining full tag functionality while reducing page loading time through staged initialization.

Inventive Principle:
Principle #1Segmentation

2Ease of operation

If traditional tag management systems are used to handle multiple tags, then ease of implementation is maintained, but scalability and flexibility deteriorate when managing obsolete tags and integrating new features

Engineering Contradiction:
Improveease of implementationVSAvoidscalability
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The tag container architecture implements a universal interface that can handle multiple tag types, vendors, and formats through a single standardized container. The container provides multi-functional capabilities including configuration management, template rendering, rule-based filtering, and execution control for any tag type. This universality enables the system to scale seamlessly as new tags and features are added without requiring changes to the core architecture, while maintaining ease of implementation through consistent interaction patterns.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The architecture incorporates dynamic configuration and rule-based activation where tags can be selectively loaded and executed based on real-time conditions. The system dynamically adjusts which tags are active, when they load, and how they execute based on configured rules. This dynamic behavior enables the system to adapt to changing requirements, support obsolete tags through deprecation rules, and integrate new features without manual intervention, thereby achieving scalability while preserving ease of operation.

Inventive Principle:
Principle #15Dynamics

3Reliability

If all tags are loaded simultaneously to ensure comprehensive functionality, then completeness of tag execution is improved, but page loading time increases due to processing delays

Engineering Contradiction:
Improvetag execution completenessVSAvoidpage loading time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The tag container performs preliminary actions by pre-configuring tag parameters, pre-rendering templates, and pre-establishing execution rules before actual tag loading occurs. The system prepares tag configurations asynchronously and caches ready-to-execute tag instances, so that when tags need to run, they can be activated immediately without blocking page load. This preliminary preparation ensures complete tag execution while minimizing the time tags occupy the rendering thread.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The architecture implements periodic or staged tag execution rather than simultaneous loading. Tags are loaded and executed in controlled batches or sequences based on page state and user interaction. The container can delay non-critical tag loading until appropriate moments in the user journey, ensuring all tags eventually execute completely while distributing the loading time across the page lifecycle rather than concentrating it at a single blocking moment.

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS9317490B2Systems and methods for 3-tier tag container architecture
Publication Date: 2016.04.19 TAGMAN INC
  • US9317490B2 patent drawing
  • US9317490B2 patent drawing
  • US9317490B2 patent drawing

AI summary

The present disclosure is directed to methods and systems for 3-tier tag container architecture. A browser may execute, responsive to loading a web page, a tag container in the web page. The tag container may include a configuration component, a template component and a rules component for managing a plurality of tags. The template component may provide a template for dynamically generating the tags during page loading. The tag container may apply the configuration component to assign a value to at least one parameter of a configuration of a tag. The tag may comprise an instance of the template. The template may include parameters with values specifying the configuration of an instance of a tag created from the template. The tag container may apply the rules component to modify a property of the tag. The property may determine a loading behavior of the tag on the web page.