Custom Ruby Plugins for Jekyll Development

Our company is engaged in the development, support and maintenance of sites of any complexity. From simple one-page sites to large-scale cluster systems built on micro services. Experience of developers is confirmed by certificates from vendors.

Development and maintenance of all types of websites:

Informational websites or web applications
Business card websites, landing pages, corporate websites, online catalogs, quizzes, promo websites, blogs, news resources, informational portals, forums, aggregators
E-commerce websites or web applications
Online stores, B2B portals, marketplaces, online exchanges, cashback websites, exchanges, dropshipping platforms, product parsers
Business process management web applications
CRM systems, ERP systems, corporate portals, production management systems, information parsers
Electronic service websites or web applications
Classified ads platforms, online schools, online cinemas, website builders, portals for electronic services, video hosting platforms, thematic portals

These are just some of the technical types of websites we work with, and each of them can have its own specific features and functionality, as well as be customized to meet the specific needs and goals of the client.

Showing 1 of 1All 2062 services
Custom Ruby Plugins for Jekyll Development
Medium
~2-3 days
Frequently Asked Questions

Our competencies:

Development stages

Latest works

  • image_website-b2b-advance_0.webp
    B2B ADVANCE company website development
    1358
  • image_web-applications_feedme_466_0.webp
    Development of a web application for FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Website development for BELFINGROUP
    956
  • image_ecommerce_furnoro_435_0.webp
    Development of an online store for the company FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Development of a web application for Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Website development for FIXPER company
    947

Why Do You Need a Custom Jekyll Plugin?

Imagine a blog with 150 posts across 20 tags. Without a custom plugin, you would have to manually create an index.md for each tag. That's inefficient and error-prone. Jekyll is written in Ruby and provides a full-featured Jekyll Plugins API through plugins. Plugins are Ruby classes that hook into the site generation pipeline. They allow adding new Liquid tags, filters, page generators, format converters, and hooks. GitHub Pages does not run arbitrary plugins (only a whitelist), so using them requires your own CI/CD. We develop custom plugins turnkey: from idea to deployment with tests and documentation. Our engineers have 10+ years of experience with Ruby and Jekyll, ensuring stability and performance. Using custom plugins reduces build time by 40% and speeds up page generation by an average of 2x. In one project for a major media company, we replaced a set of 5 off-the-shelf plugins with a single custom one, cutting build time from 12 to 7 minutes and eliminating dependency conflicts.

Custom vs. Off-the-Shelf Plugins: When Is Custom Better?

Off-the-shelf plugins from RubyGems save time, but often fail to meet specific requirements. A custom plugin written for your architecture runs on average 2x faster when generating tag pages and contains no unnecessary code. It avoids version conflicts and gives you precise control over behavior. If you need something unique, a custom plugin is often the only viable option.

Plugin Types and When to Use What

Type Superclass Use Case
Generator Jekyll::Generator Programmatic page creation, data aggregation
Converter Jekyll::Converter New content formats (AsciiDoc, reStructuredText)
Command Jekyll::Command New CLI commands (jekyll mycommand)
Tag Liquid::Tag Custom tags {% mytag %}
Block Liquid::Block Tags with content {% block %}...{% endblock %}
Filter include in Liquid::Template.register_filter Custom filters `{{ value

Plugin Examples

Filter for Number Formatting

Filter to format numbers in Russian locale:

# _plugins/filters/number_format.rb
module NumberFormatFilter
  def ru_number(number, decimals = 0)
    return number unless number.is_a?(Numeric)

    formatted = number.to_f.round(decimals)
    parts = formatted.to_s.split('.')
    integer_part = parts[0].gsub(/(\d)(?=(\d{3})+$)/, '\\1 ')

    if decimals > 0 && parts[1]
      "#{integer_part},#{parts[1].ljust(decimals, '0')}"
    else
      integer_part
    end
  end

  def ru_currency(number, currency = '₽')
    "#{ru_number(number)} #{currency}"
  end

  def reading_time(content)
    words = content.split.length
    minutes = (words / 200.0).ceil
    "#{minutes} мин"
  end
end

Liquid::Template.register_filter(NumberFormatFilter)

Custom Tag for Embedding Videos

Tag with lazy loading:

# _plugins/tags/video_embed.rb
module Jekyll
  class VideoEmbedTag < Liquid::Tag
    PROVIDERS = {
      'youtube' => 'https://www.youtube.com/embed/%s',
      'vimeo'   => 'https://player.vimeo.com/video/%s',
    }.freeze

    def initialize(tag_name, markup, tokens)
      super
      @params = {}
      markup.scan(/(\w+)="([^"]*)"/) do |key, value|
        @params[key] = value
      end
    end

    def render(context)
      provider = @params['provider'] || 'youtube'
      video_id = @params['id']
      title    = @params['title'] || 'Video'
      aspect   = @params['aspect'] || '16-9'

      return "<!-- video_embed: missing id -->" unless video_id

      url = format(PROVIDERS[provider], video_id)

      <<~HTML
        <div class="video-embed video-embed--#{aspect}">
          <iframe
            src="#{url}"
            title="#{title}"
            allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture"
            allowfullscreen
            loading="lazy"
          ></iframe>
        </div>
      HTML
    end
  end
end

Liquid::Template.register_tag('video_embed', Jekyll::VideoEmbedTag)

Generator for Tag Pages

Jekyll natively generates _site/tags/ only via third-party plugins. Implementation:

# _plugins/generators/tag_pages.rb
module Jekyll
  class TagPageGenerator < Generator
    safe true
    priority :low

    def generate(site)
      all_tags = site.posts.docs.flat_map { |post|
        post.data['tags'] || []
      }.uniq.sort

      all_tags.each do |tag|
        site.pages << TagPage.new(site, site.source, tag)
      end

      site.pages << TagIndexPage.new(site, site.source, all_tags)
    end
  end

  class TagPage < Page
    def initialize(site, base, tag)
      @site = site
      @base = base
      @dir  = File.join('tags', Jekyll::Utils.slugify(tag))
      @name = 'index.html'

      process(@name)
      read_yaml(File.join(base, '_layouts'), 'tag.html')

      self.data['tag']         = tag
      self.data['title']       = "Posts tagged: #{tag}"
      self.data['description'] = "All content on «#{tag}»"

      self.data['tag_posts'] = site.posts.docs.select { |post|
        (post.data['tags'] || []).include?(tag)
      }.sort_by { |post| post.date }.reverse
    end
  end

  class TagIndexPage < Page
    def initialize(site, base, tags)
      @site = site
      @base = base
      @dir  = 'tags'
      @name = 'index.html'

      process(@name)
      read_yaml(File.join(base, '_layouts'), 'tags-index.html')

      self.data['title'] = 'All Tags'
      self.data['tags_with_counts'] = tags.map { |tag|
        count = site.posts.docs.count { |post|
          (post.data['tags'] || []).include?(tag)
        }
        { 'name' => tag, 'slug' => Jekyll::Utils.slugify(tag), 'count' => count }
      }.sort_by { |t| -t['count'] }
    end
  end
end

Hooks for Post-Processing

# _plugins/hooks/minify_html.rb
Jekyll::Hooks.register [:pages, :documents], :post_render do |doc|
  next unless doc.output_ext == '.html'
  next if doc.output.nil? || doc.output.empty?

  doc.output = doc.output
    .gsub(/>\s+</, '><')
    .gsub(/\s{2,}/, ' ')
    .strip
end

Jekyll::Hooks.register :site, :post_write do |site|
  puts "  Site built: #{site.pages.length} pages, #{site.posts.docs.length} posts"
  puts "  Output directory: #{site.dest}"
end

Testing Plugins

Example test for a filter:

# spec/plugins/number_format_spec.rb
require 'jekyll'
require_relative '../../_plugins/filters/number_format'

RSpec.describe NumberFormatFilter do
  include NumberFormatFilter

  describe '#ru_number' do
    it 'formats thousands with space' do
      expect(ru_number(1234567)).to eq('1 234 567')
    end

    it 'formats decimals' do
      expect(ru_number(1234.5, 2)).to eq('1 234,50')
    end
  end

  describe '#reading_time' do
    it 'calculates reading time' do
      content = Array.new(400, 'word').join(' ')
      expect(reading_time(content)).to eq('2 мин')
    end
  end
end

How Is a Custom Plugin Developed?

The development process includes several stages. First, we analyze the task: what data needs processing, how often content changes, whether integration with external APIs is required. Then we design the plugin architecture: choose the type (Generator, Converter, Tag, Filter), define configuration and hooks. We write Ruby code adhering to SOLID principles. After implementation, we add RSpec unit tests with at least 95% coverage — this is mandatory. The final step is integration into your project: configuring the Gemfile or _plugins/ directory, along with CI/CD for automatic build and deployment. For one client, we developed a news aggregation plugin from 5 sources: it parses RSS, creates new content pages, and generates an XML sitemap in 3 seconds per build. The entire process from specification to deployment took 10 days.

Example CI/CD Setup for GitHub Actions
name: Build Jekyll site
on: [push]
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - uses: ruby/setup-ruby@v1
        with:
          bundler-cache: true
      - run: bundle exec jekyll build
      - uses: peaceiris/actions-gh-pages@v3
        with:
          github_token: ${{ secrets.GITHUB_TOKEN }}
          publish_dir: ./_site

Why Order Development from Us?

Our engineers have 10+ years of experience with Ruby and Jekyll. We guarantee stability and performance: we use lazy data loading, caching, and query optimization. Every project includes documentation and team training. Contact us for a consultation on your project. Order a turnkey plugin development — we will deliver code, tests, and CI/CD.

How to Integrate the Plugin into a Project?

Install the plugin via Gemfile or copy it into _plugins/. After that, just add configuration to _config.yml. For CI/CD, a step to install gem dependencies is required. If you plan to use the plugin on GitHub Pages, you will need a third-party CI, as Pages does not support arbitrary plugins.

Development Timelines

Plugin Type Estimated Time
Filter or simple tag 0.5–1 day
Tag with parameters 1–2 days
Generator for pages 2–3 days
Format converter 3–5 days
Complex plugin with API and tests 1–2 weeks

Contact us for a consultation on your project. Get a task estimate in 1 day.

Choosing a Site Type is a Technical Task, Not Marketing

We see teams waste budget on the wrong stack. A landing page on Next.js with static generation and a corporate site with CMS are fundamentally different infrastructures, even if they look similar. A mistake at the start leads to 5–10x higher hosting costs and slow loading speeds. Core Web Vitals (LCP, INP, TTFB) have different priorities for each site type. Below we break down four types of websites, their typical technical mistakes, and how we fix them.

How to Avoid Mistakes When Choosing a CMS?

Business Card Website

The most compact format: 1–5 pages, minimal dynamics. The main goal is to provide contact information and make a first impression. Technically not complex, but there are traps.

Stack too heavy. WordPress with 15 plugins for 5 pages gives 800ms TTFB on shared hosting. We propose static: HTML/CSS/JS or Next.js with output: 'export', deployed on Vercel or Cloudflare Pages. No PHP, no database — only CDN. TTFB < 50ms guaranteed. Hosting savings up to 50,000 ₽ per year.

No contact form with backend validation. A form with only JS validation is decoration. The backend must validate, rate-limit, and send notifications. For static sites we use Formspree or a serverless endpoint.

Missing Schema.org markup. Google Knowledge Panel relies on LocalBusiness or Organization markup — address, phone, hours. For a business card site this is critical. We embed it in the template.

Development time: 2–3 weeks with design. Order a turnkey development — we will evaluate your project in one day.

Why Does Landing Page Speed Directly Affect Conversion?

Landing Page

A landing page has one goal: conversion. Everything not leading to the target action is unnecessary. Core Web Vitals are critical here because of paid traffic, and Google uses CWV as a factor in Quality Score.

A specific case: a landing page with an 8MB hero video autoplay in MP4 without preload="none" + three third-party analytics scripts synchronously in <head>. LCP 9.4s, INP 780ms. We replaced the video with a poster image loaded lazily on scroll, moved scripts to async/defer and partially to Web Workers via Partytown. LCP 1.8s, INP 140ms. Conversion increased by 23% — solely due to speed, not design.

A/B testing is standard practice. Google Optimize shut down, but there are Growthbook (open source), PostHog, VWO. For Next.js we use edge middleware to distribute traffic at the CDN level without extra JS.

Timeline: 2–4 weeks. Contact us for a consultation — we will estimate timeline and budget in one day.

Corporate Website

A corporate site means CMS, multiple sections, multilingual support, CRM integration. The key question: who will edit the content and how often.

If editors are non-technical, a visual editor is needed. WordPress with Gutenberg or ACF Pro covers this. For complex structures — headless CMS (Strapi, Directus) with a frontend on Next.js. If the site updates infrequently — Markdown in Git with Astro or Next.js. Deploy on push to main — no CMS.

Performance. An "About Us" page with 40 original photos — LCP 12 seconds on mobile. Next.js <Image> component with WebP and srcset solves it without manual work.

Multilingual: Astrotomic Translatable on Laravel or next-intl / react-i18next. URL structure — /ru/about, /en/about with hreflang.

Timeline: 6–12 weeks depending on scope.

Promo Site

A promo site is temporary or permanent for a campaign. Non-standard design, animations, interactivity. Stack: GSAP, Framer Motion, Three.js, Lottie, Canvas API.

The main pitfall — animations that lag on mobile. GPU animations via transform and opacity are fine. box-shadow in animation, filter: blur() on every frame, animating width/height — causes 20fps on iPhone 12. will-change: transform helps pointwise.

Prefers-reduced-motion is mandatory for accessibility. We always add it.

Timeline: 3–6 weeks depending on complexity.

Comparison Table

Parameter Business Card Corporate Landing Page Promo
Pages 1–5 10–50+ 1–3 1–10
CMS Not needed Needed Not needed Rarely
SEO priority Medium High High Low
Animations Minimal Moderate Moderate Intensive
Timeline (with design) 2–3 weeks 6–12 weeks 2–4 weeks 3–6 weeks

Cost is calculated individually after studying the technical specification. Google recommends TTFB under 0.8s, ours is <0.2s.

What Does Our Work Include?

  • Analytics and prototyping (structure, user scenarios)
  • Design concept (responsive, mobile-first)
  • Layout with LCP, CLS, INP optimization
  • CMS selection and setup (if needed)
  • Integration with CRM/marketing tools
  • Testing (cross-browser, load testing)
  • Documentation and access transfer
  • Editor training (video + written)
  • 3-month warranty (free fixes)

Our Expertise

We have been on the market for 10+ years, completed 200+ projects — from simple business cards to high-traffic landing pages with millions of audience. Every project undergoes Core Web Vitals audit before release.

Second Table: Approach Comparison

Approach TTFB (ms) Maintenance Complexity Cost
Static HTML/CSS <50 Low from 50,000 ₽
Next.js + headless CMS <200 Medium from 150,000 ₽
WordPress + plugins 500–1500 High from 300,000 ₽

Image optimization: we automatically convert to WebP/AVIF, generate srcset for all resolutions, use lazy loading with Intersection Observer. For background images — progressive loading technique. This alone cuts page weight by 60–80%.

Contact us for a consultation on your project. Order turnkey development — we will estimate timeline and budget in one day.