Με πάνω από 20 χρόνια εμπειρίας, μεταμορφώνουμε την ψηφιακή σας παρουσία. Εξειδικευόμαστε στην κατασκευή ιστοσελίδων και E-Shop, το SEO και το Digital Marketing, τα ERP λογισμικά και τους έξυπνους αυτοματισμούς που απογειώνουν την επιχείρησή σας.
Διεύθυνση:
Εγνατία 154, Θεσσαλονίκη 546 36
Τηλέφωνο:
+30 231 231 4095
E-mail:
hello@twodots.gr
Έτοιμοι για το επόμενο βήμα;
Το WebMCP επιτρέπει σε ένα website να δηλώνει δομημένα tools για AI agents. Δείτε τις δύο APIs, τα όρια ασφαλείας και ένα πρακτικό pilot για e-commerce και business sites.
Το WebMCP είναι ένα προτεινόμενο web standard που επιτρέπει σε ένα website να δηλώνει δομημένες ενέργειες για AI agents, ώστε ο agent να καλεί ένα σαφές εργαλείο αντί να μαντεύει κουμπιά, πεδία και διαδοχικά clicks. Για ένα e-shop ή business site, η πρακτική αξία βρίσκεται στην πιο προβλέψιμη ολοκλήρωση εργασιών όπως αναζήτηση, έλεγχος διαθεσιμότητας, κράτηση ή support request. Δεν είναι ranking factor ούτε άδεια για αυτόνομες αγορές χωρίς έλεγχο: χρειάζεται progressive enhancement, περιορισμένο scope, server-side validation, ορατή επιβεβαίωση και μετρήσιμα evals.
Στη συμβατική browser automation, ένας agent εξετάζει το DOM ή την οπτική σελίδα, προσπαθεί να καταλάβει τον ρόλο κάθε στοιχείου και προσομοιώνει χειροκίνητες ενέργειες. Η επίσημη τεκμηρίωση του Chrome ονομάζει αυτή τη διαδικασία actuation. Ένα απλό click μπορεί να είναι προβλέψιμο, αλλά μια εργασία με φίλτρα, ημερομηνίες, παραλλαγές προϊόντος και επιβεβαίωση δημιουργεί πολλά σημεία όπου η πρόθεση μπορεί να παρερμηνευτεί.
Με το WebMCP, η σελίδα καταχωρίζει tools με όνομα, περιγραφή και JSON Schema για τα inputs. Ο browser τα παρουσιάζει σε έναν WebMCP-aware agent μαζί με το URL, τον τίτλο και το permission scope του origin. Ο agent βλέπει ένα contract, παρέχει δομημένα arguments και ο κώδικας της εφαρμογής εκτελεί τη λειτουργία. Η προσέγγιση συνδέεται με την υπάρχουσα λογική του site αντί με την ασταθή θέση ενός κουμπιού.
Αυτό δεν σημαίνει ότι η διεπαφή για ανθρώπους γίνεται περιττή. Τα tools εκτελούνται στο ενεργό page context και οι ευαίσθητες ενέργειες πρέπει να παραμένουν ορατές και ελέγξιμες. Ένα σωστά σχεδιασμένο website διατηρεί semantic HTML, προσβασιμότητα και κανονική λειτουργία χωρίς WebMCP. Το agent layer προστίθεται ως progressive enhancement και όχι ως δεύτερη, αόρατη εφαρμογή.
Το structured data περιγράφει οντότητες και περιεχόμενο: προϊόν, τιμή, οργανισμό, άρθρο, διαθεσιμότητα ή FAQ. Βοηθά μηχανές να καταλάβουν τι υπάρχει στη σελίδα και, όπου υποστηρίζεται, να αξιολογήσουν eligibility για search features. Δεν αποτελεί μηχανισμό εκτέλεσης μιας ενέργειας.
Το Model Context Protocol συνδέει agents με εξωτερικά συστήματα, δεδομένα και backend workflows. Το WebMCP είναι εμπνευσμένο από την ίδια λογική των callable tools, αλλά αφορά frontend δυνατότητες μέσα στο ενεργό website και στον browser. Η επίσημη σύγκριση του Chrome το περιγράφει ως συμπληρωματική προσέγγιση, όχι ως επέκταση ή αντικατάσταση του MCP.
Η διάκριση επηρεάζει την αρχιτεκτονική. Ένα backend MCP μπορεί να συγκεντρώνει δεδομένα ή να εκτελεί μια υπηρεσία ανεξάρτητα από το website. Ένα WebMCP tool μπορεί να χρησιμοποιεί το ζωντανό session, την τρέχουσα κατάσταση του interface και την υπάρχουσα εφαρμογική λογική, με τον χρήστη παρόντα. Ένα ώριμο σύστημα μπορεί να χρειάζεται και τα δύο, αλλά δεν πρέπει να διπλασιάζει αυθαίρετα capabilities ή permissions.
Τρία επίπεδα, τρεις διαφορετικές ερωτήσεις
Structured data
Περιγράφει οντότητες και ιδιότητες μιας σελίδας. Υποστηρίζει κατανόηση και επιλέξιμα search features, όχι εκτέλεση εργασιών.
WebMCP
Εκθέτει browser-native tools στο ενεργό page context και συνδέει την κλήση με την ορατή εμπειρία του website.
Το MCP απαντά σε μια τρίτη ερώτηση: ποια εξωτερικά εργαλεία και δεδομένα μπορεί να χρησιμοποιήσει ο agent πέρα από τη συγκεκριμένη σελίδα. Γι’ αυτό ένα agent-ready pricing μοντέλο χρειάζεται πρώτα καθαρές, δημόσιες πληροφορίες και μετά, όπου υπάρχει πραγματική εργασία, ένα περιορισμένο execution layer.
Η Declarative API μετατρέπει τυπικές HTML forms σε WebMCP tools με annotations όπως toolname και tooldescription. Τα υπάρχοντα πεδία γίνονται παράμετροι του tool και τα labels ή οι περιγραφές τους βοηθούν τον browser να συνθέσει το schema. Είναι φυσική επιλογή για προβλέψιμες ροές όπως αναζήτηση, αίτηση ενδιαφέροντος, support request ή επιλογή φίλτρων.
Η φόρμα παραμένει ορατή. Όταν ο agent ενεργοποιήσει το tool, ο browser μπορεί να εστιάσει τη φόρμα και να συμπληρώσει τα πεδία. Η υποβολή μπορεί να παραμένει χειροκίνητη ή να ενεργοποιείται με toolautosubmit, αλλά η δεύτερη επιλογή απαιτεί ιδιαίτερη προσοχή όταν η ενέργεια αλλάζει κατάσταση. Η ίδια η declarative προσέγγιση δεν καταργεί το CSRF protection, το authentication, το authorization ή το backend validation.
Η Imperative API χρησιμοποιεί JavaScript μέσω του document.modelContext. Ταιριάζει σε δυναμικές ή stateful λειτουργίες, σε navigation, σε εργαλεία που πρέπει να καταχωρίζονται μόνο όταν είναι διαθέσιμα και σε ροές που επιστρέφουν δομημένο αποτέλεσμα ή σαφές error. Η πρόσφατη επίσημη τεκμηρίωση περιγράφει επίσης ακύρωση με AbortSignal, annotations όπως readOnlyHint και untrustedContentHint, καθώς και ρητό cross-origin exposure μόνο σε συγκεκριμένα ασφαλή origins.
Κανόνας επιλογής API: αν η λειτουργία είναι ήδη μια καθαρή, προσβάσιμη φόρμα, ξεκινήστε από Declarative. Αν εξαρτάται από δυναμικό state, πολλαπλές υπηρεσίες ή ειδική εφαρμογική λογική, εξετάστε Imperative. Η πολυπλοκότητα του implementation πρέπει να ακολουθεί την πολυπλοκότητα της πραγματικής εργασίας.
Στο e-commerce, οι ασφαλέστεροι πρώτοι υποψήφιοι είναι συνήθως read-only λειτουργίες: αναζήτηση καταλόγου, φίλτρα, συμβατότητα, διαθεσιμότητα ή ανάκτηση κατάστασης παραγγελίας μετά από σωστό authentication. Η προετοιμασία ενός e-shop για agentic commerce δεν αρχίζει από την αυτόματη αγορά. Αρχίζει από ακριβή product data, καθαρές επιλογές, σταθερή κατάσταση καλαθιού και ξεκάθαρα όρια εξουσιοδότησης.
Σε bookings, ένα tool μπορεί να βοηθήσει στην επιλογή σύνθετης ημερομηνίας ή πολλών επιβατών χωρίς ο agent να μαντεύει ένα custom calendar widget. Σε support portals, μπορεί να εντοπίζει τον σωστό τύπο αιτήματος και να αντιστοιχίζει μόνο τα δεδομένα που έδωσε ο χρήστης. Σε B2B sites, μπορεί να προετοιμάζει αίτημα προσφοράς με ελεγχόμενο scope, χωρίς να αποστέλλει τίποτα πριν από την τελική επιβεβαίωση.
Η εμπορική αξία δεν προκύπτει από τον αριθμό των tools. Προκύπτει όταν ένα tool μειώνει την ασάφεια σε μια σημαντική εργασία, επιστρέφει επαληθεύσιμο αποτέλεσμα και δεν αφαιρεί τον έλεγχο από τον χρήστη. Ένα ασαφές buyProduct έχει μεγάλο blast radius. Ένα checkAvailability με συγκεκριμένο product ID, variant και location είναι ευκολότερο να περιγραφεί, να δοκιμαστεί και να παρακολουθηθεί.
Πρώτο use case
Επιλέξτε μία συχνή εργασία με υψηλή αξία, σαφή inputs και χαμηλό ρίσκο. Αν η αποτυχία της μπορεί να χρεώσει, να ακυρώσει, να αποστείλει ή να αλλάξει λογαριασμό, δεν είναι κατάλληλη ως πρώτο pilot χωρίς ξεχωριστό confirmation design και security review.
Η ομάδα πρέπει να χαρτογραφήσει τις πραγματικές ενέργειες του customer journey: αναζήτηση προϊόντος, επιλογή παραλλαγής, αίτημα προσφοράς, κράτηση, order tracking ή δημιουργία support request. Για καθεμία καταγράφονται η πρόθεση, τα απολύτως απαραίτητα inputs, το αναμενόμενο output, οι πιθανές αποτυχίες, η αλλαγή κατάστασης και ο ιδιοκτήτης της λειτουργίας.
Στη συνέχεια ελέγχεται η υπάρχουσα HTML και η προσβασιμότητα. Σωστά labels, κατάλληλοι input types, προβλέψιμο validation, keyboard navigation, εμφανής εστίαση και σαφείς καταστάσεις επιτυχίας ή αποτυχίας βοηθούν ανθρώπους, assistive technologies και agents. Αν η φόρμα είναι ασταθής για τον άνθρωπο, ένα machine-readable contract δεν διορθώνει το υποκείμενο UX.
Αυτό συνδέεται με τις βασικές αρχές του σχεδιασμού ιστοσελίδων για UX και μετατροπές. Η agent readiness δεν είναι ανεξάρτητο layer από το information architecture, τη σαφήνεια του copy ή την προσβασιμότητα. Είναι ακόμη ένας καταναλωτής της ίδιας καλά σχεδιασμένης λειτουργίας.
Audit deliverable: για κάθε υποψήφια ενέργεια κρατήστε user intent, entry point, απαιτούμενα πεδία, output, side effects, confirmation, authorization, error states, προσωπικά δεδομένα και fallback χωρίς WebMCP. Αν ένα από αυτά παραμένει ασαφές, το tool δεν είναι ακόμη έτοιμο για implementation.
Κάθε tool χρειάζεται όνομα που δηλώνει με ακρίβεια την ενέργεια, σύντομη περιγραφή του πότε χρησιμοποιείται και schema που δεν αφήνει κρίσιμες παραμέτρους αδιευκρίνιστες. Η επίσημη καθοδήγηση προτείνει μία λειτουργία ανά tool, αποφυγή επικαλυπτόμενων εργαλείων και δυναμική καταχώριση μόνο όταν το tool είναι χρήσιμο στην τρέχουσα κατάσταση της σελίδας.
Τα enums και οι σαφείς τύποι περιορίζουν τις ερμηνείες. Το tool πρέπει να δέχεται δεδομένα στη μορφή που έχει νόημα για τον χρήστη και να κάνει τους υπολογισμούς ή τις μετατροπές στον ελεγχόμενο κώδικα. Αν ο χρήστης ζητά διάστημα «11:00 έως 15:00», δεν είναι σωστό να ανατεθεί στο μοντέλο ο υπολογισμός λεπτών όταν το backend μπορεί να το κάνει με καθορισμένους κανόνες.
Τα outputs πρέπει να είναι ελάχιστα αλλά χρήσιμα: αποτέλεσμα, αναγνωριστικό, διαθέσιμες επιλογές ή error που εξηγεί ποιο πεδίο χρειάζεται διόρθωση. Δεν πρέπει να επιστρέφονται μυστικά, περιττά προσωπικά δεδομένα ή ολόκληρα τρίτα documents. Όταν ένα output περιέχει user-generated ή εξωτερικό περιεχόμενο, το untrustedContentHint δίνει στον agent σημαντικό σήμα ότι τα δεδομένα χρειάζονται αυξημένη καχυποψία.
Η αρχή του least privilege παραμένει κεντρική. Ένα read-only tool μπορεί και πάλι να αποκαλύπτει ευαίσθητα δεδομένα, ενώ ένα write tool μπορεί να προκαλέσει άμεση επιχειρησιακή συνέπεια. Το scope πρέπει να περιορίζεται στην τρέχουσα πρόθεση, με server-side authorization σε κάθε κλήση και χωρίς εμπιστοσύνη σε client-side annotations ως μηχανισμό ασφαλείας.
Η επίσημη καθοδήγηση του Chrome τονίζει ότι τα LLMs είναι ευάλωτα σε indirect prompt injection επειδή κείμενο, οδηγίες και δεδομένα εισέρχονται στο ίδιο πλαίσιο επεξεργασίας. Η ύπαρξη δομημένου tool δεν μηδενίζει αυτόν τον κίνδυνο. Ένα κακόβουλο description, ένα output με περιεχόμενο τρίτων ή μια σελίδα που περιέχει κρυφές οδηγίες μπορεί να προσπαθήσει να μεταβάλει τον στόχο του agent.
Η ανάλυση για AI agents και indirect prompt injection γίνεται ιδιαίτερα πρακτική όταν ο agent λειτουργεί μέσα σε authenticated session. Η ομάδα πρέπει να θεωρεί descriptions και outputs δεδομένα με σαφή προέλευση, να περιορίζει το μήκος τους, να ελέγχει cross-origin sources και να συγκρίνει την προγραμματισμένη κλήση με την αρχική πρόθεση του χρήστη.
Για state-changing tools, η ασφαλής ροή χωρίζει την προετοιμασία από την εκτέλεση. Ο agent μπορεί να συγκεντρώσει επιλογές ή να προετοιμάσει ένα cart, αλλά πριν από αγορά, ακύρωση, δημοσίευση, αποστολή ή αλλαγή λογαριασμού ο χρήστης πρέπει να βλέπει το τελικό αντικείμενο, τις παραμέτρους και τη συνέπεια. Η επιβεβαίωση δεν πρέπει να κρύβεται σε γενικό permission prompt που εμφανίστηκε πολύ νωρίτερα.
Τα προσωπικά δεδομένα ακολουθούν data minimization. Περνά μόνο ό,τι απαιτεί η συγκεκριμένη λειτουργία και διατηρείται μόνο για όσο χρειάζεται. Το authentication του session δεν ισοδυναμεί με authorization για κάθε εργασία. Κάθε endpoint επανελέγχει ρόλο, ownership, όρια, τιμή, διαθεσιμότητα και τρέχουσα κατάσταση πριν εκτελέσει την αλλαγή.
Στην τρέχουσα τεκμηρίωση, οι WebMCP APIs είναι διαθέσιμες μόνο σε origin-isolated documents. Αν ένα document χρησιμοποιεί ρύθμιση που απενεργοποιεί το origin isolation, οι APIs δεν είναι διαθέσιμες. Παράλληλα, η Permissions Policy tools έχει προεπιλογή self: επιτρέπει καταχώριση σε top-level και same-origin contexts και την απενεργοποιεί για cross-origin iframes.
Ένα cross-origin iframe χρειάζεται ρητό allow="tools". Στην Imperative API, η έκθεση ενός tool σε άλλο origin χρειάζεται επιπλέον συγκεκριμένο exposedTo, ενώ ο καταναλωτής πρέπει να ζητήσει ρητά εργαλεία από εκείνο το origin. Η πολλαπλή αυτή πύλη είναι χρήσιμη, αλλά δεν αντικαθιστά το application-level authorization ούτε κάνει ένα τρίτο origin αυτομάτως αξιόπιστο.
Η εκτέλεση πρέπει να παραμένει ορατή στη σελίδα. Στη Declarative API, ο browser μπορεί να εστιάζει τη σχετική φόρμα και να δίνει visual state κατά την agentic συμπλήρωση. Στην Imperative API, η εφαρμογή πρέπει να ενημερώνει καθαρά το UI για pending, success, error ή cancellation. Αυτό προστατεύει την κατανόηση του χρήστη και τη συνοχή του brand experience.
Ορατότητα σημαίνει επίσης αξιόπιστο fallback. Η ίδια εργασία πρέπει να μπορεί να ολοκληρωθεί από άνθρωπο ή από browser χωρίς WebMCP. Αν το agent layer γίνει ο μόνος τρόπος πρόσβασης σε μια βασική λειτουργία, η progressive enhancement έχει αντιστραφεί και δημιουργείται νέο accessibility και support risk.
Τα tests πρέπει να απαντούν αν ο agent επιλέγει το σωστό tool, αν συμπληρώνει σωστά τα arguments, αν τηρεί τη σειρά ενεργειών και αν χρησιμοποιεί το output όπως αναμένεται. Επειδή τα μοντέλα παράγουν πιθανοτικά αποτελέσματα, η επίσημη τεκμηρίωση ζητά evals με διαφορετικές διατυπώσεις της ίδιας πρόθεσης, όχι ένα μοναδικό happy-path prompt.
Τα evals δεν αντικαθιστούν τα deterministic tests. Το schema validation, οι επιχειρησιακοί κανόνες, τα όρια ποσότητας, η τιμή, το authentication, τα permissions, τα error codes και η ακεραιότητα μιας συναλλαγής πρέπει να ελέγχονται με κανονικά unit, integration και end-to-end tests. Για e-commerce, η εμπειρία από τις πλατφόρμες QA και το e-commerce testing παραμένει κρίσιμη και για το agentic layer.
Τα αρνητικά σενάρια καλύπτουν ασαφή πρόθεση, ελλιπή δεδομένα, μη διαθέσιμο προϊόν, ληγμένο session, αλλαγή τιμής, cross-origin περιεχόμενο, επαναλαμβανόμενη κλήση, cancellation και prompt injection. Για κάθε state-changing tool χρειάζεται ξεχωριστό test ότι η επιβεβαίωση εμφανίζεται με τα τελικά στοιχεία και ότι ένα refresh ή retry δεν διπλασιάζει την ενέργεια.
Η παραγωγική παρακολούθηση καταγράφει tool name, αποτέλεσμα, latency, κατηγορία error, cancellation και confirmation outcome χωρίς να αποθηκεύει περιττά προσωπικά δεδομένα. Το χρήσιμο KPI δεν είναι «πόσες agent κλήσεις είχαμε», αλλά ποιο ποσοστό έφτασε στο σωστό, επαληθεύσιμο αποτέλεσμα, ποια failures επαναλαμβάνονται και αν η ανθρώπινη εμπειρία παρέμεινε λειτουργική.
Δεν υπάρχει τεκμηριωμένη βάση για να παρουσιαστεί το WebMCP ως ranking factor. Η επίσημη τεκμηρίωση το περιγράφει ως προτεινόμενο standard για αξιόπιστη αλληλεπίδραση agents με λειτουργίες της σελίδας. Οι clients πρέπει να επισκεφθούν το site για να ανακαλύψουν τα διαθέσιμα tools. Άρα crawling, indexing, χρήσιμο περιεχόμενο, structured data και τεχνική προσβασιμότητα εξακολουθούν να υπηρετούν διαφορετικό στάδιο.
Ένα AEO audit για AI answer engines μετρά ανακάλυψη, αναφορές, ακρίβεια και citations. Το WebMCP αφορά εκτέλεση αφού ο χρήστης και ο agent βρίσκονται ήδη στο website. Η ύπαρξη tool δεν εγγυάται εμφάνιση σε AI answer, ούτε το schema εγγυάται ότι ένας browser agent θα καλέσει τη σωστή λειτουργία.
Η στρατηγική ανάγνωση είναι ότι το customer journey αποκτά τρία διακριτά επίπεδα: ανακάλυψη, κατανόηση και εκτέλεση. Ένα brand πρέπει να μπορεί να βρεθεί, να εξηγηθεί σωστά και, όπου έχει πραγματικό νόημα, να προσφέρει ασφαλή actions. Η ανανέωση ενός website πρέπει να υπηρετεί πρώτα σαφές UX και επιχειρηματική λειτουργία· η agent readiness χτίζεται πάνω σε αυτή τη βάση.
Το WebMCP παραμένει υπό ενεργή συζήτηση και subject to change. Η origin trial ξεκίνησε με το Chrome 149 και υπάρχει flag για local development, επομένως το σωστό πλάνο είναι περιορισμένο pilot με σαφή exit criteria. Δεν είναι δέσμευση όλου του production architecture σε ένα πειραματικό API.
Επτά βήματα από το use case στο ελεγχόμενο pilot
Επιλέξτε συγκεκριμένη πρόθεση, όπως έλεγχο διαθεσιμότητας ή σωστή δρομολόγηση support request. Καταγράψτε owner, είσοδο, έξοδο, failure modes και γιατί αξίζει να αυτοματοποιηθεί.
Ελέγξτε semantic HTML, labels, input types, keyboard navigation, validation και σαφή success ή error states. Το pilot δεν πρέπει να κρύβει πρόβλημα της υπάρχουσας εμπειρίας.
Χρησιμοποιήστε annotations για καθαρή HTML form και JavaScript μόνο όταν το state ή η λογική το απαιτούν. Κρατήστε κανονικό fallback χωρίς WebMCP.
Περιορίστε inputs, enums, outputs, origin exposure και πρόσβαση δεδομένων. Χαρακτηρίστε read-only και untrusted content όπου απαιτείται και επανελέγξτε authorization στο backend.
Κάντε ορατά τα τελικά στοιχεία πριν από κάθε αλλαγή κατάστασης. Ελέγξτε cancel, retry, timeout και idempotency ώστε μια αποτυχία να μη δημιουργεί διπλή αγορά ή αποστολή.
Δοκιμάστε διαφορετικές διατυπώσεις πρόθεσης, λάθος tool, λάθος σειρά, μη έγκυρα arguments και prompt injection. Κρατήστε κλασικά tests για schema, business rules και endpoints.
Παρακολουθήστε επιτυχή ολοκλήρωση, errors, cancellations και ανθρώπινη παρέμβαση. Προσθέστε δεύτερο tool μόνο όταν το πρώτο είναι αξιόπιστο και δεν έχει επιβαρύνει UX, privacy ή support.
Για e-shop, το πρώτο sprint μπορεί να περιλαμβάνει product search και availability χωρίς checkout. Για εταιρεία υπηρεσιών, μπορεί να περιοριστεί σε επιλογή κατάλληλης φόρμας και προετοιμασία των πεδίων χωρίς αυτόματη αποστολή. Η αξιολόγηση AI agents για customer support δείχνει γιατί η ποιότητα του handoff και ο ανθρώπινος έλεγχος είναι σημαντικότερα από μια μεγάλη λίστα capabilities.
Μετά το pilot, η απόφαση δεν είναι μόνο τεχνική. Η ομάδα εξετάζει αν μειώθηκαν τα λάθη, αν ο χρήστης καταλάβαινε τι συνέβαινε, αν το support μπορεί να διαγνώσει αποτυχίες, αν τα logs είναι επαρκή και αν τα δεδομένα έμειναν εντός του συμφωνημένου scope. Αν όχι, το σωστό αποτέλεσμα μπορεί να είναι ανασχεδιασμός ή απόσυρση του tool.
Το WebMCP δίνει στα websites έναν τρόπο να περιγράφουν όχι μόνο τι περιέχουν, αλλά και ποιες συγκεκριμένες ενέργειες επιτρέπουν μέσα στον browser. Για επιχειρήσεις με αναζήτηση, κρατήσεις, υποστήριξη ή σύνθετες φόρμες, αξίζει τεχνικό audit και στοχευμένο prototype. Η ευκαιρία είναι η μείωση της ασάφειας. Η υποχρέωση είναι να μην αποκτήσει ο agent περισσότερη εξουσία από όση αντιλαμβάνεται και εγκρίνει ο χρήστης.
Η ώριμη προετοιμασία σήμερα είναι semantic HTML, accessibility, σαφές validation, περιορισμένα tool contracts, server-side authorization, αρνητικά tests και μετρήσιμη παρακολούθηση. Αυτές οι βελτιώσεις διατηρούν την αξία τους ακόμη κι αν το proposed standard αλλάξει, επειδή κάνουν το website καθαρότερο, πιο προβλέψιμο και ευκολότερο να υποστηριχθεί.
Η κατασκευή ιστοσελίδων από την TWO DOTS μπορεί να συνδέσει UX, τεχνική αρχιτεκτονική, e-commerce λειτουργίες και ασφαλή automation σε ένα ενιαίο roadmap. Το ζητούμενο δεν είναι να προστεθεί ένα πειραματικό API παντού, αλλά να επιλεγεί η σωστή εργασία, να περιοριστεί ο κίνδυνος και να διατηρηθεί ο χρήστης στο κέντρο της εμπειρίας.
Κατασκευή ιστοσελίδων
Η TWO DOTS χαρτογραφεί τα κρίσιμα user flows, βελτιώνει τη web αρχιτεκτονική και σχεδιάζει ασφαλή pilots αυτοματοποίησης με σαφή permissions, fallback και μετρήσιμα tests.
Συχνές ερωτήσεις
Είναι προτεινόμενο web standard που επιτρέπει σε μια σελίδα να δηλώνει δομημένα tools, ώστε ένας WebMCP-aware AI agent να τα ανακαλύπτει και να τα καλεί μέσα στον browser.
Όχι. Το structured data περιγράφει το περιεχόμενο και τις οντότητες μιας σελίδας, ενώ το WebMCP περιγράφει διαθέσιμες ενέργειες. Οι δύο λειτουργίες είναι συμπληρωματικές.
Όχι. Το MCP συνδέει agents με εξωτερικά συστήματα και backend workflows, ενώ το WebMCP εκθέτει frontend tools στο ενεργό website και στο browser context.
Όχι. Η Declarative API βασίζεται σε annotations πάνω σε HTML forms. Η Imperative API χρησιμοποιεί JavaScript για δυναμικές, stateful ή ειδικές εφαρμογικές λειτουργίες.
Η επίσημη τεκμηρίωση δεν το παρουσιάζει ως ranking factor. Αφορά αξιόπιστη εκτέλεση εργασιών από agents αφού επισκεφθούν το website, όχι indexing ή εγγύηση οργανικής κατάταξης.
Μια συχνή read-only λειτουργία με σαφή inputs και επαληθεύσιμο αποτέλεσμα, όπως αναζήτηση ή έλεγχος διαθεσιμότητας, είναι ασφαλέστερη αφετηρία από αγορά, ακύρωση ή αλλαγή λογαριασμού.
Η εκτέλεση ενέργειας πέρα από την πρόθεση του χρήστη ή η παραπλάνηση του agent μέσω indirect prompt injection σε descriptions, περιεχόμενο σελίδας ή tool outputs.
Να χαρτογραφήσει μία σημαντική εργασία, να διορθώσει semantic HTML και UX, να ορίσει μικρό contract, να εφαρμόσει least privilege και να τρέξει evals μαζί με deterministic security tests.
Πηγές
