# Szympanstudio — English --- --- # Home URL: https://szympanstudio.pl/en Business websites, online shops, SEO audits and technical support. Remote-first, working with clients across Poland and abroad. 10+ years' experience. ## FAQ **How long does a website project take?** It depends on scope, materials, and complexity. Simpler projects can wrap up faster, while more polished builds take more time. We establish a realistic timeline at the very start. **Do you also handle graphic design?** Yes. I work both with ready-made designs and build from scratch — from structure and wireframes to final design and implementation. **Can I commission just the development?** Absolutely. If you already have a finished design, I can take care of the development and ensure the technical quality of the entire build. **Do you help with hosting, domain, and server?** Yes. I can help organize technical matters, migration, hosting configuration, and ongoing environment maintenance. **Do you take over existing sites from other developers?** Yes. It's a common scenario. I can step into an existing project, assess the technical state, and propose next steps. **Which platform do you build shops on?** I work with WooCommerce most often. I value its flexibility and the ability to adapt a store to how you sell. We choose the platform around your catalogue, integrations and daily operations. If you already have a store, I start by reviewing the current setup. **Is SEO included when you build a site?** Yes. Every site I build gets the fundamentals: heading structure, titles and descriptions, structured data, a sitemap and performance. The separate SEO audit service is for sites that already exist — usually built by someone else — and aren't showing up in search results. **What does an SEO audit cover?** I check the site technically and editorially: what is blocking indexing, how the structure holds up, whether the content answers the questions customers actually type, and how it performs. You get a report with prioritised findings, and if you want, I implement the fixes straight away. **What does technical support look like?** The scope depends on your needs. Most commonly it includes updates, backups, monitoring, security, bug fixes, development, and emergency support. **Do you work in English?** Yes. I work with clients from Poland and internationally. **What's the best way to start?** The simplest way is a message with a brief description of your situation. You can also call or email directly. **Where is Szympanstudio based?** Szympanstudio is based in Pleszew, Wielkopolska region (Poland). I regularly work with clients from Kalisz, Ostrów Wielkopolski, Jarocin and the surrounding area, as well as companies across Poland and internationally. I've been working 100% remotely for more than 10 years, so distance is not a problem — what matters is clear communication, a good process, and a high-quality working relationship. **Do you work with clients outside Poland?** Absolutely. I've been working remotely with international clients for over a decade. I'm fluent in both Polish and English, and my workflow is fully adapted to remote collaboration regardless of timezone. --- # Website support from first decision to ongoing care URL: https://szympanstudio.pl/en/services Choose the scope that matches your current situation. Each service has a distinct goal and outcome, while several can form one coherent delivery path. ## Build and improve Launch a business website, build an online store or bring an existing site back under control. Scope follows the business goal, content and future editing needs. ## Keep the site working Ongoing maintenance reduces incident and backlog risk. Emergency support is for problems already blocking the website, sales or the team’s work. ## Improve decisions and visibility An SEO audit identifies what limits organic visibility. Consulting clarifies technology, scope or the delivery plan before expensive implementation begins. --- # Business websites that guide people towards contact URL: https://szympanstudio.pl/en/services/business-websites I design and build fast, accessible websites for service companies and brands that need a credible presence and a practical editing workflow. ## Who it is for For a company launching its first professional website, replacing an outdated site or creating a stronger structure for a growing offer and content library. - New business and service websites - Redesigns of existing websites - Landing pages and content-rich sites ## Scope We begin with audience, goal and content. Structure, technology and editing experience follow those decisions. - Information architecture and wireframes - Visual direction and responsive interface - Implementation, forms, analytics and technical SEO foundations - Performance, accessibility and device testing ## What you receive - A complete, deployed website - An editing guide and organised source materials - Backups and a maintenance plan - A clear path for future development ## How the engagement works - A focused call to understand goals, constraints and available materials. - A proposed scope, sequence, timeline and acceptance rules. - Delivery in clear, reviewable stages with regular visibility. - Testing, launch, handover and an agreed maintenance path. ## Relevant experience For more than 10 years I have designed, built and maintained websites for clients in Poland and abroad. I carry the work from technical decisions through launch and ongoing support, without handing it between departments. ## What shapes the price The main factors are number and variety of pages, content readiness, custom design, integrations, data migration and editorial requirements. The estimate follows a short discovery step so important work is not hidden in later extras. ## FAQ **Do I need finished copy before we start?** No. I can help define the content structure and required materials. Your team remains the source and final reviewer for factual claims about the business. **Will the site work well on mobile?** Yes. Responsive layouts, keyboard support, small-screen reflow and readable content are part of delivery. **Can you support the site after launch?** Yes. We can agree ongoing maintenance or handle defined development work as needed. --- # Ecommerce without technical chaos URL: https://szympanstudio.pl/en/services/ecommerce I build and improve stores where catalogue, payments, delivery and daily operations form one predictable workflow. ## Who it is for For companies starting online sales, moving an existing store or extending an existing store with new processes and integrations. - A new ecommerce store - Redesign and development of an existing store - Migration from another platform - Checkout and performance improvement ## Scope - Catalogue, variants, taxes and customer account configuration - Payment, delivery and business-system integrations - Responsive cart and checkout experience - Analytics, technical SEO and redirect planning for migrations ## What you receive - A tested store ready to accept orders - A staging environment and controlled launch plan - Guidance for essential operations - A defined post-launch support scope ## How the engagement works - A focused call to understand goals, constraints and available materials. - A proposed scope, sequence, timeline and acceptance rules. - Delivery in clear, reviewable stages with regular visibility. - Testing, launch, handover and an agreed maintenance path. ## Relevant experience For more than 10 years I have designed, built and maintained websites for clients in Poland and abroad. I carry the work from technical decisions through launch and ongoing support, without handing it between departments. ## What shapes the price Key factors include catalogue size, source data quality, language and currency variants, integrations, custom presentation, order and customer migration, and unusual sales rules. ## FAQ **Which platform do you build shops on?** I work with WooCommerce most often. I value its flexibility and the ability to adapt a store to how you sell. We choose the platform around your catalogue, integrations and daily operations. If you already have a store, I start by reviewing the current setup. **Can you migrate data from an old store?** Yes, when the source supports a reliable export. We agree data scope, a trial migration, redirects and verification before the final move. **Do you implement payments and delivery?** Yes. Specific providers follow the target market, operator agreements and fulfilment process. **Can the store grow after launch?** Yes. A store can grow in stages with new features, integrations and ways to sell. Changes are tested before release. --- # Ongoing care for updates, reliability and development URL: https://szympanstudio.pl/en/services/website-maintenance I maintain technical continuity so security work, fixes and improvements do not become a growing risk backlog. ## When it helps - No one clearly owns the website - Updates keep being postponed - Changes go straight to production - The team needs predictable technical support ## Scope - Updates and compatibility checks - Backups and recovery preparation - Monitoring, diagnosis and fixes - Small improvements and editorial support ## Working model I first review access, update status, backups and critical risks. We then agree priorities, a request channel and rules for planned and urgent work. ## Relevant experience For more than 10 years I have designed, built and maintained websites for clients in Poland and abroad. I carry the work from technical decisions through launch and ongoing support, without handing it between departments. ## What shapes the price Technology, current condition, number of sites, response expectations, change frequency and infrastructure responsibility all affect the scope. ## FAQ **Can you take over from another supplier?** Yes. The first step is a review of code, hosting, access, backups and overdue updates. **Does maintenance include development?** It can include an agreed allowance for small tasks. Larger features are estimated separately to keep priorities and timing clear. **What if I need help without a maintenance agreement?** Emergency support covers that situation. Response depends on availability and the type of incident. --- # Help when a website fails or is compromised URL: https://szympanstudio.pl/en/services/emergency-website-support I first limit impact and preserve useful diagnostic evidence. Then I address the cause and prepare a controlled return to service. ## Incidents I handle - A website or store no longer loads - The site appears infected or compromised - An update broke a critical function - An error blocks forms, checkout or administration ## First actions - Establish symptoms, timing and available access - Preserve backups and logs where available - Reduce the incident’s impact - Diagnose the cause and explain the repair risk ## After recovery I verify the critical path, document changes and recommend steps that reduce recurrence risk. I cannot promise recovery of data that does not exist in a usable backup. ## What shapes the price Incident type, access to hosting and code, backup condition, compromise scope, technology and time pressure all matter. Discovery may show that a controlled rebuild is safer than a local patch. ## FAQ **Do you guarantee an immediate response?** Not without an active agreement defining response time. For one-off incidents I confirm availability first. **What access will you need?** Usually hosting, domain, site administration, repository and relevant external services. Exact access follows the symptoms. **Can you maintain the site after recovery?** Yes. Once the service is stable, I can propose cleanup and ongoing maintenance scope. --- # An SEO audit that ends with decisions and priorities URL: https://szympanstudio.pl/en/services/seo-audit I review technical and editorial barriers to visibility, connect them to the site’s purpose and order the work by expected impact and cost. ## Who it is for - The site does not attract useful organic traffic - Visibility dropped after a migration - Pages compete for the same intent - The team has ideas but no defensible priorities ## What I review - Indexing, canonicals, sitemap and redirects - Information structure, search intent and internal linking - Titles, descriptions, headings and structured data - Performance, accessibility and technical problems that affect use ## What you receive - A concise account of current state and major risks - Recommendations with priority and reasoning - A separation of quick fixes from structural work - A review call and answers to implementation questions ## How the engagement works - A focused call to understand goals, constraints and available materials. - A proposed scope, sequence, timeline and acceptance rules. - Delivery in clear, reviewable stages with regular visibility. - Testing, launch, handover and an agreed maintenance path. ## What shapes the price Site size, language variants, ecommerce or other functionality, access to analytics and whether the engagement includes implementation all affect scope. ## FAQ **Does an audit guarantee ranking growth?** No. It identifies barriers and opportunities, while outcomes also depend on competition, demand, content quality and implementation. **Can you implement the recommendations?** Yes, when the technology and access allow safe changes. Implementation can be a separate stage. **Do you need Search Console access?** Not in every case, but reliable Search Console and analytics data help distinguish assumptions from actual patterns. --- # Website consulting before an expensive decision URL: https://szympanstudio.pl/en/services/website-consulting I help separate symptoms from causes, compare realistic options and shape a delivery plan before the team chooses technology, a supplier or a rebuild scope. ## Consulting topics - Current-site and technical-debt review - Technology or migration decisions - Independent review of a supplier proposal - Performance, accessibility, security or development planning ## Format The engagement can be one prepared call, a technical review with notes or a larger audit ending in a plan. We agree the output before work begins. ## Outcome - Explicit risks and assumptions - A comparison of viable options - Decisions, dependencies and next steps - Material that can be handed to a team or supplier ## Relevant experience For more than 10 years I have designed, built and maintained websites for clients in Poland and abroad. I carry the work from technical decisions through launch and ongoing support, without handing it between departments. ## What shapes the price The number of systems and stakeholders, available documentation, need for code or data analysis and expected output—a call, decision note or full report—determine scope. ## FAQ **Can this happen before I choose a supplier?** Yes. It is a useful time to clarify requirements and evaluation criteria before proposals become hard to compare. **Do you need access to the code?** Only when the question concerns implementation, security or the realistic cost of change. Other decisions may need only materials and a call. **Can you prepare a specification?** I can prepare the decisions and requirements needed for an estimate. Detail depends on the project stage. --- # Selected websites and long-term collaborations URL: https://szympanstudio.pl/en/work Websites I’ve helped build, design and develop over time. Each project lists my role, with a closer look at the collaboration on selected projects. --- # Lower Street URL: https://szympanstudio.pl/en/work/lower-street I develop and maintain the Lower Street website, working on implementation, performance and a simpler day-to-day editing experience. ## My role - Frontend and backend development - Performance optimisation - Content editing improvements - Ongoing development and maintenance ## Built for visitors and the people editing it My work on Lower Street covers both the public website and the editing experience behind it. Alongside development, the focus is on making content easier to manage and improving performance. The collaboration continues beyond individual releases: I implement further changes and provide technical support for the live site. --- # Brands in Audio URL: https://szympanstudio.pl/en/work/brands-in-audio For Brands in Audio, I combined interface design with frontend and backend development. The work also covered RSS content imports, performance and ongoing technical support. ## My role - Interface design - Frontend and backend development - RSS content import workflow - Performance optimisation and maintenance ## The interface and the content behind it The project brought together the visual design and the backend workflow for importing content from RSS feeds. My scope covered both how the material is presented and the mechanism that brings it into the site. I also work on performance and provide ongoing technical support, continuing to develop the interface and the functionality behind it. --- # Burda Media URL: https://szympanstudio.pl/en/work/burda-media My work for Burda Media covers full-stack development and technical support, with particular attention to interface animation and layouts across screen sizes. ## My role - Frontend and backend development - Interface animation implementation - Mobile and desktop layout refinement - Ongoing technical support ## Motion, layout and the details A complex website needs more than a well-finished individual screen. For Burda Media, I also work on how interface elements behave and how layouts adapt to different devices. The scope includes implementing animations, refining the responsive experience and providing technical support after launch. --- # The Making URL: https://szympanstudio.pl/en/work/the-making Full-stack development, animation and ongoing support for The Making, a strategic communications consultancy working across architecture, real estate and culture. ## Development for a business that works with meaning The Making shapes narratives for places, property projects and institutions. The way its website presents information is part of that communication: visitors should get a sense of the consultancy before exploring the details of its services. My scope covers frontend and backend development, complex animation work and technical support. A central implementation task was bringing expressive movement together with smooth behaviour and readable content. ## Large type, focused pieces of information Communication, Placemaking, Strategy, Research and Culture lead the homepage. Shorter blocks beside them explain the business’s approach. The large lettering establishes character, while the smaller cards introduce specifics without turning the opening into a wall of text. An interface like this depends on implementation details between its most striking moments. Spacing, reading order and scrolling behaviour all matter. Animation becomes a development problem with its own states and dependencies. ## Several ways into the consultancy’s work The lower part of the homepage groups information by audience, service, ongoing project and further reading. Developers, architects and institutions can begin with the area closest to their interests. It combines a strong visual opening with a practical directory. After the first impression, visitors have a clear next step: explore the work, understand the services or get in touch. ## Keeping the character on a smaller screen For a website built around oversized lettering and movement, the phone layout tests the composition in a different way. The hierarchy needs to survive, text needs room and interactive elements need to remain reachable. The mobile capture shows the visual language within a narrow viewport. A still image records the layout; the live website is the best place to experience the animation. --- # APA Wojciechowski URL: https://szympanstudio.pl/en/work/apa-wojciechowski Full-stack development for APA Wojciechowski Architekci. Large project photographs sit alongside structured information about buildings and the practice. ## A practice introduced through its buildings In an architectural portfolio, a building photograph carries information. It communicates scale, surroundings and character in ways that a short description cannot. APA’s website opens with a large image, giving the project itself room to lead. I was responsible for frontend and backend implementation. The scope combined the technical build with practical everyday use, both when exploring the practice’s projects and when accessing the rest of the website. ## From an image to the facts about a project The website presents projects with information such as year, location, client, area, status and category. Visitors can move from a visual impression to understanding a building’s scale and purpose. That gives the catalogue different needs from a simple image gallery. The implementation has to accommodate varied names, sets of information and photographs while keeping the browsing experience coherent. ## The portfolio belongs to a broader website Alongside completed and ongoing work, the website includes information about the practice, its team, news, APA Green and APA Innovation. These areas introduce the people and ideas behind the buildings. For a business planning a comparable website, this distinction matters. A catalogue should have room for future projects and fit the company’s other content. Defining the information each entry needs and how it will be maintained is useful work before implementation begins. ## A large photograph within a narrow frame On a phone, photography can still lead, but its frame becomes much narrower. The logo, navigation and route into the project catalogue need to coexist with the image. This is part of what makes a visual website an interesting development task: the relationship between the image and the interface matters as much as displaying the photograph. The mobile screenshot records that relationship in the live layout. --- # BEM & Wspólnicy URL: https://szympanstudio.pl/en/work/bem-wspolnicy Full-stack development for BEM & Wspólnicy: legal specialisms, partner profiles, articles and contact information brought together in one website. ## A website for someone with a specific problem Visitors to a law firm’s website often have a practical question: does someone here deal with my situation? BEM & Wspólnicy in Poznań opens with three areas: employment law, medical law and real estate. My scope was full-stack development, with attention to stability, implementation quality and practical content management. A website of this kind needs to hold detailed information while maintaining an understandable route to the relevant service. ## One practice area, different audiences Employment law is presented separately for employers and employees. Medical law distinguishes between healthcare providers and patients. The property section addresses managers and housing communities as well as individual clients. This lets visitors read the offer in relation to their own circumstances. Rather than one long list of the firm’s capabilities, they encounter groups of information with clearly identified audiences. It is a defining structural feature of this website. ## A person behind each practice area The practice descriptions include the partners and direct contact details. The form lets visitors select a person in connection with their subject. That connects the explanation of the service with someone to approach. The blog adds another layer, giving readers a chance to encounter the firm’s explanations before making contact. ## Information that remains readable on the move Detailed service descriptions need a composed mobile layout. Headings, spacing and reading order help someone find a relevant passage without reading the entire website from the beginning. For a comparable project, clearly grouping expertise and assigning responsibility for content updates are important early decisions. Launching the site is only one stage in maintaining information that customers use to make decisions. --- # Ideal Idea URL: https://szympanstudio.pl/en/work/ideal-idea Full-stack development for Ideal Idea, a developer of office and warehouse parks. Projects, locations and company information share one website structure. ## An offer that begins with location Ideal Idea develops urban parks combining offices and warehouses in a Small Business Units format. Visitors need an overview of the offer and a route to developments in the city relevant to their business. I was responsible for full-stack development and technical implementation. The project brings together several layers of information, from the brand introduction and property overview to news and contact details. ## Warsaw and Wrocław as entry points Developments are grouped by location. Within each city, visitors can browse the City Park projects, with availability labels distinguishing selected entries. This differs from a portfolio where every project is simply another image. Location is part of a business decision, and each development belongs to a particular group. The implementation needs to preserve those relationships in both navigation and layout. ## Following the development of the properties News covers construction stages and company activity. Information about the developer, locations and contact people sits alongside it, giving visitors context before a conversation about space. When planning a comparable site, it helps to distinguish relatively stable information, such as location, from changing content: availability, construction progress and announcements. That identifies which areas will need regular editorial attention. ## Browsing the offer away from a desk A phone limits how many projects can be visible at once. Clear development names, city labels and routes between sections become particularly important. This project combines a visual presentation with a structured B2B offer. --- # Ewa Ryfa URL: https://szympanstudio.pl/en/work/ewa-ryfa Design and full-stack development for Ewa Ryfa’s physiotherapy practice in Pleszew, explaining the first visit, presenting services and linking to booking. ## From wireframe to a complete practice website I handled both design and full-stack development from scratch. The website introduces pelvic health physiotherapy, a service where how you communicate with a prospective patient matters before the first appointment. The layout brings the practitioner’s introduction together with practical information: what the practice offers, what happens at a first visit, which services are available and how to book. A warm palette and calm composition accompany information that deserves careful attention. ## Before someone chooses to book A dedicated section explains the first appointment: a conversation, an assessment and a therapy plan. It introduces the stages and emphasises consent and privacy, giving prospective patients information before they make a decision. That addresses a specific need which distinguishes a practice website from a basic business listing. There is room for both the practitioner’s background and the questions someone attending this type of physiotherapy for the first time might have. ## A clear place for services and appointments The service list includes descriptions, appointment duration and prices. Booking buttons lead to an external Booksy profile, where patients can choose an appointment time. An FAQ answers further questions, while the contact section gives the Pleszew location, phone number and email. Together, these elements provide information for preparing for a visit and a way to arrange one. ## A local service, often explored on a phone The specialism and location appear at the beginning of the page. Visitors can quickly establish whether they have found the relevant practice, then explore services or move towards booking. The mobile view shows the information order and access to the main action. It is an example of custom service-website design supporting a personal decision. --- # Ecommerce launch checklist URL: https://szympanstudio.pl/en/ecommerce-launch-checklist 192 checks I run before an online store starts taking real orders: payments, checkout, security, EU and Polish law, tax, SEO and launch day itself. Search it, filter it and tick items off as you go. ## Domain, DNS and email authentication The first thing customers touch and the first thing that breaks quietly during a DNS switch. - The domain is registered to the company, not to a developer or agency. Registrant, admin and billing contacts belong to the business. Auto-renew is on, the payment card is valid, the registrar account has 2FA and a transfer lock. - DNS TTLs lowered 24–48 hours before the switch. Set A, AAAA and CNAME records to 300 seconds so a rollback propagates in minutes. Raise them again once the launch is stable. - Every host variant ends on one canonical URL. http://, https://, with and without www all reach the same address in a single 301 redirect, with no chains. - CAA record limits who can issue certificates. For example 0 issue "letsencrypt.org". Include the certificate authority your CDN or host uses, or automatic renewal will fail. - SPF covers every service that sends mail as your domain. Shop platform, transactional mail provider, newsletter tool, helpdesk, Google Workspace or Microsoft 365. One SPF record only, under 10 DNS lookups. - DKIM signing enabled for each sending service. Publish every provider's DKIM key and send a test message. The headers should show dkim=pass, aligned with the From domain. - DMARC published and monitored. Start with p=none and an rua= report address, then move to quarantine or reject once the reports are clean. Gmail, Yahoo and Outlook require DMARC from bulk senders. - Marketing mail supports one-click unsubscribe. List-Unsubscribe and List-Unsubscribe-Post headers (RFC 8058). Opt-outs are honoured within two days and the spam complaint rate stays below 0.3%. - Transactional and marketing mail are separated. Use a separate subdomain or stream, for example mail. and news., so one poor campaign cannot push order confirmations into spam. - Reply addresses exist and someone reads them. orders@, support@, returns@, privacy@. Never use noreply@ on anything a customer might answer. - MX records verified after the DNS move. Send a message to every public address from an external account right after the switch. ## Hosting, deployment and environments Production must behave like the environment you tested, and a bad release must be reversible in minutes. - Production runs production configuration. Check the base URL, asset and CDN URLs, API endpoints, mail provider, payment keys, search index and feature flags. Search the built site for staging, localhost and test hostnames. - Debug mode is off and errors stay private. No stack traces, SQL errors or framework debug pages. Custom 404 and 500 pages keep the header, search and a way back to shopping. - TLS certificate valid and renewing automatically. Covers the apex, www and any subdomain in use. TLS 1.2 or newer only, grade A on SSL Labs. Set an expiry alert that does not depend on the renewal job. - HTTPS everywhere, no mixed content. Images, scripts, fonts and iframes load over HTTPS. Check the console on the home, category, product, cart, checkout and account pages. - Staging is private and not indexable. Protect staging with HTTP auth or an IP allowlist and send X-Robots-Tag: noindex. Staging must never send real emails or charge real cards. - Deployment is repeatable and rollback has been rehearsed. One pipeline or command deploys; the previous release can be restored in minutes. Database migrations are backwards compatible or have a tested way back. - Scheduled jobs run in production. Order export, stock sync, abandoned cart mail, sitemap and feed generation, currency rates, cache warm-up, expired cart cleanup. Confirm each one ran once after launch. - Queue workers run under supervision. Emails, webhooks, invoices and search indexing. A supervisor restarts crashed workers and an alert fires when the queue keeps growing. - Page cache never serves personal data. Cart, checkout, account and order pages, and any response that sets a session cookie, bypass the cache. Test it: add to cart in browser A, open the same URL in browser B, and B's cart must be empty. - Server and store time zones are set. They drive order timestamps, sale start and end times, invoice dates and same-day dispatch cut-offs. - Load tested at a realistic peak. Simulate browsing, add-to-cart and checkout at three to five times the expected launch traffic with k6 or Locust. Watch database connections, workers and third-party API limits. - Resource limits reviewed. Disk space for logs, uploads and backups, database storage, bandwidth, CDN plan limits and serverless function timeouts. - Maintenance page ready. It returns HTTP 503 with Retry-After so search engines do not index it, and admins can bypass it. ## Security hardening Shops are attacked for card data, gift card balances, customer data and cheap card testing. Most attacks are automated and start within hours of launch. - Admin accounts use 2FA and default accounts are gone. No default logins, no shared accounts, no former contractors. Staff get the narrowest role that works; warehouse staff cannot issue refunds. - Admin panel protected beyond a password. Restrict it by IP or VPN where the platform allows, rate-limit logins and lock out repeated failures. - Secrets are not reachable from the web. .env, .git/, database dumps, archives and phpinfo.php return 403 or 404. Rotate any key that was ever committed to a repository. - Security headers set. Strict-Transport-Security, Content-Security-Policy (report-only first), X-Content-Type-Options: nosniff, Referrer-Policy, Permissions-Policy and frame-ancestors against clickjacking. - Prices, totals and discounts are calculated on the server. Tamper with the price, quantity (negative, zero, 99999, decimals), product ID and shipping method in the request. The server must reject or recalculate. - Coupon and gift card abuse is closed off. Test stacking codes, reuse beyond the limit, codes applied after a partial refund, and guessable codes. Rate-limit coupon and balance endpoints. - Card testing protection on checkout. Fraudsters use new shops to test stolen cards with tiny orders. Turn on the provider's fraud tools, velocity rules per IP, email and card, and a bot challenge after failed attempts. - Orders, invoices and addresses cannot be read by changing an ID. Change the number in /account/orders/1234 or an invoice link: another customer's data must never appear. Guest order links use unguessable tokens. - Last-item race conditions handled. Two customers buying the last unit at the same moment must not both succeed, unless you have a written process for overselling. - Forms protected against spam and injection. Contact, review, newsletter and registration forms: server-side validation, CSRF tokens, a honeypot or invisible challenge, and escaped output against XSS in reviews and names. - Customer uploads are restricted. For personalisation or return photos: file type allowlist, size limit, storage outside the web root, and no execution. - Platform, theme, plugins and dependencies up to date. Remove unused plugins and themes. Run npm audit, composer audit or the platform's scanner and subscribe to security advisories for everything you run. - WAF and bot protection enabled. Managed WAF rules at the CDN or host, bot management against scraping and credential stuffing, and DDoS protection. - Third-party scripts reviewed. Every tag, from chat to reviews to A/B testing, can read the page. Remove what you do not need and pin versions or use SRI where possible. ## Payments and PCI DSS The most common launch-day failure: the shop is live, but it still uses test keys or its webhooks point at staging, so orders never get marked as paid. - Payment provider account fully activated. Business verification complete, company and bank details confirmed, payouts enabled and the account is not restricted. You know the payout schedule and currency. - Live API keys in production, test keys removed. Both publishable and secret keys are live. No test keys remain in config, environment variables or the frontend bundle. - Webhooks registered in live mode and pointing at production. Live mode has its own endpoints and signing secrets. Signature checks pass with the live secret, and the handler is idempotent: the same event twice updates the order once. - Order status follows the confirmed payment, not the redirect. A customer who closes the tab after paying still gets a paid order through the webhook. A crafted return URL must never mark an order as paid. - A real purchase and a full refund completed in production. Pay with your own card. Check the order status, stock level, confirmation email, invoice, the charge on your statement, the refund and the refund email. Test a partial refund too. - Strong Customer Authentication (3-D Secure 2) works. Cards issued in the EEA require SCA under PSD2. Test the challenge on a phone, including the jump to the banking app and back to the browser. - Declines and errors explain what to do. Insufficient funds, expired card, failed 3-D Secure, cancelled redirect: the customer returns to checkout with the cart intact and a clear message. - Local payment methods enabled for each market. Poland: BLIK, fast bank transfers (Przelewy24, PayU), cards, Apple Pay and Google Pay. Netherlands: iDEAL. Belgium: Bancontact. Germany: PayPal, Klarna, SEPA. Buyers leave when their usual method is missing. - Delayed payment confirmations handled. Bank transfers, BLIK timeouts, SEPA debits and pay-later methods can confirm minutes or days later. Orders stay pending, stock is reserved for a set time and unpaid orders expire automatically. - Apple Pay domain verified and Google Pay approved. Upload the domain association file for the production domain (and www). Google Pay production access is approved. - Card statement descriptor is recognisable. Customers see the shop name they know, plus a support phone number or URL where supported. Unclear descriptors lead to chargebacks. - Currency, rounding and minimum amounts correct. Totals match to the cent across cart, payment gateway, invoice and accounting. Check the provider's minimum charge and zero-decimal currencies if you sell in HUF or JPY. - PCI DSS scope confirmed, usually SAQ A. Use hosted fields, a hosted payment page or a redirect so card data never touches your servers. Complete the self-assessment your provider requires every year. - Payment page script inventory and change monitoring. PCI DSS 4.0.1 requirements 6.4.3 and 11.6.1, mandatory since 31 March 2025, target card skimming. List and approve every script on pages that host the payment form, and check for unauthorised changes at least weekly. - Chargeback and dispute process defined. Who responds, where the evidence lives (tracking, proof of delivery, IP address, emails) and the deadlines. Dispute notices go to a monitored inbox. ## Cart and checkout Every point of friction here costs orders. Test it as a first-time customer, on a phone. - Guest checkout available. Forced registration is one of the top reasons for abandoned carts. Offer account creation after the order instead. - The full price is visible before the final step. Item prices, delivery, duties and taxes appear before the customer commits. No surprise fees on the last screen. Card surcharges for consumers are banned in the EU. - The final button states the obligation to pay. EU law requires wording such as “Order with obligation to pay” or an unambiguous equivalent. “Continue” or “Next” is not enough, and the consumer may not be bound by the order. - No pre-ticked boxes for extras or consents. Insurance, gift wrap, newsletter and terms acceptance all start unticked. - Delivery restrictions shown early. Countries you do not ship to and the accepted payment methods are clear at the start of the ordering process, not after the address is entered. - Address form fits the target countries. Postal code formats (Poland: 00-000), an optional second address line, company name and VAT number for business buyers, a phone number with country code for couriers, and parcel locker selection (InPost, DPD Pickup) where it matters. - Browser autofill works. Correct autocomplete attributes (given-name, postal-code, email, tel) and inputmode for numeric fields. - Validation messages are specific and inline. Errors say what is wrong and how to fix it, appear next to the field and never wipe what the customer typed. - Double submission prevented. A double click on the pay button or a refresh of the confirmation page must not create two orders or two charges. Use an idempotency key per checkout. - The cart survives login, session expiry and device changes. Guest and account carts merge on login, guest carts persist for a reasonable time, and the back button from the payment page returns to a working checkout. - Items that sell out during checkout are handled. If a product sells out between the cart and the payment, the customer learns about it before paying, not after. - Shipping rates tested for every zone and weight band. Free shipping threshold, heavy and oversized items, remote areas, mixed carts and local pickup. Compare the rates with what the carrier will actually invoice. - Discount rules produce correct totals. Percentage and fixed amounts, free shipping codes, minimum spend, excluded and already reduced products, automatic discounts and rounding with VAT. - The confirmation page shows the order number and next steps. What happens next, the expected delivery date and how to reach support. The purchase tracking event fires here exactly once. - Checkout works inside in-app browsers. Instagram, Facebook and TikTok browsers often break payment redirects and 3-D Secure. Test the whole path from an ad or a bio link. ## Product catalogue and content Wrong prices and missing product information are a revenue problem everywhere and a legal one in the EU. - Every price checked against the price list. Export the catalogue and review it in a spreadsheet: zero prices, missing decimals, net versus gross, sale and variant prices. Sort by price to catch outliers. - Consumer prices include VAT. Prices for consumers are shown gross. Show the unit price per kilogram or litre where the law requires it for goods sold by weight or volume. - Price reductions show the lowest price from the previous 30 days. Under the Omnibus Directive, any announced discount must show the lowest price from the 30 days before the reduction. Launch-week “sales” with no price history are a known enforcement target. - Stock levels accurate and synchronised. Opening quantities match a physical count. Sync with the ERP, warehouse and marketplaces is tested in both directions. Backorders are an explicit decision per product. - Product safety information shown (GPSR). Since 13 December 2024 every listing must show the manufacturer's name, postal and electronic address, an EU responsible person when the manufacturer is outside the EU, a product identifier, and warnings or safety information in the local language. - Category-specific labels present. Energy labels and product information sheets for appliances, textile fibre composition, allergens and nutrition for food, age warnings for toys, and ingredient lists for cosmetics. - No placeholder or test content left. Search the database and templates for lorem, test, asdf and TODO, dummy products and demo categories. Delete test products rather than hiding them. - Images licensed, optimised and consistent. You own or have permission for every photo; supplier images often need consent. Aspect ratios match within a category, zoom works and alt text is written. - Variants work end to end. Choosing a size or colour updates the price, image, stock status and SKU. Unavailable variants are clearly marked and the right variant reaches the order. - Delivery times shown per product. Realistic dispatch and delivery estimates, with a separate note for made-to-order and pre-order items. - Reviews are genuine and the verification policy is disclosed. If you show reviews, state whether and how you check that they come from buyers. Never import or write fake reviews; the EU lists this as an unfair practice. - Ranking and personalised pricing disclosed. If paid placement influences search or sorting, or prices are personalised by an algorithm, explain the main parameters. - Site search returns sensible results. Typos, plurals, SKUs and Polish diacritics (zolty finds żółty). The zero-results page suggests alternatives. ## Orders, fulfilment and shipping The order you accept has to leave the warehouse when you promised. - Carrier accounts live and labels print. Production API credentials for each carrier, a tested label printer, the correct sender address and a scheduled pickup or known drop-off point. - Orders reach fulfilment correctly. The warehouse, 3PL or dropshipping supplier receives the right items, variants, address, phone number, parcel locker ID and delivery method. - Tracking numbers flow back to the order and the customer. The shipping email includes a working tracking link. - Packaging and inserts ready. Boxes in the sizes you need, filler, invoice or packing slip, and return instructions or a return label. - Every order status has an owner. New, paid, awaiting payment, processing, shipped, delivered, cancelled, refunded, returned. Each status has a person responsible and a response time. - The returns flow tested end to end. Request, label, receipt, inspection, restocking, refund, corrective invoice and customer notification. - Cut-off times and holiday calendar set. Same-day dispatch cut-off, weekends, public holidays and carrier peak periods are communicated on the site. ## Legal pages and consumer law The required pages must exist before the first sale. EU consumer rules changed several times between 2024 and 2026. - Company identification is visible. Legal name, registered address, registration number (in Poland: KRS or CEIDG, NIP, REGON), share capital for limited companies, email and phone, linked from the footer on every page. - Terms and conditions (regulamin) published. Ordering, payment, delivery, withdrawal, complaints, liability and governing law. In Poland the regulamin is mandatory for electronic services and must be available before the contract is concluded, in a form the customer can save. - The 14-day right of withdrawal explained, with a model form. How to withdraw, who pays for the return, a refund within 14 days of the withdrawal (it may be held until the goods come back), and the exceptions: personalised goods, perishables, unsealed hygiene products, and digital content supplied with consent. - Online withdrawal button in place. Directive 2023/2673 applies from 19 June 2026: a clearly labelled function such as “Withdraw from contract here”, available throughout the withdrawal period. The customer gives their name and order details, confirms, and receives an automatic acknowledgement by email. It must not be harder than placing the order. Check how your country has implemented it. - Legal guarantee and complaints process described. Two years of liability for goods that do not conform to the contract, a complaints procedure with a response deadline (14 days in Poland, after which the complaint is treated as accepted), and any commercial warranty kept separate from statutory rights. - The ODR platform link is removed. The EU Online Dispute Resolution platform closed on 20 July 2025. Remove the link from the footer, terms and emails. Keep information about national out-of-court dispute bodies where your country requires it. - Shipping and returns page published. Carriers, costs, zones, dispatch times, lost or damaged parcels, the return address, and how and when refunds are paid. - Contract confirmation sent on a durable medium. After the order, send its details together with the terms and withdrawal information, for example as a PDF or in the email body. A link to a page that may change does not count. - Accessibility statement published. Required under the European Accessibility Act for in-scope e-commerce services since 28 June 2025. It states the conformance level, known gaps and how to report problems. Micro-enterprises providing services (fewer than 10 staff and up to €2 million turnover) are exempt. - Packaging, electronics and battery obligations checked. In Poland: a BDO registration number and packaging reporting if you place packaged goods on the market, plus take-back information if you sell electronics or batteries. The EU Packaging Regulation (PPWR) starts to apply in August 2026, so check what it changes for your packaging. - Age-restricted and regulated products checked. Alcohol, tobacco and vapes, supplements, medicines and knives: check licensing and age verification rules in each country before listing. - Trademark and name checked. The shop name does not infringe a registered mark in your markets (EUIPO and national registers). Register your own mark if the brand matters. - US sales tax, privacy and accessibility exposure reviewed. Economic nexus thresholds by state, California privacy rights including Global Privacy Control, and the risk of ADA web accessibility claims, which often target retailers. ## Tax, invoicing and accounting Mistakes here surface months later as penalties. Confirm the setup with your accountant before the first order. - VAT rates correct per product and destination. Reduced rates for books, food or children's goods mapped to the right products. Shipping is taxed at the rate of the goods it accompanies where the rules require it. - EU One-Stop Shop set up for cross-border consumer sales. Above €10,000 a year of intra-EU distance sales you charge the buyer's country VAT and report it through OSS. The shop must apply destination-country rates. - Reverse charge with VIES validation for EU businesses. EU business buyers with a valid VAT number get 0% VAT and a reverse charge note on the invoice. Validate the number in VIES at checkout and keep the result. - KSeF e-invoicing in place. Structured e-invoices are mandatory in Poland from 1 February 2026 for the largest companies and from 1 April 2026 for most others; sellers invoicing up to PLN 10,000 a month may stay outside KSeF until the end of 2026. B2B invoices must go through KSeF; consumer invoices may be issued outside it. Test the integration and KSeF authorisation. - Fiscal receipt obligation confirmed. Online sales to consumers paid through a bank or payment provider are generally exempt from the cash register in Poland, but goods on the statutory exclusion list are not. Confirm your product range with your accountant. - Invoice numbering is continuous and starts correctly. Test invoices from staging are deleted or voided, the production series starts at the intended number, and corrective invoices work for refunds. - Payouts reconcile with orders. Provider reports, fees, refunds and chargebacks can be matched to orders in accounting. The export or integration with your accounting system is tested. - Customs data ready for non-EU shipping. HS codes on products, commercial invoice data for carriers, IOSS for imports up to €150 into the EU, and a decision on who pays duties (DDP or DAP). ## Privacy, cookies and consent Regulators scan consent banners with automated tools. Tracking before consent is the most common violation. - No non-essential cookies or tags before consent. Open the site in a clean browser. Before anything is clicked, DevTools must show no analytics, advertising or pixel requests (Google Analytics, Meta, TikTok, Hotjar). - Rejecting is as easy as accepting. “Reject all” on the first layer, as prominent as “Accept all”. Consent can be withdrawn later through a persistent link or icon. - Google Consent Mode v2 implemented. Required for ad personalisation and remarketing on EEA traffic. The default state is denied, and ad_storage, analytics_storage, ad_user_data and ad_personalization update from the banner. Verify with Tag Assistant. - The privacy policy matches what the site actually does. Controller, purposes, legal bases, every processor and recipient (payments, carriers, email, analytics, hosting, support tools), transfers outside the EEA, retention periods, rights and a contact. - Data processing agreements signed. With hosting, payments, email tools, logistics, helpdesk and analytics. Keep a record of processing activities. - Newsletter consent is separate and unticked. A separate checkbox, never bundled with accepting the terms. Double opt-in makes consent provable. In Poland, email, SMS and phone marketing requires prior consent under the Electronic Communications Law. - Data subject requests have a process. Access, deletion and export requests handled within one month. Who does it, and how data is removed from the shop, email tools and other systems. - Data breach plan ready. Who decides, and how you notify the supervisory authority (UODO in Poland) within 72 hours and the affected customers when required. - Data retention and clean-up scheduled. Abandoned carts, guest data, logs and inactive accounts deleted or anonymised on schedule. Invoices kept for the statutory period (in Poland, five years from the end of the year in which the tax payment deadline passed). ## Accessibility (WCAG 2.1 and 2.2 AA) Mandatory for in-scope EU shops since June 2025 under the European Accessibility Act, and better conversion for everyone. - A full purchase is possible with the keyboard alone. Menu, filters, variant picker, quantity, cart drawer, checkout, payment form and cookie banner. Focus is visible at every step and modals do not trap it. - Buying path tested with a screen reader. VoiceOver and NVDA announce the product name, price, variant choice, add-to-cart feedback, cart count and errors. - Colour contrast meets AA. 4.5:1 for body text and 3:1 for large text and interface components such as buttons and field borders. Sale prices and error text often fail. - Images and icons have text alternatives. Product photos describe the product, decorative images have empty alt text, and icon-only buttons (cart, search, close) have accessible names. - Forms have labels and announced errors. Visible labels rather than placeholders alone, required fields marked, and errors linked with aria-describedby and announced. - Zoom and reflow work. Usable at 200% zoom and at 320 pixels wide without horizontal scrolling. Increased text spacing does not clip content. - Motion and time limits are controllable. Carousels can be paused, banners do not advance without controls, and session timeouts warn and allow more time. - Automated scan is clean. axe DevTools or Lighthouse shows no critical issues on key templates. Automated tools catch only part of the problems, so the manual checks above still matter. ## Performance and Core Web Vitals Slow product and category pages lose sales and rankings. Measure on a mid-range Android phone on 4G, not on your laptop. - Core Web Vitals pass at the 75th percentile. LCP up to 2.5 s, INP up to 200 ms and CLS up to 0.1. Test the home, category, product and cart pages with PageSpeed Insights and WebPageTest. - Images use modern formats and the right sizes. AVIF or WebP with srcset and sizes, width and height set to prevent layout shift, and lazy loading below the fold only. The main hero image is not lazy and has fetchpriority="high". - CDN and caching configured. Static assets cached long-term with hashed file names, HTML cached where safe, Brotli or gzip compression, HTTP/2 or HTTP/3. - Third-party scripts kept within a budget. Count the tags on product pages. Load chat, review widgets and heatmaps after interaction or when the browser is idle; each one costs responsiveness. - Fonts optimised. Subset woff2 files, font-display: swap, and preload only the one or two faces used above the fold. Include Polish characters in the subset. - Database and search respond fast under load. Slow query log reviewed, indexes on order, customer and product lookups, and category pages with many filters tested for response time. - Real-user monitoring enabled. Collect field Web Vitals from real visitors so that regressions after launch become visible. ## SEO and discoverability Launching with a leftover noindex is the classic mistake that stays invisible for weeks. - Staging noindex and robots blocks removed. robots.txt no longer contains Disallow: /, and public pages have no noindex meta tag or X-Robots-Tag header. Check with a crawler after deployment, not just in the config. - 301 redirects from old URLs when replacing a shop. Map every old product, category and content URL with traffic or backlinks to its closest new page. Test the map with a crawler; avoid chains and blanket redirects to the home page. - Unique titles and descriptions for each template. Product: name, key attribute and brand. Category: category plus a qualifier. No duplicates across variants or paginated pages. - Canonical tags and faceted navigation under control. Filter and sort parameters point to the base category or are set to noindex, variant URLs point to the right canonical, and pagination stays indexable. - Product structured data is valid. Product with Offer (price, currency, availability), aggregateRating only for real reviews, plus shippingDetails and hasMerchantReturnPolicy. Validate with the Rich Results Test. - XML sitemap submitted. Generated automatically with canonical 200 URLs only, and submitted in Google Search Console and Bing Webmaster Tools. Both are verified for the production domain. - Google Merchant Center feed approved. For free listings and Shopping ads. Feed prices and availability match the product page exactly; shipping and returns settings are complete. - Out-of-stock and discontinued products have a policy. Temporarily unavailable: keep the page live with status 200 and OutOfStock. Permanently gone: 301 to the closest alternative or 410. - hreflang set for language or country versions. Each version references all the others and itself, plus x-default. Do not force redirects by IP without a way to switch back. - Social sharing tags and icons in place. Open Graph tags on product pages with the right image, title and price. Favicon and Apple touch icon present. - Full-site crawl finds no broken links. Crawl the whole site with Screaming Frog or Sitebulb: no internal 404s, no links to staging and no orphaned categories. ## Analytics and conversion tracking You cannot fix what you did not measure from day one, and wrong revenue data leads to wrong ad spend. - The purchase event fires once per order with correct values. GA4 purchase with transaction_id, value, currency, tax, shipping and items. Reloading the thank-you page must not duplicate revenue. - The full ecommerce funnel is tracked. view_item_list, view_item, add_to_cart, begin_checkout, add_shipping_info, add_payment_info, purchase and refund. - Payment gateways excluded as referrers. Add PayPal, Przelewy24, PayU and 3-D Secure domains to unwanted referrals so sales are not credited to the bank. - Internal and test traffic filtered out. Office IP addresses and your test orders are excluded, and staging does not send data to the production property. - Ad platform conversions are deduplicated. Meta Pixel with the Conversions API, Google Ads enhanced conversions and the TikTok Events API: browser and server events share an event_id so they count once. All of them respect the consent state. - Analytics revenue reconciles with the shop. Compare one day of orders in the admin, GA4 and the payment provider. Expect a gap from refused consent and blockers; a gap above roughly 20% usually means a tracking bug. - UTM conventions and a launch dashboard ready. Campaign naming rules, plus a dashboard with sessions, conversion rate, average order value, revenue, top products and payment failures. ## Transactional emails and notifications These messages are part of the contract and the main support channel after the purchase. - Every transactional email tested with a real order. Order confirmation, payment received, awaiting payment, shipped, delivered, cancelled, refunded, return received, welcome, password reset, email change and abandoned cart. - Links in emails point to production. No staging URLs or localhost images, the tracking link works, and the order link opens only for the right customer. - The order confirmation contains the required details. Seller identity, items, prices including VAT, delivery cost, payment method, delivery address, withdrawal information and the terms, attached or included. - Emails render well in the main clients. Gmail on web, iOS and Android, Apple Mail, and Outlook desktop and web, in light and dark mode. Include a plain-text version. - Sender name and reply-to address set. A recognisable sender name, replies going to a monitored support inbox, and messages landing in the inbox rather than spam (check with mail-tester.com). - Internal notifications reach the team. New order, low stock, failed payment webhook, new return, new review and contact form messages go to people or a shared channel, not one personal inbox. - SMS notifications configured, if used. Sender ID registered, opt-in stored and content written in the customer's language. ## Customer accounts and sign-in An account takeover gives attackers saved addresses, order history and sometimes stored payment methods. - Passwords hashed with a modern algorithm. Argon2id or bcrypt. A minimum length of at least 8 characters and a check against breached passwords instead of forced complexity rules. - Password reset is safe. Single-use tokens that expire within an hour, sessions invalidated after a reset, and no hint about whether an email address is registered. - Login attempts limited. Throttle by IP and account, add a bot challenge after failures and alert on spikes of failed logins. - Customers can delete their account and get their data. Self-service or a clear request path; order records are kept only as long as accounting rules require. - Customers migrated from the old shop can sign in. Password hashes are compatible or there is a forced reset flow, order history is attached to the right accounts, and marketing consents migrate with their proof. - Social login and passkeys tested, if offered. Production OAuth client IDs and redirect URIs are registered for the live domain. ## Customer service readiness Launch week brings the most questions and the least patience. - Contact options are visible. Email, phone or chat with opening hours, and a response time you can actually keep. - FAQ covers delivery, returns, payment and sizing. The answers match the terms exactly. - The team is trained on the admin panel. Find an order, change an address, resend a confirmation, cancel, refund in full or in part, issue a corrective invoice, create a return and add a manual order. - Ready replies prepared. Where is my order, payment failed, wrong item, damaged parcel, withdrawal request and invoice correction. - Guests can check their order status. With the order number and email address, without an account. ## Cross-device and functional testing Most shop traffic is mobile. Test on real phones, not only in a resized desktop browser. - Tested on real devices and browsers. Safari on iPhone (current and one older iOS), Chrome on Android, Samsung Internet, and desktop Chrome, Safari, Firefox and Edge. - The narrowest screens checked. At 320–375 pixels: no horizontal scrolling, tap targets at least 24 by 24 pixels (44 is better), and a sticky add-to-cart bar that does not cover content. - Navigation and filters work. The mega menu on touch screens, filter combinations with no results, sort orders, and pagination or infinite scroll that keeps the position after going back. - Translations and formatting complete. No untranslated strings, correct currency formats (1 299,00 zł or $1,299.00), dates, decimal separators and plural forms. - Edge-case orders placed. Maximum quantities, many line items, very long names and addresses, diacritics and emoji in names, a company order with a VAT number, and a gift card combined with a card payment. - Every form submits. Newsletter, contact, back-in-stock alerts and review submission. - The browser console is clean. No JavaScript errors or failed network requests on key pages. ## Monitoring, backups and incident response Assume something will fail in the first week. What matters is how quickly you notice. - Uptime monitoring on key URLs. Home, a product page, the cart, checkout and the payment webhook endpoint, checked every one to five minutes from several regions, with alerts to a phone. - Synthetic checkout test scheduled. A script that adds a product to the cart and reaches the payment step without paying raises an alert when checkout breaks. - Error tracking and logs in place. Sentry or similar on frontend and backend, logs centralised and retained, and no card data, passwords or tokens in logs. - Business alerts configured. An alert when orders per hour drop to zero during business hours, the payment failure rate spikes or webhook deliveries fail. - Backups automated and a restore tested. Database and media backed up at least daily, stored off-site and encrypted. A restore has actually been carried out into a test environment and timed. - Incident runbook and contacts ready. Who is on call during launch week, contacts at the host, payment provider, developer and carrier, and the steps to enable maintenance mode and roll back. - Access to every account documented. Who can access hosting, DNS, registrar, payments, email, analytics and ad accounts. The company owns every account and controls recovery methods. ## Launch day and the first 72 hours The sequence for the switch itself. - Code and content freeze agreed. No feature changes 24–48 hours before launch; fixes only. - Test orders, customers and coupons removed. Delete or anonymise test orders and accounts, disable test discount codes and reset reports if the platform allows it. - Final backup taken just before the switch. Note the exact release version that was deployed. - Smoke test right after the DNS switch. On a phone using mobile data: home, search, product, add to cart, checkout, a real card payment, the confirmation email, the order in the admin panel, then a refund. - Search Console and live analytics checked. Sitemap submitted, no crawl errors, and the real-time report shows traffic and the smoke-test purchase. - Caches purged and warmed. CDN and application caches cleared after the final deployment, and key pages visited to warm them up. - Payment, email and error dashboards open. Watch the payment provider dashboard, email delivery logs, error tracking and server load for the first few hours. - Soft launch before the announcement. Take orders from friends or newsletter subscribers for a day or two before ads and PR send traffic. - Review after 72 hours. Orders against expectations, checkout abandonment, the top errors, support questions and delivery performance. Turn the findings into the next task list. ## FAQ **Which platforms is this checklist for?** Any of them. The checks describe what has to work in a shop, not a particular system, so they apply to WooCommerce, Shopify, Shoper or a custom build. Where it matters, I name specific settings and tools. **Do I have to complete every item before launch?** No. Blockers stop a launch because they involve money, customer data or legal duties. High-priority items should be closed in launch week, and recommended items are good practice for the weeks that follow. **Is this legal or tax advice?** No. It is a practical checklist based on the rules in force in September 2026. Confirm the details for your business with a lawyer or accountant, especially terms and conditions, e-invoicing and packaging obligations. **Can you review my shop against this list?** Yes. I can go through the checklist on your staging or live shop, mark what needs fixing and implement the technical changes. Describe your platform and planned launch date in the contact form. --- # Website tools URL: https://szympanstudio.pl/en/tools Two practical tools: an automated website audit and a checklist for launching an online store. ## Automated website audit Check mobile performance, SEO basics, accessibility and selected technical signals. See the full result right on the page — no email required. ## Ecommerce launch checklist Work through technical setup, checkout, payments, legal details and content before your store goes live. --- # Automated website audit URL: https://szympanstudio.pl/en/tools/website-audit Enter any public page URL. Within a minute you will see mobile Lighthouse results plus SEO, accessibility and security basics — with a concrete list of what to fix. ## FAQ **Is the audit free?** Yes. No email or account needed — the full result appears right on this page. **Why does the score change when I run it again?** Lighthouse simulates a phone on an average connection, and server response time, load and third-party scripts change minute to minute. A difference of a few points is normal. The same URL checked again within 24 hours may show the earlier stored result. **Does a score of 100 mean good SEO and an accessible site?** No. A high score means the automated tests found no problems. Visibility also depends on content, competition and the structure of the whole site, and accessibility on things like keyboard and screen reader support. **What happens to the URL I enter?** The URL is sent to Google PageSpeed for testing and recorded in the tool’s usage log with the time, page language, country as determined by the hosting provider, and the scan results. Your IP address is not recorded. Results may stay in the server cache for up to 24 hours and log entries are kept for up to 12 months. Details are in the privacy policy. **How many pages can I check?** Up to 5 scans in 10 minutes. The limit protects the tool from abuse; after that you can keep checking. --- # Szymon Jankowski — website design and development | About URL: https://szympanstudio.pl/en/about Making websites brings together the things I enjoy most: design, solving problems, learning and the satisfaction of a job done well. I’ve been doing that as Szympanstudio for over 10 years. ## It started with computers and my dad My dad showed me how to fix computers. They’ve been part of my life for as long as I can remember: first something I wanted to understand, and later a way to make things of my own. I still enjoy the moment when, after working out what’s wrong, everything starts working. Websites add another dimension: how things look, how they fit together and how someone will use them. They let me bring technical thinking and creativity into the same job. ## I used to work on stilts Literally. I was a stilt-walker, performing in Poland and the United Arab Emirates. It’s a different part of my life from working with code, but it also involved creating something for people. I like work with a bit of personality. A website can catch your attention and stay with you while still making it easy to understand a business and get in touch. ## Custom themes, from start to finish I don’t build websites with Elementor or similar page builders. I create custom themes from start to finish, writing the code that controls how a website looks and behaves. That gives me control over the HTML structure, styles, scripts and how assets load for each project. It makes it easier to limit unnecessary code, investigate slowdowns and improve performance. It also leaves room for details that a ready-made template wasn’t designed to accommodate. Custom code doesn’t mean you need a developer every time you want to change a sentence. I set up content editing in the CMS so you can manage the website day to day. The technology should work for the person visiting the site and the person looking after it. ## Away from the screen I love travelling, cooking and woodworking. It’s good to make something you can hold in your hands or put on the table. And doughnuts? There’s room for those too. I think it’s the making that I enjoy: trying an idea, refining a detail and seeing the result. A website, a meal and a piece of woodwork each offer their own version of that satisfaction. --- # A clear process without guessing what happens next URL: https://szympanstudio.pl/en/process Scope changes between projects, but ownership and decision points stay explicit. ## 1. Discovery We establish the goal, audience, constraints, materials, deadline and decision makers. ## 2. Scope and direction I propose work order, each stage’s outcome and acceptance rules. Risks enter the conversation before implementation. ## 3. Delivery and review I share small working increments. Feedback stays connected to a specific stage before dependencies accumulate. ## 4. Testing and launch I verify critical paths, devices, accessibility, performance, metadata and error behaviour. Release has a plan and a safe way back. ## 5. Maintenance After launch we agree ownership of updates, backups, monitoring and future development. --- # Common questions before an engagement starts URL: https://szympanstudio.pl/en/faq Specific answers depend on the project. These principles help you decide whether the working model fits your situation. ## FAQ **How long does a website take?** Timing depends on scope, content readiness, number of reviewers and integrations. I set the schedule after discovery and make dependencies on both sides explicit. **How do estimates work?** I first clarify the goal and responsibility. The estimate describes the outcome, scope, assumptions and exclusions. **Do you work remotely?** Yes. I work with clients in Poland and abroad, in Polish or English. **Can you fix work from another supplier?** Yes, after reviewing the technical condition. I do not assume a local patch is always safer than cleaning up a larger responsible area. **Do you provide hosting?** I can help select and configure infrastructure. Ownership of accounts, billing and administration is agreed explicitly. **Do you guarantee SEO or sales results?** No. I can improve technical quality, structure and measurement, while outcomes also depend on the offer, competition, demand and follow-up work. --- # Privacy policy URL: https://szympanstudio.pl/en/privacy-policy What data szympanstudio.pl collects, why, who receives it and what your rights are. Last updated: 28 September 2026. ## Data controller Your personal data is controlled by Szymon Jankowski, running the sole proprietorship Szympanstudio Szymon Jankowski, Pleszew, Wielkopolska, Poland, VAT ID (NIP) 7822394773. For anything related to your data, email szymon@szympanstudio.pl or call +48 791 509 560. ## What data I collect - Contact form: name, email address, project scope and message (required), and, if you provide them, phone, company, budget and timeline. - Website audit: the public page URL (query parameters are removed before scanning). Each use of the tool is recorded in a usage log: the checked URL, time, page language, country as determined by the hosting provider, and the scan results. I do not record your IP address or anything else that identifies you. - Email and phone contact: whatever you share in your message or call. - Google Analytics visit statistics — only with your consent: cookie identifiers, device and browser information, pages visited and approximate location. - Aggregate Vercel Web Analytics and Speed Insights statistics: these work without cookies and cannot identify you. - Technical data your browser sends with every request (IP address, browser type, time of request). The hosting provider processes it to deliver the site and protect it from attacks. ## Purposes and legal bases - Replying to your enquiry and preparing a proposal — steps taken at your request before entering into a contract (Art. 6(1)(b) GDPR) and my legitimate interest in handling correspondence (Art. 6(1)(f) GDPR). - Performing a contract if we decide to work together (Art. 6(1)(b) GDPR) and meeting tax and accounting obligations (Art. 6(1)(c) GDPR). - Google Analytics statistics — your consent (Art. 6(1)(a) GDPR). You can withdraw it at any time. - Running the free audit — steps taken at your request (Art. 6(1)(b) GDPR). - The audit usage log — tool statistics and abuse prevention, my legitimate interest (Art. 6(1)(f) GDPR). - Site security and operation, and establishing or defending legal claims — my legitimate interest (Art. 6(1)(f) GDPR). ## Who receives your data I do not sell data. I use service providers that process it on my behalf and only as far as needed: - Vercel Inc. — website hosting, bot protection and cookieless aggregate statistics. - Resend (Plus Five Five, Inc.) — delivering contact form messages. - Zenbox sp. z o.o. — email hosting. - Google Ireland Limited — Google Analytics, only if you consent, and Google Sheets, where I keep the audit usage log. - Google PageSpeed Insights — the public page URL for the automated Lighthouse test. - If we sign a contract: accounting and payment providers, as required by law. ## Transfers outside the EEA Vercel, Resend and Google may process data in the United States. These transfers rely on the European Commission's adequacy decision for the EU-US Data Privacy Framework or on Standard Contractual Clauses approved by the Commission. You can request a copy of the safeguards at the address above. ## How long I keep data - Enquiries that did not lead to a project — up to 12 months after the last contact. - Scan results may remain in server cache for up to 24 hours. Audit usage log entries are kept for up to 12 months. - Correspondence and documents related to a contract — for the duration of the work, then until claims become time-barred and for the period accounting law requires. - Google Analytics data — up to 14 months; cookies expire as listed below or when you withdraw consent. - Server logs — for a short period set by the hosting provider for security purposes. ## Cookies and browser storage Analytics cookies are set only after you click “Accept”. You can change your choice at any time with the “Cookie settings” link in the footer; declining removes the Google Analytics cookies. - _ga, _ga_ (Google Analytics, consent only) — distinguishing visits and sessions, up to 2 years. - Vercel security cookie (strictly necessary) — may be set when the hosting provider's security check verifies that traffic is not from a bot. - Browser local storage (not a cookie, never sent to the server): your cookie choice and your progress on the checklist page. ## Your rights To exercise your rights, email szymon@szympanstudio.pl. I will reply within one month. - Access your data and receive a copy. - Have it corrected, erased or its processing restricted. - Data portability for data processed on the basis of consent or a contract. - Object to processing based on legitimate interest. - Withdraw consent at any time, without affecting the lawfulness of earlier processing. - Lodge a complaint with the Polish supervisory authority, Prezes Urzędu Ochrony Danych Osobowych (ul. Stawki 2, 00-193 Warsaw), or the authority in your country. ## Do you have to provide data Providing data is voluntary. The contact form needs your name, email address, project scope and message. I do not make automated decisions or profile you in a way that has legal effects on you. ## Changes to this policy If the way I process data changes, I will update this page and the date at the top. --- # Describe the website, problem or decision you need to clarify URL: https://szympanstudio.pl/en/contact You do not need a finished specification. Context, goal, key deadline and what currently fails are enough to begin. ## Useful details - Current website address, if one exists - Business goal or problem - Key deadline and why it matters - Available copy, design or documentation - People involved in the decision ## Secure communication Do not send passwords, API keys or customer data through the form. We will agree a secure way to share access separately. --- # GPT-6 Astra: Freelancer vs Agency for Your Website URL: https://szympanstudio.pl/en/blog/gpt-6-astra-freelancer-vs-agency Date: 2026-09-07 How GPT-6 Astra changes web development and content creation, why human expertise matters, and when a solo freelancer offers the best value for your website. A professional website needs design, good content, code, testing and someone to look after it once it launches. Until recently, that range of work was a strong reason to hire an agency. GPT-6 Astra strengthens another option: an experienced freelance developer can handle more of the project personally, using AI to assist with tasks that previously took hours. My view is that **an experienced freelancer working with AI is now the best starting point for many small and medium-sized businesses that want a well-made website within a sensible budget**. That is especially true for a site presenting services, projects, articles and a clear way to get in touch, where a permanent team and round-the-clock coverage would add little value. The reason comes down to how website work is changing — and how much still depends on the person responsible for it. ## What GPT-6 Astra brings to web development OpenAI describes GPT-6 Astra as its most capable model for difficult, end-to-end work. Its official documentation lists coding, reasoning, research, document creation and computer use. The model accepts text and images, and appropriately connected tools let it work with files, code and a browser. For a developer, the interesting part is the combination. You can supply project context, ask for an analysis of an existing solution, have the model help prepare changes and then work through verification. What it can actually do also depends on the application, tools and permissions: access to the model alone does not give it access to a client’s server or repository. The documentation also describes steering the model while it works and asynchronous tool calls. In an application that supports these features, AI can continue independent work while another tool is still running. These are useful improvements to collaboration, rather than a promise that any website can be finished with one prompt. ## Why I find this shift so exciting The biggest opportunity is the shorter distance between an idea and something a client can inspect. A website project involves moving repeatedly between content, layout, implementation and checking the result. Assistance across those stages makes it easier to build a working version, discuss it and refine the details. Imagine a woodworking business that needs a project gallery, separate service pages, an enquiry form and an easy way to add photographs. The developer decides the structure, chooses the technology and sets the design rules. Astra can help organise the source material, draft alternative descriptions, prepare parts of the implementation and investigate failures found during testing. This is an example workflow, not a reported client project or a delivery-time promise. Its practical significance is that **one professional can cover more stages without handing each one to a different person**. Time saved on implementation can go into improving the website, as well as completing the work sooner. ## Where GPT-6 Astra can help a web developer AI assistance is most valuable when the person directing it understands the code and can judge the proposed changes. Within that workflow, the model can help with: - analysing an existing website and planning changes; - preparing components, forms and repeated interface elements; - investigating bugs and comparing possible fixes; - writing tests for important behaviour and interpreting results; - reviewing metadata, internal links and page structure; - preparing documentation for ongoing maintenance. Someone still needs to run the code, inspect the website on a phone, check accessibility and verify integrations. A form can look finished while failing to deliver enquiries. A test written by AI can miss the most important scenario. The person handing over the website needs to understand what was checked and what those checks actually prove. This fits my approach to [custom website design and development](/en/services/business-websites). I build themes from scratch, without Elementor or similar page builders. That gives me control over the structure and how the site loads. Performance still comes from implementation choices and measurement; calling a site “custom” does not make it fast automatically. ## Content creation with AI starts with the client’s knowledge GPT-6 Astra can help turn scattered notes into a service-page outline, draft an initial description, shorten a long explanation or prepare another language version. That is useful when a business owner understands their work thoroughly but struggles to start writing about it. The important material still comes from the business. What exactly does it sell? Who does it help? How does the engagement work? Which projects can it show, and what makes its offer different? A model should not fill those gaps with invented experience, customer testimonials or sales results. For SEO content, I start with the questions a potential customer needs answered. Someone choosing a website developer wants to understand the deliverables, what affects the price, what the project involves and who will help after launch. Those questions shape the headings, descriptions and links to relevant services. Specific information and natural language give a reader more than a dozen variations of the same generic claim. AI helps prepare a draft. A person checks the facts, chooses the argument, removes empty sentences and makes sure the business sounds like itself. My guide to [preparing website content](/en/blog/how-to-prepare-website-content) is a useful place to start gathering that material. ## Can one freelancer do the work of an agency? **For a typical business website, an experienced professional can cover work that an agency divides between several roles.** Client discovery, design, development, content editing and functional checks do not always require five different people. AI strengthens this model by assisting with tasks across those areas. It is particularly valuable to someone who already has broad experience and understands the relationship between the visual design, the content and the technology. “Pay for one person instead of thirty” captures the appeal of a smaller operation. It is not a literal cost comparison. An agency with thirty employees rarely assigns all of them to your website. Freelancers also pay for software, infrastructure and the time it takes to run a business. GPT-6 Astra does not establish a universal productivity multiplier or make websites thirty times cheaper. The real advantage can come from fewer handovers, shorter communication paths and lower organisational overhead. You speak directly to the person making decisions and implementing changes. It becomes easier to explain a problem and decide whether a proposed feature is worth building at all. ## The human role in web development in the GPT-6 era As code and text become easier to generate, judgement becomes more important. You can produce several versions of a page quickly. Someone must still decide which one serves the customer, which one is confusing and which one will be expensive to maintain. A professional remains responsible for: - **Direction:** the website’s goal, the order of information and the features worth building. - **Design:** coherence, readability, brand character and the details that a count of generated screens cannot measure. - **Verification:** factual content, working code, accessibility, security and actual delivery of form submissions. - **Budget:** sensible scope, priorities and a clear account of costs after launch. - **Ownership:** deployment, documentation, account handover and an agreed maintenance arrangement. That is why access to Astra alone does not make someone a good website developer. Ask about previous work, acceptance checks and the maintenance plan. Experience helps someone recognise a mistake even when the model explains its proposed solution confidently. ## When to choose a freelancer and when to choose a team I would start with an experienced freelancer for a service-business website, portfolio, blog, redesign or online store within their demonstrated expertise. The conditions are a clear scope, a realistic schedule and agreed support arrangements. For that kind of project, one professional with good tools and AI assistance can offer an excellent balance of quality, direct communication and cost. A larger team makes sense when several workstreams must run in parallel, you need continuous access to multiple specialists, or the contract requires formal audits or round-the-clock operations. Agencies use AI too. The actual proposal and accountability should determine the choice, rather than the number of names on an email signature. When hiring a solo developer, discuss holidays and illness as well. Client-owned accounts, documentation and backups matter regardless of the size of the supplier. ## Questions about AI, website pricing and quality ### Should a website built with GPT-6 Astra cost less? AI can reduce the time required for some tasks. The final price still depends on design, content, integrations, testing and support. Compare proposals for equivalent deliverables, including software and maintenance costs. I cover those factors in [how much a website costs](/en/blog/how-much-does-a-website-cost). ### Can AI-assisted content support SEO? It can contribute to a useful website when it answers customer questions, contains checked information and accurately represents the business. The model itself cannot guarantee search visibility. Structure, indexing, performance and continued editorial work still matter. ### What should a professional freelancer hand over? The agreed implementation, a working website, access to your accounts, a practical way to edit content, documentation and clear support terms. Look at the [website development process](/en/process) before accepting an estimate. ## A good website still starts with a good professional GPT-6 Astra excites me because it expands what an independent specialist can take on. It makes a broader project feel achievable with a smaller operation. The client benefits most when that efficiency comes with taste, experience and responsibility for the result. If you want a professional website within a sensible budget, [tell me about your project](/en/contact). We can work out what needs to be built, what can be simplified and how to use the available tools to put your budget to good use. ## Sources and scope of the comparison Model information comes from the [official GPT-6 Astra documentation](https://developers.openai.com/api/docs/models/gpt-6-astra) and the [guide to using Astra](https://developers.openai.com/api/docs/guides/latest-model?model=gpt-6-astra), checked on 7 September 2026. The argument about freelancers is my assessment of how work can be organised, not a study comparing agency and solo-business costs. The woodworking website example is hypothetical. --- # Optimising Your Website for AI Chatbots — How to Get Cited URL: https://szympanstudio.pl/en/blog/optimizing-your-website-for-ai-chatbots Date: 2026-08-21 More people now ask an assistant instead of a search engine. What actually decides whether a chatbot cites your site — and what's being sold as AI SEO but isn't. A client rang recently and said: "I asked ChatGPT for construction companies in my area and we weren't on the list." A year ago nobody asked me that. Now I hear it regularly, and it's a fair question — more people are starting their search by asking an assistant rather than typing a phrase into a search engine. That changes one thing fundamentally. In classic search the goal was **a high position**, because a result was followed by a click. When an assistant answers, there often is no click at all — the person gets a finished answer and stops there. Position stops being the goal. **Being cited in the answer** becomes the goal. This doesn't mean classic search work stopped mattering. It means a second layer has appeared, and while some of what you do for Google carries over exactly, some of it doesn't carry over at all. Below I've split this into three parts: what is verifiable and genuinely works, what is uncertain, and what is being sold to you. Starting with what I think is the most common and most expensive mistake. ## The most common mistake: you blocked the wrong bot This is the heart of it, and most guides skip it. The companies behind these assistants don't run **one** crawler. They run several, and each does something different. One collects data for training models. One builds the search index used when the assistant looks something up live. Another visits a page because a user pasted a specific link. That distinction has direct financial consequences. Through 2023 and 2024 a wave of "block AI, it's stealing content" went through the industry, and a lot of companies added blocks to their `robots.txt` — often wholesale, against anything that sounded like AI. Objecting to models being trained on your work is entirely reasonable. The problem is that some of those companies also cut off the **search** crawler in the process — precisely the one that decides whether an assistant can cite them today. Here is how it actually breaks down, according to the providers' own documentation: **OpenAI** ([docs](https://developers.openai.com/api/docs/bots)) separates this into four: - `GPTBot` — collects content that may be used to train the models - `OAI-SearchBot` — builds the index behind ChatGPT's search features - `ChatGPT-User` — visits a page when a user asks it to - `OAI-AdsBot` — checks the safety of pages submitted as ads **Anthropic** ([docs](https://support.claude.com/en/articles/8896518-does-anthropic-crawl-data-from-the-web-and-how-can-site-owners-block-the-crawler)) documents three: - `ClaudeBot` — training - `Claude-SearchBot` — improving search result quality - `Claude-User` — user-initiated visits **Google** ([docs](https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers)) uses the `Google-Extended` token, and attaches a detail worth knowing: blocking `Google-Extended` **does not affect your inclusion in Google Search and is not used as a ranking signal**. In other words you can decline to have your content train Gemini without paying for it in ordinary search positions. Very few decisions in this field are that cost-free. The practical conclusion is simple: **blocking a training crawler and blocking a search crawler are two different decisions.** The first is about whether your content feeds a model. The second is about whether you exist to the assistant at all. You can comfortably make the first without making the second. If you run a business site and you want customers, open your `robots.txt` — it's just `yourdomain.com/robots.txt` — and read what's there. Bot names get added and renamed, so always take the current list from the provider's own documentation rather than from an article written a year ago. Including this one. ## What actually works Everything on this list is checkable and none of it requires taking anyone's word for anything. **The content has to be in the HTML, not painted in by JavaScript.** This is the biggest own-goal I see. If a page only renders its content in the browser, then a crawler that doesn't execute JavaScript receives an empty page. Not a worse page — an empty one. The test takes ten seconds: open the page, choose "View page source", and search the code for a sentence you can see on screen. If it isn't there, then as far as some crawlers are concerned your page has no content. **The heading structure has to mean something.** One `h1`, then `h2` for sections, `h3` for subsections. Not because it's tidy, but because it's the only hierarchy information a machine gets from prose. **Write in question-then-answer shape.** A model quotes fragments. A fragment that can be lifted out and pasted as an answer stands a better chance than a paragraph that needs context from the three before it. Instead of "our experience allows us to take a flexible approach to pricing", write "a brochure site costs 1,000–8,000 PLN. The price depends on the number of pages, the integrations, and whether you need a shop." The second is quotable. The first says nothing. **State the specifics plainly.** Prices, city, scope, hours, lead times. An assistant asked "what does this cost" needs a number. A page with no numbers won't get cited in an answer about pricing — it'll be skipped in favour of a competitor who published one. That's the same argument that has always worked on humans; I went into it in [how to prepare content for your website](/en/blog/how-to-prepare-website-content). **Structured data.** `LocalBusiness`, `FAQPage`, `Article` — schema.org. It's a description of your business in a format a machine doesn't have to infer from prose. It has worked for Google for years and it's exactly the kind of signal that helps here too. **Currency.** A model answering a question about 2026 will more readily reach for material that describes 2026. A three-year-old price list hurts twice: it's wrong, and it looks abandoned. I've written separately about [what happens to a site nobody looks after](/en/blog/website-technical-support-why-it-matters). Notice that this is essentially a list of good practice you needed anyway. There's no new magic here — there is a new reason to finally get it done. ## What's uncertain: llms.txt I have to be straight here, because I've implemented it myself. `llms.txt` is a proposed convention: a text file at the root that summarises what a site is and where things live — something like `robots.txt`, but for language models. I run one on this site, at [szympanstudio.pl/llms.txt](https://szympanstudio.pl/llms.txt). And here's the part most articles on the subject leave out: **no major provider has publicly committed to reading that file in their products.** Google has said outright that it doesn't support the idea and isn't planning to. OpenAI's own documentation points to `robots.txt` as the way to control crawlers. Some companies publish an `llms.txt` for their own documentation — but that's a developer-tooling use, not a signal that influences who an assistant cites. So why do I have one? Because it costs an afternoon, there's no way for it to break anything, and if the convention takes hold I'm ready. I treat it as cheap insurance, not as a tactic. If someone is selling you `llms.txt` as "the way to rank in ChatGPT", they're selling you something nobody has confirmed yet. ## What's being sold to you A whole category of "AI positioning" services has appeared. You can spot them by a few things: - **A guaranteed position in the answer.** There is no such thing as a position in an assistant's answer. The answer is generated fresh each time and can differ between two people asking the same thing. There's no list to climb. - **Reports showing "your rank in ChatGPT".** Since the answer varies, such a report is a single sample presented as a measurement. - **Copy written "for AI".** A model cites what is specific and credible. There's no separate style that raises your odds of being quoted, beyond writing clearly — which is what works on people anyway. A healthy rule: if a service promises control over something the provider exposes in no interface at all, it isn't a service, it's a story. ## What to do this week Concretely, in order: 1. Open `yourdomain.com/robots.txt` and check you aren't blocking the search crawlers. If you are, make it a deliberate choice — training is one decision, search is another. 2. Open your homepage source and confirm the visible text is genuinely in the HTML. 3. Rewrite your offer as specific sentences containing numbers: prices, timelines, scope, location. 4. Check whether you have structured data — Google publishes a free rich results test. 5. Update whatever is out of date. Start with the price list and with "recent projects". 6. Ask a few assistants about your industry and your town. See who they cite, and what that page has that yours doesn't. It's the cheapest audit available to you. Point six matters more than it looks. You stop guessing and start looking at a specific answer with specific sources. ## In short The shift is real and it's worth acting on now, while most of your local competition still isn't. But how you act on it matters. Almost everything that genuinely helps is something that should have been done regardless: clean HTML with the content actually in it, a sensible structure, specifics instead of generalities, current information, and no accidental block on the crawlers you care about. Dull. Checkable. Works on humans too. The rest — promise-files, guaranteed positions, reports built on one sample — is a new label on an old product. I collected [the most common mistakes on business websites](/en/blog/most-common-website-mistakes) a while back, and half of them are the same things that now decide whether you show up in an AI answer. Want to know how your site looks from this angle — whether its content is visible to crawlers at all, and whether you've accidentally blocked something? [Get in touch](/en#kontakt) and I'll check it and tell you plainly what needs fixing and what already works. --- # Website Technical Support — What It Is and Why It Matters URL: https://szympanstudio.pl/en/blog/website-technical-support-why-it-matters Date: 2026-03-22 What ongoing website maintenance actually covers, what it costs, and what happens when nobody is looking after your site. A practical guide for business owners. Four years ago I finished a website for a company in Pleszew. New, fast, properly set up for search. Project closed, invoice paid, everyone happy. Two years later the same client got back in touch. The site was taking well over ten seconds to load, the contact form had stopped sending email, and the most recent backup was a year old. In those two years nobody had updated the CMS or a single plugin. Sorting it out took two weeks and cost several thousand złoty. Ongoing maintenance across that whole period would have cost noticeably less — and the problem would never have happened in the first place. I hear a version of this story regularly. The assumption is that once a site is live, the work is done. It isn't. A website is not a leaflet you print once. A note on the numbers below: they're in Polish złoty, since that's what I quote in. Divide by roughly four for a rough figure in euros. ## What technical support actually is Technical support is a set of regular, repetitive jobs that keep a site in good shape. Nothing dramatic — somebody is simply making sure everything still works. In practice it usually covers: **Software updates.** The CMS, the plugins, the libraries — all of it ages. WordPress ships fixes almost monthly. Each update patches holes, but any of them can also break something, which is why they're worth testing rather than clicking through blind. **Security monitoring.** Has unfamiliar code appeared in the files? Is somebody hammering the login page? The scanning is automatic; the part that matters is that a human responds to the alerts. **Backups.** Daily, stored off the site's own server, with at least 30 days of history. Without that, every failure is a permanent one. **Performance monitoring.** Is the site still as fast as it was on launch day? When a site slows down, it does it quietly and gradually — you won't notice on your own. **Uptime monitoring.** Whether the site responds at all. The point is that you hear about an outage from monitoring, not from a customer. **Small changes.** A new phone number, a photo on the About page, an outdated post to remove. Trivial individually, but somebody has to do them. **A person to contact.** When something breaks, you know who to write to and how long the answer will take. ## What happens to a site with nobody looking after it "My site has been up for three years and it's fine." I hear that a lot. Usually it isn't fine yet — it just doesn't show. **Security.** You don't need to be a big company for someone to take an interest. Bots scan the internet constantly, looking for known unpatched holes. Nobody checks first whether you're worth the trouble. When an attempt succeeds, the outcomes are predictable: a crypto-mining script lands on the server, the site starts serving a fake bank login page, visitors get a malware warning in their browser, or spam starts going out from your domain and every email you send lands in junk folders. All of these are fixable. None of them are cheap, and none of them are done in a day — I went through the recovery process in detail in [what to do when your website is hacked](/en/blog/what-to-do-when-website-is-hacked). **Compatibility.** Browsers change, standards change, phones change. A site built four years ago can start breaking on newer devices. Plugins have a lifecycle too — the author stops maintaining the project, and eventually the code simply stops working with a newer version of the CMS. **Performance.** Every update, every new plugin, every full-resolution photo uploaded straight from a phone adds a little weight. With nobody watching, the site gets slower month by month. And load time feeds straight into how many visitors stay — Akamai and Google have been publishing the same finding for years: a second of delay measurably costs you conversions. **Content.** A two-year-old price list, a photo of a product you no longer sell, opening hours that changed last spring. Not a technical problem, but it costs you credibility — and the owner is usually the last to find out. ## The cost of neglect versus the cost of support Three scenarios. **Scenario 1: no support, infection.** The site gets infected. It's discovered by Google, which flags the site as unsafe; or by a customer; or by nobody, for several months. The bill tends to look like this: - restoring a backup: 0–1000 PLN, assuming a backup exists at all - cleaning the files and database: 1000–3000 PLN - rotating passwords, keys and certificates: a few hundred złoty - getting the warning removed from search results: several days of waiting - lost trust from visitors: not something you can put a number on Call it 1500–4500 PLN, plus the time and the stress. **Scenario 2: no support, a broken update.** Something stops working. The contact form swallows enquiries, the cart doesn't add shipping, the console is full of JavaScript errors. Somebody has to find the cause — and digging through someone else's neglected installation usually takes two to four hours. The worse cost is the one you don't see on an invoice: how long the site was broken before anyone noticed. **Scenario 3: the site is maintained.** Updates go in deliberately, after testing. A backup runs every night. Monitoring catches an outage within minutes, usually before any of your customers sees it. Cost: a few hundred złoty a month, depending on scope. ## What maintenance should cost Mostly it depends on how much is happening on the site. **A brochure site — a handful of pages** - backups and uptime monitoring - quarterly updates - email support, answered within a few working days - roughly 100–300 PLN a month **A mid-sized site — blog, small shop, a substantial service site** - daily backups, uptime and performance monitoring - monthly updates, applied after testing - 24-hour response, two to three hours of small changes included - roughly 300–700 PLN a month **A large site — a real shop, several integrations, custom business logic** - round-the-clock monitoring, backups with a short restore time - updates tested on a staging copy before they go live - several hours of work included each month, monthly report - quarterly performance review - roughly 700–1500 PLN a month Worth noticing: a good part of this — backups, monitoring, alerting — is largely automated. What you're paying for isn't the clicking. It's that somebody answers the alerts. ## What good maintenance includes **Non-negotiable:** - automatic daily backups, at least 30 days of retention, stored off the site's own server - uptime monitoring - CMS and plugin updates - security scanning - a stated response time **Should be there:** - performance monitoring - a monthly report — what happened, what was done - an allowance of hours for small changes - an update process: staging copy first, production second **Nice to have:** - ongoing SEO fixes - Google ranking monitoring - consulting: what's worth doing next ## Questions to ask before you sign 1. What exactly is in the package? Ask for a list, not a slogan. 2. How often do you take backups, and where are they stored? 3. What happens when the site goes down on a Friday evening? What's the response time? 4. What falls outside the package, and what does an extra hour cost? 5. If I move to another provider, do I get the code, the database and the backups? 6. Do I get a report, and how often? 7. What's the notice period? The warning signs are the exact inverse: no specifics about scope, no stated response time, reluctance to say where backups live, no references, and everything agreed verbally. ## What you can handle yourself Not all of it needs outsourcing. You can comfortably do: - **content** — copy, new posts, price updates - **small visual changes** — swapping a photo, fixing a heading - **analytics** — checking where people arrive from and what they read - **SEO basics** — thinking about which question a given page answers Worth handing over is anything that can break the site for good: updates, security, backups, migrations, debugging and performance work. ## Is it worth it? A few hundred złoty a month reads as a cost. Set it against: - the time you'll lose yourself hunting for the cause of an outage - the cost of a single incident, which typically lands between 2000 and 5000 PLN - the risk of your site not accepting enquiries for a week without you knowing - what a slow site costs you in visitors who never waited for it to load For me the arithmetic is simple: regular maintenance is cheaper than repair, and — more to the point — it's predictable. Plenty of the companies I work with start without maintenance and only revisit it after their first real outage. I'd rather that first outage never happened. If you have a site that nobody has looked at in a while, [get in touch](/en#kontakt). I'll check what state it's in and tell you plainly whether you need ongoing support or just a one-off clean-up. --- # Most Common Website Mistakes from Wielkopolska Companies URL: https://szympanstudio.pl/en/blog/most-common-website-mistakes Date: 2026-03-20 Eight mistakes I keep finding on business websites — slow loading, broken on mobile, stale content, no search visibility — and how to check for each one yourself. I regularly go through business websites across Wielkopolska — Pleszew, Kalisz, Ostrów Wielkopolski, Jarocin. What I find is a lot of potential and the same handful of mistakes, over and over. Here are eight of them. Each one you can check yourself in a few minutes, and each one decides whether your site works for the business or merely exists. ## Mistake 1: The site is too slow This is the big one. You click a link and wait. Four seconds. Six. Sometimes ten. Akamai and Google have been publishing the same finding for years: every extra second of load time measurably reduces conversion. The point isn't the exact percentage — it's the direction. Some people close the tab before they ever see what you offer, and you'll never know it happened. Why it happens: - Large, unoptimised images — 15MB where 200KB would do - Too many plugins, each loading its own weight - Poor hosting, with the server on the other side of the world - No caching, so every visit rebuilds the whole page - Excess CSS and JavaScript — code the page doesn't use still has to download Test it: paste your address into PageSpeed Insights or GTmetrix. The mobile result is the one that matters — anything in the red is worth fixing. Where does it come from? Usually a site built three or four years ago that nobody has touched since. Or one built as cheaply as possible, where performance was never a consideration. ## Mistake 2: It doesn't work properly on phones It's 2026, and most traffic to a business site now arrives on a phone — for local services, usually well over half. I still find sites that are simply broken on mobile. Buttons too small to hit. Text you can't read without zooming. Horizontal scrolling. It's a classic. Where does it come from? Sometimes the site is old, from when phones were an afterthought. Sometimes the developer checked it on one device and never saw what happened on the others. How to check: open your own site on your own phone. Can you read everything without zooming? Can you tap the buttons? ## Mistake 3: No SSL certificate That's the padlock in the address bar. It says the connection is secure. Google treats its absence as a negative signal, and browsers now label the site "not secure" outright. That scares people off more effectively than any mistake in your copy. The fix costs nothing — Let's Encrypt is free and included with any decent hosting. ## Mistake 4: Stale content I open a company's site and read: - "Latest projects 2022" - "Spring offer 2023" - A blog whose last post is eighteen months old - Team photos from 2019 What do I conclude? Either the company has folded, or it doesn't care about its website. The truth is usually neither — they're just busy. But the site says otherwise. Current content signals a working business. "Latest projects" should actually be the latest. A blog, if you run one, needs a post at least monthly. Team photos from the last two years, not from 2019. If you can't keep a section current, it's often better not to have it than to have an old one. ## Mistake 5: No clear call to action Every page should answer one question: what do I do now? I land on a site and look for "Contact" or "Book a call". If I have to hunt for more than a moment, that's already a problem. The usual failures: - Contact details exist, but you have to go looking - The button is small or grey and blends into the background - There are so many calls to action that none of them reads as the main one - A form and nothing else — no phone number, no address Good practice: one clear, visible button on every page. Other options can sit below it, but the primary one should be obvious. ## Mistake 6: No analytics Plenty of companies don't know how many people visit their site — or how many of those visitors get in touch. How can you tell whether a site works if you're not measuring anything? Analytics are free and should be on every business site. With them you know: - How many people arrive - Where they come from — search, social, direct - What they actually read - Where they give up and close the page - Whether anything converts Without it you're working blind. You make changes and have no way to tell whether they helped. ## Mistake 7: Weak or absent search visibility A company sells products, but doesn't appear in Google when someone searches for those products plus their town. Usually because of: - No relevant terms in the copy — the text describes what you want to say, not what people search for - Missing titles and descriptions, so Google can't tell what the page is for - No internal links, leaving pages isolated - No links from other sites - Content too thin or too generic to rank for anything There's no magic in search. If you want to appear for "web design Kalisz", those words need to occur naturally in the copy — and the page genuinely has to answer that question, not just contain the phrase. ## Mistake 8: No monitoring or security The site goes down. The owner finds out three days later, because nobody told them. Or worse: the site gets infected, and the owner hears about it from a customer. I've written up [exactly what to do when that happens](/en/blog/what-to-do-when-website-is-hacked). What actually helps: - Uptime monitoring - Daily backups, stored somewhere other than the site's own server - A security plugin, if you're on WordPress - Updates applied regularly rather than eventually None of this costs much — monitoring is often free — and it saves the site on the day it matters. That's the whole argument for [ongoing technical support](/en/blog/website-technical-support-why-it-matters). ## Bonus: it just looks cheap Not a technical fault, but it costs you anyway: - Seven colours and four typefaces fighting each other - Low-quality photos, or obvious stock images - Copy full of typos - Pages that don't look like they belong to the same site All of it adds up to an impression. A site that looks cheap suggests the company either doesn't care about how it presents itself, or can't afford to. Neither version helps you sell. ## Check your own site Go through these in order: - Does it load quickly? (a green mobile score in PageSpeed Insights) - Does it work properly on a phone? - Does it have SSL — does the address start with https? - Is the content current? - Is it clear on every page what to do next? - Is analytics connected? - Does the content answer the questions your customers actually type? - Are monitoring and backups running? - Does it look professional? Three "no" answers means there's work to do. Five means a rebuild is worth considering. ## What to do about it If you recognise your own site here, most of it is fixable. Quick wins you can handle yourself: - Update the copy and the dates - Connect analytics - Check SSL and add it if it's missing - Go through the site on a phone and fix the obvious breakage Bigger jobs that need a developer: - Performance work - A proper search overhaul - Redesign - Monitoring and backup setup If you'd like, I'll go through your site and tell you what I'd do with it. [Send me the address](/en#kontakt) — no obligation, and I'll be honest about what's working and what isn't. If you're looking for someone to carry out the changes, my [guide to choosing a developer](/en/blog/how-to-choose-a-website-developer) is worth a read first. A business website is a tool. If it isn't working for you, that's a problem with a solution. --- # How to Choose a Website Developer — Business Owner's Guide URL: https://szympanstudio.pl/en/blog/how-to-choose-a-website-developer Date: 2026-03-18 Freelancer or agency, what to look for, the questions to ask before signing, and the warning signs worth walking away from. I regularly hear from companies who picked the wrong person to build their website. Sometimes the site was never finished. Sometimes it was, but it takes eight seconds to load and falls apart on a phone. Surprisingly often, the owner has no access to their own site. Every single time, it was visible at the conversation stage. Below is what to look at, what to ask, and which answers should end the conversation. ## Freelancer, agency, or do it yourself? That's the first decision. Each has a real trade-off. **A freelancer — one independent developer** For: - Lower rates, since there's no office overhead - You talk directly to the person doing the work - Fast to start, little process to wade through Against: - If they're ill or overloaded, your timeline moves - If you pick badly, they can go quiet mid-project Best for: business sites, blogs, brochure sites and moderately complex shops — in practice, most of the projects in the [price bands I've written about separately](/en/blog/how-much-does-a-website-cost). **An agency — a team** For: - Several specialisms at once: development, design, search - Process and structure, so fewer things fall through - Support after launch, contractually - Experience across a lot of projects Against: - Noticeably higher rates - Process sometimes gets in the way of moving quickly - Less direct contact with whoever writes the code - Small projects can end up low in the queue - A high price is not by itself a guarantee of quality Best for: large builds with multiple integrations, where you need several specialisms at once and a guarantee the project doesn't stall when one person is off sick. **DIY — a site builder** For: - Cheap or free - Complete control, changes any time - Genuinely quick to get something up Against: - Your time, which isn't free - Weaker search performance - You build what the platform allows, not what you need - Without someone maintaining it, it drifts out of shape Best for: very small operations, if you have the time and the patience. ## What to look for You've picked a type. Now how do you judge the actual person? **1. Portfolio — look at real work** Test number one. Everyone has built something. The question is whether you like it, whether it looks professional, and whether it's anything like what you need. Open the sites, don't just look at screenshots: - Do they load quickly? - Do they hold up on a phone? - Are they still online at all? - Are any of them comparable to what you want? Warning sign: no portfolio, or every example visibly the same template. **2. Process — how do they actually work?** Worth asking: - What does communication look like week to week? - How often will I see progress? - Will I get access to the site while it's being built? - What does final sign-off involve? - Is it tested on different devices and browsers? Good signs: they describe a process, show a timeline, mention testing, and ask questions of *you*. Bad signs: "sure, I'll do it" with no questions, no explanation of the steps, and a deadline that sounds too good. **3. Communication and availability** Working styles differ and that isn't a problem in itself. I work asynchronously — I reply within a few hours, but I'm not sitting on the phone. Other people do better with a daily call. What matters is that they: - reply within a reasonable time - stay available for questions and changes - don't vanish for a fortnight without a word Ask directly: how quickly do you normally reply? **4. Technical judgement** - What do you build with, and why that? - Is search optimisation part of the build or an extra? - Do you check performance before launch, with real measurements? - Is there monitoring, so somebody knows when the site goes down? - How do backups work, and where are they stored? **5. Experience with your kind of business** Have they done anything in your sector? - If yes, they'll already know about the awkward parts — bookings, payments, catalogues - If no, they'll learn on your project. Not always a drawback; an outside perspective can be worth something Not a requirement, but it makes the conversation easier. ## Questions to ask before signing Ask these, and get the answers in writing: 1. **What exactly is the scope?** How many pages, which features, which integrations? 2. **What's the timeline?** When do we start, when is there something to look at, when does it go live? 3. **What does it cost?** Total, and what's the payment schedule? 4. **What happens after launch?** How long is support included, and what does it cost after that? 5. **Who has access to what?** Will I have the admin panel, the hosting, the code? 6. **How do we communicate?** Email, Slack, phone — and what's the typical response time? 7. **What if I want changes?** How many revisions are included, and what does the next one cost? 8. **What if I want to leave?** Can I take the code and go elsewhere? 9. **Who's responsible for faults?** If something breaks after sign-off, who fixes it and at whose cost? 10. **Is there a contract?** I want this written down, not agreed verbally. Good answers are specific. Bad answers are "we'll see" — or no answer at all. ## Warning signs **1. A price far below everyone else.** If a site should cost 15,000 PLN and someone quotes 2,000, you're getting a template with your logo on it, or an unfinished job. **2. No portfolio, or every example from the same theme.** If you can't find original work, assume there isn't any. **3. Promises that can't be kept.** "You'll be first on Google within a week" is untrue, and whoever says it either knows that or doesn't know the field. Ranking takes months. **4. Nothing in writing.** If everything is agreed by phone and none of it lands in an email, you have nothing to point at when there's a disagreement. **5. No access to your own site.** The worst one. If you can't get the admin panel, the database or the hosting, it isn't your site. **6. Starting work without asking you anything.** A good developer asks about your sector, your competitors, your goals and who the customer is. Without those answers you get a site that fits everyone and convinces nobody. **7. Reluctance about a contract.** "We don't need one, trust me" is a preview of how problems will be handled. **8. Slow to reply before you've paid.** That's the best-case version of their responsiveness. ## What the contract needs to cover No project should start without one. - The exact scope — what will actually be on the site - Dates — when it's finished - Price and payment schedule - Support terms — how long, how many revisions - Access and ownership — who owns the code, the database, the domain - Liability — what happens when something goes wrong - Termination — how either side gets out You don't need to be a lawyer. The contract protects both of you. ## Final checklist - Look through the portfolio and open a few projects live - Assess the process — can they explain the steps? - Check communication — do they reply in reasonable time? - Check technical judgement — search, performance, security - Ask the ten questions above — are the answers specific? - Check the warning signs — suspiciously low price, no portfolio, no access - Insist on a written contract - Settle what happens after sign-off — support, fixes, liability Choosing a developer is one of those decisions where the saving is only apparent. The difference between a good choice and a bad one rarely shows up in the first invoice — it shows up a year later. If you want to see what a site looks like when nobody asked these questions, I've collected [the most common mistakes](/en/blog/most-common-website-mistakes). If you're mid-conversation with someone and something feels off, [send it over](/en#kontakt). I'm happy to read a quote and tell you what I think of it, even if you end up hiring somebody else. --- # How Much Does a Website Cost in 2026? URL: https://szympanstudio.pl/en/blog/how-much-does-a-website-cost Date: 2026-03-15 What a business website costs in 2026: the price bands, what actually drives a quote, and the costs that only show up after launch. I get asked what a website costs almost every week, and the honest answer — "it depends" — is useless on its own. So here it is broken into actual numbers. I've seen the full spread: sites knocked together on a page builder for a few hundred złoty at eleven at night, and projects north of 100,000 PLN with a full design and development team. Every price has its own logic. The question worth asking isn't "how much" but "what am I getting for it, and what happens in year two." All figures below are in Polish złoty, since that's what I quote in. Divide by roughly four for a rough figure in euros. ## The price bands **Brochure site — 1,000 to 8,000 PLN** For a small business, a sole trader, a professional who needs a credible presence and a way to be contacted. A handful of pages, contact details, a gallery, a form. At this level you should still expect: - a responsive layout that works properly on phones - SSL - the search basics — titles, descriptions, sensible structure - a simple way to edit your own content - hosting for the first year Typical: a hairdresser who needs to show services and a phone number. A consultant, a translator, a graphic designer. What matters most here is that it looks professional and loads fast. **Mid-range — 8,000 to 20,000 PLN** This is where a website turns into a business tool rather than a formality. Companies that want to rank, that have more than a few services, or that run a small shop. On top of the above: - proper search work — keyword research, content and structure optimisation - a content management setup you can actually use - a blog, which is what earns you long-tail search traffic - more involved forms and integrations - support for three to twelve months after launch You buy a site at this level for three to five years, not to replace next year. **Premium — 20,000 to 50,000+ PLN** Genuinely substantial work: - a full design process, no templates - real business logic in the application itself - integrations with ERP, logistics, payment systems - larger data models - testing and QA - documentation - twelve months or more of support Typical: a shop with thousands of products, a franchise portal, a booking system taking payments. ## What actually drives the number Prices vary this much because several independent variables feed into them. These are the ones I genuinely weigh when quoting. **1. How complex the functionality is.** There's a chasm between a contact button and a working shop. Payments, stock, shipping rules — that's a different animal from a page that lists four services and waits for a message. **2. Integrations.** If the site has to talk to a CRM, Mailchimp, a payment gateway or your accounting system, every one of those connections adds time, testing and a new thing that can break. **3. Page count and content volume.** Five pages is not a hundred-article blog. Those articles have to be migrated, formatted and optimised, and somebody has to decide how new ones get added later. **4. Design quality.** This is the real gap between a template and something built around your brand. I've seen the same theme on ten companies' sites in one region — every competitor a clone of the last one. **5. Search work.** Do you want to be found by people who don't know you exist yet, or is this a card you hand to people who already do? Those are different budgets. **6. Who's doing the work.** A developer six months in and a studio ten years in charge different rates. Higher isn't automatically better — but the cheapest quote in the pile is rarely the bargain it looks like. **7. Animations and effects.** Custom animations, effects, transitions, complex widgets — all of that makes for a wow effect. At the same time, you need to know which solutions won't negatively impact performance and therefore search visibility. ## The costs nobody quotes you This is where it gets uncomfortable. Most conversations about price stop at the cost of building the thing and skip what comes after. **Domain and hosting — 160 to 400 PLN a year.** The floor. A .pl domain is just under 60 PLN a year. Hosting runs from around 100 PLN a year for shared hosting behind a brochure site, up to 300-350 PLN for something that can take real traffic. A shop or a substantial site costs more. **SSL certificate — 0 to 500 PLN a year.** Good news: most decent hosting includes Let's Encrypt free. Occasionally e-commerce needs something paid. **Software updates — 500 to 10,000 PLN a year.** Nobody wants to hear it, but sites have to be updated. WordPress, plugins, JavaScript libraries — all of it ages fast, and neglected updates are the most common route into a site. I've written up [what that actually looks like when it happens](/en/blog/what-to-do-when-website-is-hacked). **Ongoing fixes — 500 to 3,000 PLN a year.** A link breaks. Form submissions start landing in spam instead of your inbox. The site suddenly slows down. These need someone in the code. On a quiet brochure site that's a few hours a year; on a shop with integrations, considerably more. If you'd rather have a predictable monthly figure than occasional invoices, that's exactly what [ongoing technical support](/en/blog/website-technical-support-why-it-matters) is for. **Keeping content current.** If the blog goes stale, your search visibility follows. That's 0 PLN if you write it yourself, or 500–1,500 PLN a month if you hire someone. Worth assuming content takes longer than the build — for most companies it's the content, not the code, that delays launch. I've written a [guide to preparing it](/en/blog/how-to-prepare-website-content). ## Why the cheapest option usually costs more The lowest quote is rarely cheaper over a few years. Usually it just moves the cost later. The sequence is predictable. A site goes up for a few hundred złoty on an off-the-shelf theme. For the first year it works and nobody complains. Then small things start: the form stops sending, the menu breaks on phones, and the person who built it stops answering email. It turns out you don't have access to the admin panel, because the account was opened under someone else's address. Or the content lives inside a closed platform with no way to export it. That's when the costs nobody quoted arrive: - recovering control of the domain and hosting, sometimes from someone who won't pick up the phone - retyping the content by hand, because there's no export - rebuilding from scratch — paying a second time for the same thing - the months where the site technically worked but brought in nobody The point isn't that cheap always means bad. It's that a few questions matter regardless of budget: who will own the domain, will you get access to the admin panel and the code, and what happens if the developer disappears. I've gone through those in detail in [how to choose a website developer](/en/blog/how-to-choose-a-website-developer). A cheap site you fully control is fine. A cheap site you don't own is a problem you've postponed. ## Estimating your own budget Answer these and you'll be close: 1. How many pages do you genuinely need? (brochure = 3–7, mid = 10–20, large = 30+) 2. Will you be selling online? 3. Do you need to be found by people who don't know you yet? 4. How soon does it need to be live? 5. Do you already have the content written? 6. Will you edit the site yourself, or pay someone each time? Those answers usually settle whether you're talking about a few thousand, a dozen or so, or several tens of thousands. ## In short A simple brochure site for a sole trader: 1,000–8,000 PLN up front, then domain, hosting, maintenance and updates. A shop or a substantial service site: 8,000–20,000 PLN. A large shop, portal or application: 20,000 PLN and up. The best decisions don't come from the people hunting the lowest price. They come from the people who know exactly what they're paying for. If you're planning a site and want a realistic budget for it, [get in touch](/en#kontakt). I'll tell you what it should cost in your case — no obligation, including if you end up hiring somebody else. --- # Business Website vs. Social Media — Which Matters More? URL: https://szympanstudio.pl/en/blog/business-website-vs-social-media Date: 2026-03-08 Does a business website still make sense when you already have Facebook and Instagram? Why you need both, and how to divide the work between them. "Do I really need a website when I already have Facebook and Instagram?" I get asked this regularly — and it almost always comes at the same moment: reach has just halved and nobody can say why. Having worked with a lot of small businesses on exactly this question, I keep landing in the same place: you need both, but the website has to be the foundation. Here's where that order comes from. ## Why social media alone isn't enough Start with the thing that should worry every business owner: your Facebook page and your Instagram account are not yours. That's rented space. **The terms can change overnight.** When Meta reweighted feeds toward posts from friends and away from posts from pages, organic reach for business profiles fell off a cliff. No warning, no transition period, no appeal. Accounts built over years lost contact with their own followers in a matter of weeks. The pattern that follows is predictable. Reach drops, so the owner adds ad budget. The cost of reaching people climbs, because everyone else is bidding for the same attention. The end state: to reach the people who already chose to follow you, you now pay — and you pay more each year. **You can lose the account.** Suspended over a report that turns out to be baseless. Taken over because someone got the password. Recovering a business profile can take weeks and doesn't always work. And platforms do simply stop mattering — remember Myspace? **You don't get the data.** Platform analytics tell you how many people saw a post. They don't tell you who those people are, how they found you, or what path they took toward buying. You don't have their email addresses, so you can't reach them anywhere except on the platform's terms. ## Why the website is your own premises A website is the only piece of digital ground you actually own. A domain and hosting is property. An account on a platform is a tenancy. What that buys you in practice: - You change the design and the copy when you want, without waiting for what a platform allows. - You collect contacts directly — form, newsletter, phone. - You see the whole visitor path in your analytics, not just an impression count. - You write at whatever length the subject needs, with no character limit and no fight for reach. - You can rank in Google — which means traffic from people already looking for you. That last difference is the biggest and the most consistently underrated. Someone typing "custom furniture" plus their city into Google has already made the decision and is looking for someone to do the work. You don't have to convince them they want furniture. Someone scrolling Instagram isn't looking for anything — you reach them by accident, and you have to build the need before you can meet it. Search is slow. The first results usually take months, and that's long enough to put people off. But search traffic doesn't stop when you stop paying, and it doesn't depend on what an algorithm happens to be promoting this quarter. There's also credibility. When someone hears about you through a recommendation, the first thing they do is look you up. Instagram will show them your best photographs. A website shows the services, the price range, the past work, the terms, and who they'd actually be dealing with. That's the difference between "looks nice" and "I can work with these people." ## How the two should support each other The arrangement that works is simple: **social media builds the relationship and distributes the work; the website turns it into an enquiry.** In practice: 1. You write something genuinely useful — a guide, a project write-up, an answer to the question clients ask you every week. 2. You publish it in full on your own site. 3. On social you post an extract, the conclusion, or one strong photograph — with a link to the full version. 4. Whoever clicks lands on your ground, where they see the offer, the past work and a way to contact you. Notice which way the traffic flows. Instagram is the natural home for stories, behind-the-scenes and everyday photos — that content genuinely lives there. But anything meant to work for longer than 24 hours should have a version on your site. A post from last year is effectively unfindable. An article from last year can still be bringing you traffic today. ## A practical split of effort If you run a service business or sell B2B: **Website — roughly 70% of the effort** - search optimisation around the phrases your clients actually type - an obvious, low-friction way to get in touch or book - past work and case studies - a blog that answers real questions **Social media — roughly 30%** - posting consistently, a few times a week - answering comments and messages - pointing traffic back to the site If you run a B2C business where image and daily contact do most of the selling — a café, a salon, a boutique — the split evens out to something like 60/40. Social is a real sales channel for you and there's no sense pretending otherwise. The order stays the same, though. The place you own comes first. ## Where to start **Now:** 1. If you don't have a site, build one. It doesn't have to be big; it has to be yours. I've written separately about [how to prepare the content for it](/en/blog/how-to-prepare-website-content). 2. Cover the search basics: page titles, descriptions, and your location where it genuinely belongs. 3. Add a contact form and start collecting enquiries somewhere you control, rather than in an Instagram inbox. **Then:** 1. Be on the platforms where your customers actually are. Not all of them. 2. Publish consistently, without chasing volume — one good piece a week beats five fillers. 3. Always leave a route back to the site. **Long term:** 1. Invest in search. It's one of the few marketing channels that gets cheaper over time rather than more expensive. 2. Build an email list. It's the only contact channel nobody can take away from you. 3. Treat social as a distribution channel, not as your entire presence online. And once the site is doing real work, keep it working — an unmaintained site quietly stops earning, which is a [separate topic I've written about](/en/blog/website-technical-support-why-it-matters). ## In short Algorithms change. Your domain doesn't. An email address someone gave you five years ago still works. A domain you've held for eight years still works. The organic reach your marketing depends on today could look completely different in six months, and nobody is going to notify you. If you're building a business that should still exist in five years, you need more than a profile on somebody else's platform. Want to work through this for your own business — how to connect the site to social, where to start with search, how to move someone from follower to enquiry? [Get in touch](/en#kontakt) and we'll go through it properly. --- # WordPress vs. Custom Website — What Should You Choose? URL: https://szympanstudio.pl/en/blog/wordpress-vs-custom-website Date: 2026-03-01 When WordPress is the right call, where it stops being enough, and what the decision means for your costs over the next five years. "What would you recommend — WordPress, or something built from scratch?" I get this in about half of first conversations, and it usually arrives with a certain fatigue. By then the person has read that WordPress is the best thing on the internet, and separately heard from a friend in IT that it's rubbish. I work with both. The answer I give most often is a boring one: for most of the companies who write to me, WordPress is a sensible first choice. But it has a fairly clear limit, past which it stops paying for itself — and it's worth knowing where that limit sits before you commit to it. A note on figures: everything below is in Polish złoty, since that's what I quote in. Divide by roughly four for a rough figure in euros. ## What actually separates the two **WordPress** is an off-the-shelf content management system. You install it on hosting, add a theme and some plugins, and you get an admin panel where you can write copy, swap photos and add pages without touching code. **A custom site** is code written for one company. It has no features you'll never use, because nobody wrote them. The analogy that usually lands: WordPress is a house from a catalogue. A custom site is a project with an architect. The catalogue house isn't the worse option — it's predictable, cheaper, and it's finished sooner. You go to an architect when the plot or the way you live doesn't fit the catalogue. ## When WordPress is the right call Over 40% of the web runs on WordPress, and that isn't an accident. **The entry cost is low.** A brochure site on a good theme sits at the bottom of the 1,000–8,000 PLN band. For a company still finding out whether a website brings them customers at all, that's a sensible number to start with. **It launches fast.** Four to six weeks and it's live. If you're opening premises in spring, the difference between "next month" and "next quarter" is a real one. **You can run it yourself.** This is the advantage people discount most often and the one that decides most often. After a fortnight of getting used to the panel, a client is adding posts, updating the price list and uploading photos from the last job. They don't have to write to me about every typo — and, more to the point, they don't have to pay for one. **Plugins cover most ordinary needs.** Bookings, forms, newsletters, a shop, an accounting integration. Rarely the best possible solution, almost always a sufficient one, and available today. **Search optimisation works fine.** Contrary to what you sometimes hear, WordPress doesn't get in the way of ranking. Titles, descriptions, heading structure, sitemap — all within reach. Concretely: a hotel or guesthouse that needs to show rooms, prices and take bookings. A clinic, a workshop, an accountancy practice. A shop with a few dozen products. In every one of those cases I'll suggest WordPress without hesitation. ## Where the limit sits There are a few signals that WordPress has turned from a saving into a cost. They usually show up together. **The plugin count climbs.** An install with fifteen plugins is fifteen separate projects, each with its own release cycle, its own author, and its own chance of being abandoned. Each one adds database queries and tens of kilobytes to every page. You see the result in load time. **Performance stops responding to fixes.** Up to a point, caching, image optimisation and better hosting all help. After that the only lever left is removing features, and nobody wants that. **The attack surface grows.** WordPress is popular, so it gets studied — by some people to patch it, by others to break it. Essentially every compromise I've been called to went in through an un-updated plugin rather than the core system. That's manageable, but it requires somebody to be managing it. More on this below, because it's the crux. **You want something that isn't in the catalogue.** An unusual ordering process, an integration nobody else uses, your own pricing logic. At that point you're hiring a developer anyway — except now they're writing code inside somebody else's constraints. You pay custom rates and get template flexibility. **Fixed costs creep up quietly.** The pro tier of the SEO plugin, the backup plugin, the caching plugin, the security plugin. Each a few hundred złoty a year. Plus heavier hosting, because the install got heavy. Individually these are small sums — the problem is that they grow quietly and nobody adds them up. ## When a custom build pays for itself A site written for one company is an 8,000–20,000 PLN investment for a typical business site, and 20,000 PLN upward once there's real commercial logic, integrations and a larger catalogue involved. What that buys: - **Speed that doesn't degrade.** There are no plugins eating it. - **A smaller attack surface.** There's no third-party code sitting un-updated. - **A data model shaped like the business actually works** — rather than bending blog posts into a product catalogue. - **Ownership.** The code is yours, documented, and another developer can pick it up. Concretely: a shop with thousands of products, a portal with user accounts, a booking system taking payments, a site serving several locations with separate price lists. Anything where the website isn't describing the business so much as forming part of how it runs. ## The five-year arithmetic Comparing build costs alone is misleading, because it ignores what happens afterwards. **WordPress, brochure site:** - build: 3,000–8,000 PLN - hosting: 200–600 PLN a year (an install with plugins needs more than a static site) - paid plugin tiers: 200–800 PLN a year - maintenance and updates: 1,200–6,000 PLN a year - occasional emergency fixes: unpredictable, but real **Custom, business site:** - build: 8,000–20,000 PLN - hosting: 100–300 PLN a year (a lighter site asks less of the server) - maintenance: lower, because there are no plugins to watch After five years the gap is noticeably smaller than the first invoice suggests. That doesn't mean custom always wins — it means comparing 5,000 to 15,000 without the rest of the arithmetic leads to a bad decision. ## A simple test **WordPress makes sense if:** - you need the site within weeks - the build budget is a few thousand złoty - the site is reasonably ordinary: services, past work, blog, contact - you want to edit content yourself - you accept that somebody has to look after it regularly **A custom build makes sense if:** - the business is growing and the site has to grow with it - performance translates directly into revenue - you have requirements no template covers - you handle customer data and security is a real subject - you're looking at a five-year horizon rather than a one-year one ## The middle option There's a variant people rarely mention: WordPress as the admin panel only, with no front end of its own, and a separately written interface on top. Your editors work in a tool they already know, and the site is fast because none of WordPress reaches the browser. It works well for content-heavy sites where somebody non-technical is publishing daily. It costs what a custom build costs, so it isn't a shortcut — it's a way to keep comfortable editing alongside good performance. ## The thing that matters more than the choice itself After years of this I've come to a view: whether a site runs on WordPress or on its own code matters less to how it ends up than whether anyone is looking after it. I've seen WordPress installs running beautifully after six years, because somebody spent an hour a month on updates. I've also seen custom-built sites that wouldn't compile after three, because nobody had touched a dependency since launch. The technology choice sets your ceiling. Maintenance decides where you actually land. It's why every quote I write includes a conversation about what happens after launch — I've written about that separately in [website technical support](/en/blog/website-technical-support-why-it-matters). If WordPress: plan updates, backups and monitoring from day one. If custom: make sure somebody refreshes dependencies even when nothing appears broken. ## In short For most companies who come to me, the sensible path looks like this: start on WordPress, give the site a year or two to show whether it brings in customers, and only then decide about rebuilding — on the strength of data rather than instinct. The exception is projects where the website is part of the product rather than a description of it. There, starting from a template usually costs you a year. Not sure which side of that line you're on? [Get in touch](/en#kontakt). We'll go through what the site actually has to do, and I'll tell you plainly which is the more sensible option in your case — including when the most sensible option is keeping what you already have. --- # How to Prepare Content for Your Business Website URL: https://szympanstudio.pl/en/blog/how-to-prepare-website-content Date: 2026-02-22 Which sections a business site actually needs, how to write copy people don't skip, and when it's worth hiring a copywriter. The most common reason a website misses its launch date isn't technical. The design is done, the code is done, the hosting is paid for — and seven empty pages are waiting for text. It's happened often enough that I now raise content in the first meeting rather than the week before launch. It's the usual bottleneck on a project, and it's also the part nobody can do on your behalf. The code is my job. The content is yours — nobody knows your business better than you do. What follows is a practical plan: what has to be on the site, how to write it, and what to avoid. ## The sections a site can't work without Not every business needs all of them. But there's a core set, and without it a visitor has no way to make a decision. ### The home page It has to answer three questions before anyone scrolls: what you do, who you do it for, and what they should do next. The usual mistake is a headline that says nothing. "Tailored solutions for your business" fits any company in any industry, so it means nothing. "Fitted kitchens — design, build and installation" tells someone immediately whether they're in the right place. ### About After the home page this is usually the most-visited page on the site. People want to know who they'd be dealing with. It should cover: - who you are — briefly, but specifically - why you do this work - what separates you from the three other firms nearby doing the same thing - experience: how long, how many projects, what kind - a photograph, if you're a one-person business. A good one, but a human one — not stock The typical failure is annual-report language: "The company was founded in year X and specialises in areas Y and Z." Formally correct, completely empty. Compare two versions of the same thing: "Our salon provides hairdressing services of the highest standard." "I've been cutting hair for twelve years. What I've learned is that a good cut changes more than how someone looks — it changes how they walk into a room. That's why I'm here." Somebody will remember the second one. The first is forgotten in the same second it's read. ### Services Be specific. Not everything you're capable of — the work you actually want to be doing and selling. For each service, give: - a name a customer would recognise - a short explanation of what it covers - who it's for - what the customer gets out of it - a price, a range, or an explicit "ask for a quote" The usual mistake is writing to a peer instead of to a customer: "We build responsive web applications on a microservices architecture." A business owner isn't buying microservices. They're buying a site that loads fast, doesn't get hacked, and that they can update themselves. ### Past work This is the strongest argument you have. It shows you've done this before and that it worked. A good case study covers: - what the client does and what needed doing - where the difficulty was - what you actually did - the result, measurable where possible - photographs or screenshots - a quote from the client, if they'll give you one State the result as a number when you have one. "We increased sales" means nothing. "Enquiries through the contact form went from 4 a month to 19 over six months" is concrete and it sticks. If you don't have the number, or can't share it, describe honestly what changed rather than inventing a percentage. ### FAQ A surprising number of sites skip it, and it's one of the cheapest things you can add. An FAQ clears up the doubts that otherwise end in a closed tab. One rule: use the questions you actually get. Not invented ones. If someone rings every week to ask about lead times, or whether you travel outside the city, those are exactly the entries. There's a bonus: a well-written FAQ often ends up in Google's results directly, as an expandable answer. ### Contact The minimum: - phone number and email address, both tappable - a street address if you have premises - the hours you actually answer - a form - a map, if customers need to find you A form under the words "Get in touch" isn't enough on its own. People want to confirm there's a real business at the other end. A phone number, an address and a company name do that better than any reassurance you could write. ## How to write for a website Writing for a website follows different rules from writing an article. Nobody reads a page top to bottom — people scan it, looking for the thing they came for. **Short and concrete.** You have a few seconds before someone decides whether to stay. Walls of text lose by default. Instead of: "Our company delivers comprehensive optimisation solutions aimed at the refinement of business processes through the implementation of advanced digital technologies." Write: "We automate the repetitive work, so your team stops losing a day a week to it." **Headings and lists.** A heading every few paragraphs gives a reader somewhere to land. If you're listing five things, make it a list — not one sentence with five commas in it. **Write to one person.** "You", not "businesses". "If you run a workshop and you want a site that actually brings you customers" beats "Commercial entities seeking web-based solutions." **Write about the customer, not yourself.** Nobody visits your site to learn about you. They arrive with a problem. "We're the best agency in town" carries no weight, because everyone writes it. Show that you understand the problem first, then that you have a way through it. **A clear call to action.** After each section a reader should know what happens next. "Contact us" is fine. "Book a free quote" is better, because it says what clicking will get them. ## A blog — optional, but it pays A blog on your own site, rather than on LinkedIn or Medium, does three things at once: it builds visibility in search, it demonstrates you know the subject, and it gives people a reason to come back. Take the topics from the questions you already get. If customers ask what it costs and how long it takes, those are your first two pieces. On frequency: one good article a month is a sensible floor. One solid piece beats four written out of obligation. It's the same principle I got into when writing about [your website versus social media](/en/blog/business-website-vs-social-media) — content should keep working for longer than a day. ## The mistakes I see most often **Missing the information that decides it.** Who's behind the business. Where you're based. Roughly what it costs. If you won't publish a price, at least explain what the price depends on. **No proof.** Reviews, past work, client logos, Google ratings. If you have happy customers, ask them for a few sentences. It's the cheapest thing you can do for your conversion rate. **Copy nobody read out loud.** Typos and sentences that never end cost you credibility faster than you'd think. Read everything aloud before publishing — it catches more than any spell-checker. ## When to hire a copywriter If writing is what's blocking you, and the site has been stalled on it for three months, that's the moment. A copywriter usually costs less than a quarter without a working website. A good one starts with questions: who your customer is, what's painful for them, why people choose you over the alternative, what you've delivered, what tone you want. If someone quotes you a per-page rate without asking any of that, you'll get copy that would sit just as comfortably on a competitor's site. Do some preparation yourself, too. Even an hour of notes — how the business started, three typical customer situations, the things you repeat in every sales conversation — gives a copywriter enough raw material to write something that sounds like you. ## A pre-launch checklist - Every page has its own title and description for search - The main headline says what you do and who for - A call to action is visible at least once on every page - The text is broken up with headings and can be scanned - No typos — everything read aloud - Pages link to each other - The photographs are yours, not stock - Phone number and email are tappable - Everything checked on a phone, not just a monitor ## Finally Content isn't a task you tick off once. Prices change, the offer changes, and after six months your analytics start showing you what people looked for and didn't find. A site from a year ago almost always needs work. But the foundation — who you are, what you do, who for, and how to reach you — has to be thought through from the start. Everything else gets added on top. If you're stuck on content, or planning a new site and want this sorted before the design work begins, [get in touch](/en#kontakt). One conversation is usually enough to separate what genuinely has to be on the site from what only feels necessary. --- # What to Do When Your Website Is Hacked — Step-by-Step Guide URL: https://szympanstudio.pl/en/blog/what-to-do-when-website-is-hacked Date: 2026-02-15 Website hacked? Don't panic. Practical steps to take immediately to restore security and prevent further damage. A phone call on a Thursday evening: "Szymon, something's going on. The site froze, and now it's showing text I've never seen before." Panic in that situation is natural, and it's the worst possible advisor. If you know the order to do things in, the site can be back to normal within hours — and, more importantly, it stops harming your visitors and your position in search. I've been working with businesses for over ten years and I've seen more injected code than I'd care to. Here is exactly what to do in the first minutes after you find out, and in the days that follow. ## Before you start A compromise almost never means the end of a business. It means a few hours of unpleasant work. Hundreds of thousands of sites are taken over every year, and the large majority come back. Take a breath and sit down. You're about to make decisions where rushing costs more than waiting. ## Step 1: Confirm It's Really a Hack (3-5 minutes) Sometimes it looks like a hack, but it's a bug, hosting problem, or something completely different. **What to do:** 1. Open the site in incognito/private browser window (to avoid cache) 2. Check if problem shows on all devices (computer, phone) 3. Check hosting access logs (if you have access to panel) 4. Ask someone else to look at the site (might be local issue, might be your computer) **Signs that it's really a hack:** - Site shows foreign content (ads, political posts, crypto scam, anything not yours) - Site is completely changed - Google alerts you that site contains malware (check: Google Search Console) - Messages from customers "What happened to your site?" - Unexpected emails from your host or your backup system If you confirm it's a hack—move to step 2. ## Step 2: Close Access—Right Now, Immediately (5 minutes) Every minute an infected site stays reachable is a risk to your visitors — and a signal to Google that the site is unsafe. The second one takes weeks to undo. **Do this now:** 1. **Disable database access or shut down the site completely.** If you have hosting panel access (cPanel, Plesk), disable the site. If it's WordPress, change the .htaccess file and put 403 Forbidden on the entire site. If you can't — go to step 3. 2. **If you can't shut down the entire site** — at least disable the admin panel (/wp-admin for WordPress). Add a rule to .htaccess that blocks access to the wp-admin directory for everyone (Order allow,deny / Deny from all). 3. **If possible, change all passwords.** Password to hosting panel, password to FTP, password to WordPress, password to email connected to the site. Everything. Why now? Because whoever got in most likely holds one of your passwords. While they do, they can keep coming back — and they can leave themselves a way in that survives the removal of the malicious code itself. ## Step 3: Contact Your Hosting Provider (10-15 minutes) Call. Don't email. Phone. Immediately. Say: - Your site was hacked - You want to temporarily shut down the site or entire account (so hacker can't continue) - Can they check access logs (to find how they got in) - Can they restore a backup from before the hack Hosting—if decent—has backups. That's your safety net. If you have a backup from 24 hours ago, you can restore the site to state before attack. **Questions worth asking:** - When was the last backup made? - Can they identify from what IP/country the attack came? - Does the site have malware? - Can I temporarily shut down the site? Good hosting will cooperate. Bad hosting will say "sorry, I don't see a problem"—if that happens, find new hosting, but now focus on rescue. ## Step 4: Make Full Backup of Current State (if you can) (15-30 minutes) Paradoxically—even though site is hacked, you want a backup of this state. Why? So a developer (me, or someone else) can examine it and find exactly what the hacker did. Helps in future. **How to backup hacked site:** 1. SSH to server (if you have access) and use scp command to copy all files 2. Or log in via FTP and download all files locally 3. Download database (phpMyAdmin → Export) Keep this backup on safe disk. It's evidence. It's what a developer will need. ## Step 5: Restore from Backup OR Clean (1-4 hours) You have two paths here. **Path A: Restore from clean backup (preferred)** If hosting has backup from 24-48 hours ago—tell them to restore it. This is the simplest way. Gain: site returns to normal quickly. Risk: if backup has wrong data (e.g. you changed product prices yesterday, backup is from day before)—you lose changes. So restoring backup is always a business decision—what hurts more, that a hacker controls the site or that you lose 24 hours of data? **Path B: Manual cleaning (time-consuming, but precise)** If you don't have a backup, or prefer not to restore—you must manually find and remove malware. This is work for a developer. Signs where to look: - Recently modified files (check timestamp in FTP) - PHP files in places where PHP shouldn't be (media folder, etc) - Weird files (shell.php, backdoor.php, x7x.php)—definitely a hack - In source code—eval(), base64_decode(), assert()—common malware hiding techniques - Theme files (in WordPress)—hacker modifies them If you can't do this—time to call developer. Don't risk it. Cleaning can be difficult—if you mess something up, site becomes more broken. **In WordPress—special steps:** 1. Install plugin like Wordfence or Sucuri—they scan for malware 2. Change all passwords (WordPress admin, database, FTP) 3. Delete all old plugins and themes 4. Update WordPress to latest version 5. Remove unused plugins ## Step 6: Change ALL Passwords (10 minutes) This is the solution everyone skips. Don't skip it. **What to change:** - WordPress admin password - Database password - FTP/SFTP password - Email connected to the site password - Hosting panel password - Domain password (whois contact email) The hacker who hacked your site probably has at least one password. New passwords should be: - Minimum 16 characters - Mix of uppercase, lowercase, numbers, symbols - Not "qwerty123" or other common patterns - Stored in password manager (LastPass, 1Password) ## Step 7: Notify Google (24 hours) Once the site is clean and running again: 1. **Google Search Console** → Security & Manual Actions → Security Issues. Mark the problem as fixed and request a review. 2. **Google Safe Browsing** → Report form. State that the site no longer serves malware. 3. **If customers were affected** — phishing sent through your site, or form data exposed — tell them. If personal data was involved, check whether you are required to notify your data protection authority; under GDPR that window is 72 hours. Google takes time to trust the site is clean. Sometimes days. Sometimes a week. Be patient. ## Step 8: Learn How It Happened (next day) After the site is restored, analyze what happened. **Questions to ask:** - What plugin/theme was vulnerable? - Were there old versions of software? - Were passwords weak? - Was backup being made regularly? - Were security updates regular? If it's WordPress—check which plugins were recently updated. Hackers attack old plugins that aren't patched. ## Step 9: Security for the Future (this hour if possible) Now that the site is secure—you don't want this to happen again. **The minimum:** 1. **A security plugin**, if you are on WordPress: Wordfence, Sucuri, iThemes Security 2. **Regular backups** — daily, weekly at worst. Stored somewhere other than the site's own server: cloud storage, S3, anything separate. 3. **Regular updates** — plugins, themes, the CMS itself. On a fixed rhythm, rather than whenever you remember. 4. **Strong passwords**—for every account. Password manager. 5. **Two-factor authentication**—for WordPress, FTP, hosting. **If you run something more critical (e-commerce, customer data):** - Web Application Firewall (WAF)—Cloudflare, Sucuri, Wordfence - Regular security audits (once a year) - SSL certificate (https)—should always be there - Dependency updates, if the site is custom-built ## My Experience-Based Advice **Everyone** who runs a website should be prepared for a hack. It's not if, it's when. So: 1. **Have regular backup.** Off-site. Not on same server as site. If server burns, backup burns with it. 2. **Update everything.** Plugins, themes, operating system, libraries. Don't ignore updates because "the site might change". Updates contain security patches. 3. **Use strong passwords.** And don't reuse passwords between services. 4. **If your site touches money** — payments, card data — treat security as a line item, not an afterthought. A firewall in front of it, and audits on a schedule. 5. **If you're on WordPress** — its popularity cuts both ways. It gets attacked more, but it also gets patched faster and documented better. Use the second half of that. ## If you need help right now If you're reading this mid-incident, [here's what urgent help looks like](/en#urgent-help). I work remotely with clients across Poland and internationally, in Polish and English. [Write or call](/en#kontakt) and I'll help get the site back up. A compromise isn't the end of the world. It's an incident — one that can be fixed, and one that usually produces a single clear conclusion: the site needed looking after sooner than this. And if you're reading this calmly, with a site that's working fine, this is the best possible moment to check your backups and your updates. That is the entire point of doing it before rather than after. --- # Szympanstudio — Polski --- --- # Strona główna URL: https://szympanstudio.pl/pl Strony firmowe, sklepy internetowe, audyty SEO i opieka techniczna. Pleszew, Kalisz, Ostrów Wlkp. i cała Polska. 10+ lat doświadczenia. ## FAQ **Ile trwa realizacja strony?** To zależy od zakresu, materiałów i stopnia złożoności. Prostsze projekty da się zamknąć szybciej, bardziej dopracowane realizacje wymagają więcej czasu. Na początku współpracy jasno ustalamy realny harmonogram. **Czy zajmujesz się też projektem graficznym?** Tak. Pracuję zarówno na gotowych projektach, jak i tworzę strony od zera — od struktury i makiety po finalny design i wdrożenie. **Czy mogę zlecić samo wdrożenie?** Tak. Jeśli masz już gotowy projekt, mogę zająć się samym wdrożeniem i dopilnować jakości technicznej całej realizacji. **Czy pomagasz z hostingiem, domeną i serwerem?** Tak. Mogę pomóc w uporządkowaniu kwestii technicznych, migracji, konfiguracji hostingu i bieżącej opiece nad środowiskiem. **Czy przejmujesz istniejące strony po innych wykonawcach?** Tak. To częsty scenariusz. Mogę wejść w istniejący projekt, ocenić stan techniczny i zaproponować dalsze kroki. **Na jakiej platformie budujesz sklepy internetowe?** Najczęściej pracuję z WooCommerce. Cenię jego elastyczność i możliwość dopasowania sklepu do sposobu sprzedaży. Platformę dobieramy do katalogu, integracji i codziennej obsługi. Jeśli masz już sklep, zaczynam od oceny obecnego rozwiązania. **Czy SEO jest wliczone w tworzenie strony?** Tak. Każda strona, którą robię, ma zrobione podstawy: strukturę nagłówków, tytuły i opisy, dane strukturalne, mapę strony i wydajność. Osobna usługa audytu SEO jest dla stron, które już istnieją — najczęściej zrobionych przez kogoś innego — i nie pojawiają się w wynikach wyszukiwania. **Co obejmuje audyt SEO?** Sprawdzam stronę technicznie i treściowo: co blokuje indeksowanie, jak wygląda struktura, czy treść odpowiada na pytania, które faktycznie wpisują klienci, i jak strona radzi sobie z wydajnością. Dostajesz raport z listą priorytetów, a jeśli chcesz — od razu wprowadzam poprawki. **Jak wygląda opieka techniczna?** Zakres zależy od potrzeb. Najczęściej obejmuje aktualizacje, backupy, monitoring, bezpieczeństwo, poprawki, rozwój i wsparcie w razie awarii. **Czy pracujesz także po angielsku?** Tak. Współpracuję zarówno z klientami z Polski, jak i z zagranicy. **Od czego najlepiej zacząć?** Najprościej od wiadomości z krótkim opisem sytuacji. Jeśli wolisz, możesz też od razu zadzwonić lub napisać maila. **Gdzie znajduje się Szympanstudio?** Szympanstudio działa z Pleszewa w województwie wielkopolskim. Regularnie współpracuję z firmami z Kalisza, Ostrowa Wielkopolskiego, Jarocina i okolic, a także z klientami z całej Polski i zagranicy. Od ponad 10 lat pracuję w 100% zdalnie, dlatego odległość nie stanowi problemu — liczy się sprawna komunikacja, dobry proces i jakość współpracy. **Czy tworzysz strony dla firm z Kalisza, Ostrowa i okolic?** Tak, regularnie współpracuję z firmami z Kalisza, Ostrowa Wielkopolskiego, Jarocina, Pleszewa i całego regionu wielkopolskiego. Dzięki zdalnemu modelowi pracy mogę obsłużyć klientów z dowolnej lokalizacji — zarówno z okolicznych miast, jak i z drugiego końca Polski czy z zagranicy. --- # Wsparcie strony od pomysłu po codzienną opiekę URL: https://szympanstudio.pl/pl/uslugi Wybierz zakres odpowiadający obecnej sytuacji. Każda usługa ma osobny cel i rezultat, ale mogą tworzyć jeden spójny proces. ## Budowa i rozwój Nowa strona, sklep internetowy lub uporządkowanie obecnego serwisu. Zakres wynika z celu biznesowego, treści i sposobu późniejszej obsługi. ## Ciągłość działania Stała opieka ogranicza ryzyko awarii i zaległości. Pilna pomoc służy sytuacjom, w których problem już blokuje stronę, sprzedaż lub pracę zespołu. ## Lepsze decyzje i widoczność Audyt SEO odpowiada na pytanie, co ogranicza widoczność. Konsultacja porządkuje technologię, zakres lub plan rozwoju przed kosztownym wdrożeniem. --- # Strony firmowe, które jasno prowadzą do kontaktu URL: https://szympanstudio.pl/pl/uslugi/strony-internetowe Projektuję i wdrażam szybkie, dostępne strony dla firm usługowych i marek, które potrzebują wiarygodnej prezentacji oraz prostego zarządzania treścią. ## Dla kogo Dla firmy budującej pierwszą profesjonalną stronę, porządkującej przestarzały serwis albo potrzebującej nowej struktury pod rozwój oferty i treści. - Nowe strony firmowe i usługowe - Redesign istniejącego serwisu - Landing page’e i rozbudowane serwisy treściowe ## Zakres Zaczynamy od odbiorców, celu i treści. Dopiero potem dobieram strukturę, technologię i sposób edycji. - Architektura informacji i makiety - Kierunek wizualny i responsywny interfejs - Wdrożenie, formularze, analityka i podstawy technicznego SEO - Testy wydajności, dostępności i urządzeń ## Co otrzymujesz - Gotową, wdrożoną stronę - Instrukcję obsługi i uporządkowane materiały - Kopie bezpieczeństwa oraz plan utrzymania - Jasny zakres dalszego rozwoju ## Jak wygląda współpraca - Krótka rozmowa i zebranie celów, ograniczeń oraz materiałów. - Propozycja zakresu, kolejności prac, terminu i zasad odbioru. - Realizacja w małych, czytelnych etapach z regularnym podglądem. - Testy, wdrożenie, przekazanie i ustalenie dalszej opieki. ## Sprawdzone doświadczenie Od ponad 10 lat projektuję, wdrażam i rozwijam serwisy dla polskich i zagranicznych klientów. Prowadzę projekt bez przekazywania go między działami: od decyzji technicznych po uruchomienie i późniejszą opiekę. ## Od czego zależy cena Największy wpływ mają liczba i różnorodność podstron, gotowość treści, indywidualny projekt, integracje, migracja danych oraz wymagania redakcyjne. Wycena powstaje po krótkim rozpoznaniu, bez ukrywania istotnych elementów w późniejszych dopłatach. ## FAQ **Czy muszę mieć gotowe teksty?** Nie. Mogę pomóc uporządkować zakres treści i przygotować strukturę, ale wiedza o ofercie oraz akceptacja faktów pozostają po Twojej stronie. **Czy strona będzie działać na telefonie?** Tak. Responsywność, obsługa klawiaturą, reflow i czytelność na małych ekranach są częścią wdrożenia. **Czy po uruchomieniu mogę liczyć na wsparcie?** Tak. Możemy ustalić stałą opiekę albo rozliczać konkretne prace rozwojowe. --- # Sklepy internetowe bez technicznego chaosu URL: https://szympanstudio.pl/pl/uslugi/sklepy-internetowe Wdrażam i rozwijam sklepy, w których katalog, płatności, dostawy i codzienna obsługa tworzą przewidywalny proces. ## Dla kogo Dla firm uruchamiających sprzedaż online, przenoszących sklep albo rozwijających istniejący sklep o nowe procesy i integracje. - Nowy sklep - Redesign i rozwój obecnego wdrożenia - Migracja z innej platformy - Porządkowanie wydajności i procesu zakupowego ## Zakres - Konfiguracja katalogu, wariantów, podatków i kont klientów - Integracje płatności, dostaw i systemów używanych w firmie - Responsywny interfejs koszyka i zakupu - Analityka, techniczne SEO oraz przygotowanie przekierowań przy migracji ## Co otrzymujesz - Przetestowany sklep gotowy do przyjmowania zamówień - Środowisko testowe i bezpieczny plan publikacji - Instrukcję najważniejszych operacji - Zakres opieki po uruchomieniu ## Jak wygląda współpraca - Krótka rozmowa i zebranie celów, ograniczeń oraz materiałów. - Propozycja zakresu, kolejności prac, terminu i zasad odbioru. - Realizacja w małych, czytelnych etapach z regularnym podglądem. - Testy, wdrożenie, przekazanie i ustalenie dalszej opieki. ## Sprawdzone doświadczenie Od ponad 10 lat projektuję, wdrażam i rozwijam serwisy dla polskich i zagranicznych klientów. Prowadzę projekt bez przekazywania go między działami: od decyzji technicznych po uruchomienie i późniejszą opiekę. ## Od czego zależy cena Wpływ mają wielkość katalogu, jakość danych, liczba wersji językowych i walut, integracje, indywidualny wygląd, migracja zamówień i klientów oraz nietypowe reguły sprzedaży. ## FAQ **Na jakiej platformie budujesz sklepy internetowe?** Najczęściej pracuję z WooCommerce. Cenię jego elastyczność i możliwość dopasowania sklepu do sposobu sprzedaży. Platformę dobieramy do katalogu, integracji i codziennej obsługi. Jeśli masz już sklep, zaczynam od oceny obecnego rozwiązania. **Czy przenosisz dane ze starego sklepu?** Tak, jeśli źródło pozwala na wiarygodny eksport. Przed migracją ustalamy zakres danych, próbę, plan przekierowań i sposób weryfikacji. **Czy wdrażasz płatności i dostawy?** Tak. Konkretne integracje dobieramy do rynku, umów operatorów i procesu realizacji zamówień. **Czy mogę rozwijać sklep po starcie?** Tak. Sklep można rozwijać etapami: dodawać funkcje, integracje i nowe sposoby sprzedaży. Zmiany testujemy przed publikacją. --- # Stała opieka nad stroną, aktualizacjami i rozwojem URL: https://szympanstudio.pl/pl/uslugi/opieka-techniczna Dbam o techniczną ciągłość serwisu, żeby poprawki, bezpieczeństwo i rozwój nie zamieniały się w narastającą listę ryzyk. ## Kiedy warto - Brakuje osoby odpowiedzialnej za stronę - Aktualizacje są odkładane - Poprawki trafiają bezpośrednio na produkcję - Zespół potrzebuje przewidywalnego wsparcia ## Zakres - Aktualizacje i kontrola zgodności - Kopie bezpieczeństwa i przygotowanie odtworzenia - Monitoring, diagnostyka i poprawki - Małe prace rozwojowe oraz wsparcie redakcyjne ## Sposób pracy Na początku porządkuję dostęp, stan aktualizacji, kopie i krytyczne ryzyka. Potem ustalamy priorytety, kanał zgłoszeń i zasady prac planowanych oraz pilnych. ## Sprawdzone doświadczenie Od ponad 10 lat projektuję, wdrażam i rozwijam serwisy dla polskich i zagranicznych klientów. Prowadzę projekt bez przekazywania go między działami: od decyzji technicznych po uruchomienie i późniejszą opiekę. ## Od czego zależy cena Znaczenie mają technologia, stan wyjściowy, liczba serwisów, wymagany czas reakcji, częstotliwość zmian i zakres odpowiedzialności za infrastrukturę. ## FAQ **Czy przejmiesz stronę po innym wykonawcy?** Tak. Najpierw potrzebny jest przegląd kodu, hostingu, dostępów, kopii i zaległych aktualizacji. **Czy opieka obejmuje rozwój?** Może obejmować uzgodnioną pulę drobnych prac. Większe funkcje wyceniam osobno, żeby harmonogram pozostał czytelny. **Co z awarią poza stałą opieką?** Służy temu usługa pilnej pomocy. Możliwość reakcji zależy od dostępności i rodzaju problemu. --- # Pomoc, gdy strona przestała działać albo została zaatakowana URL: https://szympanstudio.pl/pl/uslugi/pilna-pomoc Najpierw ograniczam skutki i zabezpieczam materiał do diagnozy. Dopiero potem naprawiam przyczynę i przygotowuję bezpieczny powrót serwisu. ## Sytuacje, w których pomagam - Strona lub sklep nie otwiera się - Serwis został zainfekowany albo przejęty - Aktualizacja uszkodziła kluczową funkcję - Błąd blokuje formularz, zakup lub panel ## Pierwsze kroki - Ustalenie objawów, czasu zdarzenia i dostępów - Zabezpieczenie kopii oraz logów, jeśli są dostępne - Ograniczenie wpływu awarii - Diagnoza i plan naprawy z informacją o ryzyku ## Po naprawie Sprawdzam krytyczną ścieżkę, opisuję wykonane zmiany i wskazuję działania, które zmniejszą ryzyko powtórki. Nie obiecuję odzyskania danych, których nie ma w żadnej sprawnej kopii. ## Od czego zależy cena Liczą się rodzaj incydentu, dostęp do hostingu i kodu, stan kopii, zakres infekcji, technologia oraz presja czasowa. Rozpoznanie może ujawnić, że bezpieczniejsza jest odbudowa niż lokalna poprawka. ## FAQ **Czy gwarantujesz natychmiastową reakcję?** Nie bez aktywnej umowy z określonym czasem reakcji. Przy jednorazowym zgłoszeniu najpierw potwierdzam dostępność. **Jakie dostępy będą potrzebne?** Zwykle hosting, domena, panel strony, repozytorium i usługi zewnętrzne. Zakres zależy od objawów. **Czy po awarii można objąć stronę opieką?** Tak. Po ustabilizowaniu serwisu mogę zaproponować zakres porządkowania i stałej opieki. --- # Audyt SEO, który kończy się listą decyzji i priorytetów URL: https://szympanstudio.pl/pl/uslugi/audyt-seo Sprawdzam techniczne i treściowe bariery widoczności, łączę je z celem strony i porządkuję działania według wpływu oraz kosztu. ## Dla kogo - Strona nie zdobywa wartościowego ruchu - Po migracji spadła widoczność - Treści konkurują ze sobą - Zespół ma listę pomysłów, ale nie zna priorytetów ## Co sprawdzam - Indeksowanie, kanonikalizację, sitemapę i przekierowania - Strukturę informacji, intencje i linkowanie wewnętrzne - Tytuły, opisy, nagłówki i dane strukturalne - Wydajność, dostępność i problemy techniczne wpływające na odbiór strony ## Co otrzymujesz - Opis stanu i najważniejszych ryzyk - Listę zaleceń z priorytetem i uzasadnieniem - Rozdzielenie szybkich poprawek od większych zmian - Spotkanie podsumowujące i odpowiedzi na pytania ## Jak wygląda współpraca - Krótka rozmowa i zebranie celów, ograniczeń oraz materiałów. - Propozycja zakresu, kolejności prac, terminu i zasad odbioru. - Realizacja w małych, czytelnych etapach z regularnym podglądem. - Testy, wdrożenie, przekazanie i ustalenie dalszej opieki. ## Od czego zależy cena Znaczenie mają wielkość serwisu, liczba wersji językowych, sklep lub inne funkcje, dostęp do danych analitycznych oraz to, czy zakres obejmuje samo badanie, czy także wdrożenie poprawek. ## FAQ **Czy audyt gwarantuje wzrost pozycji?** Nie. Audyt pokazuje bariery i możliwości, ale wynik zależy także od konkurencji, popytu, jakości treści i późniejszego wdrożenia. **Czy wdrażasz zalecenia?** Tak, jeśli technologia i dostęp pozwalają zrobić to bezpiecznie. Wdrożenie może być osobnym etapem. **Czy potrzebujesz dostępu do Search Console?** Nie zawsze, ale wiarygodne dane z Search Console i analityki pomagają odróżnić przypuszczenia od rzeczywistych wzorców. --- # Konsultacja strony przed kosztowną decyzją URL: https://szympanstudio.pl/pl/uslugi/konsultacje-i-audyty Pomagam rozdzielić objawy od przyczyn, ocenić warianty i ułożyć realny plan, zanim zespół wybierze technologię, wykonawcę lub zakres przebudowy. ## Tematy konsultacji - Ocena obecnej strony i długu technicznego - Wybór technologii lub sposobu migracji - Weryfikacja oferty i zakresu od wykonawcy - Plan wydajności, dostępności, bezpieczeństwa albo rozwoju ## Format Może to być pojedyncza rozmowa oparta na materiałach, przegląd techniczny z notatką albo większy audyt zakończony planem. Zakres ustalamy przed rozpoczęciem. ## Rezultat - Nazwane ryzyka i założenia - Porównanie realnych wariantów - Lista decyzji, zależności i kolejnych kroków - Materiał, który można przekazać zespołowi lub wykonawcy ## Sprawdzone doświadczenie Od ponad 10 lat projektuję, wdrażam i rozwijam serwisy dla polskich i zagranicznych klientów. Prowadzę projekt bez przekazywania go między działami: od decyzji technicznych po uruchomienie i późniejszą opiekę. ## Od czego zależy cena Liczą się liczba systemów i interesariuszy, dostępność dokumentacji, potrzeba analizy kodu lub danych oraz forma rezultatu: rozmowa, notatka czy pełny raport. ## FAQ **Czy konsultacja może odbyć się przed wyborem wykonawcy?** Tak. To dobry moment na uporządkowanie wymagań i kryteriów, zanim oferty staną się trudne do porównania. **Czy potrzebujesz dostępu do kodu?** Tylko gdy pytanie dotyczy implementacji, bezpieczeństwa lub realnego kosztu zmian. W innych przypadkach wystarczą materiały i rozmowa. **Czy przygotujesz specyfikację?** Mogę przygotować zakres decyzji i wymagań potrzebny do wyceny. Szczegółowość zależy od etapu projektu. --- # Wybrane strony i długofalowe współprace URL: https://szympanstudio.pl/pl/realizacje Strony, przy których pracowałem nad kodem, wyglądem i dalszym rozwojem. Przy każdej realizacji znajdziesz mój zakres pracy, a przy wybranych projektach — szerszy opis współpracy. --- # Lower Street URL: https://szympanstudio.pl/pl/realizacje/lower-street Rozwijam stronę Lower Street i dbam o jej zaplecze techniczne. Prace obejmują wdrożenia, optymalizację wydajności oraz ułatwienie codziennej edycji treści. ## Mój zakres pracy - Programowanie frontendu i backendu - Optymalizacja wydajności - Usprawnienie edycji treści - Bieżący rozwój i opieka techniczna ## Strona dla odbiorców. Wygodna również dla redakcji. W Lower Street zajmuję się zarówno tym, jak działa strona, jak i tym, jak pracuje się z nią od strony panelu. Obok rozwoju serwisu ważną częścią współpracy jest usprawnianie edycji treści i praca nad wydajnością. To długofalowa współpraca: wdrażam kolejne zmiany i zapewniam wsparcie techniczne działającej strony. --- # Brands in Audio URL: https://szympanstudio.pl/pl/realizacje/brands-in-audio Dla Brands in Audio połączyłem projektowanie interfejsu z programowaniem całego serwisu. Zakres obejmował również import treści przez RSS, prace nad wydajnością i późniejszą opiekę techniczną. ## Mój zakres pracy - Projektowanie interfejsu - Programowanie frontendu i backendu - Mechanizm importu treści przez RSS - Optymalizacja wydajności i opieka techniczna ## Wygląd i mechanizm publikacji W tym projekcie pracowałem nad wyglądem strony oraz zapleczem odpowiedzialnym za import treści z kanałów RSS. Obie części należały do jednego zakresu: od sposobu prezentacji po mechanizm dostarczający materiały do serwisu. Współpraca obejmuje też prace nad wydajnością i dalsze wsparcie techniczne. Dzięki temu mogę rozwijać zarówno interfejs, jak i funkcje działające w tle. --- # Burda Media URL: https://szympanstudio.pl/pl/realizacje/burda-media Przy serwisie Burda Media odpowiadam za full-stack development i opiekę techniczną. Ważną częścią prac są animacje interfejsu oraz dopracowanie układów na różnych wielkościach ekranów. ## Mój zakres pracy - Programowanie frontendu i backendu - Wdrożenie animacji interfejsu - Dopracowanie widoków mobilnych i desktopowych - Bieżąca opieka techniczna ## Ruch, układ i detale Przy rozbudowanym serwisie sam wygląd pojedynczego widoku to tylko część pracy. W Burda Media zajmuję się również zachowaniem elementów interfejsu i tym, jak układ dostosowuje się do różnych ekranów. Zakres obejmuje implementację animacji, dopracowanie wersji responsywnej oraz późniejsze wsparcie techniczne serwisu. --- # The Making URL: https://szympanstudio.pl/pl/realizacje/the-making Full-stack development, animacje i opieka nad stroną The Making — firmy zajmującej się komunikacją strategiczną dla architektury, nieruchomości i kultury. ## Wdrożenie dla firmy, która pracuje ze znaczeniem The Making pomaga opowiadać o miejscach, inwestycjach i instytucjach. W takim serwisie sposób prezentacji jest częścią komunikatu: odbiorca powinien poczuć charakter firmy, zanim przejdzie do szczegółów jej oferty. Mój zakres obejmuje programowanie frontendu i backendu, realizację wymagających animacji oraz opiekę techniczną. Istotnym zadaniem wdrożeniowym było pogodzenie wyrazistego ruchu z płynnością i czytelnością strony. ## Duża typografia, małe porcje informacji Na stronie głównej uwagę przyciągają słowa Communication, Placemaking, Strategy, Research i Culture. Obok nich znajdują się krótsze bloki wyjaśniające podejście firmy. Duże litery budują charakter, a mniejsze karty pozwalają przejść do konkretów bez ściany tekstu. Przy takim interfejsie kod musi respektować kompozycję również pomiędzy efektownymi momentami. Liczą się odstępy, kolejność treści i zachowanie elementów podczas przewijania. Animacja jest częścią zadania programistycznego, z własnymi stanami i zależnościami. ## Kilka dróg do poznania The Making Dolna część strony porządkuje treść według odbiorców, usług, prowadzonych projektów i dodatkowych informacji. Deweloper, architekt czy instytucja mogą zacząć od obszaru, który jest im najbliższy. To ciekawy przykład połączenia mocnego gestu wizualnego z praktycznym katalogiem. Po pierwszym wrażeniu odbiorca ma gdzie pójść: do zakresu pracy, projektów, materiałów lub kontaktu. ## Charakter także na mniejszym ekranie Przy stronie opartej na dużych literach i ruchu telefon jest osobnym sprawdzianem kompozycji. Trzeba zachować hierarchię, zostawić miejsce na czytanie i dopilnować, żeby elementy interaktywne pozostały dostępne. Zrzut mobilny pokazuje, jak ten sam język wizualny zachowuje się w wąskim kadrze. Statyczny obraz dokumentuje układ; pełny charakter animacji najlepiej zobaczyć na działającej stronie. --- # APA Wojciechowski URL: https://szympanstudio.pl/pl/realizacje/apa-wojciechowski Full-stack development strony APA Wojciechowski Architekci. Serwis łączy duże fotografie realizacji z uporządkowaną informacją o projektach i pracowni. ## Pracownia przedstawiona przez swoje projekty W portfolio architektonicznym zdjęcie budynku jest ważną częścią informacji. Pokazuje skalę, kontekst i charakter realizacji, których nie zastąpi krótki opis. Strona APA otwiera się dużą fotografią, pozostawiając dużo miejsca samemu projektowi. Odpowiadałem za pełne wdrożenie frontendu i backendu serwisu. Zakres łączył techniczną realizację strony z jej codzienną użytecznością — zarówno podczas przeglądania dorobku pracowni, jak i korzystania z pozostałych treści. ## Od fotografii do informacji o budynku Serwis prezentuje projekty wraz z takimi danymi jak rok, lokalizacja, klient, powierzchnia, status i kategoria. Dzięki temu odbiorca może przejść od wizualnego zainteresowania realizacją do oceny jej skali i przeznaczenia. Taki katalog ma inne potrzeby niż prosta galeria zdjęć. Układ musi uwzględniać różną długość nazw, zestawy informacji i materiały fotograficzne, zachowując czytelny rytm przeglądania. ## Portfolio jest częścią większego serwisu Obok realizacji strona zawiera informacje o pracowni, zespole, aktualności oraz obszary APA Green i APA Innovation. To pozwala pokazać również ludzi, kierunek rozwoju i tematykę podejmowaną przez biuro. Dla klienta planującego podobny serwis ważna jest właśnie ta różnica: katalog powinien mieć miejsce na kolejne projekty, ale też pasować do pozostałych treści firmy. Warto ustalić strukturę wpisów i sposób ich uzupełniania przed rozpoczęciem wdrożenia. ## Duży obraz w małym kadrze Na telefonie zdjęcie nadal może otwierać opowieść, ale jego kadr staje się węższy. Logo, nawigacja i droga do projektów muszą współistnieć z fotografią bez zasłaniania najważniejszych informacji. Ten projekt pokazuje charakter pracy nad serwisem wizualnym: poza samym wyświetleniem zdjęcia liczy się jego relacja z interfejsem. Widok mobilny dokumentuje tę relację w rzeczywistym układzie strony. --- # BEM & Wspólnicy URL: https://szympanstudio.pl/pl/realizacje/bem-wspolnicy Full-stack development strony kancelarii BEM & Wspólnicy: specjalizacje prawne, informacje o wspólnikach, blog i kontakt w jednym serwisie. ## Strona dla osoby, która przychodzi z konkretną sprawą Odbiorca strony kancelarii często szuka odpowiedzi na bardzo praktyczne pytanie: czy ktoś tutaj zajmuje się moim problemem? Serwis BEM & Wspólnicy w Poznaniu rozpoczyna od trzech obszarów: prawa pracy, prawa medycznego i nieruchomości. Mój zakres obejmował full-stack development. We wdrożeniu istotne były stabilność, jakość wykonania i możliwość sprawnego zarządzania treścią. Tego rodzaju strona musi pomieścić szczegółowe informacje, zachowując zrozumiałą drogę do właściwej usługi. ## Jedna specjalizacja, różne potrzeby odbiorców Prawo pracy jest opisane osobno z perspektywy pracodawcy i pracownika. Prawo medyczne rozdziela potrzeby podmiotu leczniczego i pacjenta. W obszarze nieruchomości pojawiają się zarówno zarządcy i wspólnoty, jak i klienci indywidualni. Ten podział pozwala czytać zakres usług w odniesieniu do swojej sytuacji. Zamiast jednej długiej listy kompetencji kancelarii odbiorca otrzymuje grupy informacji z jasno nazwanym adresatem. To konkretna cecha struktury tej realizacji. ## Za specjalizacją stoi człowiek Przy opisach obszarów pojawiają się wspólnicy kancelarii i bezpośrednie dane kontaktowe. Formularz pozwala wybrać osobę w powiązaniu z tematyką sprawy. To uzupełnia informację o zakresie pomocy o odpowiedź na pytanie, z kim zacząć rozmowę. Blog tworzy dodatkową warstwę treści: odbiorca może poznać sposób wyjaśniania tematów prawnych przed kontaktem. ## Treść, którą można przeczytać również w drodze Długie opisy usług wymagają spokojnego układu mobilnego. Nagłówki, odstępy i kolejność informacji pomagają odnaleźć właściwy fragment bez konieczności czytania całego serwisu od początku. Dla podobnych projektów najważniejsze jest przygotowanie klarownego podziału specjalizacji i przypisanie odpowiedzialności za aktualizację treści. Samo uruchomienie strony nie kończy pracy nad informacjami, na których klient opiera swoją decyzję. --- # Ideal Idea URL: https://szympanstudio.pl/pl/realizacje/ideal-idea Full-stack development serwisu Ideal Idea — dewelopera parków biurowo-magazynowych. Projekty, lokalizacje i informacje o firmie w jednej strukturze. ## Oferta, która zaczyna się od lokalizacji Ideal Idea rozwija miejskie parki łączące powierzchnie biurowe i magazynowe w formule Small Business Units. Odbiorca serwisu potrzebuje zarówno ogólnego obrazu oferty, jak i drogi do inwestycji w interesującym go mieście. Odpowiadałem za full-stack development i techniczne wdrożenie serwisu. Ten projekt obejmuje stronę o kilku warstwach informacji: od prezentacji marki przez przegląd inwestycji po aktualności i kontakt. ## Warszawa i Wrocław jako punkty wejścia Projekty są pogrupowane według lokalizacji. W obrębie miasta można przeglądać kolejne inwestycje City Park, a oznaczenia dostępności pozwalają wyróżnić wybrane pozycje oferty. To ważna różnica wobec portfolio, w którym wszystkie realizacje są równorzędnymi obrazami. Tutaj lokalizacja jest częścią decyzji biznesowej, a projekt należy do konkretnej grupy. Wdrożenie musi zachować te powiązania także w nawigacji i układzie elementów. ## Serwis, który pokazuje rozwój inwestycji Aktualności opisują kolejne etapy budowy i wydarzenia związane z firmą. Obok nich znajdują się informacje o deweloperze, lokalizacjach i osobach kontaktowych. Dzięki temu odbiorca może poznać kontekst inwestycji przed rozmową o powierzchni. Przy planowaniu podobnej strony warto rozdzielić dane względnie stałe, takie jak lokalizacja, od treści zmiennych: dostępności, etapów budowy i komunikatów. To pomaga określić, które części serwisu będą wymagały regularnej pracy redakcyjnej. ## Przeglądanie oferty poza biurkiem Telefon ogranicza liczbę projektów widocznych jednocześnie. Tym większe znaczenie mają nazwy inwestycji, oznaczenie miasta i czytelne przejścia między sekcjami. Ten serwis jest przykładem wdrożenia, w którym prezentacja wizualna spotyka się z uporządkowaną ofertą B2B. --- # Ewa Ryfa URL: https://szympanstudio.pl/pl/realizacje/ewa-ryfa Projekt i full-stack development strony Ewy Ryfy: fizjoterapia uroginekologiczna w Pleszewie, opis pierwszej wizyty, usługi i przejście do rezerwacji. ## Od makiety do gotowej strony gabinetu W tym projekcie odpowiadałem zarówno za design, jak i full-stack development od podstaw. Strona dotyczy fizjoterapii uroginekologicznej — obszaru, w którym sposób rozmowy z odbiorczynią ma duże znaczenie już przed wizytą. Układ łączy prezentację specjalistki z praktycznymi informacjami: czym zajmuje się gabinet, jak przebiega pierwsze spotkanie, jakie usługi są dostępne i jak się zapisać. Ciepła kolorystyka i spokojna kompozycja towarzyszą treściom wymagającym uważności. ## Zanim pacjentka kliknie „Umów wizytę” Osobna sekcja wyjaśnia pierwszą wizytę: rozmowę, badanie i ustalenie planu terapii. Pokazuje kolejne etapy oraz podkreśla rolę zgody i dyskrecji. Dzięki temu odbiorczyni może zapoznać się z przebiegiem spotkania przed podjęciem decyzji. To konkretna odpowiedź na potrzebę informacyjną, która różni stronę gabinetu od zwykłej wizytówki. W projekcie jest miejsce zarówno na wiedzę o specjalistce, jak i na pytania osoby, która korzysta z takiej fizjoterapii po raz pierwszy. ## Usługi i rezerwacja mają swoje miejsce Lista usług zawiera opisy, czas wizyty i ceny. Przyciski rezerwacji prowadzą do zewnętrznego profilu Booksy, gdzie pacjentka może wybrać termin. FAQ odpowiada na dodatkowe pytania, a sekcja kontaktowa podaje lokalizację w Pleszewie, telefon i adres e-mail. Połączenie tych elementów pozwala znaleźć zarówno informacje potrzebne przed wizytą, jak i sposób zapisania się na nią. ## Lokalna usługa, często szukana na telefonie Nazwa specjalizacji i miejscowość pojawiają się już na początku strony. Odbiorczyni może szybko sprawdzić, czy znalazła właściwy gabinet, a następnie przejść do usług lub zapisów. Widok mobilny pokazuje kolejność informacji i dostęp do głównego działania. To przykład strony usługowej, w której indywidualny projekt pomaga uporządkować ważną, osobistą decyzję. --- # Checklista przed uruchomieniem sklepu internetowego URL: https://szympanstudio.pl/pl/checklista-sklepu-internetowego 192 punktów, które sprawdzam, zanim sklep zacznie przyjmować prawdziwe zamówienia: płatności, koszyk, bezpieczeństwo, przepisy polskie i unijne, podatki, SEO i sam dzień startu. Wyszukuj, filtruj i odhaczaj na bieżąco. ## Domena, DNS i poczta To pierwsze, z czym styka się klient, i pierwsze, co po cichu psuje się przy przełączaniu DNS. - Domena zarejestrowana na firmę, a nie na programistę czy agencję. Abonent, kontakt administracyjny i rozliczeniowy należą do firmy. Automatyczne odnowienie włączone, karta ważna, konto u rejestratora z 2FA i blokadą transferu. - TTL rekordów DNS obniżony 24–48 godzin przed przełączeniem. Ustaw rekordy A, AAAA i CNAME na 300 sekund, żeby ewentualny powrót rozszedł się w kilka minut. Po stabilnym starcie podnieś TTL z powrotem. - Wszystkie warianty adresu prowadzą do jednego kanonicznego. http://, https://, z www i bez niego trafiają pod ten sam adres jednym przekierowaniem 301, bez łańcuchów. - Rekord CAA ogranicza, kto może wystawić certyfikat. Na przykład 0 issue "letsencrypt.org". Uwzględnij urząd certyfikacji używany przez CDN lub hosting, inaczej automatyczne odnowienie się nie uda. - SPF obejmuje każdą usługę wysyłającą pocztę z Twojej domeny. Platforma sklepu, dostawca maili transakcyjnych, narzędzie do newslettera, helpdesk, Google Workspace lub Microsoft 365. Tylko jeden rekord SPF i mniej niż 10 zapytań DNS. - Podpis DKIM włączony w każdej usłudze wysyłkowej. Opublikuj klucze DKIM wszystkich dostawców i wyślij wiadomość testową. W nagłówkach ma być dkim=pass zgodny z domeną nadawcy. - DMARC opublikowany i monitorowany. Zacznij od p=none z adresem raportów rua=, a po uporządkowaniu raportów przejdź na quarantine lub reject. Gmail, Yahoo i Outlook wymagają DMARC od nadawców masowych. - Mailing marketingowy ma wypisanie jednym kliknięciem. Nagłówki List-Unsubscribe i List-Unsubscribe-Post (RFC 8058). Rezygnacje realizowane w ciągu dwóch dni, a odsetek zgłoszeń spamu poniżej 0,3%. - Maile transakcyjne oddzielone od marketingowych. Osobna subdomena lub strumień wysyłki, np. mail. i news., żeby jedna słaba kampania nie wysłała potwierdzeń zamówień do spamu. - Adresy do odpowiedzi istnieją i ktoś je czyta. zamowienia@, pomoc@, zwroty@, rodo@. Żadnego noreply@ w wiadomościach, na które klient może odpisać. - Rekordy MX sprawdzone po przeniesieniu DNS. Zaraz po przełączeniu wyślij wiadomość na każdy publiczny adres z zewnętrznego konta. ## Hosting, wdrożenie i środowiska Produkcja musi działać jak przetestowane środowisko, a nieudane wdrożenie trzeba umieć cofnąć w kilka minut. - Produkcja działa na konfiguracji produkcyjnej. Sprawdź adres bazowy, adresy zasobów i CDN, endpointy API, dostawcę poczty, klucze płatności, indeks wyszukiwarki i flagi funkcji. Przeszukaj zbudowaną stronę pod kątem staging, localhost i testowych domen. - Tryb debugowania wyłączony, błędy niewidoczne dla klientów. Żadnych stack trace’ów, błędów SQL ani stron debugowania frameworka. Własne strony 404 i 500 z nagłówkiem, wyszukiwarką i drogą powrotu do zakupów. - Certyfikat TLS ważny i odnawiany automatycznie. Obejmuje domenę główną, www i używane subdomeny. Tylko TLS 1.2 lub nowszy, ocena A w SSL Labs. Alert o wygaśnięciu niezależny od mechanizmu odnawiania. - HTTPS wszędzie, bez mieszanej treści. Obrazy, skrypty, fonty i ramki ładują się przez HTTPS. Sprawdź konsolę na stronie głównej, kategorii, produktu, koszyka, zamówienia i konta. - Środowisko testowe zamknięte i nieindeksowane. Staging chroniony hasłem HTTP lub listą adresów IP i wysyła X-Robots-Tag: noindex. Nie może wysyłać prawdziwych maili ani obciążać prawdziwych kart. - Wdrożenie powtarzalne, a powrót do poprzedniej wersji przećwiczony. Jeden pipeline lub jedno polecenie wdraża zmiany, a poprzednią wersję da się przywrócić w kilka minut. Migracje bazy są wstecznie zgodne albo mają sprawdzoną drogę powrotu. - Zadania cykliczne (cron) działają na produkcji. Eksport zamówień, synchronizacja stanów, maile o porzuconym koszyku, generowanie mapy strony i feedów, kursy walut, rozgrzewanie cache, czyszczenie starych koszyków. Potwierdź, że każde zadanie wykonało się po starcie. - Workery kolejek działają pod nadzorem. Maile, webhooki, faktury, indeksowanie wyszukiwarki. Supervisor restartuje wyłączone procesy, a alert reaguje na rosnącą kolejkę. - Cache stron nigdy nie serwuje danych osobowych. Koszyk, zamówienie, konto i strony zamówień oraz każda odpowiedź ustawiająca ciasteczko sesji omijają cache. Test: dodaj produkt w przeglądarce A, otwórz ten sam adres w przeglądarce B — koszyk B ma być pusty. - Strefa czasowa serwera i sklepu ustawiona. Wpływa na znaczniki zamówień, start i koniec promocji, daty faktur i godziny graniczne wysyłki tego samego dnia. - Test obciążenia przy realistycznym szczycie. Zasymuluj przeglądanie, dodawanie do koszyka i zamówienia przy 3–5-krotności spodziewanego ruchu (k6, Locust). Obserwuj połączenia z bazą, workery i limity zewnętrznych API. - Limity zasobów przejrzane. Miejsce na dysku na logi, pliki i kopie, pojemność bazy, transfer, limity planu CDN, czasy wykonania funkcji serverless. - Strona prac technicznych gotowa. Zwraca kod 503 z nagłówkiem Retry-After, żeby wyszukiwarki jej nie indeksowały, a administratorzy mogą ją ominąć. ## Bezpieczeństwo Sklepy są atakowane dla danych kart, sald kart podarunkowych, danych klientów i taniego testowania kradzionych kart. Większość ataków jest automatyczna i zaczyna się kilka godzin po starcie. - Konta administracyjne z 2FA, domyślne konta usunięte. Żadnych domyślnych loginów, wspólnych kont ani dostępów byłych wykonawców. Pracownicy mają najwęższe potrzebne uprawnienia — magazyn nie wystawia zwrotów pieniędzy. - Panel administracyjny chroniony czymś więcej niż hasłem. Ogranicz dostęp do IP lub VPN tam, gdzie platforma na to pozwala, ogranicz liczbę prób logowania i blokuj powtarzające się błędy. - Sekrety niedostępne z internetu. .env, .git/, zrzuty bazy, archiwa i phpinfo.php zwracają 403 lub 404. Każdy klucz, który kiedykolwiek trafił do repozytorium, trzeba wymienić. - Nagłówki bezpieczeństwa ustawione. Strict-Transport-Security, Content-Security-Policy (najpierw w trybie report-only), X-Content-Type-Options: nosniff, Referrer-Policy, Permissions-Policy i frame-ancestors przeciw clickjackingowi. - Ceny, sumy i rabaty liczone po stronie serwera. Zmień w żądaniu cenę, ilość (ujemną, zero, 99999, ułamek), ID produktu i metodę dostawy. Serwer ma odrzucić zmianę albo przeliczyć wszystko od nowa. - Nadużycia kodów rabatowych i kart podarunkowych zablokowane. Sprawdź łączenie kodów, użycie ponad limit, rabat po częściowym zwrocie i kody łatwe do odgadnięcia. Ogranicz liczbę zapytań do endpointów kodów i sald. - Ochrona przed testowaniem kradzionych kart. Oszuści używają nowych sklepów do sprawdzania kradzionych kart drobnymi zamówieniami. Włącz narzędzia antyfraudowe operatora, limity na IP, e-mail i kartę oraz weryfikację botów po nieudanych próbach. - Zamówień, faktur i adresów nie da się podejrzeć przez zmianę ID. Zmień numer w /konto/zamowienia/1234 lub w linku do faktury — dane innego klienta nie mogą się pojawić. Linki do zamówień gości zawierają tokeny nie do odgadnięcia. - Wyścig o ostatnią sztukę obsłużony. Dwóch klientów kupujących ostatnią sztukę w tej samej chwili nie może obu zakończyć sukcesem, chyba że masz spisaną procedurę na sprzedaż ponad stan. - Formularze chronione przed spamem i wstrzyknięciami. Kontakt, opinie, newsletter, rejestracja: walidacja po stronie serwera, tokeny CSRF, honeypot lub niewidoczna weryfikacja, kodowanie danych przeciw XSS w opiniach i nazwiskach. - Pliki przesyłane przez klientów ograniczone. Przy personalizacji czy zdjęciach do reklamacji: lista dozwolonych typów, limit rozmiaru, zapis poza katalogiem publicznym, brak możliwości wykonania. - Platforma, motyw, wtyczki i zależności aktualne. Usuń nieużywane wtyczki i motywy. Uruchom npm audit, composer audit lub skaner platformy i zapisz się na komunikaty bezpieczeństwa wszystkiego, czego używasz. - WAF i ochrona przed botami włączone. Zarządzane reguły WAF na CDN lub hostingu, ochrona przed scrapingiem i credential stuffingiem, zabezpieczenie przed DDoS. - Skrypty zewnętrzne przejrzane. Każdy tag — czat, opinie, testy A/B — może czytać stronę. Usuń zbędne, przypnij wersje lub używaj SRI tam, gdzie się da. ## Płatności i PCI DSS Najczęstsza awaria w dniu startu: sklep działa, ale na kluczach testowych albo webhooki wskazują staging i zamówienia nigdy nie zmieniają statusu na opłacone. - Konto u operatora płatności w pełni aktywne. Weryfikacja firmy zakończona, dane firmy i rachunku potwierdzone, wypłaty włączone, konto bez ograniczeń. Znasz harmonogram i walutę wypłat. - Produkcyjne klucze API, testowe usunięte. Klucz publiczny i prywatny są produkcyjne. Żadnych kluczy testowych w konfiguracji, zmiennych środowiskowych ani w kodzie frontendu. - Webhooki zarejestrowane w trybie produkcyjnym i wskazujące produkcję. Tryb produkcyjny ma osobne endpointy i sekrety podpisu. Weryfikacja podpisu przechodzi z produkcyjnym sekretem, a obsługa jest idempotentna — to samo zdarzenie dwa razy aktualizuje zamówienie raz. - Status zamówienia wynika z potwierdzonej płatności, a nie z przekierowania. Klient, który zamknie kartę po zapłacie, i tak ma opłacone zamówienie dzięki webhookowi. Spreparowany adres powrotu nie może oznaczyć zamówienia jako opłaconego. - Prawdziwy zakup i pełny zwrot wykonane na produkcji. Zapłać własną kartą. Sprawdź status zamówienia, stan magazynu, maila z potwierdzeniem, fakturę, obciążenie na wyciągu, zwrot i maila o zwrocie. Przetestuj też częściowy zwrot. - Silne uwierzytelnienie (3-D Secure 2) działa. Karty wydane w EOG wymagają silnego uwierzytelnienia zgodnie z PSD2. Przetestuj to na telefonie, łącznie z przejściem do aplikacji banku i powrotem do przeglądarki. - Odrzucenia i błędy mówią, co zrobić dalej. Brak środków, wygasła karta, nieudane 3-D Secure, anulowane przekierowanie — klient wraca do zamówienia z nienaruszonym koszykiem i jasnym komunikatem. - Lokalne metody płatności dla każdego rynku. W Polsce: BLIK, szybkie przelewy (Przelewy24, PayU), karty, Apple Pay i Google Pay. Holandia: iDEAL. Belgia: Bancontact. Niemcy: PayPal, Klarna, SEPA. Klienci rezygnują, gdy nie widzą swojej metody. - Opóźnione potwierdzenia płatności obsłużone. Przelewy tradycyjne, przeterminowany BLIK, polecenie zapłaty i płatności odroczone potwierdzają się po minutach lub dniach. Zamówienia czekają na płatność, stan jest rezerwowany przez określony czas, a nieopłacone zamówienia wygasają automatycznie. - Domena zweryfikowana dla Apple Pay, Google Pay zatwierdzony. Wgraj plik weryfikacyjny dla domeny produkcyjnej (i www). Dostęp produkcyjny do Google Pay zatwierdzony. - Opis na wyciągu karty rozpoznawalny. Klient widzi znaną mu nazwę sklepu, a gdzie się da — telefon lub adres pomocy. Niejasny opis kończy się obciążeniami zwrotnymi. - Waluty, zaokrąglenia i kwoty minimalne poprawne. Sumy zgadzają się co do grosza w koszyku, bramce, na fakturze i w księgowości. Sprawdź minimalną kwotę transakcji operatora i waluty bez części dziesiętnych, jeśli sprzedajesz w HUF lub JPY. - Zakres PCI DSS ustalony — zwykle SAQ A. Pola hostowane, strona płatności operatora lub przekierowanie, żeby dane kart nigdy nie dotykały Twojego serwera. Co roku wypełniaj wymagany przez operatora kwestionariusz. - Spis skryptów strony płatności i monitoring zmian. Wymagania 6.4.3 i 11.6.1 PCI DSS 4.0.1, obowiązkowe od 31 marca 2025, dotyczą skimmingu kart. Spisz i zatwierdź każdy skrypt na stronach z formularzem płatności i co najmniej raz w tygodniu sprawdzaj nieautoryzowane zmiany. - Procedura obciążeń zwrotnych i sporów ustalona. Kto odpowiada, gdzie są dowody (śledzenie przesyłki, potwierdzenie doręczenia, IP, korespondencja) i jakie obowiązują terminy. Powiadomienia trafiają do monitorowanej skrzynki. ## Koszyk i zamówienie Każde utrudnienie w tym miejscu kosztuje zamówienia. Testuj jak nowy klient, na telefonie. - Zakupy bez rejestracji. Wymuszone zakładanie konta to jeden z głównych powodów porzucania koszyka. Zaproponuj konto po złożeniu zamówienia. - Pełna cena widoczna przed ostatnim krokiem. Ceny, dostawa, cła i podatki są widoczne, zanim klient złoży zamówienie. Żadnych niespodzianek na ostatnim ekranie. Dopłaty za płatność kartą od konsumentów są w UE zakazane. - Ostatni przycisk informuje o obowiązku zapłaty. Przepisy wymagają napisu „Zamówienie z obowiązkiem zapłaty” lub równie jednoznacznego. „Dalej” czy „Kontynuuj” nie wystarczy — konsument może nie być związany umową. - Żadnych domyślnie zaznaczonych pól. Ubezpieczenie, pakowanie na prezent, newsletter i akceptacja regulaminu — wszystko domyślnie odznaczone. - Ograniczenia dostawy widoczne od początku. Kraje, do których nie wysyłasz, i akceptowane metody płatności są jasne na początku składania zamówienia, a nie po wpisaniu adresu. - Formularz adresu pasuje do rynków docelowych. Format kodu pocztowego (00-000), opcjonalna druga linia adresu, nazwa firmy i NIP dla klientów firmowych, telefon z kierunkowym dla kuriera, wybór paczkomatu InPost lub punktu DPD Pickup. - Autouzupełnianie przeglądarki działa. Poprawne atrybuty autocomplete (given-name, postal-code, email, tel) i inputmode dla pól liczbowych. - Komunikaty walidacji konkretne i przy polu. Błąd mówi, co jest nie tak i jak to poprawić, pojawia się przy polu i nie kasuje wpisanych danych. - Podwójne wysłanie zablokowane. Podwójne kliknięcie „Zapłać” lub odświeżenie strony potwierdzenia nie tworzy dwóch zamówień ani dwóch obciążeń. Użyj klucza idempotencji dla każdego zamówienia. - Koszyk przetrwa logowanie, wygaśnięcie sesji i zmianę urządzenia. Koszyk gościa łączy się z koszykiem konta po zalogowaniu, jest przechowywany rozsądnie długo, a przycisk „wstecz” z płatności wraca do działającego zamówienia. - Wyprzedanie produktu w trakcie zamówienia obsłużone. Jeśli produkt zniknie między koszykiem a płatnością, klient dowiaduje się o tym przed zapłatą, a nie po. - Koszty dostawy sprawdzone dla każdej strefy i wagi. Próg darmowej dostawy, produkty ciężkie i gabarytowe, trudno dostępne obszary, koszyki mieszane, odbiór osobisty. Porównaj stawki z tym, co faktycznie zafakturuje przewoźnik. - Reguły rabatowe dają poprawne sumy. Rabaty procentowe i kwotowe, darmowa dostawa, minimalna wartość koszyka, produkty wykluczone i przecenione, rabaty automatyczne, zaokrąglenia z VAT. - Strona potwierdzenia pokazuje numer zamówienia i dalsze kroki. Co dzieje się dalej, przewidywana dostawa, kontakt z obsługą. Zdarzenie zakupu w analityce wysyła się tu dokładnie raz. - Zamówienie działa w przeglądarkach aplikacji. Przeglądarki w Instagramie, Facebooku i TikToku często psują przekierowania płatności i 3-D Secure. Przetestuj całą ścieżkę z reklamy lub linku w bio. ## Katalog produktów i treści Błędne ceny i brakujące informacje o produktach to zawsze problem finansowy, a w UE także prawny. - Każda cena sprawdzona z cennikiem. Wyeksportuj katalog i przejrzyj go w arkuszu: ceny zerowe, zgubione przecinki, netto zamiast brutto, ceny promocyjne i wariantów. Posortuj po cenie, żeby wyłapać odstające wartości. - Ceny dla konsumentów zawierają VAT. Konsument widzi ceny brutto. Tam, gdzie wymagają tego przepisy, pokaż cenę jednostkową za kilogram lub litr. - Obniżki pokazują najniższą cenę z 30 dni. Zgodnie z dyrektywą Omnibus przy każdej ogłaszanej obniżce trzeba podać najniższą cenę z 30 dni przed obniżką. Promocje na otwarcie bez historii cen to częsty cel kontroli UOKiK. - Stany magazynowe poprawne i zsynchronizowane. Stany początkowe zgadzają się z inwentaryzacją. Synchronizacja z ERP, magazynem i marketplace’ami sprawdzona w obie strony. Sprzedaż bez stanu to świadoma decyzja dla każdego produktu. - Informacje o bezpieczeństwie produktu (GPSR). Od 13 grudnia 2024 każda oferta musi zawierać nazwę producenta, jego adres pocztowy i elektroniczny, osobę odpowiedzialną w UE, gdy producent jest spoza Unii, identyfikator produktu oraz ostrzeżenia i informacje o bezpieczeństwie po polsku. - Oznaczenia wymagane dla kategorii produktów. Etykiety energetyczne i karty produktu dla AGD, skład surowcowy tekstyliów, alergeny i wartości odżywcze żywności, ostrzeżenia wiekowe zabawek, skład kosmetyków. - Brak treści zastępczych i testowych. Przeszukaj bazę i szablony pod kątem lorem, test, asdf, TODO, produktów-atrap i kategorii demo. Testowe produkty usuń, a nie tylko ukryj. - Zdjęcia licencjonowane, zoptymalizowane i spójne. Masz prawa do każdego zdjęcia — zdjęcia dostawców często wymagają zgody. Jednakowe proporcje w kategorii, działający zoom, opisane teksty alternatywne. - Warianty działają od początku do końca. Wybór rozmiaru czy koloru zmienia cenę, zdjęcie, dostępność i SKU. Niedostępne warianty są wyraźnie oznaczone, a do zamówienia trafia właściwy wariant. - Czas dostawy widoczny przy produkcie. Realne terminy wysyłki i doręczenia, osobna informacja dla produktów na zamówienie i przedsprzedaży. - Opinie prawdziwe, a sposób weryfikacji opisany. Jeśli pokazujesz opinie, napisz, czy i jak sprawdzasz, że pochodzą od kupujących. Nigdy nie importuj ani nie pisz fałszywych opinii — to praktyka wprost zakazana. - Zasady pozycjonowania i personalizacji cen ujawnione. Jeśli płatne wyróżnienia wpływają na wyniki lub sortowanie albo ceny są personalizowane algorytmicznie, wyjaśnij główne parametry. - Wyszukiwarka sklepu daje sensowne wyniki. Literówki, odmiana, numery SKU, polskie znaki (zolty znajduje żółty). Strona bez wyników podpowiada alternatywy. ## Realizacja zamówień i wysyłka Przyjęte zamówienie musi wyjechać z magazynu wtedy, kiedy obiecałeś. - Konta przewoźników aktywne, etykiety się drukują. Produkcyjne dane API każdego przewoźnika, sprawdzona drukarka etykiet, poprawny adres nadawcy, zamówiony odbiór lub znany punkt nadania. - Zamówienia poprawnie trafiają do realizacji. Magazyn, operator logistyczny lub dostawca dropshippingu dostaje właściwe produkty, warianty, adres, telefon, numer paczkomatu i metodę dostawy. - Numer przesyłki wraca do zamówienia i do klienta. Mail o wysyłce zawiera działający link do śledzenia. - Opakowania i wkładki gotowe. Kartony w potrzebnych rozmiarach, wypełniacz, faktura lub specyfikacja, instrukcja zwrotu lub etykieta zwrotna. - Każdy status zamówienia ma właściciela. Nowe, opłacone, oczekuje na płatność, w realizacji, wysłane, doręczone, anulowane, zwrócone. Każdy status ma osobę odpowiedzialną i czas reakcji. - Ścieżka zwrotu przetestowana w całości. Zgłoszenie, etykieta, przyjęcie, sprawdzenie, powrót na stan, zwrot pieniędzy, faktura korygująca, powiadomienie klienta. - Godziny graniczne i kalendarz świąt ustawione. Godzina wysyłki tego samego dnia, weekendy, święta i okresy szczytu przewoźników są komunikowane na stronie. ## Regulamin, dokumenty i prawa konsumenta Wymagane dokumenty muszą istnieć przed pierwszą sprzedażą. Przepisy konsumenckie w UE zmieniały się kilka razy w latach 2024–2026. - Dane firmy widoczne. Pełna nazwa, adres, numer KRS lub wpis w CEIDG, NIP, REGON, kapitał zakładowy w przypadku spółki, e-mail i telefon. Link w stopce każdej strony. - Regulamin sklepu opublikowany. Składanie zamówień, płatności, dostawa, odstąpienie od umowy, reklamacje, odpowiedzialność, prawo właściwe. Regulamin jest obowiązkowy przy świadczeniu usług drogą elektroniczną i musi być dostępny przed zawarciem umowy w formie, którą klient może zapisać. - Prawo odstąpienia od umowy w 14 dni opisane, wzór formularza dostępny. Jak odstąpić, kto płaci za odesłanie, zwrot pieniędzy w 14 dni od odstąpienia (można wstrzymać do otrzymania towaru) oraz wyjątki: rzeczy wykonane na zamówienie, łatwo psujące się, rozpieczętowane produkty higieniczne, treści cyfrowe dostarczone za zgodą. - Przycisk odstąpienia od umowy online. Dyrektywa 2023/2673 obowiązuje od 19 czerwca 2026: wyraźnie opisana funkcja, np. „Odstąp od umowy tutaj”, dostępna przez cały okres na odstąpienie. Klient podaje imię i nazwisko oraz dane zamówienia, potwierdza i dostaje automatyczne potwierdzenie mailem. Nie może to być trudniejsze niż złożenie zamówienia. Sprawdź stan wdrożenia w polskich przepisach. - Odpowiedzialność za niezgodność towaru z umową i reklamacje opisane. Dwa lata odpowiedzialności za niezgodność towaru z umową, procedura reklamacji z terminem odpowiedzi 14 dni (brak odpowiedzi oznacza uznanie reklamacji) i gwarancja handlowa oddzielona od uprawnień ustawowych. - Link do platformy ODR usunięty. Unijna platforma ODR została zamknięta 20 lipca 2025. Usuń link ze stopki, regulaminu i maili. Zostaw informację o pozasądowym rozwiązywaniu sporów, np. rzecznikach konsumentów i inspekcji handlowej. - Strona o dostawie i zwrotach opublikowana. Przewoźnicy, koszty, strefy, czas wysyłki, zagubione i uszkodzone paczki, adres zwrotów, sposób i termin zwrotu pieniędzy. - Potwierdzenie umowy na trwałym nośniku. Po zamówieniu wyślij jego szczegóły razem z regulaminem i pouczeniem o odstąpieniu, np. jako PDF lub w treści maila. Link do strony, która może się zmienić, nie wystarczy. - Deklaracja dostępności opublikowana. Wymagana od 28 czerwca 2025 dla objętych Europejskim aktem o dostępności usług handlu elektronicznego. Zawiera poziom zgodności, znane braki i sposób zgłaszania problemów. Mikroprzedsiębiorcy świadczący usługi (poniżej 10 osób i do 2 mln euro obrotu) są zwolnieni. - Obowiązki opakowaniowe, elektroodpady i baterie sprawdzone. Numer BDO i sprawozdawczość opakowaniowa, jeśli wprowadzasz produkty w opakowaniach, oraz informacja o zbiórce zużytego sprzętu i baterii przy ich sprzedaży. Od sierpnia 2026 zaczyna obowiązywać unijne rozporządzenie PPWR — sprawdź, co zmienia dla Twoich opakowań. - Produkty z ograniczeniami sprawdzone. Alkohol, wyroby tytoniowe i e-papierosy, suplementy, leki, noże — przed wystawieniem sprawdź koncesje i wymogi weryfikacji wieku w każdym kraju. - Znak towarowy i nazwa sprawdzone. Nazwa sklepu nie narusza zarejestrowanych znaków na Twoich rynkach (EUIPO, UPRP). Jeśli marka ma znaczenie, zarejestruj własny znak. - Podatek sprzedażowy, prywatność i dostępność w USA. Progi „economic nexus” w poszczególnych stanach, prawa do prywatności w Kalifornii z obsługą sygnału Global Privacy Control oraz ryzyko pozwów o dostępność (ADA), częstych wobec sklepów. ## Podatki, faktury i księgowość Błędy wychodzą tu po miesiącach jako kary. Potwierdź ustawienia z księgowym przed pierwszym zamówieniem. - Stawki VAT poprawne dla produktów i krajów. Obniżone stawki (książki, żywność, artykuły dziecięce) przypisane do właściwych produktów. Dostawa opodatkowana stawką towaru tam, gdzie wymagają tego przepisy. - Procedura OSS dla sprzedaży konsumentom w innych krajach UE. Po przekroczeniu 10 000 euro rocznie sprzedaży wysyłkowej do innych krajów UE naliczasz VAT kraju nabywcy i rozliczasz go w OSS. Sklep musi stosować stawki kraju docelowego. - Odwrotne obciążenie z weryfikacją VIES. Firmy z UE z ważnym numerem VAT UE kupują z 0% VAT i adnotacją o odwrotnym obciążeniu na fakturze. Sprawdź numer w VIES przy zamówieniu i zapisz wynik. - KSeF wdrożony. Faktury ustrukturyzowane są obowiązkowe od 1 lutego 2026 dla największych firm i od 1 kwietnia 2026 dla większości pozostałych; firmy wystawiające faktury do 10 000 zł miesięcznie mogą działać poza KSeF do końca 2026. Faktury B2B muszą przechodzić przez KSeF, faktury dla konsumentów mogą być wystawiane poza nim. Przetestuj integrację i uprawnienia w KSeF. - Obowiązek kasy fiskalnej potwierdzony. Sprzedaż wysyłkowa dla konsumentów opłacana przez bank lub operatora płatności co do zasady korzysta ze zwolnienia z kasy, ale towary z ustawowej listy wyłączeń już nie. Potwierdź swój asortyment z księgowym. - Numeracja faktur ciągła i poprawnie rozpoczęta. Faktury testowe ze stagingu usunięte lub anulowane, seria produkcyjna zaczyna się od właściwego numeru, faktury korygujące działają przy zwrotach. - Wypłaty uzgadniają się z zamówieniami. Raporty operatora, prowizje, zwroty i obciążenia zwrotne da się dopasować do zamówień w księgowości. Eksport lub integracja z systemem księgowym przetestowana. - Dane celne gotowe przy wysyłce poza UE. Kody HS przy produktach, dane do faktury handlowej dla przewoźnika, IOSS przy imporcie do 150 euro, decyzja, kto płaci cło (DDP czy DAP). ## RODO, cookies i zgody Organy nadzorcze sprawdzają banery zgód automatycznie. Śledzenie przed wyrażeniem zgody to najczęstsze naruszenie. - Brak ciasteczek i tagów przed zgodą. Otwórz stronę w czystej przeglądarce. Zanim cokolwiek klikniesz, DevTools nie może pokazywać żądań analityki, reklam ani pikseli (Google Analytics, Meta, TikTok, Hotjar). - Odmowa tak samo łatwa jak zgoda. „Odrzuć wszystkie” na pierwszym ekranie banera, równie widoczne jak „Akceptuj wszystkie”. Zgodę można wycofać później przez stały link lub ikonę. - Google Consent Mode v2 wdrożony. Wymagany do personalizacji reklam i remarketingu w EOG. Domyślnie odmowa; ad_storage, analytics_storage, ad_user_data i ad_personalization aktualizowane z banera. Sprawdź w Tag Assistant. - Polityka prywatności opisuje to, co strona naprawdę robi. Administrator, cele, podstawy prawne, wszyscy odbiorcy i podmioty przetwarzające (płatności, przewoźnicy, poczta, analityka, hosting, obsługa klienta), transfery poza EOG, okresy przechowywania, prawa i kontakt. - Umowy powierzenia przetwarzania podpisane. Z hostingiem, operatorem płatności, narzędziami mailowymi, logistyką, helpdeskiem i analityką. Prowadź rejestr czynności przetwarzania. - Zgoda na newsletter osobna i niezaznaczona. Osobne pole, nigdy połączone z akceptacją regulaminu. Double opt-in pozwala udowodnić zgodę. Marketing mailowy, SMS i telefoniczny wymaga uprzedniej zgody zgodnie z Prawem komunikacji elektronicznej. - Procedura obsługi żądań RODO. Dostęp, usunięcie i przeniesienie danych w ciągu miesiąca. Kto to robi i jak dane są usuwane ze sklepu, narzędzi mailowych i innych systemów. - Plan na wypadek naruszenia danych. Kto decyduje i jak zgłosić naruszenie do UODO w ciągu 72 godzin oraz, gdy trzeba, powiadomić klientów. - Okresy przechowywania i czyszczenie danych ustawione. Porzucone koszyki, dane gości, logi i nieaktywne konta usuwane lub anonimizowane według harmonogramu. Faktury przechowywane przez okres ustawowy (pięć lat od końca roku, w którym upłynął termin płatności podatku). ## Dostępność (WCAG 2.1 i 2.2 AA) Obowiązkowa dla objętych sklepów w UE od czerwca 2025 na mocy Europejskiego aktu o dostępności. Poprawia też konwersję wszystkich klientów. - Cały zakup możliwy z samej klawiatury. Menu, filtry, wybór wariantu, ilość, wysuwany koszyk, zamówienie, formularz płatności, baner cookies. Fokus widoczny na każdym kroku, okna modalne go nie zatrzymują. - Ścieżka zakupu sprawdzona czytnikiem ekranu. VoiceOver i NVDA odczytują nazwę produktu, cenę, wybór wariantu, potwierdzenie dodania do koszyka, liczbę produktów i błędy. - Kontrast kolorów na poziomie AA. 4,5:1 dla tekstu i 3:1 dla dużego tekstu oraz elementów interfejsu, np. przycisków i obramowań pól. Ceny promocyjne i komunikaty błędów często nie spełniają wymogu. - Obrazy i ikony mają teksty alternatywne. Zdjęcia opisują produkt, dekoracje mają pusty alt, a przyciski z samą ikoną (koszyk, wyszukiwanie, zamknij) mają dostępne nazwy. - Formularze mają etykiety i odczytywane błędy. Widoczne etykiety, nie tylko placeholdery, oznaczone pola wymagane, błędy powiązane przez aria-describedby i ogłaszane. - Powiększenie i przepływ treści działają. Strona działa przy powiększeniu 200% i szerokości 320 pikseli bez przewijania w poziomie. Większe odstępy tekstu niczego nie ucinają. - Ruch i limity czasu pod kontrolą. Karuzele można zatrzymać, banery nie przewijają się bez kontrolek, a wygasanie sesji jest zapowiadane z możliwością przedłużenia. - Automatyczny skan bez błędów. axe DevTools lub Lighthouse nie pokazują krytycznych problemów na kluczowych szablonach. Narzędzia automatyczne wyłapują tylko część błędów, więc testy ręczne powyżej pozostają konieczne. ## Wydajność i Core Web Vitals Wolne strony produktów i kategorii tracą sprzedaż i pozycje. Mierz na średniej klasy telefonie z Androidem w sieci 4G, a nie na laptopie. - Core Web Vitals zaliczone na 75. percentylu. LCP do 2,5 s, INP do 200 ms, CLS do 0,1. Sprawdź stronę główną, kategorię, produkt i koszyk w PageSpeed Insights i WebPageTest. - Obrazy w nowoczesnych formatach i właściwych rozmiarach. AVIF lub WebP z srcset i sizes, podane wymiary przeciw przesunięciom układu, leniwe ładowanie tylko poniżej pierwszego ekranu. Główne zdjęcie bez lazy loadingu, z fetchpriority="high". - CDN i cache skonfigurowane. Zasoby statyczne z długim cache i hashem w nazwie, HTML w cache tam, gdzie to bezpieczne, kompresja Brotli lub gzip, HTTP/2 lub HTTP/3. - Skrypty zewnętrzne w ramach budżetu. Policz tagi na stronie produktu. Czat, widżety opinii i mapy ciepła ładuj po interakcji lub w czasie bezczynności — każdy z nich pogarsza responsywność. - Fonty zoptymalizowane. Pliki woff2 z podzbiorem znaków, font-display: swap, preload tylko jednego lub dwóch krojów z pierwszego ekranu. Podzbiór musi zawierać polskie znaki. - Baza i wyszukiwarka szybkie pod obciążeniem. Przejrzany log wolnych zapytań, indeksy na wyszukiwaniu zamówień, klientów i produktów, czas odpowiedzi kategorii z wieloma filtrami sprawdzony. - Monitoring rzeczywistych użytkowników włączony. Zbieraj Web Vitals od prawdziwych odwiedzających, żeby pogorszenia po starcie były widoczne. ## SEO i widoczność Start z pozostawionym noindex to klasyczny błąd, który pozostaje niewidoczny tygodniami. - Blokady indeksowania ze stagingu usunięte. robots.txt nie zawiera Disallow: /, a publiczne strony nie mają meta noindex ani nagłówka X-Robots-Tag. Sprawdź crawlerem po wdrożeniu, nie tylko w konfiguracji. - Przekierowania 301 ze starych adresów przy zmianie sklepu. Przypisz każdy stary adres produktu, kategorii i treści z ruchem lub linkami do najbliższej nowej strony. Sprawdź mapę crawlerem, unikaj łańcuchów i masowego kierowania na stronę główną. - Unikalne tytuły i opisy dla każdego szablonu. Produkt: nazwa, kluczowa cecha, marka. Kategoria: nazwa i doprecyzowanie. Bez duplikatów między wariantami i stronami paginacji. - Canonicale i nawigacja fasetowa pod kontrolą. Parametry filtrów i sortowania wskazują kategorię bazową lub mają noindex, warianty mają właściwy canonical, paginacja pozostaje indeksowalna. - Dane strukturalne produktów poprawne. Product z Offer (cena, waluta, dostępność), aggregateRating tylko dla prawdziwych opinii, shippingDetails i hasMerchantReturnPolicy. Sprawdź w teście wyników z elementami rozszerzonymi. - Mapa strony XML zgłoszona. Generowana automatycznie, tylko kanoniczne adresy z kodem 200, zgłoszona w Google Search Console i Bing Webmaster Tools. Obie usługi zweryfikowane dla domeny produkcyjnej. - Feed w Google Merchant Center zatwierdzony. Dla bezpłatnych informacji o produktach i reklam produktowych. Ceny i dostępność w feedzie dokładnie zgodne ze stroną produktu, ustawienia dostawy i zwrotów uzupełnione. - Zasady dla produktów niedostępnych i wycofanych. Chwilowo niedostępny: strona zostaje z kodem 200 i statusem OutOfStock. Wycofany na stałe: 301 do najbliższego odpowiednika albo 410. - hreflang dla wersji językowych i krajowych. Każda wersja wskazuje wszystkie pozostałe i siebie, plus x-default. Bez wymuszonych przekierowań po IP bez możliwości powrotu. - Tagi do udostępniania i ikony gotowe. Tagi Open Graph na stronach produktów z właściwym zdjęciem, tytułem i ceną. Favicon i ikona Apple touch obecne. - Pełny crawl bez niedziałających linków. Przeskanuj całą stronę Screaming Frogiem lub Sitebulbem: bez wewnętrznych 404, linków do stagingu i osieroconych kategorii. ## Analityka i konwersje Nie naprawisz tego, czego nie mierzyłeś od pierwszego dnia, a błędne dane o przychodzie prowadzą do złych decyzji reklamowych. - Zdarzenie zakupu wysyła się raz na zamówienie z poprawnymi wartościami. GA4 purchase z transaction_id, value, currency, podatkiem, dostawą i produktami. Odświeżenie strony podziękowania nie może dublować przychodu. - Cały lejek sprzedażowy mierzony. view_item_list, view_item, add_to_cart, begin_checkout, add_shipping_info, add_payment_info, purchase i refund. - Bramki płatności wykluczone jako źródła ruchu. Dodaj domeny PayPal, Przelewy24, PayU i 3-D Secure do niechcianych odesłań, żeby sprzedaż nie była przypisywana bankowi. - Ruch wewnętrzny i testowy odfiltrowany. Adresy IP biura i Twoje zamówienia testowe wykluczone, a staging nie wysyła danych do produkcyjnej usługi. - Konwersje reklamowe bez duplikatów. Meta Pixel z Conversions API, konwersje rozszerzone Google Ads, TikTok Events API: zdarzenia z przeglądarki i serwera mają wspólne event_id, więc liczą się raz. Wszystkie respektują stan zgód. - Przychód w analityce zgadza się ze sklepem. Porównaj jeden dzień zamówień w panelu, GA4 i u operatora płatności. Część różnicy wynika z braku zgód i blokerów; różnica powyżej ok. 20% zwykle oznacza błąd w pomiarze. - Zasady UTM i panel startowy gotowe. Reguły nazywania kampanii i panel z sesjami, współczynnikiem konwersji, średnią wartością zamówienia, przychodem, najlepszymi produktami i nieudanymi płatnościami. ## Maile transakcyjne i powiadomienia Te wiadomości są częścią umowy i głównym kanałem kontaktu po zakupie. - Każdy mail transakcyjny sprawdzony na prawdziwym zamówieniu. Potwierdzenie zamówienia, płatność przyjęta, oczekiwanie na płatność, wysłane, doręczone, anulowane, zwrot pieniędzy, zwrot przyjęty, powitanie, reset hasła, zmiana e-maila, porzucony koszyk. - Linki w mailach prowadzą na produkcję. Bez adresów stagingu i obrazów z localhost, link śledzenia działa, a link do zamówienia otwiera się tylko właściwemu klientowi. - Potwierdzenie zamówienia zawiera wymagane informacje. Dane sprzedawcy, produkty, ceny brutto, koszt dostawy, metoda płatności, adres dostawy, pouczenie o odstąpieniu od umowy i regulamin w załączniku lub treści. - Maile dobrze wyglądają w głównych programach pocztowych. Gmail w przeglądarce, na iOS i Androidzie, Apple Mail, Outlook desktopowy i webowy, w trybie jasnym i ciemnym. Dołącz wersję tekstową. - Nazwa nadawcy i adres odpowiedzi ustawione. Rozpoznawalna nazwa nadawcy, odpowiedzi trafiają do monitorowanej skrzynki obsługi, wiadomości lądują w odebranych, a nie w spamie (sprawdź w mail-tester.com). - Powiadomienia wewnętrzne docierają do zespołu. Nowe zamówienie, niski stan, błąd webhooka płatności, nowy zwrot, nowa opinia, formularz kontaktowy — do zespołu lub wspólnego kanału, nie do jednej prywatnej skrzynki. - Powiadomienia SMS skonfigurowane, jeśli są używane. Nazwa nadawcy zarejestrowana, zgoda zapisana, treść w języku klienta. ## Konta klientów i logowanie Przejęcie konta daje atakującemu zapisane adresy, historię zamówień, a czasem zapisane metody płatności. - Hasła hashowane nowoczesnym algorytmem. Argon2id lub bcrypt. Minimalna długość co najmniej 8 znaków i sprawdzanie haseł z wycieków zamiast wymuszania złożoności. - Reset hasła bezpieczny. Jednorazowe tokeny ważne maksymalnie godzinę, unieważnienie sesji po zmianie hasła, brak informacji, czy dany e-mail jest zarejestrowany. - Próby logowania ograniczone. Limity na IP i konto, weryfikacja botów po nieudanych próbach, alert przy skokach nieudanych logowań. - Klient może usunąć konto i pobrać swoje dane. Samodzielnie lub przez jasną ścieżkę zgłoszenia; zamówienia przechowywane tylko tak długo, jak wymagają tego przepisy księgowe. - Klienci przeniesieni ze starego sklepu mogą się zalogować. Zgodne hashe haseł lub wymuszony reset, historia zamówień przypisana do właściwych kont, zgody marketingowe przeniesione razem z dowodem ich udzielenia. - Logowanie społecznościowe i passkeys sprawdzone, jeśli są. Produkcyjne identyfikatory OAuth i adresy przekierowań zarejestrowane dla domeny produkcyjnej. ## Obsługa klienta Tydzień startu przynosi najwięcej pytań i najmniej cierpliwości. - Kanały kontaktu widoczne. E-mail, telefon lub czat z godzinami pracy i czasem odpowiedzi, którego naprawdę dotrzymasz. - FAQ odpowiada na pytania o dostawę, zwroty, płatności i rozmiary. Odpowiedzi są dokładnie zgodne z regulaminem. - Zespół przeszkolony z panelu. Wyszukanie zamówienia, zmiana adresu, ponowne wysłanie potwierdzenia, anulowanie, pełny i częściowy zwrot, faktura korygująca, utworzenie zwrotu, ręczne zamówienie. - Gotowe odpowiedzi przygotowane. Gdzie jest moje zamówienie, płatność nie przeszła, zły produkt, uszkodzona paczka, odstąpienie od umowy, korekta faktury. - Goście mogą sprawdzić status zamówienia. Po numerze zamówienia i adresie e-mail, bez zakładania konta. ## Testy na urządzeniach i testy funkcjonalne Większość ruchu w sklepach jest mobilna. Testuj na prawdziwych telefonach, nie tylko w pomniejszonym oknie przeglądarki. - Testy na prawdziwych urządzeniach i przeglądarkach. Safari na iPhonie (aktualny i starszy iOS), Chrome na Androidzie, Samsung Internet oraz desktopowe Chrome, Safari, Firefox i Edge. - Najwęższe ekrany sprawdzone. Przy 320–375 pikselach: bez przewijania w poziomie, cele dotyku co najmniej 24×24 piksele (lepiej 44), przyklejony przycisk „Do koszyka” nie zasłania treści. - Nawigacja i filtry działają. Rozbudowane menu na ekranach dotykowych, kombinacje filtrów bez wyników, sortowanie, paginacja lub nieskończone przewijanie zachowujące pozycję po powrocie. - Tłumaczenia i formatowanie kompletne. Bez nieprzetłumaczonych tekstów, poprawny format walut (1 299,00 zł, €1,299.00), dat, separatorów dziesiętnych i form liczby mnogiej. - Zamówienia brzegowe złożone. Maksymalne ilości, wiele pozycji, bardzo długie nazwiska i adresy, polskie znaki i emoji w danych, zamówienie firmowe z NIP, karta podarunkowa połączona z płatnością kartą. - Każdy formularz się wysyła. Newsletter, kontakt, powiadomienie o dostępności, dodawanie opinii. - Konsola przeglądarki bez błędów. Brak błędów JavaScript i nieudanych żądań sieciowych na kluczowych stronach. ## Monitoring, kopie zapasowe i reagowanie na awarie Załóż, że w pierwszym tygodniu coś się zepsuje. Liczy się to, jak szybko to zauważysz. - Monitoring dostępności kluczowych adresów. Strona główna, produkt, koszyk, zamówienie i endpoint webhooka płatności sprawdzane co 1–5 minut z kilku lokalizacji, z alertami na telefon. - Syntetyczny test zamówienia zaplanowany. Skrypt, który dodaje produkt do koszyka i dochodzi do kroku płatności bez płacenia, alarmuje, gdy zamówienie przestanie działać. - Śledzenie błędów i logi. Sentry lub podobne narzędzie na froncie i backendzie, logi zebrane w jednym miejscu i przechowywane, bez danych kart, haseł i tokenów. - Alerty biznesowe skonfigurowane. Alert, gdy liczba zamówień na godzinę spada do zera w godzinach pracy, rośnie odsetek nieudanych płatności lub nie dochodzą webhooki. - Kopie automatyczne, odtworzenie przetestowane. Baza i pliki kopiowane co najmniej raz dziennie, przechowywane poza serwerem i szyfrowane. Odtworzenie zostało faktycznie wykonane na środowisku testowym i zmierzone. - Procedura awaryjna i kontakty gotowe. Kto dyżuruje w tygodniu startu, kontakty do hostingu, operatora płatności, programisty i przewoźnika, kroki włączenia trybu prac technicznych i powrotu do poprzedniej wersji. - Dostępy do wszystkich kont spisane. Kto ma dostęp do hostingu, DNS, rejestratora, płatności, poczty, analityki i kont reklamowych. Firma jest właścicielem każdego konta i kontroluje metody odzyskiwania. ## Dzień startu i pierwsze 72 godziny Kolejność działań przy samym przełączeniu. - Zamrożenie kodu i treści uzgodnione. Żadnych nowych funkcji 24–48 godzin przed startem, tylko poprawki. - Testowe zamówienia, klienci i kody usunięte. Usuń lub zanonimizuj testowe zamówienia i konta, wyłącz testowe kody rabatowe, wyzeruj raporty, jeśli platforma na to pozwala. - Ostatnia kopia zrobiona tuż przed przełączeniem. Zapisz dokładną wersję wdrożonego wydania. - Szybki test zaraz po przełączeniu DNS. Na telefonie w sieci komórkowej: strona główna, wyszukiwanie, produkt, koszyk, zamówienie, płatność prawdziwą kartą, mail z potwierdzeniem, zamówienie w panelu, zwrot. - Search Console i analityka na żywo sprawdzone. Mapa strony zgłoszona, brak błędów indeksowania, raport czasu rzeczywistego pokazuje ruch i zakup testowy. - Cache wyczyszczony i rozgrzany. Cache CDN i aplikacji wyczyszczony po ostatnim wdrożeniu, kluczowe strony odwiedzone, żeby go rozgrzać. - Panele płatności, poczty i błędów otwarte. Przez pierwsze godziny obserwuj panel operatora płatności, logi dostarczania maili, śledzenie błędów i obciążenie serwera. - Cichy start przed ogłoszeniem. Przez dzień lub dwa przyjmuj zamówienia od znajomych albo subskrybentów, zanim reklamy i PR przyślą ruch. - Przegląd po 72 godzinach. Zamówienia względem oczekiwań, porzucenia zamówień, najczęstsze błędy, pytania klientów, terminowość dostaw. Zamień wnioski w kolejną listę zadań. ## FAQ **Dla jakich platform jest ta checklista?** Dla każdej. Punkty dotyczą tego, co musi działać w sklepie, a nie konkretnego systemu, więc sprawdzą się w WooCommerce, Shopify, Shoperze czy sklepie pisanym od zera. Tam, gdzie ma to znaczenie, podaję konkretne ustawienia i narzędzia. **Czy muszę spełnić wszystkie punkty przed startem?** Nie. Punkty oznaczone jako krytyczne blokują start, bo dotyczą pieniędzy, danych klientów albo obowiązków prawnych. Ważne warto zamknąć w tygodniu uruchomienia, a zalecane to dobre praktyki na kolejne tygodnie. **Czy to porada prawna lub podatkowa?** Nie. To praktyczna lista kontrolna oparta na przepisach obowiązujących we wrześniu 2026. Szczegóły dla swojej firmy — zwłaszcza regulamin, KSeF, kasę fiskalną i obowiązki opakowaniowe — potwierdź z prawnikiem lub księgowym. **Czy możesz sprawdzić mój sklep według tej listy?** Tak. Mogę przejść checklistę na wersji testowej lub działającym sklepie, oznaczyć, co wymaga poprawy, i wdrożyć zmiany techniczne. Opisz platformę i planowany termin startu w formularzu kontaktowym. --- # Narzędzia do sprawdzenia strony URL: https://szympanstudio.pl/pl/narzedzia Dwa praktyczne narzędzia: automatyczny audyt strony i checklista przed uruchomieniem sklepu. ## Automatyczny audyt strony Sprawdź wydajność mobilną, podstawy SEO, dostępność i wybrane elementy techniczne. Pełny wynik zobaczysz od razu na stronie — bez podawania e-maila. ## Checklista sklepu internetowego Przejdź przez sprawy techniczne, zakupy, płatności, prawo i treść przed startem sklepu. --- # Automatyczny audyt strony internetowej URL: https://szympanstudio.pl/pl/narzedzia/audyt-strony Wpisz adres dowolnej publicznej podstrony. W ciągu minuty zobaczysz wynik mobilnego testu Lighthouse, podstawy SEO, dostępności i bezpieczeństwa — z konkretną listą rzeczy do poprawy. ## FAQ **Czy audyt jest bezpłatny?** Tak. Nie musisz podawać e-maila ani zakładać konta — pełny wynik zobaczysz od razu na tej stronie. **Dlaczego wynik różni się przy kolejnym uruchomieniu?** Lighthouse symuluje telefon ze średnim łączem, a czas odpowiedzi serwera, obciążenie i skrypty zewnętrzne zmieniają się z minuty na minutę. Różnica kilku punktów jest normalna. Ten sam adres sprawdzony ponownie w ciągu 24 godzin może pokazać zapisany wcześniej wynik. **Czy 100 punktów oznacza dobre SEO i dostępną stronę?** Nie. Wysoki wynik znaczy, że testy automatyczne nie znalazły problemów. O widoczności decydują też treść, konkurencja i struktura całego serwisu, a o dostępności — m.in. obsługa klawiaturą i czytnikiem ekranu. **Co dzieje się z adresem, który wpiszę?** Adres trafia do testu Google PageSpeed i do dziennika użycia narzędzia razem z czasem, językiem strony, krajem ustalonym przez hosting i wynikami skanu. Nie zapisuję adresu IP. Wynik może pozostać w pamięci podręcznej serwera do 24 godzin, a wpis w dzienniku — do 12 miesięcy. Szczegóły są w polityce prywatności. **Ile stron mogę sprawdzić?** Do 5 skanów w ciągu 10 minut. Limit chroni narzędzie przed nadużyciami; po tym czasie możesz sprawdzać dalej. --- # Szymon Jankowski — projektowanie i tworzenie stron | O mnie URL: https://szympanstudio.pl/pl/o-mnie Projektowanie stron łączy to, co lubię najbardziej: design, rozwiązywanie problemów, uczenie się nowych rzeczy i satysfakcję z dobrze wykonanej pracy. Od ponad 10 lat robię to jako Szympanstudio. ## Zaczęło się od komputerów i taty To tata pokazał mi, jak naprawiać komputery. Towarzyszą mi właściwie przez całe życie — najpierw jako coś, co chciałem zrozumieć, później także jako narzędzie do tworzenia własnych rzeczy. Do dziś lubię ten moment, kiedy po szukaniu przyczyny wszystko zaczyna działać. Przy stronach internetowych dochodzi do tego wygląd, układ i sposób, w jaki ktoś będzie z nich korzystać. Mogę połączyć techniczne myślenie z kreatywnością. ## Zdarzało mi się pracować na szczudłach Dosłownie. Byłem szczudlarzem i występowałem w Polsce oraz w Zjednoczonych Emiratach Arabskich. To inna część mojego życia niż siedzenie przy kodzie, ale równie mocno związana z tworzeniem czegoś dla ludzi. Lubię, gdy w tym, co robię, jest trochę charakteru. Strona też może przyciągnąć uwagę i zostać w pamięci — a przy tym jasno mówić, czym zajmuje się firma i jak się z nią skontaktować. ## Autorskie motywy, od początku do końca Nie buduję stron w Elementorze ani w podobnych page builderach. Tworzę autorskie motywy od początku do końca: sam piszę kod, który odpowiada za wygląd i działanie strony. Dzięki temu mogę dopracować strukturę HTML, style, skrypty i sposób ładowania zasobów pod konkretny projekt. Łatwiej ograniczyć zbędny kod, znaleźć przyczynę spowolnienia i poprawić wydajność. Mam też swobodę w projektowaniu detali, których gotowy szablon nie przewidział. Autorski kod nie oznacza, że do każdej zmiany tekstu potrzebujesz programisty. Przygotowuję edycję treści w CMS-ie tak, żebyś mógł korzystać ze strony na co dzień. Technologia ma pomagać zarówno osobie, która odwiedza serwis, jak i tej, która go prowadzi. ## Poza ekranem Lubię podróżować, gotować i pracować z drewnem. Dobrze czasem zrobić coś, co można wziąć do ręki albo postawić na stole. A pączki? Na nie też znajdzie się miejsce. Chyba najbardziej lubię samo tworzenie: wypróbować pomysł, poprawić detal, zobaczyć efekt. Strona internetowa, coś ugotowanego czy praca w drewnie dają mi różne wersje tej samej przyjemności. --- # Czytelny proces bez zgadywania, co dzieje się dalej URL: https://szympanstudio.pl/pl/proces Zakres zmienia się między projektami, ale odpowiedzialność i punkty decyzyjne pozostają jasne. ## 1. Rozpoznanie Ustalamy cel, odbiorców, ograniczenia, materiały, termin i osoby podejmujące decyzje. ## 2. Zakres i kierunek Proponuję kolejność prac, rezultat każdego etapu oraz kryteria odbioru. Ryzyka trafiają do rozmowy przed wdrożeniem. ## 3. Realizacja i przeglądy Udostępniam małe, działające części. Informacja zwrotna dotyczy konkretnego etapu, zanim zależności się nawarstwią. ## 4. Testy i uruchomienie Sprawdzam krytyczne ścieżki, urządzenia, dostępność, wydajność, metadane i zachowanie błędów. Publikacja ma plan oraz możliwość wycofania zmian. ## 5. Opieka Po wdrożeniu ustalamy odpowiedzialność za aktualizacje, kopie, monitoring i dalszy rozwój. --- # Najczęstsze pytania przed rozpoczęciem współpracy URL: https://szympanstudio.pl/pl/faq Konkretne odpowiedzi zależą od projektu. Te zasady pomagają ocenić, czy sposób pracy pasuje do Twojej sytuacji. ## FAQ **Ile trwa wykonanie strony?** Termin zależy od zakresu, gotowości treści, liczby osób akceptujących i integracji. Harmonogram ustalam po rozpoznaniu, z wyraźnymi zależnościami po obu stronach. **Jak wygląda wycena?** Najpierw ustalam cel i odpowiedzialność. Wycena opisuje rezultat, zakres, założenia oraz elementy poza zakresem. **Czy pracujesz zdalnie?** Tak. Współpracuję z klientami z Polski i zagranicy po polsku lub angielsku. **Czy poprawiasz strony po innych wykonawcach?** Tak, po przeglądzie stanu technicznego. Nie zakładam z góry, że lokalna poprawka będzie bezpieczniejsza od uporządkowania większego fragmentu. **Czy zapewniasz hosting?** Pomagam dobrać i skonfigurować infrastrukturę. Zakres odpowiedzialności za konto, płatności i administrację ustalamy jawnie. **Czy gwarantujesz wyniki SEO lub sprzedażowe?** Nie. Mogę poprawić jakość techniczną, strukturę i sposób mierzenia, ale wyniki zależą także od oferty, konkurencji, popytu i działań po wdrożeniu. --- # Polityka prywatności URL: https://szympanstudio.pl/pl/polityka-prywatnosci Jakie dane zbiera szympanstudio.pl, po co, komu je przekazuję i jakie masz prawa. Aktualizacja: 28 września 2026. ## Administrator danych Administratorem Twoich danych osobowych jest Szymon Jankowski, prowadzący działalność gospodarczą pod firmą Szympanstudio Szymon Jankowski, Pleszew (województwo wielkopolskie), NIP 7822394773. W sprawach dotyczących danych osobowych napisz na szymon@szympanstudio.pl albo zadzwoń: +48 791 509 560. ## Jakie dane zbieram - Formularz kontaktowy: imię, adres e-mail, zakres projektu i treść wiadomości (wymagane) oraz, jeśli je podasz, telefon, nazwę firmy, budżet i termin. - Audyt strony: publiczny adres podstrony (parametry adresu usuwam przed skanowaniem). Każde użycie narzędzia zapisuję w dzienniku: sprawdzony adres, czas, język strony, kraj ustalony przez hosting i wyniki skanu. Nie zapisuję Twojego adresu IP ani innych danych, które pozwalają Cię zidentyfikować. - Kontakt e-mailowy i telefoniczny: dane, które sam przekażesz w wiadomości lub rozmowie. - Statystyki odwiedzin w Google Analytics — wyłącznie po wyrażeniu zgody: identyfikatory zapisane w plikach cookie, informacje o urządzeniu i przeglądarce, odwiedzone strony i przybliżona lokalizacja. - Zbiorcze statystyki Vercel Web Analytics i Speed Insights: działają bez plików cookie i nie pozwalają Cię zidentyfikować. - Dane techniczne, które przeglądarka wysyła przy każdym połączeniu (adres IP, typ przeglądarki, czas żądania). Dostawca hostingu przetwarza je, żeby dostarczyć stronę i chronić ją przed atakami. ## Cele i podstawy prawne - Odpowiedź na zapytanie i przygotowanie oferty — działania na Twoje żądanie przed zawarciem umowy (art. 6 ust. 1 lit. b RODO) oraz mój uzasadniony interes w prowadzeniu korespondencji (art. 6 ust. 1 lit. f RODO). - Realizacja umowy, jeśli zdecydujemy się na współpracę (art. 6 ust. 1 lit. b RODO), oraz obowiązki podatkowe i księgowe (art. 6 ust. 1 lit. c RODO). - Statystyki Google Analytics — Twoja zgoda (art. 6 ust. 1 lit. a RODO). Zgodę możesz w każdej chwili wycofać. - Wykonanie bezpłatnego audytu — działania na Twoje żądanie (art. 6 ust. 1 lit. b RODO). - Dziennik użycia audytu — statystyki narzędzia i ochrona przed nadużyciami, czyli mój uzasadniony interes (art. 6 ust. 1 lit. f RODO). - Bezpieczeństwo i działanie strony oraz ewentualne dochodzenie roszczeń — mój uzasadniony interes (art. 6 ust. 1 lit. f RODO). ## Komu przekazuję dane Nie sprzedaję danych. Korzystam z usług firm, które przetwarzają je w moim imieniu i tylko w potrzebnym zakresie: - Vercel Inc. — hosting strony, ochrona przed botami i zbiorcze statystyki bez cookies. - Resend (Plus Five Five, Inc.) — dostarczenie wiadomości z formularza kontaktowego. - Zenbox sp. z o.o. — hosting poczty e-mail. - Google Ireland Limited — Google Analytics, tylko jeśli wyrazisz zgodę, oraz Arkusze Google, w których przechowuję dziennik użycia audytu. - Google PageSpeed Insights — publiczny adres strony przekazany do automatycznego testu Lighthouse. - Jeśli zawrzemy umowę: podmioty prowadzące księgowość i obsługę płatności, w zakresie wymaganym przez przepisy. ## Przekazywanie danych poza EOG Vercel, Resend i Google mogą przetwarzać dane w Stanach Zjednoczonych. Odbywa się to na podstawie decyzji Komisji Europejskiej w sprawie EU-US Data Privacy Framework albo standardowych klauzul umownych zatwierdzonych przez Komisję. Kopię zabezpieczeń możesz otrzymać, pisząc na adres podany wyżej. ## Jak długo przechowuję dane - Zapytania, które nie zakończyły się współpracą — do 12 miesięcy od ostatniego kontaktu. - Wynik skanowania może pozostać w pamięci podręcznej serwera do 24 godzin. Wpisy w dzienniku użycia audytu przechowuję do 12 miesięcy. - Korespondencja i dokumenty związane z umową — przez czas współpracy, a potem do upływu okresu przedawnienia roszczeń i okresu przechowywania dokumentów księgowych wymaganego przepisami. - Dane Google Analytics — do 14 miesięcy; pliki cookie wygasają zgodnie z tabelą poniżej albo po wycofaniu zgody. - Logi serwera — przez krótki okres ustalony przez dostawcę hostingu na potrzeby bezpieczeństwa. ## Pliki cookie i pamięć przeglądarki Analityczne pliki cookie zapisuję dopiero po kliknięciu „Zgadzam się”. Wybór możesz zmienić w dowolnym momencie przez link „Ustawienia cookies” w stopce — po odrzuceniu pliki Google Analytics zostaną usunięte. - _ga, _ga_ (Google Analytics, tylko za zgodą) — rozróżnianie odwiedzin i sesji, do 2 lat. - Plik cookie zabezpieczenia Vercel (niezbędny) — może zostać zapisany, gdy zabezpieczenie hostingu sprawdza, czy ruch nie pochodzi od bota. - Pamięć lokalna przeglądarki (nie cookie, nie jest wysyłana na serwer): zapisany wybór dotyczący cookies oraz postęp zaznaczania na stronie checklisty. ## Twoje prawa Żeby skorzystać z praw, napisz na szymon@szympanstudio.pl. Odpowiem w ciągu miesiąca. - Dostęp do danych i otrzymanie ich kopii. - Sprostowanie, usunięcie lub ograniczenie przetwarzania. - Przeniesienie danych, które przetwarzam na podstawie zgody lub umowy. - Sprzeciw wobec przetwarzania opartego na uzasadnionym interesie. - Wycofanie zgody w dowolnym momencie, bez wpływu na zgodność z prawem wcześniejszego przetwarzania. - Skarga do Prezesa Urzędu Ochrony Danych Osobowych (ul. Stawki 2, 00-193 Warszawa), jeśli uznasz, że przetwarzam dane niezgodnie z prawem. ## Czy muszę podawać dane Podanie danych jest dobrowolne. Formularz kontaktowy wymaga imienia, adresu e-mail, zakresu projektu i treści wiadomości. Nie podejmuję decyzji w sposób zautomatyzowany i nie profiluję Cię w sposób, który wywoływałby wobec Ciebie skutki prawne. ## Zmiany polityki Gdy zmienię sposób przetwarzania danych, zaktualizuję tę stronę i datę na górze. --- # Opisz stronę, problem albo decyzję, którą chcesz uporządkować URL: https://szympanstudio.pl/pl/kontakt Nie potrzebujesz gotowej specyfikacji. Wystarczy kontekst, cel, ważny termin i informacja, co dziś nie działa. ## Co warto napisać - Adres obecnej strony, jeśli istnieje - Cel biznesowy lub problem - Najważniejszy termin i jego powód - Dostępne treści, projekt lub dokumentację - Osoby uczestniczące w decyzji ## Bezpieczny kontakt Nie wysyłaj haseł, kluczy API ani danych klientów przez formularz. Bezpieczny sposób przekazania dostępów ustalimy osobno. --- # GPT-6 Astra: freelancer czy agencja do stworzenia strony? URL: https://szympanstudio.pl/pl/blog/gpt-6-astra-freelancer-czy-agencja Date: 2026-09-07 Jak GPT-6 Astra zmienia tworzenie stron i treści? Sprawdź, kiedy doświadczony freelancer z AI może zapewnić jakość i budżet, których potrzebuje Twoja firma. Profesjonalna strona internetowa wymaga projektu, dobrych treści, kodu, testów i opieki po uruchomieniu. Jeszcze niedawno szeroki zakres prac był mocnym argumentem za zatrudnieniem agencji. GPT-6 Astra wzmacnia inną możliwość: doświadczony freelancer może samodzielnie poprowadzić znacznie większą część projektu, korzystając z AI przy zadaniach, które wcześniej zajmowały mu wiele godzin. Uważam, że dla wielu małych i średnich firm **profesjonalny freelancer pracujący z AI jest dziś najlepszym punktem wyjścia do stworzenia dobrej strony w rozsądnym budżecie**. Szczególnie gdy potrzebujesz dopracowanej prezentacji usług, realizacji, bloga i sprawnego kontaktu, a nie osobnego zespołu pracującego przez całą dobę. Skąd ten wniosek? Z tego, jak zmienia się praca nad stroną — i ile nadal zależy od człowieka, który ją prowadzi. ## Czym jest GPT-6 Astra i co rzeczywiście wnosi OpenAI opisuje GPT-6 Astra jako swój najbardziej zaawansowany model do wymagających zadań obejmujących wiele etapów. Oficjalna dokumentacja wymienia programowanie, analizę, research, tworzenie dokumentów oraz obsługę komputera. Model przyjmuje tekst i obrazy, a przez odpowiednio podłączone narzędzia może pracować z plikami, kodem i przeglądarką. Dla web developera interesujące jest połączenie tych możliwości. Można przekazać kontekst projektu, poprosić o przeanalizowanie istniejącego rozwiązania, przygotowanie zmian i pomoc w ich sprawdzeniu. Rezultat zależy również od aplikacji, dostępnych narzędzi i uprawnień: sam dostęp do modelu nie oznacza dostępu do serwera czy repozytorium klienta. Dokumentacja opisuje też możliwość przekazywania nowych wskazówek w trakcie pracy oraz asynchronicznego wywoływania narzędzi. W odpowiednio przygotowanym środowisku AI może kontynuować niezależne zadania, gdy inne narzędzie jeszcze pracuje. To konkretne usprawnienia współpracy, a nie obietnica, że każda strona powstanie jednym poleceniem. ## Dlaczego uważam to za przełom w tworzeniu stron Najbardziej ekscytuje mnie krótsza droga od pomysłu do czegoś, co można obejrzeć i ocenić. W projekcie strony wiele czasu zajmuje przechodzenie między treścią, układem, kodem i sprawdzaniem efektu. Gdy AI pomaga na kilku z tych etapów, łatwiej doprowadzić pomysł do działającej wersji, zebrać uwagi i poprawić szczegóły. Wyobraź sobie stronę firmy stolarskiej. Potrzebuje galerii realizacji, osobnych opisów usług, formularza i wygodnego dodawania zdjęć. Developer ustala strukturę, wybiera technologię i określa zasady projektu. Astra może pomóc uporządkować materiały, zaproponować warianty opisu, przygotować fragmenty wdrożenia i przeanalizować błędy wykryte w testach. To przykład sposobu pracy, nie opis konkretnego wdrożenia ani gwarancja terminu. Jego znaczenie jest jednak praktyczne: **jedna osoba może obsłużyć więcej etapów bez przekazywania każdego z nich kolejnemu wykonawcy**. Zaoszczędzony czas można przeznaczyć na dopracowanie strony, a nie tylko na szybsze zakończenie zlecenia. ## GPT-6 Astra w web developmencie: gdzie pomaga najbardziej Wsparcie AI ma największą wartość, gdy prowadzący projekt rozumie kod i potrafi ocenić proponowane zmiany. W takim warsztacie model może pomagać przy: - analizie istniejącego serwisu i planowaniu zmian; - przygotowaniu komponentów, formularzy i powtarzalnych elementów interfejsu; - szukaniu przyczyn błędów oraz sprawdzaniu możliwych rozwiązań; - pisaniu testów dla istotnych funkcji i interpretowaniu wyników; - porządkowaniu metadanych, linkowania i struktury podstron; - przygotowaniu dokumentacji do dalszej obsługi strony. Nadal trzeba uruchomić kod, obejrzeć stronę na telefonie, sprawdzić dostępność i potwierdzić działanie integracji. Formularz, który wygląda dobrze, może nie dostarczać wiadomości. Test wykonany przez AI też może pomijać najważniejszy przypadek. Osoba oddająca stronę musi wiedzieć, co sprawdzono i czego wynik testu faktycznie dowodzi. W moim podejściu AI pasuje do [stron z indywidualnym projektem i kodem](/pl/uslugi/strony-internetowe). Tworzę motywy od podstaw, bez Elementora i podobnych page builderów. Daje mi to kontrolę nad strukturą i sposobem ładowania strony. O wydajności ostatecznie decydują jednak konkretne rozwiązania i pomiary, a nie sama etykieta „custom”. ## Tworzenie treści z AI: dobry tekst zaczyna się u klienta GPT-6 Astra może pomóc przełożyć chaotyczne notatki na strukturę oferty, przygotować roboczy tekst podstrony, skrócić zbyt długi opis albo opracować wersję angielską. To szczególnie przydatne, kiedy właściciel firmy świetnie zna swoją pracę, ale trudno mu usiąść przed pustą kartką. Najważniejszy materiał nadal pochodzi od firmy. Co dokładnie sprzedaje? Komu pomaga? Jak wygląda współpraca? Jakie ma realizacje i na czym polega różnica między nią a konkurencją? Model nie powinien uzupełniać tych braków wymyślonym doświadczeniem, opiniami klientów ani wynikami sprzedaży. Przy treściach SEO zaczynam od pytań odbiorcy. Osoba szukająca wykonawcy chce wiedzieć, co dostanie, ile pracy wymaga projekt, od czego zależy cena i kto pomoże po publikacji. Dopiero na tym buduję nagłówki, opisy i linki do powiązanych usług. Szczegóły oferty i naturalny język mają większą wartość dla czytelnika niż kilkanaście wariantów tego samego ogólnika. AI przyspiesza przygotowanie wersji roboczej. Człowiek sprawdza fakty, wybiera argumenty, usuwa puste zdania i pilnuje, żeby firma brzmiała jak ona sama. Dobrym początkiem są [materiały do przygotowania treści strony](/pl/blog/jak-przygotowac-tresci-na-strone). ## Czy jeden freelancer może wykonać pracę całej agencji? **W zakresie typowej strony firmowej — doświadczony specjalista może poprowadzić prace, które agencja dzieli między kilka ról.** Rozmowa z klientem, projekt, wdrożenie, redakcja treści i sprawdzenie działania nie muszą za każdym razem oznaczać pięciu różnych osób. AI wzmacnia ten model, ponieważ pomaga w wykonaniu części zadań z każdej z tych dziedzin. Szczególnie zyskuje ktoś, kto wcześniej zdobył szerokie doświadczenie i rozumie zależności między wyglądem, treścią a technologią. Hasło „płacisz za jedną osobę, a nie trzydzieści” dobrze oddaje intuicję o mniejszym zapleczu organizacyjnym. Nie jest jednak dosłownym porównaniem kosztów. Agencja zatrudniająca trzydzieści osób zwykle nie przydziela ich wszystkich do Twojej strony, a freelancer również opłaca narzędzia, infrastrukturę i czas potrzebny na prowadzenie działalności. GPT-6 Astra nie daje uniwersalnego mnożnika wydajności ani trzydziestokrotnie niższej ceny. Realna przewaga może wynikać z mniejszej liczby przekazań, krótszej komunikacji i niższych kosztów organizacyjnych. Rozmawiasz bezpośrednio z osobą, która podejmuje decyzje i wdraża zmiany. Łatwiej wyjaśnić problem i ustalić, czy dana funkcja rzeczywiście jest potrzebna. ## Rola człowieka w web developmencie w erze GPT-6 Im łatwiej wygenerować kod i tekst, tym ważniejsza staje się umiejętność wyboru. Można szybko przygotować kilka wariantów strony. Trzeba jeszcze rozpoznać, który pomaga klientowi, który utrudnia korzystanie i który będzie kosztowny w utrzymaniu. Profesjonalista odpowiada przede wszystkim za: - **Kierunek:** cel strony, kolejność informacji i wybór funkcji, które warto zbudować. - **Design:** spójność, czytelność, charakter marki i detale, których nie da się ocenić liczbą wygenerowanych ekranów. - **Weryfikację:** poprawność treści, działanie kodu, dostępność, bezpieczeństwo i realną dostawę wiadomości z formularza. - **Budżet:** rozsądny zakres, priorytety i uczciwe wskazanie kosztów po uruchomieniu. - **Odpowiedzialność:** publikację, dokumentację, przekazanie dostępów i ustaloną opiekę nad stroną. To dlatego samo posiadanie dostępu do Astry nie czyni kogoś dobrym wykonawcą. Warto zapytać o wcześniejsze realizacje, sposób odbioru prac i plan utrzymania. Doświadczenie pozwala zauważyć błąd również wtedy, gdy model opisuje swoje rozwiązanie bardzo przekonująco. ## Kiedy wybrać freelancera, a kiedy większy zespół Polecałbym zacząć od rozmowy z profesjonalnym freelancerem, jeśli potrzebujesz strony usługowej, portfolio, bloga, przebudowy obecnego serwisu lub sklepu mieszczącego się w jego potwierdzonych kompetencjach. Warunki to jasny zakres, realistyczny harmonogram i ustalone zasady wsparcia. W takim projekcie jedna osoba z dobrym warsztatem i AI może być bardzo korzystnym połączeniem jakości, kontaktu i ceny. Większy zespół ma sens, gdy prace muszą toczyć się równolegle w wielu obszarach, potrzebujesz stałej dostępności kilku specjalistów, formalnych audytów lub obsługi całodobowej. Agencje również korzystają z AI. O wyborze powinny decydować konkretna oferta i odpowiedzialność, a nie liczba osób w stopce maila. Przy współpracy solo warto ustalić też, co dzieje się podczas urlopu lub choroby wykonawcy. Dostępy należące do klienta, dokumentacja i kopie zapasowe mają znaczenie niezależnie od wielkości zespołu. ## Pytania o AI, cenę i jakość strony ### Czy strona tworzona z GPT-6 Astra powinna być tańsza? AI może ograniczyć czas potrzebny na część prac. Ostateczna cena nadal zależy od projektu, treści, integracji, testów i opieki. Porównuj oferty na ten sam zakres, wraz z kosztami narzędzi i utrzymania. O tym szerzej piszę w artykule [ile kosztuje strona internetowa](/pl/blog/ile-kosztuje-strona-internetowa). ### Czy tekst napisany z AI może wspierać SEO? Może być częścią dobrze przygotowanej strony, jeśli odpowiada na pytania odbiorców, zawiera sprawdzone informacje i pasuje do oferty. Sam model nie gwarantuje widoczności. Potrzebne są również poprawna struktura, indeksowanie, wydajność i dalsza praca nad treścią. ### Co powinienem otrzymać od freelancera? Uzgodniony zakres wdrożenia, działającą stronę, dostęp do swoich kont, możliwość edycji treści, dokumentację i jasne zasady dalszego wsparcia. Warto zobaczyć [proces współpracy](/pl/proces) jeszcze przed akceptacją wyceny. ## Dobra strona zaczyna się od dobrego wykonawcy GPT-6 Astra jest dla mnie ekscytująca, bo zwiększa możliwości samodzielnego specjalisty. Pozwala myśleć odważniej o tym, jak szeroki projekt można sprawnie poprowadzić w małym składzie. Największą korzyść klient dostaje wtedy, gdy ta sprawność idzie w parze ze smakiem, doświadczeniem i odpowiedzialnością za efekt. Jeśli potrzebujesz profesjonalnej strony w rozsądnym budżecie, [opisz mi swój projekt](/pl/kontakt). Ustalimy, co naprawdę musi powstać, co można uprościć i jak wykorzystać dostępne narzędzia, żeby dobrze wydać Twój budżet. ## Źródła i zakres porównania Informacje o modelu opierają się na [oficjalnej dokumentacji GPT-6 Astra](https://developers.openai.com/api/docs/models/gpt-6-astra) oraz [przewodniku korzystania z Astry](https://developers.openai.com/api/docs/guides/latest-model?model=gpt-6-astra), sprawdzonych 7 września 2026 r. Opis korzyści dla freelancera jest moją oceną sposobu organizacji pracy, a nie badaniem porównującym koszty agencji i jednoosobowych firm. Przykład strony stolarskiej jest hipotetyczny. --- # Optymalizacja strony pod AI — jak być cytowanym przez ChatGPT URL: https://szympanstudio.pl/pl/blog/optymalizacja-strony-pod-ai Date: 2026-08-21 Coraz więcej osób pyta AI zamiast wyszukiwarki. Co realnie decyduje o tym, czy chatbot zacytuje Twoją stronę — i co jest w tym temacie zwykłą sprzedażą dymu. Klient dzwoni i mówi: „Zapytałem ChatGPT o firmy budowlane w Kaliszu i nie było nas na liście”. Rok temu to pytanie w ogóle nie padało. Dziś słyszę je regularnie — i jest to pytanie zasadne, bo coraz więcej ludzi zaczyna poszukiwania od rozmowy z asystentem, a nie od wpisania frazy w wyszukiwarkę. Zmienia to jedną rzecz fundamentalnie. W klasycznym wyszukiwaniu celem było **wysokie miejsce w wynikach**, bo po wyniku następowało kliknięcie. Kiedy odpowiedzi udziela asystent, kliknięcia często nie ma w ogóle — użytkownik dostaje gotową odpowiedź i na tym kończy. Celem przestaje być pozycja. Celem staje się **bycie cytowanym w odpowiedzi**. To nie znaczy, że klasyczne SEO przestało działać. Znaczy, że doszła druga warstwa — i że część rzeczy, które robisz dla Google, działa tu tak samo, a część kompletnie nie. Poniżej rozdzielam to na trzy części: co da się sprawdzić i co realnie działa, co jest niepewne, i co jest sprzedażą dymu. Zacznę od rzeczy, która moim zdaniem jest najczęstszym i najdroższym błędem. ## Najczęstszy błąd: zablokowałeś nie tego bota To jest sedno i większość poradników to pomija. Firmy stojące za asystentami nie mają **jednego** bota. Mają kilka i każdy robi co innego. Jeden zbiera dane do trenowania modeli. Drugi buduje indeks wyszukiwania używany, kiedy asystent szuka odpowiedzi na żywo. Trzeci wchodzi na stronę, bo użytkownik wkleił konkretny link. To rozróżnienie ma bezpośrednie konsekwencje finansowe. W 2023 i 2024 roku przez branżę przeszła fala „zablokuj AI, bo kradnie treści” i mnóstwo firm dopisało do pliku `robots.txt` blokady, często hurtem, na wszystko co brzmiało jak AI. Sprzeciw wobec trenowania modeli na cudzej pracy jest całkowicie zrozumiały. Problem w tym, że przy okazji część z tych firm odcięła sobie bota odpowiedzialnego za **wyszukiwanie** — czyli dokładnie ten, który decyduje o tym, czy asystent może dziś zacytować ich stronę. Tak to wygląda według dokumentacji samych dostawców: **OpenAI** ([dokumentacja](https://developers.openai.com/api/docs/bots)) rozdziela to na cztery boty: - `GPTBot` — zbiera treści, które mogą posłużyć do trenowania modeli - `OAI-SearchBot` — buduje indeks pod wyszukiwanie w ChatGPT - `ChatGPT-User` — wchodzi na stronę, gdy użytkownik o to poprosi - `OAI-AdsBot` — sprawdza bezpieczeństwo stron zgłaszanych jako reklamy **Anthropic** ([dokumentacja](https://support.claude.com/en/articles/8896518-does-anthropic-crawl-data-from-the-web-and-how-can-site-owners-block-the-crawler)) ma trzy: - `ClaudeBot` — treningowy - `Claude-SearchBot` — poprawa jakości wyników wyszukiwania - `Claude-User` — wejścia inicjowane przez użytkownika **Google** ([dokumentacja](https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers)) używa tokenu `Google-Extended` i dopisuje do niego coś, o czym warto wiedzieć: blokada `Google-Extended` **nie wpływa na obecność strony w wyszukiwarce Google ani nie jest sygnałem rankingowym**. To znaczy, że możesz odmówić wykorzystania treści do trenowania Gemini i nie zapłacić za to pozycjami w zwykłych wynikach. Rzadko która decyzja w SEO jest tak bezkosztowa. Wniosek praktyczny jest prosty: **blokowanie bota treningowego i blokowanie bota wyszukującego to dwie różne decyzje.** Pierwsza dotyczy tego, czy Twoje treści zasilają model. Druga dotyczy tego, czy w ogóle istniejesz dla asystenta. Można spokojnie zrobić pierwszą bez drugiej. Jeśli masz stronę firmową i zależy Ci na klientach — otwórz swój `robots.txt` (to po prostu `twojadomena.pl/robots.txt`) i sprawdź, co tam stoi. Nazwy botów bywają zmieniane i dopisywane, więc aktualną listę zawsze bierz z dokumentacji dostawcy, nie z artykułu sprzed roku. Włącznie z tym. ## Co realnie działa Rzeczy z tej listy da się sprawdzić i nie wymagają wiary w niczyje deklaracje. **Treść musi być w HTML-u, a nie dorysowana JavaScriptem.** To jest największy własny gol, jaki widuję. Jeśli strona renderuje treść dopiero w przeglądarce, to bot, który nie wykonuje JavaScriptu, dostaje pustą stronę. Nie „gorszą” — pustą. Test zajmuje dziesięć sekund: otwórz stronę, wybierz „Pokaż źródło strony” i poszukaj w kodzie zdania, które widzisz na ekranie. Jeśli go tam nie ma, dla części botów Twoja strona nie ma treści. **Struktura nagłówków musi mieć sens.** Jeden `h1`, potem `h2` na sekcje, `h3` na podsekcje. Nie dlatego, że to ładne, tylko dlatego, że to jedyna informacja o hierarchii, jaką maszyna dostaje z tekstu. **Pisz w formie pytanie → odpowiedź.** Model cytuje fragmenty. Fragment, który da się wyciąć i wkleić jako odpowiedź, ma większą szansę zostać zacytowany niż akapit, który wymaga kontekstu z trzech poprzednich. Zamiast „Nasze doświadczenie pozwala nam elastycznie podchodzić do wyceny”, napisz „Strona wizytówkowa kosztuje 1-8 tys. zł. O cenie decyduje liczba podstron, integracje i to, czy potrzebujesz sklepu”. Drugie zdanie jest cytowalne. Pierwsze nie znaczy nic. **Podawaj konkrety wprost.** Ceny, miasto, zakres usług, godziny, czas realizacji. Asystent, który ma odpowiedzieć „ile to kosztuje”, potrzebuje liczby. Strona bez liczb nie zostanie zacytowana w odpowiedzi o cenach — zostanie pominięta na rzecz konkurencji, która je podała. To zresztą ten sam argument, który od zawsze działał na ludzi; pisałem o tym przy okazji [przygotowania treści na stronę](/pl/blog/jak-przygotowac-tresci-na-strone). **Dane strukturalne.** `LocalBusiness`, `FAQPage`, `Article` — czyli schema.org. To jest opis Twojej firmy w formacie, którego maszyna nie musi zgadywać z tekstu. Działa dla Google od lat i jest dokładnie tym rodzajem sygnału, który przydaje się także tutaj. **Aktualność.** Model odpowiadający na pytanie o rok 2026 chętniej sięgnie po materiał opisujący rok 2026. Cennik sprzed trzech lat szkodzi podwójnie: raz, że jest nieprawdziwy, dwa, że wygląda na porzucony. O tym, co się dzieje ze stroną, której nikt nie dogląda, [pisałem osobno](/pl/blog/opieka-techniczna-strony-internetowej). Zwróć uwagę, że to jest w zasadzie lista dobrych praktyk, które i tak trzeba było wdrożyć. Nie ma tu żadnej nowej magii — jest za to nowy powód, żeby wreszcie to zrobić. ## Co jest niepewne: llms.txt Tu muszę być uczciwy, bo sam to wdrożyłem. `llms.txt` to propozycja konwencji: plik tekstowy w katalogu głównym, który streszcza, czym jest strona i co gdzie leży — coś jak `robots.txt`, tylko dla modeli językowych. Mam go na tej stronie, pod adresem [szympanstudio.pl/llms.txt](https://szympanstudio.pl/llms.txt). I teraz część, której nie przeczytasz w większości artykułów na ten temat: **żaden z dużych dostawców nie zadeklarował publicznie, że czyta ten plik w swoich produktach.** Google wypowiedziało się wprost, że nie wspiera tego rozwiązania i nie planuje. OpenAI w swojej dokumentacji odsyła do `robots.txt` jako sposobu sterowania botami. Część firm publikuje własne `llms.txt` dla swoich dokumentacji — ale to zastosowanie deweloperskie, a nie sygnał wpływający na to, kogo asystent zacytuje. To dlaczego go mam? Bo kosztuje jedno popołudnie, nie da się nim niczego zepsuć, a jeśli konwencja się przyjmie, jestem gotowy. Traktuję to jak tanie ubezpieczenie, a nie jak taktykę. Jeśli ktoś sprzedaje Ci `llms.txt` jako „sposób na wysokie pozycje w ChatGPT” — sprzedaje Ci coś, czego nikt jeszcze nie potwierdził. ## Co jest sprzedażą dymu Pojawiła się cała kategoria usług obiecujących „pozycjonowanie w AI”. Rozpoznasz je po kilku rzeczach: - **Gwarancja pozycji w odpowiedzi.** Nie ma czegoś takiego jak pozycja w odpowiedzi asystenta. Odpowiedź generuje się za każdym razem od nowa i bywa różna dla dwóch osób pytających o to samo. Nie ma tam listy do wspinania się. - **Raporty pokazujące „Twoje miejsce w ChatGPT”.** Skoro odpowiedź jest zmienna, taki raport jest pojedynczą próbką przedstawioną jako pomiar. - **Teksty pisane „pod AI”.** Model cytuje to, co jest konkretne i wiarygodne. Nie ma osobnego stylu, który zwiększa szansę na cytowanie, poza pisaniem jasno — czyli tym, co i tak działa na ludzi. Zdrowa zasada: jeśli usługa obiecuje kontrolę nad czymś, czego dostawca nie udostępnia w żadnym interfejsie, to nie jest usługa, tylko opowieść. ## Co zrobić w tym tygodniu Konkretnie i po kolei: 1. Otwórz `twojadomena.pl/robots.txt` i sprawdź, czy nie blokujesz botów wyszukujących. Jeśli tak, zdecyduj świadomie — trening to jedna decyzja, wyszukiwanie druga. 2. Otwórz źródło swojej strony głównej i sprawdź, czy widoczny tekst faktycznie jest w kodzie HTML. 3. Wpisz swoją ofertę w postaci konkretnych zdań z liczbami: ceny, terminy, zakres, miasto. 4. Sprawdź, czy masz dane strukturalne — Google udostępnia darmowy test wyników z elementami rozszerzonymi. 5. Zaktualizuj to, co jest nieaktualne. Zacznij od cennika i od „ostatnich realizacji”. 6. Zapytaj kilku asystentów o swoją branżę i miasto. Zobacz, kogo cytują i czego ta strona ma, czego Ty nie masz. To najtańszy audyt, jaki możesz zrobić. Punkt szósty jest ważniejszy, niż wygląda. Nie zgadujesz wtedy, tylko patrzysz na konkretną odpowiedź i konkretne źródła. ## Podsumowanie Ta zmiana jest realna i warto się nią zająć teraz, kiedy większość lokalnej konkurencji jeszcze tego nie robi. Ale sposób, w jaki się nią zajmujesz, ma znaczenie. Prawie wszystko, co faktycznie pomaga, to rzeczy, które i tak powinny być zrobione: czysty HTML z treścią w środku, sensowna struktura, konkretne informacje zamiast ogólników, aktualne dane i niezablokowany dostęp dla botów, na których Ci zależy. Nudne. Sprawdzalne. Działa też na ludzi. Reszta — pliki-obietnice, gwarancje pozycji, raporty z jednej próbki — to nowa etykieta na starym produkcie. Zebrałem zresztą [najczęstsze błędy na stronach firmowych](/pl/blog/najczestsze-bledy-na-stronach-firmowych) i połowa z nich to dokładnie te same rzeczy, które dziś decydują o widoczności w AI. Chcesz wiedzieć, jak Twoja strona wygląda z tej strony — czy jej treść jest w ogóle widoczna dla botów i czy czegoś sobie nie zablokowałeś? [Napisz do mnie](/pl#kontakt), sprawdzę to i powiem wprost, co jest do poprawy, a co już działa. --- # Opieka techniczna strony — co to jest i dlaczego warto? URL: https://szympanstudio.pl/pl/blog/opieka-techniczna-strony-internetowej Date: 2026-03-22 Co obejmuje opieka techniczna strony internetowej, ile kosztuje i co się dzieje, gdy jej nie ma. Praktyczny przewodnik dla firm. Cztery lata temu skończyłem stronę dla firmy z Pleszewa. Nowa, szybka, poukładana pod SEO. Projekt zamknięty, faktura zapłacona, wszyscy zadowoleni. Dwa lata później ten sam klient napisał do mnie ponownie. Strona ładowała się kilkanaście sekund, formularz kontaktowy przestał wysyłać maile, a ostatnia kopia zapasowa pochodziła sprzed roku. Przez te dwa lata nikt nie zaktualizował ani systemu, ani wtyczek. Doprowadzenie tego do porządku zajęło dwa tygodnie i kosztowało kilka tysięcy złotych. Opieka techniczna przez cały ten okres kosztowałaby wyraźnie mniej — i problem w ogóle by nie powstał. To historia, którą słyszę regularnie od przedsiębiorców z Kalisza, Ostrowa Wielkopolskiego, Jarocina i całej Wielkopolski. Panuje przekonanie, że skoro strona jest gotowa, to temat jest zamknięty. Niestety nie jest — strona to nie ulotka, którą się drukuje raz. ## Co to właściwie jest opieka techniczna Opieka techniczna to zestaw regularnych, powtarzalnych prac, które utrzymują stronę w dobrym stanie. Nic spektakularnego — po prostu ktoś pilnuje, żeby wszystko działało. W praktyce obejmuje najczęściej: **Aktualizacje oprogramowania.** System, wtyczki, biblioteki — wszystko się starzeje. WordPress dostaje poprawki niemal co miesiąc. Każda aktualizacja łata dziury, ale potrafi też wywołać konflikt, więc warto ją najpierw sprawdzić, a nie klikać w ciemno. **Monitoring bezpieczeństwa.** Czy w plikach nie pojawił się obcy kod? Czy ktoś nie próbuje się dobić do panelu? To się skanuje automatycznie, ale ktoś musi reagować na alerty. **Kopie zapasowe.** Codziennie, przechowywane poza serwerem strony, z historią co najmniej 30 dni. Bez tego każda awaria jest awarią ostateczną. **Monitoring wydajności.** Czy strona nadal ładuje się tak szybko jak w dniu wdrożenia? Jeśli zwalnia, to zwykle po cichu i stopniowo — sam tego nie zauważysz. **Monitoring dostępności.** Czy strona w ogóle odpowiada. Chodzi o to, żebyś dowiedział się o awarii od monitoringu, a nie od klienta. **Drobne zmiany.** Nowy numer telefonu, zdjęcie w sekcji „O nas”, nieaktualny wpis do usunięcia. Same w sobie są błahe, ale ktoś musi je wykonać. **Kontakt do człowieka.** Kiedy coś przestaje działać, masz do kogo napisać — i wiesz, w jakim czasie dostaniesz odpowiedź. ## Co się dzieje ze stroną bez opieki „Moja strona stoi od trzech lat i nic jej nie brakuje” — słyszę to często. Zwykle brakuje, tylko jeszcze nie widać. **Bezpieczeństwo.** Nie musisz być dużą firmą, żeby ktoś się Tobą zainteresował. Boty skanują internet non stop i szukają znanych, niezałatanych dziur. Nikt nie sprawdza wcześniej, czy warto. Kiedy taka próba się powiedzie, scenariusze są przewidywalne: na serwerze ląduje skrypt kopiący kryptowaluty, strona zaczyna serwować podstawioną stronę logowania do banku, odwiedzający dostają ostrzeżenie o złośliwym oprogramowaniu, albo z Twojej domeny zaczyna wychodzić spam i wszystkie Twoje maile lądują w koszu u odbiorców. Każdy z tych przypadków da się naprawić. Żaden nie jest tani i żaden nie kończy się w jeden dzień — o czym pisałem szerzej w [poradniku o zhakowanej stronie](/pl/blog/co-zrobic-gdy-strona-zostala-zhakowana). **Kompatybilność.** Przeglądarki się zmieniają, standardy się zmieniają, telefony się zmieniają. Strona zrobiona cztery lata temu może dziś rozjeżdżać się na nowych urządzeniach. Wtyczki też mają swój cykl życia — autor przestaje rozwijać projekt i po jakimś czasie kod po prostu przestaje działać z nowszą wersją systemu. **Wydajność.** Każda aktualizacja, każda nowa wtyczka, każde nowe zdjęcie wgrane w pełnej rozdzielczości trochę dokłada. Jeśli nikt tego nie pilnuje, strona zwalnia miesiąc po miesiącu. A czas ładowania przekłada się bezpośrednio na to, ilu odwiedzających zostaje — badania Akamai i Google od lat pokazują to samo: sekunda opóźnienia realnie obniża konwersję. **Treść.** Cennik sprzed dwóch lat, zdjęcie produktu, którego już nie sprzedajesz, nieaktualne godziny otwarcia. To nie jest problem techniczny, ale kosztuje wiarygodność — i właściciel zwykle dowiaduje się o tym ostatni. ## Ile kosztuje zaniedbanie, a ile opieka Policzmy to na trzech scenariuszach. **Scenariusz 1: brak opieki, infekcja.** Strona zostaje zainfekowana. Odkrywa to Google (i oznacza witrynę jako niebezpieczną), klient, albo nikt przez kilka miesięcy. Rachunek wygląda mniej więcej tak: - przywrócenie kopii zapasowej: 0–1000 zł, o ile kopia w ogóle istnieje - wyczyszczenie plików i bazy: 1000–3000 zł - wymiana haseł, kluczy i certyfikatów: kilkaset złotych - zdjęcie ostrzeżenia z wyników wyszukiwania: kilka dni oczekiwania - utrata zaufania odwiedzających: nie do policzenia Razem zwykle 1500–4500 zł, plus czas i nerwy. **Scenariusz 2: brak opieki, konflikt po aktualizacji.** Coś przestaje działać. Formularz nie wysyła zgłoszeń, koszyk nie dolicza wysyłki, w konsoli sypie się JavaScript. Ktoś musi znaleźć przyczynę — a szukanie w cudzej, zaniedbanej instalacji zajmuje zwykle 2–4 godziny pracy. Gorsze od kosztu jest to, ile czasu strona była zepsuta, zanim ktokolwiek zauważył. **Scenariusz 3: strona pod opieką.** Aktualizacje wchodzą w kontrolowany sposób, po sprawdzeniu. Kopia zapasowa robi się co noc. Monitoring wyłapuje awarię w kilkanaście minut, zwykle zanim zdąży ją zobaczyć ktokolwiek z Twoich klientów. Koszt: od kilkuset złotych miesięcznie w zależności od zakresu. ## Ile powinna kosztować opieka techniczna To zależy głównie od tego, jak dużo się na stronie dzieje. **Strona wizytówkowa — kilka podstron** - kopie zapasowe i monitoring dostępności - aktualizacje raz na kwartał - wsparcie mailowe z odpowiedzią w ciągu kilku dni roboczych - orientacyjnie 100–300 zł miesięcznie **Strona średnia — blog, mały sklep, rozbudowany serwis usługowy** - codzienne kopie zapasowe, monitoring dostępności i wydajności - aktualizacje co miesiąc, wdrażane po sprawdzeniu - odpowiedź w ciągu 24 godzin, 2–3 godziny drobnych zmian w pakiecie - orientacyjnie 300–700 zł miesięcznie **Strona duża — sklep, wiele integracji, własna logika biznesowa** - monitoring całodobowy, kopie zapasowe z krótkim czasem odtworzenia - aktualizacje testowane na kopii przed wdrożeniem - kilka–kilkanaście godzin pracy miesięcznie w pakiecie, raport co miesiąc - kwartalny przegląd wydajności - orientacyjnie 700–1500 zł miesięcznie Warto zauważyć, że część tych rzeczy — kopie zapasowe, monitoring, alerty — jest w dużej mierze automatyczna. Płacisz nie za klikanie, tylko za to, że ktoś na te alerty odpowiada. ## Co powinna zawierać dobra opieka **Bez tego nie ma sensu:** - automatyczne kopie zapasowe, codzienne, z retencją minimum 30 dni i przechowywane poza serwerem strony - monitoring dostępności - aktualizacje systemu i wtyczek - skanowanie bezpieczeństwa - określony czas reakcji na zgłoszenie **Powinno być:** - monitoring wydajności - raport miesięczny — co się działo, co zostało zrobione - pula godzin na drobne zmiany - plan wdrażania aktualizacji: najpierw kopia testowa, potem produkcja **Miło mieć:** - bieżące poprawki SEO - monitoring pozycji w Google - konsultacje: co warto zrobić w następnej kolejności ## O co zapytać przed podpisaniem umowy 1. Co dokładnie wchodzi w pakiet? Poproś o listę, nie o hasła. 2. Jak często robicie kopie zapasowe i gdzie one leżą? 3. Co się dzieje, kiedy strona przestaje działać w piątek wieczorem? Jaki jest czas reakcji? 4. Co jest poza pakietem i ile kosztuje godzina dodatkowej pracy? 5. Czy dostanę dostęp do kodu, bazy i kopii zapasowych, jeśli zdecyduję się przejść gdzie indziej? 6. Czy dostaję raport i jak często? 7. Jaki jest okres wypowiedzenia? Sygnały ostrzegawcze są dokładnie odwrotnością powyższego: brak konkretów w zakresie usługi, brak deklarowanego czasu reakcji, niechęć do pokazania, gdzie leżą kopie zapasowe, brak referencji i wszystko ustalone ustnie. To te same sygnały, o których pisałem w tekście o [wyborze wykonawcy strony](/pl/blog/jak-wybrac-wykonawce-strony-internetowej). ## Czym możesz zająć się sam Nie wszystko trzeba zlecać. Spokojnie zrobisz sam: - **treść** — teksty, nowe wpisy, aktualizacja cennika - **drobne zmiany wizualne** — wymiana zdjęcia, poprawka nagłówka - **analitykę** — sprawdzanie, skąd przychodzą ludzie i co ich interesuje - **podstawy SEO** — myślenie o tym, na jakie pytania odpowiada dany tekst Zlecić warto to, co potrafi zepsuć stronę na dobre: aktualizacje, bezpieczeństwo, kopie zapasowe, migracje, debugowanie i optymalizację wydajności. ## Czy to się opłaca Kilkaset złotych miesięcznie brzmi jak koszt. Zestaw to jednak z: - czasem, który sam stracisz na szukanie przyczyny awarii - kosztem jednego incydentu, który zwykle mieści się w przedziale 2000–5000 zł - ryzykiem, że strona przez tydzień nie przyjmuje zgłoszeń, a Ty się o tym nie dowiadujesz - tym, ile kosztuje Cię wolna strona w postaci klientów, którzy nie doczekali załadowania Dla mnie rachunek jest prosty: regularna opieka jest tańsza od naprawy, a przede wszystkim przewidywalna. Pracuję z firmami z Pleszewa, Kalisza, Ostrowa Wielkopolskiego, Jarocina i całej Wielkopolski. Sporo z nich zaczyna współpracę bez opieki technicznej i wraca do tematu dopiero po pierwszej poważniejszej awarii. Wolę, żeby ta pierwsza awaria w ogóle się nie wydarzyła. Jeśli masz stronę, której od dłuższego czasu nikt nie doglądał — [napisz do mnie](/pl#kontakt). Sprawdzę, w jakim jest stanie, i powiem wprost, czy w ogóle potrzebujesz stałej opieki, czy wystarczy jednorazowe uporządkowanie. --- # Najczęstsze błędy na stronach firmowych z Wielkopolski URL: https://szympanstudio.pl/pl/blog/najczestsze-bledy-na-stronach-firmowych Date: 2026-03-20 Błędy na stronach firm z Wielkopolski: wolne ładowanie, brak mobile, nieaktualna treść, brak SEO. Jak nie robić tych błędów. Regularnie przeglądam strony firm z Wielkopolski — z Pleszewa, Kalisza, Ostrowa Wielkopolskiego, Jarocina. Co widzę? Dużo potencjału i te same błędy, powtarzane w kółko. Poniżej osiem z nich. Każdy da się sprawdzić samodzielnie w kilka minut i każdy decyduje o tym, czy strona pracuje na Twoją firmę, czy tylko istnieje. ## Błąd 1: Strona ładuje się zbyt wolno To jest numer jeden. Wchodzisz na stronę firmy z Pleszewa lub Ostrowa Wielkopolskiego, naciskasz link, i... czekasz. 4 sekundy. 6 sekund. Czasami 10. Badania Akamai i Google od lat pokazują to samo: każda dodatkowa sekunda ładowania mierzalnie obniża konwersję. Nie chodzi o to, żeby liczyć to co do procenta — chodzi o kierunek. Część ludzi zamyka kartę, zanim zobaczy Twoją ofertę, i nigdy się o tym nie dowiesz. Dlaczego tak się dzieje? - Duże, niezoptymalizowane zdjęcia (15MB zamiast 200KB) - Za dużo pluginów WordPress/Drupal (każdy plugin to dodatkowy ładunek) - Słaby hosting (serwer po drugiej stronie świata zamiast w Europie) - Brak cachingu (każda wizyta czyta całą stronę od nowa) - Nadmiar CSS i JavaScriptu (kod, którego strona nie używa, i tak musi się pobrać) Test: wklej adres swojej strony w PageSpeed Insights albo GTmetrix. Interesuje Cię wynik dla urządzeń mobilnych — jeśli jest w czerwonej strefie, masz co poprawiać. Skąd to się bierze? Zwykle stąd, że stronę zrobiono trzy–cztery lata temu i od tego czasu nikt jej nie dotykał. Albo stąd, że powstała najtaniej, jak się dało, a wydajność nie była w ogóle brana pod uwagę. ## Błąd 2: Strona nie działa dobrze na telefonach Mamy 2026 rok, a większość ruchu na stronach firmowych przychodzi z telefonów — przy lokalnych usługach zwykle grubo ponad połowa. Mimo to wciąż trafiam na strony, które na telefonie są po prostu połamane. Przyciski są za małe, tekstu się nie da czytać, trzeba scrollować w boki. To klasyka. Skąd to się bierze? Czasem strona jest po prostu stara, z czasów, gdy telefon był dodatkiem. Czasem wykonawca sprawdził ją na jednym urządzeniu i nie zobaczył, co dzieje się na innych. Jak sprawdzić? W telefonie, wejdź na swoją stronę. Czy wszystko się czyta bez przybliżenia? Czy przyciski dają się kliknąć? ## Błąd 3: Brak certyfikatu SSL (http zamiast https) Dla firm z Kalisza, Pleszewa, czy gdziekolwiek — to jest niemal konieczność. SSL to ta „kłódka” w pasku adresu, która mówi „to jest bezpieczne”. Google traktuje brak SSL jako sygnał negatywny, a przeglądarki wprost oznaczają taką stronę jako „niezabezpieczoną”. To odstrasza ludzi skuteczniej niż jakikolwiek błąd w treści. Rozwiązanie: to kosztuje 0 PLN, jeśli masz nowoczesny hosting (Certyfikat Let's Encrypt jest za darmo). ## Błąd 4: Nieaktualna zawartość Wchodzę na stronę firmy z Ostrowa Wielkopolskiego. Na stronie czytam: - „Najnowsze projekty 2022” - „Oferta wiosenna 2023” - Blog ostatni artykuł sprzed 18 miesięcy - Zespół ze zdjęciami z 2019 roku Co sobie myślę? Że firma albo już nie działa, albo nie zależy jej na stronie. Prawda jest zwykle inna: po prostu brakuje czasu. Ale strona mówi co innego. Aktualna treść jest sygnałem, że firma działa. „Najnowsze realizacje” powinny być faktycznie najnowsze. Blog, jeśli go prowadzisz, potrzebuje wpisu przynajmniej raz w miesiącu. Zdjęcia zespołu — z ostatnich dwóch lat, nie z 2019. Jeśli nie aktualizujesz treści, czasami lepiej jej w ogóle nie mieć, niż mieć starą. ## Błąd 5: Brak dobrych call-to-action Na każdej podstronie strony biznesowej powinna być jasna odpowiedź na pytanie: co teraz zrobić? Wchodzę na stronę i szukam przycisku „Kontakt” albo „Umów rozmowę”. Jeśli muszę go szukać dłużej niż chwilę, to już jest problem. Błędy: - Kontakt znajduje się na stronie, ale trzeba go szukać - Przycisk jest mały albo szary i zlewa się z tłem - Jest wiele CTA i użytkownik nie wie, gdzie kliknąć - Brak informacji jak się umówić (tylko formularz, bez numeru telefonu) Dobra praktyka: jasny, widoczny przycisk na każdej stronie. I poniżej mogą być inne opcje, ale główna powinna być oczywista. ## Błąd 6: Brak Google Analytics i danych Sporo firm nie wie nawet, ile osób odwiedza ich stronę — ani ile z tych osób w ogóle się z nimi kontaktuje. Jak możesz wiedzieć, czy strona działa, jeśli nie mierzysz nic? Google Analytics (teraz Google Analytics 4) jest bezpłatny. Powinno być ustawione dla każdej strony biznesowej. Dzięki temu wiesz: - Ile osób wchodzi na stronę - Skąd przychodzą (Google, Facebook, wejścia bezpośrednie) - Co najczęściej czytają - W którym momencie rezygnują i zamykają stronę - Czy coś się konwertuje (formularz, zamówienie) Bez tego działasz po omacku. Wprowadzasz zmiany i nie masz jak sprawdzić, czy cokolwiek dały. ## Błąd 7: Zły lub brakujący SEO Strona firmy z Jarocina, która sprzedaje produkty. Ale w Google nie ma jej, kiedy ktoś wyszukuje „produkty Jarocin” lub „sklep Jarocin”. Dlaczego? Najczęściej: - Brak słów kluczowych na stronie (tekst mówi o czym chce, ale nie o czym szuka Google) - Brak tytułów i meta opisów (Google nie wie, po co ta strona) - Brak linków wewnętrznych (strony są izolowane) - Brak linków z innych stron (nikt do Ciebie nie linkuje) - Zawartość jest zbyt krótka lub generyczna W pozycjonowaniu nie ma magii. Jeśli chcesz się pokazywać na frazę „strony internetowe Pleszew”, to te słowa muszą naturalnie wystąpić w treści — i strona musi faktycznie odpowiadać na to pytanie, a nie tylko zawierać frazę. ## Błąd 8: Brak monitorowania i bezpieczeństwa Strona się zepsuła. Ale właściciel nie wie o tym przez 3 dni, bo nikt mu nie powiedział. Albo gorzej: strona zostaje zainfekowana, a właściciel dowiaduje się o tym od klienta. Co wtedy robić, opisałem krok po kroku w [poradniku o zhakowanej stronie](/pl/blog/co-zrobic-gdy-strona-zostala-zhakowana). Dobre rozwiązania: - Monitoring uptime - Backup codzienne - Wtyczka bezpieczeństwa (np. Wordfence na WordPress) - Aktualizacje WordPress i pluginów (automatyczne, jeśli możliwe) To nie są duże pieniądze — monitoring bywa darmowy — a ratuje stronę wtedy, kiedy naprawdę trzeba. ## Bonus: Strona wygląda „tanio” lub niedbale To nie jest techniczny błąd, ale subiektywny. Na stronie pewnej firmy z Wielkopolski widzę: - Chaos w designie (7 różnych kolorów, 4 różne czcionki) - Zdjęcia niskiej jakości lub oczywiste zdjęcie stockowe - Tekst pełen błędów czy literówek - Niejednolity styl między podstronami To wszystko składa się na wrażenie, jakie robi firma. Strona, która wygląda tanio, sugeruje, że firma albo nie dba o wizerunek, albo nie ma na to budżetu. Żadna z tych wersji nie pomaga w sprzedaży. ## Jak sprawdzić swoją stronę Sprawdź swoją stronę po kolei: - Czy ładuje się szybko? (zielony wynik w PageSpeed Insights na mobile) - Czy działa poprawnie na telefonie? - Czy ma SSL (adres zaczyna się od https)? - Czy treści są aktualne? - Czy na każdej podstronie widać, co zrobić dalej? - Czy masz podpiętą analitykę? - Czy treść odpowiada na pytania, które wpisują Twoi klienci? - Czy działa monitoring i kopie zapasowe? - Czy strona wygląda profesjonalnie? Trzy odpowiedzi „nie” to sygnał, że jest się czym zająć. Pięć — że warto rozważyć przebudowę. ## Co z tym zrobić Jeśli rozpoznajesz te błędy na swojej stronie, nie panikuj. Większość z nich można naprawić. Szybkie poprawki, które zrobisz sam: - Zaktualizuj treść na stronie - Dodaj Google Analytics - Sprawdź SSL i dodaj jeśli brakuje - Przeszukaj stronę na telefonie i napraw oczywiste błędy Poważniejsze poprawki, przy których potrzebny jest programista: - Optymalizacja szybkości - Pełny refresh SEO - Przeprojektowanie designu - Integracja monitoringu i backupów Pracuję z firmami z Pleszewa, Kalisza, Ostrowa Wielkopolskiego, Jarocina i całej Wielkopolski. Jeśli chcesz, przejrzę Twoją stronę i powiem, co bym z nią zrobił. [Napisz do mnie](/pl#kontakt) — nie wiąże się to z żadnym zobowiązaniem, a powiem szczerze, co działa i co nie. Jeśli akurat szukasz kogoś do wykonania zmian, przyda Ci się też [poradnik o wyborze wykonawcy](/pl/blog/jak-wybrac-wykonawce-strony-internetowej). Strona firmy to narzędzie biznesowe. Jeśli nie pracuje dla Ciebie, to jest problem do rozwiązania. --- # Jak wybrać wykonawcę strony internetowej — poradnik dla firm URL: https://szympanstudio.pl/pl/blog/jak-wybrac-wykonawce-strony-internetowej Date: 2026-03-18 Przewodnik dla przedsiębiorców. Freelancer vs agencja, na co zwrócić uwagę, pytania do zadania, red flagi. Jak nie trafić na oszusta. Regularnie dostaję wiadomości od firm, które trafiły na złego wykonawcę. Czasem strona nigdy nie została skończona. Czasem została, ale ładuje się osiem sekund i rozjeżdża się na telefonie. Zaskakująco często właściciel nie ma dostępu do własnej strony. Za każdym razem dało się to przewidzieć już na etapie rozmowy. Poniżej opisuję, na co patrzeć, o co pytać i przy jakich odpowiedziach się wycofać. ## Freelancer, agencja czy może sam? To pierwsza decyzja. Każda opcja ma plusy i minusy. **Freelancer — niezależny developer** Plusy: - Niższe ceny (brak kosztów wynajmu biura) - Bezpośredni kontakt z osobą, która robi pracę - Elastyczność i szybkość (mały overhead) - Dla małych i średnich projektów to idealne rozwiązanie Minusy: - Gdy freelancer jest chory lub zajęty, okres oczekiwania może się wydłużyć - Jeśli źle trafimy - może zniknąć w trakcie projektu. Najlepiej sprawdza się przy: stronach firmowych, blogach, wizytówkach i sklepach o umiarkowanej złożoności — czyli w praktyce przy większości projektów z [przedziałów cenowych, które opisywałem osobno](/pl/blog/ile-kosztuje-strona-internetowa). **Agencja — zespół profesjonalistów** Plusy: - Zespół specjalistów (developer, designer, SEO) - Struktura i procesy (mniej rzeczy się psuje) - Wsparcie po uruchomieniu - Mają doświadczenie z setkami projektów Minusy: - Zdecydowanie wyższe ceny - Czasami biurokracja przeszkadza w szybkości działania - Mniej bezpośredniego kontaktu z osobą kodującą - Mogą być mniej dostępni dla "małych" projektów - Wysoka cena nie zawsze oznacza wysoką jakość Najlepiej sprawdza się przy: dużych wdrożeniach z wieloma integracjami, gdzie potrzebujesz kilku specjalności naraz i gwarancji, że projekt nie stanie, gdy jedna osoba zachoruje. **DIY — zrób to sam (Wix, Shopify, builder)** Plusy: - Tanio lub bezpłatnie - Pełna kontrola - Szybko na nowoczesnych platformach - Możesz zmienić wszystko o każdej porze Minusy: - Twój czas (ile godzin spędzisz?) - Słaba optymalizacja SEO - Ograniczenia platformy (robisz co pozwala platforma, nie co potrzebujesz) - Bez kogoś, kto tego pilnuje, strona z czasem się rozjeżdża Najlepiej sprawdza się przy: bardzo małych działalnościach, jeśli masz czas i cierpliwość, żeby się tym zająć. ## Co szukać u potencjalnego wykonawcy OK, wybrałeś typ. Teraz jak ocenić konkretną osobę lub agencję? **1. Portfolio — zobacz rzeczywiste prace** To jest test numer jeden. Każdy developer coś robił. Pytanie: czy podoba Ci się to co robił? Czy wygląda profesjonalnie? Czy pasuje do Twoich potrzeb? Czy działa? Co szukać: - Czy strony w portfolio ładują się szybko? - Czy wyglądają profesjonalnie? - Czy są podobne do Twoich potrzeb? - Czy są jeszcze online? Czerwona flaga: brak portfolio, lub wszystkie przykłady są z szablonów. **2. Proces pracy — jak on pracuje?** Dobre pytania: - Jak wyglądają spotkania/komunikacja? - Jak często będzie raportować postępy? - Czy da ci dostęp do strony jeszcze w trakcie budowy? - Jak będzie wyglądać ostateczna weryfikacja? - Czy strona jest testowana na różnych urządzeniach i przeglądarkach? Dobre znaki: mówi o procesie, pokazuje timeline, wspomina o testach, ma pytania do CIEBIE. Złe znaki: mówi „zrobię to” bez pytań, nie wyjaśnia kroków, obiecuje niemożliwe terminy. **3. Komunikacja i dostępność** Styl pracy bywa różny i sam w sobie nie jest problemem. Ja pracuję asynchronicznie — odpowiadam w ciągu kilku godzin, ale nie siedzę na telefonie. Innym lepiej pracuje się na codziennych rozmowach. Ważne jest tylko to, żeby wykonawca: - Odpowiadał na wiadomości w rozsądnym terminie - Był dostępny dla pytań i zmian - Nie znikał na dwa tygodnie bez słowa Zapytaj wprost: w jakim czasie zwykle odpowiadasz na wiadomości? **4. Technologia i umiejętności** Ważne pytania techniczne: - Jakie technologie używasz? (WordPress, React, Drupal, Statamic, itd.) - Czy optymalizujesz dla SEO od razu? (Tak powinno być) - Czy robisz testy wydajności? (Google PageSpeed Insights i rzeczywiste metryki) - Czy zakładasz monitoring (abyś wiedział, gdy strona się zepsuła)? - Jak działają backupy — czy są codzienne? **5. Doświadczenie z Twoim typem biznesu** Czy robił coś dla branży, w której jesteś? - Hotel? Restauracja? Sklep ubrań? Usługi? - Jeśli tak, wie o specjalnych potrzebach (rezerwacje, płatności, katalogi) - Jeśli nie, będzie się uczył przy Twoim projekcie. Nie zawsze jest to wada — spojrzenie spoza branży bywa cenne To nie jest warunek konieczny, ale zdecydowanie ułatwia rozmowę. ## Pytania do zadania przed podpisaniem umowy Przed zawarciem umowy, zadaj je i wymagaj odpowiedzi na piśmie: 1. **Jaki jest dokładnie zakres pracy?** (Ile podstron? Jakie funkcje? Integracje?) 2. **Jaki jest harmonogram?** (Kiedy się zaczynamy? Kiedy będzie beta? Kiedy launch?) 3. **Ile kosztuje?** (Całość? Czy są etapy płatności?) 4. **Co się dzieje po uruchomieniu?** (Czy 1 miesiąc wsparcia? 3 miesiące? Ile kosztuje potem?) 5. **Kto ma dostęp do czego?** (Czy Ty będziesz mieć dostęp FTP? Panel admina? Czy to będzie zablokowane?) 6. **Jak się komunikujemy?** (Mail? Slack? Telefon? Jaki jest typowy czas odpowiedzi?) 7. **Co jeśli będę chciał zmian?** (Czy są darmowe poprawki? Ile zmian? Co dalej kosztuje?) 8. **Co jeśli będziesz chciał zrezygnować?** (Czy mogę pójść do kogoś innego? Czy dostanę kod?) 9. **Odpowiedzialność za błędy** (Jeśli coś się zepsuje po odbiorze, kto to naprawia i na czyj koszt?) 10. **Umowa i gwarancje** (Chcę to na piśmie, nie na słowo) Dobre odpowiedzi to odpowiedzi konkretne. Złe to „zobaczymy” lub ignorowanie pytań. ## Red flagi — ostrzeżenia przed byciem oszukanym Oto znaki ostrzegawcze: **1. Wyjątkowo niska cena** Jeśli strona powinna kosztować 15 tys. a ktoś mówi 2 tys., to będzie albo kopią szablonu, albo niedokończona praca. **2. Brak portfolio lub wszystkie przykłady z szablonów** Jeśli nie potrafisz znaleźć oryginalnej pracy, to wątpliwe. **3. Obietnice bez pokrycia** „Będziesz pierwszy w Google w tydzień” — to nieprawda. Osoba, która tak mówi, albo o tym wie, albo nie zna się na rzeczy. Pozycjonowanie to kwestia miesięcy, nie dni. **4. Brak komunikacji na piśmie** Jeśli wszystko ustalacie przez telefon i nic nie ląduje w mailu, przy pierwszym sporze nie masz się na co powołać. **5. Brak dostępu do Twojej własnej strony** To jest najgorsza rzecz. Jeśli nie możesz mieć dostępu FTP, bazy danych, panelu admina — to nie jest Twoja strona. **6. Zabiera się do pracy bez pytań** Dobry wykonawca pyta o branżę, konkurencję, cele i o to, kto ma być klientem. Bez tych odpowiedzi powstanie strona, która pasuje do wszystkich i nie przekonuje nikogo. **7. Nie chce umowy** Jeśli mówi „nie potrzebujemy, ufaj mi” — to potencjalny problem. **8. Nie odpowiada na e-maile** To sygnał, jak będzie wyglądać współpraca po uruchomieniu. ## Umowa — czego musi zawierać Żaden projekt nie powinien się rozpocząć bez umowy. Mówię serio. Umowa powinna określać: - Dokładny zakres prac — co dokładnie znajdzie się na stronie - Terminy (kiedy będzie gotowe) - Cena i harmonogram płatności (zaliczka, etapy, finał) - Warunki wsparcia (ile czasu, ile zmian) - Dostęp i własność — kto jest właścicielem kodu, bazy danych i domeny - Odpowiedzialność (co się dzieje jak coś pójdzie nie tak) - Termin wypowiedzenia (jak się wycofać, jeśli coś pójdzie nie tak) Nie musisz być prawnikiem, ale umowa chroni zarówno Ciebie, jak i wykonawcę. ## Jak wybrać — ostateczny checklist Zanim zatrudnisz kogoś: - Przejrzyj portfolio i otwórz kilka projektów na żywo - Oceń proces pracy — czy potrafi wyjaśnić kolejne kroki? - Sprawdź komunikację — czy odpowiada w rozsądnym czasie? - Sprawdź kompetencje techniczne — SEO, wydajność, bezpieczeństwo - Zadaj dziesięć pytań powyżej — czy odpowiedzi są konkretne? - Sprawdź sygnały ostrzegawcze — podejrzanie niska cena, brak portfolio, brak dostępów - Wymagaj umowy na piśmie - Ustal, co dzieje się po odbiorze — wsparcie, poprawki, odpowiedzialność Wybór wykonawcy to jedna z tych decyzji, na których oszczędza się pozornie. Różnicy między dobrym a złym wyborem zwykle nie widać w pierwszej fakturze — widać ją rok później. Jeśli chcesz zobaczyć, jak wygląda strona, przy której nikt nie zadał tych pytań, zebrałem [najczęstsze błędy na stronach firmowych](/pl/blog/najczestsze-bledy-na-stronach-firmowych). Pracuję z klientami z Pleszewa, Kalisza, Ostrowa Wielkopolskiego, Jarocina i zdalnie z całej Polski. Staram się być konkretny od pierwszej rozmowy: [realizacje są do obejrzenia](/pl#realizacje), [proces opisany](/pl#proces), a umowa szczegółowa. Jeśli rozmawiasz teraz z wykonawcą i coś Ci nie gra — [napisz do mnie](/pl#kontakt). Chętnie przejrzę ofertę i powiem, co o niej myślę, nawet jeśli ostatecznie zdecydujesz się na kogoś innego. --- # Ile kosztuje strona internetowa w 2026 roku? URL: https://szympanstudio.pl/pl/blog/ile-kosztuje-strona-internetowa Date: 2026-03-15 Ile kosztuje strona internetowa w 2026 roku: przedziały cenowe, co wpływa na wycenę i jakie koszty pojawiają się już po uruchomieniu. Pytanie o cenę strony internetowej słyszę prawie każdego dnia. Właściciele firm z Pleszewa, Kalisza, Ostrowa Wielkopolskiego i całej Polski chcą wiedzieć: ile to będzie kosztować? Odpowiedź? To zależy. Ale rozumiem, że ta odpowiedź jest frustrująca, dlatego rozbiorę ją na konkretne liczby i rzeczywiste scenariusze. Pracuję w branży webdev od wielu lat i widzę cały spektrum — od stron za 500 złotych postawionych na kreatorze w jeden wieczór, po projekty za ponad 100 tysięcy złotych z pełnym zespołem designerów i developerów. Każda cena ma swoją logikę. Pytanie brzmi: co dokładnie dostajesz za swoje pieniądze? ## Ile kosztuje strona internetowa? Przedziały cenowe w 2026 roku Zanim wejdziesz w szczegóły, oto szybki przegląd: **Strona prosta (wizytówka) — 1 000 do 8 000 PLN** To strona dla małej firmy, handlowca, artysty albo specjalisty, który potrzebuje podstawowej wizytówki w sieci. Kilka podstron, dane kontaktowe, galeria, formularz. W tym przedziale mieści się: - Projekt responsywny (działa na telefonach) - SSL (bezpieczne połączenie) - Podstawowe SEO - Prosty system zarządzania (CMS) - Hosting przez rok Przykład: fryzjer z Pleszewa, który potrzebuje pokazać swoje usługi i numer telefonu. Lub pracownik na własny rachunek — konsultant, tłumacz, projektant graficzny. W tej kategorii liczy się przede wszystkim profesjonalny wygląd i szybkość działania. **Strona średnia (sklep, serwis usług) — 8 000 do 20 000 PLN** Tutaj robi się poważniej. To już strony dla firm, które chcą być widziane w Google, mają więcej niż kilka usług, lub prowadzą mały sklep online. Dodatki: - Zaawansowane SEO (analiza słów kluczowych, optymalizacja treści i struktury) - Integracja z systemem CMS (WordPress, Drupal, Statamic) - Blog (artykuły, które wydłużają czas spędzony na stronie) - Zaawansowane formularze - Wsparcie przez 3-12 miesięcy po uruchomieniu To jest poziom, w którym rzeczywiście inwestujesz w narzędzie biznesowe. Taką stronę kupuje się na trzy do pięciu lat, a nie do wymiany co rok. **Strona premium (duży sklep, portal, aplikacja webowa) — 20 000 do 50 000+ PLN** Tutaj jest już naprawdę poważnie. Mówimy o: - Pełnym projekcie designu (zero szablonów, profesjonalny design i branding) - Aplikacji z logiką biznesową - Integracjach z zaawansowanymi systemami (ERP, logistyka, płatności) - Dużych bazach danych - Testowaniu i quality assurance - Dokumentacji - Wsparciu przez 12+ miesięcy Przykład: sklep z kilkoma tysiącami produktów, portal dla franczyzobiorców, system rezerwacyjny z płatnościami. ## Co wpływa na cenę strony internetowej? Ceny różnią się tak bardzo, bo składa się na nie kilka niezależnych zmiennych. Poniżej te, które faktycznie biorę pod uwagę, kiedy wyceniam projekt. **1. Złożoność funkcjonalności** Między przyciskiem „Skontaktuj się” a pełnym systemem sprzedaży jest przepaść. Sklep z płatnościami, zarządzaniem zapasami i logistyką to coś zupełnie innego niż strona, która pokazuje cztery usługi i czeka na wiadomość. Im więcej funkcji i im bardziej złożone rozwiązanie, tym więcej pracy — i tym wyższy koszt. **2. Integracje z innymi systemami** Jeśli strona musi rozmawiać z CRM-em, Mailchimpem, bramką płatniczą albo Twoim systemem księgowym — każde takie połączenie dokłada czasu i złożoności. Każda integracja to kolejne testy, kolejne potencjalne błędy. **3. Liczba stron i zawartości** Strona z 5 podstronami to co innego niż blog z setką artykułów. Te artykuły trzeba przenieść, sformatować i zoptymalizować. Do tego dochodzi ustalenie, jak treści będą dodawane później i przez kogo. **4. Jakość designu** Tu jest rzeczywiście duża różnica między „szablonowym” rozwiązaniem a prawdziwym projektem dostosowanym do Twojej marki. Raz widziałem takie same szablony na 10 stronach różnych firm z Wielkopolski — każdy konkurent wyglądał jak klon poprzednika. Strona powinna być unikalna i pasować do Twojej marki. **5. SEO i optymalizacja** Czy chcesz, żeby strona była znaleziona w Google? Naprawdę widoczna w wynikach wyszukiwania? Czy traktujesz ją raczej jako wizytówkę dla ludzi, którzy już wiedzą, że istniejesz? To ma duży wpływ na budżet. **6. Doświadczenie i reputacja wykonawcy** Freelancer z półrocznym stażem i pracownia, która robi strony od dziesięciu lat, mają różne stawki. Wyższa cena nie gwarantuje lepszej jakości, ale najtańsza oferta w zestawieniu prawie nigdy nie jest okazją, na którą wygląda. **7. Animacje i efekty** Niestandardowe animacje, efekty, przejścia, skomplikowane widgety szyte na miarę - to wszystko robi efekt wow. Jednocześnie trzeba wiedzieć, które rozwiązania nie wpłyną negatywnie na wydajność strony, a co za tym idzie pozycję w Google. ## Koszty ukryte — o czym nikt nie mówi Tu zaczyna się problem. Większość rozmów o cenie kończy się na koszcie wykonania strony, a pomija to, co pojawia się później. Dla wielu właścicieli firm jest to niemiła niespodzianka. **Domena i hosting — 160-400 PLN rocznie** To absolutna podstawa. Domena .pl to niecałe 60 zł rocznie. Hosting — od około 100 zł rocznie za współdzielony pakiet dla strony wizytówkowej do 300-350 zł za coś, co udźwignie realny ruch. Przy sklepie albo rozbudowanym serwisie trzeba liczyć więcej. **Certyfikat SSL — 0 do 500 PLN rocznie** Dobre wieści: większość hostingów ma Let's Encrypt za darmo. Złe: czasami trzeba zapłacić za certyfikat premium dla e-commerce. **Aktualizacje oprogramowania — 500-10 000 PLN rocznie** Tego nikt nie chce słyszeć, ale strony muszą być aktualizowane. WordPress, pluginy, biblioteki JavaScript — wszystko starzeje się szybko. Zaniedbane aktualizacje to najczęstsza droga do włamania — pisałem o tym w [poradniku o zhakowanej stronie](/pl/blog/co-zrobic-gdy-strona-zostala-zhakowana). **Bieżące poprawki — 500-3000 PLN rocznie** Link przestał działać? Zgłoszenia z formularza lądują w spamie zamiast w skrzynce? Strona nagle zwolniła? Takie rzeczy wymagają wejścia w kod. Przy spokojnej stronie wizytówkowej to kilka godzin pracy rocznie; przy sklepie z integracjami — wyraźnie więcej. Jeśli wolisz przewidywalność zamiast doraźnych rachunków, właśnie po to jest [stała opieka techniczna](/pl#uslugi). **Utrzymanie treści** Jeśli blog nie będzie aktualizowany, SEO spadnie. To może być 0 PLN, jeśli robisz to sam, lub 500-1500 PLN miesięcznie, jeśli zlecasz to copywriterowi. Warto założyć, że przygotowanie treści zajmie więcej czasu niż samo wdrożenie — u większości firm to właśnie treści opóźniają start. ## Dlaczego najtańsza opcja zwykle wychodzi drożej Najtańsza oferta rzadko jest tańsza w rozliczeniu na kilka lat. Zwykle jest po prostu przesunięciem kosztu w czasie. Typowy przebieg wygląda tak. Strona powstaje za kilkaset złotych na gotowym szablonie. Przez pierwszy rok działa i nikt nie ma zastrzeżeń. Potem zaczynają się drobne rzeczy: formularz przestaje wysyłać wiadomości, na telefonie rozjeżdża się menu, a wykonawca nie odpowiada na maile. Okazuje się, że nie ma dostępu do panelu, bo konto zakładał ktoś inny na swój adres. Albo że treści siedzą w zamkniętej platformie i nie da się ich stamtąd wyjąć. Wtedy pojawiają się koszty, których nie było w wycenie: - odzyskanie dostępu do domeny i hostingu, czasem od osoby, która nie odbiera telefonu - przepisanie treści ręcznie, bo eksportu nie ma - postawienie strony od nowa — czyli zapłacenie drugi raz za to samo - miesiące, przez które strona nie przyprowadzała klientów, choć teoretycznie działała Nie chodzi o to, że tanio zawsze znaczy źle. Chodzi o to, że o pewne rzeczy trzeba zapytać niezależnie od budżetu: kto będzie właścicielem domeny, czy dostaniesz dostęp do panelu i kodu, i co się stanie, jeśli wykonawca zniknie. Rozwinąłem to w [poradniku o wyborze wykonawcy](/pl/blog/jak-wybrac-wykonawce-strony-internetowej). Tania strona, do której masz pełny dostęp, jest w porządku. Tania strona, której nie jesteś właścicielem, jest problemem odłożonym na później. ## Jak oszacować budżet dla Twojego projektu? Jeśli chcesz wiedzieć, ile Tobie będzie kosztować strona, odpowiedz sobie na kilka pytań: 1. Ile podstron naprawdę potrzebujesz? (wizytówka = 3-7, medium = 10-20, duża = 30+) 2. Czy będziesz sprzedawać online? 3. Czy chcesz być znaleziony w Google? 4. Jak szybko chcesz ją uruchomić? 5. Czy masz już treści przygotowane? 6. Czy planujesz sam zmieniać treści na stronie - czy zlecisz to wykonawcy? Odpowiedzi na te pytania zwykle wystarczą, żeby stwierdzić, czy mówimy o kilku tysiącach, kilkunastu czy o kilkudziesięciu. ## Podsumowanie — ile rzeczywiście zapłacisz Prosta strona wizytówkowa dla jednoosobowej działalności: 1-8 tys. zł jednorazowo, a potem domena, hosting, utrzymanie i aktualizacje. Sklep albo rozbudowany serwis usługowy: 8-20 tys. zł. Duży sklep, portal albo aplikacja: od 20 tys. zł w górę. Pracuję z klientami z Pleszewa, Kalisza, Ostrowa, Jarocina i całej Polski. Najlepsze decyzje podejmują nie ci, którzy szukają najniższej ceny, tylko ci, którzy wiedzą, za co dokładnie płacą. Jeśli planujesz stronę i chcesz oszacować sensowny budżet, [napisz do mnie](/pl#kontakt). Powiem, ile to powinno kosztować w Twoim przypadku — bez zobowiązań, także wtedy, gdy zlecisz to komuś innemu. --- # Strona firmowa vs. social media — co jest ważniejsze? URL: https://szympanstudio.pl/pl/blog/strona-firmowa-vs-social-media Date: 2026-03-08 Czy strona firmowa ma jeszcze sens, skoro masz Facebooka i Instagrama? Dlaczego potrzebujesz obu i jak ustawić między nimi podział pracy. „Czy ja naprawdę potrzebuję strony, skoro mam Facebooka i Instagrama?” To pytanie wraca do mnie regularnie — i prawie zawsze pada w tym samym momencie: kiedy zasięgi właśnie spadły o połowę, a nikt nie potrafi powiedzieć dlaczego. Pracuję z firmami z Pleszewa, Kalisza i całej Wielkopolski i za każdym razem dochodzę do tego samego wniosku: potrzebujesz jednego i drugiego, ale to strona ma być fundamentem. Poniżej tłumaczę, skąd ta kolejność. ## Dlaczego same social media nie wystarczą Zacznijmy od rzeczy, która powinna niepokoić każdego właściciela firmy: konto na Facebooku czy Instagramie to nie jest Twoja własność. To wynajęta powierzchnia. **Regulamin może się zmienić z dnia na dzień.** Kiedy Meta kilka lat temu przestawiła priorytety na treści od znajomych kosztem treści od firm, zasięgi organiczne firmowych profili poleciały w dół. Bez ostrzeżenia, bez okresu przejściowego, bez możliwości odwołania. Konta, które budowano latami, z dnia na dzień straciły kontakt z własnymi obserwującymi. Typowy scenariusz wygląda tak: profil zbudowany na tysiącach obserwujących, zmiana algorytmu, zasięgi w dół. Właściciel dokłada budżet reklamowy. Koszt dotarcia rośnie, bo rośnie konkurencja o tę samą uwagę. Efekt: żeby dotrzeć do ludzi, którzy sami kiedyś kliknęli „obserwuj”, trzeba za to zapłacić — i płacić coraz więcej. **Możesz stracić konto.** Zablokowane za zgłoszenie, które okazało się bezpodstawne. Przejęte, bo ktoś przechwycił hasło. Odzyskiwanie firmowego profilu potrafi trwać tygodniami i nie zawsze się udaje. A platformy potrafią po prostu przestać istnieć — pamiętasz Myspace? **Nie masz danych.** Statystyki platformy pokazują, ile osób zobaczyło post. Nie pokazują, kim są ci ludzie, jak do Ciebie trafili ani jak wygląda ich droga do zakupu. Nie masz ich adresów e-mail, więc nie odezwiesz się do nich poza platformą. ## Dlaczego strona to Twoja siedziba Strona firmowa jest jedyną cyfrową przestrzenią, która naprawdę należy do Ciebie. Domena i hosting to własność — konto na platformie to najem. Co z tego wynika praktycznie: - Zmieniasz wygląd i treść, kiedy chcesz, bez czekania na to, co pozwoli platforma. - Zbierasz kontakty bezpośrednio: formularz, newsletter, telefon. - Widzisz w analityce całą ścieżkę odwiedzającego, nie tylko liczbę wyświetleń. - Piszesz tyle, ile temat wymaga, bez limitu znaków i bez walki o zasięg. - Możesz pozycjonować się w Google — a to jest ruch od ludzi, którzy już Cię szukają. Ta ostatnia różnica jest największa i najczęściej niedoceniana. Ktoś, kto wpisuje w Google „meble na wymiar Kalisz”, ma już podjętą decyzję i szuka wykonawcy. Nie trzeba go przekonywać, że potrzebuje mebli. Ktoś, kto przewija Instagrama, nie szuka niczego — trafiasz do niego przypadkiem i musisz najpierw zbudować potrzebę. SEO działa wolno. Pierwsze efekty widać zwykle po kilku miesiącach i to potrafi zniechęcić. Ale ruch z wyszukiwarki nie znika, kiedy przestajesz płacić, i nie zależy od tego, co dziś promuje algorytm. Jest jeszcze kwestia wiarygodności. Kiedy ktoś usłyszy o Tobie z polecenia, pierwsze co robi, to szuka Cię w Google. Instagram pokaże mu najlepsze zdjęcia. Strona pokaże ofertę, ceny albo widełki, realizacje, warunki współpracy i dane firmy. To jest różnica między „ładnie wygląda” a „można z nimi pracować”. ## Jak jedno ma wspierać drugie Najlepiej działający układ jest prosty: **social media budują relację i rozprowadzają treść, strona zamienia ją w zapytanie.** W praktyce: 1. Piszesz wartościowy materiał — poradnik, opis realizacji, odpowiedź na pytanie, które klienci zadają Ci co tydzień. 2. Publikujesz go w całości u siebie na stronie. 3. Na social mediach dajesz fragment, wniosek albo jedno konkretne zdjęcie — i link do pełnej wersji. 4. Kto kliknie, ląduje u Ciebie. Tam widzi ofertę, realizacje i formularz. Zwróć uwagę na kierunek ruchu. Instagram jest naturalnym miejscem na stories, kulisy i codzienne zdjęcia — tam ta treść żyje. Ale wszystko, co ma pracować dłużej niż 24 godziny, powinno mieć swoją wersję na stronie. Post sprzed roku jest praktycznie nie do znalezienia. Artykuł sprzed roku może dziś przyprowadzać ruch z Google. ## Praktyczny podział wysiłku Jeśli prowadzisz firmę usługową albo B2B: **Strona — mniej więcej 70% uwagi** - SEO pod frazy, których faktycznie używają Twoi klienci - prosty i widoczny kontakt lub rezerwacja - realizacje i opisy przypadków - blog odpowiadający na realne pytania **Social media — mniej więcej 30%** - regularna publikacja, kilka razy w tygodniu - odpowiadanie na komentarze i wiadomości - kierowanie ruchu na stronę Jeśli prowadzisz biznes B2C, w którym ogromną rolę gra wizerunek i codzienny kontakt — kawiarnia, salon, butik — proporcje wyrównują się do jakichś 60/40 na korzyść strony. Social media są u Ciebie realnym kanałem sprzedaży i nie ma sensu tego umniejszać. Ale kolejność zostaje ta sama. Najpierw miejsce, które należy do Ciebie. ## Od czego zacząć **Teraz:** 1. Jeśli nie masz strony — zrób ją. Nie musi być duża, musi być Twoja. [Jak przygotować do niej treści, opisałem osobno](/pl/blog/jak-przygotowac-tresci-na-strone). 2. Zadbaj o podstawy SEO: tytuły, opisy, nazwa miejscowości tam, gdzie ma to sens. Zaskakująco wiele firmowych stron nadal tego nie ma — [zebrałem najczęstsze błędy tutaj](/pl/blog/najczestsze-bledy-na-stronach-firmowych). 3. Dodaj formularz i zacznij zbierać kontakty u siebie, nie w skrzynce odbiorczej Instagrama. **Potem:** 1. Bądź na tych platformach, na których faktycznie są Twoi klienci. Nie na wszystkich. 2. Publikuj regularnie, ale bez przymusu ilości — jeden dobry materiał na tydzień bije pięć wypełniaczy. 3. Zawsze zostawiaj drogę powrotną na stronę. **Długoterminowo:** 1. Inwestuj w SEO. To jedna z niewielu rzeczy w marketingu, która z czasem staje się tańsza, nie droższa. 2. Zbuduj listę mailową. To jedyny kanał kontaktu, którego nikt Ci nie zabierze. 3. Traktuj social media jako kanał dystrybucji, a nie jako całą obecność w sieci. ## Podsumowanie Algorytmy się zmieniają. Twoja domena nie. Adres e-mail, który ktoś zostawił Ci pięć lat temu, nadal działa. Domena, którą masz od ośmiu lat, nadal działa. Zasięg organiczny, na którym opierasz dziś marketing, może wyglądać zupełnie inaczej za pół roku i nie dostaniesz o tym powiadomienia. Jeśli budujesz firmę, która ma istnieć za pięć lat, potrzebujesz czegoś więcej niż profilu na cudzej platformie. Chcesz to omówić na przykładzie swojej firmy — jak połączyć stronę z social mediami, od czego zacząć z SEO, jak poprowadzić człowieka od obserwującego do zapytania? [Napisz do mnie](/pl#kontakt), przejdziemy przez to konkretnie. --- # WordPress czy strona na miarę — co wybrać? URL: https://szympanstudio.pl/pl/blog/wordpress-czy-strona-na-miare Date: 2026-03-01 Kiedy WordPress jest dobrym wyborem, gdzie przestaje wystarczać i co ta decyzja oznacza dla kosztów przez najbliższe pięć lat. „Co byś nam doradził — WordPress czy stronę pisaną od zera?” Słyszę to pytanie w połowie pierwszych rozmów. Zwykle towarzyszy mu zmęczenie, bo pytający zdążył już przeczytać, że WordPress jest najlepszy na świecie, i osobno usłyszeć od znajomego informatyka, że to dno. Pracuję z jednym i z drugim. Odpowiedź, którą daję najczęściej, jest nudna: dla większości firm, które do mnie piszą, WordPress jest rozsądnym pierwszym wyborem. Ale ma dość wyraźną granicę, za którą przestaje się opłacać — i warto wiedzieć, gdzie ona leży, zanim się w niego zainwestuje. ## Czym te podejścia właściwie się różnią **WordPress** to gotowy system zarządzania treścią. Instalujesz go na hostingu, dokładasz szablon i wtyczki, i masz panel, w którym da się pisać teksty, wymieniać zdjęcia i dodawać podstrony bez dotykania kodu. **Strona na miarę** to kod pisany pod konkretną firmę. Nie ma w niej funkcji, których nigdy nie użyjesz, bo nikt ich nie napisał. Analogia, która zwykle trafia: WordPress to dom z katalogu. Strona na miarę to projekt u architekta. Katalogowy dom nie jest gorszy — jest po prostu przewidywalny, tańszy i szybciej stoi. Do architekta idzie się wtedy, kiedy działka albo sposób życia nie mieszczą się w katalogu. ## Kiedy WordPress jest dobrym wyborem Ponad 40% stron w internecie działa na WordPressie i nie jest to przypadek. **Koszt wejścia jest niski.** Strona wizytówkowa na dobrym szablonie mieści się w dolnej części przedziału 1 000 – 8 000 zł, o którym pisałem szerzej w tekście o [cenach stron internetowych](/pl/blog/ile-kosztuje-strona-internetowa). Dla firmy, która dopiero sprawdza, czy strona w ogóle przyniesie jej klientów, to sensowna kwota na start. **Uruchomienie jest szybkie.** Cztery do sześciu tygodni i strona działa. Jeśli otwierasz lokal na wiosnę, różnica między „za miesiąc” a „za kwartał” jest realna. **Możesz obsługiwać ją sam.** To jest zaleta, którą najczęściej się lekceważy, a która w praktyce decyduje. Po dwóch tygodniach oswajania panelu klient sam dodaje wpisy, podmienia cennik i wrzuca zdjęcia z ostatniej realizacji. Nie musi pisać do mnie po każdą literówkę — i, co ważniejsze, nie musi za nią płacić. **Wtyczki pokrywają większość typowych potrzeb.** Rezerwacje, formularze, newsletter, sklep, integracja z systemem księgowym. Rzadko jest to rozwiązanie najlepsze z możliwych, ale prawie zawsze jest wystarczające i gotowe od ręki. **SEO da się zrobić porządnie.** Wbrew temu, co czasem słychać, WordPress nie przeszkadza w pozycjonowaniu. Tytuły, opisy, struktura nagłówków, mapa strony — wszystko to jest w zasięgu. Konkretnie: hotel albo pensjonat, który potrzebuje pokazać pokoje, ceny i przyjmować rezerwacje online. Gabinet, warsztat, biuro rachunkowe. Sklep z kilkudziesięcioma produktami. W każdym z tych przypadków zaproponuję WordPressa i nie będę miał z tym problemu. ## Gdzie przebiega granica Jest kilka sygnałów, że WordPress zaczyna być kosztem zamiast oszczędnością. Zwykle pojawiają się razem. **Liczba wtyczek rośnie.** Instalacja z piętnastoma wtyczkami to piętnaście osobnych projektów, z których każdy ma własny cykl aktualizacji, własnego autora i własną szansę na porzucenie. Każda dokłada zapytania do bazy i kilkadziesiąt kilobajtów do strony. Efekt widać w czasie ładowania. **Wydajność przestaje dać się poprawić.** Do pewnego momentu pomaga cache, optymalizacja zdjęć i lepszy hosting. Potem zostaje już tylko usuwanie funkcji, a tego nikt nie chce. **Powierzchnia ataku rośnie.** WordPress jest popularny, więc jest badany — przez jednych po to, żeby go łatać, przez drugich po to, żeby go łamać. Praktycznie wszystkie włamania, przy których byłem, prowadziły przez nieaktualizowaną wtyczkę, nie przez sam system. To jest do opanowania, ale wymaga, żeby ktoś się tym zajmował. Wracam do tego niżej, bo to jest sedno. **Chcesz czegoś, czego nie ma w katalogu.** Nietypowy proces zamówienia, integracja z systemem, którego nikt inny nie używa, własna logika cenowa. W tym momencie i tak zatrudniasz programistę — tyle że pisze on kod wewnątrz cudzych ograniczeń. Płacisz stawkę za pracę na miarę i dostajesz elastyczność szablonu. **Koszty stałe cicho rosną.** Wtyczka do SEO w wersji pro, wtyczka do kopii zapasowych, wtyczka do cache, wtyczka do bezpieczeństwa. Każda po kilkadziesiąt–kilkaset złotych rocznie. Plus mocniejszy hosting, bo instalacja zrobiła się ciężka. Same w sobie to niewielkie kwoty — problem w tym, że rosną po cichu i nikt ich nie sumuje. ## Kiedy strona na miarę się zwraca Strona pisana pod firmę to inwestycja z przedziału 8 000 – 20 000 zł dla typowego serwisu firmowego, a przy sklepie z prawdziwą logiką biznesową, integracjami i większym katalogiem — 20 000 zł i w górę. Co się za to dostaje: - **Szybkość, która nie degraduje się z czasem.** Nie ma wtyczek, które by ją zjadały. - **Mniejszą powierzchnię ataku.** Nie ma cudzego kodu, którego nikt nie aktualizuje. - **Strukturę danych dopasowaną do tego, jak faktycznie działa firma** — zamiast naginania wpisów bloga do roli katalogu produktów. - **Własność.** Kod jest Twój, udokumentowany, i inny programista go przejmie. Konkretnie: sklep z tysiącami produktów, portal z kontami użytkowników, system rezerwacyjny z płatnościami, serwis obsługujący kilka lokalizacji z osobnymi cennikami. Wszystko, gdzie strona nie tyle informuje o firmie, co jest częścią tego, jak ta firma działa. ## Rachunek na pięć lat Porównanie samego kosztu wdrożenia jest mylące, bo pomija to, co dzieje się potem. **WordPress, strona wizytówkowa:** - wdrożenie: 3 000 – 8 000 zł - hosting: 200 – 600 zł rocznie (instalacja z wtyczkami potrzebuje więcej niż strona statyczna) - wtyczki w wersjach płatnych: 200 – 800 zł rocznie - utrzymanie i aktualizacje: 1 200 – 6 000 zł rocznie - doraźne naprawy: nieprzewidywalne, ale realne **Strona na miarę, serwis firmowy:** - wdrożenie: 8 000 – 20 000 zł - hosting: 100 – 300 zł rocznie (lżejsza strona, mniejsze wymagania) - utrzymanie: niższe, bo nie ma wtyczek do pilnowania Po pięciu latach różnica jest wyraźnie mniejsza, niż wynikałoby to z pierwszej faktury. Nie znaczy to, że custom zawsze wygrywa — znaczy, że porównywanie 5 000 zł do 15 000 zł bez reszty rachunku prowadzi do złej decyzji. ## Prosty test **WordPress ma sens, jeśli:** - potrzebujesz strony w ciągu kilku tygodni - budżet na wdrożenie to kilka tysięcy złotych - serwis jest w miarę typowy: oferta, realizacje, blog, kontakt - chcesz sam zmieniać treści - akceptujesz, że ktoś musi go regularnie doglądać **Strona na miarę ma sens, jeśli:** - firma rośnie i strona ma rosnąć razem z nią - wydajność przekłada się bezpośrednio na przychód - masz wymagania, których szablon nie pokrywa - pracujesz na danych klientów i bezpieczeństwo jest realnym tematem - patrzysz na horyzont pięciu lat, nie jednego ## Rozwiązanie pośrednie Jest jeszcze wariant, o którym rzadko się mówi: WordPress jako sam panel, bez swojej warstwy wizualnej, i osobno napisany frontend. Redakcja pracuje w narzędziu, które zna, a strona jest szybka, bo nic z WordPressa nie trafia do przeglądarki. Sprawdza się przy serwisach, w których treści jest dużo i ktoś nietechniczny musi je codziennie dodawać. Kosztuje jak rozwiązanie na miarę, więc nie jest to droga na skróty — jest to sposób na zachowanie wygodnej redakcji przy dobrej wydajności. ## Rzecz, która decyduje bardziej niż sam wybór Po latach mam takie przekonanie: to, czy strona stoi na WordPressie, czy na własnym kodzie, ma mniejszy wpływ na jej los niż to, czy ktokolwiek się nią zajmuje. Widziałem instalacje WordPressa, które chodzą świetnie po sześciu latach, bo ktoś co miesiąc wchodził i robił aktualizacje. Widziałem też strony pisane na miarę, które po trzech latach nie dawały się uruchomić, bo nikt nie ruszył zależności od czasu wdrożenia. Wybór technologii ustawia sufit możliwości. Utrzymanie decyduje, gdzie faktycznie się wyląduje. To dlatego przy każdej wycenie rozmawiam też o tym, co dzieje się po uruchomieniu — opisałem to szerzej w tekście o [opiece technicznej](/pl/blog/opieka-techniczna-strony-internetowej). Jeśli WordPress: zaplanuj aktualizacje, kopie zapasowe i monitoring od pierwszego dnia. Jeśli strona na miarę: zadbaj, żeby ktoś odświeżał zależności, nawet gdy nic się nie psuje. ## Podsumowanie Dla większości firm, które do mnie trafiają, sensowna ścieżka wygląda tak: zacząć od WordPressa, dać stronie rok–dwa na pokazanie, czy przyprowadza klientów, i dopiero wtedy decydować o przepisaniu — już na podstawie danych, a nie przeczucia. Wyjątkiem są projekty, w których strona jest częścią produktu, a nie wizytówką. Tam zaczynanie od szablonu to zwykle stracony rok. Nie masz pewności, po której stronie tej granicy jesteś? [Napisz do mnie](/pl#kontakt). Przejdziemy przez to, co strona ma naprawdę robić, i powiem wprost, co jest w Twoim przypadku rozsądniejsze — łącznie z tym, że czasem najrozsądniej jest zostać przy tym, co już masz. --- # Jak przygotować treści na stronę firmową URL: https://szympanstudio.pl/pl/blog/jak-przygotowac-tresci-na-strone Date: 2026-02-22 Które sekcje strony są niezbędne, jak pisać teksty, których ludzie faktycznie nie pomijają, i kiedy warto zatrudnić copywritera. Najczęstszy powód, dla którego strona nie rusza w terminie, nie jest techniczny. Projekt gotowy, kod gotowy, hosting opłacony — i siedem pustych podstron, które czekają na teksty. Zdarzyło mi się to na tyle razy, że dziś rozmawiam o treściach na pierwszym spotkaniu, a nie tydzień przed wdrożeniem. Bo to jest najczęstsze wąskie gardło całego projektu, a jednocześnie ta część, której nie da się zrobić za klienta. Kod jest moją robotą. Treść jest Twoja — nikt nie zna Twojej firmy lepiej niż Ty. Poniżej praktyczny plan: co musi się na stronie znaleźć, jak to napisać i czego unikać. ## Sekcje, bez których strona nie działa Nie każda firma potrzebuje wszystkiego. Ale jest zestaw, bez którego odwiedzający nie ma jak podjąć decyzji. ### Strona główna Ma odpowiedzieć na trzy pytania, zanim ktoś zdąży przewinąć ekran: co robisz, dla kogo i co ma teraz zrobić. Najczęstszy błąd to nagłówek, który nic nie mówi. „Rozwiązania szyte na miarę Twojego biznesu” można podstawić pod dowolną firmę w Polsce, więc nie znaczy nic. „Meble kuchenne na wymiar, projekt i montaż, Kalisz i okolice” — od razu wiadomo, gdzie się trafiło. ### „O nas” Po stronie głównej to zwykle druga najczęściej odwiedzana podstrona. Ludzie chcą wiedzieć, z kim będą rozmawiać. Powinno się tam znaleźć: - kim jesteś — krótko, ale konkretnie - dlaczego robisz to, co robisz - co Cię odróżnia od trzech innych firm z tej samej branży w okolicy - doświadczenie: ile lat, ile projektów, jakie - zdjęcie, jeśli jesteś jednoosobową firmą. Dobre, ale ludzkie — nie stockowe Typowy błąd to język sprawozdania: „Firma została założona w roku X i specjalizuje się w obszarach Y oraz Z”. Formalnie poprawne i kompletnie bez treści. Porównaj dwa sposoby na to samo: „Nasza firma świadczy usługi fryzjerskie na najwyższym poziomie.” „Strzygę od dwunastu lat. Nauczyłam się, że dobra fryzura zmienia nie tylko wygląd, ale i to, jak człowiek wchodzi do pokoju. Po to tu jestem.” Drugie zdanie ktoś zapamięta. Pierwsze przeczyta i zapomni w tej samej sekundzie. ### Usługi Bądź konkretny. Nie wszystko, co potrafisz — to, co faktycznie chcesz robić i sprzedawać. Dla każdej usługi podaj: - nazwę, którą klient rozpozna - krótkie wyjaśnienie, co dokładnie obejmuje - dla kogo jest przeznaczona - co klient z tego ma - cenę, widełki albo wyraźne „zapytaj o wycenę” Najczęstszy błąd to pisanie do kolegi z branży zamiast do klienta: „Tworzymy responsywne aplikacje webowe w architekturze mikroserwisowej”. Właściciel firmy nie kupuje mikroserwisów. Kupuje stronę, która działa szybko, jest bezpieczna i którą da się samodzielnie zaktualizować. O tym, jak rozmawiać o cenie i dlaczego całkowite jej ukrycie zwykle szkodzi, [pisałem osobno](/pl/blog/ile-kosztuje-strona-internetowa). ### Realizacje To jest najmocniejszy argument, jaki masz. Pokazuje, że już to robiłeś i że wyszło. Dobry opis realizacji zawiera: - czym zajmuje się klient i co było do zrobienia - na czym polegała trudność - co konkretnie zrobiłeś - efekt — najlepiej mierzalny - zdjęcia albo zrzuty ekranu - cytat klienta, jeśli zgodzi się go udzielić Efekt opisz liczbą, jeśli ją masz. „Zwiększyliśmy sprzedaż” nic nie znaczy. „Liczba zapytań z formularza wzrosła z 4 do 19 miesięcznie w ciągu pół roku” — to już jest konkret, który zapada w pamięć. Jeśli liczby nie masz albo nie możesz jej podać, napisz uczciwie, co się zmieniło, zamiast wymyślać procent. ### FAQ Zaskakująco wiele stron go nie ma, a to jedna z najtańszych rzeczy, jakie możesz dodać. FAQ zbija wątpliwości, które inaczej kończą się zamknięciem karty. Zasada jest jedna: wpisuj pytania, które faktycznie dostajesz. Nie wymyślone. Jeśli co tydzień ktoś dzwoni i pyta o termin realizacji albo o to, czy dojeżdżasz poza miasto — to są dokładnie te pytania. Dodatkowa korzyść: dobrze napisane FAQ często trafia bezpośrednio do wyników wyszukiwania Google jako rozwijana odpowiedź. ### Kontakt Minimum: - telefon i adres e-mail, oba klikalne - adres, jeśli masz stałe miejsce - godziny, w których odbierasz - formularz - mapa, jeśli klienci mają do Ciebie przyjechać Sam formularz i napis „Skontaktuj się z nami” to za mało. Ludzie chcą się upewnić, że po drugiej stronie jest realna firma. Numer telefonu, adres i nazwa robią to lepiej niż jakiekolwiek zapewnienie. ## Jak pisać teksty na stronę Pisanie na stronę rządzi się innymi prawami niż pisanie artykułu. Nikt nie czyta strony od góry do dołu — ludzie ją skanują, szukając tego, po co przyszli. **Krótko i konkretnie.** Masz kilka sekund, żeby ktoś zdecydował, czy zostaje. Ściany tekstu przegrywają domyślnie. Zamiast: „Nasza firma oferuje kompleksowe rozwiązania optymalizacyjne zmierzające do doskonalenia procesów biznesowych poprzez implementację zaawansowanych technologii cyfrowych.” Napisz: „Automatyzujemy powtarzalną robotę, żeby Twój zespół nie tracił na nią dnia w tygodniu.” **Nagłówki i wypunktowania.** Nagłówek co kilka akapitów daje czytelnikowi punkty zaczepienia. Jeśli wymieniasz pięć rzeczy — zrób z tego listę, a nie zdanie z pięcioma przecinkami. **Mów do jednej osoby.** „Ty”, nie „przedsiębiorcy”. „Jeśli prowadzisz warsztat w Pleszewie i szukasz strony, która przyprowadzi Ci klientów” działa lepiej niż „Podmioty gospodarcze poszukujące rozwiązań webowych”. **Pisz o kliencie, nie o sobie.** Nikt nie wchodzi na Twoją stronę, żeby dowiedzieć się o Tobie. Wchodzi ze swoim problemem. „Jesteśmy najlepszą agencją w mieście” nie znaczy nic, bo tak pisze każdy. Pokaż, że rozumiesz problem, a potem że masz na niego sposób. **Jasne wezwanie do działania.** Po każdej sekcji czytelnik powinien wiedzieć, co dalej. „Skontaktuj się” jest w porządku. „Umów bezpłatną wycenę” jest lepsze, bo mówi, co się stanie po kliknięciu. ## Blog — opcjonalny, ale opłacalny Blog na własnej stronie, a nie na LinkedInie czy Medium, robi trzy rzeczy naraz: buduje widoczność w Google, pokazuje, że wiesz, o czym mówisz, i daje ludziom powód, żeby wrócić. Tematy bierz z pytań, które i tak dostajesz. Jeśli klienci pytają, ile to kosztuje i jak długo trwa — to są Twoje dwa pierwsze teksty. Częstotliwość: jeden dobry artykuł miesięcznie jest sensownym minimum. Lepiej jeden porządny niż cztery napisane z obowiązku. To zresztą ta sama zasada, o której pisałem przy okazji [strony firmowej i social mediów](/pl/blog/strona-firmowa-vs-social-media) — treść ma pracować dłużej niż jeden dzień. ## Błędy, które widzę najczęściej **Brak informacji, które decydują.** Kto stoi za firmą. Skąd jesteście. Ile to mniej więcej kosztuje. Jeśli nie podajesz ceny, wyjaśnij chociaż, od czego zależy. **Brak dowodów.** Opinie, realizacje, logotypy klientów, oceny w Google. Jeśli masz zadowolonych klientów, poproś ich o kilka zdań. To najtańsza rzecz, jaką możesz zrobić dla konwersji. **Teksty, których nikt nie przeczytał na głos.** Literówki i zdania bez końca kosztują wiarygodność szybciej, niż się wydaje. Przeczytaj wszystko na głos przed publikacją — to wyłapuje więcej niż jakikolwiek automat. Więcej takich potknięć zebrałem w tekście o [najczęstszych błędach na stronach firmowych](/pl/blog/najczestsze-bledy-na-stronach-firmowych). ## Kiedy zatrudnić copywritera Jeśli pisanie Cię blokuje i strona stoi z tego powodu od trzech miesięcy — to jest właśnie ten moment. Koszt copywritera jest zwykle mniejszy niż koszt kwartału bez działającej strony. Dobry copywriter zacznie od pytań: kim jest Twój klient, co go boli, dlaczego wybierają właśnie Ciebie, jakie masz realizacje, jakim tonem chcesz mówić. Jeśli ktoś od razu podaje cenę za stronę tekstu bez żadnego z tych pytań — dostaniesz tekst, który mógłby stać na dowolnej stronie w Twojej branży. Sam też się przygotuj. Nawet godzina rozmowy z sensownymi notatkami — historia firmy, trzy typowe sytuacje klientów, to, co powtarzasz w każdej rozmowie sprzedażowej — daje copywriterowi materiał, z którego da się zrobić coś Twojego. ## Checklista przed publikacją - Każda podstrona ma własny tytuł i opis dla Google - Główny nagłówek mówi, co robisz i dla kogo - Wezwanie do działania jest widoczne przynajmniej raz na każdej podstronie - Tekst jest podzielony nagłówkami, da się go przeskanować wzrokiem - Nie ma literówek — przeczytane na głos - Podstrony linkują do siebie nawzajem - Zdjęcia są własne, a nie ze stocka - Telefon i e-mail są klikalne - Wszystko sprawdzone na telefonie, nie tylko na monitorze ## Na koniec Treść nie jest zadaniem, które odhacza się raz. Cennik się zmienia, oferta się zmienia, po pół roku widzisz w analityce, czego ludzie szukali i nie znaleźli. Strona sprzed roku prawie zawsze wymaga poprawek. Ale fundament — kim jesteś, co robisz, dla kogo, jak się z Tobą skontaktować — musi być przemyślany od początku. Reszta się dokłada. Jeśli utknąłeś na treściach albo planujesz nową stronę i chcesz to poukładać, zanim zacznie się projektowanie — [odezwij się](/pl#kontakt). Zwykle wystarczy jedna rozmowa, żeby wyszło, co naprawdę musi się znaleźć na stronie, a co tylko wydaje się potrzebne. --- # Co zrobić gdy strona została zhakowana — poradnik krok po kroku URL: https://szympanstudio.pl/pl/blog/co-zrobic-gdy-strona-zostala-zhakowana Date: 2026-02-15 Strona zhakowana? Nie panikuj. Praktyczne kroki do natychmiastowego podjęcia, by przywrócić bezpieczeństwo i uniknąć dalszych szkód. Telefon w czwartek wieczorem: „Szymon, coś się dzieje. Strona najpierw się zawiesiła, a teraz wyświetla jakiś obcy tekst”. Panika w takiej sytuacji jest naturalna. Jest też najgorszym możliwym doradcą. Jeśli wiesz, co robić po kolei, w kilka godzin strona może wrócić do normy — a przede wszystkim przestaje szkodzić Twoim klientom i Twojej pozycji w Google. Pracuję z firmami od ponad dziesięciu lat i podrzuconego kodu widziałem więcej, niż bym chciał. Poniżej dokładnie to, co robić w pierwszych minutach po odkryciu — i w kolejnych dniach. ## Zanim zaczniesz Włamanie prawie nigdy nie oznacza końca firmy. Oznacza kilka godzin nieprzyjemnej pracy. Co roku przejmowane są setki tysięcy stron i zdecydowana większość z nich wraca do działania. Weź oddech i usiądź. Będziesz podejmować decyzje, przy których pośpiech kosztuje więcej niż zwłoka. ## Krok 1: Potwierdź, że to naprawdę hack (3-5 minut) Czasami to wygląda jak hack, ale to jest bug, problem z hostingiem, lub coś zupełnie innego. **Co robić:** 1. Otwórz stronę w incognito/prywatnym oknie przeglądarki (żeby uniknąć pamięci podręcznej) 2. Sprawdź czy problem widać ze wszystkich urządzeń (komputer, telefon) 3. Sprawdź logi dostępu do hostingu (jeśli masz dostęp do panelu) 4. Poproś kogoś innego żeby sprawdził stronę u siebie (może to lokalny problem, może być problem z Twoim komputerem, siecią, przeglądarką) **Znaki że to rzeczywiście hack:** - Strona pokazuje obcy content (reklamy, polityczne treści, crypto scam, cokolwiek co nie jest twoje) - Strona jest całkowicie zmieniona - Google alertuje Cię że strona zawiera malware (sprawdź: Google Search Console) - Wiadomości od klientów „Co się stało ze stroną?” - Dziwne e-maile od hostingu czy systemów backupu/monitoringu Jeśli potwierdzisz że to hack — idziesz do kroku 2. ## Krok 2: Zamknij dostęp — teraz (5 minut) Każda minuta, przez którą zainfekowana strona jest dostępna, to ryzyko dla Twoich odwiedzających — i sygnał dla Google, że witryna jest niebezpieczna. To drugie odrabia się potem tygodniami. **Zrób to:** 1. **Wyłącz dostęp do bazy danych lub strony całkowicie.** Jeśli masz dostęp do panelu hostingu (cPanel, Plesk), wyłącz stronę. Jeśli to WordPress, zmień plik .htaccess i przekieruj całą stronę na 403 Forbidden. Jeśli nie umiesz — idź do kroku 3. 2. **Jeśli nie potrafisz wyłączyć całej strony** — wyłącz co najmniej admin panel (/wp-admin dla WordPressa). Dodaj w .htaccess regułę blokującą dostęp do katalogu wp-admin dla wszystkich (Order allow,deny / Deny from all). 3. **Jeśli to możliwe, zmień wszystkie hasła.** Hasło do panelu hostingu, hasło do FTP, hasło do WordPressa, hasło do e-maila powiązanego ze stroną. Wszystko. Dlaczego akurat teraz? Bo osoba, która weszła na stronę, najprawdopodobniej ma jedno z Twoich haseł. Dopóki je ma, może wracać — i może zostawić sobie furtkę, która przetrwa nawet usunięcie samego złośliwego kodu. ## Krok 3: Skontaktuj się z hostingiem (10-15 minut) Telefonuj. Nie email. Telefon. Natychmiast. Powiedz: - Że Twoja strona była zhakowana - Że chcesz tymczasowo wyłączyć stronę lub całe konto (żeby hacker nie robił dalej) - Czy mogą sprawdzić logi dostępu (żeby znaleźć jak się dostał) - Czy mogą uruchomić backup sprzed hacku Hosting — jeśli jest porządny — ma backupy. To twoja poduszka bezpieczeństwa. Jeśli masz backup sprzed 24 godzin, możesz przywrócić stronę do stanu sprzed ataku. **Pytania które warto zadać hostingowi:** - Kiedy ostatni backup był uruchamiany? - Czy mogą zidentyfikować z którego IP/kraju pochodzi atak? - Czy strona ma złośliwe oprogramowanie? - Czy mogę wyłączyć stronę tymczasowo? Dobry hosting będzie współpracował. Słaby powie „nie widzimy problemu” — jeśli tak się stanie, zapisz to sobie na później i szukaj innego dostawcy. Teraz skup się na ratowaniu strony. ## Krok 4: Zrób pełny backup BIEŻĄCY (jeśli możesz) (15-30 minut) Paradoksalnie — chociaż strona jest zhakowana, chcesz mieć backup tego stanu. Dlaczego? Żeby developer (ja, albo ktoś inny) mógł ją zbadać i znaleźć dokładnie co haker zrobił. To pomaga w przyszłości. **Jak zrobić backup zhakowanej strony:** 1. SSH do serwera (jeśli masz dostęp) i użyj komendy scp do skopiowania plików 2. Albo zaloguj się przez FTP i pobierz wszystkie pliki na dysk 3. Pobierz bazę danych (phpMyAdmin → Eksport) Zachowaj tę kopię na osobnym dysku i nie nadpisuj jej. To jest materiał dowodowy — na jego podstawie da się ustalić, którędy ktoś wszedł, a bez tego naprawiasz objaw zamiast przyczyny. ## Krok 5: Przywróć z backupu LUB oczyść (1-8 godzin) Tutaj masz dwie ścieżki. **Ścieżka A: Przywróć z czystego backupu (preferowana)** Jeśli hosting ma backup sprzed 24-48 godzin — powiedz im żeby go przywrócili. To jest najprostszy sposób. Zysk: strona wraca do normalności szybko. Ryzyko: kopia jest starsza niż Twoje ostatnie zmiany. Jeśli wczoraj poprawiałeś cennik, a kopia jest sprzed dwóch dni, te poprawki przepadają. To jest decyzja biznesowa, nie techniczna: co boli bardziej — utrata jednego dnia zmian czy kolejne godziny z przejętą stroną. **Ścieżka B: Ręczne czyszczenie (czasochłonne, ale precyzyjne)** Jeśli nie masz backupu, lub wolisz nie przywracać — musisz ręcznie znaleźć i usunąć malware. To jest praca dla developera. Znaki gdzie szukać: - Ostatnio modyfikowane pliki (sprawdź timestamp w FTP) - Pliki PHP w miejscach gdzie nie powinno być PHP (media folder, itd) - Dziwne pliki (shell.php, backdoor.php, x7x.php) — na pewno to hack - W kodzie — eval(), base64_decode(), assert(); to typowe sposoby ukrywania podrzuconych skryptów - Theme files (w WordPressie) — haker je modyfikuje Jeśli nie czujesz się w tym pewnie — zadzwoń do programisty. Czyszczenie ręczne jest precyzyjną robotą: usunięcie o jeden plik za dużo potrafi położyć stronę skuteczniej niż samo włamanie. **W WordPressie — specjalne kroki:** 1. Zainstaluj wtyczkę skanującą, na przykład Wordfence albo Sucuri 2. Zmień wszystkie hasła (WordPress admin, bazy danych, FTP) 3. Usuń nieużywane wtyczki i szablony — nieaktywne też, bo kod nadal leży na serwerze 4. Zaktualizuj WordPressa do najnowszej wersji 5. Zaktualizuj wszystko, co zostało ## Krok 6: Zmień WSZYSTKIE hasła (10 minut) To jest krok, który wszyscy pomijają, bo strona już wygląda dobrze. Nie pomijaj go — bez tego cała reszta pracy może pójść na marne. **Co zmienić:** - Hasło do WordPress admin - Hasło do bazy danych - Hasło do FTP/SFTP - Hasło do e-mail powiązanego ze stroną - Hasło do panelu hostingu - Hasło do domeny (whois contact email) Hacker prawdopodobnie ma przynajmniej jedno z tych haseł. Nowe hasła powinny być: - Minimum 16 znaków - Mix dużych, małych, liczb, symboli - Bez oczywistych wzorców i bez nazwy firmy w treści - Zapisane w menedżerze haseł, nie w notatniku ## Krok 7: Powiadom Google (24 godziny) Kiedy strona jest już czysta i znów działa: 1. **Google Search Console** → Bezpieczeństwo i ręczne działania → Problemy dotyczące bezpieczeństwa. Zaznacz, że problem został usunięty, i poproś o ponowne sprawdzenie. 2. **Google Safe Browsing** → Report form. Powiedz że strona nie zawiera już malware. 3. **Jeśli ucierpieli klienci** — na przykład przez Twoją stronę rozsyłano phishing albo wyciekły dane z formularzy — powiadom ich. Przy danych osobowych sprawdź też, czy nie masz obowiązku zgłoszenia do UODO w ciągu 72 godzin. Google potrzebuje czasu aby zaufać że strona jest czysta. Czasami kilka dni. Czasami tydzień. Bądź cierpliwy. ## Krok 8: Dowiedz się jak to się stało (następny dzień) Po tym jak strona jest przywrócona, czas na analizę co się stało. **Pytania które sobie zadać:** - Jaki plugin/theme był podatny? - Czy były stare wersje programów? - Czy hasła były słabe? - Czy backup był regularnie robiony? - Czy były regularnie security updates? Jeśli to WordPress — sprawdź które pluginy były ostatnio aktualizowane. Hakerzy atakują stare pluginy które nie są patchowane. ## Krok 9: Zabezpiecz się na przyszłość (teraz, jeśli możesz) Teraz kiedy strona jest bezpieczna — nie chcesz żeby to się stało znowu. **Konieczne minimum:** 1. **Security pluginy** (WordPress): Wordfence/Sucuri/iThemes Security 2. **Regularne kopie zapasowe** — codziennie, w ostateczności raz w tygodniu. Przechowywane poza serwerem strony: dysk w chmurze, S3, cokolwiek osobnego. 3. **Regularne aktualizacje** — wtyczki, szablony, sam system. Najlepiej w stałym rytmie, a nie wtedy, gdy się o nich przypomni. 4. **Silne hasła** — dla każdego konta. Password manager. 5. **Two-factor authentication** — dla WordPressa, dla FTP, dla hostingu. **Jeśli prowadzisz coś ważniejszego (e-commerce, dane klientów):** - Web Application Firewall (WAF) — Cloudflare, Sucuri, Wordfence - Audyty bezpieczeństwa (raz na rok) - SSL certificate (https) — powinno być zawsze - Aktualizacje zależności, jeśli strona jest pisana na zamówienie ## Moje rady z doświadczenia **Wszyscy** którzy prowadzą stronę powinni być przygotowani na hack. To nie jeśli, tylko kiedy. Zatem: 1. **Miej regularny backup.** Off-site. Nie na tym samym serwerze co strona. Jeśli serwer się spali, backup się spali razem. 2. **Aktualizuj wszystko.** Pluginy, theme'y, system operacyjny, biblioteki. Nie ignoruj update'ów bo „strona się zmieni”. Update'y zawierają security patches. 3. **Używaj mocnych haseł.** I nie powtarzaj tego samego hasła w kilku miejscach. 4. **Jeśli Twoja strona ma kontakt z finansami (płatności, dane karty)** — weź bezpieczeństwo poważnie. Miej WAF. Miej regularne audyty. 5. **Jeśli korzystasz z WordPressa** — jego popularność działa w obie strony. Jest częściej atakowany, ale też szybciej łatany i lepiej opisany. Korzystaj z tego drugiego. ## Potrzebujesz pomocy teraz Jeśli czytasz to w trakcie awarii — [tutaj opisuję pilną pomoc](/pl#pilna-pomoc). Pracuję z firmami z Pleszewa, Kalisza, Ostrowa Wielkopolskiego i Jarocina, a zdalnie z klientami z całej Polski. [Napisz albo zadzwoń](/pl#kontakt), pomogę przywrócić stronę do działania. Włamanie to nie koniec świata. To incydent, który da się naprawić i z którego zwykle wynika jeden porządny wniosek: strona potrzebowała opieki wcześniej. Jeśli czytasz to na spokojnie i Twoja strona działa — to jest najlepszy moment, żeby sprawdzić kopie zapasowe i aktualizacje. Przy okazji warto przejrzeć [najczęstsze błędy na stronach firmowych](/pl/blog/najczestsze-bledy-na-stronach-firmowych); brak monitoringu jest na tej liście nie bez powodu.