Home / Blog / Website audit

3 min read

We audited our own site: what we found and how we fixed it

We ran our own audit on berc.pl. A 96/100 score sounds fine, but underneath were articles without an author, truncated titles, an unfilled DMARC record and a site that took 4-7 seconds to show its main content on a phone. Here is what we changed and what it did.

We checked the audit tool we sell on ourselves first. The full berc.pl report covered 51 pages, Ahrefs data, Google PageSpeed on several templates and the e-mail DNS records. Overall score: 96/100. That sounds like a reason to relax, but a score is an average, and the report showed several things that were really costing us visibility.

01 Articles without an author or a date

All 20 articles and case studies lacked an author and a date in a form a crawler can read. The date was on the page, but as plain text, and the "LuKas Holdings team" byline as a plain paragraph. For Google and AI assistants that says it is unclear who stands behind the content and whether it is current.

The fix took an hour: we wrapped the date in a time element with an ISO date, added the author meta tag and article:published_time and article:modified_time, and in the BlogPosting structured data filled in dateModified, an image and the publisher logo.

02 Half the titles cut off in Google

Twenty-five of 50 titles ran over 65 characters. The longest, for the AI service page, had 97: the service name, the full marketing tagline and the company name. The tagline in the title and the brand tail on every page ate the room for what people actually search for.

Now the brand tail is added only when the whole title fits in 60 characters, and the services got short titles built on the same words as their H1: "AI & Integration: automating the work | LuKas Holdings".

03 Phone speed: from 80 to 95

On a desktop the site scored 100/100; on a phone, 80 on the home page and 71 on the audit page. The main content appeared after 4 to 7 seconds. PageSpeed pointed to three causes, and none of them was where we would have looked.

  • ASix small stylesheets (1-3 KB each) the browser had to fetch before the first paint: about 0.6 s on a phone. We inlined them into the HTML.
  • BThe home page photo at 1000×1500 px (149 KB), sent to phones too. We added an 800 px version (83 KB) that the browser picks on its own.
  • CThe analytics script loading alongside the content. It now starts on the first interaction or 3 s after the page loads, and events from that window wait in a queue.

The result in phone PageSpeed: the home page 87-95, the audit page 94-96, the blog 84-95 (the score varies between runs), and the time to show the main content fell to 2.1-3.3 s.

04 A DMARC record that sent reports nowhere

The domain's DMARC record still held the template address: your-cloudflare-address@dmarc-reports.cloudflare.net. The policy worked, but the reports on who sends mail in berc.pl's name went nowhere, so anyone spoofing the domain would have gone unnoticed. The fix: turning on DMARC Management in Cloudflare, which inserts a real address, and removing the template one.

05 Structured data without a logo or profiles

The Organization data on every one of the 50 pages had no logo and no sameAs, so Google had no way to tie the site to the company's business profile. We added a square logo and a link to the Google Business Profile. Along the way the job posting got a validThrough expiry date.

06 What the report got wrong

Auditing yourself is also a test of the tool. It raised two false alarms: "contact and about pages are missing", although the contact details sit in every page's footer and the About link points to the home page, and "no analytics", because our analytics is part of the app code rather than a separate script in the HTML. We fixed both checks: named links and footer contact details now count, and the audit also reads the site's JavaScript files.

07 What we left alone

The report showed 86 domains linking with typical spam anchor texts ("High Quality Dofollow Backlinks…"). These are automated link farms that Google mostly ignores. A disavow file only makes sense after a manual action, so we just watch it. We also have no Core Web Vitals data from real users yet, because Google only collects it once there is enough traffic.

08 The result: 99/100

After the fixes a fresh audit came back at 99/100: 100 for technical SEO, content, speed, security and AI readiness. It all took one day of work. The main lesson: 96 points does not mean everything is fine. It only means the problems do not show at first glance.

Work with us / A 30-minute call

* Required field

Book a call

Leave your details and we will call you back to set a time. In 30 minutes we will show you where you lose sales and what to fix first.

Product
Product * Pick one

We will fill in the company name for you.

Company name From the VAT taxpayer register

Fills in once you enter the tax ID